Où va vraiment le bilan de fin de mois : le parcours entre votre ERP et Excel

Demandez à un contrôleur de gestion où se joue réellement la clôture de fin de mois, et la réponse honnête sera : ni dans l’ERP, ni dans le tableur. C’est dans le va-et-vient entre les deux que tout se joue. L’ERP contient les chiffres. C’est dans Excel que le rapport est élaboré, vérifié et expliqué. Le véritable travail réside dans ce va-et-vient : transférer les chiffres du système de référence vers le classeur, encore et encore, jusqu’à ce que la clôture soit terminée. Ce schéma s’applique que le système comptable soit Sage Intacct, Acumatica ou Business Central. 

Imaginez le dernier jour de la clôture. Les comptes sont presque finalisés dans le progiciel de gestion intégré (ERP). Le directeur financier souhaite disposer dès le lendemain matin du dossier de pilotage : un compte de résultat par service, une vue consolidée de l’ensemble des entités et une colonne indiquant les écarts par rapport au budget. Aucun de ces éléments ne sort de l’ERP sous la forme souhaitée par le directeur financier ; le contrôleur de gestion ouvre donc Excel, et le travail manuel commence. 

Le processus commence par une exportation. Le contrôleur extrait un rapport ou des données brutes de l’ERP, les importe dans un classeur, les reformate, ajoute les formules nécessaires au pack, puis le livre. La première version se déroule sans problème. Le problème survient lors de la deuxième version, puis de la douzième. Une écriture comptable tardive est enregistrée, une nouvelle entité rejoint le groupe, un compte est retraité, et les chiffres changent. L’exportation est donc relancée, le classeur est reconstruit, et les questions de version commencent. S’agit-il du fichier contenant les éliminations corrigées, ou de celui qui l’a précédé ? Quel onglet contient la répartition actuelle des effectifs ? La première semaine de la plupart des mois est consacrée aux aspects techniques des rapports plutôt qu’à l’analyse. 

Certaines tâches se répètent avec une telle régularité qu’elles finissent par ne plus ressembler à du travail. Le même rapport de service, refait chaque mois parce que le fichier du mois dernier contient des références obsolètes auxquelles personne ne se fie vraiment. Le même dossier destiné au conseil d’administration, reformaté de A à Z parce que l’exportation ne respecte jamais la mise en page attendue par le conseil. Rien de tout cela n’apparaît dans le calendrier des échéances, et pourtant, tout cela se produit quand même. 

Les fonctions de reporting natives de tout ERP prennent en charge les tâches standard. Les balances de vérification, le compte de résultat par département et le bilan s’affichent clairement. Les difficultés commencent dès que le service financier a besoin de quelque chose pour lequel l’outil de reporting n’a jamais été conçu : une mise en page personnalisée préférée par le conseil d’administration, une consolidation multi-entités avec éliminations, la comparaison des chiffres réels, du budget et des prévisions dans une seule vue, ou encore l’affichage de chiffres financiers à côté d’indicateurs opérationnels. Les générateurs de rapports natifs et les outils de business intelligence obligent tous deux le service financier à choisir entre des données en temps réel et un format avec lequel il peut travailler, si bien que la demande « Pouvez-vous me présenter cette analyse sous un autre angle ? » nécessite deux jours de travail pour obtenir une réponse. 

La consolidation engendre elle-même des frictions. Que le progiciel ERP enregistre une seule opération de consolidation par période ou qu’il effectue la consolidation via une société distincte qui importe les données de chaque filiale, le résultat est le même : les chiffres consolidés restent figés, les éliminations intra-groupe sont traitées manuellement et la possibilité d’explorer le détail derrière un chiffre disparaît souvent. Lorsque le conseil d’administration demande ce qui se cache derrière un chiffre, le contrôleur de gestion reconstitue ce détail dans Excel. 

Certaines équipes tentent de contourner l'exportation en accédant directement aux données via une requête SQL ou un script API. Cela fonctionne… jusqu'à ce que ça ne fonctionne plus. La personne qui a rédigé la requête devient celle qui doit la maintenir, et lorsqu’un champ est renommé ou qu’une nouvelle structure apparaît, cette personne devient alors le goulot d’étranglement. Le résultat s’affiche sous forme de données brutes plutôt que d’états financiers, si bien que quelqu’un doit encore les mettre en forme pour qu’un membre du conseil d’administration puisse les lire. Ce travail de mise en forme s’effectue dans Excel, ce qui était de toute façon le but final de l’opération. 

La responsabilité de cette tâche revient à la personne la plus expérimentée de la salle. Établir un périmètre de consolidation clair, repérer les éliminations qui semblent incohérentes, mettre en forme un dossier auquel le conseil d’administration pourra se fier : ce travail exige du discernement, c’est pourquoi il incombe au contrôleur de gestion ou au comptable senior. Les équipes financières, désormais allégées, doivent désormais mener à bien la même clôture avec moins de personnel, ce qui rend ces heures plus rares que jamais ; l’analyse, pour laquelle l’équipe a été recrutée, ne bénéficie donc que du temps restant après la clôture. 

Le processus ne s'arrête pas non plus une fois le dossier constitué. Celui-ci est envoyé par e-mail ; un vérificateur repère un chiffre qui semble erroné ; une valeur est corrigée dans l'ERP ; et la séquence d'exportation et de reconstitution se relance pour une seule cellule modifiée. Multipliez cela par le nombre de vérificateurs, qui souhaitent chacun disposer de leur propre version, et la clôture prend une seconde vie alors qu'elle était censée être terminée. 

Ce va-et-vient persiste pour une raison qui n’a rien à voir avec les compétences de l’équipe. Le progiciel de gestion intégré (ERP) a pour vocation de stocker des données financières et d’appliquer des contrôles, et il remplit parfaitement cette mission ; c’est d’ailleurs pour cette raison qu’il résiste à toute tentative de refonte à la demande. Excel, quant à lui, sert à explorer et à expliquer, ce qui en fait l’outil naturel de travail des services financiers, tant qu’il reste connecté au système de référence au lieu de devenir un simple entrepôt de données. Personne n’a construit de passerelle entre les deux, si bien que le contrôleur de gestion devient cette passerelle, transférant les chiffres manuellement à chaque clôture. 

Tout responsable peut évaluer le temps consacré à ces tâches sans avoir à lancer de projet. Au cours d’un cycle complet, comptez les exportations, les reconstructions et les vérifications de version. Notez les demandes qui se sont transformées en projets de deux jours parce qu’il a fallu découper les chiffres différemment. Ce total correspond à la journée de travail réelle, celle qui se déroule dans l’espace entre l’ERP et la feuille de calcul, et c’est l’image la plus claire de ce que la configuration actuelle exige de l’équipe chaque mois.

Découvrez le coût réel de l'échange de données entre votre ERP et Excel + Téléchargez le guide gratuit

Se contenter de lire des informations sur le problème est une chose. Mais il est bien plus utile de voir comment cela s'applique concrètement à votre propre équipe. C'est précisément dans ce but que nous avons mis au point un outil gratuit d'auto-évaluation « Lean Finance » : un diagnostic rapide qui identifie les points où votre processus de clôture, vos rapports et le temps de votre équipe entraînent une perte insidieuse de capacité.