Facturation électronique : traiter les rejets et les écarts avec Claude

Une facture apparaît comme reçue sur la plateforme, mais reste bloquée dans l’ERP. Quand un DAF me présente cette situation, je commence toujours par identifier qui pose le statut et dans quel système : la plateforme, la comptabilité ou une règle de rapprochement.

Par Simon, consultant fonctionnel chez Access it. Série « Claude à l’épreuve de votre métier », article nº2.

On me demande souvent comment automatiser le déblocage. Je pose d’abord une autre question : qu’est-ce qui manque pour que la bonne personne puisse décider ? Une quantité réceptionnée, une référence de commande ou l’accord sur un supplément n’appellent pas la même intervention.

Dans le traitement des rejets et des écarts, Claude peut aider à instruire les dossiers et à préparer leur résolution. Les données structurées, les contrôles de conformité et les décisions de paiement, eux, gardent leurs propres circuits.

Quatre situations derrière une facture bloquée

Avant toute chose, je sépare les dossiers selon ce qui les bloque. Voici une file de travail type, à adapter à vos responsabilités internes.

Une facture reçue n’est pas forcément approuvée, ni payable. Cette confusion suffit à envoyer un comptable vers le support de la plateforme alors que la pièce manquante se trouve au magasin.

Le rejet est posé par une plateforme, après détection d’une anomalie. Le refus relève de l’acheteur et d’un motif prévu dans la liste applicable, pas d’un libellé libre choisi pour fermer un dossier.

Un désaccord commercial sur le prix ou la quantité relève du litige, associé au statut facultatif « En litige » (207). Quand une correction est convenue, elle passe par un avoir ou une facture rectificative, jamais par une réécriture de la facture reçue. Ces distinctions figurent dans les spécifications et les documents normatifs auxquels renvoie la DGFiP.

Reprenons la dernière ligne du tableau : la réception enregistrée ne couvre que la moitié des quantités facturées. C’est un écart interne. Il ne crée à lui seul aucun statut réglementaire et ne prouve pas un désaccord avec le fournisseur. La seconde livraison est peut-être arrivée sans avoir été saisie, et je fais vérifier ce point avant de parler de litige ou de demander une correction.

Le calendrier, le choix de plateforme et la mise en conformité du SI sont détaillés sur notre page consacrée à la réforme de la facturation électronique. Ici, on suit les dossiers qui restent à résoudre une fois entrés dans le circuit.

Laisser les contrôles structurés faire leur travail

Les formats, les identifiants et les cohérences de calcul relèvent des contrôles de la plateforme ou des logiciels. Le rapprochement avec une commande et une réception s’appuie, lui, sur les données et les règles de gestion de l’entreprise.

Une facture électronique arrive avec des données structurées. Il faut exploiter ces champs avant de demander à Claude de relire un rendu visuel : ajouter de l’OCR pour extraire un montant que l’application reçoit déjà dans un champ identifié n’a aucun sens.

Toutes les factures ne fournissent pas pour autant ce qu’il faut pour le rapprochement. Une ligne détaillée, une référence interne ou une justification commerciale peut manquer, et devoir être cherchée ailleurs.

Dans un cas simple, une commande porte sur dix unités, dix sont réceptionnées et douze facturées, dans la même unité de mesure. L’ERP calcule l’écart et déclenche la règle prévue. Claude n’apporte rien à cette soustraction, et lui demander de la refaire ajoute seulement une réponse de plus à vérifier.

Une règle documentée traite un cas connu de façon répétable. Claude travaille sur ce qui reste : le contexte qui explique pourquoi un dossier ne rentre pas dans ce cas, la lecture d’une explication, la préparation d’une demande de pièce.

Trois dossiers que Claude peut aider à instruire

Les situations suivantes sont des scénarios types. Elles décrivent le travail à confier à Claude et les limites à fixer, sans annoncer de résultat mesuré.

Un libellé différent entre commande et facture

La commande indique « entretien trimestriel », la facture « forfait maintenance site ». Claude reçoit les lignes concernées, leurs références et la partie utile du contrat, pas tout l’historique du fournisseur.

Il propose une correspondance en citant les passages qui la soutiennent, et nomme ce qui manque : période couverte, site concerné, détail des prestations incluses. Deux descriptions proches ne prouvent pas qu’il s’agit de la même prestation. Si plusieurs commandes restent compatibles, ou si la période manque, il s’abstient de choisir et prépare une question pour l’acheteur.

Le comptable dispose alors d’une proposition argumentée, avec un accès direct aux pièces d’origine pour vérifier que le résumé n’a pas effacé une réserve du contrat.

Une réception partielle face à une facture complète

L’application a déjà calculé la différence entre quantités facturées et réceptionnées. Claude reçoit ce constat, les dates de réception, la commande et les justificatifs disponibles, avec leur date de mise à jour.

Son rôle consiste à résumer le dossier et à proposer la démarche suivante, par exemple demander au réceptionnaire de confirmer une livraison. Il doit distinguer « aucune seconde réception enregistrée » de « aucune seconde livraison effectuée ». Si un message annonce une livraison complète alors que la réception reste partielle, il signale la contradiction et ne conclut pas que l’écart est résolu.

