Automatisation : de l'ETL aux agents, quoi automatiser et quoi garder humain
Quels traitements automatiser, lesquels garder humains, et comment passer de flux artisanaux à des pipelines gouvernés avant de déployer des agents IA.
L'automatisation n'est pas nouvelle dans l'industrie : les automates programmables font tourner les lignes depuis longtemps. Ce qui change, c'est que l'on peut désormais automatiser des tâches de jugement avec des agents d'IA. La question n'est plus « peut-on ? » mais « quoi, et à quelles conditions ? ».
Les niveaux d'automatisation
Il est utile de voir l'automatisation comme une échelle, où chaque barreau repose sur le précédent.
Premier niveau : les flux de données industrialisés. Extraire les données de l'ERP (progiciel de gestion intégré), de la GMAO (gestion de la maintenance assistée par ordinateur) ou des historiens de capteurs, les transformer, les charger dans l'entrepôt. C'est l'ETL classique (Extract, Transform, Load), aujourd'hui souvent inversé en ELT : on charge d'abord, on transforme ensuite dans l'entrepôt.
Deuxième niveau : l'orchestration. Les flux s'enchaînent selon des dépendances explicites, à des horaires définis ou sur événement, avec reprise sur erreur et alertes.
Troisième niveau : les tests automatisés. Chaque transformation est vérifiée : unicité des clés, absence de valeurs vides là où elles sont interdites, cohérence des totaux entre la source et la cible.
Quatrième niveau : les déploiements. Une modification passe par une revue, des tests, puis une mise en production reproductible, sans intervention manuelle sur les serveurs.
Cinquième niveau, le plus récent : les agents d'IA. Un agent est un modèle de langage (LLM, Large Language Model) capable d'enchaîner des actions en appelant des outils, souvent via MCP (Model Context Protocol), un protocole ouvert prévu pour cela. Il peut lire un ticket, consulter la documentation, proposer une correction, demander une validation.
Le piège classique : vouloir sauter au cinquième niveau alors que les trois premiers ne sont pas solides. Un agent posé sur des flux fragiles accélère la propagation des erreurs.
Trois critères pour décider d'automatiser
Sur le terrain, trois questions suffisent à trier les candidats.
Est-ce répétitif ? Une tâche exécutée chaque jour, chaque semaine ou chaque fin de mois, avec les mêmes étapes, est une candidate évidente. Rapprocher bons de livraison et factures, consolider les relevés de production, calculer la disponibilité machine en font partie.
Est-ce vérifiable ? Peut-on savoir, sans intervention humaine, si le résultat est correct ? Si oui, on peut écrire un test. Si le bon résultat dépend d'un jugement de contexte (« ce fournisseur est en litige, on attend »), l'automatisation totale est prématurée.
Est-ce réversible ? Si l'automatisation se trompe, peut-on revenir en arrière rapidement et à faible coût ? Recalculer un tableau de bord est réversible. Envoyer une commande fournisseur ou modifier un paramètre de procédé ne l'est pas, ou difficilement.
Une tâche qui coche les trois cases s'automatise sans état d'âme. Une tâche qui n'en coche qu'une ou deux s'automatise partiellement, avec un humain à un point précis du parcours.
Ce que l'on ne délègue pas à un agent
Certaines décisions restent humaines, non par prudence excessive, mais parce que l'agent n'a ni la responsabilité ni le contexte.
Les décisions engageantes : valider un paiement, arrêter une ligne, modifier une consigne de sécurité, envoyer un courrier à un client ou à une autorité. L'agent peut préparer, résumer, proposer. Il ne signe pas.
Les données sensibles sans contrôle : données personnelles des salariés, données de santé au travail, paramètres de procédé confidentiels. Un agent qui les manipule doit le faire avec des droits limités à l'usage précis, sous journalisation, dans un cadre validé par le délégué à la protection des données. Le RGPD (Règlement général sur la protection des données) s'applique aux traitements automatisés comme aux autres, et l'AI Act européen ajoute des exigences selon le niveau de risque de l'usage.
Les cas hors périmètre : un agent bien conçu sait dire « je ne sais pas » et passer la main. Un agent qui improvise face à une situation inédite est plus dangereux qu'un script qui s'arrête.
- Répétitif et fréquent
- Vérifiable par une règle
- Réversible en cas d'erreur
- Documenté et journalisé
- Décisions qui engagent l'entreprise
- Accès à des données sensibles sans contrôle
- Situations nouvelles que la règle ne couvre pas
- Tout ce qui n'est pas réversible
Les garde-fous qui rendent l'automatisation acceptable
C'est ici que se joue la conviction centrale de ce blog : la gouvernance ne freine pas l'IA, c'est ce qui permet de lui dire oui. Trois garde-fous rendent une automatisation défendable devant une direction, un auditeur ou un comité social.
La validation humaine aux points d'engagement. L'agent prépare une proposition ; une personne identifiée l'approuve. La validation doit être réelle : une file de propositions à approuver en bloc avant midi n'est pas un contrôle.
La journalisation. Chaque action automatisée laisse une trace : quoi, quand, sur quelles données, avec quel résultat, déclenchée par qui ou par quoi. Sans cela, impossible de reconstituer un incident ni de répondre à une demande d'accès.
Les droits limités. Un agent ou un flux s'exécute avec une identité propre, aux droits strictement nécessaires. Jamais avec un compte administrateur « parce que c'est plus simple ». Les référentiels de sécurité industrielle comme l'IEC 62443 et la norme ISO 27001 reposent sur ce principe de moindre privilège, qui s'applique tel quel aux automatisations.
Des flux artisanaux aux pipelines gouvernés
Beaucoup d'entreprises industrielles ont construit, au fil des ans, une couche d'automatisation artisanale : macros de tableur, flux graphiques dans des outils de préparation de données comme Alteryx, scripts sur le poste d'un analyste. Ces flux fonctionnent. Ils ont aussi trois défauts : ils vivent dans un outil individuel, ils ne sont pas testés, et ils dépendent souvent d'une seule personne.
La migration vers des pipelines gouvernés, avec des outils comme dbt sur un entrepôt tel que Snowflake, ne consiste pas à tout réécrire d'un coup. Elle suit une démarche :
- Inventorier les flux existants, leur propriétaire, leur fréquence, leurs consommateurs.
- Prioriser ceux qui alimentent des décisions ou des reportings réglementaires.
- Réécrire chaque flux comme une suite de transformations versionnées, lisibles, documentées, avec des tests.
- Faire tourner l'ancien et le nouveau en parallèle jusqu'à ce que les résultats coïncident.
- Décommissionner l'ancien et former les utilisateurs.
Un flux versionné et testé peut être repris par un collègue, audité, et servi à un agent d'IA sans règle métier cachée dans une macro.
Le coût caché des automatisations non documentées
Une automatisation non documentée coûte peu le jour où elle est créée et beaucoup le jour où elle casse. Personne ne sait pourquoi un filtre exclut certains lots, ni ce qui se passe en aval si elle s'arrête. Le départ de son auteur transforme un gain en dette.
Avec les agents d'IA, ce coût change d'échelle. Un agent qui prend des décisions sans qu'on sache sur quelles règles il s'appuie est inauditable. Documenter n'est donc pas une formalité : c'est la condition pour que l'automatisation soit transférable, contrôlable et, à terme, confiée à un agent.
À retenir
- L'automatisation est une échelle : flux, orchestration, tests, déploiements, puis agents. On ne saute pas de barreau.
- Trois critères pour automatiser : répétitif, vérifiable, réversible.
- Les décisions engageantes et les données sensibles sans contrôle restent humaines.
- Migrer les flux artisanaux vers des pipelines versionnés et testés est le préalable à toute automatisation par agent.
- Une automatisation non documentée est une dette qui se révèle au pire moment.
Checklist
- Les flux critiques sont inventoriés avec leur propriétaire et leurs consommateurs.
- Chaque transformation est versionnée, documentée et couverte par des tests.
- Les points de décision engageants ont une validation humaine nominative.
- Chaque action automatisée est journalisée et consultable.
- Les flux et agents s'exécutent avec des droits limités, jamais en administrateur.
- Les données personnelles traitées automatiquement sont validées par le délégué à la protection des données.