L’IA dans la clôture mensuelle : ce qu’on confie au modèle, ce qu’on garde

Dans la clôture mensuelle d’un groupe, l’IA trouve sa place sur les contrôles répétitifs : rapprocher, comparer les deux côtés d’un flux intersociétés, signaler ce qui ne tombe pas juste et préparer des propositions. Elle ne doit ni décider, ni verrouiller une période, ni valider des écritures. Et elle ne règle pas une clôture lente. Dans un groupe multi-entités, une clôture qui traîne attend presque toujours des flux intercos que personne n’a arbitrés et des plans comptables qui ont divergé. Tranchez d’abord ces questions : le modèle aura enfin quelque chose de stable à contrôler.

Pourquoi l’IA ne règle-t-elle pas une clôture lente ?

Parce que le modèle lit ce que les entités ont enregistré, et qu’une clôture lente est rarement un problème de lecture. Si deux filiales comptabilisent le même flux intersociétés de deux façons différentes, une IA repère l’écart plus vite qu’une personne. Elle ne peut pas décider quel côté a raison. C’est un arbitrage, et il faut quelqu’un qui a l’autorité de le rendre.

Business Central montre où se logent ces décisions. Une consolidation peut réunir des sociétés aux plans comptables différents, mais seulement une fois que quelqu’un a rattaché chaque compte de chaque filiale à un compte de la société de consolidation, via les champs de compte de consolidation au débit et au crédit. Et la documentation de Microsoft est explicite sur l’étape suivante : le traitement des éliminations de consolidation est un processus manuel. Le rattachement des comptes et les règles d’élimination sont des choix humains. Un modèle peut les appliquer. Il ne peut pas les faire.

Quand la clôture d’un groupe est lente pour ces raisons, ce qui la débloque relève du conseil cause racine, pas d’un nouvel outil. L’IA vient après.

En quoi consiste une clôture mensuelle dans Business Central ?

En une liste de tâches facultatives, pas en une procédure imposée. Microsoft l’écrit lui-même : Business Central ne vous oblige pas à clôturer les périodes. Sa vue d’ensemble des travaux de fin de période cite notamment : définir les périodes de validation, passer les écritures d’ajustement, valider les feuilles abonnement, valider tous les documents de vente et d’achat en cours, rapprocher clients et fournisseurs de la comptabilité générale, comptabiliser les amortissements des immobilisations, traiter les transactions intersociétés et établir les déclarations de TVA.

Deux détails comptent avant d’approcher une IA de ce processus :

• Les périodes comptables ne contrôlent pas les dates de validation. Ce sont les champs Autoriser la validation à partir du et Autoriser la validation jusqu’au qui le font, sur la page Paramètres comptabilité pour la société et sur Paramètres utilisateur pour chaque personne, le réglage utilisateur primant sur celui de la société.
• Depuis la première vague de lancement 2026, ces bornes peuvent être des formules de date. Microsoft prévient qu’elles sont évaluées par rapport à la date de travail, que chaque utilisateur peut modifier : elles sont donc moins restrictives que des dates fixes posées par un administrateur.

Relisez cette liste et triez-la. Certaines tâches sont des décisions. D’autres sont des contrôles qui reviennent chaque mois avec les mêmes règles. D’autres encore sont des validations. L’IA n’a sa place que dans le deuxième groupe.

Quelles tâches de clôture un modèle peut-il préparer ?

Les contrôles qui suivent une règle que quelqu’un sait énoncer. Le schéma est toujours le même : lire, comparer, signaler, proposer.

• Les rapprochements. Soldes clients et fournisseurs face à la comptabilité générale, entité par entité, avec la liste des écarts.
• Les documents restés ouverts. Documents de vente et d’achat non validés à la fin de la période, feuilles abonnement pas encore lancées.
• Les deux côtés de l’interco. L’état des transactions intersociétés (état 512) liste les ventes, les achats et les écritures de journal intersociétés validés entre entités internes. Comparer ce que l’entité A a comptabilisé envers B avec ce que B a comptabilisé depuis A, c’est exactement le travail fastidieux et réglé qu’un modèle fait bien.
• Les écritures hors fenêtre. Des écritures datées hors de la période attendue, ou passées par des utilisateurs dont la fenêtre de validation est restée ouverte.
• Le rapprochement bancaire. Business Central le propose déjà. Rapprocher avec Copilot lance d’abord la correspondance automatique standard, puis applique l’IA aux lignes restées sans correspondance, d’après les dates, les montants et les libellés. Rien de ce qu’il propose n’est enregistré tant qu’un utilisateur n’a pas choisi Conserver.

Ce dernier point est le modèle à reproduire pour tous les autres contrôles. Sur notre propre Business Central, un agent IA assure un contrôle interne du même type : il lit les saisies de temps du mois, les regroupe, signale les lignes qui ne tombent pas juste et prépare les lignes corrigées. Les enregistrer est une étape distincte, lancée volontairement par une personne. Le modèle prépare. Une personne engage.

Que doit-on garder entre des mains humaines ?

