Clôture SYSCOHADA : ce qu’elle révèle de votre ERP.

Nous avons pris l’habitude, en arrivant chez un client, de nous asseoir avec l’équipe comptable pendant une clôture avant de lire quelque documentation que ce soit. Non par goût du folklore : parce que la clôture concentre en quelques jours tout ce que le reste de l’année dissimule. Les processus amont peuvent vivre longtemps avec leurs approximations. La clôture, elle, doit produire un chiffre juste, daté, opposable au commissaire aux comptes et à l’administration fiscale. Elle absorbe donc, mois après mois, le coût de tout ce qui a été mal enregistré, contourné ou bricolé en amont. Sa durée et sa pénibilité sont la facture consolidée de ces renoncements.

Ce que l’ERP doit produire nativement

Dans l’espace OHADA, la clôture n’est pas seulement un exercice interne. L’Acte uniforme relatif au droit comptable et à l’information financière impose un jeu d’états : le bilan, le compte de résultat, le tableau des flux de trésorerie, qui a remplacé l’ancien TAFIRE, et les notes annexes. Ces états doivent sortir de l’ERP. Pas d’un retraitement Excel qui repart d’une balance extraite, pas d’un cabinet extérieur qui reconstitue les flux de trésorerie à la main chaque trimestre. Un système qui ne sait pas produire ses états SYSCOHADA à partir de sa propre donnée n’est pas localisé ; il est toléré.

Même exigence pour la TVA. Au Sénégal, le taux normal est de 18 %, avec ses régimes particuliers, ses exonérations et ses obligations déclaratives. Le système doit calculer, imputer et déclarer sans intervention manuelle sur les montants. Dès qu’une équipe recalcule la TVA dans un tableur « parce que le module ne sort pas la bonne base », le problème n’est pas fiscal. Il est dans le paramétrage, ou dans un processus qui contourne le système.

Trois symptômes, trois causes

Le premier symptôme, ce sont les rapprochements manuels. Quand une équipe passe ses soirées à réconcilier la comptabilité générale avec l’analytique, les stocks avec le grand livre, les comptes intra-groupe entre filiales, le problème n’est pas la compétence des comptables. C’est que les données ne concordent pas à la source : mêmes opérations enregistrées deux fois selon deux logiques, référentiels divergents, imputations laissées au choix de la personne qui saisit. Le rapprochement de fin de mois répare à la main ce que la donnée amont aurait dû garantir.

Le deuxième symptôme, ce sont les retraitements Excel. Chaque classeur raconte la même histoire : quelque part, un processus réel ne passe plus par le système. La remise accordée hors outil, la provision calculée à part, l’état SYSCOHADA remonté ligne à ligne parce que « le standard ne le sort pas comme ça », la valorisation du stock corrigée après coup. Le tableur est rarement une paresse ; c’est la trace d’un contournement devenu institution. Il fonctionne, jusqu’au jour où son auteur change de poste.

Ce qui mène au troisième symptôme, le plus révélateur : la clôture qui repose sur deux personnes. Si le calendrier de clôture s’organise autour des congés de deux collaborateurs, c’est que des pans entiers du système, développements spécifiques, états sur mesure, enchaînements de traitements, n’existent que dans leur mémoire. Un spécifique non documenté n’est pas un actif ; c’est un risque en attente de date. La clôture est simplement l’endroit où ce risque devient visible douze fois par an.

La clôture absorbe, mois après mois, le coût de tout ce qui a été mal enregistré, contourné ou bricolé en amont. Sa durée est la facture consolidée.

Le cas des groupes multi-sociétés de l’UEMOA

Un groupe présent dans plusieurs États de l’union partage une devise, le franc CFA, et un référentiel comptable, le SYSCOHADA. Sur le papier, la consolidation devrait être simple. Dans les faits, chaque filiale a sa fiscalité, ses obligations déclaratives, parfois son plan de comptes détaillé, souvent son propre outil. La clôture groupe se transforme alors en collecte de fichiers, en retraitements d’écritures intra-groupe et en réconciliations de soldes qui ne se parlent pas. Le temps passé à consolider est le temps qui manque pour analyser.

Ce que nous cherchons dans un ERP de groupe régional : un plan de comptes commun avec ses déclinaisons nationales, des sociétés paramétrées dans un même système, des flux intra-groupe qui s’éliminent parce qu’ils ont été enregistrés des deux côtés de la même façon, et une clôture qui se déroule dans le même ordre à Dakar, à Bamako et à Cotonou. Ce n’est pas une prouesse technique. C’est une décision d’harmonisation, prise par la direction financière avant le paramétrage.

Ce que le journal universel change, et ce qu’il ne change pas

SAP S/4HANA apporte sur ce terrain un changement de fond : le journal universel. Comptabilité générale, analytique, immobilisations, valorisation des stocks cessent d’être des mondes tenus en parallèle et réconciliés après coup ; ils s’écrivent dans une même donnée, au fil de l’eau. Toute une catégorie de rapprochements disparaît non parce qu’on l’a automatisée, mais parce que l’écart qu’elle corrigeait ne peut structurellement plus se produire. Les états SYSCOHADA et le reporting de direction partent alors de la même source, ce qui met fin aux « deux vérités » entre la comptabilité et le contrôle de gestion.

Mais le journal universel change la donnée, pas la discipline. Si les processus amont continuent d’être contournés, les classeurs de retraitement survivront à la migration ; ils partiront simplement d’extractions plus fraîches. Si les imputations restent affaire de préférence individuelle, la donnée unique portera des choix incohérents avec une parfaite fidélité. Un nouveau cœur hérite des habitudes qu’on lui apporte. La technologie supprime les réconciliations structurelles ; elle ne supprime aucune des réconciliations culturelles.

Lire sa propre clôture comme un audit

D’où une suggestion que nous faisons souvent, parce qu’elle ne coûte rien : instrumentez votre prochaine clôture comme vous instrumenteriez un processus industriel. Listez chaque tâche, son responsable, sa durée, et surtout sa nature : contrôle légitime, ou réparation d’un défaut amont ? Chaque rapprochement manuel pointe une donnée à fiabiliser à la source. Chaque classeur Excel pointe un processus à faire revenir dans le système, ou un manque de localisation à combler. Chaque tâche qu’une seule personne sait faire pointe un spécifique à documenter, à standardiser ou à supprimer. Vous obtiendrez une cartographie des faiblesses de votre ERP plus honnête que bien des audits, établie par les personnes qui les subissent.

Cet exercice prend un relief particulier à l’approche de l’échéance 2027. La liste des réparations récurrentes de votre clôture est exactement la liste de ce qu’une conversion mal préparée transportera tel quel dans SAP S/4HANA. À l’inverse, c’est dans la clôture que se juge une conversion réussie : la première clôture d’après dit immédiatement si le programme a assaini la donnée, produit les états SYSCOHADA nativement et harmonisé les filiales, ou s’il a déménagé les problèmes dans un système plus rapide. Nous encourageons nos clients à en faire un critère explicite de leur programme SAP · S/4HANA & ERP, au même titre que la reprise des données ou la tenue du budget.

C’est toute la conviction de notre expertise finance : la clôture n’est pas une corvée à accélérer, c’est l’instrument de mesure le plus fiable dont dispose une direction financière sur son propre système. Encore faut-il accepter de lire ce qu’il affiche.