La clôture comptable d’un exercice SYSCOHADA est rarement le moment le plus détendu d’une PME. Voici cinq erreurs qui reviennent systématiquement dans les PME camerounaises que nous accompagnons, classées par coût correctif.

1. Les à-nouveaux mal générés

Le premier piège — et le plus douloureux — c’est de basculer sur un nouvel exercice sans avoir généré le journal d’à-nouveaux.

L’à-nouveau est la pseudo-écriture qui ré-injecte au 1ᵉʳ jour de l’exercice N+1 les soldes de bilan (classes 1 à 5) de l’exercice N. Sans ce journal, votre balance d’ouverture est vide. Vos comptes clients 411 paraissent à zéro, vos comptes fournisseurs 401 aussi, votre trésorerie aussi. Votre comptable devient nerveux. Vous aussi.

Comment le détecter :

  • Balance d’ouverture N+1 = balance vide ou colonnes N-1 à zéro
  • Grand livre d’un compte 411 d’un client habituel : 0 mouvement avant le premier encaissement N+1

Comment le corriger :

  • Re-générer l’à-nouveau depuis la balance définitive de l’exercice N
  • Vérifier que la somme des débits = somme des crédits sur le journal AN
  • Recompter quelques comptes connus pour valider l’extrapolation

Dans SynkriaOps, la régénération de l’AN est automatique à la re-clôture de l’exercice N (cf. LOT-RECLOTURE-AUTO-AN, PR #279). Ce qui réduit ce piège à zéro occurrence pour les utilisateurs après la première clôture.

2. Affectation du résultat au mauvais compte

Deuxième piège : confondre le compte de résultat (calcul) avec le compte de bilan d’affectation (12).

Le résultat de l’exercice se calcule à partir des classes 6 (charges) et 7 (produits). Une fois calculé, il est affecté à un compte du passif :

  • 1301 — Résultat net : bénéfice
  • 1309 — Résultat net : perte

Le compte 12 est un compte de regroupement, pas un compte de destination pour l’affectation. Si votre logiciel envoie le résultat au compte 12, le bilan se rééquilibre côté présentation mais la suite (affectation aux réserves, distribution dividendes) sera tordue.

3. L’export FEC oublié jusqu’au contrôle

Le Fichier des Écritures Comptables (FEC) est un format normalisé permettant au fisc d’auditer votre comptabilité. Il n’est pas optionnel dès qu’un contrôle se déclenche — et il doit être généré dans le format SYSCOHADA révisé, pas dans un format propriétaire.

Ce que beaucoup oublient : le FEC doit être généré pour chaque exercice clos, pas seulement « si on est contrôlé ». Le générer le jour J de l’avis de passage fiscal est techniquement possible mais stresse l’équipe et augmente la probabilité d’oubli (charges sociales non lettrées, OD manquantes).

Bonne pratique : générer le FEC à la clôture, l’archiver hors de votre ERP (cloud immuable, support physique) et oublier qu’il existe jusqu’au contrôle suivant.

4. Les comptes 6 et 7 non soldés en fin d’exercice

Avant de calculer le résultat, les comptes de charges et de produits (classes 6 et 7) doivent être soldés. C’est le mécanisme automatique de bascule vers le compte 12 puis vers 1301/1309.

Le piège : certains logiciels laissent traîner des écritures de régularisation postérieures à la date d’arrêté sur les comptes 6/7 — typiquement des factures fournisseurs reçues en janvier N+1 mais relatives à l’exercice N.

Comment éviter : un cut-off propre. Si une charge est attribuable à N, elle est passée en factures à recevoir (4081) ou charges constatées d’avance (4886) selon le cas, avec contrepartie sur classe 6 dans l’exercice N.

5. Les écritures non lettrées sur comptes auxiliaires

Le lettrage est le mécanisme de mise en correspondance des écritures Débit↔Crédit sur un même compte tiers. Un compte client (411######) bien lettré montre clairement quelles factures ont été payées et lesquelles sont en attente.

Un compte client non lettré affiche une masse d’écritures qui se compensent peut-être, peut-être pas. À la clôture, il est techniquement valide (le solde s’ajoute correctement au bilan) mais il pollue les relances clients et l’analyse de l’antériorité.

Recommandation : lettrer au fil de l’eau pendant l’exercice, pas en opération marathon à la clôture. SynkriaOps lettre automatiquement les encaissements correspondants détectés via le rapprochement bancaire.

Pour aller plus loin

  • Le trigger d’immuabilité SynkriaOps empêche toute modification d’une pièce comptable validée — cf. apps/api/src/migrations/1782100000000-TightenPiecesValideeImmutability.ts.
  • Le hash chaîné SHA-256 sur les pièces validées détecte toute altération rétroactive — cf. apps/api/src/modules/pieces-comptables/services/piece-hash.service.ts.
  • Le FEC SYSCOHADA est généré automatiquement par apps/api/src/modules/exercice-fiscal/fec-generator.service.ts.

Ces trois mécanismes ne remplacent pas la rigueur du tenu de la comptabilité, mais ils garantissent que l’historique est fiable quand le contrôleur passe.