En bref. Interfacer un ERP et une comptabilité n’est pas un problème de transfert d’écritures : c’est un problème de référentiels. Un même tiers doit porter le même identifiant des deux côtés, sinon rien ne tient.
Les projets échouent rarement sur la technique du flux. Ils échouent sur des fournisseurs présents deux fois, des comptes créés à la volée, et des schémas d’écriture décidés en cours de route.
Les trois référentiels à aligner
| Référentiel | Enjeu | Règle |
|---|---|---|
| Tiers | Clients et fournisseurs | Un identifiant unique, un système de référence |
| Articles et prestations | Imputation comptable et TVA | Chaque article porte son schéma comptable |
| Plan de comptes | Destination des écritures | Aucune création automatique de compte |
La dernière règle est essentielle : autoriser l’ERP à créer des comptes comptables aboutit, en quelques mois, à un plan de comptes ingérable. Un flux dont l’imputation est inconnue doit être rejeté, pas improvisé. Les identifiants d’entreprise et d’établissement utilisés comme clés de rapprochement proviennent du répertoire tenu par l’INSEE.
Le sens des flux
- ERP vers comptabilité : ventes, achats, stocks, immobilisations, paie. C’est le flux principal.
- Comptabilité vers ERP : encours clients, situation de règlement, blocage commercial.
- Bidirectionnel sur le référentiel tiers, à éviter sauf règle d’arbitrage claire.
Le deuxième flux est souvent oublié et pourtant très utile : un commercial qui voit l’encours et les impayés d’un client avant de prendre une commande évite un risque que personne d’autre ne peut prévenir à ce moment-là.
Détail ou agrégat
Deux stratégies de transfert, aux conséquences très différentes :
- Le détail : chaque facture donne une écriture. Le lettrage devient possible, l’analyse est fine, le volume est élevé.
- L’agrégat : les ventes d’une journée forment une seule écriture. Le volume est faible, mais le détail par client disparaît de la comptabilité.
La règle usuelle : détail pour tout ce qui est suivi par tiers — ventes à crédit, achats — et agrégat pour ce qui ne l’est pas, comme les ventes au comptant d’un point de vente. Le détail est indispensable dès lors qu’un lettrage est attendu.
Les schémas d’écriture
Chaque type d’opération doit avoir son schéma défini à l’avance :
- Une vente : compte client, compte de produit selon la famille d’articles, comptes de TVA selon le taux et le régime.
- Un achat : compte fournisseur, compte de charge ou d’immobilisation, TVA déductible.
- Un règlement : banque, tiers, écarts éventuels.
- Un mouvement de stock, si la comptabilité suit un inventaire permanent.
Ces schémas doivent couvrir les cas particuliers : autoliquidation, exonérations, opérations à l’étranger, acomptes. Un cas non prévu bloquera le flux — ce qui est préférable à une imputation par défaut, silencieuse et fausse.
Les contrôles de cohérence
- Compteurs : nombre de documents émis dans l’ERP contre nombre d’écritures reçues.
- Totaux : chiffre d’affaires de l’ERP contre soldes des comptes de produits.
- TVA : bases déclarées contre bases enregistrées.
- Encours clients : balance auxiliaire contre encours ERP.
- Absence de doublons : contrôle d’idempotence sur les flux rejoués.
Ces cinq contrôles s’automatisent et se produisent mensuellement. Sans eux, un décalage s’installe et devient impossible à reconstituer après quelques mois — mécanisme décrit dans notre article sur la qualité des données comptables.
La fréquence
| Rythme | Avantage | Inconvénient |
|---|---|---|
| Temps réel | Comptabilité toujours à jour | Erreurs propagées immédiatement |
| Quotidien | Bon compromis, fenêtre de correction | Léger décalage |
| Mensuel | Simple à contrôler | Correction tardive, volume important à reprendre |
Le quotidien convient à la plupart des PME : il laisse une fenêtre pour corriger dans l’ERP avant transfert, tout en gardant une comptabilité fraîche pour le tableau de bord.
Le projet, étape par étape
- Nettoyer les référentiels avant tout : doublons, identifiants, comptes obsolètes.
- Écrire les schémas d’écriture, cas particuliers compris.
- Choisir le mode de transfert : interface applicative ou fichier, selon ce que permettent les outils — voir notre article sur les API comptables.
- Tester sur un mois complet, en parallèle du circuit existant.
- Rapprocher les cinq contrôles avant de basculer.
- Documenter le flux et désigner un responsable des anomalies.
L’étape 1 consomme la majorité du temps du projet. C’est aussi celle dont les bénéfices dépassent l’interface : un référentiel propre sert à la facturation, aux échanges structurés et à la relance.
La reprise de l’existant
Au démarrage, deux options : reprendre l’historique ou partir des soldes. La seconde est presque toujours préférable — reprendre plusieurs exercices d’écritures détaillées coûte cher et apporte peu. Il suffit de conserver l’accès à l’ancien système et son fichier des écritures comptables pour la durée de conservation applicable.
Questions fréquentes
Faut-il un ERP et une comptabilité séparés ?
Un outil intégré évite l’interface mais impose ses choix comptables. Deux outils spécialisés bien interfacés restent fréquents et parfaitement viables.
Qui doit créer les tiers ?
Un seul système, désigné comme référence. Autoriser la création des deux côtés produit des doublons en quelques semaines, sans exception.
Que faire d’un flux en erreur ?
Le placer en file de reprise avec une alerte, jamais l’imputer par défaut. Une écriture fausse coûte plus cher qu’un flux bloqué et signalé.
Comment gérer les avoirs et acomptes ?
Comme des types d’opération à part entière, avec leur propre schéma d’écriture. Les traiter comme des ventes négatives crée des anomalies de TVA.
Conclusion
Le succès se joue avant le premier flux : un référentiel tiers nettoyé, des schémas d’écriture écrits, et l’interdiction faite à l’ERP de créer des comptes. Les cinq contrôles mensuels font le reste.