Cette page présente des options de déploiement et les mesures à établir pour chaque mission. Leur disponibilité, leur mise en œuvre et les responsabilités sont confirmées dans le périmètre convenu. Les démonstrations publiques illustrent des parcours ; elles ne constituent ni un déploiement en production ni une certification.
01 / Partir de la décision
Nous définissons d’abord la question opérationnelle, les utilisateurs, les systèmes sources et les décisions que le logiciel doit éclairer. Ensemble, nous choisissons un premier processus mesurable et les responsables des données, de la sécurité et de la réception des travaux.
Le cadrage produit une cartographie des données, une analyse de l’usage prévu, une architecture proposée, une répartition des responsabilités et un périmètre de pilote chiffré. La signature du cadrage n’autorise pas automatiquement l’accès aux données sensibles ou l’exploitation en production. Chaque phase possède ses conditions de démarrage et ses preuves de réception.
Le même socle peut relier les informations autorisées, les agents des collaborateurs, l’analyse de direction, les actions approuvées et la mémoire des décisions. Les permissions et les limites d’usage s’appliquent à toute la suite, y compris aux synthèses et aux agents de direction.
02 / Choisir qui maîtrise l’environnement
Notre point de départ privilégié est un environnement dédié dans le compte cloud approuvé du client ou son infrastructure privée. Il peut s’agir d’un compte AWS ou d’un projet Google Cloud agréé par le client ; les serveurs ne doivent pas nécessairement être dans ses locaux. Les responsabilités d’infrastructure, d’application et de support sont attribuées explicitement.
Un environnement dédié exploité par Counterfold ou un partenaire spécialisé approuvé peut également être étudié. Il nécessite un accord sur l’exploitant, le service, les contrats fournisseurs, les lieux de traitement et les autorisations éventuellement requises. Ces options s’évaluent par mission ; cette page ne désigne aucun fournisseur ou partenaire retenu.
Pour les traitements sensibles, l’architecture proposée sépare les clients ainsi que le développement, les tests et la production. Les systèmes existants restent les sources de référence lorsque cela est possible. Seules les données et les informations dérivées nécessaires au processus convenu sont introduites dans le déploiement.
03 / Définir où l’IA traite les données
Inférence privée : un modèle disposant des droits d’utilisation appropriés fonctionne dans l’environnement privé approuvé. La recherche documentaire, les représentations vectorielles, le traitement des documents et les journaux doivent respecter le même périmètre. Cette option exige aussi des tests de qualité, une capacité suffisante, des mises à jour et une reprise après incident.
Inférence gérée approuvée : un service de modèles d’entreprise sélectionné traite un contenu autorisé via des points d’accès approuvés. Nous examinons le modèle exact, la région, le routage et le secours, la conservation, la revue humaine, les conditions d’entraînement et les fonctions activées. AWS et Google font partie des fournisseurs possibles, sous réserve de cette analyse. Une connexion réseau privée ne signifie pas que le modèle fonctionne dans le compte du client.
Traitement réparti : les recherches et calculs sensibles restent privés ; seul un contenu réduit et approuvé rejoint un modèle autorisé. Le masquage doit être testé : remplacer un nom n’anonymise pas nécessairement un dossier. Une requête bloquée ne doit jamais basculer discrètement vers un autre modèle ou une autre région.
Le stockage dans l’UE, l’absence d’utilisation pour l’entraînement et l’absence de conservation désignent des propriétés différentes. La recherche web, les caches, la mémoire des agents, les évaluations, le support et la supervision peuvent créer des flux supplémentaires, à approuver séparément.
04 / Encadrer les accès de support
Le processus proposé commence par des indicateurs de fonctionnement et des diagnostics expurgés. Si le problème nécessite l’accès à un contenu client, une personne nommée demande un accès pour un ticket, un objectif, un périmètre et une durée précis. Le client accorde les droits limités convenus, avec authentification forte et traçabilité de la session.
Le travail reste dans l’environnement approuvé. Toute extraction exige une destination, une protection et une suppression autorisées séparément. Les privilèges temporaires expirent ou sont retirés à la clôture ; le client peut consulter la trace de l’accès.
L’accès d’urgence suppose une procédure d’incident convenue, des intervenants désignés et une notification rapide. Il ne donne aucun droit permanent de consulter tous les dossiers. Les accès administratifs ou légalement requis des fournisseurs cloud et de modèles sont examinés séparément ; notre procédure ne régit pas automatiquement leur personnel.
05 / Suivre chaque copie
L’annexe de traitement couvre les extractions, index, représentations vectorielles, requêtes, réponses, mémoire des décisions, traces d’audit, éléments de support et sauvegardes. Elle précise pour chaque catégorie la finalité, le lieu, les accès, la conservation et la suppression. Nous ne promettons pas que l’application ne conserve aucune donnée.
Les permissions des sources doivent aussi protéger les réponses et synthèses dérivées. Le retrait d’un accès ou d’une source nécessite une propagation définie. L’entraînement ou l’adaptation d’un modèle sur les contenus du client exige une instruction, une évaluation et un cycle de vie spécifiques ; retirer un document de la recherche ne l’efface pas des paramètres d’un modèle entraîné.
La réversibilité se prépare dès la conception : formats d’export, configurations, mémoire autorisée, accompagnement de transition et dépendances de licence sont documentés. La preuve de suppression distingue les données actives, l’expiration des sauvegardes et la conservation légale. Une restauration ne doit pas réintroduire des données qui auraient dû être supprimées.
06 / Adapter les garanties à l’usage réel
La protection des données, la confidentialité des affaires, la cybersécurité, les règles sectorielles et les exigences d’achat sont examinées ensemble. L’hébergement en Europe ne suffit pas à établir la conformité au RGPD. Les rôles, les bases légales, les contrats, les accès internationaux et les mesures techniques comptent également.
La finance peut exiger des dispositions DORA, le respect du secret professionnel et un examen des autorisations d’exploitation au Luxembourg. La santé ajoute les données médicales et la qualification éventuelle du logiciel comme dispositif médical. Les institutions publiques ajoutent les marchés publics, la classification et les obligations de droit public. L’aviation exige d’évaluer les risques de sécurité de l’information pouvant affecter la sécurité aérienne. NIS2 et les règles relatives à l’IA dépendent de l’organisme et de l’usage.
Les exigences applicables et les preuves attendues sont consignées avant tout traitement sensible ou passage en production. Cette page ne revendique ni certification ISO 27001 ni rapport SOC 2 pour Counterfold. Les certificats fournisseurs couvrent leur propre périmètre, pas notre application. Les évaluations indépendantes et certifications nécessaires sont convenues avec le client.
07 / Éprouver le processus avant de l’étendre
Le premier pilote doit utiliser un jeu de données limité, des utilisateurs définis, une référence de comparaison et des critères de réception convenus avant les tests. Un processus historique ou en lecture seule peut fournir des preuves utiles pendant la résolution des dépendances de production.
La réception porte sur la qualité des tâches et l’exactitude des calculs, mais aussi sur les permissions, l’isolation, le routage des modèles, les droits d’action, la résistance aux instructions malveillantes, la suppression et la reprise. Les limites et anomalies restantes sont documentées. Les sélecteurs de rôles des démonstrations publiques sont des simulations, pas une preuve d’authentification en production.
La production exige une réception explicite, une équipe d’exploitation, des contacts d’incident, des niveaux de service réalisables et les autorisations requises. Tout changement significatif de modèle, fournisseur, données ou finalité revient en revue. Les responsables humains conservent leurs décisions ; une recommandation d’agent ne vaut pas autorisation d’exécution.
Parlons de votre déploiement
Commencez par le processus, les responsables et les systèmes concernés. Le premier échange ne nécessite aucun dossier confidentiel.
Parlons de votre déploiement Explorer les démonstrations