Automatiser la clôture comptable sans perdre l'auditabilité

La clôture mensuelle concentre une part importante de la charge d’une direction financière, et une part encore plus importante de sa charge mentale. Elle revient tous les mois, elle est bornée par des délais fixes, et elle mobilise simultanément la comptabilité, le contrôle de gestion et les opérationnels.

C’est un candidat évident à l’automatisation. C’est aussi un des processus où l’automatisation mal conduite coûte le plus cher, parce qu’elle peut dégrader la piste d’audit sans que personne ne s’en aperçoive avant le passage du commissaire aux comptes.

Où part réellement le temps

Avant d’automatiser, il faut savoir ce qu’on automatise. Dans la plupart des organisations, le temps de clôture ne se répartit pas là où on l’imagine.

La saisie comptable proprement dite est rarement le poste dominant. Ce qui pèse, ce sont les activités périphériques : relancer les services qui n’ont pas transmis leurs pièces, rapprocher des fichiers issus de systèmes qui ne se parlent pas, refaire chaque mois les mêmes contrôles de cohérence, reconstituer l’explication d’un écart constaté trois semaines plus tôt, et mettre en forme des états pour des destinataires qui les veulent chacun différemment.

Ces activités ont un point commun : elles sont répétitives, elles suivent une logique stable, et elles ne produisent aucune décision. Ce sont elles qu’il faut examiner en premier.

Ce qui s’automatise sans risque

Trois familles de tâches se prêtent bien à l’automatisation, parce que l’erreur y est détectable et réversible.

La collecte et la relance. Savoir qui n’a pas transmis quoi, et le rappeler, ne demande aucun jugement. C’est du suivi d’échéances.

Les contrôles de cohérence systématiques. Vérifier qu’un total correspond, qu’un compte est soldé, qu’une variation dépasse un seuil : ces contrôles gagnent à être exécutés intégralement plutôt que par sondage, ce qu’aucune équipe ne fait à la main faute de temps.

La mise en forme et la diffusion. Produire le même état pour cinq destinataires dans cinq formats différents est un travail sans valeur ajoutée, et une source d’erreurs de manipulation.

Ce qui doit rester humain

Le critère n’est pas la difficulté technique. Une machine peut parfaitement proposer une écriture d’ajustement. La question est celle du coût de l’erreur et de la responsabilité.

Doivent rester sous décision humaine explicite : les jugements de valeur (provisions, dépréciations, estimations), les retraitements exceptionnels, les arbitrages de rattachement à l’exercice, et toute opération dont la correction a posteriori serait coûteuse ou visible à l’extérieur.

Une automatisation bien conçue ne supprime pas ces décisions. Elle les prépare : elle rassemble les éléments, signale ce qui sort des seuils habituels, et présente le dossier à la personne qui tranchera. La différence entre les deux approches est considérable en matière de contrôle interne.

La contrainte d’auditabilité

C’est le point où beaucoup de projets dérapent, et il mérite d’être posé dès le cadrage.

Un traitement automatisé doit pouvoir répondre à quatre questions, plusieurs mois après les faits :

• Qu’est-ce qui a été exécuté, et quand ?
• Sur quelles données d’entrée ?
• Selon quelles règles, dans quelle version ?
• Qui a validé, et à quel moment ?

Si l’une de ces réponses n’est pas conservée, l’entreprise a gagné du temps en clôture et perdu en capacité à justifier ses comptes. Le gain est illusoire.

Cette exigence a une conséquence pratique souvent négligée : les règles de gestion doivent être versionnées. Une règle modifiée en cours d’exercice change la façon dont les comptes ont été produits. Si personne ne peut dire quelle version s’appliquait au mois de mars, l’explication des écarts devient impossible.

Trois conditions à poser avant de commencer

Mesurer d’abord. Combien de fois par mois, combien de temps, combien d’erreurs, pour quel coût. Sans ce point de départ, aucune évaluation ultérieure n’est possible, et le projet sera jugé sur une impression.

Commencer par un seul processus. Les échecs les plus coûteux concernent les projets qui visent à transformer toute la fonction simultanément. Un périmètre étroit produit un résultat mesurable en quelques semaines et permet d’apprendre avant d’élargir.

Prévoir la panne. Un traitement qui s’interrompt en silence pendant une clôture est plus dangereux qu’un traitement inexistant, parce que l’équipe croit le travail fait. Le signalement d’exécution doit être conçu avant la fonctionnalité elle-même.

Faut-il de l’intelligence artificielle ?

Pas nécessairement, et c’est un arbitrage à faire explicitement.

La collecte, les contrôles de seuil et la mise en forme relèvent d’une automatisation classique : moins coûteuse, plus prévisible, plus facile à auditer. L’intelligence artificielle devient utile lorsqu’il faut interpréter de l’information non structurée, par exemple exploiter des documents hétérogènes ou rédiger un commentaire d’écart à partir de plusieurs sources.

Un projet qui mobilise de l’intelligence artificielle là où une règle déterministe suffirait ajoute du coût, de l’imprévisibilité et une difficulté d’audit, sans contrepartie. C’est une erreur fréquente, et elle est facile à éviter dès lors que la question est posée.