Qu'est-ce qu'une cartographie des flux de données entre services, et comment la réaliser ?

Une facture fournisseur arrive par e-mail. Quelqu'un la saisit dans l'ERP. Un autre la rapproche d'un bon de commande conservé dans un tableur. Un troisième la valide par message. Chaque étape semble anodine, mais personne dans l'entreprise ne sait dire précisément quelles données circulent, d'où elles viennent, où elles s'arrêtent et qui les corrige quand elles sont fausses. C'est ce vide qu'une cartographie des flux de données vient combler. Et c'est pour cela qu'elle précède toute automatisation sérieuse.

Ce qu'est une cartographie des flux de données entre services

Une cartographie des flux de données est une représentation documentée de la manière dont l'information circule entre vos services, vos outils et vos partenaires. Elle répond à des questions simples, mais rarement posées ensemble :

• Quelle donnée est échangée (commande, facture, fiche client, statut de livraison) ?
• D'où vient-elle et où va-t-elle (ERP, CRM, messagerie, tableur, portail fournisseur) ?
• Sous quelle forme circule-t-elle (API, export, e-mail, saisie manuelle, papier) ?
• À quelle fréquence et déclenchée par quoi ?
• Qui en est responsable à chaque étape ?

Ne la confondez pas avec une cartographie de processus. Cette dernière décrit les étapes d'une activité et qui les réalise (voir BPMN : définition, méthode et exemple). La cartographie des flux s'intéresse à ce qui circule entre les étapes. Les deux se complètent : l'une montre le travail, l'autre montre les données qui le font avancer.

Pourquoi elle précède toute automatisation

On ne peut pas automatiser le chaos. Un agent ou un automate qui s'appuie sur un flux mal compris reproduit les erreurs plus vite, ou s'arrête au premier cas non prévu. Les raisons sont presque toujours les mêmes :

• la même donnée existe en plusieurs versions dans plusieurs outils, sans référence claire ;
• des échanges critiques passent par des canaux informels (messagerie, appel, fichier local) ;
• des règles de gestion n'existent que dans la tête d'un collaborateur ;
• les droits d'accès ne correspondent plus à l'organisation réelle.

Ces constats rejoignent ce que l'on observe dans les projets qui n'aboutissent pas, comme l'explique l'article 42 % des projets IA échouent, et ce n'est pas un problème de technologie. La cartographie transforme une organisation opaque en organisation requêtable : on peut interroger où est la donnée, qui la produit et ce qui en dépend.

Les étapes pour la réaliser

1. Délimiter le périmètre. Ne cartographiez pas toute l'entreprise d'un coup. Choisissez un processus de bout en bout (par exemple le traitement des factures fournisseurs, le recouvrement ou la relance de devis) et les services qu'il traverse. Si vous hésitez, l'article comment identifier les processus à automatiser aide à arbitrer.

2. Inventorier les systèmes et les points de contact. Listez chaque outil qui touche la donnée : ERP, CRM, GED, messagerie, tableurs, portails externes. Incluez les outils « non officiels », car ce sont souvent eux qui portent la réalité du terrain.

3. Interroger ceux qui font le travail. Les schémas d'architecture décrivent le prévu, pas le vécu. Des entretiens courts avec les opérationnels de chaque service révèlent les contournements, les ressaisies et les exceptions. Observez le travail réel, pas seulement la procédure écrite.

4. Tracer chaque flux. Pour chaque échange, notez la source, la destination, le format, le déclencheur, la fréquence, le responsable et le mode de transmission (automatique, semi-automatique, manuel). Un tableau structuré suffit pour commencer ; un schéma visuel vient ensuite.

5. Qualifier les flux. Repérez les ressaisies, les doublons, les ruptures (là où la donnée sort d'un système sans entrer proprement dans l'autre), les dépendances à une personne et les données sensibles. Sur ce dernier point, la qualité des données mérite une attention particulière : c'est elle qui conditionne la fiabilité de tout agent.

6. Valider avec les parties prenantes. Restituez la cartographie aux responsables de service. Les écarts entre leur perception et celle de leurs équipes sont en eux-mêmes une information précieuse.

Les livrables attendus

Une cartographie utile se matérialise par des documents réutilisables, pas par un schéma que personne ne rouvre :

• Un inventaire des systèmes avec propriétaire, rôle et mode d'accès.
• Un registre des flux : une ligne par échange, avec les attributs décrits plus haut.
• Un schéma des flux lisible par un non-technicien.
• Une liste des points de friction : ressaisies, ruptures, données non fiables, dépendances individuelles.
• Une priorisation des flux candidats à l'automatisation, et de ceux à fiabiliser d'abord.

Ces livrables nourrissent directement le cahier des charges d'un futur agent (voir comment rédiger un cahier des charges pour un projet d'agent IA) et les questions de connexion au SI abordées dans connecter un agent IA à votre SI.

Un exemple hypothétique

Prenons un scénario fictif : une ETI de distribution reçoit des commandes par e-mail, par portail client et par téléphone. La cartographie fait apparaître que les trois canaux aboutissent dans l'ERP par trois chemins différents, dont un via un tableur tenu par une seule assistante. Les références produit y sont parfois saisies à la main, d'où des écarts avec le catalogue.

Sans cartographie, l'entreprise aurait pu déployer un agent sur le canal e-mail, sans voir que les autres canaux alimentent la même donnée autrement. Avec elle, elle décide d'abord d'unifier la référence produit, de formaliser la règle de gestion du tableur, puis de choisir le flux le plus propre pour un premier cas d'usage. L'automatisation devient un aboutissement, pas un pari.

Ce qu'il faut retenir

• La cartographie des flux décrit ce qui circule entre vos services et vos outils, pas seulement ce qui s'y fait.
• Elle rend visibles les ruptures, ressaisies et dépendances qui feraient échouer un agent.
• Elle se réalise par périmètre, avec les équipes de terrain, et produit des livrables exploitables.
• Elle s'inscrit dans un audit de processus plus large, qui relie flux, règles de gestion et priorités.

Pour situer la cartographie dans une démarche complète, consultez audit de processus métier : méthode, étapes et livrables ou on ne peut pas automatiser le chaos : par où commencer concrètement.