Ressaisie entre outils : la supprimer sans changer de logiciels

La ressaisie apparaît quand une même information vit dans deux logiciels : le devis recopié en commande, la commande en facture, le client créé une seconde fois. Chaque recopie ajoute une erreur possible et personne en interne n'a le temps de la faire disparaître. Le transfert se décrit en une règle écrite et s'automatise, les logiciels en place restant les mêmes.

Une donnée naît dans un premier logiciel, un devis accepté ou une commande validée, puis doit exister dans un second. Aucune connexion ne relie les deux écrans : une personne relit chaque champ du premier et le retape dans le second, à un rythme connu d'avance.

Les deux copies vivent alors côte à côte, sans lien entre elles. Un montant corrigé après une remise reste inchangé dans le second logiciel. Une adresse mise à jour côté commercial continue de recevoir l'ancien courrier. Rien ne signale l'écart au moment où il se produit, et l'équipe le découvre à la clôture du mois.

Le problème ne tient ni au logiciel choisi ni à la compétence de la personne qui saisit. Il tient au nombre de fois où la même information doit être retapée sans erreur, chaque semaine.

Le transfert perd son ambiguïté dès qu'il se décrit en une règle écrite, quatre décisions posées avant le premier envoi.

• La donnée maître. Le logiciel qui fait foi quand les deux copies se contredisent, désigné avant le premier transfert.
• Le sens de circulation. Du logiciel source vers le logiciel cible, sans retour possible dans l'autre sens.
• Le déclencheur. L'événement précis qui lance le transfert : une commande validée, une facture émise, un statut changé.
• Le contrôle à l'arrivée. Ce qui se vérifie dans le logiciel cible pour juger le transfert réussi : le nombre de champs, leur format, leur cohérence avec une valeur attendue.

Un logiciel sans interface de connexion ne change pas la règle : il change le mode de dépôt. Le premier logiciel exporte un fichier à échéance fixe, le second le lit à la même fréquence et applique la même règle de correspondance.

La règle se rédige avant toute connexion technique, sur une page qu'une personne non technicienne peut relire : logiciel source, logiciel cible, champ transféré, valeur attendue en face de chaque champ.

La donnée se saisit une fois, à sa source, au moment où elle existe pour la première fois. Elle ne se retape plus dans le second logiciel : le transfert la porte lui-même, selon la règle écrite au départ. La personne qui recopiait contrôle désormais les écarts que la règle signale, au lieu de recopier chaque ligne.

Chaque transfert laisse une trace : ce qui a circulé, quand, vers où, avec quel contrôle à l'arrivée. Un écart détecté se signale à la personne désignée, ligne exacte en cause, au lieu de se propager silencieusement dans le second logiciel.

Les cas que la règle ne tranche pas remontent avec leur contexte : un paiement partiel, une remise accordée hors procédure, un doublon de fiche client. Ces situations restent rares une fois la règle en place. Elles cessent seulement de se noyer parmi les transferts qui n'en avaient pas besoin.

Certaines chaînes concentrent plus de ressaisie que d'autres, quand le même document traverse plusieurs logiciels avant d'aboutir.

• Le devis qui devient une situation de travaux puis une facture traverse trois logiciels tenus par des métiers différents dans le BTP.
• La commande répercutée vers plusieurs points de vente ressaisit la même référence article à chaque étape dans l'agroalimentaire.
• Un logiciel métier connecté à plusieurs briques tierces, comptabilité et suivi locatif compris, concentre le même risque de divergence dans l'immobilier de gestion.

La règle écrite reste la même dans les trois cas : une donnée maître, un sens de circulation, un déclencheur, un contrôle à l'arrivée.

L'export périodique. Un dépôt de fichiers, lu à échéance fixe par le second logiciel, suffit à supprimer la recopie manuelle. Le fichier reste au format que le premier logiciel sait déjà produire, le plus souvent un tableur ou un export standard.

Non. La saisie initiale reste, elle se fait une seule fois à la source. La recopie dans le second logiciel disparaît seule.

Le cadrage. La donnée maître se choisit avant le premier transfert, sur la version jugée la plus fiable à cet instant. Le rapprochement des deux copies déjà existantes fait partie du même cadrage, avant l'écriture de la règle.

Le suivi couvre l'évolution. La règle reste documentée et reste la propriété du client, indépendamment de la version installée.

La méthode se juge en fonctionnement : la démonstration de l'accueil montre les mêmes engagements passer d'une vente fictive à la fiche projet, au brouillon d'email et au plan de démarrage.

Le diagnostic évalue le nombre de logiciels concernés, la fréquence des transferts et les cas particuliers à couvrir. Il coûte 1 500 € HT et se conclut par un périmètre écrit, déduit du chantier s'il débouche. Un audit de processus pose ce périmètre avant toute décision.