Double saisie dans l’ERP : comment la supprimer

Dans beaucoup de PME, une même information est tapée deux fois. Une commande client arrive en PDF et quelqu’un la recopie dans l’ERP, le logiciel de gestion de l’entreprise. Un fournisseur envoie son nouveau catalogue et les fiches articles sont créées à la main. Les plannings vivent dans un tableur, puis les heures sont ressaisies dans le logiciel de paie. C’est la double saisie, et elle coûte plus qu’il n’y paraît.

Chaque ressaisie prend quelques minutes. Répétée chaque jour, elle représente vite plusieurs heures par semaine, retarde l’information et laisse passer des erreurs qui finissent chez le client ou sur la fiche de paie. Elle se supprime le plus souvent en gardant les logiciels en place.

Les trois doubles saisies les plus fréquentes#

Les commandes reçues par mail#

Les clients envoient leurs commandes comme ils le souhaitent : PDF, fichier Excel, export CSV, parfois un portail en ligne. L’ERP, lui, attend des données. Entre les deux, une personne lit chaque commande et la recopie : client, références, quantités, prix, dates de livraison.

Les factures fournisseurs suivent désormais un autre chemin : depuis la réforme de septembre 2026, elles arrivent en données par une plateforme agréée. Ce qu’il reste à relier de ce côté est expliqué dans factures fournisseurs et facture électronique.

Les catalogues fournisseurs#

Chaque fournisseur a son propre format de catalogue, ses propres références et ses propres libellés. Pour vendre un produit, il faut pourtant une fiche article propre dans l’ERP, rangée selon votre nomenclature. Faute de temps, il arrive que les nouveaux produits soient vendus sous un article générique, et le suivi de la marge produit par produit se perd.

Les plannings et les heures#

Les logiciels de planning et de gestion des temps transmettent souvent les heures à la paie. La ressaisie reste quand le planning vit dans un tableur, parce que c’est souple et que tout le monde sait s’en servir, ou quand l’outil de planning et le logiciel de paie ne se connectent pas. Les salariés ou le service RH ressaisissent alors les heures, et les deux versions finissent par diverger.

Pourquoi le problème persiste#

Ces doubles saisies ont la même origine : l’information arrive par un canal que l’outil ne lit pas, ou elle vit dans deux outils qui ne partagent rien. L’ERP, le logiciel de paie et le tableur font chacun bien leur travail. C’est le passage de l’un à l’autre qui repose sur une personne.

Changer de logiciel pour régler ce passage coûte souvent cher et prend des mois : reprise des données, nouveau paramétrage, formation des équipes. Le nouvel outil devra lui aussi recevoir des commandes en PDF et des catalogues dans des formats variés. Le passage reste à construire.

Le principe : une seule saisie, à la source#

Supprimer une double saisie revient à construire le lien qui manque entre deux outils. Ce lien fait quatre choses.

Il lit l’information là où elle arrive : la boîte mail des commandes, le dossier des catalogues, le tableau des plannings.
Il la met au format de l’outil : vos codes clients, vos références articles, votre nomenclature, vos codes de paie.
Il l’écrit dans l’outil par l’entrée que celui-ci accepte : une interface de programmation (API), un import automatique ou, à défaut, une écriture contrôlée validée avec l’éditeur du logiciel.
Il fait remonter chaque doute à la bonne personne : une référence inconnue, un prix qui diffère, une heure qui dépasse. Cette personne tranche, et les documents sans écart passent directement.

Les logiciels gardent leur rôle. L’ERP reste la référence pour les commandes et les articles, le logiciel de paie reste la référence pour la paie. Seule la recopie disparaît.

Commencer par ce que vos outils savent déjà faire#

Avant de construire quoi que ce soit, il faut vérifier ce qui existe. Beaucoup d’ERP et de logiciels de paie proposent déjà des imports de fichiers, des connecteurs vers les outils les plus courants ou des échanges de données informatisés (EDI) avec les grands donneurs d’ordre. Des outils du marché savent aussi lire automatiquement les commandes reçues. Quand l’un d’eux couvre votre besoin, il suffit de l’activer et de le paramétrer.

Le lien sur mesure sert là où ces fonctions s’arrêtent :

quand les documents arrivent dans des formats différents selon le client ou le fournisseur ;
quand le logiciel est développé sur mesure, ou propre à votre secteur, sans connecteur disponible ;
quand une règle de votre métier doit s’appliquer au passage : une nomenclature, un seuil, un circuit de validation.

Trois exemples, en pratique#

Situation	Aujourd’hui	Avec le lien
Commande client reçue en PDF	Lue et recopiée dans l’ERP	La commande arrive dans l’ERP, une personne valide les seuls doutes
Nouveau catalogue fournisseur	Fiches articles créées une par une, ou vente sous un article générique	Les fiches sont créées ou mises à jour selon votre nomenclature, avec la marge suivie
Planning dans un tableur	Heures ressaisies dans la paie	Les heures prévues sont confirmées par le salarié, puis transmises à la paie

La commande client#

Le lien surveille l’adresse où arrivent les commandes. Il lit chaque document, dans les formats que vous recevez habituellement, retrouve le client et les articles dans l’ERP, puis crée la commande. Quand une référence est inconnue ou qu’un prix diffère du tarif, la commande attend une validation, avec l’écart affiché. L’équipe ne traite plus que les exceptions.

Le catalogue fournisseur#

Le fichier envoyé par le fournisseur est lu, ses colonnes sont rapprochées de vos champs, et chaque produit est classé dans votre nomenclature. Les produits nouveaux sont créés, ceux qui existent déjà sont mis à jour. Pour les produits rarement vendus, la fiche peut aussi être créée au moment de la vente, plutôt que d’alourdir la base d’avance.

Le planning et les heures#

Le planning reste dans le tableur. Le salarié confirme ses heures prévues, ou signale un écart. Les heures confirmées partent vers le logiciel de paie, qui garde la paie, les contrats et le réglementaire.

Garder la main sur ses données#

Un lien entre deux outils écrit dans votre système. Il doit donc rester sous contrôle :

chaque doute passe par une personne, et chaque modification laisse une trace ;
un journal garde l’historique de ce qui a été lu, transformé et écrit ;
la lecture seule est la règle partout où l’écriture n’est pas nécessaire ;
l’outil existant reste la source de vérité : en cas d’arrêt du lien, l’équipe reprend le travail comme avant.

Construire autour de l’existant est le principe que nous appliquons chez nos clients. Chez Aliapur, éco-organisme de la filière des pneus usagés, nous avons branché l’IA sur un système historique de plus de 250 tables, en lecture seule : l’existant n’a pas été réécrit et aucune donnée n’a été déplacée.

Par où commencer#

Noter pendant une semaine chaque information tapée deux fois : d’où elle vient, où elle va, combien de fois par jour.
Vérifier ce que vos outils proposent déjà pour chacune : import, connecteur, EDI.
Choisir une seule ressaisie pour démarrer : celle qui revient le plus souvent, avec une source assez régulière.
Mettre ce premier lien en service, avec la validation des doutes, puis mesurer le temps gagné.
Passer à la suivante. Chaque lien posé rend le suivant plus simple, parce que les données sont déjà propres.

Quand une ressaisie disparaît, l’information arrive juste et au bon endroit dès sa réception. L’équipe garde ses outils et consacre son temps aux cas qui demandent vraiment son jugement.