Vos données sous votre contrôle : hébergées là où elles ont le droit d'être, anonymisées avant de sortir, validées par des personnes.

L'anonymisation d'abord

Les données personnelles sont détectées et masquées dans le pipeline avant tout appel à un modèle, avec nos propres modèles de détection exécutés sur site ou en France.

Minimisation des données

Ne déplacer que ce dont le processus a besoin, et rendre les mouvements de données visibles dans l'architecture.

Accès lié à l'identité

Le contexte utilisateur, les rôles et les permissions restent attachés au processus dès le départ, y compris pour les agents et les outils MCP.

Comportement traçable

Journalisation, points d'approbation et évaluation montrent comment le système se comporte dans le temps.

Stack interopérable

Des architectures qui peuvent changer de modèles, de frameworks, de runtimes et d'hébergement au fil des besoins, indépendantes de votre éditeur d'ERP.

Isolation par client

Notre plateforme multi-tenant isole les données de chaque client, avec une isolation dédiée pour les clients régulés.

Modèle A

Cloud public

Azure ou un autre cloud, avec la région, l'isolation et la gestion des clés que votre politique exige. Convient à la plupart des travaux produit et aux données non sensibles.

Modèle B

Hébergé en France

Région Azure France ou cloud souverain, exploité par nous dans le cadre de l'abonnement, avec une isolation par client. Pour les données métier confidentielles.

Modèle C

Privé ou sur site

Des modèles ouverts sur vos serveurs quand la sensibilité des données, la connectivité ou la politique interne l'exigent. Les pilotes peuvent tourner sur notre infrastructure GPU en France avant que vous n'investissiez.

Modèle D

Hybride

Le chemin sensible reste dans un environnement contrôlé ; un chemin anonymisé utilise des modèles externes quand la qualité ou le coût le justifie.

Quelles données entrent dans le chemin du modèle ?

Systèmes sources, périmètre de recherche, conservation, ce qui est anonymisé et les contenus ou enregistrements exclus.

Quelles actions le système peut-il effectuer ?

Accès aux outils, droits d'écriture, exigences d'approbation et escalade pour les opérations à plus fort risque.

Qui revoit le comportement et les changements ?

Des responsables pour la journalisation, l'évaluation, les mises à jour de modèles, les changements de prompts et la validation, de votre côté et du nôtre.

Avec quelle facilité la stack peut-elle évoluer ?

Des options préservées sur les modèles, les frameworks, l'infrastructure d'inférence, l'hébergement et les couches de connectivité.

RGPD

Registre des traitements pour chaque cas d'usage, analyse d'impact quand elle est requise, et contrat de sous-traitance des données (article 28) avec chaque client.

AI Act

Classification de chaque cas d'usage ; les cas d'automatisation commerciale relèvent en principe du risque minimal. Les obligations de transparence sur les contenus générés sont traitées dans la conception, et les résultats d'évaluation servent de documentation.

Pratiques de sécurité

Isolation par client, chiffrement en transit et au repos, journalisation des accès, permissions d'outils au plus juste et changements de modèles et de prompts revus.

Données d'entraînement

Nos modèles d'anonymisation sont entraînés uniquement sur des données sous licence commerciale. Vos données ne servent jamais à entraîner des modèles pour d'autres clients.