Oui, à une condition qui n'est pas négociable : que l'IA tourne sur votre infrastructure. Tant qu'elle tourne chez un éditeur, la question n'est pas de savoir si vous lui faites confiance, mais de savoir ce que vous avez le droit de lui transmettre. Et pour un cabinet, la réponse est plus restrictive que pour n'importe quelle autre entreprise.
La raison tient en une phrase : vous ne manipulez pas vos données, vous manipulez celles de vos clients.
Quand un dirigeant colle un document dans une IA en ligne, il engage sa propre entreprise. C'est déjà un sujet, et nous l'avons traité pour le cas général dans notre guide sur l'IA souveraine pour les PME.
Quand un collaborateur de cabinet colle un fichier des écritures comptables dans la même interface, il transmet à un tiers les données d'une entreprise qui ne lui a rien demandé, qui n'a signé aucun contrat avec cet éditeur, et qui l'apprendra au mieux par une clause qu'elle n'a pas lue.
Ce qui sort du cabinet dans ces cas-là n'a rien d'anecdotique :
Un cabinet qui utilise une IA en ligne sans y avoir réfléchi ne prend pas un risque flou. Il fait sortir des documents précis, identifiables, appartenant à des tiers identifiables.
C'est l'argument que servent tous les éditeurs, et il est probablement vrai. Il est aussi hors sujet, pour trois raisons.
Il ne parle que de l'entraînement. Ne pas entraîner un modèle sur un document n'empêche ni de le stocker, ni de le journaliser, ni de le faire lire par un humain lors d'une revue qualité ou d'une enquête de sécurité. La promesse porte sur un usage, pas sur la présence.
Il ne dit rien du droit applicable. Un éditeur soumis au droit américain reste soumis à ses réquisitions, y compris pour des données stockées en Europe. C'est le sujet du CLOUD Act, que l'hébergement européen ne résout pas.
Il ne vous dispense pas de vos propres obligations. En transmettant des données de clients à un outil tiers, vous instaurez une sous-traitance qui a ses règles, et vous engagez le secret auquel votre profession vous tient. La conformité de l'éditeur ne remplace pas la vôtre : ce que vous risquez avec un assistant cloud reste votre responsabilité.
Interdire l'IA au cabinet. C'est cohérent, et c'est ce que font beaucoup de structures prudentes. L'effet observé est connu : les collaborateurs l'utilisent quand même, sur leur téléphone, hors de tout cadre. Vous n'avez pas supprimé le risque, vous avez supprimé votre visibilité dessus.
Souscrire une offre professionnelle chez un éditeur. Vous gagnez un contrat, des engagements écrits et parfois un hébergement européen. Vous ne changez pas la nature de l'opération : les documents de vos clients sortent toujours du cabinet, et vous dépendez d'un tiers pour les protéger.
Faire tourner l'IA sur votre propre serveur. Les documents ne sortent pas. Il n'y a pas de sous-traitant à déclarer pour cette brique, pas de transfert à encadrer, pas de clause à surveiller à chaque changement de conditions générales. La question « où sont parties ces données » a une réponse courte : nulle part.
C'est cette troisième voie que nous construisons avec Gungnir, et c'est aussi la plus exigeante, parce qu'elle vous rend responsable de votre serveur. Nous ne prétendons pas l'inverse.
L'intérêt n'est pas de produire du texte. Un cabinet a besoin d'un outil qui connaît son métier et ses documents :
Sur ce dernier point, un assistant qui repart de zéro à chaque conversation ne sert à rien dans un cabinet, où la valeur est justement dans la continuité d'un dossier d'une année sur l'autre. C'est le sujet de la mémoire persistante.
La réforme de la facturation électronique change les circuits de tous vos clients et donc les vôtres. C'est un chantier où un assistant qui connaît vos dossiers a une vraie valeur, à condition d'être branché sur vos données sans les faire sortir.
Nous ne donnerons pas de calendrier ni d'obligation datée dans cet article, pour une raison simple : ce calendrier a déjà bougé plusieurs fois. Vérifiez toute échéance à la source officielle avant de vous en servir, y compris si un outil vous la sert avec assurance. Un assistant qui affirme une date réglementaire sans la sourcer est exactement le genre d'outil qui vous mettra en difficulté.
Un serveur, ou une machine dédiée au cabinet. Quelqu'un pour l'installer, ou quelqu'un à qui le confier. Et l'acceptation d'un compromis réel : un modèle que vous hébergez ne sera pas systématiquement au niveau du meilleur modèle en ligne du moment sur les tâches les plus difficiles.
Pour une bonne partie du travail d'un cabinet, ce n'est pas le facteur limitant. La qualité de la réponse dépend surtout de l'accès aux bons documents, et c'est là que l'hébergement chez vous devient un avantage plutôt qu'un renoncement : vous pouvez lui donner les dossiers, ce que vous ne feriez jamais avec un service en ligne.
Il n'interdit pas l'outil, il encadre la sortie des informations. Toute la différence est là. Une IA qui tourne sur votre infrastructure ne fait rien sortir, donc la question ne se pose pas dans les mêmes termes qu'avec un service en ligne. Faites valider votre cas précis par votre ordre ou votre conseil.
Si les données de vos clients sont transmises à un outil tiers, vous instaurez une sous-traitance et les obligations qui vont avec. Si l'outil tourne chez vous, vous restez dans le périmètre que vos clients vous ont déjà confié. C'est précisément l'intérêt de la solution auto-hébergée.
Avec une solution en ligne, votre accès s'arrête. Avec une instance chez vous et du code public, elle continue de tourner. C'est une différence de nature, pas de degré.
Le coût dominant n'est pas la licence mais le serveur et le temps d'installation : pour une structure de cette taille, le serveur se compte en dizaines d'euros par mois, et il n'y a pas de licence par utilisateur. Nous en parlons volontiers en amont avant que vous n'engagiez quoi que ce soit.
Cet article traite de l'architecture des données, pas de conformité réglementaire. Pour toute obligation précise liée à votre exercice, la source officielle et votre conseil font foi.