Tout ce qui relève d’une décision ou d’un engagement :

1. Fermer la fenêtre de validation. Qui peut encore valider après la date d’arrêté, et jusqu’à quand, c’est un contrôle, pas une commodité. Cela se règle dans Paramètres comptabilité et Paramètres utilisateur, et c’est une personne qui le règle.
2. Arbitrer les écarts intercos. Le modèle montre que deux entités ne sont pas d’accord. Quelqu’un décide laquelle corrige son écriture.
3. Les éliminations. Manuelles dans Business Central, et affaire de jugement sur ce qui est interne ou non.
4. Les estimations. Charges à payer, provisions et ajustements portent un jugement qui doit être signé d’un nom.
5. La validation. Le modèle écrit ses propositions dans une feuille ou une zone d’attente. Un utilisateur nommé les valide, avec ses propres droits.

Le détail de ce circuit d’écriture, et ce qu’un auditeur demandera à voir, se trouve dans notre article sur la gouvernance de l’IA en finance.

Pourquoi le « tout est bon » du modèle doit-il être vérifié par une seconde voie ?

Parce que le résultat le plus dangereux d’un contrôle de clôture est une liste vide. Un agent qui filtre sur le mauvais champ, ou dans la mauvaise société, annonce « aucun écart trouvé » avec la même assurance qu’un vrai résultat propre. En clôture, c’est ce silence qui fait verrouiller une période avec une erreur à l’intérieur.

Chaque résultat rendu par le modèle est donc comparé à un chiffre obtenu autrement : le nombre de lignes intercos qu’il a contrôlées face aux totaux de l’état standard, le rapprochement qu’il annonce face à la balance générale. Si les deux voies divergent, personne ne verrouille rien. Nous détaillons ce mode d’échec dans notre article sur les agents IA sur les données ERP et la réponse « rien trouvé ».

Dans quel ordre un groupe doit-il introduire l’IA dans sa clôture ?

Dans l’ordre qui rend chaque étape vérifiable :

1. Trancher les règles d’abord. Conventions des flux intercos, rattachement des comptes pour la consolidation, responsable de chaque solde. Si personne ne sait énoncer la règle, aucun modèle ne peut l’appliquer.
2. Écrire chaque contrôle tel qu’il est fait aujourd’hui. Quel état, quel filtre, quelle tolérance, ce qui compte comme une anomalie. Ce contrôle écrit est le cahier des charges que le modèle suit.
3. Faire tourner le modèle en lecture seule, à côté des équipes. Une entité, les mêmes contrôles, et une comparaison de son résultat avec celui des personnes sur plusieurs clôtures.
4. Ensuite seulement, le laisser préparer des propositions. Dans une feuille ou une zone d’attente, jamais directement dans les données validées. La validation reste à une personne nommée.

Aucune de ces étapes ne promet un nombre de jours gagnés. Ce qu’elles font : déplacer la partie répétitive de la clôture vers quelque chose qui ne fatigue pas au huitième jour, pendant que les décisions restent là où elles doivent être.

L’approche Asio Services

Nous commençons un projet de clôture par les décisions, pas par le modèle. Quelles règles intercos sont tranchées, lesquelles ne le sont pas, qui porte chaque solde. Ensuite nous écrivons les contrôles, nous les faisons tourner en lecture seule à côté de l’équipe finance, et seulement après nous construisons le circuit d’écriture, avec une zone d’attente et un utilisateur nommé. Si votre clôture est lente et qu’on vous demande un plan IA pour elle, commencez par le formulaire clarté : nous vous dirons quelle partie relève d’un outil et laquelle n’en relève pas.

FAQ

L’IA peut-elle clôturer seule les comptes dans Business Central ?

Non, et elle ne doit pas le faire. L’IA peut préparer les contrôles répétitifs d’une clôture, comme les rapprochements, la comparaison des intercos et les propositions de rapprochement bancaire. Verrouiller la fenêtre de validation, arbitrer les écarts, passer les éliminations et valider restent l’affaire de personnes nommées.

L’IA va-t-elle accélérer notre clôture mensuelle ?

Elle peut retirer du contrôle répétitif à l’équipe finance. Mais une clôture lente parce que les flux intercos n’ont jamais été arbitrés, ou parce que les plans comptables ont divergé, reste lente tant que ces décisions ne sont pas prises. Le modèle ne fait que contrôler plus vite ce que les entités ont enregistré.

Business Central a-t-il déjà de l’IA pour la clôture ?

Oui, pour le rapprochement bancaire. Rapprocher avec Copilot propose des correspondances après la correspondance automatique standard et peut suggérer des comptes généraux pour les lignes résiduelles. Rien n’est enregistré tant qu’un utilisateur ne conserve pas les propositions.

Par où commencer l’IA dans la clôture d’un groupe ?

Par un contrôle en lecture seule que l’équipe fait déjà à la main et sait décrire précisément, comme la comparaison des deux côtés des transactions intersociétés. Faites tourner le modèle à côté des personnes pendant plusieurs clôtures avant de le laisser préparer la moindre écriture.