IA en finance d'entreprise : automatiser la colle, pas le cerveau

Le diagnostic : des humains comme ciment entre les logiciels

Les directions financières empilent ERP, outils de clôture, automatisation des comptes fournisseurs, gestion des notes de frais et de trésorerie. Pourtant, la clôture reste vécue comme un cauchemar : longues heures, rapprochements sur tableur, relances pour obtenir des validations.

Pour l'auteur, les logiciels comme Concur, SAP ou Bill.com ont automatisé les gros blocs. Mais entre eux subsistent des centaines de petites tâches : copier une valeur, vérifier que deux montants concordent, relancer, escalader. Les humains sont devenus la colle du système, ce qui rend toute montée en charge pénible.

C'est là que l'IA doit intervenir, selon lui, sans remplacer l'ERP ni construire un hypothétique « cerveau financier ». Il estime que ce tissu conjonctif occupe 60 % du temps des équipes et concentre l'essentiel du retour sur investissement.

Les chiffres qui devraient inquiéter les CFO

La moitié des équipes finance mettent plus d'une semaine à clôturer. L'auteur insiste : ce n'est plus un problème technologique, mais un problème de workflow et de goulots d'étranglement humains, liés à des exceptions non résolues et à des validations qui dorment dans une boîte mail.

Côté comptes fournisseurs, environ deux tiers des factures nécessitent une intervention, et 14 % un traitement manuel d'exception, le plus coûteux. Excel n'est pas le coupable : le vrai problème est que le processus réel ne vit pas dans le système.

La statistique jugée la plus importante vient de Gartner : 87 % des pilotes IA ne passent jamais en production. Une démo enthousiasmante, puis l'abandon, généralement à cause d'une mauvaise méthode plutôt que d'une technologie défaillante.

Cinq terrains où les agents fonctionnent

Exceptions : un agent surveille la file en temps réel, cherche le bon de commande manquant par fournisseur, montant et date, vérifie les écarts de prix au regard du contrat, relance puis escalade les validations bloquées après 24 heures. L'humain reçoit un dossier tranché en 30 secondes au lieu de 15 minutes.

Clôture et données multi-systèmes : l'agent effectue les rapprochements bancaires via API (ou Plaid), propose les écritures récurrentes, rédige un premier commentaire d'analyse des écarts et prépare les éliminations intercompagnies. Le contrôleur passe de la production à la revue.

Communication externe : relances automatiques pour les formulaires W-9 (J+3, J+7, J+14), demandes de pièces manquantes, réponses sur le statut des paiements tirées de l'ERP, relances de recouvrement. L'auteur dit avoir vu des équipes où une personne à temps plein ne fait que des relances.

Audit et conformité : l'agent analyse la liste PBC des auditeurs, rattache chaque élément au bon système, extrait ce qu'il peut et pré-remplit les feuilles de tests SOX. Les cas qui demandent du jugement sont routés vers la bonne personne.

La méthode : par-dessus et entre les outils

Premier principe : ne pas ajouter au foisonnement logiciel. Avec plus de 100 workflows, un agent par tâche crée une dette technique ingérable. L'auteur prône une vue unifiée au-dessus de l'existant, et des agents qui pilotent chaque logiciel et se passent les données.

Deuxième principe, celui auquel il tient le plus : s'immerger dans l'équipe et cartographier le processus réel, avec ses contournements, ses « je vérifie toujours ce tableur d'abord » et ses e-mails envoyés directement à une collègue parce que la notification ne marche pas.

Troisième principe : construire des agents qui font le travail, pas des dashboards qui l'affichent. Un agent ne signale pas 47 exceptions, il en résout 40 et présente les 7 restantes. L'humain reste dans la boucle pour les vrais arbitrages, et ses retours doivent servir à améliorer l'agent.

Ce qui fait échouer les projets, et par où commencer

L'auteur liste les modes d'échec : déployer l'IA domaine par domaine sans vision d'ensemble, multiplier les prototypes en vibe coding impossibles à généraliser, se contenter d'un chatbot qui répond à des questions sans réduire la charge de travail, confier le projet à l'IT au lieu du contrôleur ou du VP Finance.

Son exemple le plus parlant : le processus documenté dit que les factures sont rapprochées des bons de commande, alors que dans la réalité « Brittany » gère les cas sans bon de commande selon des règles officieuses, avec un seuil à 500 dollars. Un agent qui ignore ces règles tacites casse au premier cas limite.

Son conseil de départ : choisir le processus dont l'équipe se plaint le plus, le cartographier tel qu'il est, mesurer la part de reconnaissance de motifs face au jugement. Au-delà de 70 %, c'est le bon candidat. Pas de plateforme, pas d'équipe data science, pas d'évaluation de six mois : un agent dans les systèmes existants, mesuré à 30 jours.