25 juillet 2026 — 5 min de lecture
SYSCOHADA dans un ERP : les choix de paramétrage qui vous suivront
Le plan comptable se paramètre au démarrage et se corrige très mal ensuite. Les décisions à prendre avant la première écriture, et celles qu'on regrette.
- comptabilité OHADA logiciel
- SYSCOHADA ERP
- plan comptable OHADA
- comptabilité RDC
Il y a une asymétrie cruelle dans un projet comptable : le paramétrage du plan comptable prend quelques jours, et ses conséquences durent des années.
Une fois les premières écritures passées, revenir sur la structure du plan devient un chantier lourd parfois impossible sans reprise d'historique. C'est pourquoi ces décisions méritent davantage d'attention qu'on ne leur en accorde généralement.
Cet article rassemble les choix qui comptent, et ceux qui se paient plus tard.
Le référentiel s'installe à la création de la base
Premier point, et le plus mécanique : dans la plupart des ERP, le référentiel comptable s'installe au moment où la base est créée, à partir du pays déclaré.
Créer une base sans préciser la République Démocratique du Congo installe un plan comptable générique souvent anglo-saxon. Corriger ensuite suppose de désinstaller la comptabilité et de repartir de zéro.
C'est un champ à remplir correctement une fois. C'est aussi la première question à poser à quiconque a déjà déployé un ERP chez vous.
Ne recréez pas un plan comptable
La tentation est fréquente : reprendre le plan comptable interne construit au fil des ans, avec ses comptes maison et ses habitudes, et le recréer dans le nouvel outil.
C'est presque toujours une erreur. Le référentiel SYSCOHADA est structuré : ses classes ont une signification, et les états financiers en dépendent. Un plan reconstruit en dehors de cette structure produit des états que ni votre expert-comptable ni l'administration ne pourront exploiter et il faudra retraiter à la main, chaque exercice.
Partez du référentiel standard, et n'ajoutez que ce qui manque réellement.
Les décisions structurantes
Le niveau de détail des comptes
Faut-il un compte client par client, ou un compte collectif ?
Un plan trop détaillé devient illisible et fastidieux à tenir. Un plan trop grossier oblige à retrouver l'information ailleurs. Le bon arbitrage : le détail vit dans les tiers et l'analytique, pas dans la numérotation des comptes. Un ERP sait suivre un solde par client sans qu'il faille créer un compte pour chacun.
L'analytique, décidée en amont
C'est le choix le plus déterminant, et le plus souvent différé.
L'analytique répond à la question : sur quel axe voulons-nous mesurer notre activité ? Par projet, par site, par bailleur, par activité, par affaire. Une ONG doit justifier ses dépenses par projet et par bailleur ; une entreprise de services veut sa rentabilité par affaire ; un commerce multi-sites veut ses résultats par magasin.
Reconstituer l'analytique après coup suppose de reprendre les écritures une par une. Cette réflexion appartient au cadrage, avant la première écriture pas au moment où l'on s'aperçoit que le rapport attendu est impossible à produire.
Les journaux
Un journal par nature d'opération et par moyen de paiement : ventes, achats, banque un par compte bancaire et par devise caisse, opérations diverses, paie. Trop peu de journaux rend le rapprochement pénible ; trop de journaux disperse.
Les taxes
Le paramétrage de la TVA doit refléter exactement les régimes applicables : taux, comptes de collecte et de déduction, mentions portées sur les documents.
Ce paramétrage a pris une importance nouvelle avec la facturation normalisée : une taxe mal paramétrée ne produit plus seulement une déclaration à corriger, elle produit des factures rejetées. L'erreur, autrefois rattrapable en fin de mois, devient bloquante immédiatement.
Les devises
Le franc congolais et le dollar coexistent dans les mêmes opérations. Trois questions à trancher au paramétrage : quelle est la monnaie de tenue de compte ? Comment les taux sont-ils alimentés et à quelle fréquence ? Où les écarts de conversion sont-ils imputés ?
Y répondre après la première clôture est douloureux.
Les erreurs qui se paient plus tard
| Erreur | Ce qu'elle coûte |
|---|---|
| Base créée sans le bon pays | Plan comptable inexploitable, reprise complète |
| Plan comptable maison recréé | États non conformes, retraitement à chaque exercice |
| Analytique décidée après coup | Reprise des écritures une par une |
| Comptes clients individuels | Plan illisible, maintenance permanente |
| Taxes approximatives | Déclarations fausses et désormais factures rejetées |
| Devises non cadrées | Écarts de conversion ingérables à la clôture |
L'ERP ne remplace pas votre expert-comptable
Un point de méthode, souvent mal compris.
Un ERP correctement paramétré produit les états. Il ne porte pas de jugement comptable : il ne décide pas d'un traitement, ne tranche pas une qualification, n'engage pas de responsabilité.
Le bon dispositif associe un intégrateur qui construit l'outil et un professionnel du chiffre qui valide les choix. Un intégrateur qui prétend se substituer au second vous expose ; un expert-comptable qui paramètre seul un ERP produit souvent une comptabilité juste dans un outil inutilisable.
En résumé
- Le référentiel s'installe à la création de la base. Vérifiez que le pays déclaré est bien la RDC.
- Ne recréez pas votre plan comptable maison : partez du référentiel standard.
- L'analytique se décide avant la première écriture. C'est le point le plus coûteux à rattraper.
- Le détail vit dans les tiers et l'analytique, pas dans la numérotation des comptes.
- Depuis la facturation normalisée, une taxe mal paramétrée bloque la facturation — elle ne se corrige plus en fin de mois.
- L'ERP produit les états ; votre expert-comptable valide les choix.
Si un projet comptable démarre chez vous, ces décisions se prennent maintenant. Nous pouvons les instruire avec vous et votre conseil.