Les données dans une mécanique d’automatisation

Une mécanique n’a presque jamais besoin de tout. Pour prévenir un atelier qu’un devis est signé, il faut un numéro de dossier et une date, pas la fiche complète du client. Pour ranger une facture fournisseur, il faut un nom, un montant et une échéance, pas l’historique du compte.

Nous partons donc de la question inverse de celle qu’on pose d’habitude. Plutôt que de brancher un outil sur un autre et de laisser passer ce qui passe, nous listons les champs dont le traitement a réellement besoin, et nous ne transportons que ceux là. Un champ qui ne circule pas ne peut ni fuir ni être recopié là où personne ne l’attendait.

Cette liste tient en quelques lignes, donc elle se relit et elle se discute avec vous.

Nous construisons par défaut avec n8n, un moteur d’automatisation que l’on peut héberger soi même. La conséquence n’est pas seulement technique, vous restez maître de l’endroit où vos données tournent.

Sur une plateforme facturée à la tâche, vos flux vivent chez un tiers et la question de la localisation a déjà été tranchée pour vous. Avec un moteur auto hébergeable elle reste ouverte, et c’est vous qui la refermez. Nous détaillons ce choix, et ses limites, sur la page agence n8n.

Une automatisation qui travaille sans laisser de trace est ingérable. Le jour où un client affirme qu’il n’a jamais reçu sa confirmation, il faut pouvoir dire si elle est partie, quand, et avec quoi dedans.

Chaque mécanique conserve donc l’historique de ses exécutions, ce qui est entré, ce qui en est sorti, ce qui a échoué et pourquoi. Cela sert à réparer une panne, à prouver qu’un traitement a eu lieu, et à mesurer si la reprise vaut ce qu’elle a coûté. Ce journal contient de vraies données, donc sa durée de conservation et ses lecteurs se règlent volontairement, jamais par défaut.

Certaines briques doivent comprendre un texte libre. Classer une demande écrite en langage courant, résumer un échange, extraire une intention. Elles s’appuient sur des modèles de langage, et il faut être net sur ce que cela implique.

Un texte envoyé à un fournisseur d’intelligence artificielle sort de votre entreprise. Il transite par une infrastructure qui n’est pas la vôtre, et vos règles internes ne s’y appliquent plus. Ce n’est pas un drame en soi, c’est une décision, et elle doit être prise sciemment plutôt que subie parce que la brique était commode à brancher.

Pour chaque étape qui utilise un modèle, nous vous disons quel texte part, chez quel fournisseur, et pour quoi faire. À partir de là vous tranchez. Certains flux passent sans difficulté. D’autres méritent qu’on retire les éléments identifiants avant l’envoi, qu’on remplace le modèle par une règle plus bête mais suffisante, ou qu’on renonce. Le cadre appliqué à ces briques est sur la page agents IA sous contrôle.

Il n’y a pas de réponse unique. Une mécanique qui déplace des références de commande ne pose pas les mêmes questions qu’une mécanique qui touche des dossiers médicaux, des bulletins de paie ou des pièces d’identité.

Ces traitements sont encadrés par le règlement général sur la protection des données. La localisation de l’hébergement se discute avec vous avant de construire, pas une fois la mécanique en place. Nous documentons ce qui sort de chez vous et vers où, vous choisissez en connaissance de cause, et ce choix s’écrit.