Blikt · Cas client

Zéro ressaisie : la chaîne événementielle d'un organisme de formation

Le contexte

Notre client est un organisme de formation. Les événements signés se gèrent dans un outil de gestion de projet. Le pilotage de l'activité, lui, se fait dans des tableaux collaboratifs. Deux outils légitimes, une même information à maintenir des deux côtés.

Le problème

Entre les deux outils, il n'existait aucun pont. Chaque événement signé était donc ressaisi à la main. Quelqu'un ouvrait l'outil de gestion, lisait, puis recopiait dans les tableaux de suivi. La recopie reposait sur la mémoire et la disponibilité de chacun. Une semaine chargée suffisait à créer un trou.

Ce fonctionnement coûtait cher, de quatre façons. Des oublis, d'abord : certains événements n'arrivaient jamais dans les tableaux. Des écarts, ensuite : les deux outils finissaient par se contredire. Du temps perdu, évidemment : la recopie mobilisait des heures utiles ailleurs. Et le pire : un pilotage assis sur des données fausses. On croyait lire l'activité réelle. On lisait ce qui avait été recopié, ni plus, ni moins. Ce coût ne figurait sur aucune facture. Il se payait en vérifications, en corrections, en doutes.

Ce qu'on a construit

Un agent de synchronisation en temps réel entre les deux outils. Temps réel signifie ici : sans attente et sans intervention humaine. L'information circule au moment de la signature, pas le lendemain. Le fonctionnement tient en quatre étapes simples.

Première étape : le signal. À chaque signature, l'outil de gestion émet un signal automatique, appelé webhook. Personne n'a rien à déclencher. Deuxième étape : la réception. Un récepteur sécurisé capte ce signal. Troisième étape : l'écriture. La ligne est écrite dans l'onglet de pilotage, sous une forme normalisée. Mêmes formats, mêmes intitulés, quelle que soit la saisie d'origine. Quatrième étape : le contrôle des doublons. Un événement déjà présent n'est pas écrit une seconde fois. Le signal peut se répéter, le tableau reste propre.

Enfin, la procédure de redéploiement est documentée. Si le dispositif doit être réinstallé, la marche à suivre existe, noir sur blanc.

Les garde-fous

Un automatisme qui écrit dans vos tableaux doit mériter votre confiance. Notre méthode est la même sur chaque projet. Voici comment elle s'est appliquée ici.

Nous avons commencé par un échantillon. L'agent a été validé sur un petit périmètre avant le branchement complet. Tant que l'échantillon n'était pas irréprochable, rien n'était généralisé. Ensuite, la recette. Une recette formelle a été menée avec l'équipe. Elle a constaté le fonctionnement réel et donné son accord. Puis, la passation. Une documentation de passation a été remise au client. Elle rend l'équipe autonome pour la suite.

Enfin, la propriété. Tout tourne sur les comptes du client. Aucune dépendance à nos propres accès. Le client peut reprendre la main à tout moment. Aucune de ces étapes n'est optionnelle chez nous.

Les résultats constatés

Zéro ressaisie depuis la mise en service. Plus aucun événement recopié à la main. Un seul référentiel, au lieu de deux versions qui divergent. Les tableaux de pilotage reflètent l'outil de gestion, en continu.

Et un changement plus profond : l'équipe pilote au lieu de recopier. Elle lit ses tableaux. Elle ne les remplit plus. Le pilotage repose sur des données à jour, pas sur des recopies. Ces résultats ne sont pas une projection. Ils sont constatés depuis la mise en service.