Claude prépare l’enquête. La validation du service fait reste entre les mains de la personne habilitée.

Un mail fournisseur qui explique un supplément

Le fournisseur indique qu’un supplément correspond à une intervention demandée en urgence. Claude reçoit le message, la facture et les éléments de commande accessibles, puis relie l’explication à la ligne concernée.

Il propose de retrouver l’accord sur ce supplément ou de le demander à l’acheteur. Ce qui manque, c’est une autorisation vérifiable, pas une reformulation plus convaincante du mail. Sans cet accord, Claude ne présente pas le supplément comme accepté. Et si le message contient des consignes adressées à une IA, elles ne déclenchent rien : un mail fournisseur reste une pièce à examiner.

Dans les trois cas, j’exige des renvois précis aux pièces et une séparation visible entre faits, contradictions et informations manquantes. Une proposition sans appui documentaire repart en instruction, même bien rédigée.

Valider la proposition, puis agir dans le bon système

Une consigne comme « résous cette facture » est trop large. La sortie attendue de Claude est limitée : la cause probable, les pièces manquantes et une action choisie parmi celles que prévoit le processus. Le passage à l’action suit ensuite quatre étapes.

1. Proposition. Claude présente son analyse et les pièces sur lesquelles elle repose.
2. Validation. La personne habilitée consulte les pièces, confirme ou corrige l’action proposée.
3. Exécution. Le logiciel applique l’action validée dans le système compétent, avec ses propres contrôles.
4. Trace. Le dossier conserve la proposition, la décision et le résultat effectif.

Une réception se régularise dans l’outil qui la gère, sur justificatif. Un statut de cycle de vie passe par le circuit de la plateforme, et une correction de facturation relève du fournisseur.

Une proposition de rapprochement n’est ni un bon à payer, ni une modification de la facture. Je ne laisse jamais une IA modifier de façon autonome un IBAN, un montant ou un identifiant tiers, et cette limite doit exister dans les droits de l’application : une consigne écrite dans une conversation ne remplace pas l’absence d’autorisation technique.

Avant d’exécuter, le logiciel vérifie aussi que le dossier n’a pas changé depuis l’analyse. Une réception saisie entre-temps, ou une action déjà effectuée, doit bloquer une proposition devenue sans objet.

C’est là que l’interfaçage des applications devient concret : transporter les bonnes références, retrouver les pièces, restituer la décision dans le bon dossier. Nous détaillerons l’intégration par API dans un prochain article.

Chacun garde ainsi son rôle : les règles pour les calculs, Claude pour préparer l’instruction, la validation métier pour les décisions qui engagent. Pour choisir entre un usage ponctuel dans l’assistant et une fonction intégrée à l’application, voir Quel Claude pour quel besoin en entreprise.

Mesurer le dossier résolu, pas la vitesse de rédaction

Une synthèse produite vite ne prouve pas que la facture se débloque plus tôt. Il faut compter la recherche des pièces, la lecture de la proposition, les échanges et les corrections éventuelles.

Le point de départ est le traitement actuel, décrit sur une catégorie précise. Le suivi porte ensuite sur des dossiers comparables, en séparant le temps de travail du temps d’attente d’une réponse fournisseur ou d’une réception. Cinq indicateurs suffisent :

• le délai entre la détection du blocage et sa résolution effective ;
• les dossiers mal orientés vers un service ou un interlocuteur ;
• les reprises après une proposition incomplète ou erronée ;
• les abstentions, avec leur raison : pièce absente, contradiction, ambiguïté ;
• le temps complet passé sur le dossier, recherche documentaire comprise.

Une abstention justifiée évite une décision sans fondement. Des abstentions fréquentes sur des dossiers complets montrent en revanche que l’aide ne remplit pas son rôle. Un dossier fermé n’est pas non plus un problème réglé : il faut vérifier l’action réellement enregistrée et les retours du fournisseur ou du service demandeur.

Si les exceptions sont rares, ou déjà résolues par des règles simples, l’intégration ne se justifie pas. L’accompagnement des directions financières peut alors porter sur les référentiels ou la répartition des responsabilités, sans ajouter Claude au processus.

Commencer par une catégorie de factures bloquées

Choisissez un problème délimité, comme les réceptions partielles, plutôt que « toutes les factures fournisseurs ». Réunissez quelques dossiers anonymisés : la facture, la commande, les réceptions, les échanges utiles et, quand elle existe, la décision finalement prise.

Le registre des exceptions sert de support commun. Pour chaque dossier, il note la cause constatée ou supposée, les pièces disponibles et manquantes, le responsable, l’action proposée et la validation attendue ou obtenue.

Autour de ce registre, je réunis la comptabilité fournisseurs, le métier concerné et la personne qui connaît les interfaces. Ensemble, on fixe ce que Claude doit recevoir, ce qu’il peut proposer et les actions qui lui restent interdites.

Si votre équipe comptable veut surtout apprendre à formuler ses demandes et à vérifier les réponses de Claude, une formation est la bonne première étape. Pour un traitement récurrent entre plusieurs applications, nous proposons un atelier de cadrage de 45 minutes : prenons une catégorie de factures bloquées, on identifie les pièces, les systèmes et les validations nécessaires pour tester une aide à leur résolution.

Parlons de votre processus