NHICO

Automatisation

La même donnée saisie dans trois logiciels : par quoi commencer

Une donnée ressaisie dans trois applications finit toujours par diverger. La sortie ne passe pas par un nouveau logiciel, mais par le choix de la source qui fait foi.

Le geste est toujours décrit de la même façon, avec une gêne : « à l’arrivée d’une personne, on la déclare dans trois applications ». Puis, aussitôt après : « ça marche bien, on a l’habitude ».

Ça ne marche pas. Ça tient, ce qui est différent - et ça tient grâce à la vigilance de deux ou trois personnes qui n’ont jamais compté ce que ça leur coûte.

Ce que coûte vraiment une triple saisie

Pas le temps de frappe. Trente secondes trois fois, ce n’est rien, et c’est l’argument qui enterre le sujet pendant des années.

Le coût est ailleurs :

  • Les oublis. Trois saisies, c’est trois occasions d’en manquer une. La troisième application est toujours celle qu’on remplit en fin de journée, donc celle qui décroche.
  • Les divergences. Quand deux applications ne disent pas la même chose, personne ne sait laquelle croire. La réponse est souvent « on demande à quelqu’un », et ce quelqu’un devient une dépendance.
  • La charge mentale. Il faut penser à faire les trois. Cette vigilance-là ne s’automatise pas, elle s’use.

La première question n’est pas technique

Avant de connecter quoi que ce soit, il faut trancher : quelle application fait foi ? Une seule. Celle où la donnée naît, celle qu’on corrige quand un écart apparaît, celle qui écrase les autres en cas de conflit.

Tant que cette question n’est pas tranchée, aucune synchronisation n’est possible - on ne fait que propager des conflits plus vite. C’est aussi la raison pour laquelle la cartographie du processus vient avant l’automate, et pourquoi elle se fait en observant le processus tel qu’il se déroule vraiment, pas tel que la procédure le décrit.

Sur le cas dont je tire cette note, la source de référence a été identifiée, et un automate synchronise depuis elle les deux autres applications. Résultat sur les arrivées : zéro oubli, zéro erreur. La vigilance a cessé d’être une compétence du poste.

Le même raisonnement pour le reporting

Deuxième cas, même famille. Le suivi d’activité sortait d’une chaîne artisanale : extraction depuis la comptabilité, fichiers Excel alimentés à la main, macros à faire tourner dans le bon ordre. Un ordre que deux personnes connaissaient.

Un job quotidien extrait désormais l’activité et le chiffre d’affaires, alimente une base centralisée et rafraîchit le rapport de suivi. Le gain mesuré : un tiers d’équivalent temps plein, rendu à des tâches qui demandent un jugement.

Et un effet secondaire qui n’était pas l’objectif : les indicateurs sont disponibles chaque matin au lieu de la mi-mois. Une donnée qui arrive trop tard n’est pas une donnée dégradée, c’est une donnée qu’on ne regarde plus.

Ce qu’il faut prévoir avant de démarrer

Un automate qui tourne sans surveillance est un automate qu’on découvre en panne trois semaines après. Deux choses sont donc dans le périmètre dès le départ, jamais en option :

  • La supervision - on sait qu’un traitement a échoué sans avoir à le demander.
  • La reprise sur erreur - un traitement rejoué ne crée pas de doublon.

Le reste est du travail de plomberie, chiffré au forfait sur un processus dont le déroulé a été écrit avant de commencer.

À lire ensuite

Le pôle concerné

  • Automatisation de processus

    Automatisation de processus métier : synchronisation entre applications, jobs quotidiens, reporting sans ressaisie. Forfait par automate, périmètre écrit.

Un périmètre, un prix, une date

Si cette note décrit votre situation, l'échange de cadrage est sans engagement. Je réponds sous 48 h ouvrées.