Comprendre ce qu’est juridiquement une facture
Maîtriser la nature juridique, commerciale, comptable, fiscale et probatoire de la facture avant d’aborder les plateformes agréées, les données structurées et la réforme française de la facturation électronique.
🎯 Objectif de la séquence
La réforme de la facturation électronique ne consiste pas à remplacer une facture papier par un simple fichier PDF. Elle transforme les modalités d’émission, de transmission, de réception, de traitement et de suivi des factures, sans faire disparaître les règles juridiques, comptables et fiscales qui encadrent l’opération facturée.
Avant de parler de plateforme agréée, de formats structurés, de e-reporting ou de statuts de traitement, il est donc indispensable de comprendre ce qu’est réellement une facture.
La facture est simultanément :
- un document commercial décrivant une opération ;
- une pièce justificative comptable ;
- un document fiscal participant au fonctionnement de la TVA ;
- un élément de preuve dans la relation entre le fournisseur et le client ;
- un support de contrôle pour l’administration fiscale ;
- un élément essentiel de la piste d’audit fiable ;
- un document engageant la responsabilité de son émetteur et de son destinataire professionnel.
Finalité professionnelle
À l’issue de cette séquence, vous serez capable de définir juridiquement une facture, d’expliquer ses fonctions commerciales, comptables, fiscales et probatoires, de la distinguer des autres documents du cycle de vente, d’identifier les principaux risques de non-conformité et de cartographier l’intégralité de son cycle de vie.
🎓 Compétences développées
- définir juridiquement et économiquement une facture ;
- comprendre l’obligation de facturation entre professionnels ;
- distinguer la facture du contrat dont elle procède ;
- comprendre la valeur juridique et probatoire de la facture ;
- comprendre sa valeur comptable ;
- comprendre sa valeur fiscale ;
- distinguer devis, bon de commande, bon de livraison, facture et avoir ;
- identifier le moment auquel la facture doit être émise ;
- relier la facture à une livraison ou à une prestation réelle ;
- comprendre la piste d’audit fiable ;
- comprendre le lien entre facture, exigibilité et déduction de la TVA ;
- identifier les principales sanctions ;
- connaître les règles essentielles de conservation ;
- préparer le cycle de facturation à la réforme électronique ;
- utiliser le Cartographe IA Cycle de vie d’une facture.
📖 Qu’est-ce qu’une facture ?
Définition professionnelle
La facture est un document émis par un vendeur ou un prestataire afin de décrire une livraison de biens ou une prestation de services, d’en déterminer le prix, d’identifier les parties, de préciser le traitement de la TVA et de fixer les modalités de règlement.
Elle traduit financièrement une opération économique et matérialise généralement une créance du fournisseur sur son client.
Toutefois, la facture ne constitue pas nécessairement, à elle seule, le fondement juridique de l’obligation de paiement. Cette obligation naît généralement d’une relation contractuelle ou d’une opération préexistante :
- un contrat ;
- un devis accepté ;
- un bon de commande ;
- une commande transmise par courrier électronique ;
- une livraison acceptée ;
- une prestation effectivement réalisée ;
- un accord verbal pouvant être démontré ;
- une relation commerciale suivie entre les parties.
⚠️ Principe fondamental
Une facture ne doit jamais être considérée comme un document isolé. Elle doit pouvoir être reliée à une opération réelle, déterminée, justifiée et vérifiable.
🧭 La facture au centre du cycle commercial
BESOIN DU CLIENT
↓
OFFRE OU DEVIS
↓
ACCEPTATION
↓
COMMANDE
↓
LIVRAISON DU BIEN
OU RÉALISATION DU SERVICE
↓
FACTURE
↓
COMPTABILISATION
↓
EXIGIBILITÉ ET PAIEMENT
↓
DÉCLARATION DE TVA
↓
CONSERVATION
ET CONTRÔLE
La facture constitue le point de rencontre entre le droit commercial, la comptabilité, la fiscalité, la trésorerie, le contrôle interne, la preuve et, désormais, les systèmes numériques de transmission.
1️⃣ La facture est un document commercial obligatoire
Dans les relations entre professionnels, l’achat de produits ou la réalisation d’une prestation de services pour les besoins d’une activité professionnelle doit, en principe, faire l’objet d’une facturation.
Le vendeur ou le prestataire doit délivrer la facture. L’acheteur professionnel doit la réclamer lorsqu’elle ne lui est pas remise et conserver l’exemplaire reçu.
| Intervenant | Obligation principale | Risque en cas de défaillance |
|---|---|---|
| Vendeur ou prestataire | Émettre une facture régulière correspondant à une opération réelle. | Sanctions commerciales et fiscales, contestation de la créance, rappel de TVA. |
| Acheteur professionnel | Réclamer, contrôler, comptabiliser et conserver la facture. | Charge insuffisamment justifiée, TVA non déductible, faiblesse du contrôle interne. |
| Les deux parties | Conserver la facture et les pièces permettant de démontrer l’opération. | Impossibilité de justifier l’opération lors d’un contrôle ou d’un contentieux. |
📅 À quel moment faut-il facturer ?
La facture est, en principe, émise lors de la réalisation de la livraison de biens ou de la prestation de services, sous réserve des règles particulières prévues par les textes fiscaux.
| Situation | Moment de facturation à analyser |
|---|---|
| Vente de marchandises | Réalisation de la livraison au sens juridique et fiscal. |
| Prestation ponctuelle | Achèvement ou réalisation de la prestation. |
| Prestation continue | Échéances et périodes prévues par le contrat et les règles fiscales. |
| Acompte encaissé | Émission d’une facture d’acompte dans les conditions applicables. |
| Opérations répétées avec un même client | Facturation périodique ou récapitulative lorsque les conditions sont remplies. |
| Autofacturation | Facture établie par le client au nom et pour le compte du fournisseur conformément à un accord préalable. |
⚠️ Facturer trop tôt ou trop tard
Une facture prématurée peut constater une créance qui n’est pas encore acquise. Une facture tardive peut provoquer des erreurs de chiffre d’affaires, de TVA, de rattachement à la bonne période et de calcul du délai de paiement.
2️⃣ La facture possède une valeur juridique
La facture permet de formaliser les principales caractéristiques de l’opération :
- l’identité du vendeur ou du prestataire ;
- l’identité du client ;
- la date de l’opération ;
- la nature des biens ou services ;
- les quantités concernées ;
- le prix unitaire et le montant total ;
- les réductions de prix ;
- le régime et le montant de la TVA ;
- les conditions et l’échéance de paiement ;
- les pénalités applicables en cas de retard ;
- le montant réclamé au client.
Elle peut être utilisée lors :
- d’une relance amiable ;
- d’une mise en demeure ;
- d’une procédure d’injonction de payer ;
- d’un contentieux commercial ;
- d’une déclaration de créance dans une procédure collective ;
- d’un contrôle fiscal ;
- d’un audit légal ou contractuel.
⚖️ Une facture suffit-elle à prouver la créance ?
Réponse professionnelle
La facture constitue un élément de preuve important, mais sa force probante dépend de l’ensemble des circonstances et des autres documents disponibles.
La facture est généralement établie unilatéralement par le fournisseur. En cas de contestation, elle doit donc être rapprochée des éléments démontrant l’accord du client et l’exécution de l’opération.
Pièces renforçant la preuve
- contrat signé ;
- devis accepté ;
- bon de commande ;
- courriel confirmant la commande ;
- bon de livraison signé ;
- procès-verbal de réception ;
- feuille de temps ;
- rapport d’intervention ;
- livrable transmis au client ;
- correspondance reconnaissant l’exécution ;
- acompte ou paiement partiel ;
- absence de contestation dans une relation commerciale suivie ;
- preuve de transmission de la facture.
👨⚖️ Regard juridique et jurisprudentiel
Dans les relations entre commerçants, la preuve des actes de commerce peut être rapportée par tous moyens, sauf disposition contraire.
Une juridiction peut donc apprécier conjointement des factures, des bons de commande, des bons de livraison, des relevés de compte, des courriels, des paiements et le comportement des parties.
Ce principe ne rend pas la facture incontestable
Une facture seule ne démontre pas nécessairement l’existence d’un contrat, l’accord sur le prix, la livraison effective des biens ou la correcte réalisation du service.
Plus la créance est contestée, plus l’entreprise doit être en mesure de produire des preuves extérieures à la facture.
| Situation | Force probante pratique |
|---|---|
| Facture seule immédiatement contestée | Fragile si aucune autre pièce ne démontre l’opération. |
| Facture accompagnée d’un devis accepté | Forte sur l’accord contractuel et le prix. |
| Facture accompagnée d’un bon de livraison signé | Forte sur la réalité de la livraison. |
| Facture partiellement réglée | Indice important de reconnaissance de l’opération, selon le contexte. |
| Facture conforme à une relation commerciale habituelle | Faisceau d’indices renforcé par les pratiques antérieures. |
| Facture portant un prix jamais accepté | Insuffisante pour établir seule l’accord sur le prix. |
| Facture incohérente avec le contrat | Risque important de contestation ou de réduction de la créance. |
🧠 Réflexe probatoire du chef de mission
FACTURE ÉMISE
↓
EXISTE-T-IL
UN CONTRAT OU
UN DEVIS ACCEPTÉ ?
↓
LA COMMANDE
EST-ELLE DÉMONTRÉE ?
↓
LA LIVRAISON OU
LA PRESTATION
EST-ELLE JUSTIFIÉE ?
↓
LE PRIX EST-IL
CONFORME À L’ACCORD ?
↓
LA FACTURE A-T-ELLE
ÉTÉ TRANSMISE ?
↓
LE CLIENT A-T-IL
CONTESTÉ, ACCEPTÉ
OU PAYÉ ?
↓
DOSSIER DE PREUVE
COMPLET ET COHÉRENT
3️⃣ La facture possède une valeur comptable
La facture constitue une pièce justificative servant de fondement à l’enregistrement comptable d’une opération.
| Chez le vendeur | Chez l’acheteur |
|---|---|
| Constatation du produit ou du chiffre d’affaires. | Constatation de l’achat, de la charge ou de l’immobilisation. |
| Constatation de la créance client. | Constatation de la dette fournisseur. |
| Comptabilisation de la TVA collectée. | Comptabilisation de la TVA déductible lorsque les conditions sont réunies. |
| Suivi de l’échéance et du recouvrement. | Suivi de l’échéance et du paiement. |
| Justification du compte client. | Justification du compte fournisseur. |
Principe de justification
Toute écriture comptable doit être appuyée par une pièce permettant d’en comprendre la nature, l’origine, le montant, la date et l’imputation.
📊 Exemple comptable — Prestation de services
Données
- prestation réalisée : 10 000 € HT ;
- TVA au taux de 20 % : 2 000 € ;
- montant TTC : 12 000 € ;
- règlement prévu à 30 jours.
Écriture chez le prestataire
| Compte | Débit | Crédit |
|---|---|---|
| Client | 12 000 € | |
| Prestations de services | 10 000 € | |
| TVA collectée | 2 000 € |
Écriture chez le client professionnel
| Compte | Débit | Crédit |
|---|---|---|
| Charge de services | 10 000 € | |
| TVA déductible | 2 000 € | |
| Fournisseur | 12 000 € |
⚠️ Une facture n’entraîne pas une comptabilisation automatique
Avant de comptabiliser et de payer une facture, l’entreprise doit notamment vérifier :
- l’existence et l’identité du fournisseur ;
- la réalité de la commande ;
- la réception du bien ou du service ;
- la conformité du prix ;
- l’exactitude des quantités ;
- le régime de TVA ;
- l’absence de doublon ;
- la période de rattachement ;
- la correcte imputation comptable ;
- l’autorisation du paiement ;
- la fiabilité des coordonnées bancaires.
Fraude à la facture
Une facture apparemment régulière peut être frauduleuse : fournisseur fictif, fausse prestation, usurpation d’identité, facture dupliquée, modification du montant ou changement frauduleux de coordonnées bancaires.
4️⃣ La facture possède une valeur fiscale
La facture constitue une pièce centrale du fonctionnement de la TVA.
Elle permet notamment :
- au fournisseur de justifier la TVA facturée et collectée ;
- au client de justifier son droit à déduction lorsque les conditions sont remplies ;
- à l’administration de rapprocher les opérations déclarées ;
- d’identifier la nature et la territorialité de l’opération ;
- de vérifier le taux appliqué ;
- de contrôler les exonérations et les mécanismes d’autoliquidation ;
- de rapprocher l’opération, la facture, le paiement et la déclaration.
La facture est nécessaire, mais elle ne suffit pas toujours
La détention d’une facture régulière est essentielle au droit à déduction. Elle ne permet toutefois pas de déduire une TVA correspondant à une opération fictive, à une dépense étrangère à l’entreprise ou à une dépense légalement exclue du droit à déduction.
🔗 Le lien entre facture et TVA
OPÉRATION RÉELLE
↓
FOURNISSEUR IDENTIFIÉ
↓
FACTURE RÉGULIÈRE
↓
TVA LÉGALEMENT DUE
↓
BIEN OU SERVICE
UTILISÉ POUR UNE
ACTIVITÉ OUVRANT
DROIT À DÉDUCTION
↓
EXIGIBILITÉ
DE LA TAXE
↓
DROIT À DÉDUCTION
DU CLIENT
⚠️ Facture irrégulière et risque fiscal
| Anomalie | Risque principal |
|---|---|
| Fournisseur inexistant ou usurpé | Rejet de la charge et de la TVA, suspicion de fraude. |
| Description imprécise de l’opération | Impossibilité de vérifier la nature et la réalité du service. |
| TVA facturée à tort | Taxe susceptible de rester due par l’émetteur et déduction contestable chez le client. |
| Taux de TVA erroné | Rappel de taxe, intérêts, pénalités et correction de facture. |
| Facture établie au nom d’une autre entité | Risque de refus du droit à déduction. |
| Facture fictive | Sanctions fiscales et pénales particulièrement lourdes. |
| Facture comptabilisée deux fois | Double charge, double dette et double déduction de TVA. |
| Avoir non comptabilisé | Charge, dette ou TVA maintenue à tort. |
5️⃣ Distinguer les documents du cycle commercial
| Document | Fonction | Moment | Effet principal |
|---|---|---|---|
| Devis | Présenter une offre, un prix et des conditions. | Avant la commande. | Devient contractuel lorsqu’il est accepté. |
| Bon de commande | Formaliser la décision d’achat du client. | Avant l’exécution. | Matérialise l’accord sur les biens, services, quantités et prix. |
| Bon de livraison | Attester la remise des biens. | Lors de la livraison. | Contribue à prouver l’exécution matérielle. |
| Procès-verbal de réception | Constater l’acceptation de travaux ou d’une prestation. | À l’achèvement ou à une étape contractuelle. | Établit la réception avec ou sans réserve. |
| Facture | Décrire l’opération et réclamer le paiement. | Selon les règles de facturation applicables. | Constate la créance, la TVA et l’échéance. |
| Avoir | Corriger ou annuler tout ou partie d’une facture. | Après la facture initiale. | Réduit la créance, le produit et, le cas échéant, la TVA. |
| Reçu ou quittance | Constater le règlement. | Après paiement. | Justifie la libération totale ou partielle du débiteur. |
📝 Le devis
Le devis est une proposition détaillée décrivant les biens ou services proposés, leur prix et leurs conditions de réalisation.
Lorsqu’il est accepté de manière non équivoque, il peut former le contrat entre les parties.
Réflexe professionnel
Conserver la preuve de l’acceptation : signature, validation électronique, courriel d’accord, acompte versé ou commencement d’exécution non équivoque.
🛒 Le bon de commande
Le bon de commande traduit la décision du client d’acquérir les biens ou services proposés.
Il permet notamment de sécuriser :
- la référence du devis ou de l’offre ;
- la nature des biens ou services ;
- les quantités ;
- les prix ;
- le lieu de livraison ;
- les délais ;
- les conditions de paiement ;
- l’identité de la personne ayant engagé le client.
📦 Le bon de livraison
Le bon de livraison établit que les marchandises ont été remises au client.
| Bon de livraison insuffisant | Bon de livraison sécurisé |
|---|---|
| Absence de date. | Date et, si nécessaire, heure de livraison. |
| Marchandises non détaillées. | Références et quantités précises. |
| Signature illisible. | Nom, qualité et signature du réceptionnaire. |
| Aucun lien avec la commande. | Numéro de commande clairement mentionné. |
| Réserves non consignées. | Réserves du client précisément enregistrées. |
🧾 La facture
La facture traduit financièrement et fiscalement l’opération réalisée.
Elle ne remplace ni le contrat, ni la commande, ni la preuve d’exécution. Elle les complète en constituant le document servant au règlement, à la comptabilisation, à la TVA et au recouvrement.
↩️ L’avoir
L’avoir, ou facture rectificative, permet de corriger ou d’annuler tout ou partie d’une facture déjà émise.
Situations fréquentes
- retour de marchandises ;
- remise accordée après facturation ;
- annulation totale ou partielle d’une prestation ;
- erreur de quantité ;
- erreur de prix ;
- erreur de taux de TVA ;
- résiliation de l’opération ;
- facture émise en double.
⚠️ Ne pas supprimer une facture définitive
Une facture validée ne doit pas disparaître comme si elle n’avait jamais existé. Sa correction doit préserver la chronologie, l’intégrité du système et le lien avec le document initial.
📊 Matrice comparative des documents
| Critère | Devis | Commande | Livraison | Facture | Avoir |
|---|---|---|---|---|---|
| Présente une offre | Oui | Non | Non | Non | Non |
| Formalise l’accord | Oui lorsqu’il est accepté | Oui | Non | Peut confirmer l’accord sans toujours suffire seule | Non |
| Prouve l’exécution | Non | Non | Oui pour la livraison | Élément de preuve | Non |
| Constate une créance | Généralement non | Non | Non | Oui | Réduit ou annule la créance |
| Produit un effet comptable | Généralement non | Engagement éventuel | Peut affecter le cut-off | Oui | Oui |
| Produit un effet sur la TVA | Généralement non | Non | Ne remplace pas la facture | Oui | Corrige la TVA |
6️⃣ Comprendre la piste d’audit fiable
La piste d’audit fiable est constituée de contrôles documentés permettant d’établir un lien vérifiable entre :
- la facture émise ou reçue ;
- le contrat ou le devis ;
- la commande ;
- la livraison ou la prestation ;
- la comptabilisation ;
- le paiement ;
- la déclaration de TVA.
Elle contribue à garantir trois qualités essentielles :
| Qualité | Signification |
|---|---|
| Authenticité de l’origine | Garantir l’identité du fournisseur ou de l’émetteur. |
| Intégrité du contenu | Garantir que les données de la facture n’ont pas été modifiées. |
| Lisibilité | Garantir que la facture reste compréhensible pendant toute sa durée de conservation. |
🔍 La piste d’audit n’est pas un simple dossier de PDF
L’entreprise doit pouvoir expliquer et démontrer :
- qui crée et modifie les fiches clients et fournisseurs ;
- qui autorise les commandes ;
- qui confirme les livraisons ou prestations ;
- qui rapproche les factures des justificatifs ;
- qui valide les écarts de prix ou de quantité ;
- qui autorise les paiements ;
- comment les doublons sont détectés ;
- comment les modifications sont tracées ;
- comment les avoirs sont autorisés ;
- comment les factures sont rapprochées des déclarations de TVA ;
- comment les pièces sont archivées ;
- comment les habilitations informatiques sont contrôlées.
🔗 Le rapprochement à trois niveaux
BON DE COMMANDE
↓
╲
╲
→ RAPPROCHEMENT ← FACTURE
╱
╱
BON DE LIVRAISON
OU PREUVE DU SERVICE
↓
VALIDATION DES ÉCARTS
↓
COMPTABILISATION
↓
AUTORISATION
DU PAIEMENT
Le « three-way match »
Le rapprochement commande–réception–facture constitue l’un des contrôles les plus efficaces du cycle fournisseurs.
🧩 Mini-cas professionnel — Facture de conseil contestée
Situation
Un cabinet facture 25 000 € HT au titre d’une mission de conseil. Le client refuse de payer en affirmant qu’aucun livrable n’a été remis.
Dossier disponible
- devis accepté par courriel ;
- calendrier des ateliers ;
- comptes rendus de réunions ;
- feuilles de temps ;
- rapport final transmis ;
- courriel du client remerciant les intervenants ;
- facture conforme au prix convenu.
Conclusion
La facture s’intègre dans une piste probatoire cohérente. Le prestataire peut démontrer l’accord, l’exécution, le prix et la remise du livrable.
Variante risquée
Le prestataire ne possède qu’une facture portant le libellé « accompagnement stratégique », sans devis, commande, rapport, feuille de temps ni preuve d’échange.
La créance devient beaucoup plus difficile à défendre.
7️⃣ Identifier les sanctions et conséquences
| Catégorie | Conséquences possibles |
|---|---|
| Commerciale | Amende administrative pour manquement aux obligations de facturation. |
| Fiscale | Amendes, rappel de TVA, intérêts de retard et majorations. |
| Comptable | Correction du chiffre d’affaires, rejet de la charge ou anomalie d’audit. |
| Civile | Contestation de la créance, responsabilité contractuelle et dommages-intérêts. |
| Pénale | Risques liés au faux, à l’escroquerie, à la fraude fiscale ou à la facturation fictive. |
| Opérationnelle | Rejet de la facture, retard de paiement et blocage du processus d’achat. |
| Réputationnelle | Dégradation de la confiance des clients, fournisseurs, banques ou investisseurs. |
💶 Principaux risques de sanction
| Manquement | Risque à connaître |
|---|---|
| Omission ou inexactitude sur une facture | Application possible des sanctions fiscales prévues pour les mentions manquantes ou incorrectes. |
| Manquement aux obligations commerciales de facturation | Amende administrative dont le montant maximal dépend notamment de la qualité de personne physique ou morale et d’une éventuelle réitération. |
| Défaut de facturation ou facture de complaisance | Sanctions fiscales potentiellement proportionnelles au montant de la transaction. |
| TVA facturée à tort | Taxe susceptible de rester due par l’émetteur tant que la facture n’est pas régulièrement corrigée. |
| TVA déduite sur une opération fictive | Rappel de taxe, intérêts de retard, majorations et autres sanctions possibles. |
| Falsification d’une facture | Risques fiscaux, civils et pénaux. |
⚠️ Cumul des conséquences
Un même manquement peut provoquer simultanément une sanction commerciale, un rappel fiscal, une contestation civile et une anomalie comptable.
8️⃣ Conserver les factures et les pièces justificatives
Les factures doivent être conservées dans le respect des délais comptables, commerciaux et fiscaux applicables.
| Fondement | Durée principale | Portée |
|---|---|---|
| Obligations comptables | 10 ans à compter de la clôture de l’exercice. | Documents comptables et pièces justificatives. |
| Obligations fiscales | 6 ans dans le cadre général prévu par les règles fiscales. | Factures, données, contrôles et documentation de la piste d’audit. |
| Contrats et contentieux | Durée à adapter aux prescriptions et aux risques en cours. | Contrats, devis, commandes, réclamations et preuves associées. |
Règle opérationnelle prudente
L’entreprise doit organiser une conservation cohérente d’au moins dix ans pour ses factures et pièces comptables, sans détruire les éléments encore nécessaires à une procédure fiscale, commerciale ou contentieuse.
📁 Que faut-il conserver ?
- la facture dans son format d’origine ;
- les données structurées qui lui sont associées ;
- le devis ;
- le contrat ;
- la commande ;
- le bon de livraison ou la preuve du service ;
- les avenants ;
- les justificatifs de prix ;
- les validations internes ;
- les preuves d’émission, de transmission et de réception ;
- les statuts de traitement électronique ;
- les éventuels rejets ou contestations ;
- les avoirs et factures rectificatives ;
- les preuves de paiement ;
- les écritures comptables ;
- les éléments de la piste d’audit fiable ;
- les journaux techniques et traces de modification.
🔐 Les qualités d’un archivage sécurisé
| Qualité | Question de contrôle |
|---|---|
| Intégrité | Le contenu peut-il être modifié sans laisser de trace ? |
| Authenticité | L’identité de l’émetteur peut-elle être démontrée ? |
| Lisibilité | Le document restera-t-il compréhensible pendant toute la conservation ? |
| Disponibilité | La facture peut-elle être retrouvée rapidement lors d’un contrôle ? |
| Traçabilité | Les transmissions, validations et modifications sont-elles journalisées ? |
| Sécurité | Les accès sont-ils réservés aux personnes autorisées ? |
| Réversibilité | Les documents pourront-ils être récupérés en cas de changement de prestataire ? |
9️⃣ Comprendre l’impact de la réforme électronique
À compter du 1er septembre 2026, toutes les entreprises françaises concernées devront être en mesure de recevoir des factures électroniques.
À cette même date, les grandes entreprises et les entreprises de taille intermédiaire devront également émettre leurs factures électroniques dans le périmètre de la réforme. L’obligation d’émission s’appliquera aux petites et moyennes entreprises ainsi qu’aux micro-entreprises à compter du 1er septembre 2027.
⚠️ Une facture électronique n’est pas un simple PDF
Dans le périmètre obligatoire, la facture devra être émise, transmise et reçue par l’intermédiaire du circuit prévu, avec des données structurées exploitables par les systèmes informatiques et par l’administration.
La réforme modifie le canal et les données, mais elle ne supprime pas les fondamentaux :
- l’opération doit être réelle ;
- le fournisseur et le client doivent être identifiés ;
- la livraison ou la prestation doit pouvoir être démontrée ;
- le prix doit correspondre à l’accord des parties ;
- la TVA doit être correctement déterminée ;
- les corrections doivent être traçables ;
- les documents doivent être conservés ;
- la piste d’audit doit rester fiable.
🛡️ Contrôle interne du cycle de facturation
| Contrôle | Fréquence | Responsable | Preuve | Risque couvert |
|---|---|---|---|---|
| Validation des créations de clients | À chaque création | Administration des ventes | Fiche client approuvée | Client fictif ou données erronées. |
| Contrôle des identifiants légaux | À la création et périodiquement | Responsable du référentiel tiers | Rapport de contrôle | Mauvaise identification du destinataire. |
| Validation des conditions tarifaires | À chaque contrat | Direction commerciale | Devis ou contrat approuvé | Prix non autorisé. |
| Contrôle de la livraison | Avant facturation | Logistique | Bon de livraison | Facture sans opération réelle. |
| Validation de la prestation | Avant facturation | Responsable opérationnel | Livrable ou validation client | Facturation prématurée. |
| Contrôle de la numérotation | Mensuelle | Comptabilité clients | Rapport de séquence | Numéro manquant ou doublon. |
| Contrôle de la TVA | À chaque facture et chaque clôture | Comptabilité / Fiscalité | Rapport de contrôle fiscal | TVA erronée. |
| Détection des doublons | Continue | ERP / Contrôle interne | Journal des alertes | Double facturation ou double paiement. |
| Validation des avoirs | À chaque avoir | Responsable commercial et comptable | Motif et facture d’origine | Annulation injustifiée du chiffre d’affaires. |
| Contrôle des coordonnées bancaires | À chaque modification | Trésorerie | Confirmation indépendante | Fraude au faux fournisseur. |
| Rapprochement comptabilité–TVA | À chaque déclaration | Fiscalité | Tableau de rapprochement | Écart entre facturation et TVA déclarée. |
| Test de restitution des archives | Annuelle | DSI / Direction Financière | Rapport de test | Facture perdue ou illisible. |
⚠️ Erreurs fréquentes et réflexes professionnels
| Erreur fréquente | Conséquence | Réflexe professionnel |
|---|---|---|
| Considérer la facture comme le contrat | Créance difficile à défendre. | Conserver le devis, le contrat et la commande. |
| Facturer sans preuve de livraison | Contestation et risque de chiffre d’affaires fictif. | Conditionner l’émission à une preuve d’exécution. |
| Supprimer une facture erronée | Rupture de séquence et perte de traçabilité. | Émettre un avoir et, si nécessaire, une nouvelle facture. |
| Modifier manuellement une facture définitive | Atteinte à l’intégrité du document. | Utiliser le workflow de correction autorisé. |
| Déduire la TVA sans contrôler l’opération | Rappel fiscal. | Vérifier le fournisseur, la réalité et l’affectation professionnelle. |
| Archiver uniquement la facture | Piste d’audit incomplète. | Conserver l’ensemble du dossier de l’opération. |
| Confondre PDF et facture électronique réglementaire | Non-conformité au nouveau dispositif. | Préparer les données structurées et le circuit de plateforme. |
| Ne pas contrôler les données clients | Rejet ou mauvais routage de la facture électronique. | Fiabiliser les référentiels avant le démarrage. |
| Utiliser un libellé trop vague | Contestation juridique et fiscale. | Décrire précisément les biens ou services. |
| Accepter un changement de RIB par simple courriel | Risque de fraude. | Confirmer la modification par un canal indépendant. |
🤖 Cartographe IA Cycle de vie d’une facture
Le Cartographe IA Cycle de vie d’une facture analyse le processus commercial, comptable, fiscal et technique afin d’identifier les documents, données, contrôles et responsabilités associés à chaque facture.
DONNÉES COMMERCIALES
• prospect ;
• devis ;
• contrat ;
• commande ;
• conditions tarifaires.
+
DONNÉES OPÉRATIONNELLES
• livraison ;
• réception ;
• prestation ;
• temps passé ;
• réserves.
+
DONNÉES COMPTABLES
ET FISCALES
• facture ;
• TVA ;
• échéance ;
• paiement ;
• avoir ;
• déclaration.
+
DONNÉES ÉLECTRONIQUES
• plateforme agréée ;
• formats ;
• statuts ;
• rejets ;
• données structurées ;
• archivage.
↓
CARTOGRAPHE IA
CYCLE DE VIE
D’UNE FACTURE
├── Contrôle du fait générateur
├── Contrôle de la chronologie
├── Détection des pièces manquantes
├── Rapprochement commande–livraison–facture
├── Analyse de la TVA
├── Détection des doublons
├── Contrôle des tiers
├── Vérification de la piste d’audit
├── Contrôle de conservation
└── Préparation à la réforme électronique
↓
VALIDATION HUMAINE
• commerce ;
• opérations ;
• comptabilité ;
• fiscalité ;
• trésorerie ;
• contrôle interne ;
• Direction Financière.
🧠 Modules du Cartographe IA
| Module | Fonction | Livrable |
|---|---|---|
| Lecteur des contrats | Extrait les parties, prix, prestations, échéances et conditions de facturation. | Fiche contractuelle structurée. |
| Contrôleur de commande | Vérifie l’existence d’une autorisation du client. | Alerte de commande manquante. |
| Contrôleur d’exécution | Recherche les preuves de livraison ou de prestation. | Score de justification. |
| Préparateur de facture | Rassemble les données validées nécessaires à l’émission. | Projet de facture. |
| Contrôleur TVA | Analyse le taux, la territorialité, l’exonération et l’autoliquidation. | Diagnostic fiscal. |
| Détecteur de doublons | Compare le client, le montant, la commande et les références. | Alerte de double facturation. |
| Contrôleur de chronologie | Vérifie l’ordre devis–commande–livraison–facture–paiement. | Rapport de rupture de séquence. |
| Gestionnaire des avoirs | Rattache chaque correction à la facture initiale. | Piste de rectification. |
| Contrôleur de plateforme | Suit l’émission, la transmission, la réception et les rejets. | Tableau des statuts. |
| Contrôleur d’archivage | Teste la disponibilité, l’intégrité et la lisibilité. | Rapport de conservation. |
🚦 Alertes du Cartographe IA
| Alerte | Déclencheur | Action attendue |
|---|---|---|
| 🔴 Facture sans opération démontrée | Aucune livraison ou prestation validée. | Bloquer l’émission. |
| 🔴 Fournisseur ou client non identifié | Identifiant légal absent ou incohérent. | Contrôler le tiers. |
| 🔴 Taux de TVA incohérent | Écart avec la nature ou le lieu de l’opération. | Déclencher une revue fiscale. |
| 🔴 Facture définitive modifiée | Altération détectée après validation. | Restaurer l’original et utiliser une rectification traçable. |
| 🔴 Suspicion de doublon | Même client, montant, commande ou période. | Suspendre l’émission ou le paiement. |
| 🟠 Commande manquante | Absence de validation commerciale. | Obtenir une autorisation documentée. |
| 🟠 Description insuffisante | Libellé trop général. | Préciser la nature du bien ou du service. |
| 🟠 Données électroniques incomplètes | Identifiant, catégorie d’opération ou adresse manquante. | Corriger le référentiel. |
| 🟡 Pièce justificative non archivée | Document absent du dossier. | Compléter la piste d’audit. |
| 🟡 Facture rejetée par la plateforme | Anomalie de donnée ou de routage. | Corriger et retransmettre selon la procédure. |
👨💼 Validation humaine obligatoire
| Décision | Préparation possible par l’IA | Validation requise |
|---|---|---|
| Existence de la relation contractuelle | Lecture des contrats et échanges. | Commerce ou juridique. |
| Réalité de la prestation | Analyse des livrables et validations. | Responsable opérationnel. |
| Date de facturation | Analyse du fait générateur. | Comptabilité et fiscalité. |
| Taux et régime de TVA | Proposition issue des données disponibles. | Fiscaliste ou responsable comptable. |
| Émission d’un avoir | Détection de l’anomalie et proposition de correction. | Responsable commercial et comptable. |
| Traitement d’un rejet | Analyse du motif technique. | Administration des ventes. |
| Suspicion de fraude | Détection d’incohérences. | Contrôle interne et Direction Financière. |
| Conservation documentaire | Contrôle de présence et de format. | DSI, comptabilité et responsable de l’archivage. |
⚠️ Limites de l’intelligence artificielle
- l’IA ne démontre pas seule l’existence juridique d’un contrat ;
- elle ne peut certifier qu’une prestation a réellement été exécutée ;
- elle dépend de l’exhaustivité des documents intégrés ;
- elle ne choisit pas seule le régime de TVA applicable ;
- elle peut mal interpréter une clause contractuelle complexe ;
- elle ne décide pas seule qu’une facture est frauduleuse ;
- elle ne remplace pas la validation opérationnelle d’une livraison ;
- elle ne remplace pas le contrôle des coordonnées bancaires ;
- elle ne garantit pas la conformité d’un archivage sans audit technique ;
- elle ne porte aucune responsabilité sur les factures émises ;
- elle ne remplace ni le comptable, ni le fiscaliste, ni le juriste, ni le dirigeant.
📂 Dossier de révision du cycle de facturation
| Référence | Document | Contenu attendu | Responsable |
|---|---|---|---|
| FAC-01 | Cartographie du cycle | Devis, commande, livraison, facture, règlement et archivage. | Contrôle interne. |
| FAC-02 | Procédure de facturation | Fait générateur, responsabilités, contrôles et délais. | Direction Financière. |
| FAC-03 | Référentiel clients | Identité, identifiants légaux, TVA, adresses et routage. | Administration des ventes. |
| FAC-04 | Matrice TVA | Taux, exonérations, autoliquidation et territorialité. | Fiscalité. |
| FAC-05 | Contrôle de numérotation | Séquences, ruptures, annulations et doublons. | Comptabilité clients. |
| FAC-06 | Piste d’audit fiable | Contrôles et liens entre les documents. | Contrôle interne. |
| FAC-07 | Procédure des avoirs | Motifs, validations et rattachement aux factures initiales. | Comptabilité. |
| FAC-08 | Dossier de conservation | Formats, durées, intégrité, sécurité et restitution. | DSI / Archivage. |
| FAC-09 | Préparation électronique | Plateforme, formats, données, statuts et gestion des rejets. | Chef de projet réforme. |
| FAC-10 | Rapport d’anomalies | Écarts, risques, responsables, délais et corrections. | Chef de mission. |
📝 Modèle de conclusion professionnelle
Le cycle de facturation de l’entreprise a été analysé depuis la formation de la commande jusqu’à la conservation de la facture et de ses pièces justificatives.
Les factures sont émises sur la base d’opérations identifiées et validées. Elles sont rapprochées des documents contractuels, des preuves de livraison ou d’exécution ainsi que des données comptables et fiscales correspondantes.
La numérotation, les règles de TVA, les conditions de paiement, les procédures de correction et les contrôles de doublons sont documentés. Les factures définitives ne peuvent être supprimées ou modifiées sans traçabilité.
La piste d’audit fiable permet d’établir un lien entre chaque facture, l’opération qui en constitue le fondement, sa comptabilisation, son règlement et son traitement en matière de TVA.
Le dispositif de conservation vise à assurer l’authenticité de l’origine, l’intégrité du contenu, la lisibilité et la disponibilité des documents pendant les délais applicables.
Les référentiels clients, fournisseurs, articles, taux de TVA et adresses font l’objet des contrôles nécessaires à la préparation de la réforme de la facturation électronique.
📌 À retenir
- la facture décrit et valorise une livraison de biens ou une prestation de services ;
- elle possède une dimension commerciale, juridique, comptable et fiscale ;
- elle ne doit jamais être détachée du contrat ou de l’opération qu’elle représente ;
- elle constitue un élément de preuve, mais doit idéalement être complétée par d’autres pièces ;
- le devis accepté et le bon de commande démontrent l’accord des parties ;
- le bon de livraison ou le procès-verbal de réception contribue à démontrer l’exécution ;
- l’avoir corrige une facture en préservant la chronologie et la traçabilité ;
- la facture sert de pièce justificative aux écritures comptables ;
- elle constitue un document central pour la collecte et la déduction de la TVA ;
- le droit à déduction suppose une opération réelle et conforme ;
- la piste d’audit fiable relie la facture à la commande, à l’exécution et au paiement ;
- l’authenticité, l’intégrité et la lisibilité doivent être garanties ;
- les documents comptables et pièces justificatives sont conservés pendant dix ans ;
- les règles fiscales prévoient également une conservation pendant le délai applicable ;
- une facture définitive erronée doit être corrigée de manière traçable ;
- un PDF envoyé par courrier électronique n’est pas nécessairement une facture électronique au sens de la réforme ;
- toutes les entreprises devront pouvoir recevoir des factures électroniques au 1er septembre 2026 ;
- l’obligation d’émission débutera le 1er septembre 2026 pour les grandes entreprises et les ETI, puis le 1er septembre 2027 pour les PME et micro-entreprises ;
- l’intelligence artificielle peut cartographier et contrôler le cycle sans remplacer les validations humaines.
🎓 Compétences acquises
Vous savez désormais définir juridiquement une facture et expliquer ses fonctions commerciales, probatoires, comptables et fiscales.
Vous êtes capable de distinguer le devis, le bon de commande, le bon de livraison, la facture, l’avoir et le reçu, ainsi que de comprendre la place de chaque document dans le cycle commercial.
Vous savez expliquer pourquoi une facture ne doit pas être isolée des preuves de commande et d’exécution, construire une piste d’audit fiable et identifier les principaux risques associés aux factures irrégulières.
Vous maîtrisez enfin les principes de conservation et les premiers contrôles à réaliser avant l’entrée en vigueur progressive des obligations de facturation électronique.
📚 Références officielles mobilisées
| Référence | Rôle et utilité |
|---|---|
| Code de commerce — article L. 441-9 | Obligation de délivrance et de réclamation de la facture entre professionnels, mentions commerciales et sanctions administratives. |
| Code de commerce — article L. 441-10 | Délais de paiement, pénalités de retard et indemnité forfaitaire de recouvrement. |
| Code de commerce — article L. 123-22 | Conservation des documents comptables et pièces justificatives pendant dix ans. |
| Code général des impôts — article 289 | Obligations fiscales de facturation et garanties d’authenticité, d’intégrité et de lisibilité. |
| Code général des impôts — article 1737 | Sanctions fiscales relatives aux manquements de facturation. |
| Livre des procédures fiscales — article L. 102 B | Délai fiscal de conservation des documents, données et pièces. |
| BOFiP — règles relatives aux factures | Modalités d’établissement, de sécurisation et de conservation des factures. |
| BOFiP — piste d’audit fiable | Contrôles établissant un lien entre la facture et la livraison de biens ou la prestation de services. |
| Code de commerce — article L. 110-3 | Principe de liberté de la preuve des actes de commerce entre commerçants. |
| Documentation officielle sur la facturation électronique | Calendrier du déploiement, obligation de réception et obligations d’émission. |
➡️ Transition vers la Séquence 2/6 — Identifier toutes les situations dans lesquelles une facture est obligatoire
Après avoir défini la facture et compris ses fonctions, la séquence suivante déterminera précisément les opérations qui doivent faire l’objet d’une facturation.
Nous distinguerons les relations entre professionnels, les ventes aux particuliers, les acomptes, les opérations intracommunautaires, les exportations, les prestations internationales, l’autofacturation et les situations dans lesquelles une note ou un autre document doit être remis.
Cette cartographie permettra ensuite de déterminer quelles opérations entrent dans la facturation électronique, lesquelles relèvent du e-reporting et lesquelles demeurent hors du champ de la réforme.
Construire une facture parfaitement conforme
Avant même de parler de Plateforme de Dématérialisation Partenaire (PDP), de Factur-X, d’UBL, de CII ou de e-reporting, toute entreprise doit maîtriser la facture « papier » ou PDF au sens juridique, comptable et fiscal. Une facture incomplète ou irrégulière reste une facture irrégulière, même si elle est transmise électroniquement. Cette séquence constitue la check-list professionnelle de référence permettant de produire une facture conforme au Code de commerce, au Code général des impôts et aux exigences de la réforme de la facturation électronique 2026–2027.
🎯 Objectif professionnel de la séquence
À l’issue de cette séquence, vous serez capable de contrôler une facture ligne par ligne, d’identifier immédiatement toute omission susceptible d’entraîner un rejet, un redressement fiscal ou une sanction administrative, puis de mettre en place des contrôles automatiques garantissant la conformité de l’ensemble des factures émises par votre entreprise.
Construire une facture juridiquement parfaite, fiscalement sécurisée et immédiatement compatible avec la future facturation électronique.
⚖️ Pourquoi la conformité d’une facture est-elle essentielle ?
Une facture n’est pas un simple document commercial. Elle constitue simultanément :
- un document juridique constatant une opération entre deux parties ;
- une pièce comptable justificative de l’enregistrement des opérations ;
- un document fiscal servant de base au calcul et au contrôle de la TVA ;
- une preuve pouvant être produite devant les juridictions civiles, commerciales, fiscales ou pénales ;
- le principal support de la piste d’audit fiable exigée par l’administration fiscale.
La réforme de la facturation électronique ne modifie pas les règles fondamentales de la facture : elle renforce leur contrôle grâce à la transmission automatisée des données aux plateformes et à l’administration fiscale.
📚 Les principaux textes à connaître
| Référence | Objet | Pourquoi c’est important ? |
|---|---|---|
| Code de commerce | Obligations de facturation entre professionnels | Détermine les mentions obligatoires et les sanctions commerciales. |
| Code général des impôts | Règles relatives à la TVA | Fixe les mentions fiscales obligatoires. |
| BOFiP | Doctrine fiscale | Précise les modalités d’application des textes. |
| Piste d’audit fiable | Authenticité, intégrité et lisibilité | Garantit la fiabilité des factures tout au long de leur conservation. |
| Réforme 2026–2027 | Facturation électronique et e-reporting | Automatise les échanges et renforce les contrôles. |
🧩 Les mentions générales obligatoires d’une facture
Toute facture émise doit comporter un ensemble de mentions permettant d’identifier sans ambiguïté les parties, l’opération réalisée et les modalités financières correspondantes.
| Mention obligatoire | Pourquoi ? | Point de vigilance |
|---|---|---|
| Numéro de facture | Assure l’unicité du document. | Numérotation chronologique continue, sans rupture. |
| Date d’émission | Détermine les obligations comptables et fiscales. | Doit correspondre à la date réelle d’émission. |
| Identité complète du vendeur | Identification juridique. | Dénomination, forme juridique et adresse. |
| SIREN / SIRET | Identification administrative. | Numéros exacts et à jour. |
| Numéro de TVA intracommunautaire | Identification fiscale. | Obligatoire lorsqu’il est applicable. |
| Identité du client | Identification du destinataire. | Nom ou raison sociale et adresse. |
| Adresse de facturation | Localisation juridique. | Différente éventuellement de l’adresse de livraison. |
📦 Décrire précisément les biens ou prestations
Une facture ne peut jamais se limiter à une formule vague telle que « prestation diverse » ou « travaux réalisés ». La description doit permettre à un tiers (client, commissaire aux comptes, administration fiscale ou juge) d’identifier clairement l’opération réalisée.
| Élément | Bonne pratique |
|---|---|
| Désignation | Description claire et précise des biens ou services. |
| Quantité | Nombre d’unités, heures, jours, kilos, mètres, etc. |
| Prix unitaire HT | Montant avant TVA. |
| Réductions | Rabais, remises, ristournes ou promotions distinctement indiqués. |
| Total HT | Base imposable. |
| TVA | Taux et montant par taux applicable. |
| Total TTC | Montant effectivement dû par le client. |
Une désignation imprécise peut conduire l’administration fiscale à remettre en cause la déductibilité de la charge ou le droit à déduction de la TVA, faute de pouvoir identifier avec certitude l’opération facturée.
💳 Les mentions relatives au règlement : une obligation souvent sous-estimée
Une facture conforme ne se limite pas à décrire une opération commerciale. Elle doit également informer clairement le client des modalités de paiement et des conséquences d’un éventuel retard. Ces mentions sont obligatoires pour toutes les transactions entre professionnels et leur absence peut entraîner des sanctions administratives indépendamment du paiement effectif de la facture.
Lors d’un contrôle fiscal ou de la DGCCRF, l’une des premières vérifications porte sur les mentions relatives au règlement. De nombreuses PME disposent d’une facturation correcte sur le plan comptable mais restent non conformes sur le plan juridique faute d’avoir intégré ces mentions obligatoires dans leur modèle de facture.
📋 Check-list des mentions relatives au règlement
| Mention obligatoire | Objectif | Exemple |
|---|---|---|
| Date limite de paiement | Informer le client de l’échéance contractuelle. | 30 jours fin de mois. |
| Conditions de règlement | Préciser les modalités convenues. | Virement bancaire à réception. |
| Taux des pénalités de retard | Informer des intérêts dus en cas de retard. | Taux BCE + 10 points ou taux contractuel. |
| Indemnité forfaitaire | Compensation des frais de recouvrement. | 40 € par facture impayée. |
| Escompte | Préciser l’existence ou l’absence d’escompte. | Aucun escompte accordé pour paiement anticipé. |
⏰ Les pénalités de retard
Toute facture destinée à un professionnel doit préciser le taux applicable en cas de retard de paiement. Les pénalités commencent à courir dès le lendemain de la date d’échéance sans qu’un rappel soit nécessaire, sauf disposition contractuelle différente.
La plupart des entreprises reprennent directement dans leurs Conditions Générales de Vente le taux retenu, puis le rappellent sur chaque facture afin de satisfaire aux obligations légales.
| Situation | Mention conseillée |
|---|---|
| Client professionnel | Pénalités exigibles dès le lendemain de l’échéance. |
| Marché public | Application des règles spécifiques de la commande publique. |
| Client particulier | Application des dispositions du Code de la consommation lorsque pertinentes. |
💶 L’indemnité forfaitaire de 40 € pour frais de recouvrement
Toute facture adressée à un professionnel doit rappeler que tout retard de paiement entraîne de plein droit une indemnité forfaitaire pour frais de recouvrement de 40 €, sans préjudice d’une indemnisation complémentaire lorsque les frais réellement engagés sont supérieurs.
Beaucoup d’entreprises mentionnent les pénalités de retard mais oublient l’indemnité forfaitaire de 40 €. Cette omission rend la facture juridiquement incomplète.
🏷️ L’escompte pour paiement anticipé
La facture doit indiquer si un escompte est accordé en cas de règlement anticipé ou préciser expressément qu’aucun escompte ne sera consenti.
| Situation | Mention recommandée |
|---|---|
| Escompte prévu | Escompte de 2 % pour tout paiement avant le … |
| Aucun escompte | Aucun escompte consenti pour paiement anticipé. |
🌍 Les mentions spécifiques selon la nature de l’opération
Certaines opérations nécessitent des mentions supplémentaires imposées par le Code général des impôts. Leur omission peut entraîner un rejet de la facture, une remise en cause du régime de TVA appliqué ou un redressement fiscal.
| Situation | Mention spécifique | Objectif |
|---|---|---|
| Franchise en base de TVA | « TVA non applicable – article 293 B du CGI » | Informer le client de l’absence de TVA. |
| Autoliquidation | Mention explicite « Autoliquidation » avec le texte applicable. | Transférer l’obligation de déclarer la TVA au client. |
| TVA sur marge | Mention relative au régime de la marge. | Justifier l’absence de TVA apparente. |
| Prestations intracommunautaires | Mention d’exonération et numéros de TVA intracommunautaires. | Sécuriser le régime intracommunautaire. |
| Livraisons intracommunautaires | Mention d’exonération prévue par le CGI. | Justifier la non-taxation en France. |
| Exportations | Mention d’exonération applicable aux exportations. | Justifier l’exonération de TVA. |
| Opérations triangulaires | Mention spécifique prévue pour les simplifications communautaires. | Identifier le régime applicable. |
| BTP | Autoliquidation de la TVA lorsque le régime s’applique. | Respect des règles propres au secteur. |
| TVA sur les encaissements | « TVA sur les encaissements ». | Informer sur l’exigibilité de la TVA. |
🧠 Regard de l’expert : anticiper la réforme 2026–2027
Avec la généralisation de la facturation électronique, les plateformes de dématérialisation et l’administration fiscale disposeront d’un contrôle automatisé des principales mentions obligatoires. Une anomalie qui pouvait auparavant passer inaperçue sera désormais détectée dès l’émission ou la réception de la facture.
- mettre à jour régulièrement les modèles de factures ;
- automatiser les contrôles avant émission ;
- vérifier les numéros SIREN, SIRET et TVA de chaque partenaire ;
- contrôler automatiquement les mentions liées au régime de TVA appliqué ;
- intégrer les contrôles de conformité dans l’ERP ou le logiciel de facturation ;
- préparer dès aujourd’hui les futurs contrôles automatisés des PDP.
✅ Check-list Premium de la facture juridiquement conforme
Avant toute émission d’une facture, un contrôle systématique doit être réalisé. Cette check-list constitue un véritable outil de sécurisation utilisé par les cabinets d’expertise comptable, les directions financières et les responsables administratifs afin de limiter les risques fiscaux, juridiques et commerciaux.
| Point de contrôle | Obligatoire | Contrôlé |
|---|---|---|
| Numéro unique et chronologique | ✅ | ☐ |
| Date d’émission | ✅ | ☐ |
| Identification complète du vendeur | ✅ | ☐ |
| SIREN – SIRET | ✅ | ☐ |
| Numéro de TVA intracommunautaire | Selon le régime | ☐ |
| Identification complète du client | ✅ | ☐ |
| Description précise des biens ou prestations | ✅ | ☐ |
| Quantités et prix unitaires | ✅ | ☐ |
| Réductions éventuelles | Si applicable | ☐ |
| Montant HT | ✅ | ☐ |
| Taux et montant de TVA | Selon le régime | ☐ |
| Total TTC | ✅ | ☐ |
| Date limite de règlement | ✅ | ☐ |
| Pénalités de retard | ✅ | ☐ |
| Indemnité forfaitaire de 40 € | Professionnels | ☐ |
| Mention d’escompte | ✅ | ☐ |
| Mention fiscale spécifique (franchise, autoliquidation, export, etc.) | Selon le régime | ☐ |
📊 Tableau récapitulatif des principales mentions selon la nature de l’opération
| Type d’opération | Mention particulière | Objectif |
|---|---|---|
| Facture classique soumise à TVA | Taux de TVA et montant | Calcul de la taxe collectée |
| Franchise en base | TVA non applicable – article 293 B du CGI | Informer l’acheteur de l’absence de TVA |
| Autoliquidation | Mention « Autoliquidation » | Identifier le redevable de la TVA |
| Livraison intracommunautaire | Exonération + TVA intracommunautaire | Sécuriser le régime intracommunautaire |
| Exportation | Mention d’exonération | Justifier la non-taxation |
| TVA sur marge | Mention spécifique | Identifier le régime applicable |
| BTP | Autoliquidation BTP | Respect des règles sectorielles |
| Prestations de services | TVA sur les encaissements si applicable | Déterminer l’exigibilité de la TVA |
⚖️ Jurisprudence et principes fondamentaux à connaître
La jurisprudence nationale et européenne rappelle régulièrement que la facture constitue un élément essentiel du droit à déduction de la TVA mais qu’elle ne doit jamais être analysée isolément. Les juridictions apprécient également la réalité économique de l’opération et les éléments justificatifs disponibles.
- une facture ne crée pas à elle seule une opération économique réelle ;
- l’administration fiscale peut demander tout justificatif complémentaire ;
- une facture fictive expose à des sanctions particulièrement lourdes ;
- une simple erreur matérielle peut parfois être corrigée lorsqu’elle ne remet pas en cause la réalité de l’opération ;
- les mentions obligatoires permettent d’assurer la traçabilité et la sécurité juridique des échanges ;
- la conservation des pièces justificatives reste indispensable malgré la dématérialisation.
Les juridictions françaises, le Conseil d’État et la Cour de justice de l’Union européenne rappellent de manière constante que le droit à déduction de la TVA dépend non seulement de la conformité formelle de la facture mais également de la réalité de l’opération économique et de la bonne foi de l’entreprise.
🚨 Les sanctions encourues en cas de facture irrégulière
| Nature du risque | Conséquences possibles |
|---|---|
| Commercial | Contestations du client, retard de paiement, litiges contractuels. |
| Comptable | Pièce justificative rejetée, difficulté de justification des écritures. |
| Fiscal | Remise en cause du droit à déduction de TVA, rappels de TVA, intérêts de retard et pénalités. |
| Administratif | Amendes prévues par les textes pour défaut ou irrégularité de facturation. |
| Pénal | En cas de fraude caractérisée : poursuites pénales possibles. |
Avec la généralisation de la facturation électronique, les contrôles deviendront largement automatisés. Une anomalie de structure, une mention manquante ou une incohérence entre les données déclarées et les données transmises pourront être détectées beaucoup plus rapidement qu’aujourd’hui.
❌ Les 15 erreurs les plus fréquemment constatées lors des contrôles
| Erreur | Conséquence | Bonne pratique |
|---|---|---|
| Numérotation discontinue | Suspicion de dissimulation | Automatiser la numérotation |
| Date erronée | Erreur d’exigibilité de TVA | Contrôle automatique |
| SIRET erroné | Facture irrégulière | Contrôle INSEE |
| TVA intracommunautaire absente | Remise en cause du régime | Validation automatique |
| Description imprécise | Difficulté de justification | Détailler la prestation |
| Taux de TVA erroné | Redressement fiscal | Contrôle du paramétrage |
| Absence de pénalités de retard | Non-conformité juridique | Modèle standardisé |
| Oubli des 40 € | Facture incomplète | Insertion automatique |
| Mention TVA inadaptée | Erreur de régime fiscal | Contrôle selon le type d’opération |
| Facture modifiée après émission | Rupture de la piste d’audit fiable | Émettre un avoir puis une nouvelle facture |
| Données incohérentes | Rejet par les plateformes | Validation avant émission |
| Absence d’archivage | Impossible de justifier l’opération | Archivage sécurisé |
| Mentions spécifiques oubliées | Risque fiscal | Check-list par régime |
| Coordonnées client erronées | Contestations | Synchronisation CRM/ERP |
| Aucun contrôle avant émission | Accumulation d’erreurs | Mettre en place un contrôle systématique avant envoi |
Une facture conforme n’est jamais le fruit du hasard. Elle résulte d’un processus documenté, de contrôles automatisés, d’une piste d’audit fiable et d’une parfaite maîtrise des obligations juridiques, comptables et fiscales. Avec la réforme 2026–2027, cette exigence devient un véritable enjeu stratégique de conformité pour toutes les entreprises.
🤖 Contrôleur IA Facture Conforme 360°
Avant l’entrée en vigueur de la facturation électronique, les directions financières les plus performantes automatisent déjà le contrôle de conformité de leurs factures. Le Contrôleur IA Facture Conforme 360° d’AdminFacile Academy reproduit le raisonnement d’un expert-comptable, d’un fiscaliste, d’un auditeur et d’un contrôleur de gestion afin de vérifier chaque facture avant son émission.
Détecter automatiquement toutes les anomalies juridiques, comptables, fiscales et techniques avant que la facture ne soit transmise au client, à la Plateforme de Dématérialisation Partenaire (PDP) ou à l’administration fiscale.
🧠 Architecture du Contrôleur IA
| Module IA | Mission | Résultat attendu |
|---|---|---|
| Identification juridique | Contrôle des informations vendeur et client. | Aucune incohérence d’identification. |
| Contrôle SIREN / SIRET | Vérification des identifiants de l’entreprise. | Données conformes. |
| Validation TVA | Analyse du régime de TVA applicable. | Taux et mentions cohérents. |
| Analyse des mentions obligatoires | Recherche des omissions. | Facture juridiquement complète. |
| Analyse des calculs | Vérification des montants HT, TVA et TTC. | Absence d’erreur de calcul. |
| Contrôle du régime fiscal | Détection du régime réellement applicable. | Mentions adaptées. |
| Piste d’audit fiable | Contrôle des pièces justificatives. | Traçabilité complète. |
| Compatibilité PDP | Préparation à la réforme 2026–2027. | Facture prête à être transmise électroniquement. |
🔄 Workflow intelligent de validation
💼 Cas pratiques professionnels
Cas n°1 — Une facture B2B classique
Une société de maintenance informatique facture une prestation de 2 450 € HT à une PME française assujettie à la TVA.
- ✔ Numérotation conforme.
- ✔ TVA correctement calculée.
- ✔ Pénalités de retard présentes.
- ✔ Indemnité forfaitaire de 40 € présente.
- ✔ Conditions de règlement renseignées.
- ✔ Facture validée.
Cas n°2 — Livraison intracommunautaire
Une entreprise française vend du matériel à un client allemand identifié à la TVA.
Le numéro de TVA intracommunautaire du client est absent et la mention d’exonération n’apparaît pas.
- Ajout du numéro de TVA du client.
- Ajout de la mention d’exonération applicable.
- Validation finale de la facture.
Cas n°3 — Entreprise en franchise en base
Une micro-entreprise émet une facture sans TVA mais oublie d’indiquer la mention obligatoire relative à la franchise.
Facture juridiquement incomplète. La mention « TVA non applicable – article 293 B du CGI » doit être ajoutée avant toute émission.
📋 Tableau de bord de conformité
| Contrôle | Statut | Niveau de risque |
|---|---|---|
| Mentions obligatoires | ✔ Conforme | Faible |
| Mentions TVA | ✔ Conforme | Faible |
| Mentions spécifiques | ✔ Conforme | Faible |
| Piste d’audit fiable | ✔ Conforme | Faible |
| Compatibilité réforme 2026–2027 | ✔ Conforme | Très faible |
📝 Synthèse de la séquence
Une facture conforme constitue le socle de toute la réforme de la facturation électronique. Avant même de parler de formats Factur-X, de plateformes PDP ou d’e-reporting, chaque entreprise doit être capable de produire une facture irréprochable sur les plans juridique, comptable et fiscal. Une facture incomplète aujourd’hui sera demain automatiquement détectée et potentiellement rejetée par les plateformes d’échange.
La conformité d’une facture ne doit plus dépendre d’une vérification humaine aléatoire. Elle doit être intégrée dans les processus de l’entreprise grâce à des contrôles automatiques, une piste d’audit fiable documentée et une gouvernance adaptée à la réforme 2026–2027.
🎓 Compétences acquises
- ✅ Comprendre la structure juridique complète d’une facture.
- ✅ Vérifier toutes les mentions obligatoires.
- ✅ Identifier les mentions spécifiques selon chaque régime de TVA.
- ✅ Sécuriser les modalités de règlement.
- ✅ Prévenir les sanctions civiles, commerciales et fiscales.
- ✅ Mettre en œuvre une check-list professionnelle de conformité.
- ✅ Utiliser un contrôleur IA pour automatiser les vérifications.
- ✅ Préparer l’entreprise à la généralisation de la facturation électronique.
Dans la prochaine séquence, nous étudierons le cycle complet d’émission, de transmission, de réception, d’archivage et de conservation des factures afin de comprendre comment la réforme transforme l’ensemble des flux documentaires de l’entreprise et renforce la piste d’audit fiable.
Les erreurs qui rendent une facture irrégulière
Une facture irrégulière n’est pas uniquement une facture comportant une erreur de calcul. Une simple omission, une numérotation défaillante ou une mention obligatoire oubliée peut remettre en cause la sécurité juridique de l’opération, entraîner des sanctions fiscales ou commerciales, voire caractériser une fraude lorsque l’irrégularité est intentionnelle. Cette séquence vous apprend à détecter toutes les anomalies avant qu’elles ne deviennent un risque pour l’entreprise.
🎯 Objectif professionnel
Être capable d’identifier immédiatement toute anomalie susceptible de rendre une facture irrégulière, de mesurer son niveau de gravité, d’en apprécier les conséquences juridiques, comptables et fiscales, puis de mettre en œuvre les actions correctives adaptées avant tout contrôle ou contentieux.
⚖️ Pourquoi une facture devient-elle irrégulière ?
Une facture est irrégulière dès lors qu’elle ne respecte plus les obligations prévues par le Code de commerce, le Code général des impôts ou les règles relatives à la TVA. Certaines irrégularités relèvent d’une simple erreur matérielle, tandis que d’autres peuvent être assimilées à une fraude lorsqu’elles traduisent une volonté de dissimuler une opération ou de détourner les règles fiscales.
En pratique, la majorité des redressements ne proviennent pas d’une fraude organisée mais d’un empilement de petites erreurs répétitives : mauvaise numérotation, TVA mal paramétrée, mentions oubliées, mauvais client ou modifications manuelles réalisées après l’émission de la facture.
🚨 Les principales erreurs de facturation
| Erreur | Conséquence immédiate | Niveau de risque |
|---|---|---|
| Numérotation erronée | Rupture de la chronologie | Élevé |
| Doublon de numéro | Suspicion d’anomalie documentaire | Élevé |
| Trou dans la séquence | Suspicion de facture supprimée | Très élevé |
| Taux de TVA erroné | Risque de redressement fiscal | Très élevé |
| Adresse erronée | Facture juridiquement imparfaite | Moyen |
| Mauvais client | Facture contestable | Élevé |
| Mauvaise devise | Erreur comptable et fiscale | Moyen |
| Mentions obligatoires oubliées | Facture non conforme | Élevé |
| Description imprécise | Difficulté de justification | Moyen |
| Calcul HT/TVA/TTC erroné | Erreur de déclaration | Très élevé |
🔢 Les anomalies de numérotation
La numérotation constitue l’un des premiers contrôles réalisés lors d’un audit ou d’une vérification de comptabilité. Elle doit être chronologique, continue et unique.
| Anomalie | Pourquoi est-ce dangereux ? | Bonne pratique |
|---|---|---|
| Numéro dupliqué | Impossible d’assurer l’unicité des factures. | Numérotation automatique par le logiciel. |
| Trou dans la séquence | Peut laisser supposer la suppression d’une facture. | Conserver l’historique complet. |
| Retour en arrière | Risque de manipulation comptable. | Interdire toute modification de la séquence. |
| Double série non maîtrisée | Confusion documentaire. | Documenter chaque série de numérotation. |
🧾 Les erreurs relatives à la TVA
Les erreurs de TVA figurent parmi les causes les plus fréquentes de redressement fiscal. Elles peuvent concerner aussi bien le taux appliqué que le régime fiscal retenu ou les mentions spécifiques devant apparaître sur la facture.
- application d’un taux réduit au lieu du taux normal ;
- oubli de TVA sur une opération taxable ;
- TVA facturée alors que l’opération est exonérée ;
- absence de mention d’autoliquidation ;
- absence de la mention « TVA non applicable – article 293 B du CGI » ;
- erreur sur le numéro de TVA intracommunautaire.
✏️ Les modifications interdites
Une facture émise ne doit jamais être modifiée directement. Toute correction doit respecter les règles comptables et fiscales afin de préserver la piste d’audit fiable.
| Pratique | Autorisée ? | Traitement recommandé |
|---|---|---|
| Modification directe d’une facture envoyée | ❌ | Émettre un avoir puis une nouvelle facture. |
| Suppression d’une facture | ❌ | Conserver une traçabilité complète. |
| Antidater une facture | ❌ | Émettre la facture à la date réelle. |
| Correction via un avoir | ✅ | Méthode conforme. |
🚫 Les irrégularités les plus graves
Une facture fictive correspond à une opération inexistante. Elle peut être utilisée pour créer artificiellement des charges, récupérer indûment de la TVA ou masquer des mouvements financiers. Elle est susceptible de constituer une fraude fiscale et d’engager la responsabilité pénale de ses auteurs.
Il s’agit d’une facture émise sans contrepartie économique réelle ou destinée à favoriser indûment un tiers. Les conséquences peuvent être particulièrement lourdes tant sur le plan fiscal que pénal.
Une facture privée de mentions obligatoires peut entraîner la remise en cause de la déductibilité de la TVA, des sanctions administratives et des difficultés importantes en cas de contrôle.
⚖️ Les sanctions applicables
| Nature des sanctions | Conséquences possibles |
|---|---|
| Sanctions fiscales | Amendes prévues par les textes, rappels de TVA, intérêts de retard, majorations, remise en cause du droit à déduction. |
| Sanctions commerciales | Contestations des clients, litiges contractuels, refus de paiement, responsabilité civile, sanctions liées aux obligations de facturation entre professionnels. |
| Sanctions pénales | En cas de fraude caractérisée (fausses factures, factures fictives, factures de complaisance, faux et usage de faux, fraude fiscale), des poursuites pénales peuvent être engagées à l’encontre des personnes physiques et morales. |
🎯 Les 10 réflexes du chef de mission
- Ne jamais modifier une facture après son émission.
- Toujours utiliser une numérotation automatique.
- Contrôler systématiquement le régime de TVA.
- Vérifier l’identité complète du client.
- Décrire précisément chaque prestation.
- Sécuriser les calculs HT, TVA et TTC.
- Utiliser les mentions fiscales adaptées.
- Conserver toutes les pièces justificatives.
- Tracer chaque correction par un avoir.
- Automatiser les contrôles avant émission.
Avec la généralisation de la facturation électronique, les erreurs de structure, les incohérences de TVA, les ruptures de séquence et les anomalies documentaires seront détectées automatiquement par les plateformes de dématérialisation. La conformité ne reposera plus uniquement sur un contrôle humain mais sur des contrôles automatisés en temps réel. Les entreprises qui auront sécurisé leurs processus en amont limiteront significativement leurs risques de rejet, de contentieux et de redressement.
Tous les cas particuliers de facturation
Toutes les factures ne répondent pas aux mêmes règles. Selon la nature de l’opération, le secteur d’activité, le régime de TVA ou le moment de facturation, des obligations spécifiques viennent compléter les mentions générales étudiées précédemment. Maîtriser ces situations particulières est indispensable pour sécuriser les flux commerciaux et préparer efficacement la réforme de la facturation électronique 2026–2027.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable d’identifier immédiatement le type de facture à établir selon la nature de l’opération, de choisir le bon traitement juridique, comptable et fiscal, puis de sécuriser chaque document avant son émission.
Adapter la facture aux situations particulières rencontrées dans la vie de l’entreprise tout en garantissant sa parfaite conformité juridique, comptable et fiscale.
🧭 Cartographie des principaux cas particuliers
| Situation | Document à établir | Point de vigilance |
|---|---|---|
| Versement d’un acompte | Facture d’acompte | Exigibilité éventuelle de la TVA selon la nature de l’opération. |
| Livraison définitive | Facture de solde | Déduire les acomptes déjà facturés. |
| Prestations récurrentes | Facture périodique | Respect des périodes couvertes. |
| Erreur sur une facture | Avoir ou facture rectificative | Ne jamais modifier directement la facture initiale. |
💶 La facture d’acompte
Une facture d’acompte est émise lorsqu’un client verse tout ou partie du prix avant la réalisation complète de la prestation ou avant la livraison du bien. Elle matérialise juridiquement le paiement anticipé et permet d’assurer la traçabilité des sommes déjà encaissées.
- sécuriser la relation commerciale ;
- justifier le règlement reçu ;
- déterminer les conséquences en matière de TVA ;
- préparer la facture définitive.
| Élément | Bonne pratique |
|---|---|
| Référence de la commande | À rappeler systématiquement. |
| Montant de l’acompte | Préciser le pourcentage ou le montant exact. |
| Montant restant dû | Facilite l’établissement de la facture finale. |
| Référence à la facture finale | Permet d’assurer la continuité documentaire. |
🧾 La facture de solde
La facture de solde clôture définitivement l’opération commerciale. Elle reprend le montant total de la vente ou de la prestation et déduit l’ensemble des acomptes déjà facturés afin de déterminer le solde restant à payer.
Toujours rappeler sur la facture finale les références des factures d’acompte afin de garantir une parfaite traçabilité documentaire et de faciliter les contrôles de TVA.
| Contenu recommandé | Objectif |
|---|---|
| Montant total de l’opération | Vision globale du contrat. |
| Acomptes déjà versés | Éviter toute double facturation. |
| Solde restant dû | Montant réellement exigible. |
📅 La facture périodique
Certaines activités donnent lieu à des prestations répétitives (abonnements, maintenance, loyers, prestations mensuelles, honoraires récurrents, etc.). Dans ce cas, une facture peut couvrir une période déterminée plutôt qu’une opération isolée.
| Exemple | Période couverte | Point de vigilance |
|---|---|---|
| Maintenance informatique | Mois civil | Préciser les dates exactes. |
| Abonnement SaaS | Mensuel ou annuel | Identifier clairement la période facturée. |
| Honoraires | Période contractuelle | Décrire précisément les prestations couvertes. |
✏️ La facture rectificative
Lorsqu’une facture comporte une erreur qui ne peut être corrigée par un simple avoir (selon les situations rencontrées), une facture rectificative peut être émise afin de compléter ou de corriger certaines informations tout en conservant la traçabilité de l’opération initiale.
Une facture déjà émise ne doit jamais être modifiée directement dans le logiciel de facturation. Toute correction doit être parfaitement documentée afin de préserver la piste d’audit fiable.
↩️ L’avoir
L’avoir constitue le document de référence permettant d’annuler totalement ou partiellement une facture déjà émise. Il intervient notamment en cas d’erreur, de retour de marchandises, de remise exceptionnelle, d’annulation de prestation ou de résolution d’un litige commercial.
| Situation | Utilisation d’un avoir |
|---|---|
| Retour de marchandises | Oui |
| Erreur de montant | Oui |
| Annulation totale de la vente | Oui |
| Remise commerciale après facturation | Oui |
L’avoir garantit la continuité de la numérotation, préserve la piste d’audit fiable, facilite les contrôles fiscaux et assure une parfaite cohérence entre les écritures comptables et les déclarations de TVA.
📊 Tableau comparatif des principaux types de factures
| Type de facture | Quand l’utiliser ? | Objectif principal |
|---|---|---|
| Facture d’acompte | Avant l’exécution complète | Constater un paiement anticipé. |
| Facture de solde | Fin de l’opération | Clôturer définitivement la vente. |
| Facture périodique | Prestations récurrentes | Regrouper plusieurs opérations. |
| Facture rectificative | Correction documentée | Rectifier certaines informations. |
| Avoir | Annulation ou réduction | Corriger une facture déjà émise. |
🧩 Schéma Premium — Cycle de vie documentaire d’une vente
Devis
⬇
Bon de commande
⬇
Facture d’acompte (si applicable)
⬇
Livraison / Réalisation de la prestation
⬇
Facture de solde
⬇
Paiement
⬇
Avoir éventuel en cas de correction
💼 Mini-cas professionnels
Cas n°1 — Chantier de rénovation
Une entreprise de rénovation facture 30 % à la commande, 40 % en cours de chantier et le solde à la réception des travaux.
- Émission d’une première facture d’acompte.
- Émission d’une seconde facture d’acompte.
- Émission d’une facture de solde reprenant les acomptes déjà facturés.
Cas n°2 — Abonnement logiciel
Une société commercialise un abonnement annuel payable mensuellement.
Une facturation périodique mensuelle permet de matérialiser chaque échéance tout en assurant un suivi rigoureux des créances clients.
🧾 L’auto-facturation
L’auto-facturation consiste à permettre au client d’établir lui-même la facture au nom et pour le compte de son fournisseur. Ce mécanisme est parfaitement autorisé à condition qu’il résulte d’un accord préalable entre les parties et que chaque facture fasse l’objet d’une procédure d’acceptation garantissant son exactitude.
- secteur agricole ;
- grande distribution ;
- plateformes numériques ;
- relations fournisseurs récurrentes ;
- groupes internationaux.
| Point de contrôle | Bonne pratique |
|---|---|
| Accord écrit | Convention préalable obligatoire. |
| Validation du fournisseur | Acceptation explicite ou procédure convenue. |
| Mentions obligatoires | Les mêmes qu’une facture classique. |
| Traçabilité | Piste d’audit fiable complète. |
🏗️ Sous-traitance et autoliquidation de la TVA
Dans certains secteurs, notamment le bâtiment, la TVA n’est pas facturée par le sous-traitant. Le mécanisme d’autoliquidation transfère l’obligation de déclarer la TVA au donneur d’ordre lorsque les conditions légales sont réunies.
L’autoliquidation ne s’applique jamais automatiquement. Elle suppose que toutes les conditions prévues par la réglementation soient réunies. Une erreur de régime peut entraîner un redressement de TVA pour les deux parties.
| Situation | TVA facturée ? | Mention spécifique |
|---|---|---|
| Sous-traitance BTP soumise à autoliquidation | Non | Autoliquidation de la TVA. |
| Prestations classiques | Oui | Aucune mention particulière. |
🌍 Les factures d’exportation
Les exportations de biens hors de l’Union européenne répondent à des règles spécifiques. Elles bénéficient, sous certaines conditions, d’un régime d’exonération de TVA qui doit être justifié par des preuves de sortie du territoire de l’Union européenne.
| Élément | À vérifier |
|---|---|
| Pays de destination | Hors Union européenne. |
| Justificatif douanier | Conserver la preuve d’exportation. |
| Mention d’exonération | Obligatoire lorsque le régime s’applique. |
📦 Les importations
Les importations donnent lieu à des traitements particuliers en matière de TVA, de droits de douane et de comptabilisation. La facture fournisseur étrangère n’est généralement pas suffisante : les documents douaniers complètent le dossier justificatif.
Toujours rapprocher la facture fournisseur, les documents de transport et les justificatifs douaniers afin de sécuriser la récupération éventuelle de la TVA et la justification des écritures comptables.
🇪🇺 Les livraisons intracommunautaires
Les ventes de biens entre entreprises établies dans deux États membres de l’Union européenne peuvent bénéficier d’une exonération de TVA lorsque toutes les conditions sont remplies.
| Condition | Importance |
|---|---|
| Client identifié à la TVA | Indispensable. |
| Numéro de TVA vérifié | À contrôler avant facturation. |
| Preuve du transport | Obligatoire. |
| Mention d’exonération | À faire apparaître sur la facture. |
🌐 Les prestations internationales de services
Les règles de territorialité des prestations de services diffèrent selon que le client est un professionnel ou un particulier et selon le lieu où la prestation est réputée être réalisée. Le traitement de la TVA doit donc être analysé avant toute émission de facture.
- identifier le pays d’imposition ;
- déterminer la qualité du client (B2B ou B2C) ;
- contrôler le régime de TVA applicable ;
- adapter les mentions figurant sur la facture ;
- prévoir les obligations déclaratives associées.
🧭 Tableau décisionnel — Quel type de facture émettre ?
| Situation rencontrée | Type de facture | Point de vigilance principal |
|---|---|---|
| Client établit la facture | Auto-facturation | Convention préalable et validation. |
| Sous-traitance BTP | Facture avec autoliquidation | Mention obligatoire. |
| Vente hors Union européenne | Facture d’exportation | Justificatifs douaniers. |
| Achat hors Union européenne | Facture d’importation | Documents douaniers et TVA. |
| Vente à une entreprise de l’UE | Livraison intracommunautaire | Numéro de TVA et preuve de transport. |
| Prestation internationale | Facture adaptée au régime de territorialité | Déterminer le pays d’imposition. |
💱 Les factures en devise étrangère
Les échanges internationaux conduisent fréquemment les entreprises à facturer dans une devise autre que l’euro (USD, GBP, CHF, JPY, CAD, etc.). La réglementation française l’autorise sous réserve de respecter les règles comptables, fiscales et de conversion monétaire.
La devise de facturation est un choix commercial ; la monnaie de comptabilisation reste celle imposée par la réglementation comptable de l’entreprise. Les écarts de change devront ensuite être traités conformément aux règles comptables applicables.
| Élément | Bonne pratique |
|---|---|
| Devise utilisée | Préciser clairement la devise (USD, GBP, CHF, etc.). |
| Taux de change | Documenter le taux retenu lorsque cela est nécessaire. |
| TVA | Déterminer le régime indépendamment de la devise. |
| Comptabilisation | Conversion selon les règles comptables applicables. |
🌍 Les factures rédigées en langue étrangère
Une facture peut être rédigée dans une langue étrangère lorsqu’elle est destinée à un partenaire international. Toutefois, en cas de contrôle fiscal ou judiciaire, l’administration peut demander une traduction en français afin de vérifier la nature exacte de l’opération.
Les groupes internationaux utilisent souvent une facture bilingue (français / anglais) afin de faciliter les échanges commerciaux tout en sécurisant les obligations légales françaises.
🧾 La facture simplifiée
Dans certains cas limitativement prévus par la réglementation, une facture simplifiée peut être émise. Elle comporte un nombre réduit de mentions obligatoires tout en permettant d’identifier l’opération réalisée.
| Facture classique | Facture simplifiée |
|---|---|
| Toutes les mentions obligatoires. | Mentions allégées lorsque les conditions réglementaires sont réunies. |
| Utilisation générale. | Cas limitativement prévus par les textes. |
La facturation électronique ne supprime pas les conditions d’utilisation des factures simplifiées. Les règles de fond demeurent identiques.
👤 Les micro-entreprises
Les micro-entrepreneurs sont soumis aux mêmes principes généraux de facturation que les autres professionnels, tout en bénéficiant de certains régimes fiscaux particuliers, notamment lorsqu’ils relèvent de la franchise en base de TVA.
| Point de contrôle | Vigilance |
|---|---|
| Mentions obligatoires | Identiques à toute facture professionnelle. |
| Franchise en base | Ajouter la mention prévue par le CGI lorsque le régime est applicable. |
| Numérotation | Chronologique et continue. |
🤝 Les associations
Les associations peuvent être amenées à établir des factures lorsqu’elles exercent une activité économique. Les obligations varient selon leur situation fiscale, leur caractère lucratif ou non et leur éventuel assujettissement à la TVA.
Le statut associatif ne dispense jamais du respect des obligations de facturation lorsqu’une opération économique impose l’émission d’une facture.
⚖️ Les professions libérales
Les professions libérales (avocats, médecins, architectes, consultants, experts-comptables, etc.) sont également soumises aux obligations de facturation. Certaines bénéficient toutefois de régimes spécifiques de TVA ou d’exonérations selon la nature des prestations réalisées.
| Profession | Point de vigilance |
|---|---|
| Profession réglementée | Respect des règles propres à la profession. |
| Profession exonérée | Mention de l’exonération applicable. |
| Consultants | Vérification du régime de TVA applicable. |
🏛️ Les organismes bénéficiant d’une exonération
Certains organismes bénéficient d’exonérations prévues par la législation fiscale. Les factures émises doivent alors comporter les mentions permettant de justifier l’absence de TVA.
Une exonération de TVA ne signifie jamais qu’aucune facture n’est nécessaire. Les obligations documentaires demeurent et les mentions justificatives sont essentielles.
💶 Les principaux cas particuliers en matière de TVA
| Situation | Conséquence sur la facture |
|---|---|
| Franchise en base | Mention spécifique obligatoire. |
| TVA sur marge | Application du régime particulier. |
| Autoliquidation | Mention obligatoire sur la facture. |
| TVA sur les encaissements | Mention adaptée au régime. |
| Exportations | Exonération sous conditions. |
| Livraisons intracommunautaires | Mentions spécifiques et contrôle du numéro de TVA. |
| Prestations internationales | Analyse préalable de la territorialité. |
⚖️ Jurisprudence utile à connaître
Les juridictions françaises et européennes rappellent régulièrement que la facture constitue un élément essentiel de preuve mais qu’elle doit toujours refléter une opération économique réelle. Les décisions rendues au fil des années permettent de dégager plusieurs principes fondamentaux qui doivent guider toute entreprise.
- une facture ne peut jamais constater une opération fictive ;
- une erreur purement formelle peut parfois être régularisée lorsqu’elle n’affecte pas la réalité de l’opération ;
- le droit à déduction de la TVA suppose la réalité de la prestation ou de la livraison ;
- la charge de la preuve peut incomber à l’entreprise lorsqu’une anomalie est constatée ;
- la piste d’audit fiable constitue un élément déterminant en cas de contrôle ;
- les plateformes de facturation électronique renforceront encore la traçabilité des opérations à partir de la réforme 2026–2027.
Avant d’émettre une facture présentant une particularité (devise étrangère, exportation, autoliquidation, exonération, opération internationale, etc.), commencez toujours par identifier le régime juridique et fiscal applicable. Une bonne qualification de l’opération évite la quasi-totalité des erreurs de facturation.
🛒 Les factures en e-commerce
Le développement du commerce électronique a profondément transformé les obligations de facturation. Les entreprises doivent désormais concilier les règles classiques de facturation avec celles relatives aux ventes à distance, aux paiements en ligne, aux places de marché et à la future généralisation de la facturation électronique.
Une vente réalisée sur Internet reste juridiquement une vente classique. Les obligations de facturation demeurent identiques, quel que soit le canal de commercialisation utilisé.
| Point de contrôle | Bonne pratique |
|---|---|
| Identification du vendeur | Mentions complètes obligatoires. |
| Identification du client | Adapter selon la qualité du client (B2B ou B2C). |
| Paiement en ligne | Assurer la traçabilité des règlements. |
| Archivage | Conserver durablement les factures et justificatifs. |
🏪 Les marketplaces
Les places de marché (marketplaces) mettent en relation vendeurs et acheteurs sans être systématiquement le vendeur juridique des biens ou services. Il est donc essentiel d’identifier qui est réellement tenu d’émettre la facture et quelles sont les obligations fiscales de chaque intervenant.
| Intervenant | Responsabilité principale |
|---|---|
| Marketplace | Mise en relation, gestion éventuelle des flux et obligations propres prévues par la réglementation. |
| Vendeur | Émission de la facture lorsque la réglementation le prévoit. |
| Acheteur | Conservation des justificatifs. |
📦 Le dropshipping
Le dropshipping implique plusieurs intervenants (vendeur, fournisseur, transporteur et client final). Cette organisation nécessite une parfaite maîtrise des flux contractuels, logistiques et fiscaux afin d’identifier correctement le vendeur, la livraison, la territorialité de la TVA et les obligations documentaires.
Le fait que le fournisseur expédie directement la marchandise au client ne dispense jamais le vendeur de respecter ses obligations de facturation lorsqu’il est juridiquement partie à la vente.
💻 Les plateformes numériques
Les plateformes numériques jouent aujourd’hui un rôle majeur dans l’économie. Selon leur modèle économique, elles peuvent intervenir comme simple intermédiaire, comme commissionnaire ou comme vendeur présumé. Ces différences influencent directement les obligations de facturation et les traitements de TVA.
| Modèle économique | Conséquence principale |
|---|---|
| Intermédiation | Facturation par le vendeur. |
| Commission | Facturation de la commission par la plateforme. |
| Vendeur présumé | Obligations spécifiques selon la réglementation applicable. |
🚚 Les ventes à distance
Les ventes à distance, qu’elles soient nationales ou internationales, nécessitent une analyse préalable de la territorialité de la TVA, du pays d’imposition, des seuils applicables et des éventuelles obligations déclaratives particulières.
Avant toute facturation d’une vente à distance, vérifier le pays de consommation, le régime de TVA applicable et les obligations déclaratives associées afin d’éviter toute erreur de territorialité.
💼 Cas intégral corrigé
La société DigitalPro France commercialise des équipements informatiques sur son propre site Internet, via une marketplace européenne et réalise également des ventes en dropshipping vers plusieurs pays de l’Union européenne.
| Opération | Analyse | Traitement recommandé |
|---|---|---|
| Vente sur le site Internet | Facturation classique. | Facture conforme avec TVA applicable. |
| Vente via marketplace | Identifier le rôle juridique de la plateforme. | Déterminer le véritable émetteur de la facture. |
| Dropshipping | Analyse des flux commerciaux et logistiques. | Sécuriser la territorialité et la TVA. |
| Client européen | Contrôle du régime intracommunautaire. | Adapter les mentions de TVA. |
Malgré la diversité des canaux de vente, toutes les opérations reposent sur les mêmes principes fondamentaux : qualification juridique de l’opération, identification du vendeur, détermination du régime de TVA et émission d’une facture conforme.
🤖 Cartographe IA — Cas particuliers de facturation 360°
Ce composant Premium accompagne le professionnel dans l’identification automatique du régime applicable à chaque opération complexe et sécurise les traitements avant l’émission de la facture.
| Module IA | Mission |
|---|---|
| Analyseur d’opérations | Identification automatique du type de transaction. |
| Moteur TVA | Détermination du régime fiscal applicable. |
| Contrôleur des mentions | Vérification des mentions obligatoires. |
| Cartographie internationale | Analyse de la territorialité. |
| Contrôleur Factur-X / PDP | Préparation à la réforme 2026–2027. |
| Workflow documentaire | Sécurisation de la piste d’audit fiable. |
| Alertes intelligentes | Détection des anomalies avant émission. |
| Validation humaine | Décision finale conservée par le professionnel. |
📝 Synthèse de la séquence
Les cas particuliers de facturation représentent une part importante des difficultés rencontrées par les entreprises. Ils nécessitent une analyse préalable de la nature juridique de l’opération, du régime de TVA applicable, des obligations documentaires et des spécificités sectorielles. Une bonne maîtrise de ces situations permet d’éviter la majorité des erreurs constatées lors des contrôles fiscaux et prépare efficacement l’entreprise à la généralisation de la facturation électronique.
🎓 Compétences acquises
- ✅ Identifier le type de facture adapté à chaque situation particulière.
- ✅ Maîtriser les règles propres au commerce international.
- ✅ Sécuriser les opérations en e-commerce et sur les marketplaces.
- ✅ Traiter correctement les ventes à distance et le dropshipping.
- ✅ Adapter les factures aux différents régimes de TVA.
- ✅ Utiliser une cartographie décisionnelle pour choisir le traitement approprié.
- ✅ Préparer les processus de facturation à la réforme 2026–2027.
Après avoir appris à construire une facture conforme, à éviter les erreurs les plus fréquentes et à traiter les principaux cas particuliers, nous allons désormais étudier la conservation des factures, la piste d’audit fiable, l’archivage électronique et la valeur probante des documents, éléments indispensables pour réussir la transition vers la facturation électronique.
Contrôler une facture comme un inspecteur des impôts
Une facture ne doit jamais être considérée comme un simple document commercial. Pour l’administration fiscale, elle constitue une pièce justificative essentielle permettant de contrôler la TVA, la réalité des opérations économiques, la sincérité des écritures comptables et la lutte contre la fraude. Cette séquence vous place dans la peau d’un inspecteur des finances publiques afin d’apprendre à détecter les anomalies avant qu’elles ne soient découvertes lors d’un contrôle.
🎯 Objectif professionnel
Acquérir les réflexes utilisés par les vérificateurs de comptabilité afin de contrôler systématiquement chaque facture avant son émission ou son enregistrement comptable, sécuriser la TVA, renforcer la piste d’audit fiable et réduire significativement les risques de redressement.
Être capable d’auditer une facture avec le même niveau d’exigence qu’un inspecteur des impôts, un commissaire aux comptes ou un chef de mission expérimenté.
🔎 La méthode de contrôle de l’administration fiscale
Lors d’une vérification de comptabilité, les contrôleurs n’examinent pas les factures au hasard. Ils suivent une démarche structurée consistant à vérifier successivement la conformité juridique, la cohérence économique, la correcte application de la TVA, la réalité des opérations et la qualité de la piste d’audit fiable.
Réception de la facture
⬇
Vérification de l’identité des parties
⬇
Contrôle des mentions obligatoires
⬇
Vérification de la TVA
⬇
Contrôle des calculs
⬇
Analyse économique
⬇
Contrôle documentaire
⬇
Validation ou anomalie
💶 Contrôle de la TVA
La TVA constitue généralement le premier axe de contrôle. Une anomalie sur le taux, la territorialité ou les mentions fiscales peut entraîner des rappels de TVA, des intérêts de retard et des pénalités.
| Contrôle | Questions de l’inspecteur | Risque identifié |
|---|---|---|
| Taux appliqué | Le taux correspond-il à l’opération ? | Erreur de TVA. |
| Exonération | Est-elle justifiée ? | TVA éludée. |
| Autoliquidation | Les conditions sont-elles réunies ? | Erreur de régime. |
| TVA intracommunautaire | Numéros de TVA valides ? | Remise en cause de l’exonération. |
📋 Contrôle des mentions obligatoires
Chaque mention obligatoire est contrôlée individuellement. Une omission, même mineure, peut rendre la facture irrégulière.
| Mention | Contrôle réalisé |
|---|---|
| Numéro de facture | Chronologie et unicité. |
| Date | Cohérence avec l’opération. |
| Vendeur | Identification complète. |
| Client | Identification correcte. |
| SIREN / SIRET | Existence juridique. |
| TVA | Numéros et régime. |
| Désignation | Description suffisamment précise. |
| Montants | HT, TVA et TTC cohérents. |
🧮 Contrôle des calculs
Les logiciels de contrôle recalculent automatiquement les montants figurant sur la facture afin de détecter toute incohérence.
| Calcul | Vérification |
|---|---|
| Total HT | Somme exacte des lignes. |
| TVA | Application correcte du taux. |
| Total TTC | HT + TVA. |
| Remises | Calcul conforme. |
| Acomptes | Déduction correcte. |
🔢 Contrôle de la séquence de facturation
Les ruptures de numérotation constituent un indicateur majeur de risque fiscal.
| Anomalie | Conséquence |
|---|---|
| Numéro manquant | Suspicion de suppression. |
| Doublon | Suspicion de manipulation. |
| Retour en arrière | Risque élevé de fraude. |
| Plusieurs séries incohérentes | Contrôle approfondi. |
🧩 Contrôle de cohérence économique
Une facture peut être parfaitement rédigée tout en correspondant à une opération économiquement incohérente. L’administration rapproche systématiquement les informations figurant sur la facture avec les autres documents de l’entreprise.
- devis ;
- bon de commande ;
- bon de livraison ;
- contrat ;
- preuve de paiement ;
- échanges commerciaux ;
- comptabilité générale ;
- déclarations de TVA.
👤 Contrôle de l’identité des parties
| Élément contrôlé | Pourquoi ? |
|---|---|
| Dénomination sociale | Identifier le véritable cocontractant. |
| SIREN | Existence juridique. |
| SIRET | Établissement concerné. |
| Adresse | Localisation de l’activité. |
| TVA intracommunautaire | Contrôle du régime fiscal. |
🏦 Contrôle de l’IBAN
Même si les coordonnées bancaires ne constituent pas toujours une mention légalement obligatoire, elles représentent aujourd’hui un point de vigilance majeur dans la lutte contre les fraudes aux faux fournisseurs.
Toute modification d’IBAN doit être vérifiée par un second canal de communication avant validation du paiement.
🚨 Contrôle anti-fraude
| Signal d’alerte | Action recommandée |
|---|---|
| Nouvel IBAN | Vérification indépendante. |
| Adresse inhabituelle | Contrôle du fournisseur. |
| Montant inhabituel | Validation hiérarchique. |
| TVA incohérente | Contrôle fiscal. |
| Facture urgente | Analyse renforcée. |
🗂️ Contrôle de l’archivage
Une facture conforme doit pouvoir être retrouvée rapidement, présentée dans son intégralité et accompagnée de tous les justificatifs nécessaires pendant toute la durée légale de conservation.
| Document | Présence |
|---|---|
| Facture originale | ☐ |
| Devis | ☐ |
| Commande | ☐ |
| Livraison | ☐ |
| Paiement | ☐ |
| Contrat | ☐ |
🛡️ Constituer une piste d’audit fiable
La piste d’audit fiable permet de démontrer le lien permanent entre l’opération économique, les documents commerciaux, la facture, les écritures comptables et le paiement. Elle constitue aujourd’hui l’un des piliers de la sécurité fiscale et prendra une importance encore plus grande avec la généralisation de la facturation électronique.
Contrat
⬇
Devis
⬇
Bon de commande
⬇
Livraison / Prestation
⬇
Facture
⬇
Comptabilisation
⬇
Paiement
⬇
Archivage sécurisé
Une facture ne doit jamais être contrôlée isolément. Elle doit toujours être rapprochée de l’ensemble des documents qui démontrent la réalité de l’opération. C’est cette chaîne documentaire continue qui constitue la véritable piste d’audit fiable et qui permettra demain de répondre aux exigences de la facturation électronique, des plateformes de dématérialisation partenaires (PDP) et de l’administration fiscale.
🧪 Cas intégral — Audit d’une facture comme un vérificateur de comptabilité
Une société de conseil reçoit une facture de 18 750 € TTC provenant d’un nouveau fournisseur. Avant d’autoriser le paiement, le Directeur Administratif et Financier demande qu’un contrôle complet soit réalisé selon la méthodologie utilisée par l’administration fiscale.
| Étape du contrôle | Constat | Décision |
|---|---|---|
| Identification du fournisseur | SIREN valide mais SIRET différent de celui figurant sur le devis. | Contrôle complémentaire demandé. |
| Numéro de TVA | Valide. | Contrôle satisfaisant. |
| Description de la prestation | Insuffisamment détaillée. | Demande d’une facture rectificative. |
| Calcul de TVA | Aucune anomalie. | Validation. |
| IBAN | Différent de celui communiqué lors de l’ouverture du compte fournisseur. | Blocage du paiement et contre-appel du fournisseur. |
| Piste d’audit fiable | Bon de commande et contrat présents mais bon de réception absent. | Compléter le dossier. |
La facture n’est pas rejetée mais son paiement est suspendu jusqu’à régularisation des anomalies détectées. Cette démarche permet d’éviter aussi bien une fraude qu’un futur redressement fiscal.
📊 Grille d’audit professionnel d’une facture
| Contrôle | Conforme | À corriger |
|---|---|---|
| Numérotation chronologique | ☐ | ☐ |
| Mentions légales | ☐ | ☐ |
| Mentions TVA | ☐ | ☐ |
| Calculs HT / TVA / TTC | ☐ | ☐ |
| Coordonnées client | ☐ | ☐ |
| Coordonnées fournisseur | ☐ | ☐ |
| IBAN contrôlé | ☐ | ☐ |
| Pièces justificatives disponibles | ☐ | ☐ |
| Piste d’audit fiable complète | ☐ | ☐ |
| Archivage conforme | ☐ | ☐ |
🚨 Les 15 anomalies les plus fréquemment relevées lors des contrôles fiscaux
| Anomalie | Conséquence | Prévention |
|---|---|---|
| SIRET erroné | Facture irrégulière | Contrôle automatique. |
| TVA mal appliquée | Redressement fiscal | Paramétrage du logiciel. |
| IBAN frauduleux | Détournement de paiement | Double validation. |
| Description insuffisante | Refus de déduction | Détailler les prestations. |
| Facture modifiée | Rupture de la piste d’audit | Utiliser un avoir. |
| Numéro manquant | Suspicion de fraude | Numérotation automatique. |
| Facture dupliquée | Double comptabilisation | Contrôle ERP. |
| Client erroné | Contestations | Validation CRM. |
| Taux de TVA inadapté | Erreur déclarative | Référentiel fiscal. |
| Documents justificatifs absents | Piste d’audit incomplète | Archivage systématique. |
| Absence de contrat | Difficulté de justification | Centralisation documentaire. |
| Adresse incohérente | Contrôle approfondi | Mise à jour des tiers. |
| Montants inhabituels | Analyse complémentaire | Seuils d’alerte. |
| Mentions spécifiques absentes | Non-conformité | Contrôle IA. |
| Archivage incomplet | Risque probatoire | GED sécurisée. |
🤖 Inspecteur IA Facture Conforme 360°
Ce composant Premium reproduit la démarche d’un vérificateur de comptabilité afin d’automatiser les contrôles avant émission ou avant paiement d’une facture.
| Module IA | Mission |
|---|---|
| Lecteur OCR | Extraction automatique des données. |
| Contrôleur juridique | Vérification des mentions obligatoires. |
| Moteur TVA | Analyse du régime fiscal. |
| Contrôleur des calculs | Recalcul automatique HT, TVA et TTC. |
| Détecteur de fraude | Analyse des IBAN, doublons et incohérences. |
| Contrôleur documentaire | Constitution de la piste d’audit fiable. |
| Analyseur de risques | Score global de conformité. |
| Validation humaine | Décision finale par le responsable financier. |
📝 Synthèse de la séquence
Contrôler une facture ne consiste plus uniquement à vérifier un montant ou un calcul de TVA. Les entreprises doivent désormais adopter une démarche globale intégrant la conformité juridique, fiscale, documentaire, bancaire et numérique. Cette méthodologie deviendra indispensable avec la généralisation des contrôles automatisés par les Plateformes de Dématérialisation Partenaires (PDP) et par l’administration fiscale dans le cadre de la réforme 2026–2027.
🎓 Compétences acquises
- ✅ Réaliser un audit complet d’une facture.
- ✅ Contrôler la TVA et les mentions obligatoires.
- ✅ Vérifier les calculs et la cohérence documentaire.
- ✅ Détecter les risques de fraude et les anomalies bancaires.
- ✅ Constituer une piste d’audit fiable conforme.
- ✅ Préparer les contrôles liés à la facturation électronique.
Après avoir appris à construire une facture conforme, à traiter les cas particuliers et à l’auditer comme un inspecteur des impôts, nous allons conclure ce chapitre en réalisant une mission intégrale de contrôle, de correction et de sécurisation d’un portefeuille complet de factures, avant d’aborder la réforme de la facturation électronique proprement dite.
Produire une facture parfaite comme un chef de mission
Produire une facture conforme ne consiste plus simplement à respecter une liste de mentions obligatoires. À l’approche de la généralisation de la facturation électronique, la facture devient un document stratégique au cœur de la comptabilité, de la fiscalité, du contrôle interne, de la trésorerie, de la relation client et de la transmission des données vers les Plateformes de Dématérialisation Partenaires (PDP). Cette dernière séquence du chapitre vous place dans la peau d’un chef de mission chargé de sécuriser l’ensemble du processus de facturation de l’entreprise.
🎯 Objectif professionnel
Être capable de produire, contrôler, justifier et défendre une facture irréprochable devant un commissaire aux comptes, un inspecteur de la DGFiP, un auditeur interne, un expert-comptable ou une plateforme de dématérialisation, tout en préparant l’entreprise aux exigences de la réforme 2026–2027.
🔗 Connexions AdminFacile Premium
La facturation constitue le point de départ de très nombreux processus de gestion. Une facture correctement établie alimente l’ensemble du système d’information financier de l’entreprise.
| Domaine | Connexion avec la facture | Impact stratégique |
|---|---|---|
| 📒 Comptabilité générale | Pièce justificative des écritures. | Fiabilité des comptes. |
| 💰 Trésorerie | Déclenche les encaissements et les relances. | Amélioration du cash-flow. |
| 📊 Contrôle de gestion | Analyse du chiffre d’affaires et des marges. | Pilotage de la performance. |
| 🏛️ Fiscalité | Détermination de la TVA collectée. | Sécurisation fiscale. |
| 🛡️ Contrôle interne | Validation des procédures. | Réduction des risques. |
| 📂 Archivage électronique | Piste d’audit fiable. | Valeur probante. |
| 🌐 Facturation électronique | Transmission PDP et e-reporting. | Conformité à la réforme. |
| 🤖 Intelligence artificielle | Contrôles automatiques. | Réduction des erreurs. |
👨💼 Regard de l’Expert-Comptable
Pour un expert-comptable, une facture conforme est bien davantage qu’un justificatif commercial. Elle constitue la première preuve de la réalité d’une opération économique et conditionne la qualité de toute la chaîne comptable et fiscale.
Les 10 réflexes d’un expert-comptable
| Réflexe professionnel | Objectif |
|---|---|
| Contrôler la réalité de l’opération. | Éviter toute facture fictive. |
| Vérifier les mentions obligatoires. | Assurer la conformité juridique. |
| Contrôler la TVA. | Prévenir les redressements. |
| Analyser les calculs. | Garantir la fiabilité comptable. |
| Vérifier les tiers. | Sécuriser l’identification. |
| Contrôler la numérotation. | Préserver la piste d’audit. |
| Rapprocher avec les contrats. | Justifier économiquement l’opération. |
| Vérifier les pièces justificatives. | Sécuriser les contrôles. |
| Préparer l’archivage. | Garantir la valeur probante. |
| Automatiser les contrôles. | Fiabiliser les processus. |
Une facture parfaite est une facture qui pourra être comprise, justifiée et défendue plusieurs années après son émission, sans dépendre de la mémoire des collaborateurs qui l’ont établie.
🏛️ Vision de l’Inspecteur de la DGFiP
Lors d’un contrôle fiscal, l’inspecteur ne cherche pas uniquement des erreurs de calcul. Il cherche avant tout à déterminer si l’opération est réelle, correctement documentée et fiscalement cohérente.
| Question du vérificateur | Élément contrôlé |
|---|---|
| L’opération existe-t-elle réellement ? | Contrats, devis, livraisons. |
| Le fournisseur existe-t-il ? | SIREN, TVA, identité. |
| La TVA est-elle correcte ? | Taux, régime, territorialité. |
| Les montants sont-ils cohérents ? | Calculs HT, TVA, TTC. |
| La facture est-elle authentique ? | Numérotation, archivage, piste d’audit. |
| Le paiement est-il traçable ? | Relevés bancaires. |
🌍 Vision du Directeur Administratif et Financier
Pour un DAF, une facture n’est plus seulement une obligation réglementaire. Elle constitue une donnée stratégique qui influence directement la trésorerie, le pilotage financier, la relation client, la fiscalité, le contrôle interne et les performances globales de l’entreprise.
| Objectif du DAF | Impact attendu |
|---|---|
| Accélérer les encaissements. | Amélioration du BFR. |
| Réduire les litiges. | Diminution des retards de paiement. |
| Sécuriser la TVA. | Réduction des risques fiscaux. |
| Préparer la réforme. | Conformité PDP. |
| Automatiser les processus. | Gain de productivité. |
| Piloter les indicateurs. | Vision temps réel. |
🤖 Cockpit IA — Facture Conforme 360°
L’intelligence artificielle devient un assistant quotidien du responsable administratif. Elle ne remplace jamais le jugement professionnel mais automatise les contrôles répétitifs et détecte les anomalies avant leur impact sur la comptabilité ou la fiscalité.
| Module IA | Fonction |
|---|---|
| Lecteur OCR intelligent | Lecture automatique des factures. |
| Contrôleur juridique | Analyse des mentions obligatoires. |
| Moteur TVA | Validation du régime fiscal. |
| Détecteur de fraude | Analyse des incohérences. |
| Contrôleur IBAN | Détection des changements sensibles. |
| Piste d’audit IA | Rapprochement documentaire. |
| Pré-contrôle PDP | Validation avant transmission électronique. |
| Validation humaine | Décision finale conservée par le responsable. |
🛡️ Contrôle interne de la facturation
| Contrôle | Fréquence | Responsable | Objectif |
|---|---|---|---|
| Contrôle des mentions obligatoires | Chaque facture | Service facturation | Conformité juridique. |
| Validation TVA | Chaque facture | Comptabilité | Sécurité fiscale. |
| Contrôle IBAN | Nouveaux fournisseurs | Comptabilité fournisseurs | Lutte contre la fraude. |
| Contrôle de la numérotation | Mensuel | Responsable comptable | Continuité documentaire. |
| Revue de la piste d’audit | Périodique | Chef de mission | Préparation des audits. |
📊 Tableau de bord du responsable facturation
| Indicateur | Objectif | Seuil d’alerte |
|---|---|---|
| Taux de factures conformes | 100 % | < 99 % |
| Factures rejetées | 0 | > 0 |
| Anomalies TVA | 0 | > 0 |
| Retards de facturation | Minimum | En hausse |
| Dossiers incomplets | 0 | > 0 |
| Préparation PDP | 100 % | < 100 % |
Nous mettrons maintenant en pratique l’ensemble des connaissances acquises à travers un Grand Quiz Premium, une mission intégrale de contrôle d’un portefeuille de factures, une revue d’expert-comptable, une note de synthèse destinée au DAF, les sources officielles ainsi que le composant final « IA Facturation Conforme 360° », avant de conclure définitivement ce chapitre fondateur du Module 8.
🎓 Grand Quiz Premium — Facture conforme & préparation à la facturation électronique
Ce Grand Quiz Premium permet de valider l’ensemble des compétences acquises dans le Chapitre 0. Pour chaque question, prenez le temps de formuler votre propre réponse avant d’ouvrir l’accordéon de correction.
Répondez d’abord sans consulter vos notes. Déployez ensuite la correction afin de comparer votre raisonnement avec la réponse professionnelle attendue d’un chef de mission, d’un expert-comptable ou d’un responsable facturation.
Question 1 — Qu’est-ce qu’une facture sur le plan juridique ?
Une facture est un document commercial, comptable et fiscal établi à l’occasion d’une livraison de biens ou d’une prestation de services. Elle identifie les parties, décrit l’opération, détermine le prix, précise le traitement de la TVA et fixe les conditions de règlement.
Elle matérialise généralement la créance du fournisseur, mais elle ne constitue pas toujours, à elle seule, la preuve suffisante de l’existence du contrat ou de l’exécution de la prestation.
Considérer la facture comme le contrat. Le contrat, le devis accepté, la commande et la preuve d’exécution doivent compléter le dossier.
Question 2 — Une facture définitive peut-elle être supprimée après son émission ?
Non. Une facture définitive ne doit pas être supprimée ou modifiée comme si elle n’avait jamais existé.
Lorsqu’elle comporte une erreur, l’entreprise doit préserver la chronologie et la traçabilité en établissant un avoir, une facture rectificative ou, si nécessaire, une nouvelle facture correctement reliée au document initial.
Toute correction doit laisser une piste documentaire complète : facture initiale, motif de correction, avoir éventuel et nouvelle facture.
Question 3 — Pourquoi la numérotation des factures doit-elle être chronologique et continue ?
La numérotation chronologique, continue et unique permet de garantir l’intégrité du cycle de facturation, d’empêcher la réutilisation d’un numéro et de détecter les factures supprimées, dupliquées ou antidatées.
Plusieurs séries peuvent exister lorsqu’elles sont objectivement justifiées, par exemple par établissement, activité ou exercice, à condition que chaque série soit cohérente et documentée.
L’existence d’un trou de séquence ne prouve pas automatiquement une fraude, mais elle doit toujours être expliquée et documentée.
Question 4 — Quelles dates doivent être distinguées sur une facture ?
Il convient notamment de distinguer :
- la date d’émission de la facture ;
- la date de livraison des biens ;
- la date ou la période de réalisation de la prestation ;
- la date de versement de l’acompte lorsqu’elle doit être indiquée ;
- la date d’échéance du paiement.
La date de facture ne doit pas être utilisée automatiquement comme date comptable de l’opération. Le rattachement à la période correcte dépend de la livraison, de la prestation et des règles comptables et fiscales applicables.
Question 5 — Quelles informations permettent d’identifier correctement le vendeur ?
Le vendeur ou prestataire doit notamment être identifié par :
- son nom ou sa dénomination sociale ;
- sa forme juridique lorsque celle-ci est applicable ;
- son adresse ;
- son numéro SIREN ;
- les informations relatives à son immatriculation ;
- son numéro individuel de TVA lorsqu’il en possède un ;
- les autres mentions juridiques requises par sa forme ou son activité.
Confondre SIREN et SIRET : le SIREN identifie l’entreprise, tandis que le SIRET identifie un établissement.
Question 6 — Pourquoi faut-il identifier précisément la personne juridique cliente ?
La facture doit être adressée à la personne juridique qui a commandé ou bénéficié de l’opération. Une société mère, une filiale et un établissement ne sont pas interchangeables.
Une erreur sur le client peut entraîner :
- le rejet de la facture ;
- une dette comptabilisée dans la mauvaise entité ;
- une contestation du droit à déduction de la TVA ;
- un mauvais routage électronique ;
- un retard de paiement.
Question 7 — Quelles données supplémentaires doivent être anticipées dans le cadre de la réforme 2026–2027 ?
Les entreprises doivent notamment préparer la collecte et le contrôle :
- du numéro SIREN du client ;
- de la catégorie de l’opération : livraison de biens, prestation de services ou combinaison distincte des deux ;
- de l’indication de l’option pour la TVA sur les débits lorsqu’elle est applicable ;
- de l’adresse complète de livraison lorsque celle-ci diffère de l’adresse de facturation pour une livraison de biens.
Ces informations doivent être intégrées dans les référentiels et non ressaisies manuellement sur chaque facture.
Question 8 — Pourquoi la désignation des biens ou services doit-elle être précise ?
La désignation doit permettre à un tiers de comprendre la nature exacte de l’opération, sa période, sa quantité, son prix et son lien avec le contrat ou la commande.
Un libellé trop vague comme « prestation diverse » ou « conseil » peut fragiliser :
- la preuve de l’exécution ;
- la déductibilité de la charge ;
- le droit à déduction de la TVA ;
- le recouvrement de la créance ;
- la piste d’audit fiable.
Question 9 — Comment contrôler les montants HT, TVA et TTC ?
Le contrôle doit être réalisé ligne par ligne puis sur les totaux :
- quantité × prix unitaire HT ;
- déduction des remises et rabais ;
- détermination du montant net HT ;
- ventilation des bases HT par taux ;
- calcul de la TVA correspondant à chaque taux ;
- vérification que le total HT augmenté de la TVA correspond au total TTC ;
- déduction des acomptes déjà facturés ou encaissés ;
- contrôle du net restant à payer.
Ne jamais considérer les calculs du logiciel comme nécessairement exacts : le paramétrage des taux, arrondis, remises ou unités peut être erroné.
Question 10 — Quelles mentions relatives au paiement doivent figurer sur une facture B2B ?
La facture doit notamment préciser :
- la date d’échéance ou le délai de règlement ;
- les conditions et, le cas échéant, le mode de paiement ;
- le taux des pénalités de retard ;
- l’indemnité forfaitaire de 40 € pour frais de recouvrement ;
- les conditions d’escompte pour paiement anticipé ou l’absence d’escompte.
Les pénalités de retard et l’indemnité forfaitaire deviennent exigibles dans les conditions prévues par la réglementation applicable aux relations entre professionnels.
Question 11 — Dans quelle situation doit-on porter la mention « TVA non applicable, art. 293 B du CGI » ?
Cette mention est utilisée lorsqu’une entreprise bénéficie effectivement de la franchise en base de TVA pour l’opération concernée.
Dans cette situation :
- aucune TVA n’est facturée ;
- aucun montant de TVA n’est isolé ;
- le client ne dispose d’aucune TVA à déduire ;
- la sortie du régime doit conduire à modifier immédiatement le paramétrage des factures.
Appliquer cette mention automatiquement à toutes les micro-entreprises. Une micro-entreprise peut être redevable de la TVA selon sa situation.
Question 12 — Que signifie la mention « Autoliquidation » ?
La mention « Autoliquidation » indique que la TVA n’est pas collectée par le fournisseur, mais déclarée par le client lorsque le mécanisme légal applicable le prévoit.
Avant de l’utiliser, il faut vérifier :
- la nature de l’opération ;
- la territorialité de la TVA ;
- la qualité du client ;
- le fondement juridique du mécanisme ;
- les obligations déclaratives des parties.
Croire que l’ajout de la mention suffit à rendre l’autoliquidation applicable. Le régime doit d’abord être juridiquement justifié.
Question 13 — Quelles conditions doivent être contrôlées pour une livraison intracommunautaire exonérée ?
Il faut notamment contrôler :
- l’identification du client assujetti dans un autre État membre ;
- la validité de son numéro de TVA intracommunautaire ;
- l’expédition ou le transport des biens hors de France vers un autre État membre ;
- la conservation des preuves de transport et de réception ;
- la présence de la mention justifiant l’exonération ;
- la cohérence avec les obligations déclaratives correspondantes.
L’absence de preuve de transport peut entraîner la remise en cause de l’exonération.
Question 14 — Quelle est la différence entre une exportation et une livraison intracommunautaire ?
Une livraison intracommunautaire concerne un flux de biens entre deux États membres de l’Union européenne.
Une exportation concerne la sortie de biens du territoire de l’Union européenne vers un pays tiers.
Les deux opérations peuvent être exonérées sous conditions, mais les justificatifs, fondements juridiques et obligations déclaratives diffèrent. L’exportation exige notamment une preuve douanière de sortie.
Question 15 — Comment corriger une facture déjà transmise au client ?
La facture initiale ne doit pas être modifiée silencieusement.
Selon la nature de l’erreur, il convient :
- d’établir un avoir total ou partiel ;
- d’émettre une facture rectificative faisant référence à la facture initiale ;
- ou d’établir un avoir puis une nouvelle facture correcte.
La méthode retenue doit préserver la numérotation, la comptabilité, la TVA, les déclarations et la piste d’audit.
Question 16 — Quels documents permettent de constituer une piste d’audit fiable ?
Selon la nature de l’opération, la piste d’audit peut comprendre :
- le contrat ;
- le devis accepté ;
- le bon de commande ;
- le bon de livraison ;
- le procès-verbal de réception ;
- les feuilles de temps et livrables ;
- la facture et ses données structurées ;
- les avoirs et factures rectificatives ;
- les écritures comptables ;
- les preuves de paiement ;
- les déclarations de TVA ;
- les preuves d’envoi, de réception et d’archivage.
L’objectif est d’établir un lien vérifiable entre la facture et l’opération réelle qui en constitue le fondement.
Question 17 — Pourquoi un changement d’IBAN doit-il déclencher un contrôle renforcé ?
Le changement frauduleux de coordonnées bancaires constitue une technique fréquente de détournement de paiement.
Toute modification d’IBAN doit être contrôlée par un canal indépendant :
- contre-appel auprès d’un interlocuteur connu ;
- utilisation de coordonnées déjà enregistrées ;
- validation par une seconde personne ;
- traçabilité de la vérification ;
- blocage temporaire du paiement en cas de doute.
Confirmer le nouvel IBAN en répondant simplement au courrier électronique qui a annoncé la modification.
Question 18 — Quelles conséquences peut entraîner une facture fictive ou de complaisance ?
Une facture fictive ou de complaisance peut entraîner :
- le rejet de la charge ;
- la remise en cause de la TVA déduite ;
- des rappels d’impôts et de TVA ;
- des intérêts de retard et majorations ;
- des sanctions spécifiques en matière de facturation ;
- la responsabilité civile des intervenants ;
- des poursuites pour faux, escroquerie ou fraude fiscale selon les faits ;
- la responsabilité des personnes physiques et morales impliquées.
La présence d’une facture formellement correcte ne suffit jamais à rendre réelle une opération inexistante.
Question 19 — Quel sera le rôle des plateformes agréées dans la réforme ?
Les plateformes agréées assureront notamment, selon le périmètre prévu :
- l’émission et la transmission des factures électroniques ;
- la réception des factures destinées à leurs clients ;
- le contrôle de certaines données et formats ;
- le routage vers le bon destinataire ;
- la transmission des données requises à l’administration ;
- le suivi des statuts de traitement ;
- la gestion des rejets et anomalies techniques.
La plateforme ne remplace toutefois pas la responsabilité de l’entreprise quant à la réalité de l’opération, au régime de TVA et à la qualité des données transmises.
Question 20 — Quelle est la responsabilité finale du chef de mission ou du DAF ?
Le chef de mission ou le DAF doit s’assurer que le dispositif de facturation :
- repose sur des opérations réelles ;
- utilise des référentiels fiables ;
- applique les règles de TVA appropriées ;
- produit des factures juridiquement complètes ;
- protège la numérotation et les corrections ;
- prévient les fraudes et changements d’IBAN ;
- constitue une piste d’audit fiable ;
- organise la conservation des documents ;
- prépare les flux électroniques et les statuts ;
- maintient une validation humaine sur les décisions sensibles.
Les logiciels, l’intelligence artificielle et les plateformes assistent le professionnel, mais ne transfèrent pas sa responsabilité.
🏆 Calculer votre score
Accordez-vous un point pour chaque réponse correctement formulée avant l’ouverture de l’accordéon.
| Score | Niveau de maîtrise | Interprétation professionnelle |
|---|---|---|
| 0 à 10 | 🟠 Fondamentaux à consolider | Reprendre les séquences consacrées aux mentions, à la TVA et aux corrections. |
| 11 à 14 | 🟡 Collaborateur opérationnel | Vous pouvez préparer et contrôler des factures courantes sous supervision. |
| 15 à 17 | 🟢 Collaborateur confirmé | Vous maîtrisez les principaux cas et savez identifier les situations nécessitant un arbitrage. |
| 18 à 19 | 🔵 Chef de mission | Vous pouvez piloter le dispositif, superviser les contrôles et sécuriser les dossiers complexes. |
| 20 | 🏆 Expert Facturation conforme | Vous êtes capable de produire, contrôler et défendre une facture devant la direction, les auditeurs et l’administration. |
Vous allez maintenant mobiliser ces connaissances pour construire et corriger un portefeuille complet de factures nationales, internationales, électroniques et soumises à des régimes particuliers de TVA.
💼 Mission intégrale — Produire un portefeuille complet de factures conformes
Vous êtes responsable du service administratif d’un groupe réalisant des opérations nationales et internationales. Votre mission consiste à contrôler et produire un portefeuille complet de factures avant leur transmission électronique.
| Dossier | Travail demandé | Objectif |
|---|---|---|
| Facture nationale | Contrôle complet. | Conformité juridique. |
| Facture d’acompte | Établissement. | Respect des règles TVA. |
| Facture de solde | Déduction des acomptes. | Clôture correcte. |
| Livraison intracommunautaire | Contrôle TVA. | Exonération justifiée. |
| Exportation | Mentions spécifiques. | Sécurisation fiscale. |
| Autoliquidation BTP | Vérification des mentions. | Éviter un redressement. |
| Facture électronique | Préparation PDP. | Transmission conforme. |
🧾 Atelier professionnel — Construire plusieurs factures
Produisez successivement les documents suivants en respectant toutes les exigences juridiques, comptables, fiscales et les futures obligations liées à la réforme.
- Facture classique B2B.
- Facture avec acompte puis facture de solde.
- Facture avec autoliquidation.
- Facture en franchise en base de TVA.
- Facture de prestation intracommunautaire.
- Facture d’exportation.
- Avoir.
- Facture rectificative.
🔍 Analyse d’erreurs et corrections
| Erreur | Conséquence | Correction |
|---|---|---|
| TVA erronée | Redressement fiscal. | Émettre une correction. |
| Client incorrect | Facture irrégulière. | Facture rectificative. |
| Numérotation rompue | Suspicion de fraude. | Documenter l’anomalie. |
| Mentions absentes | Amendes. | Compléter immédiatement. |
| Facture supprimée | Violation de la piste d’audit. | Procédure d’avoir. |
| IBAN frauduleux | Perte financière. | Blocage du paiement. |
🧪 Cas pratiques de synthèse
Une entreprise française vend des marchandises à une société allemande assujettie à la TVA. Déterminez le régime applicable, les mentions obligatoires et les contrôles à effectuer avant émission de la facture.
Un fournisseur informe d’un changement d’IBAN deux jours avant un règlement de 185 000 €. Décrivez la procédure de contrôle interne que vous mettez en œuvre avant d’autoriser le paiement.
Une facture déjà transmise au client comporte une erreur sur le montant HT. Expliquez la procédure correcte de régularisation sans rompre la piste d’audit fiable.
📚 Sources officielles
| Référence | Rôle |
|---|---|
| Code de commerce | Règles générales de facturation. |
| Code général des impôts | TVA et mentions fiscales obligatoires. |
| Livre des procédures fiscales | Contrôles et sanctions. |
| BOFiP-Impôts | Doctrine administrative. |
| Directive TVA 2006/112/CE | Cadre européen de la TVA. |
| Ordonnance et décrets relatifs à la facturation électronique | Réforme 2026–2027. |
| Documentation DGFiP | Questions-réponses et fiches pratiques. |
🏁 Conclusion du chapitre
Avant d’aborder la facturation électronique, il est indispensable de maîtriser la facture « papier » ou PDF sur le fond. Une plateforme, une IA ou une PDP ne corrigeront jamais une facture juridiquement ou fiscalement erronée. La réforme repose d’abord sur une parfaite qualité des données produites par l’entreprise.
- ✅ Construire une facture parfaitement conforme.
- ✅ Identifier toutes les mentions obligatoires.
- ✅ Maîtriser les principaux cas particuliers.
- ✅ Détecter les anomalies avant émission.
- ✅ Constituer une piste d’audit fiable complète.
- ✅ Préparer l’entreprise à la réforme de la facturation électronique.
Vous maîtrisez désormais les fondements juridiques, fiscaux et comptables de la facture conforme. Cette base est indispensable pour comprendre la réforme de la facturation électronique. Dans le chapitre suivant, nous étudierons son calendrier, les entreprises concernées, les nouvelles obligations, le rôle des Plateformes de Dématérialisation Partenaires (PDP), du Portail Public de Facturation (PPF), de l’e-invoicing, de l’e-reporting et les impacts concrets sur les organisations.
Comprendre pourquoi la facturation électronique devient obligatoire
Comprendre la logique juridique, fiscale, économique et opérationnelle de la réforme française afin de ne pas la réduire à un simple changement de format ou de logiciel.
🎯 Objectif professionnel de la séquence
La facturation électronique obligatoire constitue l’une des transformations les plus importantes du cycle comptable et fiscal des entreprises françaises.
Elle ne consiste pas à remplacer une facture papier par un fichier PDF. Elle organise un nouvel écosystème dans lequel les factures et certaines données de transaction circulent sous une forme exploitable automatiquement, par l’intermédiaire de plateformes agréées, avec transmission des informations requises à l’administration fiscale.
Cette réforme modifie simultanément :
- les modalités d’émission des factures ;
- les modalités de réception ;
- le routage vers le bon destinataire ;
- la qualité des données clients et fournisseurs ;
- le traitement de la TVA ;
- le suivi du cycle de vie des factures ;
- les processus comptables ;
- le contrôle interne ;
- la gestion des anomalies et des rejets ;
- le pilotage de la trésorerie ;
- les relations avec les clients, fournisseurs, éditeurs et plateformes ;
- les capacités de contrôle de l’administration fiscale.
À l’issue de cette séquence, vous serez capable d’expliquer les raisons de la réforme, de distinguer les principaux concepts, d’identifier les acteurs institutionnels et opérationnels et de construire une première cartographie des impacts pour votre entreprise.
🎓 Compétences développées
- comprendre les objectifs fiscaux de la réforme ;
- comprendre ses objectifs économiques et administratifs ;
- distinguer dématérialisation et facturation électronique réglementaire ;
- distinguer facture électronique, e-invoicing et e-reporting ;
- comprendre pourquoi un PDF transmis par courrier électronique ne suffit pas dans le nouveau dispositif obligatoire ;
- identifier les principales données structurées ;
- identifier les acteurs institutionnels ;
- comprendre le rôle de la DGFiP ;
- comprendre le rôle de l’AIFE ( L’Agence pour l’Informatique Financière de l’État ) ;
- comprendre le rôle du Portail public de facturation ;
- comprendre le rôle des plateformes agréées ;
- identifier le rôle des logiciels de facturation, ERP et opérateurs techniques ;
- mesurer les enjeux de lutte contre la fraude à la TVA ;
- identifier les gains attendus pour les entreprises ;
- analyser les impacts sur la clôture, la TVA, le BFR et le reporting ;
- construire une cartographie des impacts métiers et SI ;
- utiliser la Cartographie IA Réforme & Impacts 360°.
📅 Le calendrier général de la réforme
Le calendrier distingue l’obligation de réception, qui concernera toutes les entreprises dès la première échéance, et l’obligation d’émission, qui sera déployée selon la taille de l’entreprise.
| Date | Obligation de réception | Obligation d’émission | Entreprises concernées |
|---|---|---|---|
| 1er septembre 2026 | Toutes les entreprises concernées doivent être capables de recevoir des factures électroniques. | Début de l’émission électronique obligatoire. | Grandes entreprises et entreprises de taille intermédiaire. |
| 1er septembre 2027 | L’obligation de réception est déjà applicable. | Début de l’émission électronique obligatoire. | Petites et moyennes entreprises et microentreprises. |
Une TPE ou une microentreprise ne peut pas attendre septembre 2027 pour commencer son projet. Elle doit être en mesure de recevoir les factures électroniques de ses fournisseurs dès le 1er septembre 2026 et doit donc avoir organisé son accès à une plateforme agréée.
1️⃣ Pourquoi l’État généralise-t-il la facturation électronique ?
La réforme poursuit plusieurs objectifs complémentaires. Elle doit être comprise comme un projet de transformation fiscale et économique, et non comme une simple mesure technique.
MODERNISER LES ÉCHANGES
⬇
STANDARDISER LES DONNÉES
⬇
AUTOMATISER LES TRAITEMENTS
⬇
AMÉLIORER LA CONNAISSANCE DE L’ACTIVITÉ
⬇
RENFORCER LA LUTTE CONTRE LA FRAUDE À LA TVA
⬇
SIMPLIFIER PROGRESSIVEMENT LES OBLIGATIONS DÉCLARATIVES
| Objectif | Logique | Effet attendu |
|---|---|---|
| Lutter contre la fraude à la TVA | Recevoir plus rapidement des données structurées sur les opérations. | Détection plus précoce des incohérences et circuits frauduleux. |
| Améliorer le pilotage économique | Disposer d’informations plus proches du temps réel. | Meilleure connaissance de l’activité des entreprises. |
| Simplifier les échanges | Standardiser la création, la transmission et la réception des factures. | Réduction des traitements manuels et des ressaisies. |
| Réduire les délais de paiement | Accélérer le routage et le traitement des factures. | Amélioration potentielle de la trésorerie et du BFR. |
| Améliorer la qualité des données | Rendre certaines informations obligatoires et structurées. | Réduction des erreurs de tiers, TVA, adresse et référence. |
| Faciliter les déclarations | Exploiter les données collectées par le dispositif. | Préremplissage ou simplification progressive de certaines obligations. |
2️⃣ L’objectif fiscal : mieux lutter contre la fraude à la TVA
La TVA représente une ressource fiscale majeure, mais son fonctionnement repose sur une succession de facturations, de collectes, de déductions et de reversements.
Les fraudes ou anomalies peuvent notamment prendre la forme de :
- factures fictives ;
- déductions de TVA sans opération réelle ;
- TVA collectée mais non reversée ;
- utilisation abusive de sociétés éphémères ;
- fausses exonérations ;
- autoliquidations injustifiées ;
- omissions de chiffre d’affaires ;
- incohérences entre les factures clients et fournisseurs ;
- fraudes intracommunautaires ;
- manipulations de taux, dates ou identités.
Dans le système traditionnel, l’administration fiscale analyse principalement les déclarations et les pièces produites lors des contrôles. Avec la réforme, elle disposera de données de facturation et de transaction plus structurées et plus rapidement disponibles.
🔍 Comment les données renforcent-elles le contrôle fiscal ?
FACTURE DU FOURNISSEUR
⬇
PLATEFORME AGRÉÉE DE L’ÉMETTEUR
⬇
CONTRÔLES DE FORMAT ET DE DONNÉES
⬇
TRANSMISSION AU CLIENT
⬇
TRANSMISSION DES DONNÉES REQUISES
À L’ADMINISTRATION
⬇
RAPPROCHEMENTS, ANALYSES ET CONTRÔLES
| Donnée analysable | Exemple de contrôle |
|---|---|
| Identité de l’émetteur | Le fournisseur est-il connu et actif ? |
| Identité du client | Le destinataire correspond-il à l’entité facturée ? |
| Date de facture | La période est-elle cohérente avec la déclaration de TVA ? |
| Montants HT et TVA | La taxe déclarée correspond-elle aux opérations facturées ? |
| Catégorie d’opération | S’agit-il d’un bien, d’un service ou d’une opération mixte ? |
| Régime de TVA | L’exonération ou l’autoliquidation paraît-elle cohérente ? |
| Données de paiement | Les statuts et encaissements sont-ils cohérents avec les obligations de e-reporting ? |
Le passage technique d’une facture ne signifie pas que son traitement fiscal est définitivement validé. L’entreprise demeure responsable de la réalité de l’opération, du taux de TVA, de la territorialité, de l’exonération et de la qualité des informations transmises.
3️⃣ L’objectif économique : moderniser le cycle de facturation
La réforme doit également permettre aux entreprises de remplacer des processus encore très manuels par des flux plus automatisés.
| Avant la réforme | Avec un processus électronique maîtrisé |
|---|---|
| Facture créée dans un logiciel puis exportée en PDF. | Facture produite avec des données structurées. |
| Envoi manuel par courrier électronique. | Transmission par une plateforme agréée. |
| Adresse électronique parfois erronée. | Routage à partir d’un annuaire dédié. |
| Saisie manuelle chez le client. | Importation automatisée dans le SI comptable. |
| Statut de la facture difficile à connaître. | Suivi structuré de son cycle de vie. |
| Relances fondées sur des échanges dispersés. | Pilotage à partir de statuts et données centralisés. |
| Archivage hétérogène. | Processus de conservation et de traçabilité mieux organisé. |
4️⃣ Distinguer dématérialisation et facturation électronique
Ces deux notions sont souvent confondues, alors qu’elles ne recouvrent pas la même réalité.
| Notion | Définition | Exemple |
|---|---|---|
| Dématérialisation | Remplacement d’un support papier par un support numérique. | Scanner une facture papier ou créer un PDF. |
| Facture électronique au sens général | Facture émise et reçue sous une forme électronique dans les conditions légales applicables. | Facture électronique assurant authenticité, intégrité et lisibilité. |
| Facture électronique relevant de la réforme | Facture comportant les données requises et transitant par le circuit réglementaire applicable. | Facture structurée ou mixte transmise entre plateformes agréées. |
Toute facture électronique est dématérialisée, mais tout document dématérialisé n’est pas nécessairement une facture électronique conforme au nouveau dispositif obligatoire.
5️⃣ Pourquoi un simple PDF envoyé par e-mail ne suffit-il pas ?
Un PDF classique peut contenir toutes les informations visibles nécessaires à la lecture humaine. Toutefois, il ne contient pas nécessairement les données structurées attendues par les systèmes de facturation électronique.
| PDF classique | Facture électronique structurée ou mixte |
|---|---|
| Principalement conçu pour la lecture humaine. | Conçu pour la lecture humaine et/ou l’exploitation automatisée. |
| Les données doivent souvent être ressaisies ou extraites par OCR. | Les principales données sont identifiées dans des champs structurés. |
| Transmission par courrier électronique. | Transmission par le circuit réglementaire des plateformes agréées. |
| Peu ou pas de suivi normalisé des statuts. | Cycle de vie et statuts exploitables par les acteurs. |
| Routage dépendant d’une adresse électronique. | Routage organisé à partir de données d’identification et de l’annuaire. |
| Ne répond pas nécessairement aux exigences de la réforme B2B. | Peut satisfaire au dispositif lorsqu’elle respecte les formats, données et circuits requis. |
Dans le périmètre soumis à l’obligation d’e-invoicing, continuer à joindre un simple PDF à un courrier électronique ne permettra pas, à lui seul, de satisfaire au nouveau circuit réglementaire.
🧩 Comprendre la donnée structurée
Une donnée structurée est une information placée dans un champ identifiable et exploitable automatiquement par un système informatique.
| Information visible | Donnée structurée correspondante |
|---|---|
| Facture n° FAC-2026-00125 | Champ « numéro de facture ». |
| Émise le 15 septembre 2026 | Champ « date d’émission ». |
| Client : Société Alpha SAS | Champs « dénomination », « SIREN » et « adresse ». |
| Total HT : 10 000 € | Champ « montant total hors taxes ». |
| TVA : 2 000 € | Champ « montant de TVA ». |
| Prestation de services | Champ « catégorie de l’opération ». |
| Échéance au 15 octobre 2026 | Champ « date d’échéance ». |
Lorsque les données sont structurées, le logiciel du client peut les intégrer, les contrôler, les rapprocher et les comptabiliser sans ressaisie complète.
6️⃣ Distinguer e-invoicing et e-reporting
| Dispositif | Fonction | Exemple général |
|---|---|---|
| E-invoicing | Émission, transmission et réception électroniques des factures entrant dans le périmètre obligatoire. | Facture entre deux entreprises assujetties établies en France, lorsque les conditions du dispositif sont réunies. |
| E-reporting de transaction | Transmission à l’administration de certaines données relatives aux opérations ne donnant pas lieu à l’e-invoicing obligatoire. | Opérations avec des particuliers ou certaines opérations internationales. |
| E-reporting de paiement | Transmission de certaines données relatives aux encaissements pour les opérations concernées. | Prestations de services relevant de la TVA sur les encaissements, selon les règles applicables. |
Toute entreprise doit cartographier séparément ses flux B2B domestiques, B2C, internationaux, exonérés et soumis à la TVA sur les encaissements. Cette cartographie permettra de déterminer ce qui relève de l’e-invoicing, du e-reporting ou d’un autre traitement.
7️⃣ Identifier les acteurs institutionnels et opérationnels
ENTREPRISE ÉMETTRICE
⬇
LOGICIEL DE FACTURATION / ERP
⬇
PLATEFORME AGRÉÉE DE L’ÉMETTEUR
⬇
ANNUAIRE ET SERVICES PUBLICS
⬇
PLATEFORME AGRÉÉE DU DESTINATAIRE
⬇
ENTREPRISE CLIENTE
DONNÉES REQUISES
⬇
ADMINISTRATION FISCALE
| Acteur | Rôle principal |
|---|---|
| Entreprise émettrice | Produit une facture exacte, conforme et fondée sur une opération réelle. |
| Entreprise destinataire | Reçoit, contrôle, accepte, rejette ou traite la facture. |
| Plateforme agréée | Assure les fonctions réglementaires d’émission, de réception, de routage et de transmission de données. |
| Logiciel de facturation ou ERP | Prépare les données, produit les écritures et échange avec la plateforme. |
| Opérateur technique ou éditeur | Fournit des services logiciels, d’intégration, de conversion ou d’automatisation. |
| DGFiP | Pilote le cadre fiscal, collecte les données requises et exploite celles-ci pour ses missions. |
| AIFE | Contribue à la mise en œuvre des services publics numériques associés au dispositif. |
| Portail public de facturation | Supporte notamment les fonctions publiques prévues pour l’annuaire et la collecte des données destinées à l’administration. |
🏛️ Le rôle de la DGFiP
La Direction générale des finances publiques occupe une place centrale dans le pilotage fiscal de la réforme.
Ses principales fonctions
- définir et faire appliquer le cadre fiscal du dispositif ;
- publier la documentation juridique et fonctionnelle ;
- organiser l’agrément des plateformes ;
- recevoir les données fiscales prévues par la réglementation ;
- contrôler le respect des obligations d’e-invoicing et de e-reporting ;
- améliorer la détection des anomalies et fraudes à la TVA ;
- accompagner les entreprises et professionnels ;
- faire évoluer le dispositif lorsque cela est nécessaire.
L’entreprise demeure responsable de ses contrats, de ses données, de ses règles de TVA, de ses factures, de sa comptabilité et de sa piste d’audit.
🛰️ Le rôle de l’AIFE et du Portail public de facturation
L’Agence pour l’informatique financière de l’État intervient dans la construction et l’exploitation de services publics numériques associés à la réforme.
Dans l’architecture actuellement prévue, le Portail public de facturation n’a pas vocation à remplacer les plateformes agréées pour l’émission et la réception ordinaires des factures B2B. Il remplit notamment des fonctions publiques centrales liées à l’annuaire et à la collecte des données destinées à l’administration.
| Fonction publique | Utilité |
|---|---|
| Annuaire | Identifier l’adresse de facturation électronique et la plateforme du destinataire. |
| Concentrateur de données | Centraliser les données réglementaires transmises par les plateformes agréées. |
| Transmission à la DGFiP | Mettre les données fiscales requises à disposition de l’administration. |
| Interopérabilité publique | Contribuer au fonctionnement cohérent de l’écosystème. |
🔄 De la PDP à la plateforme agréée : comprendre la terminologie
Les premières présentations de la réforme utilisaient couramment l’expression Plateforme de Dématérialisation Partenaire, souvent abrégée en PDP.
La documentation officielle utilise désormais la dénomination plateforme agréée. Dans les documents plus anciens, les contrats, les logiciels et les échanges professionnels, les deux expressions peuvent donc encore être rencontrées.
Dans ce module, nous privilégierons l’expression officielle « plateforme agréée », tout en rappelant l’ancien terme « PDP » lorsqu’il facilite la compréhension des documents déjà publiés ou des solutions du marché.
🌐 Le rôle des plateformes agréées
Les plateformes agréées constituent le point de passage opérationnel des entreprises pour les flux relevant du nouveau dispositif.
| Fonction | Description |
|---|---|
| Émission | Prise en charge de la facture produite par l’entreprise ou son logiciel. |
| Contrôle | Vérification de certaines données obligatoires et de la conformité technique. |
| Conversion | Transformation entre formats lorsque le service et les règles le permettent. |
| Routage | Acheminement vers la plateforme ou l’adresse électronique du destinataire. |
| Réception | Mise à disposition des factures reçues. |
| Statuts | Transmission et suivi des événements du cycle de vie. |
| E-reporting | Transmission des données de transaction et de paiement requises. |
| Transmission fiscale | Envoi des données obligatoires vers les services publics compétents. |
Son choix doit être analysé au regard des formats, de l’interopérabilité, de l’intégration ERP, des contrôles, des statuts, de la sécurité, de l’assistance, de la réversibilité, de l’archivage et du coût global.
8️⃣ Les gains attendus pour les entreprises
Une réforme obligatoire peut être vécue comme une contrainte. Pourtant, lorsqu’elle est correctement préparée, elle peut améliorer profondément les processus administratifs et financiers.
| Gain attendu | Effet opérationnel | Condition de réussite |
|---|---|---|
| Réduction de la saisie manuelle | Moins de temps consacré à enregistrer les factures. | Données structurées et intégration comptable fiable. |
| Réduction des erreurs | Moins d’anomalies de montant, tiers et TVA. | Référentiels propres et contrôles automatiques. |
| Accélération des traitements | Factures plus rapidement reçues et validées. | Workflow d’approbation adapté. |
| Amélioration des délais de paiement | Moins de rejets et de factures perdues. | Qualité des données et suivi des statuts. |
| Amélioration du pilotage | Vision plus rapide des ventes, achats et engagements. | Tableaux de bord et données centralisées. |
| Sécurisation fiscale | Meilleur contrôle de la TVA. | Matrice fiscale correctement paramétrée. |
| Réduction du papier | Moins d’impression, d’envoi et de classement manuel. | Processus réellement numériques de bout en bout. |
| Amélioration de la traçabilité | Historique des transmissions et statuts. | Gouvernance documentaire et archivage maîtrisés. |
⚠️ Les gains ne seront pas automatiques
Une entreprise qui se contente d’ajouter une plateforme à des processus mal organisés risque de numériser ses dysfonctionnements sans les résoudre.
| Dysfonctionnement existant | Risque après la réforme |
|---|---|
| Référentiel clients incomplet | Rejets et mauvais routage. |
| Taux de TVA mal paramétrés | Erreurs transmises plus rapidement. |
| Absence de bon de commande | Blocage des workflows clients. |
| Facturation tardive | Retard d’encaissement toujours présent. |
| Validation interne lente | Factures électroniques en attente. |
| Absence de responsable | Rejets non traités et statuts non suivis. |
| Archivage non documenté | Piste d’audit incomplète malgré la plateforme. |
La réforme doit être utilisée pour supprimer les ressaisies, clarifier les responsabilités, nettoyer les données et accélérer les décisions. Le choix de la technologie vient après la cartographie des processus et des risques.
9️⃣ Les effets sur la clôture comptable
La facturation électronique peut améliorer la rapidité et la qualité des clôtures à condition que les données soient correctement intégrées et rapprochées.
| Travail de clôture | Apport potentiel de la réforme | Nouveau contrôle nécessaire |
|---|---|---|
| Cut-off des ventes | Meilleure visibilité sur les factures émises et leurs statuts. | Rapprocher livraison, émission et acceptation. |
| Factures à établir | Détection plus rapide des prestations non encore facturées. | Comparer opérations réalisées et factures transmises. |
| Factures non parvenues | Meilleure visibilité sur les factures reçues et en cours de traitement. | Identifier les achats sans facture électronique reçue. |
| TVA collectée | Rapprochement plus structuré avec les factures de vente. | Analyser les rejets, avoirs et corrections. |
| TVA déductible | Automatisation potentielle de certains contrôles. | Maintenir le contrôle de réalité et d’éligibilité. |
| Balance clients | Suivi plus précis des factures et paiements. | Rapprocher les statuts, lettrages et encaissements. |
| Balance fournisseurs | Réduction des factures perdues ou saisies tardivement. | Contrôler les doublons et factures rejetées. |
📊 Les effets sur le pilotage financier
Les données électroniques peuvent fournir une vision plus rapide et plus détaillée du cycle client et fournisseur.
| Indicateur | Nouvelle capacité de pilotage |
|---|---|
| Délai moyen d’émission | Mesurer le temps entre livraison et facturation. |
| Taux de rejet | Identifier les erreurs de données ou de processus. |
| Délai de traitement fournisseur | Mesurer le temps entre réception et validation. |
| Factures bloquées | Identifier les services responsables et les causes. |
| DSO | Analyser le délai d’encaissement client. |
| DPO | Analyser le délai de règlement fournisseur. |
| Anomalies TVA | Détecter les taux, mentions et territorialités incohérents. |
| Flux par canal | Comparer facturation électronique, e-reporting et flux hors périmètre. |
🔗 Connexions AdminFacile Premium
| Domaine | Connexion avec la réforme |
|---|---|
| Comptabilité générale | Automatisation des écritures clients et fournisseurs. |
| Fiscalité | Contrôle de la TVA, e-invoicing et e-reporting. |
| Trésorerie | Suivi des échéances, encaissements et paiements. |
| Contrôle de gestion | Accès plus rapide aux données de chiffre d’affaires et d’achat. |
| Juridique | Adaptation des contrats, CGV et responsabilités. |
| Contrôle interne | Refonte des validations, habilitations et contrôles. |
| DSI | Interfaces ERP, plateforme, annuaire, archivage et cybersécurité. |
| Achats | Rapprochement commande–réception–facture. |
| Administration des ventes | Qualité des données clients, émission et suivi des rejets. |
| Direction générale | Gouvernance du projet et arbitrage des investissements. |
🗺️ Construire une première cartographie des impacts
La première mission du chef de projet consiste à recenser tous les domaines affectés par la réforme.
| Domaine | Question à poser | Risque principal |
|---|---|---|
| Clients | Les SIREN, adresses et catégories d’opérations sont-ils fiables ? | Rejet ou mauvais routage. |
| Fournisseurs | Une plateforme de réception est-elle choisie et intégrée ? | Factures non reçues ou non traitées. |
| Ventes | Quels flux relèvent de l’e-invoicing ? | Canal d’émission incorrect. |
| B2C et international | Quels flux relèvent du e-reporting ? | Données non transmises. |
| TVA | Les règles fiscales sont-elles correctement paramétrées ? | Erreur déclarative. |
| ERP | Le logiciel produit-il les données et formats requis ? | Flux techniquement non conformes. |
| Plateforme | Les besoins métiers et techniques sont-ils couverts ? | Solution inadaptée ou trop coûteuse. |
| Contrôle interne | Qui traite les anomalies, rejets et changements de statut ? | Factures bloquées. |
| Archivage | Qui conserve quoi, dans quel format et pendant combien de temps ? | Perte de valeur probante. |
| Formation | Les utilisateurs connaissent-ils leurs nouvelles responsabilités ? | Erreurs opérationnelles au démarrage. |
💼 Mini-cas professionnel — Une PME croit ne devoir agir qu’en 2027
La société Nova Services emploie 35 salariés. Sa direction considère que l’entreprise n’est concernée qu’en septembre 2027, date de son obligation d’émission.
Diagnostic
Ce raisonnement est incomplet. Dès le 1er septembre 2026, Nova Services devra pouvoir recevoir les factures électroniques émises par ses fournisseurs concernés.
Travaux à engager immédiatement
- choisir une plateforme agréée pour la réception ;
- enregistrer son adresse de facturation électronique ;
- préparer l’intégration des factures reçues dans la comptabilité ;
- définir le workflow de validation ;
- former la comptabilité fournisseurs ;
- organiser le traitement des rejets et anomalies ;
- nettoyer les référentiels fournisseurs ;
- préparer dès maintenant l’émission obligatoire de septembre 2027.
L’échéance 2027 ne constitue pas une autorisation d’attendre. La réception obligatoire en septembre 2026 impose déjà un projet opérationnel, technique et contractuel.
🧩 Mini-cas — Le PDF par e-mail considéré comme suffisant
Une ETI produit ses factures dans son ERP, les convertit en PDF et les transmet à ses clients par courrier électronique. Le DAF estime que l’entreprise pratique déjà la facturation électronique.
Analyse
L’entreprise pratique une forme de dématérialisation. Toutefois, dans le périmètre de la réforme, le simple envoi du PDF par courrier électronique ne répondra pas à lui seul :
- au circuit obligatoire de transmission ;
- aux exigences de données structurées ;
- au routage par plateforme agréée ;
- à la transmission des données fiscales ;
- au suivi normalisé du cycle de vie.
Plan d’action
- auditer les capacités de l’ERP ;
- choisir une plateforme agréée ;
- sélectionner les formats d’échange ;
- structurer les nouvelles données ;
- tester les interfaces ;
- organiser la gestion des statuts et des rejets ;
- maintenir l’archivage et la piste d’audit.
🤖 Cartographie IA Réforme & Impacts 360°
La Cartographie IA Réforme & Impacts 360° analyse les activités, clients, fournisseurs, outils, flux et règles fiscales de l’entreprise afin d’identifier les obligations et les transformations à engager.
DONNÉES ENTREPRISE
• taille ;
• activité ;
• régime de TVA ;
• typologie des clients ;
• pays ;
• formats ;
• logiciels ;
• volumes ;
• processus ;
• plateforme actuelle.
⬇
CARTOGRAPHIE IA
RÉFORME & IMPACTS 360°
├── Périmètre e-invoicing
├── Périmètre e-reporting
├── Calendrier applicable
├── Données manquantes
├── Impacts métiers
├── Impacts TVA
├── Impacts ERP
├── Besoins plateforme
├── Risques de conformité
└── Feuille de route
⬇
VALIDATION HUMAINE
ET PLAN D’ACTION
🧠 Modules de la Cartographie IA
| Module | Fonction | Livrable |
|---|---|---|
| Analyseur de calendrier | Détermine les échéances selon la taille de l’entreprise. | Calendrier personnalisé. |
| Classificateur de flux | Distingue B2B domestique, B2C et international. | Matrice e-invoicing / e-reporting. |
| Lecteur des référentiels | Analyse clients, fournisseurs, articles et établissements. | Liste des données à fiabiliser. |
| Analyseur TVA | Cartographie les taux, exonérations et autoliquidations. | Matrice fiscale. |
| Diagnostic ERP | Évalue la capacité à produire et intégrer les données requises. | Écarts fonctionnels et techniques. |
| Analyseur de plateforme | Compare les besoins avec les services disponibles. | Cahier des charges de sélection. |
| Cartographe des processus | Identifie les étapes, acteurs et validations. | Processus cible. |
| Moteur de risques | Classe les anomalies selon leur criticité. | Registre des risques. |
| Générateur de feuille de route | Priorise les actions et dépendances. | Plan projet 2026–2027. |
| Contrôleur documentaire | Vérifie la présence des décisions, procédures et preuves. | Dossier de conformité. |
🚦 Alertes de la Cartographie IA
| Alerte | Déclencheur | Action attendue |
|---|---|---|
| 🔴 Aucune plateforme choisie | Entreprise devant recevoir au 1er septembre 2026. | Lancer immédiatement la sélection. |
| 🔴 ERP non compatible | Absence de données ou d’interfaces nécessaires. | Planifier une mise à niveau ou une solution d’intégration. |
| 🔴 Périmètre non cartographié | Flux B2B, B2C et internationaux confondus. | Construire la matrice des opérations. |
| 🔴 Données TVA incohérentes | Multiples taux ou régimes non documentés. | Faire valider une matrice fiscale. |
| 🟠 SIREN clients manquants | Référentiel tiers incomplet. | Enrichir et contrôler les données. |
| 🟠 Processus de rejet absent | Aucun responsable désigné. | Créer un workflow et des délais de traitement. |
| 🟠 Archivage non défini | Responsabilités et formats non documentés. | Formaliser la politique de conservation. |
| 🟡 Utilisateurs non formés | Aucun plan de formation. | Organiser les formations par profil. |
👨💼 Validation humaine obligatoire
| Décision | Préparation possible par l’IA | Validation requise |
|---|---|---|
| Qualification d’un flux | Analyse des clients, pays et opérations. | Fiscalité et comptabilité. |
| Calendrier applicable | Analyse de la taille et de la structure du groupe. | Direction juridique et financière. |
| Choix d’une plateforme | Comparaison fonctionnelle et technique. | Comité de projet et Direction générale. |
| Architecture informatique | Diagnostic des interfaces. | DSI et éditeurs. |
| Règles de TVA | Proposition à partir de la matrice des flux. | Responsable fiscal. |
| Processus cible | Cartographie des étapes et responsabilités. | Responsables métiers et contrôle interne. |
| Go-live | Analyse des tests et anomalies restantes. | Sponsor du projet et DAF. |
⚠️ Limites de l’intelligence artificielle
- l’IA ne qualifie pas seule la situation fiscale d’une entreprise ;
- elle ne détermine pas définitivement le périmètre légal d’une opération complexe ;
- elle dépend de la qualité des données fournies ;
- elle ne garantit pas la validité des référentiels tiers ;
- elle ne remplace pas une analyse de territorialité de TVA ;
- elle ne choisit pas seule une plateforme agréée ;
- elle ne négocie pas les contrats avec les prestataires ;
- elle ne valide pas l’architecture informatique ;
- elle ne remplace pas les tests d’interopérabilité ;
- elle ne porte aucune responsabilité juridique ou fiscale ;
- les décisions finales demeurent sous la responsabilité de l’entreprise.
📂 Premiers documents du dossier projet
| Référence | Document | Contenu attendu | Responsable |
|---|---|---|---|
| REF-01 | Fiche calendrier | Réception, émission et e-reporting. | Chef de projet. |
| REF-02 | Cartographie des flux | B2B domestique, B2C, international et exceptions. | Fiscalité / Comptabilité. |
| REF-03 | Cartographie des acteurs | Émetteurs, destinataires, plateformes, logiciels et responsables. | Contrôle interne. |
| REF-04 | Diagnostic des référentiels | SIREN, TVA, adresses, articles et catégories d’opérations. | Administration des ventes / Achats. |
| REF-05 | Diagnostic SI | ERP, formats, interfaces, sécurité et archivage. | DSI. |
| REF-06 | Matrice des impacts | Processus, risques, coûts et priorités. | DAF. |
| REF-07 | Registre des risques | Criticité, responsable et plan d’action. | Chef de projet. |
| REF-08 | Feuille de route | Jalons, livrables, budget, tests et déploiement. | Comité de pilotage. |
📝 Modèle de conclusion professionnelle
La réforme de la facturation électronique ne constitue pas une simple évolution du support des factures. Elle organise un nouvel environnement d’échange, de contrôle et de transmission des données entre les entreprises, les plateformes agréées et l’administration fiscale.
L’entreprise doit être capable de recevoir des factures électroniques à compter du 1er septembre 2026, quelle que soit sa taille. Son obligation d’émission dépend ensuite de la catégorie à laquelle elle appartient.
Les flux B2B domestiques, B2C et internationaux doivent être distingués afin de déterminer les opérations relevant de l’e-invoicing, du e-reporting de transaction ou du e-reporting de paiement.
Le simple envoi d’un PDF par courrier électronique ne répond pas, à lui seul, au nouveau circuit obligatoire. Les factures doivent comporter les données requises et transiter par une plateforme agréée dans les situations entrant dans le périmètre de la réforme.
La réussite du projet dépend prioritairement de la qualité des référentiels, de la cartographie des flux, du paramétrage de la TVA, de l’intégration des logiciels, de la définition des responsabilités et de la capacité à traiter les rejets et statuts.
Le projet doit donc être piloté conjointement par la Direction Financière, la fiscalité, la comptabilité, l’administration des ventes, les achats, le contrôle interne, la DSI et les responsables métiers.
📌 À retenir
- la réforme poursuit des objectifs fiscaux, économiques et administratifs ;
- elle vise notamment à renforcer la lutte contre la fraude à la TVA ;
- elle doit améliorer la qualité et la rapidité des données disponibles ;
- toutes les entreprises concernées devront recevoir des factures électroniques dès le 1er septembre 2026 ;
- les grandes entreprises et ETI devront émettre électroniquement à compter du 1er septembre 2026 ;
- les PME et microentreprises devront émettre électroniquement à compter du 1er septembre 2027 ;
- un PDF envoyé par e-mail ne suffit pas dans le périmètre obligatoire de la réforme ;
- une facture électronique réglementaire comporte des données exploitables automatiquement ;
- l’e-invoicing concerne les factures entrant dans le périmètre électronique obligatoire ;
- le e-reporting concerne certaines opérations non couvertes par l’e-invoicing ;
- les données de paiement peuvent également devoir être transmises dans certaines situations ;
- les plateformes agréées assurent les fonctions réglementaires de transmission et de réception ;
- le Portail public de facturation remplit notamment des fonctions publiques d’annuaire et de concentration des données ;
- l’administration fiscale exploitera les données transmises dans le cadre de ses missions ;
- les logiciels et plateformes ne remplacent pas la responsabilité fiscale de l’entreprise ;
- la qualité des référentiels constitue une condition essentielle de réussite ;
- la réforme peut accélérer la clôture et améliorer le pilotage du BFR ;
- les gains attendus supposent une transformation réelle des processus ;
- la première étape du projet consiste à cartographier les flux, acteurs, données, outils et risques ;
- l’intelligence artificielle peut assister cette cartographie sans remplacer la validation humaine.
🎓 Compétences acquises
Vous savez désormais expliquer les raisons fiscales et économiques de la généralisation de la facturation électronique.
Vous êtes capable de distinguer une facture dématérialisée, un PDF transmis par courrier électronique et une facture électronique intégrée au nouveau dispositif réglementaire.
Vous comprenez les différences entre e-invoicing, e-reporting de transaction et e-reporting de paiement.
Vous connaissez le rôle de la DGFiP, de l’AIFE, du Portail public de facturation, des plateformes agréées, des éditeurs et des entreprises.
Vous êtes enfin capable de construire une première cartographie des impacts sur les données, la TVA, les processus, le système d’information, la clôture, la trésorerie et le contrôle interne.
📚 Références officielles mobilisées
| Référence | Rôle et utilité |
|---|---|
| Code général des impôts — articles 289 et 289 bis | Cadre juridique de la facturation et de la facturation électronique. |
| Code général des impôts — articles 290 et suivants | Transmission des données de transaction et de paiement. |
| Loi de finances pour 2024 — article 91 | Fixation du calendrier de déploiement au 1er septembre 2026 et au 1er septembre 2027. |
| Décret n° 2024-266 du 25 mars 2024 | Adaptation des dispositions réglementaires au calendrier de la réforme. |
| Documentation DGFiP — Facturation électronique | Calendrier, périmètre, acteurs, obligations et accompagnement des entreprises. |
| Documentation DGFiP — Plateformes agréées | Rôle, agrément et fonctionnement des plateformes. |
| Spécifications externes B2B — version applicable au démarrage | Formats, données, statuts, cas d’usage et règles d’interopérabilité. |
| Documentation AIFE — Facturation électronique B2B | Présentation de l’écosystème public et de l’architecture des échanges. |
| Ministère de l’Économie — Tout savoir sur la facturation électronique | Présentation officielle du calendrier et des démarches de préparation. |
➡️ Transition vers la Séquence 2/7 — Déterminer quelles entreprises et quelles opérations sont concernées
Vous comprenez désormais pourquoi la réforme devient obligatoire et comment fonctionne son nouvel écosystème.
La séquence suivante permettra de déterminer précisément qui est concerné, en fonction de la qualité d’assujetti à la TVA, de l’établissement en France, de la taille de l’entreprise, de la nature du client et de la localisation de l’opération.
Nous construirons une matrice de périmètre permettant de distinguer les opérations relevant de l’e-invoicing, du e-reporting, de Chorus Pro ou des flux restant hors du dispositif.
Maîtriser le calendrier officiel 2026–2027
Comprendre précisément les échéances de la réforme afin d’anticiper les obligations légales, planifier les projets et éviter toute mise en conformité tardive.
🎯 Objectif professionnel
L’une des erreurs les plus fréquentes consiste à croire que la réforme débute uniquement à la date d’obligation d’émission des factures électroniques. En réalité, le calendrier officiel distingue deux obligations totalement différentes :
- l’obligation de pouvoir recevoir des factures électroniques ;
- l’obligation d’émettre des factures électroniques.
Cette distinction est essentielle car toutes les entreprises françaises concernées devront être capables de recevoir des factures électroniques dès le 1er septembre 2026, y compris les PME et micro-entreprises qui n’auront pourtant l’obligation d’émettre leurs propres factures qu’à compter du 1er septembre 2027.
- d’identifier immédiatement la date applicable à chaque entreprise ;
- d’établir un calendrier de mise en conformité ;
- d’organiser les phases de préparation, de tests et de déploiement ;
- de construire une feuille de route projet adaptée à votre organisation.
🎓 Compétences développées
- distinguer obligation de réception et obligation d’émission ;
- identifier les échéances officielles applicables ;
- classer correctement chaque entreprise ;
- déterminer la catégorie juridique concernée ;
- analyser les situations des groupes TVA ;
- planifier les différentes étapes du projet ;
- identifier les dépendances entre clients, fournisseurs, ERP et plateformes ;
- préparer les phases de recette et de tests ;
- construire un rétroplanning complet ;
- utiliser le Planificateur IA Échéances & Obligations.
📅 Le calendrier officiel de la réforme
1er SEPTEMBRE 2026
Toutes les entreprises concernées
doivent pouvoir RECEVOIR
des factures électroniques
+
Grandes entreprises
ETI
doivent également ÉMETTRE
leurs factures électroniques
⬇
1er SEPTEMBRE 2027
PME
Micro-entreprises
deviennent à leur tour
soumises à l’obligation d’émission.
📊 Calendrier synthétique
| Catégorie d’entreprise | Réception | Émission | Conséquence |
|---|---|---|---|
| Grandes entreprises | 01/09/2026 | 01/09/2026 | Réforme complète dès septembre 2026. |
| Entreprises de Taille Intermédiaire (ETI) | 01/09/2026 | 01/09/2026 | Même calendrier que les grandes entreprises. |
| PME | 01/09/2026 | 01/09/2027 | Réception un an avant l’émission. |
| Micro-entreprises | 01/09/2026 | 01/09/2027 | Réception obligatoire dès 2026. |
⚠️ La distinction fondamentale : recevoir ≠ émettre
| Réception | Émission |
|---|---|
| L’entreprise doit pouvoir accepter les factures électroniques de ses fournisseurs. | L’entreprise doit transmettre ses propres factures via une plateforme agréée. |
| Nécessite une plateforme de réception. | Nécessite un logiciel compatible et une plateforme agréée. |
| Impacte principalement les achats. | Impacte principalement les ventes. |
| Obligatoire pour tous dès septembre 2026. | Échelonné selon la taille de l’entreprise. |
Beaucoup de dirigeants pensent qu’une PME peut attendre septembre 2027 pour commencer son projet. C’est faux : dès septembre 2026, elle devra être capable de recevoir les factures électroniques de ses fournisseurs.
🏢 Comment déterminer la catégorie de son entreprise ?
La date applicable dépend de la catégorie à laquelle appartient l’entreprise au regard des critères légaux retenus pour la réforme.
| Catégorie | Critères principaux | Date d’émission |
|---|---|---|
| Grande entreprise | Selon les seuils européens et le Code de commerce. | 01/09/2026 |
| ETI | Entre PME et grandes entreprises. | 01/09/2026 |
| PME | Entreprise répondant aux critères européens. | 01/09/2027 |
| Micro-entreprise | Plus petite catégorie d’entreprise. | 01/09/2027 |
La qualification doit être réalisée suffisamment tôt afin d’éviter une erreur de calendrier susceptible d’entraîner un défaut de conformité dès l’entrée en vigueur de l’obligation applicable.
🏛️ Les groupes TVA et les situations particulières
Toutes les entreprises ne se trouvent pas dans une situation standard. Les groupes de sociétés, les groupes TVA, les établissements multiples ou encore les structures en cours de fusion nécessitent une analyse spécifique afin de déterminer correctement les obligations applicables.
| Situation | Point de vigilance | Conséquence pratique |
|---|---|---|
| Groupe TVA | Identifier les flux internes et externes. | Cartographie spécifique des obligations de facturation et de reporting. |
| Groupe de sociétés | Catégorie différente selon les filiales. | Chaque entité doit être analysée individuellement. |
| Fusion ou restructuration | Modification des référentiels clients et fournisseurs. | Actualiser les plateformes et les données avant le basculement. |
| Nouvelle société | Création récente. | Prévoir directement un dispositif conforme. |
| Succursales et établissements | Multiplication des points de facturation. | Centraliser la gouvernance documentaire. |
| Activités mixtes | B2B, B2C, international. | Combiner e-invoicing et e-reporting. |
🗓️ Construire le calendrier projet
Une entreprise performante ne prépare pas la réforme quelques semaines avant son entrée en vigueur. Les projets les plus réussis sont ceux qui débutent plusieurs mois en amont afin de laisser le temps nécessaire aux développements informatiques, aux tests et à la conduite du changement.
| Phase | Objectif | Responsable |
|---|---|---|
| Diagnostic | Cartographier les flux existants. | Chef de projet. |
| Choix de la plateforme | Sélectionner la solution adaptée. | DAF / DSI. |
| Nettoyage des référentiels | Fiabiliser les données clients et fournisseurs. | ADV / Comptabilité. |
| Paramétrage ERP | Préparer les formats et interfaces. | DSI. |
| Tests | Valider les flux de bout en bout. | Équipe projet. |
| Formation | Préparer les utilisateurs. | RH / Chef de projet. |
| Mise en production | Déploiement opérationnel. | Comité de pilotage. |
📅 Exemple de rétroplanning Premium
M-12
⬇
Diagnostic global
M-10
⬇
Choix de la plateforme
M-8
⬇
Nettoyage des référentiels
M-6
⬇
Paramétrage ERP
M-4
⬇
Recette technique
M-3
⬇
Tests utilisateurs
M-2
⬇
Formation
M-1
⬇
Validation générale
J
⬇
Mise en production
🤝 Les dépendances avec les clients et fournisseurs
La réforme ne dépend pas uniquement de votre entreprise. Elle implique l’ensemble de votre écosystème.
| Partenaire | Dépendance | Action à prévoir |
|---|---|---|
| Clients | Capacité à recevoir. | Mettre à jour les référentiels. |
| Fournisseurs | Capacité à émettre. | Tester les échanges. |
| Expert-comptable | Interfaces comptables. | Synchroniser les processus. |
| Éditeur ERP | Compatibilité. | Valider les développements. |
| Plateforme agréée | Interopérabilité. | Effectuer les recettes techniques. |
🧪 Organiser les phases de tests
Aucun projet de facturation électronique ne devrait être mis en production sans campagne de tests complète.
| Test | Objectif |
|---|---|
| Création | Vérifier les données obligatoires. |
| Transmission | Tester les flux vers la plateforme. |
| Réception | Contrôler la bonne intégration. |
| Rejet | Traiter les anomalies. |
| Avoir | Tester les corrections. |
| Archivage | Valider la conservation. |
| Piste d’audit | Contrôler la traçabilité complète. |
🤖 Planificateur IA Échéances & Obligations
Le Planificateur IA Échéances & Obligations construit automatiquement le calendrier personnalisé de chaque entreprise en tenant compte de sa taille, de ses flux, de son organisation et de son système d’information.
| Module IA | Mission | Livrable |
|---|---|---|
| Analyseur d’entreprise | Détermine la catégorie juridique. | Date réglementaire applicable. |
| Cartographe des flux | Identifie les opérations concernées. | Périmètre e-invoicing / e-reporting. |
| Planificateur projet | Construit le rétroplanning. | Calendrier détaillé. |
| Gestionnaire des dépendances | Analyse les interactions avec les partenaires. | Planning coordonné. |
| Contrôleur des risques | Détecte les retards potentiels. | Alertes et plan d’action. |
| Suivi d’avancement | Pilote les jalons. | Tableau de bord projet. |
L’IA peut proposer un calendrier optimisé, mais les arbitrages budgétaires, les choix techniques et la validation du calendrier définitif relèvent exclusivement du comité de pilotage du projet.
📝 Synthèse de la séquence
Le calendrier officiel repose sur une logique progressive. Dès le 1er septembre 2026, toutes les entreprises concernées devront être capables de recevoir des factures électroniques, tandis que l’obligation d’émission s’appliquera immédiatement aux grandes entreprises et aux ETI, avant d’être étendue aux PME et micro-entreprises le 1er septembre 2027.
La réussite du projet dépend d’une anticipation suffisante, d’un calendrier réaliste, d’une coordination avec les partenaires et d’une phase de tests complète avant toute mise en production.
🎓 Compétences acquises
- interpréter correctement le calendrier officiel de la réforme ;
- distinguer les obligations de réception et d’émission ;
- classifier une entreprise selon son échéance réglementaire ;
- analyser les cas des groupes TVA et des structures complexes ;
- élaborer un rétroplanning de mise en conformité ;
- planifier les dépendances entre les différents acteurs ;
- organiser une campagne de tests avant la mise en production ;
- utiliser un planificateur IA comme outil d’aide au pilotage.
➡️ Transition vers la Séquence 3/7
Vous maîtrisez désormais le calendrier officiel et savez déterminer à quelle date votre entreprise sera soumise aux différentes obligations.
La séquence suivante permettra d’aller plus loin en déterminant précisément quelles opérations sont concernées par l’e-invoicing, lesquelles relèvent du e-reporting et celles qui restent en dehors du dispositif. Nous construirons une véritable matrice décisionnelle des flux de facturation.
Identifier les entreprises et opérations concernées
Déterminer avec précision quelles entreprises entrent dans le champ de la réforme constitue la première étape de toute mise en conformité. La taille, le chiffre d’affaires ou le statut juridique ne suffisent pas : il faut d’abord analyser la qualité d’assujetti à la TVA, le lieu d’établissement, la situation fiscale de l’entité et la nature des opérations qu’elle réalise.
🎯 Introduction — La réforme ne s’applique pas uniquement aux entreprises qui facturent de la TVA
La réforme française repose avant tout sur la notion d’assujetti à la TVA. Elle ne concerne donc pas uniquement les entreprises qui facturent effectivement de la TVA à leurs clients.
Une entreprise peut être assujettie à la TVA tout en :
- bénéficiant de la franchise en base de TVA ;
- réalisant principalement des opérations exonérées ;
- ne collectant pas de TVA sur certaines opérations ;
- n’émettant que rarement des factures ;
- exerçant sous la forme d’une entreprise individuelle ou d’une micro-entreprise ;
- étant une association exerçant une activité économique ;
- étant un professionnel libéral ;
- combinant plusieurs activités soumises à des régimes différents.
Affirmer qu’une entreprise n’est pas concernée au seul motif qu’elle ne facture pas de TVA. L’absence de TVA sur la facture peut résulter d’une franchise, d’une exonération, d’une autoliquidation ou d’une opération hors champ. Chaque situation doit être qualifiée séparément.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de déterminer si une entreprise entre dans le périmètre personnel de la réforme avant même d’analyser ses opérations.
Vous saurez notamment :
- identifier une personne assujettie à la TVA ;
- distinguer assujettissement et redevabilité de la taxe ;
- traiter les entreprises en franchise en base ;
- analyser le lieu d’établissement de l’entreprise ;
- identifier le rôle d’un établissement stable ;
- distinguer une entreprise française d’une entreprise étrangère ;
- analyser les entités exerçant plusieurs activités ;
- préparer l’étude des opérations B2B, B2C, B2G et internationales ;
- documenter les conclusions dans une matrice Entité–Opération–Obligation.
Ne jamais appliquer automatiquement une obligation à partir de la seule forme juridique de l’entreprise. Le périmètre doit être établi à partir d’un raisonnement documenté combinant l’entité, son implantation, son régime de TVA, son client et la nature de l’opération.
🧭 Le raisonnement en deux niveaux
NIVEAU 1
ANALYSER L’ENTREPRISE
• Exerce-t-elle une activité économique ?
• Est-elle assujettie à la TVA ?
• Est-elle établie en France ?
• Relève-t-elle de la franchise en base ?
• Appartient-elle à un groupe TVA ?
• Dispose-t-elle d’établissements multiples ?
⬇
NIVEAU 2
ANALYSER CHAQUE OPÉRATION
• B2B domestique ?
• B2C ?
• B2G ?
• Internationale ?
• Exonérée ?
• Hors champ ?
• Livraison de biens ?
• Prestation de services ?
⬇
CONCLUSION
E-INVOICING
OU
E-REPORTING
OU
AUTRE CIRCUIT
OU
HORS OBLIGATION CONSIDÉRÉE
Une entreprise peut être concernée par la réforme sans que toutes ses opérations relèvent du même dispositif. Elle peut devoir émettre certaines factures en e-invoicing, transmettre d’autres opérations en e-reporting et conserver un circuit particulier pour d’autres flux.
1️⃣ Quelles entreprises sont concernées ?
Le périmètre de la réforme couvre les entreprises, indépendants et professionnels qui possèdent la qualité d’assujetti à la TVA et remplissent les autres conditions prévues par le dispositif.
Peuvent notamment être concernés :
- les sociétés commerciales ;
- les entreprises individuelles ;
- les micro-entrepreneurs ;
- les artisans ;
- les commerçants ;
- les professions libérales ;
- les exploitants agricoles selon leur situation ;
- les associations exerçant une activité économique ;
- les établissements publics exerçant certaines activités économiques ;
- les holdings réalisant des opérations économiques ;
- les sociétés civiles exerçant une activité entrant dans le champ de la TVA ;
- les entreprises appartenant à un groupe français ou international ;
- les entités bénéficiant de la franchise en base de TVA.
| Critère | Est-il déterminant à lui seul ? | Explication |
|---|---|---|
| Forme juridique | Non | Une société, une association ou une entreprise individuelle peut être concernée selon son activité. |
| Taille de l’entreprise | Non pour l’existence de l’obligation | La taille détermine principalement la date de l’obligation d’émission. |
| Chiffre d’affaires | Non à lui seul | Il peut contribuer à la classification de l’entreprise, mais ne suffit pas à définir le périmètre des opérations. |
| Facturation effective de TVA | Non | Un assujetti bénéficiant de la franchise en base peut rester concerné. |
| Qualité d’assujetti à la TVA | Oui, critère fondamental | Elle constitue le point de départ de l’analyse personnelle. |
| Établissement en France | Oui, selon le dispositif analysé | Le lieu d’établissement influence le traitement en e-invoicing ou en e-reporting. |
| Nature de l’opération | Oui | Chaque opération doit être qualifiée pour déterminer l’obligation applicable. |
2️⃣ Comprendre la notion d’assujetti à la TVA
Un assujetti est, de manière générale, une personne qui exerce de façon indépendante une activité économique, quels que soient :
- son statut juridique ;
- les buts ou les résultats de l’activité ;
- le niveau de chiffre d’affaires réalisé ;
- le fait qu’elle collecte effectivement ou non de la TVA sur chaque opération.
Une activité économique peut notamment correspondre à :
- une activité de producteur ;
- une activité commerciale ;
- une activité de prestataire de services ;
- une activité artisanale ;
- une activité agricole ;
- une profession libérale ;
- l’exploitation d’un bien en vue d’en retirer des recettes présentant un caractère de permanence.
Un consultant indépendant qui réalise des prestations contre rémunération exerce une activité économique. Il peut être assujetti à la TVA même s’il bénéficie de la franchise en base et ne facture donc aucune TVA à ses clients.
🔍 Assujetti, redevable et collecteur de TVA : trois notions à distinguer
| Notion | Signification | Exemple |
|---|---|---|
| Assujetti à la TVA | Personne exerçant de manière indépendante une activité économique entrant dans le champ de la TVA. | Micro-entrepreneur réalisant des prestations économiques. |
| Redevable de la TVA | Personne tenue de déclarer et de payer la taxe pour une opération déterminée. | Fournisseur facturant une vente taxable ou client autoliquidant la TVA. |
| Collecteur de TVA | Entreprise facturant la taxe à son client avant de la reverser à l’État. | Société française facturant une prestation nationale avec TVA. |
| Assujetti non redevable | Personne assujettie qui ne facture pas la taxe en raison de son régime ou de la nature de certaines opérations. | Entreprise bénéficiant de la franchise en base. |
Confondre « assujetti » et « redevable ». Une entreprise en franchise en base demeure un assujetti à la TVA, même si elle ne collecte pas la taxe sur ses factures.
📊 Test Premium — L’entreprise exerce-t-elle une activité économique ?
| Question | Indicateur d’assujettissement | Élément à documenter |
|---|---|---|
| L’entité fournit-elle des biens ou services contre rémunération ? | Oui, en principe | Contrats, factures et flux financiers. |
| L’activité est-elle exercée de manière indépendante ? | Oui | Absence de lien de subordination caractérisant une activité salariée. |
| L’entité exploite-t-elle un bien pour en retirer des recettes durables ? | Potentiellement oui | Nature de l’exploitation et caractère permanent des recettes. |
| L’opération est-elle purement gratuite ? | Possiblement non | Absence de contrepartie directe. |
| L’entité agit-elle comme une autorité publique ? | Analyse spécifique | Nature de l’activité et conditions d’exercice. |
| L’association exerce-t-elle une activité concurrentielle rémunérée ? | Potentiellement oui | Objet, clientèle, prix, recettes et concurrence. |
| La holding fournit-elle des prestations à ses filiales ? | Potentiellement oui | Conventions de services, facturation et moyens engagés. |
La réponse dépend des faits. Les statuts de l’entité, son code d’activité ou son absence de bénéfice ne suffisent pas à déterminer sa qualité d’assujetti.
3️⃣ Les entreprises en franchise en base de TVA
La franchise en base permet à certaines entreprises de ne pas facturer la TVA sur leurs opérations, sous réserve de respecter les conditions du régime.
Ces entreprises doivent porter sur leurs factures la mention :
Elles restent toutefois des assujettis à la TVA. Elles sont donc concernées par la réforme de la facturation électronique selon le calendrier et le périmètre applicables.
| Situation | TVA facturée ? | Assujettie à la TVA ? | Concernée par la réforme ? |
|---|---|---|---|
| Micro-entrepreneur en franchise en base | Non | Oui | Oui, selon le calendrier et les flux concernés. |
| Société en franchise en base | Non | Oui | Oui. |
| Profession libérale en franchise | Non | Oui | Oui. |
| Entreprise ayant opté pour la TVA | Oui, selon ses opérations | Oui | Oui. |
📅 Obligations d’une entreprise en franchise en base
| Obligation | Date générale | Conséquence pratique |
|---|---|---|
| Réception des factures électroniques | 1er septembre 2026 | Choisir une plateforme agréée et organiser la réception des factures fournisseurs. |
| Émission électronique pour une PME ou micro-entreprise | 1er septembre 2027 | Émettre les factures entrant dans le périmètre par le circuit réglementaire. |
| E-reporting | Selon le calendrier applicable à l’entreprise | Transmettre les données requises pour les opérations concernées. |
| Mention de franchise | Dès maintenant, tant que le régime s’applique | Conserver la mention de l’article 293 B sur les factures concernées. |
Elle devra pouvoir recevoir les factures électroniques de ses fournisseurs dès septembre 2026. Elle devra également fiabiliser ses données, choisir une plateforme agréée et préparer l’émission électronique pour l’échéance qui lui est applicable.
🧩 Mini-cas professionnel — Micro-entrepreneur en franchise
Sarah exerce une activité de graphiste sous le régime de la micro-entreprise. Elle bénéficie de la franchise en base, facture sans TVA et réalise uniquement des prestations pour des sociétés françaises.
Analyse de l’entité
- Sarah exerce une activité économique indépendante ;
- elle est assujettie à la TVA ;
- elle bénéficie toutefois de la franchise en base ;
- elle ne collecte donc pas de TVA sur ses factures ;
- elle demeure concernée par la réforme.
Calendrier général
| Obligation | Date | Travaux à engager |
|---|---|---|
| Réception électronique | 1er septembre 2026 | Choisir une plateforme agréée et activer son adresse de réception. |
| Émission électronique | 1er septembre 2027 | Adapter son logiciel et transmettre ses factures B2B domestiques concernées par la plateforme. |
| Mention fiscale | Permanente tant que le régime s’applique | Maintenir la mention « TVA non applicable, art. 293 B du CGI ». |
La franchise en base dispense Sarah de facturer la TVA, mais ne la dispense pas de la facturation électronique.
🧩 Mini-cas — Entreprise qui ne reçoit presque aucune facture
Une entreprise individuelle en franchise en base n’émet que quelques factures par an et reçoit principalement des relevés bancaires et des abonnements.
Erreur du dirigeant
Le dirigeant estime que le faible volume de documents l’exonère de la réforme.
Analyse
Le faible nombre de factures, le chiffre d’affaires réduit ou l’absence de TVA collectée ne constituent pas, à eux seuls, des motifs d’exclusion.
Actions minimales
- vérifier la qualité d’assujetti ;
- choisir une plateforme agréée ;
- organiser la réception dès septembre 2026 ;
- contrôler les données d’identification de l’entreprise ;
- adapter le logiciel de facturation avant septembre 2027 ;
- former le dirigeant au traitement des factures reçues et rejetées.
📋 Check-list de qualification de l’entité
| Question | Réponse | Preuve à conserver |
|---|---|---|
| L’entité exerce-t-elle une activité économique indépendante ? | ☐ Oui ☐ Non ☐ À analyser | Statuts, contrats, factures et description de l’activité. |
| Possède-t-elle la qualité d’assujetti à la TVA ? | ☐ Oui ☐ Non ☐ À confirmer | Analyse fiscale et documentation comptable. |
| Est-elle redevable de la TVA ? | ☐ Oui ☐ Non ☐ Selon les opérations | Régime fiscal et déclarations. |
| Bénéficie-t-elle de la franchise en base ? | ☐ Oui ☐ Non | Situation fiscale et seuils applicables. |
| Est-elle établie en France ? | ☐ Oui ☐ Non ☐ Établissement stable à analyser | Siège, établissements et moyens humains ou techniques. |
| Appartient-elle à un groupe TVA ? | ☐ Oui ☐ Non | Option, périmètre et identité du représentant. |
| Exerce-t-elle plusieurs activités ? | ☐ Oui ☐ Non | Ventilation des opérations et régimes de TVA. |
| Quelle est sa catégorie de taille ? | ☐ GE ☐ ETI ☐ PME ☐ Micro | Comptes, effectifs et analyse du groupe. |
| Quelle est sa date d’obligation de réception ? | 1er septembre 2026 | Fiche calendrier de la réforme. |
| Quelle est sa date d’obligation d’émission ? | ☐ 2026 ☐ 2027 ☐ À déterminer | Qualification documentée de la catégorie. |
La prochaine partie analysera les entreprises établies en France, les entreprises non établies, les groupes TVA et les personnes morales non assujetties. Elle comprendra également le tableau Premium « Qui est concerné ? », un schéma décisionnel complet et les premiers cas pratiques de qualification.
4️⃣ Les entreprises établies en France
L’obligation de facturation électronique vise principalement les opérations réalisées entre assujettis à la TVA établis en France lorsque les autres conditions du dispositif sont réunies.
L’analyse du lieu d’établissement ne doit pas se limiter à l’adresse postale inscrite sur la facture. Elle suppose d’identifier l’entité ou l’établissement qui intervient réellement dans l’opération.
Une entreprise est généralement considérée comme établie en France lorsqu’elle y possède le siège de son activité économique ou un établissement stable participant à l’opération concernée.
Les principaux critères d’analyse
| Critère | Question à poser | Élément à documenter |
|---|---|---|
| Siège de l’activité économique | Où sont prises les décisions essentielles relatives à l’activité ? | Adresse du siège, gouvernance, direction effective et organisation. |
| Établissement stable | L’entreprise dispose-t-elle en France d’une structure suffisamment permanente et dotée de moyens adaptés ? | Locaux, personnel, équipements, contrats et fonctions exercées. |
| Participation à l’opération | L’établissement français intervient-il réellement dans la livraison ou la prestation ? | Commande, contrat, équipes mobilisées, livraison et facturation. |
| Identification fiscale | L’entité dispose-t-elle d’un numéro de TVA français ? | Numéro de TVA et dossier fiscal. |
| Immatriculation | L’entité dispose-t-elle d’un SIREN ou d’un SIRET en France ? | Extrait d’immatriculation et référentiel tiers. |
| Émetteur contractuel | Quelle personne juridique est désignée comme fournisseur dans le contrat ? | Contrat, devis, commande et conditions générales. |
| Destinataire contractuel | Quelle personne juridique achète ou reçoit l’opération ? | Commande, réception et identité du client. |
Une entreprise étrangère peut être identifiée à la TVA en France sans y disposer nécessairement d’un établissement stable. L’immatriculation fiscale et le lieu d’établissement doivent donc être analysés séparément.
🏢 Le siège de l’activité économique
Le siège de l’activité économique correspond, en pratique, au lieu où sont exercées les fonctions centrales de l’entreprise et où sont prises les décisions essentielles relatives à sa gestion.
Il convient notamment d’examiner :
- le lieu où siège la direction générale ;
- le lieu où sont prises les décisions stratégiques ;
- le lieu où sont exercées les fonctions administratives centrales ;
- le lieu où sont conservés les principaux documents de gouvernance ;
- la localisation des dirigeants et des moyens de direction ;
- l’adresse déclarée dans les documents légaux et fiscaux.
Une SAS immatriculée en France, dirigée depuis Lyon et disposant en France de ses équipes administratives et commerciales est, en principe, établie en France.
🏭 L’établissement stable participant à l’opération
Une entreprise dont le siège se situe à l’étranger peut disposer en France d’un établissement stable.
L’existence d’un établissement stable suppose généralement une structure présentant :
- un degré suffisant de permanence ;
- des moyens humains ou techniques adaptés ;
- une capacité réelle à recevoir ou fournir les opérations concernées ;
- une participation identifiable au flux analysé.
| Situation | Établissement stable probable ? | Analyse complémentaire |
|---|---|---|
| Filiale française juridiquement distincte | La filiale est une entité autonome | Ne pas la confondre avec un établissement stable de la société mère. |
| Succursale française avec personnel et locaux | Potentiellement oui | Vérifier ses moyens et sa participation aux opérations. |
| Simple adresse de domiciliation | Pas nécessairement | Rechercher la réalité des moyens humains et techniques. |
| Entrepôt logistique automatisé | Analyse nécessaire | Examiner les fonctions réellement exercées et les moyens disponibles. |
| Commercial indépendant en France | Pas automatiquement | Analyser son autonomie et les moyens de l’entreprise étrangère. |
| Équipe française participant directement aux prestations | Potentiellement oui | Documenter le rôle de l’équipe dans le flux facturé. |
Il faut déterminer non seulement si un établissement stable existe, mais également s’il intervient dans l’opération analysée. La conclusion peut donc varier selon les flux d’une même entreprise.
5️⃣ Les entreprises non établies en France
Une entreprise étrangère peut réaliser des opérations imposables en France, disposer d’un numéro de TVA français ou vendre à des clients français sans pour autant être établie en France.
Ses opérations ne relèvent pas automatiquement du même circuit que celles réalisées entre deux assujettis établis en France.
Le fait qu’une entreprise étrangère possède un client français, un numéro de TVA français ou une obligation déclarative en France ne suffit pas à faire entrer toutes ses factures dans l’e-invoicing domestique.
Questions à poser
- où se trouve le siège de l’entreprise ?
- dispose-t-elle d’un établissement stable en France ?
- cet établissement participe-t-il à l’opération ?
- le fournisseur est-il établi en France ?
- le client est-il établi en France ?
- l’opération est-elle imposable en France ?
- qui est redevable de la TVA ?
- l’opération relève-t-elle de l’e-invoicing ou du e-reporting ?
- une facture doit-elle être transmise par un autre circuit ?
- quelles données doivent être communiquées à l’administration ?
🌍 Tableau Premium — Entreprise étrangère et implantation en France
| Situation | Qualification de l’entité | Traitement général à étudier |
|---|---|---|
| Société allemande sans implantation en France | Entreprise non établie en France | Opération internationale susceptible de relever du e-reporting plutôt que de l’e-invoicing domestique. |
| Société américaine identifiée à la TVA en France, sans moyens permanents | Possiblement non établie malgré l’identification | Analyser la territorialité et les obligations déclaratives. |
| Société belge disposant d’une succursale française participant à la prestation | Établissement stable français potentiellement impliqué | Examiner le périmètre de facturation électronique applicable au flux. |
| Groupe américain possédant une filiale française | La filiale française est une personne juridique distincte | Analyser séparément la filiale et la société mère. |
| Société étrangère disposant uniquement d’un entrepôt en France | Qualification à approfondir | Examiner la permanence, les moyens et les fonctions exercées. |
| Société suisse fournissant un service à une entreprise française | Entreprise non établie en France | Analyser la territorialité, l’autoliquidation et les obligations de transmission de données. |
🧩 Ne pas confondre filiale, succursale et simple immatriculation TVA
| Structure | Personnalité juridique | Conséquence pour l’analyse |
|---|---|---|
| Filiale française | Personne juridique distincte de sa société mère | Elle doit être qualifiée séparément comme entité française. |
| Succursale française | Pas de personnalité juridique distincte de la société étrangère | Analyser si elle constitue un établissement stable participant au flux. |
| Établissement secondaire d’une société française | Même personne juridique que le siège | Organiser le routage et les responsabilités au niveau des établissements. |
| Numéro de TVA français d’une entreprise étrangère | Ne crée pas à lui seul une personne juridique française | Ne pas conclure automatiquement à un établissement en France. |
| Adresse de domiciliation | Simple localisation administrative possible | Rechercher les moyens et l’activité réellement exercée. |
6️⃣ Les groupes TVA — Le régime de l’assujetti unique
Le régime de groupe TVA permet à plusieurs entités juridiquement indépendantes, mais étroitement liées sur les plans financier, économique et organisationnel, de constituer un seul assujetti à la TVA.
Dans ce dispositif :
- un assujetti unique est constitué sur option ;
- un représentant accomplit certaines obligations pour le groupe ;
- les membres demeurent juridiquement distincts ;
- les flux réalisés entre membres sont traités comme des opérations internes au regard de la TVA ;
- les opérations avec les tiers restent rattachées à l’assujetti unique ;
- les règles de facturation, d’identification et de transmission doivent être spécifiquement paramétrées.
L’existence de liens capitalistiques ou d’une consolidation comptable ne suffit pas. Le régime de l’assujetti unique résulte d’une option fiscale et d’un périmètre formellement défini.
🔄 Flux internes et flux externes d’un groupe TVA
ASSUJETTI UNIQUE
┌─────────────────────────────┐
│ │
│ MEMBRE A ⇄ MEMBRE B │
│ │
│ FLUX INTERNES │
│ │
│ HORS DU CHAMP DE LA TVA │
│ EN TANT QU’OPÉRATIONS │
│ ENTRE MEMBRES │
│ │
└─────────────────────────────┘
ASSUJETTI UNIQUE
⇅
CLIENTS ET FOURNISSEURS TIERS
OPÉRATIONS EXTERNES
À QUALIFIER POUR :
• E-INVOICING
• E-REPORTING
• TVA
• FACTURATION
• ROUTAGE
• DÉCLARATIONS
| Type de flux | Traitement TVA général | Point de vigilance facturation électronique |
|---|---|---|
| Flux entre deux membres du même assujetti unique | Opération interne au groupe TVA | Ne pas la traiter automatiquement comme une facture B2B domestique entre deux assujettis distincts. |
| Vente d’un membre à un client tiers français | Opération externe de l’assujetti unique | Identifier le membre opérationnel, l’assujetti unique et les données de routage. |
| Achat d’un membre auprès d’un fournisseur tiers | Opération externe de l’assujetti unique | Déterminer l’adresse de réception correspondant au membre destinataire. |
| Flux entre deux sociétés du même groupe capitalistique mais appartenant à deux groupes TVA différents | Opération entre assujettis distincts | Analyser normalement l’e-invoicing ou le e-reporting. |
| Flux avec une société liée située hors du groupe TVA | Opération externe | Ne pas appliquer le traitement des flux internes. |
📋 Données à documenter pour un groupe TVA
| Donnée | Contenu attendu | Risque en cas d’erreur |
|---|---|---|
| Identité de l’assujetti unique | Numéro propre, dénomination et date d’effet. | Mauvaise identification fiscale. |
| Identité du représentant | Membre chargé des obligations déclaratives. | Transmission au mauvais responsable. |
| Liste des membres | Périmètre officiel et dates d’entrée ou de sortie. | Flux internes ou externes mal qualifiés. |
| SIREN et SIRET des membres | Référentiel complet des entités et établissements. | Erreur de routage. |
| Adresses de facturation électronique | Maille de réception retenue par membre ou service. | Facture reçue par la mauvaise entité. |
| Règles de numérotation | Séries utilisées par les membres. | Doublons ou ruptures de séquence. |
| Matrice des flux internes | Nature et fréquence des opérations entre membres. | Facturation électronique indue. |
| Matrice des flux externes | Clients, fournisseurs, pays et régimes de TVA. | Défaut d’e-invoicing ou de e-reporting. |
| Évolution du périmètre | Entrées, sorties, fusions et restructurations. | Référentiels obsolètes. |
7️⃣ Les personnes morales non assujetties
Une personne morale ne possède pas automatiquement la qualité d’assujetti à la TVA.
Certaines entités peuvent :
- ne réaliser aucune activité économique ;
- agir uniquement dans le cadre d’activités gratuites ;
- exercer des missions publiques dans des conditions particulières ;
- recevoir des subventions sans fournir de contrepartie individualisée ;
- gérer exclusivement des activités patrimoniales non économiques ;
- combiner une activité non économique et une activité économique.
Il faut analyser les activités réellement exercées et non se limiter à la forme juridique de l’entité.
🤝 Le cas particulier des associations
Une association peut être :
- entièrement non assujettie lorsqu’elle n’exerce aucune activité économique ;
- assujettie pour une activité commerciale ou de services rémunérée ;
- assujettie tout en bénéficiant d’une exonération ;
- partiellement assujettie lorsqu’elle combine activités économiques et non économiques ;
- concernée comme cliente même lorsqu’elle n’est pas tenue d’émettre certaines factures.
| Activité de l’association | Qualification possible | Analyse à mener |
|---|---|---|
| Collecte de dons sans contrepartie directe | Activité non économique | Vérifier l’absence de prestation individualisée au donateur. |
| Vente régulière de prestations à des entreprises | Activité économique | Analyser l’assujettissement et le régime de TVA. |
| Cotisation ouvrant droit à des services individualisés | Potentiellement économique | Examiner la contrepartie reçue par l’adhérent. |
| Manifestation ponctuelle exonérée | Activité économique potentiellement exonérée | Ne pas confondre exonération et absence d’assujettissement. |
| Subvention liée au prix d’un service | Potentiellement imposable | Analyser le lien direct avec l’opération. |
| Mission gratuite d’intérêt général | Possiblement non économique | Documenter l’absence de rémunération ou de contrepartie. |
Une opération peut être économique et entrer dans le champ de la TVA tout en bénéficiant d’une exonération. Cette distinction influence directement l’analyse de la réforme.
🏛️ Les personnes publiques et organismes assimilés
Les personnes publiques et organismes exerçant des missions d’intérêt général nécessitent une analyse distincte selon :
- la nature de leur activité ;
- les conditions juridiques dans lesquelles elle est exercée ;
- l’existence éventuelle d’une concurrence avec des opérateurs privés ;
- la qualité du client ou du fournisseur ;
- l’application de la commande publique ;
- l’utilisation éventuelle de Chorus Pro ;
- la distinction entre flux B2G et flux B2B.
Un flux adressé à une personne publique ne doit pas être automatiquement traité comme une facture B2B domestique classique. Le circuit Chorus Pro et les règles de la commande publique doivent être examinés.
📊 Tableau Premium — Qui est concerné ?
| Entité | Assujettie à la TVA ? | Réception électronique | Émission / transmission | Point de vigilance |
|---|---|---|---|---|
| Société française soumise à la TVA | Oui | Oui dès le 1er septembre 2026 | Selon sa taille et la nature de ses opérations | Cartographier B2B domestique, B2C et international. |
| Micro-entrepreneur en franchise en base | Oui | Oui dès le 1er septembre 2026 | À compter du 1er septembre 2027 pour les flux concernés | L’absence de TVA facturée ne l’exclut pas. |
| Profession libérale exonérée | Souvent oui | À analyser selon sa situation d’assujetti | Dépend des opérations et de leur exonération | Distinguer exonération et activité non économique. |
| Association sans activité économique | Non pour cette activité | Pas d’obligation au titre de cette seule activité non économique | Pas d’e-invoicing en qualité de fournisseur pour cette activité | Vérifier l’existence d’activités économiques accessoires. |
| Association exerçant une activité commerciale | Potentiellement oui | Oui si elle entre dans le périmètre | Selon sa taille et ses opérations | Ventiler activités économiques et non économiques. |
| Holding animatrice facturant des services | Potentiellement oui | Oui si elle est assujettie en France | Selon son calendrier et ses flux | Documenter la réalité des prestations. |
| Holding pure percevant uniquement des dividendes | Potentiellement non pour cette seule activité | Analyse spécifique | Analyse spécifique | Examiner toute autre activité économique. |
| Entreprise étrangère sans établissement stable en France | Peut être assujettie | Pas nécessairement soumise au même dispositif domestique | Flux susceptibles de relever du e-reporting | Analyser chaque opération et la territorialité. |
| Succursale française d’une société étrangère | Analyse requise | Oui si l’établissement stable entre dans le périmètre | Selon sa participation aux opérations | Documenter les moyens et fonctions exercées. |
| Membre d’un groupe TVA | Le groupe constitue l’assujetti unique | Organisation à définir dans le groupe | Flux externes à qualifier | Écarter les flux internes du traitement B2B classique. |
| Administration ou collectivité publique | Selon les activités | Circuit spécifique possible | Chorus Pro ou autre traitement applicable | Distinguer B2G, activité économique et mission publique. |
🧭 Schéma décisionnel — L’entité est-elle concernée ?
L’ENTITÉ EXERCE-T-ELLE
UNE ACTIVITÉ ÉCONOMIQUE INDÉPENDANTE ?
├── NON
│
│ ACTIVITÉ NON ÉCONOMIQUE
│ OU PERSONNE NON ASSUJETTIE
│
│ → PAS D’OBLIGATION D’E-INVOICING
│ EN QUALITÉ DE FOURNISSEUR
│ POUR CETTE ACTIVITÉ
│
│ → VÉRIFIER LES AUTRES ACTIVITÉS
│ ET LE STATUT DE DESTINATAIRE
│
└── OUI
⬇
L’ENTITÉ EST-ELLE
ASSUJETTIE À LA TVA ?
├── NON
│
│ → DOCUMENTATION DE L’EXCLUSION
│
└── OUI
⬇
EST-ELLE ÉTABLIE EN FRANCE ?
├── OUI
│
│ → RÉCEPTION ÉLECTRONIQUE
│
│ → ANALYSER CHAQUE OPÉRATION
│ B2B / B2C / B2G / INTERNATIONAL
│
└── NON
→ RECHERCHER UN ÉTABLISSEMENT STABLE
→ ANALYSER SA PARTICIPATION AU FLUX
→ ANALYSER LA TERRITORIALITÉ
→ DÉTERMINER E-REPORTING
OU AUTRE CIRCUIT
⬇
L’ENTITÉ APPARTIENT-ELLE
À UN GROUPE TVA ?
├── OUI
│
│ → DISTINGUER FLUX INTERNES
│ ET FLUX EXTERNES
│
└── NON
⬇
ANALYSE DE L’OPÉRATION
→ E-INVOICING
→ E-REPORTING
→ CHORUS PRO
→ AUTRE CIRCUIT
→ HORS OBLIGATION ANALYSÉE
💼 Cas pratique n°1 — Société française classique
Alpha Conseil SAS est établie à Paris, assujettie et redevable de la TVA. Elle facture des prestations de conseil à des entreprises françaises, à des particuliers et à quelques clients belges.
Analyse de l’entité
- activité économique indépendante : oui ;
- assujettie à la TVA : oui ;
- établie en France : oui ;
- groupe TVA : non ;
- réception électronique : obligatoire selon le calendrier général.
Analyse à poursuivre par opération
| Flux | Orientation générale |
|---|---|
| Prestation à une société française | E-invoicing à étudier. |
| Prestation à un particulier français | E-reporting à étudier. |
| Prestation à une société belge | Opération internationale et e-reporting à étudier. |
Une même entreprise peut relever simultanément de plusieurs circuits. La qualification de l’entité ne dispense jamais de l’analyse détaillée des opérations.
💼 Cas pratique n°2 — Société étrangère identifiée à la TVA en France
Beta GmbH est établie en Allemagne et possède un numéro de TVA français pour certaines opérations de stockage et de livraison. Elle ne dispose d’aucun salarié ni bureau permanent en France.
Analyse
- Beta GmbH est une entreprise étrangère ;
- elle est identifiée à la TVA en France ;
- cette identification ne démontre pas à elle seule un établissement stable ;
- il faut analyser les moyens disponibles en France ;
- il faut déterminer la nature de chaque livraison ;
- il faut identifier le redevable de la TVA ;
- il faut déterminer les obligations de e-reporting applicables.
Il serait erroné de classer automatiquement toutes ses opérations dans l’e-invoicing domestique au seul motif qu’elle dispose d’un numéro de TVA français.
💼 Cas pratique n°3 — Groupe TVA français
Le groupe Nova a constitué un assujetti unique regroupant trois sociétés françaises : Nova Holding, Nova Services et Nova Distribution.
Flux analysés
| Flux | Qualification | Traitement attendu |
|---|---|---|
| Nova Holding facture des services administratifs à Nova Services | Flux interne entre membres | Ne pas le traiter comme une opération B2B entre deux assujettis distincts. |
| Nova Services facture un client français extérieur | Flux externe | Analyser l’e-invoicing et identifier correctement l’assujetti unique et le membre opérationnel. |
| Un fournisseur français facture Nova Distribution | Flux externe entrant | Organiser le routage vers la bonne adresse de réception du groupe. |
| Nova Distribution facture une filiale espagnole non membre | Flux externe international | Analyser la TVA et le e-reporting. |
Le groupe TVA doit disposer d’une matrice claire distinguant les flux internes des flux externes ainsi que d’un annuaire de routage suffisamment précis pour affecter chaque facture au membre concerné.
💼 Cas pratique n°4 — Association à activités mixtes
Une association culturelle reçoit des dons, perçoit des cotisations ordinaires et vend également des formations professionnelles à des entreprises.
Analyse par activité
| Activité | Qualification possible | Travail à réaliser |
|---|---|---|
| Dons sans contrepartie | Activité non économique | Documenter l’absence de service individualisé. |
| Cotisations donnant uniquement la qualité de membre | Potentiellement non économique | Examiner les droits réellement accordés. |
| Formations vendues aux entreprises | Activité économique | Analyser l’assujettissement, l’exonération éventuelle et l’e-invoicing. |
L’association ne doit pas recevoir une qualification unique appliquée indistinctement à tous ses flux. Chaque activité doit être cartographiée.
📂 Dossier de qualification de l’entité
| Référence | Document | Contenu attendu |
|---|---|---|
| PER-01 | Fiche d’identité de l’entité | Dénomination, forme, SIREN, SIRET, TVA, siège et établissements. |
| PER-02 | Analyse de l’assujettissement | Activités économiques, non économiques, exonérées et hors champ. |
| PER-03 | Analyse du lieu d’établissement | Siège, établissements stables, moyens et participation aux flux. |
| PER-04 | Fiche groupe TVA | Assujetti unique, représentant, membres et dates d’effet. |
| PER-05 | Cartographie des flux internes | Opérations entre membres du groupe TVA. |
| PER-06 | Cartographie des flux externes | Clients, fournisseurs, pays et régimes applicables. |
| PER-07 | Analyse des activités mixtes | Ventilation entre activités économiques et non économiques. |
| PER-08 | Conclusion de périmètre | Réception, émission, e-reporting, Chorus Pro et exclusions. |
L’entité est désormais qualifiée. La prochaine livraison analysera les opérations B2B domestiques, B2C, B2G et internationales, les livraisons de biens, les prestations de services, les exonérations et les opérations hors champ.
Elle aboutira à la matrice complète « Entité–Opération–Obligation » et au Détecteur IA Périmètre E-invoicing / E-reporting.
8️⃣ La règle centrale — Qualifier chaque opération avant de choisir le dispositif
Après avoir déterminé la qualité de l’entité, il faut analyser chaque opération séparément. Une même entreprise peut relever simultanément de plusieurs circuits selon la qualité de son client, son lieu d’établissement, la nature du flux et les règles de TVA applicables.
IDENTIFIER L’ÉMETTEUR
⬇
IDENTIFIER LE CLIENT
⬇
DÉTERMINER LE LIEU D’ÉTABLISSEMENT
⬇
QUALIFIER LE BIEN OU LE SERVICE
⬇
DÉTERMINER LE LIEU DE L’OPÉRATION
⬇
ANALYSER LE RÉGIME DE TVA
⬇
VÉRIFIER LES RÈGLES DE FACTURATION
⬇
DÉTERMINER LE CIRCUIT
E-INVOICING
OU
E-REPORTING DE TRANSACTION
OU
E-REPORTING DE PAIEMENT
OU
CHORUS PRO
OU
AUTRE CIRCUIT
OU
HORS DU DISPOSITIF
Le canal de transmission ne se détermine jamais à partir du seul taux de TVA. Il résulte d’une combinaison de critères juridiques, territoriaux, fiscaux et opérationnels.
9️⃣ Les opérations B2B domestiques
Le cœur de l’e-invoicing correspond aux opérations réalisées entre deux assujettis à la TVA établis en France lorsque l’opération entre dans le champ de la TVA en France et que les règles françaises de facturation sont applicables.
Les trois conditions essentielles
| Condition | Question à poser | Conséquence |
|---|---|---|
| Deux assujettis à la TVA | Le fournisseur et le client exercent-ils une activité économique indépendante ? | Une personne non assujettie oriente généralement le flux vers le e-reporting. |
| Deux entreprises établies en France | Le fournisseur et le client possèdent-ils leur siège ou un établissement stable participant au flux en France ? | Un client établi à l’étranger fait généralement sortir l’opération de l’e-invoicing domestique. |
| Opération relevant des règles françaises | L’opération entre-t-elle dans le champ de la TVA en France et les règles françaises de facturation sont-elles applicables ? | Lorsque ces conditions sont réunies, la facture relève en principe de l’e-invoicing. |
Une vente de biens ou une prestation de services réalisée entre deux assujettis établis en France relève en principe de la facturation électronique lorsqu’elle entre dans le champ de la TVA en France et que les règles françaises de facturation sont applicables.
📦 Livraisons de biens B2B domestiques
Une livraison de biens réalisée par une entreprise française au profit d’un client professionnel assujetti établi en France relève généralement de l’e-invoicing.
| Exemple | Qualification | Obligation générale |
|---|---|---|
| Fabricant lyonnais vendant une machine à une société parisienne | Livraison de biens B2B domestique | Facture électronique. |
| Grossiste français vendant des marchandises à un détaillant français | B2B domestique | Facture électronique. |
| Revendeur de biens d’occasion appliquant la TVA sur la marge à un professionnel français | Opération dans le champ de la TVA sous régime particulier | Facture électronique avec règles spécifiques de présentation. |
| Fournisseur français facturant un membre français d’un groupe TVA | Flux externe à l’assujetti unique | Facture électronique avec routage vers le membre concerné. |
| Vente entre deux membres d’un même groupe TVA | Flux interne à l’assujetti unique | Ne pas traiter automatiquement comme une facture électronique entre deux assujettis distincts. |
🧑💼 Prestations de services B2B domestiques
Les prestations réalisées entre professionnels établis en France relèvent également de l’e-invoicing lorsque les conditions du dispositif sont réunies.
| Prestation | Client | Orientation générale |
|---|---|---|
| Conseil en gestion | Société française | E-invoicing. |
| Maintenance informatique | Entreprise française | E-invoicing. |
| Travaux immobiliers | Donneur d’ordre français assujetti | E-invoicing, y compris lorsqu’un mécanisme d’autoliquidation s’applique. |
| Transport national | Professionnel français | E-invoicing lorsque les conditions sont réunies. |
| Prestation exonérée par une disposition exclue du dispositif | Professionnel français | Analyser l’exclusion applicable avant de conclure. |
Une opération B2B domestique soumise à autoliquidation peut rester dans le champ de la facturation électronique. Le mécanisme de TVA et le canal de transmission doivent être analysés séparément.
🔟 Les opérations B2C
Les opérations réalisées avec des particuliers ou, plus largement, avec des personnes non assujetties ne relèvent pas de l’e-invoicing B2B.
Elles donnent en principe lieu à la transmission électronique de données à l’administration dans le cadre du e-reporting, lorsque l’opération entre dans le champ du dispositif.
| Situation | Facture électronique B2B ? | E-reporting ? | Point de vigilance |
|---|---|---|---|
| Vente en magasin à un particulier | Non | Oui, selon les modalités applicables | Les données peuvent être agrégées selon le système utilisé et les règles applicables. |
| Vente en ligne à un consommateur français | Non | Oui | Rapprocher site e-commerce, paiement et données transmises. |
| Prestation à domicile pour un particulier | Non | Oui si l’opération relève du dispositif | Identifier la date de prestation et le paiement. |
| Vente à une association non assujettie | Non | Oui pour le fournisseur assujetti | L’association cliente n’a pas à choisir un circuit B2B pour cette opération. |
| Vente à un particulier étranger | Non | Oui, sous réserve du périmètre de l’article 290 du CGI | Analyser le pays de consommation et le régime de TVA. |
Le fait qu’une facture soit remise au particulier ne transforme pas l’opération en e-invoicing. La qualité du client reste déterminante.
🧾 Ticket de caisse, note et facture B2C
Les opérations avec les particuliers peuvent être documentées au moyen de différents justificatifs selon la réglementation applicable :
- ticket de caisse ;
- note ;
- facture nominative ;
- reçu électronique ;
- données issues du logiciel de caisse ;
- facture générée par un site de commerce électronique.
Le e-reporting ne remplace pas les obligations commerciales ou fiscales existantes en matière de remise d’un justificatif au client.
L’entreprise doit satisfaire ses obligations envers son client et transmettre parallèlement à l’administration les données requises dans le cadre du e-reporting.
1️⃣1️⃣ Les opérations B2G
Les opérations réalisées au profit de l’État, des collectivités territoriales, des établissements publics et des autres entités relevant de la commande publique sont déjà soumises à un dispositif spécifique de facturation électronique.
Le circuit de référence repose notamment sur Chorus Pro.
| Flux | Circuit général | Point de vigilance |
|---|---|---|
| Entreprise vers administration publique | B2G via Chorus Pro | Respecter les identifiants, engagements et services destinataires. |
| Administration vers entreprise | G2B intégré à l’architecture prévue | Analyser les modalités de réception applicables. |
| Entreprise vers établissement public assujetti | Qualification à réaliser selon le statut du client et le contrat | Ne pas confondre personne publique et entreprise privée. |
| Marché relevant de dispositions de sécurité nationale | Exclusions spécifiques possibles | Analyser les clauses et dispositions particulières. |
Données fréquemment requises en B2G
- numéro d’engagement juridique ;
- code du service exécutant ;
- référence du marché ;
- identifiant de la personne publique ;
- référence de la commande ;
- pièces justificatives demandées ;
- statut de dépôt et de traitement ;
- coordonnées du service destinataire.
La matrice de périmètre doit isoler clairement les flux B2G afin qu’ils ne soient pas mélangés avec les flux B2B privés.
1️⃣2️⃣ Les exportations
Une exportation correspond à une livraison de biens expédiés ou transportés hors de l’Union européenne.
Elle ne relève généralement pas de l’e-invoicing domestique lorsque le client est établi hors de France. Les données de l’opération doivent toutefois être analysées au regard du e-reporting.
| Contrôle | Question | Preuve attendue |
|---|---|---|
| Client | Est-il établi hors de France ? | Contrat, adresse et identifiant fiscal. |
| Flux physique | Les biens quittent-ils effectivement l’Union européenne ? | Document de transport et preuve de sortie. |
| TVA | Les conditions de l’exonération sont-elles remplies ? | Document douanier et dossier export. |
| Facturation | La mention d’exonération est-elle correcte ? | Facture commerciale. |
| Réforme | Quelles données doivent être transmises en e-reporting ? | Matrice des flux internationaux. |
Les exportations doivent être distinguées des exonérations visées par les articles 261 à 261 E du CGI. Une opération internationale exonérée peut néanmoins relever du e-reporting selon sa nature et son fondement.
1️⃣3️⃣ Les importations
Une importation correspond à l’entrée sur le territoire de l’Union européenne de biens provenant d’un pays tiers.
La facture du fournisseur étranger ne relève pas de l’e-invoicing domestique français lorsqu’il n’est pas établi en France. Le traitement implique cependant plusieurs sources de données :
- la facture commerciale étrangère ;
- la déclaration en douane ;
- les documents de transport ;
- la base d’imposition à l’importation ;
- la TVA à l’importation ;
- les droits de douane ;
- les frais accessoires ;
- le traitement comptable et fiscal ;
- les éventuelles données à transmettre dans le cadre du e-reporting.
| Situation | E-invoicing domestique ? | Analyse complémentaire |
|---|---|---|
| Achat de biens auprès d’un fournisseur américain | Non | Douane, TVA à l’importation et éventuelles obligations de transmission. |
| Achat auprès d’un fournisseur étranger disposant d’un établissement stable français participant au flux | Potentiellement oui | Analyser l’entité émettrice et la participation de l’établissement. |
| Livraison située en France par un fournisseur non établi dont le client est redevable de la TVA | Pas d’e-invoicing émis par le fournisseur non établi | Le client français peut être soumis à une obligation de e-reporting selon l’article 290 du CGI. |
Les achats internationaux doivent être intégrés à la cartographie. L’absence de facture électronique entrante ne signifie pas absence de donnée à transmettre ou de contrôle à réaliser.
1️⃣4️⃣ Les livraisons intracommunautaires
Une livraison intracommunautaire correspond à une livraison de biens expédiés ou transportés depuis la France vers un autre État membre de l’Union européenne au profit d’un client remplissant les conditions du régime.
Lorsque le client professionnel est établi hors de France, l’opération ne relève généralement pas de l’e-invoicing domestique. Elle relève en principe du e-reporting des opérations internationales, sous réserve des règles applicables.
| Élément | Contrôle | Conséquence |
|---|---|---|
| Numéro de TVA du client | Validité dans l’État membre du client | Sécurisation du régime intracommunautaire. |
| Transport | Preuve du mouvement des biens vers un autre État membre | Justification de l’exonération. |
| Client établi hors de France | Identification du pays et de l’établissement | Exclusion de l’e-invoicing domestique. |
| Transmission des données | Déterminer le périmètre du e-reporting | Déclaration électronique des informations requises. |
| État récapitulatif | Vérifier les obligations intracommunautaires complémentaires | Concordance des déclarations. |
🚚 Les acquisitions intracommunautaires
Une entreprise française peut recevoir des biens expédiés depuis un autre État membre par un fournisseur qui n’est pas établi en France.
La facture émise par le fournisseur étranger ne relève pas de l’e-invoicing domestique français. L’acquéreur doit toutefois analyser :
- l’autoliquidation de la TVA française ;
- les obligations déclaratives intracommunautaires ;
- le rapprochement entre commande, réception et facture ;
- les données éventuellement soumises au e-reporting ;
- les règles relatives aux achats auprès d’assujettis non établis.
La comptabilité fournisseurs, la déclaration de TVA, les états intracommunautaires et le e-reporting doivent être rapprochés afin d’éviter les omissions ou doubles déclarations.
1️⃣5️⃣ Les prestations internationales de services
Les prestations internationales nécessitent une analyse de territorialité avant toute décision relative à la facturation électronique ou au e-reporting.
Questions obligatoires
- le client est-il professionnel ou particulier ?
- dans quel pays est-il établi ?
- agit-il en qualité d’assujetti ?
- la prestation relève-t-elle de la règle générale B2B ou B2C ?
- une règle particulière de territorialité s’applique-t-elle ?
- la prestation est-elle située en France ?
- qui est redevable de la TVA ?
- les règles françaises de facturation sont-elles applicables ?
- l’opération relève-t-elle du e-reporting ?
- des données de paiement doivent-elles être transmises ?
| Situation | TVA générale | Dispositif à analyser |
|---|---|---|
| Prestataire français vers entreprise allemande | Autoliquidation fréquente par le preneur pour une prestation relevant de la règle générale B2B | E-reporting international. |
| Prestataire français vers particulier français | TVA française selon la nature de la prestation | E-reporting B2C. |
| Prestataire français vers particulier étranger | Dépend de la territorialité propre à la prestation | E-reporting et régime fiscal à déterminer. |
| Prestataire étranger vers société française | Autoliquidation possible par le client français | E-reporting susceptible d’incomber au preneur français selon le périmètre légal. |
| Deux entreprises établies en France, opération située dans un autre État membre | TVA étrangère potentielle | Peut n’entrer ni dans l’e-invoicing français ni dans le e-reporting français selon les règles applicables. |
Ne jamais décider du circuit de la réforme avant d’avoir déterminé le lieu fiscal de la prestation.
💳 Le e-reporting des données de paiement
Certaines opérations pour lesquelles la TVA est exigible à l’encaissement nécessitent également la transmission de données relatives au paiement.
Cette obligation peut concerner des opérations relevant :
- de l’e-invoicing ;
- du e-reporting de transaction ;
- des prestations de services pour lesquelles la taxe est exigible à l’encaissement ;
- de certains régimes agricoles visés par les textes.
Elle ne s’applique pas de la même manière lorsque la TVA est due par le preneur.
| Donnée | Utilité |
|---|---|
| Date d’encaissement | Déterminer la période d’exigibilité. |
| Montant encaissé | Calculer la base concernée. |
| Référence de facture | Rattacher le paiement à l’opération. |
| Paiement partiel | Suivre l’exigibilité progressive de la TVA. |
| Acompte | Identifier les conséquences fiscales du versement. |
| Avoir ou remboursement | Corriger les données précédemment transmises. |
1️⃣6️⃣ Les opérations exonérées
Toutes les opérations exonérées ne reçoivent pas le même traitement dans le cadre de la réforme.
Il faut distinguer :
- les opérations exonérées visées par les articles 261 à 261 E du CGI, exclues du dispositif de facturation électronique et de e-reporting selon la doctrine officielle ;
- les opérations internationales exonérées, telles que certaines exportations ou livraisons intracommunautaires, qui peuvent relever du e-reporting ;
- les opérations soumises à un régime particulier sans TVA affichée, mais qui restent dans le champ de la réforme ;
- les opérations hors champ de la TVA, qui sont exclues du dispositif.
| Opération | Absence de TVA facturée | Traitement général |
|---|---|---|
| Soins médicaux exonérés relevant de l’article 261 du CGI | Oui | Opération exclue de l’e-invoicing et du e-reporting, sous réserve de sa qualification exacte. |
| Enseignement ou formation bénéficiant d’une exonération relevant des articles 261 à 261 E | Oui | Exclusion du dispositif pour l’opération exonérée concernée. |
| Location immobilière exonérée | Oui | Analyser le fondement précis de l’exonération. |
| Livraison intracommunautaire | Oui | E-reporting international, sous réserve des conditions applicables. |
| Exportation | Oui | E-reporting international, sous réserve des règles applicables. |
| Franchise en base | Oui | La franchise n’exclut pas l’opération de la réforme. |
| TVA sur la marge | TVA non isolée sur la facture | E-invoicing en B2B domestique ou e-reporting en B2C selon le client. |
| Autoliquidation | TVA non collectée par le fournisseur | Le flux peut rester soumis à l’e-invoicing ou au e-reporting. |
L’absence de TVA affichée peut résulter de situations très différentes. Le fondement fiscal doit être identifié avant de déterminer l’obligation.
🩺 Exemple — Professionnel de santé
Un médecin exerce une activité de soins exonérée relevant de l’article 261 du CGI.
Conséquences générales
- ses prestations de soins exonérées sont exclues de l’e-invoicing et du e-reporting ;
- il demeure assujetti au sens de la TVA pour l’analyse du dispositif ;
- il doit pouvoir recevoir les factures électroniques de ses fournisseurs dès le 1er septembre 2026 ;
- une activité distincte taxable ou non exonérée doit être analysée séparément ;
- les achats reçus par voie électronique doivent être intégrés à son organisation comptable.
Une entreprise peut n’avoir aucune facture de vente relevant du dispositif tout en restant tenue de recevoir électroniquement les factures de ses fournisseurs.
1️⃣7️⃣ Les opérations hors champ de la TVA
Les opérations qui ne répondent pas aux conditions d’une livraison de biens ou d’une prestation de services réalisée à titre onéreux par un assujetti agissant en tant que tel sont hors du champ de la TVA.
Elles sont exclues de l’e-invoicing et du e-reporting.
Exemples pouvant relever du hors champ
- indemnité purement réparatrice sans contrepartie ;
- dommages-intérêts ;
- don sans contrepartie directe ;
- subvention sans lien direct avec le prix d’une opération ;
- apport en capital ;
- dividende perçu par une holding passive ;
- opération interne dépourvue de contrepartie économique individualisée ;
- activité exercée par une personne n’agissant pas en qualité d’assujetti.
| Question | Oui | Non |
|---|---|---|
| Existe-t-il une livraison de biens ou une prestation de services ? | Poursuivre l’analyse. | Opération potentiellement hors champ. |
| Existe-t-il une contrepartie directe ? | Poursuivre l’analyse. | Indemnité, don ou subvention potentiellement hors champ. |
| Le fournisseur agit-il en qualité d’assujetti ? | Poursuivre l’analyse. | Opération potentiellement hors champ. |
| L’opération est-elle située dans le champ territorial de la TVA ? | Analyser e-invoicing ou e-reporting. | Analyser le régime international ou l’exclusion. |
Un document intitulé « facture » peut constater une somme hors champ de la TVA. La dénomination du document ne remplace pas l’analyse juridique de la contrepartie.
🧭 Arbre décisionnel complet — E-invoicing ou e-reporting ?
L’OPÉRATION EST-ELLE DANS LE CHAMP
DE LA TVA ?
├── NON
│
│ → HORS E-INVOICING
│ → HORS E-REPORTING
│ → DOCUMENTATION DE L’EXCLUSION
│
└── OUI
⬇
L’OPÉRATION EST-ELLE EXONÉRÉE
AU TITRE DES ARTICLES 261 À 261 E ?
├── OUI
│
│ → EXCLUSION DU DISPOSITIF
│ POUR L’OPÉRATION CONCERNÉE
│
└── NON
⬇
LE CLIENT EST-IL ASSUJETTI
À LA TVA ?
├── NON
│
│ → E-REPORTING B2C
│
└── OUI
⬇
FOURNISSEUR ET CLIENT
SONT-ILS ÉTABLIS EN FRANCE ?
├── OUI
│
│ L’OPÉRATION RELÈVE-T-ELLE
│ DES RÈGLES FRANÇAISES
│ DE FACTURATION ?
│
├──── OUI
│ → E-INVOICING
│
└──── NON
→ ANALYSE SPÉCIFIQUE
→ E-REPORTING ÉVENTUEL
→ AUTRE OBLIGATION
└── NON
→ OPÉRATION INTERNATIONALE
→ E-REPORTING POTENTIEL
→ ANALYSER TERRITORIALITÉ
→ ANALYSER REDEVABLE DE LA TVA
→ ANALYSER RÈGLES DE FACTURATION
⬇
LE CLIENT EST-IL UNE PERSONNE PUBLIQUE ?
├── OUI
│
│ → CIRCUIT B2G / CHORUS PRO
│
└── NON
→ CIRCUIT DÉTERMINÉ CI-DESSUS
📊 Matrice complète Entité → Opération → Obligation
| Émetteur | Client | Opération | Orientation générale | Contrôle prioritaire |
|---|---|---|---|---|
| Assujetti établi en France | Assujetti établi en France | Vente taxable en France | E-invoicing | Identité, TVA, données structurées et règles françaises de facturation. |
| Assujetti établi en France | Assujetti établi en France | Prestation soumise à autoliquidation domestique | E-invoicing | Mention d’autoliquidation et fondement juridique. |
| Assujetti établi en France | Assujetti établi en France | Vente sous régime de TVA sur la marge | E-invoicing | Régime particulier et absence d’affichage séparé de la TVA. |
| Assujetti en franchise en base | Assujetti établi en France | Prestation B2B domestique | E-invoicing selon le calendrier | Mention de l’article 293 B du CGI. |
| Assujetti établi en France | Particulier français | Vente taxable | E-reporting | Logiciel de caisse, données de transaction et paiement. |
| Assujetti établi en France | Association non assujettie | Prestation taxable | E-reporting | Qualité non assujettie du client. |
| Assujetti établi en France | Entreprise établie dans un autre État membre | Livraison intracommunautaire | E-reporting international | TVA du client et preuve de transport. |
| Assujetti établi en France | Entreprise établie hors UE | Exportation de biens | E-reporting international | Preuve douanière de sortie. |
| Assujetti établi en France | Entreprise étrangère | Prestation B2B relevant de la règle générale | E-reporting international | Territorialité et autoliquidation. |
| Assujetti établi en France | Personne publique | Marché public | Chorus Pro / B2G | Engagement juridique et service destinataire. |
| Fournisseur étranger non établi | Assujetti français | Prestation située en France avec autoliquidation par le client | Pas d’e-invoicing du fournisseur ; e-reporting potentiel par le preneur français | Article 290 du CGI et redevabilité du client. |
| Fournisseur étranger non établi | Assujetti français | Livraison de biens située en France dont le client est redevable | E-reporting potentiel par le destinataire français | Lieu de la livraison et mécanisme de TVA. |
| Assujetti établi en France | Assujetti établi en France | Opération exonérée relevant des articles 261 à 261 E | Hors e-invoicing et hors e-reporting pour l’opération concernée | Fondement exact de l’exonération. |
| Assujetti établi en France | Tout bénéficiaire | Indemnité purement réparatrice sans contrepartie | Hors dispositif | Absence de lien direct avec une prestation. |
| Membre d’un groupe TVA | Autre membre du même groupe TVA | Flux interne | Hors e-invoicing entre assujettis distincts | Périmètre officiel du groupe TVA. |
| Membre d’un groupe TVA | Client tiers français assujetti | Vente externe | E-invoicing | Identification de l’assujetti unique et routage vers le membre. |
| Association non assujettie | Entreprise cliente | Activité non économique | Hors e-invoicing en qualité de fournisseur | Justifier l’absence d’activité économique. |
| Association assujettie | Entreprise française assujettie | Prestation taxable | E-invoicing | Ventilation entre activités économiques et non économiques. |
| Professionnel de santé | Patient | Soins exonérés relevant de l’article 261 | Hors e-reporting pour l’opération exonérée concernée | Nature médicale et conditions de l’exonération. |
| Professionnel de santé | Entreprise française | Prestation distincte non exonérée | E-invoicing potentiel | Qualifier séparément la prestation. |
Cette matrice fournit une orientation professionnelle. Les opérations complexes doivent être validées au regard des textes, de la doctrine administrative, des spécifications applicables et des faits propres au dossier.
💼 Cas pratique corrigé n°1 — Cabinet de conseil à clientèle mixte
Conseil Horizon SAS est établie en France. Elle facture des missions à des sociétés françaises, à des entrepreneurs allemands et à quelques particuliers.
| Client | Qualification | Obligation |
|---|---|---|
| Société française assujettie | B2B domestique | E-invoicing. |
| Entreprise allemande assujettie | B2B international | E-reporting et analyse de l’autoliquidation. |
| Particulier français | B2C domestique | E-reporting. |
| Association française non assujettie | Client non assujetti | E-reporting. |
La société doit créer quatre catégories de clients dans son référentiel et associer à chacune un scénario de facturation et de transmission distinct.
💼 Cas pratique corrigé n°2 — Entreprise du bâtiment
Élec Bâtiment SARL réalise des travaux pour des particuliers, pour des entreprises clientes et comme sous-traitant d’une entreprise générale.
| Opération | Régime | Circuit |
|---|---|---|
| Travaux chez un particulier | B2C avec TVA selon le taux applicable | E-reporting. |
| Travaux directement facturés à une entreprise française | B2B domestique | E-invoicing. |
| Travaux sous-traités pour une entreprise générale | Autoliquidation BTP si les conditions sont réunies | E-invoicing avec mention d’autoliquidation. |
| Indemnité réparatrice versée après un dommage sans prestation | Potentiellement hors champ | Hors e-invoicing et e-reporting si l’absence de contrepartie est confirmée. |
La société doit distinguer le canal de transmission du traitement TVA. Une facture sans TVA en autoliquidation BTP reste une facture électronique B2B.
💼 Cas pratique corrigé n°3 — Clinique et activités mixtes
Une clinique réalise des soins exonérés, facture des locations de salles à des praticiens et vend des prestations de conseil à une autre clinique.
| Flux | Qualification | Traitement |
|---|---|---|
| Soins aux patients | Opérations exonérées relevant de l’article 261 | Hors e-reporting pour ces opérations. |
| Location de salles | Régime à déterminer selon la nature et les options | E-invoicing ou exclusion selon le traitement TVA retenu. |
| Conseil à une société française | Prestation B2B potentiellement taxable | E-invoicing. |
| Achats d’énergie et de télécommunications | Factures fournisseurs électroniques | Réception obligatoire dès septembre 2026. |
La clinique doit cartographier ses activités au niveau de chaque catégorie de revenus. Son activité principale exonérée ne permet pas de conclure que tous ses flux sont exclus.
💼 Cas pratique corrigé n°4 — Importateur français
Import France SAS achète des marchandises en Chine, les revend à des professionnels français, à des particuliers français et à un distributeur suisse.
| Flux | Qualification | Obligation |
|---|---|---|
| Achat auprès du fournisseur chinois | Importation | Pas d’e-invoicing entrant ; analyse douanière et e-reporting éventuel. |
| Vente au professionnel français | B2B domestique | E-invoicing. |
| Vente au particulier français | B2C | E-reporting. |
| Vente au distributeur suisse avec exportation | B2B international hors UE | E-reporting et conservation des preuves douanières. |
💼 Cas pratique corrigé n°5 — Opération entre deux sociétés françaises soumise à une TVA étrangère
Deux sociétés établies en France organisent une opération immobilière réputée située dans un autre État membre de l’Union européenne.
Analyse
- les deux parties sont établies en France ;
- ce critère ne suffit pas à déclencher l’e-invoicing ;
- il faut déterminer le lieu fiscal de l’opération ;
- il faut vérifier les règles de facturation applicables ;
- une opération située dans un autre État membre peut n’entrer ni dans l’e-invoicing français ni dans le e-reporting français ;
- les obligations dans l’État membre concerné doivent être analysées.
Deux SIREN français ne suffisent pas à qualifier automatiquement une opération en e-invoicing.
🤖 Détecteur IA Périmètre E-invoicing / E-reporting
Le Détecteur IA Périmètre E-invoicing / E-reporting analyse les données de l’entité et de l’opération afin de proposer le circuit réglementaire applicable.
DONNÉES DE L’ÉMETTEUR
• SIREN
• pays
• établissement
• assujettissement
• régime de TVA
• groupe TVA
• catégorie d’entreprise
+
DONNÉES DU CLIENT
• particulier ou professionnel
• assujetti ou non-assujetti
• pays d’établissement
• numéro de TVA
• personne publique
• groupe TVA
+
DONNÉES DE L’OPÉRATION
• bien ou service
• lieu de l’opération
• taux de TVA
• exonération
• autoliquidation
• régime de marge
• exigibilité
• paiement
⬇
DÉTECTEUR IA
PÉRIMÈTRE E-INVOICING / E-REPORTING
├── Qualification de l’entité
├── Qualification du client
├── Territorialité
├── Analyse de l’exonération
├── Détection du hors champ
├── E-invoicing
├── E-reporting de transaction
├── E-reporting de paiement
├── Chorus Pro
├── Autre circuit
└── Niveau de confiance
⬇
VALIDATION HUMAINE
🧠 Architecture du Détecteur IA
| Module | Fonction | Livrable |
|---|---|---|
| Lecteur des tiers | Analyse les SIREN, TVA, pays et adresses. | Fiche de qualification émetteur–client. |
| Moteur d’assujettissement | Distingue assujetti, non-assujetti et activité mixte. | Qualification personnelle. |
| Moteur de territorialité | Analyse le lieu des biens et services. | Pays d’imposition proposé. |
| Classificateur B2B–B2C–B2G | Détermine la qualité du client. | Catégorie de flux. |
| Analyseur d’exonérations | Identifie le fondement fiscal et son effet sur la réforme. | Conclusion d’inclusion ou d’exclusion. |
| Détecteur hors champ | Recherche l’absence de contrepartie ou d’activité économique. | Alerte de non-assujettissement de l’opération. |
| Moteur e-invoicing | Teste les conditions du B2B domestique. | Décision de facturation électronique. |
| Moteur e-reporting | Analyse les flux B2C, internationaux et achats concernés. | Obligation de transmission de transaction. |
| Moteur paiement | Détecte la TVA exigible à l’encaissement. | Obligation potentielle de e-reporting de paiement. |
| Moteur B2G | Identifie les personnes publiques et marchés concernés. | Orientation Chorus Pro. |
| Générateur documentaire | Produit la justification de la décision. | Fiche Entité–Opération–Obligation. |
🚦 Alertes du Détecteur IA
| Alerte | Cause | Action attendue |
|---|---|---|
| 🔴 Client non qualifié | Qualité d’assujetti inconnue. | Obtenir et contrôler les données fiscales. |
| 🔴 Pays d’établissement incertain | Adresse de facturation différente du siège ou de l’établissement. | Identifier l’établissement participant à l’opération. |
| 🔴 Territorialité non déterminée | Service soumis à une règle particulière. | Revue fiscale obligatoire. |
| 🔴 Exonération non documentée | Absence de fondement juridique. | Suspendre la facturation. |
| 🔴 Hors champ incertain | Contrepartie économique possible. | Analyser le contrat et les flux financiers. |
| 🟠 Numéro de TVA invalide | Numéro absent ou non vérifié. | Contrôle dans la source officielle appropriée. |
| 🟠 Groupe TVA détecté | Membre ou assujetti unique mal identifié. | Vérifier le périmètre du groupe. |
| 🟠 Client public détecté | Risque de mauvais circuit. | Contrôler Chorus Pro et le marché. |
| 🟡 Paiement à déclarer | TVA exigible à l’encaissement. | Activer le suivi des encaissements. |
| 🟡 Données contradictoires | Facture, contrat et référentiel non concordants. | Faire corriger le dossier avant émission. |
👨💼 Workflow de validation humaine
| Étape | Préparation IA | Validateur | Preuve |
|---|---|---|---|
| Qualification de l’émetteur | Analyse des identifiants et de l’établissement. | Juridique / Fiscalité. | Fiche entité. |
| Qualification du client | Recherche de la qualité d’assujetti. | Administration des ventes. | Fiche client validée. |
| Territorialité | Proposition selon le bien ou le service. | Responsable fiscal. | Note de territorialité. |
| Exonération | Identification du texte potentiel. | Fiscaliste. | Justificatifs et fondement juridique. |
| Choix du circuit | Classement e-invoicing, e-reporting ou Chorus Pro. | Chef de projet facturation électronique. | Matrice validée. |
| Paramétrage | Proposition de règle automatisée. | Comptabilité / DSI. | Fiche de paramétrage. |
| Mise en production | Résultats des tests. | DAF. | Procès-verbal de recette. |
⚠️ Limites du Détecteur IA
- l’IA ne détermine pas seule la qualité juridique d’un établissement stable ;
- elle ne remplace pas une analyse de territorialité complexe ;
- elle ne garantit pas la validité d’un numéro de TVA sans interrogation d’une source officielle ;
- elle ne détermine pas seule si une indemnité constitue la contrepartie d’une prestation ;
- elle ne valide pas automatiquement une exonération ;
- elle ne remplace pas l’étude d’un contrat international ;
- elle ne tranche pas seule le traitement d’une opération triangulaire ou d’une chaîne de livraisons ;
- elle ne remplace pas l’analyse des règles étrangères de TVA ;
- elle dépend de la qualité des référentiels clients et fournisseurs ;
- elle ne porte aucune responsabilité juridique ou fiscale ;
- la validation finale demeure humaine.
📂 Matrice documentaire Entité–Opération–Obligation
| Référence | Document | Contenu attendu | Responsable |
|---|---|---|---|
| PER-09 | Référentiel clients | SIREN, TVA, pays, qualité et plateforme. | Administration des ventes. |
| PER-10 | Référentiel fournisseurs | Établissement, TVA, pays et circuit d’achat. | Comptabilité fournisseurs. |
| PER-11 | Matrice B2B domestique | Flux relevant de l’e-invoicing. | Comptabilité clients. |
| PER-12 | Matrice B2C | Transactions soumises au e-reporting. | Fiscalité. |
| PER-13 | Matrice internationale | Exportations, importations, intracommunautaire et services. | Fiscalité internationale. |
| PER-14 | Matrice B2G | Clients publics, Chorus Pro et données de routage. | Administration des ventes. |
| PER-15 | Registre des exonérations | Fondement, conditions, justificatifs et effet sur la réforme. | Responsable fiscal. |
| PER-16 | Registre des opérations hors champ | Nature, absence de contrepartie et justification. | Fiscalité / Juridique. |
| PER-17 | Matrice des paiements | TVA sur encaissements et données à transmettre. | Trésorerie / Comptabilité. |
| PER-18 | Conclusion de périmètre | Entité, opération, obligation, fréquence et responsable. | Chef de projet. |
📝 Synthèse de la séquence
La détermination du périmètre de la réforme repose sur un double raisonnement : qualifier l’entité puis qualifier chaque opération.
L’e-invoicing concerne principalement les opérations réalisées entre assujettis à la TVA établis en France, entrant dans le champ de la TVA en France et soumises aux règles françaises de facturation.
Les opérations réalisées avec des particuliers ou des personnes non assujetties relèvent généralement du e-reporting.
Les opérations réalisées avec des professionnels établis à l’étranger ne relèvent pas de l’e-invoicing domestique, mais peuvent être soumises au e-reporting.
Les factures destinées aux personnes publiques conservent un circuit B2G spécifique reposant notamment sur Chorus Pro.
Les opérations hors du champ de la TVA sont exclues de l’e-invoicing et du e-reporting.
Les opérations exonérées au titre des articles 261 à 261 E du CGI sont également exclues du dispositif pour les flux concernés. Elles ne doivent pas être confondues avec les exportations, livraisons intracommunautaires, franchises en base, autoliquidations ou régimes de marge.
Une entreprise peut donc utiliser simultanément plusieurs circuits et doit documenter chaque conclusion dans une matrice Entité–Opération–Obligation.
📌 À retenir
- la qualification de l’entité précède l’analyse de l’opération ;
- la qualité d’assujetti du client est déterminante ;
- le lieu d’établissement du client doit être identifié ;
- un B2B domestique relevant des règles françaises entre généralement dans l’e-invoicing ;
- les opérations B2C relèvent généralement du e-reporting ;
- les opérations B2G conservent un circuit spécifique ;
- les exportations et opérations intracommunautaires doivent être analysées au titre du e-reporting ;
- les importations nécessitent une analyse des obligations du client français ;
- la territorialité des prestations doit être déterminée avant le canal de transmission ;
- la franchise en base n’exclut pas l’entreprise de la réforme ;
- la TVA sur la marge reste dans le champ de la réforme ;
- l’autoliquidation n’exclut pas automatiquement l’e-invoicing ;
- certaines opérations exonérées sont exclues du dispositif ;
- les opérations hors champ sont exclues de l’e-invoicing et du e-reporting ;
- les données de paiement peuvent devoir être transmises lorsque la TVA est exigible à l’encaissement ;
- une entreprise peut relever simultanément de plusieurs circuits ;
- chaque décision doit être documentée et validée.
🎓 Compétences acquises
Vous savez désormais identifier les opérations B2B domestiques relevant de la facturation électronique.
Vous êtes capable de distinguer les flux B2C soumis au e-reporting des flux B2G relevant de Chorus Pro.
Vous savez traiter les exportations, importations, livraisons intracommunautaires, acquisitions intracommunautaires et prestations internationales.
Vous êtes capable de distinguer une opération exonérée, une opération sous régime particulier et une opération hors champ de la TVA.
Vous savez enfin construire une matrice Entité–Opération–Obligation et utiliser un détecteur IA comme outil d’aide à la qualification, sous réserve d’une validation humaine.
📚 Références officielles mobilisées
| Référence | Rôle et utilité |
|---|---|
| Code général des impôts — article 256 | Définition des opérations entrant dans le champ de la TVA. |
| Code général des impôts — articles 258 à 259 D | Territorialité des livraisons de biens et prestations de services. |
| Code général des impôts — articles 261 à 261 E | Exonérations exclues du dispositif pour les opérations concernées. |
| Code général des impôts — article 289 bis | Périmètre et circuit de la facturation électronique. |
| Code général des impôts — article 290 | Transmission des données de transaction pour les opérations concernées. |
| Code général des impôts — article 290 A | Transmission des données de paiement pour les opérations soumises à l’exigibilité à l’encaissement. |
| Code général des impôts — article 293 B | Franchise en base de TVA. |
| Documentation DGFiP — FAQ « Je découvre la facturation électronique » | Arbre de décision entre e-invoicing, e-reporting et exclusions. |
| Documentation DGFiP — FAQ « J’approfondis mes connaissances » | Cas des associations, holdings, DROM, entreprises étrangères et régimes de marge. |
| Spécifications externes B2B — version applicable | Données, formats, cas d’usage et règles de cycle de vie. |
| Code de la commande publique et documentation Chorus Pro | Traitement des flux de facturation électronique B2G. |
➡️ Transition vers la Séquence 4/7 — Distinguer e-invoicing, e-reporting et données de paiement
Vous savez désormais déterminer quelles entités et quelles opérations entrent dans le périmètre de la réforme.
La séquence suivante approfondira le fonctionnement opérationnel des trois obligations majeures :
- l’émission et la réception des factures électroniques ;
- la transmission des données de transaction ;
- la transmission des données de paiement.
Nous étudierons les données à transmettre, les fréquences, les responsabilités, les statuts, les contrôles et les liens avec les déclarations de TVA.
Distinguer e-invoicing et e-reporting
Comprendre les deux mécanismes fondamentaux de la réforme afin d’orienter chaque opération vers le bon circuit : transmission d’une facture électronique structurée entre entreprises ou communication à l’administration des données relatives aux transactions qui ne relèvent pas de l’e-invoicing.
🎯 Introduction — Deux obligations complémentaires, mais profondément différentes
La réforme française de la facturation électronique repose sur deux dispositifs complémentaires :
- l’e-invoicing, qui organise l’émission, la transmission et la réception des factures électroniques entrant dans le périmètre obligatoire ;
- le e-reporting, qui organise la transmission à l’administration fiscale de certaines données relatives aux opérations qui ne donnent pas lieu à une facture électronique obligatoire.
Ces deux dispositifs poursuivent un objectif commun : permettre la circulation de données fiables, structurées et exploitables automatiquement, tout en améliorant la connaissance de l’activité économique et le contrôle de la TVA.
Ils ne doivent toutefois jamais être confondus :
- l’e-invoicing transmet une facture électronique au client ;
- le e-reporting transmet principalement des données à l’administration ;
- l’e-invoicing concerne essentiellement le B2B domestique entrant dans le périmètre légal ;
- le e-reporting concerne notamment les opérations B2C et certaines opérations internationales ;
- une même entreprise peut utiliser simultanément les deux dispositifs ;
- une opération ne doit pas être classée selon son seul taux de TVA ;
- la qualité du client, son lieu d’établissement et la territorialité de l’opération sont déterminants.
L’e-invoicing répond à la question « comment transmettre la facture au client ? ». Le e-reporting répond à la question « quelles données de l’opération doivent être communiquées à l’administration lorsque la facture ne relève pas de l’e-invoicing obligatoire ? ».
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de classer chaque flux de vente dans le dispositif approprié avant toute émission de facture ou transmission de données.
Vous saurez notamment :
- définir juridiquement et opérationnellement l’e-invoicing ;
- définir le e-reporting des transactions ;
- distinguer une facture électronique d’une simple transmission de données ;
- identifier les opérations B2B domestiques relevant de l’e-invoicing ;
- identifier les opérations B2C relevant du e-reporting ;
- distinguer client assujetti et client non assujetti ;
- analyser le lieu d’établissement des parties ;
- qualifier les régimes particuliers de TVA sans modifier automatiquement le circuit ;
- préparer une matrice de classification des flux ;
- documenter les règles utilisées dans l’ERP ou le logiciel de facturation ;
- prévenir les erreurs de routage et les omissions déclaratives ;
- préparer l’utilisation du Classificateur IA E-invoicing–E-reporting.
Chaque scénario commercial doit être associé à une règle stable : e-invoicing, e-reporting, Chorus Pro, autre circuit ou exclusion documentée. Cette qualification doit être intégrée dans les référentiels et non décidée manuellement lors de chaque facture.
🎓 Compétences développées
| Compétence | Résultat professionnel attendu |
|---|---|
| Comprendre l’e-invoicing | Savoir reconnaître une opération nécessitant l’émission d’une facture électronique par une plateforme agréée. |
| Comprendre le e-reporting | Savoir reconnaître une opération dont les données doivent être transmises à l’administration sans relever de l’e-invoicing domestique. |
| Qualifier le client | Distinguer assujetti, non-assujetti, particulier, personne publique et entreprise étrangère. |
| Qualifier le territoire | Identifier le lieu d’établissement des parties et le lieu fiscal de l’opération. |
| Classifier les flux | Affecter chaque opération au bon circuit réglementaire. |
| Sécuriser les référentiels | Fiabiliser les données clients nécessaires à la classification automatique. |
| Préparer les interfaces | Transmettre aux systèmes les données nécessaires au routage et au reporting. |
| Documenter les décisions | Conserver une matrice opposable et révisable des règles de classement. |
1️⃣ Définir l’e-invoicing
L’e-invoicing désigne le dispositif d’émission, de transmission et de réception électroniques des factures entrant dans le périmètre obligatoire de la réforme.
Il ne consiste pas uniquement à créer un document numérique. Il organise un flux complet permettant :
- de produire une facture comportant les données obligatoires ;
- de la transmettre par l’intermédiaire d’une plateforme agréée ;
- de rechercher l’adresse électronique du destinataire dans l’annuaire ;
- d’acheminer la facture vers la plateforme du client ;
- de permettre sa réception et son intégration dans le système du destinataire ;
- de transmettre à l’administration les données réglementaires requises ;
- de suivre certains statuts du cycle de vie ;
- de conserver la traçabilité des transmissions, rejets et corrections.
ENTREPRISE FOURNISSEUR
⬇
LOGICIEL DE FACTURATION
OU ERP
⬇
FACTURE AVEC DONNÉES
STRUCTURÉES
⬇
PLATEFORME AGRÉÉE
DE L’ÉMETTEUR
⬇
ANNUAIRE DE LA
FACTURATION ÉLECTRONIQUE
⬇
PLATEFORME AGRÉÉE
DU DESTINATAIRE
⬇
ENTREPRISE CLIENTE
+
TRANSMISSION DES DONNÉES
REQUISES À L’ADMINISTRATION
L’e-invoicing est un échange électronique réglementé de facture entre un fournisseur et son client, enrichi d’un routage sécurisé, de données structurées, de contrôles techniques et de transmissions fiscales.
🧾 Les caractéristiques d’une facture relevant de l’e-invoicing
| Caractéristique | Signification | Enjeu |
|---|---|---|
| Émission électronique | La facture est produite sous une forme électronique adaptée au dispositif. | Éviter la ressaisie et permettre l’automatisation. |
| Données structurées | Les informations sont organisées dans des champs interprétables par les systèmes. | Contrôles et intégration automatiques. |
| Plateforme agréée | La facture transite par une plateforme habilitée à assurer les fonctions réglementaires. | Routage, interopérabilité et transmission fiscale. |
| Adressage électronique | Le destinataire est identifié dans l’annuaire selon la maille retenue. | Éviter les factures perdues ou envoyées au mauvais service. |
| Contrôles techniques | Le format et certaines données sont contrôlés avant transmission. | Réduire les rejets et anomalies. |
| Cycle de vie | Des statuts permettent de suivre le traitement de la facture. | Pilotage des rejets, litiges et paiements. |
| Transmission fiscale | Les données prévues sont communiquées à l’administration. | Contrôle de la TVA et suivi économique. |
📄 Pourquoi un PDF envoyé par e-mail ne constitue-t-il pas l’e-invoicing obligatoire ?
Un PDF peut être une facture électronique au sens général lorsqu’il respecte les exigences applicables d’authenticité, d’intégrité et de lisibilité. Toutefois, le simple envoi de ce PDF par courrier électronique ne suffit pas à satisfaire au nouveau circuit obligatoire applicable aux opérations relevant de l’e-invoicing.
| PDF envoyé par e-mail | E-invoicing réglementaire |
|---|---|
| Envoi à une adresse électronique classique. | Routage par une plateforme agréée. |
| Document principalement conçu pour une lecture humaine. | Données directement exploitables par les systèmes. |
| Pas d’interrogation automatique de l’annuaire. | Destinataire identifié grâce à l’adressage électronique. |
| Pas de transmission fiscale intégrée. | Données réglementaires transmises à l’administration. |
| Pas de statuts normalisés obligatoires. | Cycle de vie suivi par les plateformes et entreprises. |
| Risque de ressaisie manuelle. | Intégration automatisée possible. |
| Pièce jointe pouvant être perdue, filtrée ou dupliquée. | Flux tracé et acheminé vers le destinataire référencé. |
Dans le périmètre obligatoire, l’entreprise ne pourra pas considérer son obligation remplie au seul motif qu’elle a envoyé un PDF à son client. Elle devra emprunter le circuit réglementaire des plateformes agréées.
2️⃣ Définir le e-reporting
Le e-reporting désigne la transmission électronique à l’administration fiscale de données relatives à certaines opérations qui ne relèvent pas de l’e-invoicing obligatoire.
Il concerne notamment :
- les opérations réalisées avec des particuliers ou d’autres personnes non assujetties ;
- certaines opérations réalisées avec des entreprises établies à l’étranger ;
- certaines opérations internationales de biens ou de services ;
- certaines opérations réalisées en France avec des opérateurs non établis ;
- les données de paiement pour les opérations concernées par une exigibilité de la TVA à l’encaissement.
Le e-reporting n’a pas pour fonction principale de transmettre la facture au client. Il permet à l’administration de recevoir les informations nécessaires sur des opérations qui ne circulent pas dans le circuit d’e-invoicing domestique.
OPÉRATION NE RELEVANT PAS
DE L’E-INVOICING DOMESTIQUE
• B2C
• CLIENT NON ASSUJETTI
• CLIENT ÉTRANGER
• OPÉRATION INTERNATIONALE
• ACHAT AUPRÈS D’UN OPÉRATEUR
NON ÉTABLI DANS CERTAINS CAS
⬇
EXTRACTION DES DONNÉES
DE TRANSACTION
⬇
PLATEFORME AGRÉÉE
⬇
TRANSMISSION À
L’ADMINISTRATION FISCALE
+
DONNÉES DE PAIEMENT
LORSQU’ELLES SONT REQUISES
Le e-reporting transforme les données de vente, de transaction et, dans certains cas, de paiement en informations fiscales structurées transmises à l’administration, sans imposer nécessairement au client le circuit d’une facture électronique B2B domestique.
📊 Les grandes familles de e-reporting
| Famille | Opérations concernées | Données principales |
|---|---|---|
| E-reporting B2C | Opérations réalisées avec des particuliers ou personnes non assujetties. | Montants, TVA, date, catégorie d’opération et données réglementaires. |
| E-reporting international des ventes | Opérations réalisées avec des clients professionnels établis hors de France. | Identité du client, pays, montants, TVA et régime appliqué. |
| E-reporting de certains achats | Opérations réalisées avec des fournisseurs non établis lorsque les textes imposent une transmission par le client français. | Données du fournisseur, nature de l’achat, montants et traitement de TVA. |
| E-reporting de paiement | Opérations pour lesquelles la TVA est exigible à l’encaissement, sous réserve des exceptions applicables. | Date et montant encaissé, référence de l’opération et solde. |
3️⃣ Différences fondamentales entre e-invoicing et e-reporting
| Critère | E-invoicing | E-reporting |
|---|---|---|
| Finalité principale | Transmettre une facture électronique au client. | Transmettre des données à l’administration. |
| Périmètre principal | B2B domestique entre assujettis établis en France. | B2C, opérations internationales et autres flux visés par les textes. |
| Destinataire fonctionnel | L’entreprise cliente. | L’administration fiscale. |
| Objet transmis | Facture électronique comportant les données obligatoires. | Données de transaction et, dans certains cas, données de paiement. |
| Plateforme agréée | Assure émission, contrôle, routage et réception. | Assure la transmission des données à l’administration. |
| Annuaire | Utilisé pour identifier l’adresse de réception du client. | Pas utilisé de la même manière pour transmettre les données fiscales. |
| Cycle de vie | Statuts associés au traitement de la facture. | Suivi des transmissions, anomalies et corrections de données. |
| Impact comptable client | La facture peut être intégrée automatiquement dans la comptabilité du destinataire. | Le e-reporting ne constitue pas nécessairement la pièce comptable du client. |
| Exemple | Facture d’un cabinet français à une société française. | Vente d’un commerçant français à un particulier. |
E-invoicing = une facture circule entre entreprises et ses données sont transmises à l’administration. E-reporting = les données de l’opération sont transmises à l’administration lorsque la facture ne relève pas du circuit B2B domestique obligatoire.
🧭 Les cinq questions qui déterminent le circuit
QUESTION 1
LE FOURNISSEUR EST-IL
ASSUJETTI À LA TVA ?
⬇
QUESTION 2
LE CLIENT EST-IL
ASSUJETTI OU NON ASSUJETTI ?
⬇
QUESTION 3
FOURNISSEUR ET CLIENT
SONT-ILS ÉTABLIS EN FRANCE ?
⬇
QUESTION 4
L’OPÉRATION EST-ELLE
DANS LE CHAMP DE LA TVA
ET DES RÈGLES FRANÇAISES ?
⬇
QUESTION 5
L’OPÉRATION EST-ELLE
EXONÉRÉE, HORS CHAMP
OU SOUMISE À UN
CIRCUIT SPÉCIFIQUE ?
⬇
CONCLUSION
E-INVOICING
OU
E-REPORTING
OU
CHORUS PRO
OU
AUTRE CIRCUIT
OU
EXCLUSION DOCUMENTÉE
4️⃣ Les opérations B2B domestiques
Une opération relève généralement de l’e-invoicing lorsqu’elle est réalisée :
- par un fournisseur assujetti à la TVA ;
- au profit d’un client lui-même assujetti à la TVA ;
- entre des parties établies en France ;
- dans le champ de la TVA en France ;
- selon les règles françaises de facturation ;
- sans relever d’une exclusion ou d’un circuit spécifique.
Une société informatique établie à Lille facture une mission de maintenance à une société industrielle établie à Bordeaux. Les deux entreprises sont assujetties à la TVA et l’opération est imposable en France : le flux relève en principe de l’e-invoicing.
📋 Test Premium — Le flux B2B relève-t-il de l’e-invoicing ?
| Question | Réponse attendue | Preuve ou donnée |
|---|---|---|
| Le fournisseur est-il assujetti ? | Oui | Situation fiscale et activité économique. |
| Le client est-il assujetti ? | Oui | SIREN, numéro de TVA et qualification du tiers. |
| Le fournisseur est-il établi en France ? | Oui | Siège ou établissement stable participant au flux. |
| Le client est-il établi en France ? | Oui | Siège ou établissement stable destinataire. |
| L’opération est-elle située en France ? | Oui | Règles de territorialité des biens ou services. |
| Les règles françaises de facturation sont-elles applicables ? | Oui | Analyse fiscale et contractuelle. |
| Existe-t-il une exclusion particulière ? | Non | Fondement fiscal de l’opération. |
| Conclusion | E-invoicing | Règle enregistrée dans la matrice de flux. |
🏢 Exemples d’opérations B2B domestiques relevant de l’e-invoicing
| Opération | Traitement TVA | Circuit | Point de vigilance |
|---|---|---|---|
| Vente de marchandises entre deux sociétés françaises | TVA française au taux applicable | E-invoicing | Identifier correctement le client et l’adresse de livraison. |
| Prestation de conseil entre deux entreprises françaises | TVA française | E-invoicing | Préciser la période et la nature de la mission. |
| Facture d’acompte B2B domestique | TVA selon les règles d’exigibilité applicables | E-invoicing | Relier l’acompte à la commande et à la facture finale. |
| Facture de solde B2B domestique | TVA après prise en compte des acomptes | E-invoicing | Déduire correctement les acomptes déjà facturés. |
| Avoir accordé à un client professionnel français | Correction de la base et de la TVA | E-invoicing | Référencer la facture initiale. |
| Sous-traitance BTP soumise à autoliquidation | TVA autoliquidée par le donneur d’ordre | E-invoicing | L’absence de TVA collectée n’exclut pas la facture du circuit. |
| Vente d’un bien d’occasion sous régime de marge à un professionnel | Régime particulier de marge | E-invoicing | Ne pas afficher séparément une TVA non déductible. |
| Prestation d’un micro-entrepreneur en franchise à une société française | TVA non applicable, article 293 B du CGI | E-invoicing selon le calendrier applicable | Franchise en base ne signifie pas exclusion. |
⚠️ B2B domestique ne signifie pas automatiquement e-invoicing
La présence de deux entreprises françaises ne suffit pas. Une analyse complémentaire reste nécessaire lorsqu’il existe :
- une opération hors du champ de la TVA ;
- une exonération expressément exclue du dispositif ;
- un flux interne à un même assujetti unique constitué en groupe TVA ;
- une opération relevant du circuit de la commande publique ;
- une opération fiscalement située hors de France ;
- une partie qui n’agit pas en qualité d’assujetti ;
- un établissement étranger participant réellement à l’opération ;
- une situation particulière prévue par les textes ou les spécifications.
| Situation | Deux entreprises françaises ? | E-invoicing automatique ? |
|---|---|---|
| Indemnité purement réparatrice sans contrepartie | Oui | Non, opération potentiellement hors champ. |
| Flux entre membres d’un même groupe TVA | Oui | Non, flux interne à l’assujetti unique. |
| Prestation immobilière située dans un autre État membre | Oui | Analyse de territorialité indispensable. |
| Facture destinée à une collectivité publique | Oui | Circuit B2G et Chorus Pro à examiner. |
| Prestation exonérée relevant d’une exclusion légale | Oui | Non pour l’opération exclue. |
💼 Mini-cas B2B domestique — Autoliquidation BTP
Électricité Rhône SARL intervient comme sous-traitant pour Construction France SAS. Les deux entreprises sont établies en France et assujetties à la TVA. Les travaux entrent dans le mécanisme d’autoliquidation applicable à la sous-traitance du bâtiment.
Analyse
- fournisseur assujetti : oui ;
- client assujetti : oui ;
- deux parties établies en France : oui ;
- opération B2B domestique : oui ;
- TVA collectée par le sous-traitant : non ;
- TVA autoliquidée par le donneur d’ordre : oui ;
- facture électronique obligatoire : oui selon le calendrier applicable ;
- mention « Autoliquidation » : obligatoire.
Le régime d’autoliquidation modifie le redevable de la taxe, mais ne transforme pas le flux en e-reporting. Il demeure un flux d’e-invoicing B2B domestique.
5️⃣ Les opérations B2C
Les opérations B2C correspondent aux ventes de biens ou prestations de services réalisées au profit :
- de particuliers ;
- de consommateurs ;
- de personnes physiques n’agissant pas dans le cadre d’une activité économique ;
- de personnes morales non assujetties ;
- d’associations n’agissant pas en qualité d’assujetti pour l’opération concernée ;
- d’organismes ou structures agissant dans le cadre d’une activité non économique.
Ces opérations ne relèvent pas de l’e-invoicing B2B, car le client ne constitue pas un assujetti destinataire entrant dans le circuit obligatoire.
Le fournisseur assujetti doit toutefois transmettre les données requises à l’administration dans le cadre du e-reporting, sous réserve des exclusions applicables.
La facture, le ticket, la note ou le reçu restent remis au client selon les règles applicables, tandis que les données de la transaction sont transmises à l’administration par le circuit du e-reporting.
🛒 Exemples d’opérations B2C relevant du e-reporting
| Opération | Document client | Circuit réforme | Source des données |
|---|---|---|---|
| Vente en magasin | Ticket ou facture selon le cas | E-reporting | Logiciel ou système de caisse. |
| Vente en ligne à un particulier | Confirmation et facture éventuelle | E-reporting | Plateforme e-commerce et logiciel de facturation. |
| Prestation de dépannage à domicile | Facture ou note | E-reporting | Logiciel métier et encaissement. |
| Honoraires facturés à un particulier | Note d’honoraires | E-reporting si l’opération entre dans le périmètre | Logiciel professionnel. |
| Location de courte durée à un particulier | Facture ou relevé de séjour | E-reporting selon le régime applicable | Logiciel de réservation ou plateforme. |
| Vente automobile à un particulier | Facture | E-reporting | Logiciel de gestion commerciale. |
| Prestation à une association non assujettie | Facture | E-reporting | Logiciel de facturation. |
🧩 Facture B2C et e-reporting : deux obligations distinctes
Lorsqu’un particulier demande une facture, l’entreprise doit pouvoir lui remettre un document conforme. Cette émission ne transforme pas l’opération en e-invoicing.
| Obligation envers le client | Obligation envers l’administration |
|---|---|
| Remettre le ticket, la note, le reçu ou la facture requis. | Transmettre les données de transaction prévues. |
| Respecter les mentions obligatoires applicables. | Respecter les données et fréquences de e-reporting. |
| Appliquer le bon taux de TVA. | Ventiler correctement les bases et montants de TVA. |
| Conserver le justificatif remis. | Conserver la preuve de la transmission des données. |
| Corriger l’opération par un avoir ou une régularisation. | Corriger les données précédemment transmises lorsque cela est nécessaire. |
Croire qu’une facture nominative établie pour un particulier doit être envoyée comme une facture B2B électronique. Le critère déterminant reste la qualité non assujettie du client pour l’opération concernée.
💳 Le lien entre B2C, caisse et paiements
Les opérations B2C sont fréquemment enregistrées dans un système de caisse, un site e-commerce, une application métier ou une plateforme numérique.
Le dispositif de e-reporting impose donc de rapprocher plusieurs sources :
- les ventes enregistrées ;
- les taux et montants de TVA ;
- les factures nominatives éventuellement émises ;
- les tickets ou notes ;
- les paiements par carte ;
- les paiements en espèces ;
- les virements ;
- les paiements encaissés par une marketplace ;
- les remboursements ;
- les annulations ;
- les avoirs ;
- les acomptes ;
- les paiements partiels.
VENTES B2C
├── CAISSE
├── SITE E-COMMERCE
├── APPLICATION MÉTIER
├── MARKETPLACE
└── FACTURES NOMINATIVES
⬇
CENTRALISATION DES DONNÉES
• DATE
• MONTANT HT
• TAUX DE TVA
• MONTANT DE TVA
• MONTANT TTC
• CATÉGORIE D’OPÉRATION
• CORRECTIONS
• PAIEMENTS CONCERNÉS
⬇
PLATEFORME AGRÉÉE
⬇
E-REPORTING À
L’ADMINISTRATION
💼 Mini-cas B2C — Commerce disposant de plusieurs canaux de vente
Maison Déco SAS vend des articles dans trois magasins, sur son site Internet et par l’intermédiaire d’une marketplace. Sa clientèle est principalement composée de particuliers.
Sources de données
| Canal | Document client | Données disponibles | Risque |
|---|---|---|---|
| Magasins | Tickets de caisse | Journal de caisse et paiements | Omission d’un établissement ou d’une journée. |
| Site Internet | Confirmation et facture éventuelle | Commandes, TVA, pays et paiements | Mauvaise territorialité pour certains clients. |
| Marketplace | Facture selon le rôle de la plateforme | Relevés de ventes, commissions et règlements | Déclarer le montant net au lieu de la vente brute. |
Conclusion professionnelle
Maison Déco doit centraliser les données des trois canaux, supprimer les doublons, distinguer les ventes domestiques des ventes internationales, rapprocher les encaissements et transmettre le e-reporting selon les règles applicables.
Le chiffre d’affaires transmis doit pouvoir être rapproché du logiciel de caisse, du site e-commerce, des relevés de marketplace, de la comptabilité et des déclarations de TVA.
📊 Première matrice de classification — B2B domestique et B2C
| Émetteur | Client | Opération | Dispositif | Contrôle déterminant |
|---|---|---|---|---|
| Assujetti établi en France | Assujetti établi en France | Vente taxable domestique | E-invoicing | Lieu d’établissement et territorialité. |
| Assujetti établi en France | Assujetti établi en France | Prestation taxable domestique | E-invoicing | Qualité d’assujetti du client. |
| Assujetti en franchise en base | Assujetti établi en France | Prestation B2B domestique | E-invoicing selon le calendrier | Mention de l’article 293 B du CGI. |
| Sous-traitant français | Donneur d’ordre français | Travaux soumis à autoliquidation BTP | E-invoicing | Fondement de l’autoliquidation. |
| Membre d’un groupe TVA | Autre membre du même groupe TVA | Flux interne | Hors e-invoicing entre assujettis distincts | Périmètre de l’assujetti unique. |
| Assujetti établi en France | Particulier français | Vente de biens | E-reporting | Qualité non assujettie du client. |
| Assujetti établi en France | Particulier français | Prestation de services | E-reporting de transaction et paiement éventuel | Règle d’exigibilité de la TVA. |
| Assujetti établi en France | Association non assujettie | Prestation taxable | E-reporting | Activité pour laquelle l’association agit comme cliente. |
| Assujetti établi en France | Particulier | Opération exonérée exclue du dispositif | Hors e-reporting pour l’opération concernée | Fondement précis de l’exonération. |
| Assujetti établi en France | Particulier | Indemnité hors champ sans contrepartie | Hors dispositif | Absence de lien direct avec une prestation. |
La prochaine partie approfondira les opérations internationales : exportations, livraisons intracommunautaires, prestations de services transfrontalières et achats auprès de fournisseurs non établis.
Elle comportera également le tableau comparatif Premium global, l’arbre décisionnel complet, les mini-cas internationaux et la matrice consolidée de classification des flux.
6️⃣ Les opérations internationales
Une opération internationale ne relève généralement pas de l’e-invoicing domestique lorsque le fournisseur ou le client n’est pas établi en France. Elle peut cependant être soumise au e-reporting des transactions dès lors qu’elle entre dans le périmètre défini par la réglementation française.
La qualification d’un flux international suppose de répondre successivement aux questions suivantes :
- le fournisseur est-il établi en France ?
- le client est-il établi en France, dans un autre État membre ou dans un pays tiers ?
- le client agit-il en qualité d’assujetti ou de particulier ?
- l’opération constitue-t-elle une livraison de biens ou une prestation de services ?
- où l’opération est-elle située au regard de la TVA ?
- quelle personne est redevable de la taxe ?
- l’opération est-elle taxable, exonérée, autoliquidée ou hors champ ?
- les règles françaises de facturation sont-elles applicables ?
- l’opération relève-t-elle du e-reporting de transaction ?
- des données de paiement devront-elles également être transmises ?
Toute opération internationale doit d’abord faire l’objet d’une analyse de territorialité de la TVA. Le choix entre e-invoicing, e-reporting ou absence d’obligation ne peut intervenir qu’après cette qualification.
🌍 Cartographie générale des flux internationaux
| Flux | Client ou fournisseur | E-invoicing domestique | Orientation générale |
|---|---|---|---|
| Exportation de biens | Client situé hors de l’Union européenne | Non | E-reporting des transactions, sous réserve du périmètre applicable. |
| Livraison intracommunautaire | Client assujetti établi dans un autre État membre | Non | E-reporting des transactions. |
| Prestation B2B internationale | Client professionnel établi hors de France | Non | E-reporting, après analyse de la territorialité. |
| Prestation B2C internationale | Particulier établi hors de France | Non | E-reporting, sous réserve des règles de territorialité et des exclusions. |
| Importation de biens | Fournisseur établi hors de l’Union européenne | Non pour la facture du fournisseur étranger | Traitement douanier, TVA à l’importation et analyse des données à transmettre. |
| Acquisition intracommunautaire | Fournisseur établi dans un autre État membre | Non pour la facture étrangère | Autoliquidation et obligations déclaratives à rapprocher. |
| Achat de services auprès d’un prestataire étranger | Fournisseur non établi en France | Non pour la facture étrangère | Autoliquidation éventuelle et e-reporting susceptible d’incomber au client français. |
L’absence d’e-invoicing entrant ne signifie pas que le flux est sans conséquence dans la réforme. Certains achats auprès d’assujettis non établis peuvent générer une obligation de transmission de données par l’entreprise française.
7️⃣ Les exportations de biens
Une exportation correspond à une livraison de biens expédiés ou transportés depuis la France ou l’Union européenne vers un pays tiers.
Lorsque les conditions prévues par la réglementation sont réunies, l’opération peut bénéficier d’une exonération de TVA. Cette exonération doit être justifiée par la sortie effective des biens du territoire de l’Union européenne.
VENDEUR ÉTABLI EN FRANCE
⬇
LIVRAISON DE BIENS
⬇
EXPÉDITION HORS
DE L’UNION EUROPÉENNE
⬇
CLIENT ÉTABLI
DANS UN PAYS TIERS
⬇
EXONÉRATION SOUS CONDITIONS
+
PREUVE DOUANIÈRE DE SORTIE
+
E-REPORTING DE LA TRANSACTION
Les contrôles essentiels
| Contrôle | Question à traiter | Justificatif attendu |
|---|---|---|
| Identité du client | Le client est-il établi hors de l’Union européenne ? | Contrat, commande, adresse et identifiant étranger. |
| Nature du bien | Le produit est-il soumis à une réglementation particulière ? | Nomenclature douanière et documentation commerciale. |
| Transport | Les biens ont-ils réellement quitté l’Union européenne ? | Documents de transport et justificatifs logistiques. |
| Sortie douanière | La sortie est-elle officiellement constatée ? | Déclaration douanière et preuve de sortie. |
| Exonération | Les conditions fiscales sont-elles réunies ? | Fondement légal et dossier export. |
| Facture | La mention d’exonération est-elle correcte ? | Facture commerciale définitive. |
| E-reporting | Les données de la transaction ont-elles été transmises ? | Compte rendu ou preuve de transmission. |
Le fait qu’une exportation soit exonérée de TVA ne signifie pas qu’elle est exclue du e-reporting. Il faut distinguer les exportations exonérées des opérations exonérées expressément exclues du dispositif.
📋 Données à fiabiliser pour les exportations
| Donnée | Source | Contrôle |
|---|---|---|
| Pays du client | Référentiel client | Ne pas se limiter à l’adresse de livraison ponctuelle. |
| Pays de destination | Commande et transport | Vérifier la destination physique réelle. |
| Montant hors taxes | Facture commerciale | Rapprocher la commande, la livraison et la facture. |
| Devise | Contrat ou commande | Identifier le taux de conversion applicable aux besoins fiscaux. |
| Nature de l’opération | Référentiel produits | Qualifier correctement la livraison de biens. |
| Fondement de l’exonération | Matrice fiscale | Éviter une mention générique ou inadaptée. |
| Preuve d’exportation | Dossier douanier | Archiver la preuve de sortie avec la facture. |
💼 Mini-cas — Exportation vers le Canada
MachineTech SAS, établie en France, vend une machine industrielle de 85 000 € à une société canadienne. La machine est expédiée depuis Lyon vers Montréal.
Analyse
- le fournisseur est établi en France ;
- le client est établi hors de l’Union européenne ;
- il ne s’agit pas d’un flux B2B domestique ;
- la facture ne relève pas de l’e-invoicing français ;
- l’exportation peut être exonérée si la sortie des biens est justifiée ;
- les données de la transaction doivent être analysées au titre du e-reporting ;
- la preuve douanière doit être conservée dans la piste d’audit.
Le logiciel doit classer le flux dans la catégorie « Exportation de biens – e-reporting » et empêcher l’application automatique du scénario d’e-invoicing B2B domestique.
8️⃣ Les livraisons intracommunautaires
Une livraison intracommunautaire correspond à l’expédition ou au transport d’un bien depuis la France vers un autre État membre de l’Union européenne au profit d’un client assujetti répondant aux conditions du régime.
Le client étant établi hors de France, l’opération ne relève pas de l’e-invoicing domestique français. Elle est toutefois susceptible de relever du e-reporting des transactions internationales.
FOURNISSEUR FRANÇAIS
⬇
CLIENT ASSUJETTI
DANS UN AUTRE ÉTAT MEMBRE
⬇
NUMÉRO DE TVA
INTRACOMMUNAUTAIRE VALIDE
⬇
TRANSPORT EFFECTIF
DES BIENS HORS DE FRANCE
⬇
EXONÉRATION SOUS CONDITIONS
+
OBLIGATIONS
INTRACOMMUNAUTAIRES
+
E-REPORTING
🔍 Les conditions à sécuriser
| Condition | Contrôle | Risque en cas d’anomalie |
|---|---|---|
| Qualité d’assujetti du client | Vérifier qu’il agit pour son activité économique. | Qualification B2B remise en cause. |
| Numéro de TVA intracommunautaire | Contrôler sa validité et conserver la preuve. | Remise en cause de l’exonération. |
| État membre de destination | Identifier le pays où les biens sont transportés. | Territorialité erronée. |
| Transport | Conserver les preuves d’expédition et de réception. | Rappel de TVA française. |
| Facture | Inscrire les numéros de TVA et la mention adaptée. | Facture fiscalement irrégulière. |
| Déclarations | Rapprocher facture, état récapitulatif et TVA. | Incohérences détectées par l’administration. |
| E-reporting | Transmettre les données requises. | Défaut de transmission. |
Un numéro de TVA valide ne démontre pas à lui seul que les biens ont quitté la France. La preuve du transport demeure indispensable à la sécurisation de l’exonération.
💼 Mini-cas — Livraison à un distributeur espagnol
Mode France SAS vend 20 000 € de marchandises à Iberia Distribution SL, identifiée à la TVA en Espagne. Les marchandises sont transportées de Marseille à Barcelone.
Qualification
| Critère | Conclusion |
|---|---|
| Fournisseur établi en France | Oui. |
| Client établi en France | Non, client établi en Espagne. |
| Client assujetti | Oui, sous réserve du contrôle de son identification. |
| Transport intracommunautaire | Oui, de la France vers l’Espagne. |
| E-invoicing français | Non. |
| E-reporting | Oui, selon les modalités applicables. |
| Preuves essentielles | TVA du client, commande, transport et réception. |
🚚 Les acquisitions intracommunautaires
Lorsqu’une entreprise française achète des biens à un fournisseur établi dans un autre État membre, la facture étrangère n’est pas émise par le circuit français d’e-invoicing.
L’entreprise française doit néanmoins :
- contrôler le numéro de TVA du fournisseur ;
- vérifier le transport des biens vers la France ;
- autoliquider la TVA française lorsque les conditions sont réunies ;
- rapprocher la facture avec la commande et la réception ;
- respecter ses obligations déclaratives intracommunautaires ;
- analyser les éventuelles obligations de transmission de données ;
- éviter les doubles déclarations entre les différents dispositifs.
Le contrôle doit relier la facture étrangère, l’autoliquidation, la déclaration de TVA, les obligations intracommunautaires et le e-reporting éventuellement applicable.
9️⃣ Les prestations internationales de services
Les prestations de services internationales présentent une difficulté particulière : leur traitement dépend souvent davantage du lieu d’établissement et de la qualité du client que du lieu matériel où le prestataire travaille.
Il faut distinguer :
- les prestations B2B relevant de la règle générale ;
- les prestations B2C relevant de la règle générale ;
- les prestations rattachées à un immeuble ;
- les services électroniques ;
- les transports ;
- les manifestations culturelles, sportives ou professionnelles ;
- les locations de moyens de transport ;
- les prestations d’intermédiaires ;
- les prestations soumises à une règle particulière de territorialité.
Il est impossible de déterminer correctement l’e-reporting sans connaître la règle de territorialité applicable à la prestation.
🧑💼 Prestations B2B internationales
Dans le cadre de la règle générale applicable aux prestations B2B, le lieu de taxation correspond fréquemment au lieu où le client assujetti est établi.
Lorsqu’une entreprise française facture une prestation à une entreprise établie dans un autre pays :
- la facture ne relève généralement pas de l’e-invoicing domestique français ;
- la TVA peut être autoliquidée par le client étranger ;
- une mention d’autoliquidation peut être requise ;
- le numéro de TVA du client doit être contrôlé lorsqu’il est applicable ;
- les données de la transaction peuvent relever du e-reporting ;
- des obligations complémentaires peuvent exister dans l’Union européenne ;
- la qualification doit être conservée dans le dossier fiscal.
| Situation | Traitement général de TVA | Circuit réforme |
|---|---|---|
| Consultant français vers société allemande | Autoliquidation fréquente par le client allemand. | E-reporting international. |
| Agence française vers entreprise américaine | Prestation généralement située au lieu du client selon la règle B2B. | E-reporting international. |
| Prestataire français vers établissement stable français d’un groupe étranger | TVA française possible si l’établissement français est le véritable preneur. | E-invoicing potentiel. |
| Prestation immobilière située en Italie entre deux sociétés françaises | TVA italienne potentielle. | Analyse spécifique ; le flux peut être hors e-invoicing français. |
👤 Prestations B2C internationales
Pour les prestations fournies à des particuliers établis à l’étranger, la territorialité dépend de la règle générale B2C ou des règles particulières applicables à la prestation.
| Prestation | Point de territorialité | Conséquence opérationnelle |
|---|---|---|
| Conseil traditionnel fourni à un particulier | Analyser la règle générale et les éventuelles dérogations. | Déterminer le pays d’imposition avant le e-reporting. |
| Service électronique | Souvent imposable dans le pays du consommateur. | Identifier précisément le pays du client et le régime déclaratif. |
| Prestation liée à un immeuble | Lieu de situation de l’immeuble. | TVA étrangère potentielle. |
| Accès à une manifestation | Lieu de réalisation de la manifestation. | Vérifier la TVA locale. |
| Location de courte durée d’un véhicule | Lieu de mise à disposition. | Déterminer la juridiction fiscale compétente. |
Les sites Internet doivent collecter des éléments fiables permettant de déterminer le pays du consommateur et d’appliquer le régime de TVA correspondant.
💼 Mini-cas — Conseil à une entreprise allemande
Stratégie France SAS réalise une mission de conseil pour Industrie Berlin GmbH, société assujettie à la TVA en Allemagne. La mission est facturée 30 000 €.
Analyse corrigée
- le fournisseur est établi en France ;
- le client est assujetti et établi en Allemagne ;
- le flux n’est pas un B2B domestique français ;
- la prestation relève de la règle générale B2B, sous réserve de sa nature exacte ;
- la TVA est en principe autoliquidée par le client allemand ;
- la facture ne relève pas de l’e-invoicing français ;
- les données relèvent du e-reporting international ;
- le numéro de TVA allemand et le fondement de l’autoliquidation doivent être documentés.
« Prestation B2B intracommunautaire – autoliquidation par le preneur – e-reporting international ».
💼 Mini-cas — Prestation immobilière hors de France
Architectes France SAS facture une société française pour une mission directement rattachée à un immeuble situé à Madrid.
Raisonnement
- les deux entreprises sont établies en France ;
- la prestation est directement rattachée à un immeuble situé en Espagne ;
- la territorialité doit être déterminée selon la règle immobilière ;
- la prestation peut être soumise à la TVA espagnole ;
- les règles françaises de facturation électronique ne doivent pas être appliquées automatiquement ;
- les obligations espagnoles doivent être étudiées ;
- le e-reporting français doit être analysé selon le périmètre légal applicable.
Deux SIREN français ne suffisent jamais à classer automatiquement une prestation dans l’e-invoicing lorsque sa territorialité se situe à l’étranger.
📊 Tableau comparatif Premium — E-invoicing et e-reporting
| Critère | E-invoicing | E-reporting B2C | E-reporting international |
|---|---|---|---|
| Client principal | Assujetti établi en France. | Particulier ou personne non assujettie. | Client professionnel établi hors de France. |
| Objet principal transmis | Facture électronique complète. | Données de transaction. | Données de transaction internationale. |
| Destinataire métier | Entreprise cliente. | Client par le canal commercial habituel. | Client étranger par le canal convenu. |
| Destinataire fiscal | Administration via les données extraites de la facture. | Administration via la transmission des données. | Administration via la transmission des données. |
| Annuaire électronique | Utilisé pour le routage du client. | Pas de routage B2B vers le particulier. | Pas de routage par l’annuaire français vers le client étranger. |
| Format structuré de facture | Requis selon les formats autorisés. | Pas nécessairement transmis au client par le circuit d’e-invoicing. | Dépend du canal commercial convenu avec le client. |
| TVA française | Fréquente, mais des régimes particuliers existent. | Selon la nature de l’opération. | Dépend de la territorialité et de l’autoliquidation. |
| Données de paiement | À transmettre pour les opérations concernées par l’exigibilité à l’encaissement. | Même analyse pour les prestations concernées. | Même analyse sous réserve des règles applicables. |
| Exemple | Conseil d’une société française à une société française. | Vente d’un commerçant à un particulier. | Conseil d’une société française à une entreprise allemande. |
🧭 Arbre décisionnel complet — Quel circuit appliquer ?
L’OPÉRATION ENTRE-T-ELLE
DANS LE CHAMP DE LA TVA ?
├── NON
│
│ → HORS E-INVOICING
│ → HORS E-REPORTING
│ → JUSTIFICATION À CONSERVER
│
└── OUI
⬇
L’OPÉRATION RELÈVE-T-ELLE
D’UNE EXONÉRATION EXCLUE
DU DISPOSITIF ?
├── OUI
│
│ → EXCLUSION DOCUMENTÉE
│
└── NON
⬇
LE CLIENT EST-IL
UNE PERSONNE PUBLIQUE ?
├── OUI
│
│ → CIRCUIT B2G
│ → CHORUS PRO
│
└── NON
⬇
LE CLIENT AGIT-IL
EN QUALITÉ D’ASSUJETTI ?
├── NON
│
│ → OPÉRATION B2C
│ → E-REPORTING
│
└── OUI
⬇
FOURNISSEUR ET CLIENT
SONT-ILS ÉTABLIS EN FRANCE ?
├── OUI
│
│ L’OPÉRATION EST-ELLE
│ SITUÉE EN FRANCE ET
│ SOUMISE AUX RÈGLES
│ FRANÇAISES ?
│
├──── OUI
│ → E-INVOICING
│
└──── NON
→ ANALYSE INTERNATIONALE
→ E-REPORTING ÉVENTUEL
→ RÈGLES ÉTRANGÈRES
└── NON
→ OPÉRATION INTERNATIONALE
├── EXPORTATION
│ → E-REPORTING
│
├── LIVRAISON INTRACOMMUNAUTAIRE
│ → E-REPORTING
│
├── PRESTATION B2B INTERNATIONALE
│ → E-REPORTING
│
├── PRESTATION B2C INTERNATIONALE
│ → ANALYSE TERRITORIALITÉ
│ → E-REPORTING POTENTIEL
│
└── ACHAT AUPRÈS D’UN NON-ÉTABLI
→ AUTOLIQUIDATION POTENTIELLE
→ E-REPORTING ACHAT À ANALYSER
⬇
LA TVA EST-ELLE EXIGIBLE
À L’ENCAISSEMENT ?
├── OUI
│
│ → DONNÉES DE PAIEMENT
│ À TRANSMETTRE
│ SI LE TEXTE L’EXIGE
│
└── NON
→ PAS DE E-REPORTING
DE PAIEMENT POUR CE MOTIF
💼 Mini-cas professionnel — Entreprise aux flux multiples
Digital Horizon SAS est établie en France. Elle vend des abonnements logiciels à des entreprises françaises, à des particuliers français, à des sociétés européennes et à des consommateurs situés dans plusieurs États membres.
| Flux | Qualification | Dispositif | Contrôle complémentaire |
|---|---|---|---|
| Abonnement à une société française | B2B domestique | E-invoicing | Identifier le SIREN et l’adresse électronique du client. |
| Abonnement à un particulier français | B2C domestique | E-reporting | Rapprocher facturation et paiement. |
| Abonnement à une entreprise belge | B2B intracommunautaire | E-reporting international | Contrôler le numéro de TVA et l’autoliquidation. |
| Abonnement à un particulier belge | Service électronique B2C | E-reporting | Analyser la TVA du pays de consommation et le guichet unique. |
| Avoir accordé à une société française | Correction d’un flux B2B domestique | E-invoicing | Référencer la facture initiale. |
| Remboursement d’un particulier étranger | Correction B2C internationale | Correction du e-reporting | Rapprocher le remboursement et la transaction initiale. |
Digital Horizon ne peut pas paramétrer un seul scénario de facturation. Son référentiel doit combiner la qualité du client, son pays, son numéro de TVA, la nature du service et le régime fiscal applicable.
💼 Mini-cas professionnel — Fabricant français
Industrie Premium SAS vend ses équipements à une société française, à un distributeur italien, à une entreprise marocaine et à plusieurs particuliers français.
| Client | Opération | Dispositif |
|---|---|---|
| Société française | Vente B2B domestique | E-invoicing. |
| Distributeur italien | Livraison intracommunautaire | E-reporting international. |
| Entreprise marocaine | Exportation | E-reporting international. |
| Particulier français | Vente B2C domestique | E-reporting B2C. |
- qualité et pays de chaque client ;
- numéro de TVA italien ;
- preuves de transport intracommunautaire ;
- preuves douanières d’exportation ;
- rapprochement des ventes B2C avec les encaissements ;
- transmission correcte des données par canal.
📊 Première matrice consolidée de classification des flux
| Fournisseur | Client | Opération | Traitement général | Donnée critique |
|---|---|---|---|---|
| Assujetti établi en France | Assujetti établi en France | Vente ou prestation domestique taxable | E-invoicing | SIREN et adressage électronique du client. |
| Assujetti établi en France | Assujetti établi en France | Autoliquidation BTP | E-invoicing | Fondement de l’autoliquidation. |
| Assujetti en franchise en base | Assujetti établi en France | Prestation B2B domestique | E-invoicing selon le calendrier applicable | Mention de l’article 293 B du CGI. |
| Assujetti établi en France | Particulier français | Vente ou prestation | E-reporting B2C | Données de transaction et TVA. |
| Assujetti établi en France | Personne morale non assujettie | Prestation taxable | E-reporting | Qualité non assujettie du client. |
| Assujetti établi en France | Entreprise établie dans l’Union européenne | Livraison intracommunautaire | E-reporting international | Numéro de TVA et preuve de transport. |
| Assujetti établi en France | Entreprise établie hors de l’Union européenne | Exportation de biens | E-reporting international | Preuve douanière de sortie. |
| Assujetti établi en France | Entreprise étrangère assujettie | Prestation B2B internationale | E-reporting international | Territorialité et autoliquidation. |
| Assujetti établi en France | Particulier étranger | Prestation B2C internationale | E-reporting potentiel | Pays du consommateur et règle de territorialité. |
| Fournisseur étranger non établi | Assujetti établi en France | Achat de services | Pas d’e-invoicing entrant ; e-reporting achat à analyser | Autoliquidation par le client français. |
| Fournisseur étranger | Assujetti établi en France | Importation de biens | Pas d’e-invoicing entrant | Douane et TVA à l’importation. |
| Assujetti établi en France | Personne publique | Marché public | Chorus Pro / circuit B2G | Engagement juridique et service destinataire. |
| Membre d’un groupe TVA | Autre membre du même groupe TVA | Flux interne | Hors e-invoicing entre assujettis distincts | Périmètre de l’assujetti unique. |
| Assujetti établi en France | Tout bénéficiaire | Opération hors champ sans contrepartie | Hors e-invoicing et hors e-reporting | Justification de l’absence de contrepartie. |
| Assujetti établi en France | Tout client | Opération exonérée expressément exclue | Hors dispositif pour l’opération concernée | Fondement exact de l’exonération. |
Cette première matrice fournit une orientation générale. Chaque scénario complexe doit être vérifié au regard de la territorialité, du fondement de TVA, de l’établissement des parties et des textes applicables.
La suite de la séquence approfondira les données de transaction, les données de paiement, la TVA sur les encaissements, les acomptes, les flux de transmission, les statuts du cycle de vie, les rejets et les contrôles internes.
Elle intégrera également le cas intégral corrigé et le Classificateur IA E-invoicing–E-reporting, avant la synthèse finale et la fermeture de la séquence.
🔟 Comprendre les données de transaction à transmettre
Le e-reporting des transactions ne consiste pas à transmettre indistinctement toutes les informations contenues dans les factures, tickets de caisse ou contrats. Il organise la communication à l’administration fiscale d’un ensemble déterminé de données permettant de qualifier l’entreprise, la période déclarée, la nature des opérations, les bases imposables et la TVA correspondante.
Les données doivent être extraites de sources fiables et rapprochées avec :
- le logiciel de facturation ;
- le système de caisse ;
- le site de commerce électronique ;
- les plateformes de vente ;
- l’ERP ;
- la comptabilité générale ;
- les journaux de ventes ;
- les déclarations de TVA ;
- les relevés de paiements ;
- les avoirs et régularisations.
Une donnée transmise en e-reporting doit pouvoir être reliée à une opération réelle, à un justificatif commercial, à une écriture comptable et au traitement de TVA correspondant.
📊 Cartographie des données de transaction
| Famille de données | Contenu attendu | Source principale | Contrôle prioritaire |
|---|---|---|---|
| Identification du déclarant | SIREN de l’entreprise tenue de transmettre les données. | Référentiel juridique. | Vérifier l’entité réellement porteuse de l’obligation. |
| Période de transmission | Période à laquelle se rattachent les transactions déclarées. | Paramétrage fiscal. | Concordance avec le régime de TVA et la période comptable. |
| Option sur les débits | Indication de l’option lorsque l’entreprise l’a valablement exercée. | Dossier fiscal et ERP. | Éviter de transmettre des paiements non requis. |
| Date de transaction | Date ou journée de réalisation des opérations reportées. | Caisse, facturation ou logiciel métier. | Éviter les doubles rattachements ou les omissions. |
| Catégorie d’opération | Livraison de biens, prestation de services, opération internationale ou régime particulier. | Référentiel produits et services. | Ne pas classer automatiquement selon le seul taux de TVA. |
| Base hors taxes | Montant HT agrégé ou détaillé selon le flux et le format applicable. | Journal des ventes. | Rapprocher avec le chiffre d’affaires comptabilisé. |
| Taux de TVA | Taux appliqué à chaque catégorie de transaction. | Matrice fiscale. | Contrôler les taux réduits, exonérations et régimes particuliers. |
| Montant de TVA | Taxe correspondant à chaque base et taux. | Facturation ou caisse. | Recalculer les montants et vérifier les arrondis. |
| Montant TTC | Total de la transaction lorsque cette donnée est requise. | Document commercial. | Rapprocher HT, TVA et TTC. |
| Devise | Monnaie dans laquelle l’opération est facturée ou encaissée. | Commande et facture. | Documenter la conversion nécessaire aux obligations françaises. |
| Pays du client | Pays d’établissement ou de consommation selon le scénario. | Référentiel client. | Vérifier la territorialité réelle de l’opération. |
| Correction | Avoir, annulation, remboursement ou rectification d’une opération antérieure. | Gestion commerciale. | Relier la correction à la transaction initiale. |
Pour les transmissions B2C agrégées, l’objectif n’est pas de communiquer inutilement l’identité ou le détail personnel de chaque consommateur. Le paramétrage doit respecter strictement les données prévues par les textes et les spécifications applicables.
🧾 E-reporting détaillé ou agrégé
La méthode de constitution du e-reporting dépend du type de flux, des justificatifs émis et des capacités du système d’information.
| Organisation du flux | Mode de préparation possible | Exemple | Risque à maîtriser |
|---|---|---|---|
| Factures individuelles disponibles | Extraction des données de chaque document ou dépôt par la plateforme. | Prestations nominatives facturées à des particuliers. | Doublon entre facture individuelle et agrégat de caisse. |
| Ventes enregistrées en caisse | Transmission à partir du récapitulatif journalier. | Commerce de détail. | Omission d’une caisse ou d’un établissement. |
| Site e-commerce | Extraction automatisée des commandes validées et corrections. | Ventes B2C en ligne. | Confusion entre commande, facturation et encaissement. |
| Marketplace | Importation des ventes brutes, remboursements et commissions. | Vente via une plateforme numérique. | Déclarer uniquement le montant net reversé par la plateforme. |
| Logiciel métier | Fichier périodique généré automatiquement. | Hôtellerie, transport, prestations à domicile. | Incompatibilité entre les catégories métier et fiscales. |
1️⃣1️⃣ Comprendre les données de paiement
Les données de paiement répondent à une logique différente des données de transaction.
Elles permettent à l’administration d’identifier le moment auquel une somme a été encaissée lorsque l’exigibilité de la TVA dépend de cet encaissement, notamment pour certaines prestations de services.
PRESTATION RÉALISÉE
⬇
FACTURE ÉMISE
⬇
DONNÉES DE TRANSACTION
TRANSMISES
⬇
ENCAISSEMENT TOTAL
OU PARTIEL
⬇
EXIGIBILITÉ DE LA TVA
À L’ENCAISSEMENT
⬇
DONNÉES DE PAIEMENT
TRANSMISES
⬇
RAPPROCHEMENT AVEC
LA DÉCLARATION DE TVA
La donnée de transaction décrit l’opération économique. La donnée de paiement décrit l’encaissement qui peut déclencher l’exigibilité de la TVA.
📊 Données de transaction et données de paiement : ne plus les confondre
| Critère | Donnée de transaction | Donnée de paiement |
|---|---|---|
| Événement suivi | Vente, livraison ou prestation facturée. | Encaissement total ou partiel. |
| Finalité principale | Décrire l’activité économique et le traitement de TVA. | Déterminer l’exigibilité de la TVA à l’encaissement. |
| Date de référence | Date de transaction, facture ou période concernée selon le flux. | Date réelle de réception du paiement. |
| Montant | Base HT, TVA et total de l’opération. | Montant effectivement encaissé. |
| Source principale | Facturation, caisse, ERP ou plateforme commerciale. | Banque, caisse, plateforme de paiement ou lettrage client. |
| Moment de transmission | Selon la période et le régime applicables. | Après constatation de l’encaissement dans la période concernée. |
| Opérations typiques | B2C et opérations internationales entrant dans le e-reporting. | Prestations de services soumises à la TVA sur les encaissements. |
| Option sur les débits | N’empêche pas la transmission de la transaction. | Peut supprimer le besoin de déclaration du paiement pour l’exigibilité concernée. |
Le fait qu’une facture soit payée ne signifie pas automatiquement qu’une donnée de paiement doit être transmise. Il faut vérifier le régime d’exigibilité de la TVA, l’option éventuelle sur les débits et les exclusions prévues.
💳 Les informations à suivre sur les encaissements
| Information | Utilité | Source possible | Contrôle interne |
|---|---|---|---|
| Date d’encaissement | Identifier la période d’exigibilité. | Relevé bancaire ou caisse. | Utiliser la date de valeur définie par la procédure fiscale de l’entreprise. |
| Montant encaissé | Calculer la part de l’opération devenue exigible. | Banque ou prestataire de paiement. | Écarter les frais bancaires prélevés séparément. |
| Taux de TVA | Ventiler l’encaissement lorsqu’une facture comporte plusieurs taux. | Facture d’origine. | Définir une règle documentée de ventilation. |
| Référence de facture | Rattacher le règlement au bon document. | Lettrage comptable. | Traiter les virements sans référence. |
| Paiement partiel | Déclarer uniquement la fraction encaissée. | Comptabilité clients. | Suivre le solde restant dû. |
| Acompte | Identifier l’exigibilité éventuellement déclenchée avant la facture finale. | Facture d’acompte et banque. | Éviter une nouvelle déclaration lors du solde. |
| Remboursement | Corriger un encaissement précédemment déclaré. | Banque et avoir. | Relier le remboursement à l’opération initiale. |
1️⃣2️⃣ Le traitement particulier des prestations de services
Les prestations de services occupent une place centrale dans le e-reporting des paiements, car la TVA est fréquemment exigible lors de l’encaissement du prix ou des acomptes.
Le processus doit donc distinguer :
- la date d’achèvement ou de réalisation de la prestation ;
- la date d’émission de la facture ;
- la date contractuelle d’échéance ;
- la date d’encaissement effectif ;
- le montant encaissé ;
- les paiements partiels ;
- les acomptes ;
- les retenues de garantie ;
- les remboursements ;
- les éventuels impayés ;
- l’option pour le paiement de la TVA d’après les débits ;
- les situations d’autoliquidation.
Pour chaque catégorie de service, la matrice fiscale doit préciser le fait générateur, l’exigibilité, l’existence d’une option sur les débits et l’obligation éventuelle de transmission des paiements.
🧭 Arbre de décision — Faut-il transmettre les données de paiement ?
L’OPÉRATION EST-ELLE
UNE PRESTATION DE SERVICES
OU UNE OPÉRATION SOUMISE
À L’EXIGIBILITÉ À L’ENCAISSEMENT ?
├── NON
│
│ → PAS DE TRANSMISSION
│ DE PAIEMENT POUR CE MOTIF
│
└── OUI
⬇
L’ENTREPRISE A-T-ELLE
VALABLEMENT OPTÉ POUR
LA TVA D’APRÈS LES DÉBITS ?
├── OUI
│
│ → PAS DE E-REPORTING
│ DE PAIEMENT LIÉ À
│ L’EXIGIBILITÉ À L’ENCAISSEMENT
│
└── NON
⬇
LA TVA EST-ELLE DUE
PAR LE CLIENT AU TITRE
D’UNE AUTOLIQUIDATION ?
├── OUI
│
│ → ANALYSER L’EXCLUSION
│ DU REPORTING DE PAIEMENT
│
└── NON
⬇
UN ENCAISSEMENT TOTAL
OU PARTIEL EST-IL INTERVENU ?
├── NON
│
│ → AUCUNE DONNÉE
│ D’ENCAISSEMENT À TRANSMETTRE
│
└── OUI
⬇
TRANSMETTRE LES DONNÉES
DE PAIEMENT REQUISES
• DATE
• MONTANT ENCAISSÉ
• TAUX DE TVA
• RÉFÉRENCE OU PÉRIODE
• CORRECTIONS ÉVENTUELLES
💶 TVA sur les encaissements et option sur les débits
| Situation | Exigibilité générale | Donnée de paiement | Point de vigilance |
|---|---|---|---|
| Prestation sans option sur les débits | À l’encaissement. | À transmettre lorsque l’opération entre dans le périmètre. | Rapprocher précisément facture et règlement. |
| Prestation avec option sur les débits | Selon les règles liées au débit, sous réserve des acomptes et règles applicables. | Pas de transmission liée à l’exigibilité à l’encaissement dans les conditions prévues. | Documenter l’option et la paramétrer dans toutes les entités concernées. |
| Prestation autoliquidée par le preneur | TVA due par le client. | Traitement spécifique ; ne pas transmettre automatiquement un encaissement comme taxe collectée par le fournisseur. | Identifier correctement le redevable. |
| Livraison de biens classique | Selon les règles propres aux livraisons. | Pas de reporting de paiement au seul motif qu’un règlement est reçu. | Ne pas appliquer la logique des services à toutes les factures. |
Une entreprise exerçant à la fois des ventes de biens et des prestations de services ne doit pas appliquer une règle unique à tous ses encaissements.
1️⃣3️⃣ Les acomptes
Un acompte constitue un paiement intervenant avant l’exécution complète de l’opération. Il peut produire des conséquences en matière de TVA et de transmission des données.
Le processus doit permettre de relier :
- le devis ou le contrat ;
- la commande ;
- la demande d’acompte ;
- la facture d’acompte ;
- l’encaissement ;
- la facture de solde ;
- la déduction de l’acompte déjà facturé ;
- la TVA déjà devenue exigible ;
- les données de transaction déjà transmises ;
- les données de paiement déjà transmises.
| Étape | Traitement | Contrôle clé |
|---|---|---|
| Demande d’acompte | Préparer le document ou la facture selon la situation. | Identifier l’opération future. |
| Réception du paiement | Constater l’encaissement. | Rattacher le règlement au bon client et au bon contrat. |
| TVA | Déterminer l’exigibilité correspondant à l’acompte. | Éviter d’attendre systématiquement la facture finale. |
| E-invoicing ou e-reporting | Transmettre les informations selon le circuit du flux. | Ne pas déclarer deux fois le même acompte. |
| Facture finale | Déduire l’acompte et la TVA déjà traitée. | Afficher clairement le reste à payer. |
💰 Paiements partiels, paiements groupés et trop-perçus
| Situation | Traitement professionnel | Risque |
|---|---|---|
| Paiement partiel d’une facture | Transmettre le montant réellement encaissé et suivre le solde. | Déclarer la totalité avant encaissement complet. |
| Un virement règle plusieurs factures | Ventiler le paiement entre les documents concernés. | Rattachement erroné ou TVA mal ventilée. |
| Une facture est payée par plusieurs virements | Suivre chaque encaissement successif. | Oublier un paiement intermédiaire. |
| Trop-perçu du client | Identifier s’il constitue une avance sur une future opération ou une dette à rembourser. | Déclarer à tort une transaction inexistante. |
| Paiement reçu par une marketplace | Identifier la date et le montant encaissé pour le compte du vendeur. | Confondre vente brute, commission et montant net versé. |
| Compensation entre créances réciproques | Documenter la date d’extinction et son effet fiscal. | Absence de mouvement bancaire interprétée comme absence d’encaissement. |
1️⃣4️⃣ Construire les flux de transmission
La transmission des factures et données ne doit pas être conçue comme un flux technique unique. L’entreprise doit organiser plusieurs chaînes selon la nature des opérations.
SOURCES MÉTIERS
├── ERP
├── LOGICIEL DE FACTURATION
├── CAISSE
├── E-COMMERCE
├── MARKETPLACE
├── LOGICIEL MÉTIER
├── BANQUE
└── TRÉSORERIE
⬇
MOTEUR DE CLASSIFICATION
├── E-INVOICING
├── E-REPORTING DE TRANSACTION
├── E-REPORTING DE PAIEMENT
├── CHORUS PRO
├── AUTRE CIRCUIT
└── EXCLUSION DOCUMENTÉE
⬇
CONTRÔLES
• IDENTITÉ
• TERRITORIALITÉ
• TVA
• FORMAT
• DOUBLON
• PÉRIODE
• COHÉRENCE COMPTABLE
⬇
PLATEFORME AGRÉÉE
⬇
DESTINATAIRE
ET/OU
ADMINISTRATION
⬇
STATUTS, REJETS
ET PREUVES DE TRANSMISSION
🌐 Le rôle des plateformes agréées
L’entreprise utilise une ou plusieurs plateformes agréées pour assurer les fonctions réglementaires correspondant à ses besoins.
Elle peut notamment retenir des plateformes distinctes pour :
- l’émission des factures électroniques ;
- la réception des factures fournisseurs ;
- la transmission du e-reporting des transactions ;
- la transmission des données de paiement ;
- certains périmètres géographiques ou métiers ;
- certaines filiales ou activités du groupe.
| Fonction de la plateforme | Description | Responsabilité restant à l’entreprise |
|---|---|---|
| Contrôle technique | Vérifier le format, la présence de données et certaines règles de cohérence. | Garantir la réalité et la qualification fiscale de l’opération. |
| Routage | Acheminer la facture vers le destinataire inscrit dans l’annuaire. | Fournir l’identifiant et l’adresse de facturation corrects. |
| Conversion | Transformer le document entre formats supportés lorsque le service le permet. | Vérifier que toutes les données utiles sont conservées. |
| E-reporting | Transmettre les données de transaction à l’administration. | Produire des données exhaustives et exactes. |
| Paiements | Transmettre les données d’encaissement fournies par l’entreprise ou ses systèmes. | Rapprocher et qualifier les règlements. |
| Cycle de vie | Recevoir, émettre et transmettre les messages de statut. | Traiter opérationnellement les rejets, refus et demandes. |
| Traçabilité | Conserver les preuves techniques des échanges selon les services proposés. | Maintenir la piste d’audit fiable et la politique d’archivage. |
La plateforme exécute les fonctions techniques et réglementaires prévues, mais l’entreprise demeure responsable de ses données, de ses règles de TVA, de ses déclarations et de la réalité des opérations.
1️⃣5️⃣ Les statuts du cycle de vie
Les statuts du cycle de vie permettent de suivre la facture depuis son dépôt jusqu’à son traitement, son acceptation éventuelle et son règlement.
Ils répondent à trois objectifs :
- informer sur la transmission et le traitement ;
- signaler les erreurs ou actions attendues ;
- communiquer certaines informations relatives à l’approbation, au paiement ou à l’encaissement.
Les statuts, leurs codes, leur caractère obligatoire ou recommandé et leurs règles d’utilisation doivent être paramétrés conformément à la version applicable de la norme XP Z12-012 et des spécifications officielles.
📍 Cartographie pédagogique du cycle de vie
FACTURE CRÉÉE
⬇
FACTURE DÉPOSÉE
AUPRÈS DE LA PLATEFORME
⬇
CONTRÔLE TECHNIQUE
├── CONFORME
│
│ ⬇
│
│ TRANSMISSION
│ AU DESTINATAIRE
│
└── NON CONFORME⬇REJET TECHNIQUE
ET CORRECTION
⬇
RÉCEPTION OU
MISE À DISPOSITION
⬇
CONTRÔLE MÉTIER
PAR LE CLIENT
├── APPROBATION
├── APPROBATION PARTIELLE
├── REFUS
├── LITIGE
└── DEMANDE D’INFORMATION
⬇
PAIEMENT OU
ENCAISSEMENT
⬇
RAPPROCHEMENT COMPTABLE
ET CLÔTURE DU DOSSIER
📊 Statuts et responsabilités
| Famille de statut | Signification générale | Acteur à l’origine | Action interne |
|---|---|---|---|
| Dépôt ou prise en charge | La plateforme a reçu le document ou le message. | Plateforme de l’émetteur. | Conserver la preuve de dépôt. |
| Rejet technique | La facture ne respecte pas une règle empêchant sa transmission. | Plateforme ou contrôle de format. | Corriger les données ou le format puis réémettre conformément à la procédure. |
| Mise à disposition ou réception | La facture a atteint le circuit du destinataire. | Plateforme du destinataire. | Déclencher le workflow fournisseur. |
| Approbation | Le client valide la facture selon son processus métier. | Acheteur ou service comptable. | Programmer le règlement. |
| Approbation partielle | Une partie seulement du montant est reconnue. | Client. | Analyser la différence et émettre la correction nécessaire. |
| Refus | Le client conteste la facture dans son ensemble. | Client. | Examiner le motif, corriger ou défendre la créance. |
| Information complémentaire | Une donnée ou pièce est demandée pour poursuivre le traitement. | Client ou plateforme. | Répondre dans le délai fixé. |
| Paiement ou encaissement | Un règlement total ou partiel a été constaté. | Client, fournisseur, banque ou système de trésorerie selon le flux. | Lettrer, transmettre les données requises et suivre le solde. |
Ce tableau présente les fonctions métier des statuts. Les libellés, codes et règles exacts doivent être repris sans adaptation libre dans la documentation technique et normative en vigueur lors du déploiement.
🚨 Distinguer rejet, refus et litige
| Situation | Nature du problème | La facture a-t-elle atteint le client ? | Traitement |
|---|---|---|---|
| Rejet technique | Format, donnée obligatoire ou règle de contrôle non respectée. | Pas nécessairement. | Corriger le flux avant une transmission conforme. |
| Refus métier | Le client ne reconnaît pas la facture ou l’opération. | Oui. | Analyser le contrat, la commande, la livraison et le motif du refus. |
| Litige partiel | Une quantité, un prix ou une partie de la prestation est contesté. | Oui. | Déterminer la part admise et la correction à émettre. |
| Demande de pièce | Le dossier est incomplet. | Oui. | Fournir la pièce sans modifier inutilement la facture. |
| Erreur d’adressage | La facture a été dirigée vers une mauvaise maille. | Possiblement vers un mauvais service. | Corriger le référentiel et respecter la procédure de réacheminement. |
🔧 Workflow de traitement des anomalies
| Étape | Action | Responsable | Délai cible | Preuve |
|---|---|---|---|---|
| 1. Réception de l’alerte | Enregistrer le statut et identifier la facture. | Service facturation. | Le jour même. | Journal des statuts. |
| 2. Qualification | Distinguer anomalie technique, fiscale, commerciale ou d’adressage. | Référent facturation électronique. | Sous 24 heures. | Ticket d’incident. |
| 3. Analyse | Contrôler les données, le contrat et les pièces. | ADV, comptabilité ou fiscalité. | Selon la criticité. | Dossier justificatif. |
| 4. Correction | Corriger le référentiel, le format ou le document. | Équipe métier ou DSI. | Avant l’échéance client. | Trace de modification. |
| 5. Retransmission | Émettre le flux corrigé selon la procédure adaptée. | Service facturation. | Immédiat après validation. | Nouvel accusé de réception. |
| 6. Contrôle final | Vérifier le nouveau statut et l’intégration comptable. | Responsable comptable. | Sous 24 heures. | Statut conforme. |
| 7. Prévention | Analyser la cause racine et mettre à jour les contrôles. | Contrôle interne. | Revue mensuelle. | Plan d’action. |
1️⃣6️⃣ Rapprocher les flux avec la comptabilité et la TVA
La réforme ajoute de nouvelles sources de données et de nouveaux statuts. Elle ne supprime pas les contrôles comptables traditionnels.
L’entreprise doit construire des rapprochements permettant de vérifier l’exhaustivité et la cohérence entre :
- les factures émises ;
- les factures reçues ;
- les données d’e-invoicing ;
- les données de e-reporting ;
- les données de paiement ;
- les journaux de ventes et d’achats ;
- les comptes clients et fournisseurs ;
- les encaissements et décaissements ;
- les déclarations de TVA ;
- les statuts et rejets ;
- les avoirs et régularisations ;
- les données de caisse et de marketplaces.
📊 Matrice de rapprochement
| Rapprochement | Objectif | Anomalie recherchée | Action corrective |
|---|---|---|---|
| Factures émises / plateforme | Vérifier que toutes les factures ont été transmises. | Facture comptabilisée mais non déposée. | Analyser et retransmettre. |
| Plateforme / comptabilité clients | Vérifier que chaque flux transmis est comptabilisé une seule fois. | Doublon ou facture absente. | Corriger l’interface ou l’écriture. |
| E-reporting / chiffre d’affaires | Contrôler l’exhaustivité des ventes hors e-invoicing. | Canal de vente oublié. | Compléter la transmission. |
| E-reporting / TVA collectée | Rapprocher bases, taux et taxe. | Taux ou période incohérents. | Corriger la matrice fiscale. |
| Paiements / comptes clients | Identifier les encaissements des services. | Paiement non lettré. | Réaliser une affectation manuelle contrôlée. |
| Paiements / TVA exigible | Vérifier la taxe devenue exigible. | TVA déclarée trop tôt ou trop tard. | Régulariser la période. |
| Rejets / journal de ventes | Identifier les factures comptabilisées mais non valablement transmises. | Créance enregistrée alors que le flux est bloqué. | Corriger rapidement sans effacer la traçabilité. |
| Avoirs / transactions initiales | Vérifier la correcte réduction du chiffre d’affaires et de la TVA. | Avoir non transmis ou double correction. | Rattacher et régulariser. |
🛡️ Contrôles internes e-invoicing et e-reporting
| Contrôle | Fréquence | Responsable | Preuve | Risque couvert |
|---|---|---|---|---|
| Contrôle de classification des flux | À la création puis à chaque modification | Fiscalité / Chef de projet | Matrice validée. | Mauvais circuit réglementaire. |
| Contrôle des données obligatoires | Chaque émission | Service facturation | Journal de validation. | Rejet technique. |
| Contrôle des ventes B2C | Quotidien ou périodique selon le système | Responsable caisse / ADV | Rapprochement des journaux. | Omission de chiffre d’affaires. |
| Contrôle du e-reporting international | À chaque période | Responsable fiscal | Matrice par pays. | Flux international non transmis. |
| Contrôle des encaissements | Quotidien ou hebdomadaire | Trésorerie / Comptabilité clients | État de lettrage. | Données de paiement incomplètes. |
| Contrôle des rejets | Quotidien | Référent facturation électronique | Tableau des incidents. | Facture non transmise ou impayée. |
| Rapprochement avec la TVA | Chaque déclaration | Responsable TVA | Feuille de rapprochement. | Incohérence déclarative. |
| Revue des habilitations | Trimestrielle | DSI / Contrôle interne | Liste des accès. | Modification ou transmission non autorisée. |
| Contrôle de l’archivage | Mensuel | Responsable documentaire | Rapport d’intégrité. | Perte de preuve. |
| Revue des paramétrages | Au moins annuelle et à chaque changement réglementaire | Fiscalité / DSI | Procès-verbal de revue. | Règle obsolète. |
💼 Cas intégral corrigé — Groupe Omnicanal France
Le groupe Omnicanal France exerce plusieurs activités :
- vente de matériel à des entreprises françaises ;
- vente en magasin à des particuliers ;
- vente en ligne à des consommateurs européens ;
- prestations de maintenance à des sociétés françaises ;
- prestations de conseil à une filiale allemande ;
- exportations de marchandises vers le Maroc ;
- achats de logiciels auprès d’un fournisseur américain ;
- encaissement d’acomptes et de règlements partiels.
Étape 1 — Classifier les transactions
| Flux | Qualification | Dispositif |
|---|---|---|
| Matériel vendu à une société française | B2B domestique | E-invoicing. |
| Vente en magasin à un particulier | B2C domestique | E-reporting de transaction. |
| Vente en ligne à un particulier espagnol | B2C international | E-reporting et analyse du régime de TVA à distance. |
| Maintenance facturée à une société française | Prestation B2B domestique | E-invoicing et données de paiement si la TVA est exigible à l’encaissement. |
| Conseil à la filiale allemande | Prestation B2B internationale | E-reporting de transaction et analyse de l’autoliquidation. |
| Exportation vers le Maroc | Vente internationale hors UE | E-reporting et preuve douanière. |
| Achat de logiciel américain | Achat auprès d’un fournisseur non établi | Pas d’e-invoicing entrant ; autoliquidation et e-reporting achat à analyser. |
Étape 2 — Traiter une prestation et son paiement
Une facture de maintenance de 12 000 € HT avec TVA à 20 % est émise le 10 octobre. Le client règle :
- 6 000 € TTC le 25 octobre ;
- 4 800 € TTC le 15 novembre ;
- 3 600 € TTC le 5 décembre.
| Date | Montant TTC encaissé | Base HT correspondante | TVA correspondante | Action |
|---|---|---|---|---|
| 25 octobre | 6 000 € | 5 000 € | 1 000 € | Transmettre l’encaissement correspondant dans la période applicable. |
| 15 novembre | 4 800 € | 4 000 € | 800 € | Transmettre le second encaissement. |
| 5 décembre | 3 600 € | 3 000 € | 600 € | Transmettre le dernier encaissement et clôturer le solde. |
Le calcul suppose que la prestation est intégralement soumise au taux de 20 %, que l’entreprise n’a pas opté pour la TVA d’après les débits et que la TVA est exigible à mesure des encaissements.
Étape 3 — Identifier les anomalies
| Anomalie constatée | Risque | Correction |
|---|---|---|
| Les ventes de marketplace sont enregistrées pour leur montant net de commission. | Sous-déclaration du chiffre d’affaires. | Reconstituer les ventes brutes et comptabiliser séparément la commission. |
| Les ventes européennes B2C sont classées comme ventes françaises. | Territorialité et TVA erronées. | Fiabiliser le pays du consommateur et les règles fiscales. |
| Les règlements de maintenance ne sont pas rapprochés des factures. | Données de paiement manquantes. | Créer une interface banque–comptabilité–plateforme. |
| Une facture B2B a été rejetée pour SIREN client incorrect. | Facture non valablement acheminée et retard de paiement. | Corriger le tiers, retransmettre et suivre le nouveau statut. |
| Les exportations ne sont pas rapprochées des documents douaniers. | Exonération fragilisée. | Créer un dossier export automatisé. |
La réforme impose au groupe de piloter simultanément les factures, les transactions, les encaissements, les statuts, les corrections et les déclarations fiscales. La réussite dépend donc d’une architecture commune et de responsabilités clairement attribuées.
🤖 Classificateur IA E-invoicing–E-reporting
Le Classificateur IA E-invoicing–E-reporting analyse les caractéristiques de l’entreprise, du client et de l’opération afin de proposer le circuit approprié et les données à transmettre.
DONNÉES DE L’ENTITÉ
• SIREN
• ÉTABLISSEMENT
• RÉGIME DE TVA
• OPTION SUR LES DÉBITS
• GROUPE TVA
• CALENDRIER APPLICABLE
+
DONNÉES DU CLIENT
• ASSUJETTI OU NON
• PAYS
• SIREN
• NUMÉRO DE TVA
• PERSONNE PUBLIQUE
• ADRESSE ÉLECTRONIQUE
+
DONNÉES DE L’OPÉRATION
• BIEN OU SERVICE
• TERRITORIALITÉ
• TAUX DE TVA
• EXONÉRATION
• AUTOLIQUIDATION
• PAIEMENT
• ACOMPTE
• CORRECTION
⬇
CLASSIFICATEUR IA
├── E-INVOICING
├── E-REPORTING TRANSACTION
├── E-REPORTING PAIEMENT
├── CHORUS PRO
├── AUTRE CIRCUIT
├── EXCLUSION
└── REVUE HUMAINE REQUISE
⬇
RÈGLE DE TRANSMISSION
ET CONTRÔLES ASSOCIÉS
🧠 Architecture du Classificateur IA
| Module | Fonction | Livrable |
|---|---|---|
| Lecteur des référentiels | Contrôle les données émetteur, client et fournisseur. | Fiche de qualité des tiers. |
| Classificateur B2B–B2C–B2G | Détermine la qualité du destinataire. | Catégorie relationnelle. |
| Moteur de territorialité | Analyse le lieu des biens et services. | Pays de taxation proposé. |
| Moteur e-invoicing | Teste les conditions du B2B domestique. | Décision de facture électronique. |
| Moteur e-reporting | Identifie les transactions B2C et internationales. | Scénario de transmission. |
| Moteur d’exigibilité | Distingue débits et encaissements. | Obligation de données de paiement. |
| Analyseur d’acomptes | Rattache l’encaissement à la commande et au solde. | Chronologie fiscale de l’opération. |
| Moteur des statuts | Interprète les messages du cycle de vie. | Action métier proposée. |
| Détecteur d’anomalies | Recherche doublons, omissions et incohérences. | Liste d’alertes priorisées. |
| Générateur documentaire | Formalise la justification du classement. | Fiche de décision auditable. |
🔄 Workflow du Classificateur IA
- Collecter les données d’identification de l’entreprise.
- Identifier la qualité et le pays du client.
- Qualifier la nature du bien ou du service.
- Déterminer la territorialité de la TVA.
- Identifier l’exonération, l’autoliquidation ou le régime particulier.
- Choisir entre e-invoicing, e-reporting, Chorus Pro ou exclusion.
- Déterminer les données de transaction nécessaires.
- Analyser l’exigibilité de la TVA.
- Déterminer les données de paiement éventuelles.
- Contrôler les données et le format.
- Soumettre les cas sensibles à la validation humaine.
- Transmettre le flux par la plateforme agréée.
- Suivre les statuts et traiter les anomalies.
- Rapprocher la transmission avec la comptabilité et la TVA.
🚦 Alertes du Classificateur IA
| Alerte | Cause | Action |
|---|---|---|
| 🔴 Qualité du client inconnue | Absence d’information sur son assujettissement. | Suspendre le classement automatique. |
| 🔴 Territorialité indéterminée | Prestation soumise à une règle particulière. | Revue fiscale obligatoire. |
| 🔴 SIREN invalide | Référentiel client erroné. | Corriger avant l’e-invoicing. |
| 🔴 Données de paiement manquantes | Prestation encaissée sans reporting associé. | Rapprocher la banque et transmettre la correction. |
| 🔴 Rejet non traité | Statut bloqué au-delà du délai interne. | Escalade vers le référent. |
| 🟠 Option sur les débits non documentée | Paramètre ERP sans preuve fiscale. | Faire valider le dossier fiscal. |
| 🟠 Paiement non lettré | Référence de facture absente. | Affectation manuelle avec double validation. |
| 🟠 Vente marketplace nette | Commission déduite du montant déclaré. | Reconstituer la vente brute. |
| 🟡 Statut métier incohérent | Facture refusée mais paiement programmé. | Bloquer le règlement et analyser. |
| 🟡 Écart TVA | E-reporting différent du journal fiscal. | Rapprochement et régularisation. |
👨💼 Validation humaine obligatoire
| Décision | Préparation par l’IA | Validateur |
|---|---|---|
| Qualification du client | Analyse des identifiants et du comportement du tiers. | Administration des ventes ou achats. |
| Territorialité | Application proposée de la règle générale ou particulière. | Responsable fiscal. |
| Exonération | Identification d’un fondement potentiel. | Fiscaliste. |
| Option sur les débits | Détection du paramètre dans l’ERP. | Responsable TVA. |
| Rejet ou refus | Analyse du motif et proposition de traitement. | Service facturation ou juridique. |
| Correction d’une transmission | Préparation des données rectifiées. | Responsable comptable. |
| Modification d’un paramétrage | Simulation des effets. | Comité métier–DSI–fiscalité. |
⚠️ Limites de l’intelligence artificielle
- l’IA ne détermine pas seule la territorialité d’une opération complexe ;
- elle ne prouve pas l’existence d’une option fiscale ;
- elle ne valide pas juridiquement une exonération ;
- elle ne garantit pas l’exhaustivité des données si une source n’est pas connectée ;
- elle ne peut pas identifier avec certitude un paiement sans référence ;
- elle ne remplace pas le jugement du responsable TVA ;
- elle ne décide pas seule de l’émission d’un avoir ;
- elle ne tranche pas un litige commercial ;
- elle dépend de la version des règles intégrées ;
- elle doit être mise à jour lors de chaque évolution normative ;
- elle ne transfère aucune responsabilité fiscale à l’éditeur ou à la plateforme ;
- la décision finale demeure sous la responsabilité de l’entreprise.
📝 Synthèse de la séquence
L’e-invoicing et le e-reporting sont deux mécanismes complémentaires, mais distincts.
L’e-invoicing organise la circulation de la facture électronique entre entreprises dans le périmètre B2B domestique. Le e-reporting organise la transmission à l’administration des données relatives aux opérations qui ne suivent pas ce circuit, notamment certaines ventes B2C et opérations internationales.
Les données de transaction décrivent l’opération économique, tandis que les données de paiement permettent d’identifier l’encaissement lorsque celui-ci détermine l’exigibilité de la TVA.
Les prestations de services doivent faire l’objet d’une attention particulière, notamment en présence d’acomptes, de règlements partiels, d’une option pour les débits ou d’un mécanisme d’autoliquidation.
Les plateformes agréées assurent la transmission, le routage et la communication des données, mais l’entreprise demeure responsable de leur exactitude et de leur traitement fiscal.
Enfin, les statuts du cycle de vie doivent être intégrés aux processus métiers afin que les rejets, refus, litiges, approbations et paiements soient traités dans des délais maîtrisés.
📌 À retenir
- l’e-invoicing transmet une facture électronique au client ;
- le e-reporting transmet des données à l’administration ;
- les données de transaction ne doivent pas être confondues avec les données de paiement ;
- les paiements sont particulièrement importants pour la TVA sur les encaissements ;
- l’option sur les débits doit être documentée et correctement paramétrée ;
- les opérations autoliquidées nécessitent un traitement spécifique ;
- les acomptes doivent être reliés à la facture finale ;
- un paiement partiel ne rend exigible que la fraction correspondante lorsque la règle de l’encaissement s’applique ;
- les plateformes agréées peuvent être distinctes selon les fonctions retenues ;
- les statuts permettent de piloter la transmission et le traitement ;
- un rejet technique se distingue d’un refus commercial ;
- les flux transmis doivent être rapprochés de la comptabilité et de la TVA ;
- les causes racines des rejets doivent être corrigées dans les référentiels ;
- l’IA peut classifier et contrôler, mais ne remplace pas la validation humaine.
🎓 Compétences acquises
Vous savez désormais distinguer une facture électronique d’une transmission de données de transaction.
Vous êtes capable d’identifier les données nécessaires au e-reporting B2C et international.
Vous savez distinguer la date de transaction, la date de facture, la date d’échéance et la date d’encaissement.
Vous maîtrisez le traitement des prestations de services, de la TVA sur les encaissements, des acomptes et des paiements partiels.
Vous êtes capable de concevoir les flux entre les logiciels métiers, l’ERP, la trésorerie et les plateformes agréées.
Vous savez suivre les statuts du cycle de vie, distinguer un rejet d’un refus et organiser le traitement des litiges.
Vous êtes enfin capable d’utiliser un classificateur IA comme outil d’assistance, tout en maintenant une validation humaine sur les décisions fiscales et comptables.
📚 Références officielles mobilisées
| Référence | Rôle et utilité |
|---|---|
| Code général des impôts — article 289 bis | Cadre de la facturation électronique entre assujettis. |
| Code général des impôts — article 290 | Transmission des données relatives aux transactions concernées. |
| Code général des impôts — article 290 A | Transmission des données relatives aux paiements. |
| Documentation DGFiP — fiches pratiques de la réforme | Présentation des données de transaction, paiements et modalités générales. |
| FAQ DGFiP — Je découvre la facturation électronique | Rôle des plateformes agréées, calendrier et principes de transmission. |
| Spécifications externes B2B — version applicable | Services publics, collecte et traitement des données transmises par les plateformes. |
| Norme XP Z12-012 | Formats et profils des factures et messages de statuts du cycle de vie. |
| Norme XP Z12-013 | Interfaces entre les systèmes d’information des entreprises et les plateformes agréées. |
| Norme XP Z12-014 | Cas d’usage B2B du socle commun de la réforme. |
➡️ Transition vers la Séquence 5/7 — Comprendre les acteurs, plateformes et responsabilités
Vous savez désormais classer une opération en e-invoicing ou en e-reporting et déterminer si des données de paiement doivent être transmises.
La séquence suivante permettra d’identifier précisément les responsabilités de chaque acteur :
- l’entreprise émettrice ;
- l’entreprise destinataire ;
- la plateforme agréée ;
- l’éditeur du logiciel de facturation ;
- l’opérateur technique ;
- l’expert-comptable ;
- la Direction Financière ;
- la DSI ;
- l’administration fiscale ;
- les services publics associés à la réforme.
Nous construirons une matrice complète des responsabilités afin de déterminer qui produit, contrôle, transmet, reçoit, corrige, conserve et défend chaque donnée du dispositif.
Maîtriser les nouvelles mentions et données obligatoires
Construire une facture juridiquement régulière, fiscalement sécurisée et prête à circuler dans le nouvel écosystème de facturation électronique 2026–2027.
🎯 Introduction — La réforme ne remplace pas la facture conforme : elle élève son niveau d’exigence
La facturation électronique ne supprime aucune des règles juridiques et fiscales déjà applicables aux factures. Une facture transmise par une plateforme agréée doit toujours respecter les obligations issues du Code de commerce, du Code général des impôts et du droit européen de la TVA.
La réforme ajoute toutefois une exigence déterminante : les informations ne devront plus seulement être lisibles par un être humain. Elles devront également être structurées, identifiables et exploitables automatiquement par les logiciels, les plateformes agréées, les systèmes comptables des clients et l’administration fiscale.
FACTURE CONFORME AVANT LA RÉFORME
MENTIONS JURIDIQUES
+
MENTIONS COMMERCIALES
+
MENTIONS FISCALES
⬇
FACTURE CONFORME 2026–2027
MENTIONS EXISTANTES
+
NOUVELLES DONNÉES
+
STRUCTURATION ÉLECTRONIQUE
+
COHÉRENCE DES CHAMPS
+
ROUTAGE PAR PLATEFORME AGRÉÉE
Le passage technique d’une facture par une plateforme ne valide ni la réalité de l’opération, ni le taux de TVA, ni l’exonération, ni l’identité du véritable client. L’entreprise demeure responsable de la conformité juridique et fiscale du document.
Les échéances générales restent fixées au 1er septembre 2026 pour la réception par toutes les entreprises concernées et pour l’émission par les grandes entreprises et ETI, puis au 1er septembre 2027 pour l’émission par les PME et microentreprises.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de contrôler et de produire une facture conforme au socle juridique actuel tout en intégrant les nouvelles données requises par la réforme.
Vous saurez notamment :
- identifier les fondements commerciaux, fiscaux et européens de la facturation ;
- contrôler l’identité du vendeur et du client ;
- sécuriser la date et la numérotation de la facture ;
- décrire précisément les biens et services facturés ;
- contrôler les quantités, prix, réductions et totaux ;
- fiabiliser les bases, taux et montants de TVA ;
- identifier les mentions de règlement obligatoires entre professionnels ;
- appliquer les mentions propres aux exonérations et régimes particuliers ;
- intégrer le SIREN du client ;
- indiquer l’adresse de livraison lorsqu’elle diffère de l’adresse du client ;
- préciser la nature de l’opération facturée ;
- indiquer l’option pour le paiement de la TVA d’après les débits lorsqu’elle s’applique ;
- préparer la transformation des mentions visibles en données structurées.
Passer d’un modèle de facture essentiellement visuel à un référentiel de données fiable, documenté et compatible avec les exigences juridiques, fiscales et électroniques.
🎓 Compétences développées
| Compétence | Résultat attendu | Risque maîtrisé |
|---|---|---|
| Identifier les parties | Déterminer sans ambiguïté le créancier et le débiteur. | Facture adressée à la mauvaise personne juridique. |
| Contrôler la chronologie | Relier émission, livraison, prestation, acompte et échéance. | TVA déclarée sur une mauvaise période. |
| Sécuriser la numérotation | Garantir une série unique, continue et chronologique. | Doublon, suppression ou rupture de piste d’audit. |
| Décrire l’opération | Permettre au client, au comptable et à l’administration de comprendre précisément ce qui est facturé. | Refus du client ou droit à déduction fragilisé. |
| Fiabiliser la TVA | Appliquer la bonne base, le bon taux et la bonne mention. | Rappel de TVA ou déduction remise en cause. |
| Intégrer les nouvelles données | Préparer la facture au routage et à l’exploitation automatisée. | Rejet ou mauvaise classification du flux. |
| Documenter les règles | Justifier chaque information sensible du modèle de facture. | Paramétrage non défendable lors d’un contrôle. |
🔎 Pourquoi les mentions deviennent-elles encore plus importantes ?
Dans un processus traditionnel, une information incomplète pouvait parfois être corrigée après un échange téléphonique ou un courrier électronique. Dans le nouvel environnement, les données seront contrôlées et orientées automatiquement.
Une mention incorrecte peut désormais provoquer plusieurs effets en chaîne :
DONNÉE ERRONÉE OU ABSENTE
⬇
MAUVAISE QUALIFICATION
DU CLIENT OU DE L’OPÉRATION
⬇
MAUVAIS CIRCUIT
OU MAUVAIS ROUTAGE
⬇
REJET TECHNIQUE
OU REFUS MÉTIER
⬇
RETARD DE COMPTABILISATION
⬇
RETARD DE PAIEMENT
⬇
ANOMALIE DE TVA
ET RISQUE DE CONTRÔLE
| Donnée incorrecte | Conséquence opérationnelle | Conséquence fiscale potentielle |
|---|---|---|
| SIREN client erroné | Facture dirigée vers la mauvaise entité. | Incohérence entre les données du vendeur et celles de l’acheteur. |
| Nature de l’opération incorrecte | Mauvais traitement dans le logiciel. | Exigibilité ou territorialité erronée. |
| Adresse de livraison absente | Rapprochement logistique incomplet. | Difficulté à justifier le lieu du flux physique. |
| Option sur les débits mal renseignée | Suivi de paiement inadapté. | TVA rattachée à la mauvaise période. |
| Taux de TVA erroné | Montant client incorrect. | Rappel, intérêts et régularisation. |
| Référence de commande absente | Facture bloquée par le client. | Piste d’audit moins robuste. |
⚖️ Les fondements juridiques de la facture
La facture est soumise à plusieurs ensembles de règles qui se complètent.
| Source | Objet principal | Application pratique |
|---|---|---|
| Code de commerce | Relations commerciales entre professionnels. | Identification, date, numéro, prix, règlement, pénalités et indemnité forfaitaire. |
| Code général des impôts | Facturation et contrôle de la TVA. | Numéros de TVA, date de l’opération, bases, taux, taxe, exonérations et régimes particuliers. |
| Annexe II au CGI | Précisions réglementaires relatives aux mentions fiscales. | Contenu détaillé des factures et règles de numérotation. |
| Directive européenne TVA | Harmonisation du contenu fiscal des factures dans l’Union européenne. | Mentions communes, autoliquidation, exonérations et factures rectificatives. |
| Textes relatifs à la facturation électronique | Périmètre, nouvelles données et modalités de transmission. | Facture structurée, plateforme agréée, e-invoicing et e-reporting. |
| Réglementations sectorielles | Obligations propres à certaines activités. | Assurance professionnelle, éco-participation, autoliquidation BTP ou informations réglementées. |
🏛️ Le Code de commerce
L’article L. 441-9 du Code de commerce encadre la facturation dans les relations entre professionnels. Il impose notamment l’émission de la facture, l’identification des parties, la date de vente ou de prestation, la quantité, la dénomination précise, le prix unitaire hors TVA et les réductions de prix acquises à la date de l’opération.
Il prévoit également les informations relatives au règlement, notamment la date de paiement, les conditions d’escompte, le taux des pénalités de retard et l’indemnité forfaitaire pour frais de recouvrement.
Le Code de commerce protège la transparence de la relation entre le fournisseur et son client. La facture doit permettre de comprendre ce qui est dû, pourquoi, à quelle date et selon quelles conditions.
🧾 Le Code général des impôts
Le CGI encadre la facture comme support du contrôle et de l’exercice des droits en matière de TVA. L’article 289 pose les principes de facturation, tandis que l’article 242 nonies A de l’annexe II précise le contenu fiscal du document.
Les règles fiscales imposent notamment :
- la date d’émission ;
- un numéro unique fondé sur une séquence chronologique et continue ;
- l’identité et l’adresse du fournisseur ;
- l’identité et l’adresse du client ;
- le numéro individuel de TVA du fournisseur lorsqu’il est applicable ;
- le numéro de TVA du client dans les situations où il est requis ;
- la date de livraison, de prestation ou d’acompte lorsqu’elle diffère de la date d’émission ;
- la quantité et la dénomination précise des biens ou services ;
- le prix unitaire hors taxe ;
- les réductions directement liées à l’opération ;
- la base imposable par taux ;
- le taux et le montant de TVA ;
- les mentions propres aux exonérations, autoliquidations et régimes particuliers.
La liste officielle des mentions générales et particulières est également présentée par le portail Service-Public Entreprendre, qui renvoie notamment aux articles 289 du CGI et 242 nonies A de son annexe II.
🇪🇺 Les règles européennes
La directive 2006/112/CE relative au système commun de TVA harmonise les principales mentions fiscales exigées dans l’Union européenne. Son article 226 constitue le socle européen du contenu des factures TVA.
Elle prévoit notamment :
- la date d’émission ;
- un numéro séquentiel unique ;
- les numéros d’identification TVA des parties lorsque requis ;
- les noms et adresses du fournisseur et du client ;
- la quantité et la nature des biens ou l’étendue et la nature des services ;
- la date de l’opération ou de l’acompte ;
- la base d’imposition ;
- le taux et le montant de TVA ;
- les mentions propres à l’autoliquidation et aux régimes particuliers ;
- une référence non équivoque à la facture initiale en cas de rectification.
Les montants peuvent être exprimés dans toute monnaie, sous réserve des exigences relatives à l’expression de la TVA dans la monnaie requise par l’État membre compétent.
📋 Cartographie générale des mentions obligatoires actuelles
| Famille | Principales mentions | Source de contrôle |
|---|---|---|
| Document | Nature, numéro, date d’émission et référence au document initial. | Journal de facturation. |
| Vendeur | Nom, dénomination, adresse, SIREN, immatriculation et TVA. | Dossier juridique et fiscal. |
| Client | Nom, dénomination, adresse, numéro de TVA lorsqu’il est requis et identification de l’entité. | Référentiel client. |
| Opération | Date, quantité, dénomination, période et références contractuelles. | Commande, contrat et livraison. |
| Prix | Prix unitaire HT, réductions, frais et base nette. | Tarif et commande. |
| TVA | Base par taux, taux, montant, total, exonération ou autoliquidation. | Matrice fiscale. |
| Règlement | Échéance, escompte, pénalités et indemnité forfaitaire. | CGV et contrat. |
| Régimes particuliers | Franchise, marge, autofacturation, exportation ou autres mentions spécifiques. | Dossier fiscal de l’opération. |
1️⃣ Identifier le document
| Mention | Exigence | Exemple conforme | Erreur fréquente |
|---|---|---|---|
| Type de document | Identifier la fonction réelle du document. | Facture d’acompte, facture de solde ou avoir. | Utiliser le même type pour toutes les situations. |
| Date d’émission | Indiquer la date à laquelle le document est établi. | 15 septembre 2026. | Confondre avec la date d’échéance. |
| Numéro unique | Utiliser une séquence chronologique et continue. | FAC-2026-00985. | Réutiliser un numéro supprimé. |
| Référence initiale | Relier un avoir ou une correction à la facture concernée. | Avoir relatif à FAC-2026-00742 du 10 juillet 2026. | Émettre un avoir sans référence. |
🔢 Numérotation chronologique et continue
Chaque facture doit recevoir un numéro unique reposant sur une séquence chronologique et continue. La numérotation doit empêcher qu’une même référence soit attribuée à plusieurs documents.
Des séries distinctes peuvent être organisées lorsqu’elles reposent sur une justification objective, par exemple :
- plusieurs établissements ;
- plusieurs activités ;
- plusieurs canaux de vente ;
- plusieurs catégories de documents ;
- factures émises pour compte de tiers ;
- contraintes propres à certains pays ou systèmes.
DERNIÈRE FACTURE VALIDÉE
FAC-2026-001245
⬇
FACTURE SUIVANTE
FAC-2026-001246
⬇
VERROUILLAGE APRÈS VALIDATION
PAS DE SUPPRESSION
PAS DE RÉUTILISATION
PAS DE MODIFICATION SILENCIEUSE
⬇
CORRECTION PAR AVOIR
OU FACTURE RECTIFICATIVE
Le logiciel doit distinguer les documents préparatoires des factures validées. Une fois la facture définitivement émise, sa correction ne doit pas effacer la trace du document initial.
📅 Les dates à ne pas confondre
| Date | Signification | Impact |
|---|---|---|
| Date d’émission | Date de création définitive de la facture. | Chronologie et délai de facturation. |
| Date de livraison | Date de remise ou de transfert du bien. | Rattachement de l’opération et TVA. |
| Date d’achèvement de la prestation | Date à laquelle le service est réalisé. | Fait générateur et cut-off. |
| Date de versement de l’acompte | Date du paiement intervenu avant le solde. | Exigibilité potentielle de la TVA. |
| Date d’échéance | Date limite de paiement du client. | Retard, pénalités et recouvrement. |
| Date d’encaissement | Date du paiement effectivement reçu. | Exigibilité de la TVA sur les services concernés. |
Une facture ne doit jamais comporter une seule date générique si plusieurs événements différents doivent être identifiés.
2️⃣ Identifier le vendeur ou prestataire
| Information | Contenu attendu | Contrôle |
|---|---|---|
| Nom ou dénomination | Identité juridique complète de l’émetteur. | Concordance avec l’immatriculation. |
| Adresse | Siège ou adresse juridiquement pertinente. | Adresse à jour. |
| SIREN | Identifiant à neuf chiffres de l’entreprise. | Format et concordance avec la dénomination. |
| SIRET | Identifiant de l’établissement lorsqu’il est pertinent. | Établissement actif et concerné. |
| Numéro de TVA | Numéro individuel d’identification du fournisseur. | Validité et rattachement à l’entreprise. |
| Forme juridique | SAS, SARL, SA, EI ou autre statut applicable. | Concordance avec les documents légaux. |
| Capital social | Montant lorsque sa mention est légalement requise. | Valeur actualisée après opération sur le capital. |
| Immatriculation | Référence du registre et lieu d’immatriculation selon la situation. | Informations légales actualisées. |
Une facture peut faire apparaître une enseigne ou un logo, mais elle doit identifier sans ambiguïté l’entreprise juridiquement créancière.
3️⃣ Identifier le client
| Information | Finalité | Point de vigilance |
|---|---|---|
| Nom ou dénomination | Identifier le débiteur contractuel. | Ne pas utiliser uniquement le nom du groupe ou de l’enseigne. |
| Adresse | Identifier le siège ou l’adresse juridique pertinente. | Ne pas la confondre avec la livraison. |
| Adresse de facturation | Orienter le document vers le service comptable compétent. | Peut différer du siège et de la livraison. |
| Numéro de TVA | Qualifier certaines opérations et régimes. | Contrôle obligatoire lorsqu’il conditionne une exonération ou une autoliquidation. |
| SIREN | Identifier l’entité juridique française. | Nouvelle donnée mise en avant par la réforme. |
| SIRET ou établissement | Identifier la maille opérationnelle lorsque nécessaire. | Ne remplace pas le SIREN de l’entité. |
| Référence acheteur | Rattacher la facture à la commande ou au contrat. | Absence susceptible de provoquer un refus métier. |
4️⃣ Décrire précisément l’opération
La facture doit permettre de comprendre la nature, l’étendue et les conditions de l’opération sans devoir reconstituer son contenu à partir d’échanges informels.
| Élément | Exemple conforme | Exemple insuffisant |
|---|---|---|
| Désignation du bien | Ordinateur portable modèle X15, mémoire 16 Go. | Matériel. |
| Désignation du service | Mission de révision comptable relative au mois de juin 2026. | Honoraires. |
| Quantité | 10 unités. | Lot. |
| Unité | 5 jours de formation. | 5 prestations. |
| Période | Abonnement du 1er au 30 septembre 2026. | Abonnement mensuel. |
| Projet ou commande | Projet Horizon — commande BC-2026-00485. | Aucune référence. |
Les libellés « prestation », « travaux divers », « frais » ou « marchandises » ne permettent pas toujours de démontrer la nature exacte de l’opération ni d’appliquer correctement la TVA.
5️⃣ Quantités, prix et réductions
| Donnée | Règle pratique | Contrôle |
|---|---|---|
| Quantité | Indiquer le nombre ou le volume réellement vendu. | Comparer avec la commande et la livraison. |
| Prix unitaire HT | Présenter le prix avant application de la taxe. | Comparer avec le tarif contractuel. |
| Remise | Faire apparaître les réductions acquises et directement liées à l’opération. | Vérifier le contrat ou la politique commerciale. |
| Rabais | Documenter la réduction liée à une non-conformité ou un défaut. | Conserver la réclamation correspondante. |
| Ristourne | Traiter les avantages acquis ou ultérieurs selon leur date et leur nature. | Déterminer si un avoir distinct est requis. |
| Frais accessoires | Identifier transport, emballage ou autres frais facturés. | Analyser leur traitement TVA. |
6️⃣ HT, TVA et TTC
QUANTITÉ
×
PRIX UNITAIRE HT
⬇
MONTANT BRUT HT
−
RÉDUCTIONS ACQUISES
⬇
BASE NETTE HT
×
TAUX DE TVA APPLICABLE
⬇
MONTANT DE TVA
+
BASE NETTE HT
⬇
TOTAL TTC
−
ACOMPTES DÉJÀ FACTURÉS
⬇
NET À PAYER
| Montant | Exigence | Risque fréquent |
|---|---|---|
| Total HT | Correspondre à la somme des bases hors taxe. | Écart entre les lignes et le pied de facture. |
| Base par taux | Séparer les montants soumis à des taux différents. | Mélange de taux. |
| Taux de TVA | Appliquer le taux juridiquement pertinent. | Taux par défaut utilisé sans qualification. |
| Montant de TVA | Résulter de la base et du taux correspondant. | Erreur d’arrondi ou de ventilation. |
| Total TTC | Correspondre au HT augmenté de la TVA. | Incohérence arithmétique. |
| Net à payer | Prendre en compte acomptes, retenues et avoirs applicables. | Double facturation de l’acompte. |
7️⃣ Conditions de règlement
| Mention | Contenu attendu | Exemple |
|---|---|---|
| Date d’échéance | Date précise à laquelle le règlement doit intervenir. | Échéance : 15 octobre 2026. |
| Conditions de paiement | Délai ou modalités contractuelles. | 30 jours date de facture. |
| Escompte | Conditions de réduction en cas de paiement anticipé. | Aucun escompte pour paiement anticipé. |
| Pénalités de retard | Taux applicable en cas de retard. | Pénalités exigibles dès le lendemain de l’échéance. |
| Indemnité forfaitaire | Indemnité de 40 € pour frais de recouvrement dans les relations entre professionnels. | Indemnité forfaitaire de 40 € due en cas de retard de paiement. |
L’indemnité forfaitaire de 40 € propre aux relations entre professionnels ne doit pas être ajoutée mécaniquement aux factures adressées à des consommateurs.
8️⃣ Mentions fiscales particulières
| Situation | Mention à prévoir | Contrôle préalable |
|---|---|---|
| Franchise en base | « TVA non applicable, art. 293 B du CGI ». | Vérifier que l’entreprise bénéficie encore du régime. |
| Autoliquidation | « Autoliquidation ». | Identifier le client redevable et le fondement applicable. |
| Autofacturation | « Autofacturation ». | Conserver le mandat et la procédure d’acceptation. |
| Exportation | Référence ou mention d’exonération appropriée. | Conserver la preuve douanière de sortie. |
| Livraison intracommunautaire | Mention d’exonération et numéros de TVA des parties. | Contrôler le numéro du client et le transport. |
| Régime de marge | Mention correspondant au régime exact. | Ne pas présenter la TVA comme déductible par le client. |
| Avoir | Référence non équivoque à la facture initiale. | Identifier la base et la TVA corrigées. |
La mention spéciale, le taux, la base, le montant de TVA et la qualification structurée de l’opération doivent raconter exactement la même histoire fiscale.
🆕 Les quatre nouvelles mentions mises en avant par la réforme
Dans le cadre du déploiement de la facturation électronique, quatre informations complémentaires sont notamment prévues afin d’améliorer l’identification du destinataire, la qualification du flux et le traitement de la TVA :
- le numéro SIREN du client ;
- l’adresse de livraison des biens lorsqu’elle diffère de l’adresse du client ;
- la nature des opérations facturées ;
- la mention relative à l’option pour le paiement de la TVA d’après les débits lorsqu’elle est applicable.
QUI EST LE CLIENT ?
SIREN DU CLIENT
⬇
OÙ LES BIENS
SONT-ILS LIVRÉS ?
ADRESSE DE LIVRAISON
SI ELLE EST DIFFÉRENTE
⬇
QUE FACTURE-T-ON ?
BIENS
SERVICES
OU LES DEUX
⬇
QUAND LA TVA
EST-ELLE EXIGIBLE ?
OPTION POUR LE PAIEMENT
DE LA TVA D’APRÈS LES DÉBITS
La documentation administrative consacrée aux mentions obligatoires et à la réforme présente ces quatre informations comme des ajouts structurants pour les futures factures électroniques.
1️⃣ Le SIREN du client
Le SIREN est un identifiant national à neuf chiffres attribué à chaque entreprise ou personne morale enregistrée. Il identifie l’entité juridique, tandis que le SIRET identifie l’un de ses établissements.
L’intégration du SIREN du client permet notamment :
- d’identifier précisément l’entité juridiquement facturée ;
- de distinguer plusieurs filiales appartenant au même groupe ;
- de rechercher le destinataire dans l’annuaire de la facturation électronique ;
- de déterminer l’adresse électronique de réception ;
- de rapprocher automatiquement la facture du référentiel du client ;
- de réduire les erreurs de routage ;
- de fiabiliser les contrôles de cohérence de l’administration.
| Situation | SIREN à utiliser | Erreur à éviter |
|---|---|---|
| Client appartenant à un groupe | SIREN de la filiale contractante. | Utiliser celui de la société mère. |
| Client avec plusieurs établissements | SIREN de l’entité, complété si nécessaire par la donnée d’établissement. | Confondre SIREN et SIRET. |
| Client issu d’une fusion | SIREN de l’entité juridiquement survivante ou nouvelle. | Conserver l’identifiant de l’entité radiée. |
| Association cliente | SIREN de l’association lorsqu’elle en dispose. | Enregistrer uniquement son nom usuel. |
| Personne publique | Identifiants requis par le circuit applicable. | Utiliser un SIREN générique sans vérifier le service destinataire. |
La correction doit intervenir dans le référentiel client, après validation de l’identité juridique. À défaut, les factures suivantes reproduiront la même anomalie.
💼 Cas pratique — Filiale ou société mère ?
Audit Premium SAS réalise une mission pour Logistique Hexagone SAS. La commande a été négociée par le siège du groupe Hexagone Holding, mais elle est signée au nom de Logistique Hexagone SAS.
Analyse
- la personne ayant négocié la mission n’est pas nécessairement le client juridique ;
- le contrat et la commande désignent Logistique Hexagone SAS ;
- le SIREN de cette filiale doit donc être utilisé ;
- le SIREN de la holding provoquerait un mauvais routage ;
- le service comptable du groupe pourrait refuser la facture.
Enregistrer la filiale comme client juridique, intégrer son SIREN, identifier son établissement destinataire et conserver séparément les coordonnées du service comptable centralisé du groupe.
2️⃣ L’adresse de livraison lorsqu’elle diffère de l’adresse du client
Lorsqu’une facture porte sur une livraison de biens, l’adresse physique de livraison doit être renseignée si elle diffère de l’adresse du client.
Cette donnée permet :
- d’identifier le lieu réel de remise des biens ;
- de rapprocher la facture du bon de livraison ;
- de distinguer le siège, le centre de facturation et le site livré ;
- de sécuriser la territorialité de certaines opérations ;
- de détecter une livraison adressée à une entité ou un site incohérent ;
- d’améliorer le rapprochement commande–livraison–facture.
| Adresse | Fonction | Exemple |
|---|---|---|
| Adresse juridique | Identifier le siège du client. | Paris. |
| Adresse de facturation | Identifier le service qui traite la facture. | Centre comptable de Lille. |
| Adresse de livraison | Identifier le lieu physique où les biens sont remis. | Entrepôt de Lyon. |
| Adresse électronique | Router la facture vers la bonne maille de réception. | Adresse inscrite dans l’annuaire. |
L’adresse de livraison complète l’identité du client : elle ne la remplace pas. Le client demeure la personne juridique désignée par le contrat.
💼 Cas pratique — Siège, comptabilité et chantier
Matériaux France SAS vend des équipements à Bâtiments Modernes SAS. Le siège du client se situe à Paris, son centre comptable à Rennes et le matériel est livré sur un chantier à Marseille.
| Champ | Donnée à renseigner |
|---|---|
| Client | Bâtiments Modernes SAS. |
| SIREN client | SIREN de Bâtiments Modernes SAS. |
| Adresse juridique | Siège social de Paris. |
| Adresse de facturation | Centre comptable de Rennes. |
| Adresse de livraison | Adresse complète du chantier de Marseille. |
| Adresse électronique | Maille de réception communiquée par le client. |
| Référence de commande | Numéro du bon de commande du chantier. |
Les quatre localisations ne doivent jamais être fusionnées dans un champ unique. Chacune répond à une fonction juridique, logistique, comptable ou électronique distincte.
3️⃣ La nature des opérations facturées
La facture doit indiquer si elle porte :
- exclusivement sur des livraisons de biens ;
- exclusivement sur des prestations de services ;
- sur des livraisons de biens et des prestations de services.
Cette information est essentielle, car la qualification de l’opération peut modifier :
- le fait générateur de la TVA ;
- la date d’exigibilité ;
- les règles applicables aux acomptes ;
- le lieu de taxation ;
- l’obligation de transmettre des données de paiement ;
- les contrôles automatiques effectués sur la facture.
| Nature | Exemple | Enjeu fiscal |
|---|---|---|
| Livraison de biens | Vente de 50 imprimantes. | Règles propres aux livraisons et au transfert des biens. |
| Prestation de services | Mission de conseil en organisation. | TVA fréquemment exigible à l’encaissement. |
| Biens et services distincts | Vente d’un équipement et contrat annuel de maintenance. | Faits générateurs ou exigibilités potentiellement différents. |
| Opération globale | Fourniture et pose indissociables d’une installation. | Qualifier l’élément principal et les éléments accessoires. |
Un produit référencé comme « matériel » peut intégrer une installation, une licence ou un service. Le référentiel doit refléter la réalité économique et fiscale de l’offre.
💼 Cas pratique — Équipement, installation et formation
Tech Industrie vend une machine, réalise son installation et forme les salariés du client.
Questions de qualification
- la machine constitue-t-elle une livraison de biens autonome ?
- l’installation est-elle accessoire à la machine ou constitue-t-elle un service distinct ?
- la formation possède-t-elle une finalité autonome ?
- les différents éléments suivent-ils le même taux de TVA ?
- les acomptes doivent-ils être ventilés ?
- la facture doit-elle indiquer « biens et services » ?
Documenter l’analyse contractuelle, identifier les composantes distinctes, ventiler les prix si nécessaire et renseigner la nature des opérations conformément à leur qualification réelle.
4️⃣ L’option pour le paiement de la TVA d’après les débits
Pour de nombreuses prestations de services, la TVA est en principe exigible lors de l’encaissement. Le prestataire peut, dans les conditions prévues, opter pour le paiement de la taxe d’après les débits.
Lorsque l’entreprise applique cette option, la facture doit porter l’information correspondante afin de permettre :
- la bonne détermination de l’exigibilité ;
- le traitement correct de la TVA chez le client ;
- la distinction entre facture et encaissement ;
- la détermination des données de paiement éventuellement requises ;
- la cohérence entre l’ERP, la facture et la déclaration de TVA.
| Situation | Exigibilité générale | Information à porter | Point de contrôle |
|---|---|---|---|
| Service sans option sur les débits | À l’encaissement. | Ne pas indiquer une option inexistante. | Suivre les paiements. |
| Service avec option valide | D’après les débits, sous réserve des règles applicables. | Mention de l’option. | Conserver la preuve de l’option. |
| Service autoliquidé | TVA due par le preneur. | Mention « Autoliquidation ». | Ne pas appliquer mécaniquement la logique des encaissements du fournisseur. |
| Livraison de biens | Règles propres aux livraisons. | Option sur les débits généralement sans objet pour cette composante. | Distinguer les biens des services sur les factures mixtes. |
L’entreprise doit pouvoir démontrer que l’option a été valablement exercée et identifier les opérations auxquelles elle s’applique. Un paramétrage historique non documenté doit faire l’objet d’une revue.
💼 Cas pratique — Mention « TVA sur les débits » non justifiée
Conseil Performance SAS indique depuis plusieurs années « TVA acquittée d’après les débits » sur toutes ses factures. Aucun courrier d’option ni élément du dossier fiscal ne peut être retrouvé.
Risques
- mention non fondée ;
- TVA déclarée selon une mauvaise règle ;
- traitement erroné de la TVA déductible chez les clients ;
- données de paiement omises à tort ;
- incohérence entre facturation et déclarations fiscales.
Analyser les déclarations et le dossier fiscal, interroger le conseil de l’entreprise, faire valider le régime applicable et documenter la conclusion avant de migrer le paramétrage vers la facturation électronique.
📊 Tableau Premium — Les quatre nouvelles mentions
| Nouvelle information | Finalité | Source interne | Responsable | Risque principal |
|---|---|---|---|---|
| SIREN du client | Identifier et router la facture vers la bonne entité. | Référentiel client. | Administration des ventes. | Mauvais destinataire. |
| Adresse de livraison distincte | Identifier le lieu physique de remise des biens. | Commande et bon de livraison. | Logistique. | Flux physique non justifié. |
| Nature de l’opération | Distinguer biens, services ou les deux. | Référentiel articles et prestations. | Fiscalité et métiers. | Mauvaise exigibilité ou mauvais reporting. |
| Option TVA d’après les débits | Identifier la règle d’exigibilité. | Dossier fiscal. | Responsable TVA. | TVA rattachée à la mauvaise période. |
🧩 Illustration — Anatomie d’une facture conforme 2026–2027
EN-TÊTE
• TYPE DE DOCUMENT
• NUMÉRO UNIQUE
• DATE D’ÉMISSION
⬇
IDENTIFICATION DU VENDEUR
• DÉNOMINATION
• ADRESSE
• SIREN / SIRET
• NUMÉRO DE TVA
• MENTIONS JURIDIQUES
⬇
IDENTIFICATION DU CLIENT
• DÉNOMINATION
• ADRESSE
• SIREN DU CLIENT
• TVA SI REQUISE
• ADRESSE DE FACTURATION
• RÉFÉRENCE DE COMMANDE
⬇
OPÉRATION
• DATE DE LIVRAISON OU PRESTATION
• ADRESSE DE LIVRAISON DIFFÉRENTE
• NATURE : BIENS / SERVICES / LES DEUX
• DÉSIGNATION
• QUANTITÉ
• PRIX UNITAIRE HT
• RÉDUCTIONS
⬇
TVA ET TOTAUX
• BASE PAR TAUX
• TAUX
• MONTANT DE TVA
• TOTAL HT
• TOTAL TTC
• NET À PAYER
• EXONÉRATION OU AUTOLIQUIDATION
• OPTION TVA D’APRÈS LES DÉBITS
⬇
RÈGLEMENT
• DATE D’ÉCHÉANCE
• CONDITIONS D’ESCOMPTE
• PÉNALITÉS DE RETARD
• INDEMNITÉ DE 40 €
💼 Cas pratique global — Facture de biens et de services
Solutions Bureau SAS vend à Réseau Alpha SAS vingt postes informatiques, réalise leur installation et fournit deux journées de formation. Les équipements sont livrés dans une agence différente du siège du client.
Données juridiques
- dénomination exacte des deux sociétés ;
- SIREN du vendeur ;
- SIREN du client Réseau Alpha SAS ;
- adresses juridiques ;
- numéros de TVA ;
- numéro et date de facture ;
- référence de commande.
Données opérationnelles
- adresse de livraison de l’agence ;
- date de livraison des ordinateurs ;
- date d’installation ;
- dates de formation ;
- quantité et prix unitaire des équipements ;
- prix de l’installation ;
- prix des journées de formation.
Nature de l’opération
La facture comprend des biens et des services. L’entreprise doit déterminer si les prestations sont autonomes ou accessoires et ventiler les lignes de manière à refléter le traitement juridique et fiscal retenu.
| Ligne | Nature | Quantité | Prix unitaire HT | Traitement |
|---|---|---|---|---|
| Postes informatiques | Biens | 20 | 900 € | Livraison de biens. |
| Installation | Service à qualifier | 1 forfait | 2 500 € | Déterminer son caractère autonome ou accessoire. |
| Formation | Service | 2 jours | 1 000 € | Prestation distincte si elle possède une finalité autonome. |
La facture doit présenter une identification correcte du client, son SIREN, l’adresse distincte de livraison, la nature « biens et services », des lignes suffisamment détaillées et une TVA cohérente avec la qualification retenue.
💼 Cas pratique — Microentrepreneur en franchise en base
Nadia exerce une activité de graphiste en microentreprise. Elle bénéficie de la franchise en base et facture une société française.
Mentions principales
- identité et adresse de Nadia ;
- SIREN de Nadia ;
- identité et adresse de la société cliente ;
- SIREN du client ;
- numéro chronologique de facture ;
- date d’émission ;
- date ou période de la prestation ;
- description précise de la création graphique ;
- montant hors taxe et net à payer ;
- mention « TVA non applicable, art. 293 B du CGI » ;
- nature de l’opération : prestation de services ;
- échéance, pénalités et indemnité forfaitaire de 40 € pour la relation B2B.
La franchise en base dispense de facturer la TVA, mais elle ne dispense ni des mentions juridiques ni des nouvelles données de la réforme.
💼 Cas pratique — Prestation avec option sur les débits
Formation Excellence SAS facture une mission de formation à une entreprise française. Elle a valablement opté pour le paiement de la TVA d’après les débits.
Traitement
- la facture est qualifiée comme prestation de services ;
- l’option sur les débits est documentée dans le dossier fiscal ;
- la mention correspondante est portée sur la facture ;
- le paramétrage de l’ERP est cohérent avec l’option ;
- la règle est appliquée à la bonne entité et au bon périmètre d’activité ;
- le traitement de la TVA est rapproché de la déclaration.
Conserver la preuve de l’option avec la matrice fiscale et interdire toute activation ou désactivation de la mention sans validation du responsable TVA.
📌 Synthèse intermédiaire
Une facture conforme à la réforme 2026–2027 doit d’abord respecter l’ensemble des obligations commerciales et fiscales déjà applicables.
Elle doit identifier précisément les parties, comporter un numéro unique, présenter les dates pertinentes, décrire l’opération, détailler les prix et réductions, calculer correctement la TVA et préciser les conditions de règlement.
À ce socle s’ajoutent quatre informations majeures : le SIREN du client, l’adresse de livraison distincte, la nature des opérations et l’option pour le paiement de la TVA d’après les débits lorsqu’elle s’applique.
Ces informations ne doivent pas être ajoutées manuellement au dernier moment. Elles doivent provenir de référentiels validés, de commandes fiables, de données logistiques et d’une matrice fiscale documentée.
La prochaine livraison sera consacrée à la fiabilisation des taux et montants de TVA, au contrôle des données structurées, aux règles de cohérence, aux causes de rejet, aux contrôles des plateformes et de l’administration ainsi qu’au Contrôleur IA Mentions & Données de Facture.
La fermeture de l’article interviendra uniquement à la fin de cette deuxième livraison.
9️⃣ Fiabiliser les taux et les montants de TVA
Une facture électronique ne peut être considérée comme conforme simplement parce que son total TTC est exact. La TVA doit être sécurisée à chaque niveau : qualification de l’opération, territorialité, base imposable, taux, exigibilité, montant facturé et mention particulière éventuelle.
Le contrôle doit être réalisé avant la transmission de la facture. Une plateforme agréée peut détecter une incohérence arithmétique ou l’absence d’une donnée, mais elle ne peut pas toujours déterminer si le taux appliqué correspond réellement au bien ou au service vendu.
CONTRAT ET COMMANDE
⬇
NATURE DU BIEN
OU DU SERVICE
⬇
TERRITORIALITÉ
DE L’OPÉRATION
⬇
RÉGIME DE TVA
• TAXATION
• EXONÉRATION
• AUTOLIQUIDATION
• FRANCHISE
• RÉGIME DE MARGE
⬇
BASE IMPOSABLE
⬇
TAUX APPLICABLE
⬇
MONTANT DE TVA
⬇
EXIGIBILITÉ
⬇
CONTRÔLE FINAL
DE LA FACTURE
Le taux n’est jamais le point de départ du raisonnement. Il constitue la conséquence d’une qualification préalable de l’opération.
📊 Matrice Premium de fiabilisation de la TVA
| Étape | Question à traiter | Source de preuve | Anomalie recherchée |
|---|---|---|---|
| Qualification | S’agit-il d’un bien, d’un service ou d’une opération mixte ? | Contrat, devis, commande et référentiel. | Mauvaise nature d’opération. |
| Territorialité | Dans quel pays l’opération est-elle imposable ? | Adresses, transport, établissement et contrat. | TVA française appliquée à tort. |
| Client | Agit-il comme assujetti ou comme non-assujetti ? | SIREN, numéro de TVA et fiche client. | Mauvais traitement B2B ou B2C. |
| Régime | L’opération est-elle taxable, exonérée, autoliquidée ou soumise à un régime particulier ? | Matrice fiscale et justificatifs. | TVA collectée ou omise à tort. |
| Base imposable | Quels éléments doivent entrer dans la base de calcul ? | Prix, frais, remises et conditions contractuelles. | Base incomplète ou surévaluée. |
| Taux | Quel taux correspond précisément à l’opération ? | Référentiel fiscal des articles et prestations. | Taux par défaut erroné. |
| Calcul | La taxe correspond-elle à la base multipliée par le taux ? | Moteur de calcul de la facture. | Erreur arithmétique ou d’arrondi. |
| Exigibilité | À quelle date la TVA doit-elle être déclarée ? | Livraison, facture, encaissement ou option sur les débits. | TVA rattachée à la mauvaise période. |
| Mention | La facture comporte-t-elle la mention correspondant au régime ? | Modèle de facture validé. | Contradiction entre le taux et la mention. |
🧮 Contrôler la base imposable
La base de TVA ne correspond pas toujours au simple prix catalogue. Elle doit tenir compte de tous les éléments qui constituent la contrepartie de l’opération ainsi que des réductions de prix acquises et directement liées à celle-ci.
| Élément | Traitement général | Contrôle à effectuer |
|---|---|---|
| Prix principal | Entre dans la base imposable. | Rapprocher le contrat et le tarif. |
| Frais de transport facturés | Peuvent constituer des frais accessoires à l’opération. | Analyser leur rattachement à la vente. |
| Frais d’emballage | Peuvent intégrer la base selon leur nature. | Distinguer emballage vendu, consigné ou remboursable. |
| Commission | Peut constituer une composante de la rémunération. | Identifier le bénéficiaire et la contrepartie. |
| Remise acquise | Réduit la base lorsqu’elle est directement liée à l’opération. | Vérifier son caractère acquis à la date de facturation. |
| Ristourne future | Peut nécessiter une régularisation ultérieure. | Ne pas la déduire avant qu’elle soit déterminable et acquise. |
| Indemnité | Dépend de l’existence d’une contrepartie économique. | Distinguer indemnité taxable et indemnité réparatrice hors champ. |
| Débours | Traitement spécifique sous conditions. | Vérifier le mandat et la comptabilisation pour compte du client. |
Sa qualification dépend de sa nature réelle, de son rattachement à l’opération principale et des conditions contractuelles.
📐 Contrôler les taux multiples
Lorsqu’une facture comporte des opérations soumises à plusieurs taux, chaque base doit être ventilée séparément.
| Ligne | Base HT | Taux | TVA | Total TTC |
|---|---|---|---|---|
| Produit A | 1 000 € | 20 % | 200 € | 1 200 € |
| Produit B | 500 € | 10 % | 50 € | 550 € |
| Produit C | 200 € | 5,5 % | 11 € | 211 € |
| Total | 1 700 € | — | 261 € | 1 961 € |
La somme des bases par taux doit correspondre au total HT et la somme des taxes calculées doit correspondre au total de TVA affiché et structuré.
🔢 Gérer les arrondis
Les écarts d’arrondi constituent une cause classique d’incohérence entre les lignes, les sous-totaux et le total général.
L’entreprise doit définir une méthode stable :
- arrondi de la TVA à la ligne ;
- arrondi par groupe de taux ;
- arrondi au niveau global lorsque le format et les règles applicables le permettent ;
- gestion des quantités ou prix comportant plusieurs décimales ;
- traitement des conversions de devises ;
- gestion des écarts entre facture visible et données structurées.
| Contrôle | Règle interne attendue | Risque |
|---|---|---|
| Nombre de décimales du prix | Définir la précision autorisée dans le référentiel. | Écart entre quantité × prix et total de ligne. |
| Arrondi de ligne | Appliquer une méthode identique à toutes les lignes comparables. | TVA cumulée incohérente. |
| Arrondi de pied | Rapprocher le total structuré du total visible. | Rejet de cohérence. |
| Devise | Documenter le taux et la date de conversion. | Montant de TVA en euros incorrect. |
🔍 Contrôles croisés de TVA
| Contrôle croisé | Résultat attendu |
|---|---|
| Somme des montants de lignes HT | Égale au total HT avant ajustements identifiés. |
| Base HT par taux × taux | Égale au montant de TVA correspondant, sous réserve des arrondis admis. |
| Total des bases par taux | Égal au total HT taxable. |
| Total des montants de TVA | Égal au total TVA de la facture. |
| Total HT + TVA | Égal au total TTC. |
| Total TTC – acomptes | Égal au net restant à payer, après prise en compte des autres éléments identifiés. |
| Mention d’exonération | Aucune TVA française facturée sur la ligne concernée. |
| Mention d’autoliquidation | TVA non collectée par le fournisseur pour l’opération concernée. |
| Franchise en base | Absence de TVA facturée et mention appropriée. |
1️⃣0️⃣ Contrôler les données structurées
Une facture électronique ne se résume pas à son rendu visuel. Les informations essentielles sont également placées dans des champs structurés permettant leur lecture automatique.
FACTURE VISIBLE
• NOM DU CLIENT
• NUMÉRO DE FACTURE
• LIGNES
• TVA
• TOTAL
• ÉCHÉANCE
DOIT ÊTRE STRICTEMENT
COHÉRENTE AVEC
DONNÉES STRUCTURÉES
• IDENTIFIANT CLIENT
• IDENTIFIANT DOCUMENT
• CODES DE LIGNES
• CATÉGORIES TVA
• MONTANTS
• DATE D’ÉCHÉANCE
⬇
CONTRÔLE DE COHÉRENCE
⬇
FACTURE EXPLOITABLE
PAR LES DEUX PARTIES
Une facture affichant 12 000 € TTC alors que le fichier structuré indique 10 000 € ne présente pas une simple erreur esthétique : elle contient deux informations contradictoires sur la dette du client.
📊 Les principales familles de données structurées
| Famille | Exemples de données | Source interne | Contrôle |
|---|---|---|---|
| Document | Type, numéro, date d’émission et devise. | Logiciel de facturation. | Unicité et format. |
| Émetteur | Dénomination, SIREN, SIRET, TVA et adresse. | Référentiel société. | Concordance juridique. |
| Client | Dénomination, SIREN, TVA, adresse et adressage électronique. | Référentiel client. | Existence et routage. |
| Livraison | Date, lieu et adresse de livraison. | Commande et logistique. | Concordance avec le bon de livraison. |
| Lignes | Désignation, quantité, unité, prix, remise et nature. | Référentiel articles et commande. | Cohérence commerciale et fiscale. |
| TVA | Catégorie, taux, base, montant et exonération. | Matrice fiscale. | Cohérence entre code, taux et mention. |
| Totaux | HT, TVA, TTC, acompte et net à payer. | Moteur de calcul. | Équilibres arithmétiques. |
| Règlement | Échéance, moyen de paiement et références bancaires. | Conditions clients et trésorerie. | Délai et sécurité de l’IBAN. |
| Références | Commande, contrat, facture initiale et projet. | Gestion commerciale. | Traçabilité documentaire. |
🧩 Mention visible, donnée structurée et preuve
| Information | Mention visible | Donnée structurée | Preuve |
|---|---|---|---|
| SIREN du client | Présent dans le bloc client. | Renseigné dans le champ d’identification prévu. | Référentiel officiel et fiche client validée. |
| Nature de l’opération | Biens, services ou biens et services. | Code ou catégorie correspondante. | Contrat et référentiel articles. |
| Exonération | Mention du régime applicable. | Catégorie fiscale et motif d’exonération. | Fondement juridique et justificatifs. |
| Option sur les débits | Mention correspondante sur la facture. | Indicateur d’exigibilité paramétré. | Preuve fiscale de l’option. |
| Adresse de livraison | Adresse complète distincte. | Bloc structuré de livraison. | Commande et bon de livraison. |
| TVA | Taux, base et montant affichés. | Codes, taux, bases et montants structurés. | Matrice fiscale et calcul. |
Pour toute donnée sensible, l’entreprise doit pouvoir rapprocher le rendu visible, le champ structuré et la pièce justificative.
🗂️ Construire le dictionnaire des données
Le dictionnaire des données décrit chaque champ utilisé dans la facture électronique et précise sa source, son format, son caractère obligatoire et son responsable.
| Champ | Définition | Source | Format | Responsable |
|---|---|---|---|---|
| SIREN client | Identifiant juridique français du destinataire. | Fiche client. | 9 chiffres. | Administration des ventes. |
| Date de facture | Date d’émission définitive du document. | Logiciel de facturation. | Date normalisée. | Comptabilité clients. |
| Nature d’opération | Biens, services ou combinaison. | Référentiel articles. | Code autorisé. | Fiscalité. |
| Catégorie TVA | Traitement fiscal de la ligne. | Matrice fiscale. | Code normé. | Responsable TVA. |
| Adresse de livraison | Lieu physique de remise des biens. | Commande. | Adresse structurée. | Logistique. |
| Référence de commande | Identifiant attribué par l’acheteur. | Bon de commande. | Texte contrôlé. | Administration des ventes. |
1️⃣1️⃣ Prévenir les rejets
La prévention des rejets doit intervenir avant le dépôt auprès de la plateforme. Attendre le retour d’un statut de rejet transforme une anomalie détectable en retard de facturation et de paiement.
CRÉATION DU BROUILLON
⬇
CONTRÔLES MÉTIER
• CONTRAT
• COMMANDE
• LIVRAISON
• PRIX
⬇
CONTRÔLES FISCAUX
• TERRITORIALITÉ
• TAUX
• EXONÉRATION
• EXIGIBILITÉ
⬇
CONTRÔLES TECHNIQUES
• FORMAT
• CHAMPS
• CODES
• CALCULS
⬇
VALIDATION
⬇
TRANSMISSION
⬇
SUIVI DU STATUT
🚨 Matrice des principales causes de rejet
| Anomalie | Nature | Conséquence | Prévention |
|---|---|---|---|
| Format non accepté | Technique | Flux non pris en charge. | Valider le format avant transmission. |
| Fichier illisible ou corrompu | Technique | Impossible d’extraire les données. | Contrôler la génération et l’intégrité. |
| Champ obligatoire absent | Structure | Facture incomplète. | Rendre le champ bloquant dans l’ERP. |
| SIREN client invalide | Identité | Routage impossible ou erroné. | Contrôler le référentiel tiers. |
| Adresse électronique inexistante | Routage | Destinataire introuvable. | Interroger l’annuaire avant émission. |
| Numéro de facture dupliqué | Chronologie | Suspicion de double émission. | Verrouiller la séquence. |
| Date dans un format incorrect | Technique | Champ non interprétable. | Normaliser les dates. |
| Devise inconnue | Codification | Montants non exploitables. | Utiliser les codes autorisés. |
| Quantité ou prix absent | Commercial | Ligne impossible à reconstituer. | Contrôle des lignes avant validation. |
| Total HT incohérent | Calcul | Échec d’une règle arithmétique. | Recalcul automatique. |
| Total TVA incohérent | Fiscal | Facture fiscalement contradictoire. | Contrôle par taux et total. |
| Exonération et taux positif | Fiscal | Deux traitements incompatibles. | Règle d’exclusion mutuelle. |
| Autoliquidation avec TVA collectée | Fiscal | Montant indûment facturé. | Contrôler le redevable de la taxe. |
| Avoir sans facture initiale | Traçabilité | Correction non rattachée. | Référence obligatoire au document initial. |
| Commande requise mais absente | Métier | Refus par le client. | Paramétrage par client ou contrat. |
🧱 Les trois niveaux de rejet
| Niveau | Exemple | Acteur | Action |
|---|---|---|---|
| Blocage interne | SIREN manquant avant validation. | ERP ou logiciel de facturation. | Corriger avant émission. |
| Rejet technique | Format ou règle structurée non respectée. | Plateforme agréée ou chaîne technique. | Analyser le motif et retransmettre un flux conforme. |
| Refus métier | Commande inconnue, prix contesté ou mauvais débiteur. | Client destinataire. | Analyser le dossier commercial et corriger si nécessaire. |
Déplacer le maximum de contrôles vers le premier niveau afin que l’erreur soit corrigée avant la transmission.
1️⃣2️⃣ Les contrôles des plateformes agréées
Les plateformes agréées assurent les fonctions prévues par le dispositif, notamment la transmission des factures, certains contrôles, le routage et la communication des données obligatoires à l’administration.
Les contrôles effectivement appliqués dépendent des normes, des spécifications en vigueur, du format utilisé et des services proposés par la plateforme.
| Famille de contrôle | Exemples | Ce que la plateforme ne garantit pas seule |
|---|---|---|
| Format | Structure du fichier et profil utilisé. | La réalité commerciale de l’opération. |
| Présence | Champs obligatoires renseignés. | L’exactitude juridique des informations saisies. |
| Codification | Devise, unité, catégorie fiscale ou type de document. | Le bien-fondé fiscal du code choisi. |
| Calcul | Cohérence entre bases, taux, TVA et totaux. | L’application du bon taux au produit vendu. |
| Adressage | Recherche du destinataire dans l’annuaire. | Que le client sélectionné soit le débiteur contractuel réel. |
| Doublon | Détection possible de références déjà transmises. | L’absence de doublons dans tous les systèmes sources. |
| Cycle de vie | Production et transmission des statuts. | Le traitement opérationnel du rejet par l’entreprise. |
Une facture peut respecter toutes les règles de structure tout en appliquant un mauvais taux, en facturant le mauvais client ou en décrivant une opération fictive.
📋 Grille de préparation aux contrôles de plateforme
| Contrôle préalable | Blocage attendu | Responsable |
|---|---|---|
| Format de facture autorisé | Interdire tout format non supporté. | DSI. |
| Identité de l’émetteur | Interdire une entité juridique incomplète. | Juridique / Comptabilité. |
| Identité du client | Bloquer un SIREN absent ou non validé. | Administration des ventes. |
| Adressage électronique | Bloquer une destination non résolue. | Facturation. |
| Numéro de facture | Bloquer doublon et rupture injustifiée. | Comptabilité clients. |
| Calculs | Bloquer tout déséquilibre arithmétique. | ERP. |
| TVA | Bloquer les combinaisons incompatibles. | Responsable TVA. |
| Référence initiale | Bloquer un avoir sans rattachement lorsque celui-ci est requis. | Comptabilité clients. |
1️⃣3️⃣ Les contrôles de la DGFiP
Les données transmises dans le cadre de la facturation électronique peuvent être rapprochées des déclarations fiscales, des informations d’identification des entreprises et des autres données détenues par l’administration.
Le dispositif ne remplace pas le contrôle fiscal. Il augmente la capacité de rapprochement et accélère la détection des incohérences.
DONNÉES DE FACTURATION
+
E-REPORTING
+
DONNÉES DE PAIEMENT
+
DÉCLARATIONS DE TVA
+
RÉFÉRENTIELS DES ENTREPRISES
⬇
RAPPROCHEMENTS AUTOMATISÉS
• IDENTITÉS
• CHIFFRE D’AFFAIRES
• BASES
• TAUX
• TVA COLLECTÉE
• EXONÉRATIONS
• PÉRIODES
• CORRECTIONS
⬇
ANOMALIES À EXPLIQUER
📊 Matrice des contrôles fiscaux potentiels
| Contrôle | Rapprochement possible | Anomalie détectable | Documentation attendue |
|---|---|---|---|
| Identité du fournisseur | SIREN, TVA et immatriculation. | Entreprise inactive ou identité incohérente. | Dossier juridique à jour. |
| Identité du client | SIREN et données de facturation. | Client inexistant ou mauvais destinataire. | Contrat et référentiel validé. |
| Numérotation | Séquence des factures transmises. | Doublon, rupture ou réutilisation. | Journal de numérotation. |
| Chiffre d’affaires | Factures, e-reporting et comptabilité. | Ventes non déclarées. | Rapprochement mensuel. |
| TVA collectée | Montants facturés et déclaration de TVA. | Taxe insuffisamment déclarée. | Tableau de passage. |
| Exigibilité | Factures, option sur les débits et encaissements. | TVA déclarée trop tard. | Dossier d’option et rapprochement bancaire. |
| Taux réduit | Nature de l’opération et taux appliqué. | Taux réduit sans justification. | Matrice fiscale et preuves. |
| Exonération | Mention, client, pays et transport. | Exonération non justifiée. | Numéro de TVA, preuves de transport ou documents douaniers. |
| Autoliquidation | Facture fournisseur et déclaration du client. | Absence ou double déclaration de la taxe. | Contrat et qualification du flux. |
| Avoirs | Facture initiale, correction et déclaration. | Diminution de TVA sans justification. | Dossier de réclamation et avoir lié. |
| Client–fournisseur | Données transmises par les deux parties. | Montants ou périodes contradictoires. | Contrat, réception et comptabilisation. |
📂 Dossier de preuve à conserver
| Pièce | Utilité |
|---|---|
| Contrat ou devis accepté | Démontrer l’accord et les conditions de l’opération. |
| Bon de commande | Identifier l’objet, le client et les références d’achat. |
| Bon de livraison | Prouver la remise des biens et l’adresse de livraison. |
| Procès-verbal de réception | Démontrer l’achèvement ou l’acceptation d’une prestation. |
| Preuve du taux | Justifier l’application d’un taux spécifique. |
| Preuve d’exonération | Sécuriser l’absence de TVA facturée. |
| Preuve de l’option sur les débits | Justifier la règle d’exigibilité. |
| Facture électronique originale | Conserver le document et ses données structurées. |
| Statuts de transmission | Prouver le dépôt, le routage et le traitement. |
| Avoir ou facture rectificative | Documenter la correction. |
| Rapprochement comptable et TVA | Démontrer la concordance avec les déclarations. |
1️⃣4️⃣ Cas pratique complexe — Facture mixte avec plusieurs taux
Équipement Premium SAS vend du matériel à un client professionnel français, facture une prestation d’installation et ajoute une prestation de formation. Les opérations ne suivent pas toutes nécessairement le même traitement.
| Ligne | Montant HT | Qualification initiale | Point à contrôler |
|---|---|---|---|
| Matériel | 20 000 € | Livraison de biens. | Taux, date de livraison et adresse. |
| Installation | 3 000 € | Service ou élément accessoire. | Autonomie contractuelle et traitement TVA. |
| Formation | 2 000 € | Prestation de services. | Exonération éventuelle, taux et exigibilité. |
Anomalies détectées dans le projet de facture
- toutes les lignes sont automatiquement classées comme biens ;
- la date de livraison est utilisée comme date unique pour la formation ;
- l’adresse du siège remplace l’adresse réelle de livraison ;
- la TVA sur l’installation est calculée sans analyse de son caractère accessoire ;
- la formation est qualifiée sans examen de son régime fiscal ;
- le champ structuré « nature de l’opération » indique uniquement « biens ».
Reprendre l’analyse du contrat, qualifier séparément les composantes, déterminer leur autonomie, corriger les dates, l’adresse de livraison, les catégories structurées et le traitement de TVA avant toute transmission.
1️⃣5️⃣ Cas pratique complexe — Vente intracommunautaire mal sécurisée
France Distribution SAS facture 40 000 € de marchandises à un client présenté comme belge. La facture ne comporte pas de TVA française.
Constats
| Élément | Constat | Risque |
|---|---|---|
| Numéro de TVA client | Présent mais non contrôlé. | Client non valablement identifié. |
| Adresse de livraison | Entrepôt situé en France. | Absence possible de transport intracommunautaire. |
| Preuve de transport | Aucune pièce disponible. | Exonération remise en cause. |
| Mention d’exonération | Présente sur la facture. | Mention non suffisante à elle seule. |
| Nature structurée | Livraison intracommunautaire. | Code contradictoire avec le flux physique observé. |
La facture ne doit pas être validée. L’adresse de livraison et l’absence de preuve de transport contredisent le régime d’exonération sélectionné.
1️⃣6️⃣ Cas pratique complexe — Avoir incohérent
Une entreprise émet un avoir de 12 000 € TTC à la suite d’un litige client. Le document ne mentionne pas la facture initiale et utilise un taux unique de 20 %, alors que la facture d’origine comportait plusieurs taux.
Anomalies
- absence de référence à la facture initiale ;
- motif de correction insuffisamment décrit ;
- TVA corrigée avec un taux unique incompatible avec la facture d’origine ;
- absence de ventilation de la base par taux ;
- impossibilité de rapprocher l’avoir du e-invoicing initial ;
- risque de diminution excessive de la TVA collectée.
Correction attendue
| Action | Résultat |
|---|---|
| Identifier la facture initiale | Rétablir la traçabilité. |
| Préciser le motif | Justifier commercialement la réduction. |
| Reprendre la ventilation d’origine | Corriger chaque base et chaque taux de TVA. |
| Relier les données structurées | Permettre le traitement automatisé de la correction. |
| Rapprocher avec la déclaration | Régulariser la TVA sur la bonne période. |
1️⃣7️⃣ Cas pratique complexe — Option sur les débits contradictoire
Services France SAS a valablement opté pour la TVA d’après les débits. La mention figure sur le PDF, mais le fichier structuré indique une exigibilité à l’encaissement. Le module de trésorerie transmet parallèlement des données de paiement.
Conséquences possibles
- facture visible et données structurées contradictoires ;
- traitement incohérent chez le client ;
- transmission inutile ou erronée de données de paiement ;
- TVA potentiellement rattachée à deux événements différents ;
- écart entre facturation, trésorerie et déclaration de TVA.
Identifier la source maîtresse du régime d’exigibilité, corriger le mapping structuré, arrêter les transmissions de paiement indues, tester un nouveau flux et rapprocher les périodes de TVA affectées.
1️⃣8️⃣ Cas pratique complexe — Facture acceptée techniquement mais refusée par le client
Une facture respecte le format, les calculs et les données obligatoires. Elle est correctement acheminée, puis refusée par le client.
Motifs du refus
- numéro de commande absent ;
- facturation à la société mère au lieu de la filiale ;
- prestation décrite de manière trop générale ;
- montant supérieur au bon de commande ;
- service destinataire incorrect ;
- pièce justificative contractuelle non jointe.
| Contrôle | Résultat |
|---|---|
| Conformité technique | Validée. |
| Conformité fiscale | Validée. |
| Conformité commerciale | Insuffisante. |
| Traitement | Analyser le refus, corriger le dossier et utiliser la procédure documentaire appropriée. |
La réussite technique de la transmission ne garantit ni l’acceptation commerciale ni le paiement de la facture.
🛡️ Matrice de contrôle avant transmission
| Contrôle | Responsable | Fréquence | Preuve | Blocage |
|---|---|---|---|---|
| Identité du client | Administration des ventes | Création et modification du tiers | Fiche validée | Oui |
| Adresse de livraison | Logistique | Chaque livraison distincte | Bon de livraison | Selon le flux |
| Nature de l’opération | Fiscalité / Métier | Création de l’article ou service | Matrice fiscale | Oui |
| Taux de TVA | Responsable TVA | Paramétrage et revue périodique | Référentiel validé | Oui |
| Calculs | ERP | Chaque facture | Journal de validation | Oui |
| Données structurées | DSI / Facturation | Chaque flux | Rapport de conformité | Oui |
| Commande | Administration des ventes | Chaque client concerné | Bon de commande | Selon les règles client |
| Validation finale | Service facturation | Chaque émission | Statut de validation | Oui |
📌 Synthèse de la Partie A
La fiabilisation d’une facture électronique repose sur quatre niveaux complémentaires : la qualification fiscale, l’exactitude des calculs, la qualité des données structurées et la cohérence avec les pièces commerciales.
Les plateformes agréées réalisent des contrôles techniques et réglementaires, mais elles ne remplacent ni l’analyse fiscale de l’entreprise ni son contrôle commercial.
La DGFiP peut rapprocher les données de facturation, les transmissions de transaction, les paiements et les déclarations de TVA. Toute différence doit donc pouvoir être expliquée et documentée.
La prévention des rejets exige enfin de bloquer les anomalies avant la transmission, au plus près de leur source : référentiel client, article, commande, logistique, fiscalité ou calcul.
La dernière partie développera le Contrôleur IA Mentions & Données de Facture, son architecture, son workflow de validation, ses alertes, la validation humaine, ses limites, la synthèse finale, les compétences acquises et la transition vers la Séquence 6/7.
La balise de fermeture de l’article interviendra uniquement à la fin de cette dernière partie.
🤖 Contrôleur IA Mentions & Données de Facture
Le Contrôleur IA Mentions & Données de Facture constitue un dispositif d’assistance destiné à analyser une facture avant sa transmission électronique.
Son objectif n’est pas de remplacer le responsable comptable, le fiscaliste ou le chef de mission. Il vise à détecter les incohérences suffisamment tôt pour éviter :
- les rejets techniques par la plateforme agréée ;
- les refus métier par le client ;
- les erreurs de TVA ;
- les mauvais routages ;
- les écarts entre la facture visible et ses données structurées ;
- les retards d’encaissement ;
- les corrections manuelles répétitives ;
- les anomalies de rapprochement avec la comptabilité et les déclarations fiscales.
Transformer le contrôle de facture en processus préventif, documenté et traçable, plutôt qu’en traitement curatif après rejet ou contrôle fiscal.
🧭 Vision fonctionnelle du Contrôleur IA
DONNÉES D’ENTRÉE
├── FACTURE VISIBLE
├── DONNÉES STRUCTURÉES
├── RÉFÉRENTIEL CLIENT
├── RÉFÉRENTIEL VENDEUR
├── RÉFÉRENTIEL ARTICLES ET SERVICES
├── MATRICE TVA
├── CONTRAT
├── COMMANDE
├── BON DE LIVRAISON
├── FACTURE INITIALE
└── PARAMÉTRAGES DE L’ERP
⬇
CONTRÔLEUR IA
MENTIONS & DONNÉES
├── CONTRÔLE JURIDIQUE
├── CONTRÔLE COMMERCIAL
├── CONTRÔLE FISCAL
├── CONTRÔLE ARITHMÉTIQUE
├── CONTRÔLE STRUCTUREL
├── CONTRÔLE DE ROUTAGE
├── CONTRÔLE DOCUMENTAIRE
└── SCORE DE RISQUE
⬇
RÉSULTAT
├── CONFORME
├── CONFORME SOUS RÉSERVE
├── CORRECTION REQUISE
├── VALIDATION HUMAINE OBLIGATOIRE
└── TRANSMISSION BLOQUÉE
🧠 Architecture fonctionnelle
| Module | Fonction principale | Données analysées | Livrable |
|---|---|---|---|
| Lecteur juridique | Vérifier l’identité et les mentions légales des parties. | Dénomination, forme, adresse, SIREN, SIRET et immatriculation. | Rapport d’identification vendeur–client. |
| Contrôleur de numérotation | Détecter les doublons, ruptures et réutilisations. | Numéro, série, date et journal des factures. | Alerte de séquence. |
| Contrôleur chronologique | Analyser la cohérence entre émission, livraison, prestation et échéance. | Dates de facture, opération, acompte, échéance et paiement. | Chronologie de l’opération. |
| Analyseur du client | Identifier la bonne personne juridique destinataire. | SIREN, dénomination, groupe, établissement et adresse électronique. | Fiche de routage validée. |
| Analyseur des adresses | Distinguer siège, facturation, livraison et routage. | Adresses contractuelles, logistiques et électroniques. | Cartographie des adresses. |
| Classificateur de l’opération | Distinguer biens, services, opération mixte ou régime spécifique. | Libellés, articles, contrat et commande. | Nature structurée proposée. |
| Moteur TVA | Contrôler territorialité, base, taux, taxe et régime. | Matrice fiscale, lignes, adresses et qualité du client. | Diagnostic TVA. |
| Moteur d’exigibilité | Identifier le fait générateur et la date d’exigibilité. | Nature de l’opération, option sur les débits, acomptes et encaissements. | Règle d’exigibilité documentée. |
| Contrôleur arithmétique | Recalculer les lignes, sous-totaux et totaux. | Quantités, prix, remises, bases, taux, TVA et acomptes. | Rapport de calcul. |
| Contrôleur des données structurées | Comparer les champs structurés avec le rendu visible. | XML, données métier et représentation de la facture. | Rapport de concordance. |
| Contrôleur documentaire | Rapprocher facture, commande, livraison et réception. | Documents contractuels et opérationnels. | Piste d’audit de l’opération. |
| Analyseur de correction | Contrôler avoirs et factures rectificatives. | Facture initiale, motif, bases et TVA corrigées. | Fiche de régularisation. |
| Score de risque | Prioriser les anomalies avant transmission. | Résultats de tous les modules. | Classement vert, orange ou rouge. |
📊 Cartographie des niveaux de contrôle
| Niveau | Contrôle | Exemple | Conséquence |
|---|---|---|---|
| Niveau 1 — Forme | Présence et format des données. | SIREN composé de neuf chiffres. | Blocage technique si non conforme. |
| Niveau 2 — Cohérence | Concordance entre plusieurs champs. | Dénomination correspondant au SIREN. | Alerte de référentiel. |
| Niveau 3 — Calcul | Validation des équilibres arithmétiques. | Total HT + TVA = total TTC. | Blocage avant émission. |
| Niveau 4 — Fiscalité | Vérification du régime de TVA. | Autoliquidation incompatible avec une TVA facturée. | Validation fiscale obligatoire. |
| Niveau 5 — Métier | Concordance avec la commande et la livraison. | Montant facturé supérieur au bon de commande. | Risque de refus client. |
| Niveau 6 — Preuve | Existence des justificatifs. | Exportation sans preuve douanière. | Transmission suspendue ou dossier à compléter. |
🔄 Workflow de validation
- Création du brouillon : les données sont alimentées depuis les référentiels, la commande et les éléments de réalisation.
- Contrôle d’identité : le vendeur, le client, le SIREN et les adresses sont vérifiés.
- Contrôle de l’opération : la nature des biens ou services est qualifiée.
- Contrôle fiscal : territorialité, régime, taux, exonération et exigibilité sont analysés.
- Contrôle des calculs : les lignes, bases, taxes et totaux sont recalculés.
- Contrôle documentaire : la facture est rapprochée du contrat, de la commande et de la livraison.
- Contrôle des données structurées : chaque champ est comparé au rendu visible.
- Calcul du score : les anomalies sont classées selon leur criticité.
- Correction : les erreurs simples sont retournées au service à l’origine de la donnée.
- Validation humaine : les points fiscaux, juridiques ou commerciaux sensibles sont approuvés.
- Autorisation de transmission : la facture est libérée uniquement lorsque les contrôles bloquants sont levés.
- Suivi du cycle de vie : les statuts de dépôt, rejet, réception ou refus sont intégrés au dossier.
- Capitalisation : la cause racine de chaque anomalie récurrente est corrigée dans le référentiel ou le paramétrage.
🧭 Schéma du workflow de validation
BROUILLON DE FACTURE
⬇
CONTRÔLEUR IA
├── IDENTITÉ
├── DATES
├── NUMÉROTATION
├── OPÉRATION
├── TVA
├── CALCULS
├── DONNÉES STRUCTURÉES
└── DOCUMENTS JUSTIFICATIFS
⬇
SCORE DE CONFORMITÉ
├── VERT
│ → TRANSMISSION AUTORISABLE
│
├── ORANGE
│ → VALIDATION HUMAINE
│
└── ROUGE
→ TRANSMISSION BLOQUÉE
⬇
VALIDATION FINALE
⬇
PLATEFORME AGRÉÉE
⬇
SUIVI DES STATUTS
⬇
DOSSIER D’AUDIT
🚦 Système de score de conformité
| Score | Signification | Exemple | Décision |
|---|---|---|---|
| 🟢 Vert | Aucune anomalie bloquante détectée. | Identités, TVA, calculs et données structurées concordants. | Transmission autorisable après validation normale. |
| 🟡 Jaune | Point mineur à surveiller. | Libellé peu détaillé mais opération identifiable. | Correction recommandée. |
| 🟠 Orange | Analyse humaine nécessaire. | Taux réduit ou exonération à confirmer. | Transmission suspendue jusqu’à validation. |
| 🔴 Rouge | Erreur majeure ou contradiction. | SIREN invalide, total déséquilibré ou autoliquidation avec TVA collectée. | Blocage obligatoire. |
| ⚫ Critique | Suspicion de fraude ou d’opération fictive. | IBAN modifié, fournisseur incohérent ou facture dupliquée. | Escalade au contrôle interne et à la direction. |
🚨 Alertes intelligentes
| Alerte | Déclencheur | Risque | Action attendue |
|---|---|---|---|
| 🔴 SIREN client incohérent | Le SIREN ne correspond pas à la dénomination. | Mauvais destinataire et mauvais routage. | Faire valider le référentiel client. |
| 🔴 Facture dupliquée | Même numéro, même client ou mêmes montants déjà détectés. | Double paiement ou double comptabilisation. | Bloquer et analyser la séquence. |
| 🔴 TVA incohérente | Le taux, la catégorie ou la mention sont contradictoires. | Rappel ou déduction remise en cause. | Validation du responsable TVA. |
| 🔴 Totaux déséquilibrés | HT + TVA différent du TTC. | Rejet technique. | Recalculer la facture. |
| 🔴 Avoir non rattaché | Absence de référence à la facture initiale. | Correction injustifiée. | Identifier le document d’origine. |
| 🟠 Nature de l’opération incertaine | Le libellé contient biens et services sans ventilation. | Exigibilité ou taux erroné. | Analyse contractuelle. |
| 🟠 Option sur les débits non prouvée | Le champ est actif sans justificatif fiscal. | TVA déclarée sur une mauvaise période. | Revue du dossier fiscal. |
| 🟠 Adresse de livraison atypique | Lieu différent du client ou du pays habituel. | Territorialité ou fraude. | Contrôler commande et transport. |
| 🟠 Taux réduit inhabituel | Le taux diffère du taux normalement utilisé pour l’article. | Sous-facturation de TVA. | Justification obligatoire. |
| 🟡 Désignation insuffisante | Libellé générique ou imprécis. | Refus client ou preuve fragile. | Enrichir la description. |
| 🟡 Commande absente | Le client exige une référence d’achat. | Refus métier. | Compléter avant émission. |
| ⚫ IBAN modifié récemment | Coordonnées bancaires différentes du référentiel approuvé. | Fraude au paiement. | Double validation hors du canal électronique habituel. |
🔔 Alertes comportementales et prédictives
Au-delà des règles fixes, le Contrôleur IA peut repérer des comportements inhabituels à partir de l’historique de facturation.
| Écart détecté | Analyse possible | Action |
|---|---|---|
| Montant très supérieur à l’historique du client | Commande exceptionnelle ou erreur de saisie. | Contrôle commercial renforcé. |
| Changement soudain de taux de TVA | Évolution réglementaire, nouvel article ou mauvais paramétrage. | Validation fiscale. |
| Nouvelle adresse de livraison étrangère | Flux international ou fraude. | Contrôle de territorialité. |
| Multiplication des avoirs | Erreurs récurrentes, litiges ou manipulation du chiffre d’affaires. | Revue du processus de vente. |
| Factures émises en fin de période | Risque de cut-off ou de chiffre d’affaires anticipé. | Contrôle de livraison et d’achèvement. |
| Modification fréquente du client juridique | Référentiel mal tenu ou groupe complexe. | Revue des contrats et des SIREN. |
👥 Validation humaine
Le Contrôleur IA prépare l’analyse, mais les décisions sensibles doivent être validées par un professionnel compétent.
| Décision | Apport de l’IA | Validateur humain | Preuve de validation |
|---|---|---|---|
| Identification du client | Propose la correspondance entre dénomination et SIREN. | Administration des ventes. | Fiche tiers approuvée. |
| Territorialité | Identifie les règles potentielles. | Responsable fiscal. | Note de territorialité. |
| Taux réduit | Compare l’article au référentiel fiscal. | Responsable TVA. | Justification du taux. |
| Exonération | Détecte le fondement possible et les pièces manquantes. | Fiscaliste. | Dossier d’exonération. |
| Option sur les débits | Signale l’existence ou l’absence de preuve. | Responsable TVA. | Document fiscal conservé. |
| Opération mixte | Repère les biens et services potentiellement distincts. | Fiscalité et direction métier. | Analyse contractuelle. |
| Avoir important | Compare le montant à la facture initiale et à l’historique. | Responsable comptable. | Validation de la correction. |
| Suspicion de fraude | Détecte une modification inhabituelle ou une incohérence. | Contrôle interne / Direction financière. | Compte rendu d’investigation. |
🛡️ Séparation des tâches
| Tâche | Préparateur | Validateur | Interdiction recommandée |
|---|---|---|---|
| Création d’un client | Administration des ventes. | Responsable du référentiel. | Le créateur ne valide pas seul le SIREN sensible. |
| Modification d’un IBAN | Trésorerie. | Responsable financier. | Aucune validation par simple courriel. |
| Création d’un taux ou code TVA | Fiscalité. | Responsable TVA. | Les utilisateurs opérationnels ne créent pas librement les codes. |
| Émission d’un avoir important | Comptabilité clients. | Direction financière ou manager. | Pas d’avoir sans motif et facture initiale. |
| Déblocage d’une alerte rouge | Utilisateur métier. | Référent compétent. | L’émetteur ne contourne pas seul le blocage. |
| Modification d’une règle IA | DSI ou éditeur. | Comité métier–fiscalité–contrôle interne. | Pas de mise en production sans recette. |
⚠️ Limites de l’IA
- l’IA ne prouve pas à elle seule la réalité d’une livraison ou d’une prestation ;
- elle ne peut pas toujours déterminer le véritable client juridique à partir d’un simple bon de commande ;
- elle ne remplace pas une analyse contractuelle complexe ;
- elle ne valide pas automatiquement un taux réduit ;
- elle ne démontre pas l’existence d’une exonération ;
- elle ne qualifie pas seule une opération mixte ou composite ;
- elle ne tranche pas une territorialité internationale complexe ;
- elle ne crée pas une option fiscale juridiquement valable ;
- elle ne garantit pas l’exactitude d’un référentiel externe non actualisé ;
- elle ne détecte pas toutes les fraudes lorsque les documents paraissent cohérents ;
- elle peut générer de faux positifs ou manquer une anomalie ;
- elle dépend de la qualité des données qui lui sont transmises ;
- elle doit être mise à jour à chaque évolution réglementaire ou technique ;
- elle ne porte aucune responsabilité juridique ou fiscale ;
- la responsabilité finale reste celle de l’entreprise et de ses dirigeants.
📋 Conditions d’utilisation responsable
| Condition | Exigence |
|---|---|
| Qualité des données | Les référentiels doivent être complets, actualisés et gouvernés. |
| Traçabilité | Chaque recommandation et chaque correction doivent être historisées. |
| Explicabilité | L’IA doit indiquer les règles et données ayant conduit à l’alerte. |
| Validation | Les décisions sensibles doivent être approuvées humainement. |
| Habilitations | Les droits d’accès et de déblocage doivent être limités. |
| Mise à jour | Les règles fiscales et techniques doivent être révisées régulièrement. |
| Recette | Chaque évolution du moteur doit être testée sur des cas représentatifs. |
| Audit | Les performances et erreurs du système doivent faire l’objet d’une revue périodique. |
📊 Tableau de bord du Contrôleur IA
| Indicateur | Calcul | Objectif |
|---|---|---|
| Taux de factures conformes au premier passage | Factures sans anomalie / factures contrôlées. | Mesurer la qualité à la source. |
| Taux de blocage interne | Factures bloquées avant émission / factures préparées. | Identifier les erreurs évitées avant transmission. |
| Taux de rejet externe | Factures rejetées par la plateforme / factures transmises. | Mesurer l’efficacité des contrôles internes. |
| Taux de refus client | Factures refusées / factures reçues par les clients. | Suivre la qualité commerciale. |
| Délai moyen de correction | Temps entre l’alerte et la résolution. | Réduire les retards d’encaissement. |
| Nombre d’alertes TVA | Alertes fiscales par période et par entité. | Identifier les référentiels à revoir. |
| Taux d’alertes récurrentes | Anomalies répétées / anomalies totales. | Traiter les causes racines. |
| Taux de déblocage manuel | Factures transmises malgré alerte / factures bloquées. | Surveiller les contournements. |
💼 Cas d’utilisation — Contrôle complet avant transmission
Conseil Expert SAS prépare une facture de 24 000 € HT pour une mission réalisée auprès d’une filiale française d’un groupe international. L’ERP classe l’opération comme prestation de services soumise à la TVA sur les débits.
Contrôles effectués
| Contrôle | Résultat | Décision |
|---|---|---|
| SIREN client | Correspond à la société mère et non à la filiale contractante. | Alerte rouge. |
| Commande | Émise au nom de la filiale. | Confirme l’erreur de client. |
| Nature de l’opération | Prestation de services correctement qualifiée. | Conforme. |
| Option sur les débits | Aucun justificatif fiscal disponible. | Alerte orange. |
| TVA | Calcul arithmétique correct à 20 %. | Conforme sous réserve du régime d’exigibilité. |
| Désignation | Libellé limité à « Conseil ». | Alerte jaune. |
| Données structurées | Le fichier XML reprend les mêmes erreurs que l’ERP. | Transmission bloquée. |
Corrections
- remplacer la société mère par la filiale juridiquement cliente ;
- corriger le SIREN et l’adressage électronique ;
- préciser la mission, la période et la référence du projet ;
- faire valider le régime d’exigibilité par le responsable TVA ;
- régénérer les données structurées ;
- relancer le contrôle complet avant transmission.
L’IA n’a pas seulement détecté une erreur technique. Elle a permis d’éviter la facturation de la mauvaise entité et une potentielle incohérence de TVA.
📝 Synthèse Premium
La conformité d’une facture électronique repose sur la cohérence de trois éléments indissociables :
- la facture lisible par le client ;
- les données structurées exploitées par les systèmes ;
- les preuves juridiques, commerciales et fiscales de l’opération.
Le Contrôleur IA Mentions & Données de Facture permet de rapprocher ces trois dimensions avant la transmission.
Il sécurise notamment :
- le SIREN et l’identité du client ;
- les différentes adresses de la transaction ;
- la numérotation et les dates ;
- la nature des opérations ;
- les quantités, prix et réductions ;
- les bases, taux et montants de TVA ;
- les exonérations et autoliquidations ;
- l’option pour le paiement de la TVA d’après les débits ;
- les avoirs et factures rectificatives ;
- la concordance entre le rendu visible et les données structurées.
L’automatisation permet de traiter rapidement un grand volume de factures, mais elle ne remplace jamais l’analyse d’un professionnel sur les cas sensibles.
La meilleure facture n’est pas seulement celle qui passe les contrôles techniques. C’est celle dont chaque donnée peut être expliquée, justifiée et défendue.
📌 À retenir
- le contrôle doit intervenir avant la transmission ;
- la donnée visible et la donnée structurée doivent être identiques ;
- le SIREN doit identifier le véritable client juridique ;
- l’adresse de livraison doit être distinguée de l’adresse de facturation ;
- la nature de l’opération influence la TVA et les données de paiement ;
- l’option sur les débits doit être juridiquement prouvée ;
- un calcul correct ne garantit pas l’application du bon taux ;
- une facture techniquement acceptée peut être commercialement refusée ;
- les anomalies récurrentes doivent être corrigées dans les référentiels ;
- les alertes rouges doivent bloquer la transmission ;
- les décisions fiscales sensibles restent humaines ;
- l’IA assiste, documente et priorise, mais ne porte pas la responsabilité de la facture.
🎓 Compétences acquises
Vous savez désormais contrôler la cohérence complète d’une facture avant sa transmission électronique.
Vous êtes capable de fiabiliser :
- les bases et taux de TVA ;
- les montants HT, TVA et TTC ;
- les données structurées ;
- les identifiants des parties ;
- les dates et la numérotation ;
- les mentions des régimes particuliers ;
- les informations relatives à l’exigibilité ;
- les avoirs et rectifications.
Vous savez distinguer :
- un blocage interne ;
- un rejet technique ;
- un refus métier ;
- une anomalie fiscale ;
- une suspicion de fraude.
Vous êtes enfin capable de concevoir un Contrôleur IA fondé sur des règles explicables, un score de criticité, un workflow de validation et une supervision humaine.
➡️ Transition vers la Séquence 6/7 — Organiser les responsabilités et sécuriser le déploiement
Vous savez désormais quelles mentions et données doivent figurer sur une facture et comment les contrôler avant transmission.
La prochaine séquence permettra d’organiser concrètement le déploiement au sein de l’entreprise.
Nous étudierons notamment :
- les responsabilités de la Direction générale ;
- le rôle du DAF et de la direction comptable ;
- les responsabilités de l’administration des ventes ;
- le rôle de la comptabilité fournisseurs ;
- les responsabilités du responsable TVA ;
- le rôle de la DSI et des éditeurs ;
- la gouvernance des référentiels ;
- la coordination avec la plateforme agréée ;
- la conduite des tests et de la recette ;
- la gestion des anomalies et du plan de continuité ;
- la matrice RACI du projet de facturation électronique.
Passer de la conformité de la facture à la gouvernance complète du dispositif afin que chaque acteur sache précisément ce qu’il doit produire, contrôler, valider, transmettre, corriger et conserver.
Comprendre les acteurs et l’architecture de la réforme
Identifier les acteurs du nouvel écosystème, comprendre le rôle des plateformes agréées et de l’annuaire national, puis préparer l’adressage électronique de chaque entité, établissement et service de facturation.
🎯 Introduction — La réforme transforme une facture en flux interconnecté
La facturation électronique ne consiste pas uniquement à remplacer une facture papier par un fichier numérique. Elle met en place une architecture nationale dans laquelle la facture, ses données fiscales et ses informations de suivi circulent entre plusieurs systèmes.
Dans l’ancien fonctionnement, une entreprise pouvait créer une facture dans son logiciel, l’enregistrer au format PDF et l’envoyer directement par courrier électronique à son client.
Dans le nouveau dispositif, les factures entrant dans le champ de l’e-invoicing doivent être acheminées par l’intermédiaire d’une plateforme agréée. Cette plateforme identifie le destinataire grâce à l’annuaire de la facturation électronique, transmet la facture vers la plateforme choisie par le client et communique à l’administration les données réglementaires requises.
ANCIEN CIRCUIT
FOURNISSEUR
⬇
PDF
⬇
COURRIER ÉLECTRONIQUE
⬇
CLIENT
NOUVEAU CIRCUIT
FOURNISSEUR
⬇
LOGICIEL OU SOLUTION COMPATIBLE
⬇
PLATEFORME AGRÉÉE
DE L’ÉMETTEUR
⬇
ANNUAIRE DE LA
FACTURATION ÉLECTRONIQUE
⬇
PLATEFORME AGRÉÉE
DU DESTINATAIRE
⬇
CLIENT
+
TRANSMISSION DES DONNÉES
RÉGLEMENTAIRES
À L’ADMINISTRATION
La facture électronique devient un objet à la fois commercial, comptable, fiscal et technique. Sa réussite dépend de la coordination entre l’entreprise, ses logiciels, les plateformes agréées, l’annuaire et les services de l’administration.
🎯 Objectif professionnel
À l’issue de cette livraison, vous serez capable de représenter l’architecture générale de la réforme et d’identifier précisément le rôle de chaque acteur.
Vous saurez notamment :
- expliquer pourquoi une architecture nationale a été mise en place ;
- distinguer l’entreprise émettrice de l’entreprise destinataire ;
- comprendre le rôle réglementaire des plateformes agréées ;
- distinguer une plateforme agréée d’une solution compatible ;
- comprendre la place des anciens opérateurs de dématérialisation dans la nouvelle architecture ;
- identifier le rôle de l’administration fiscale ;
- comprendre la fonction de l’annuaire national ;
- distinguer une adresse électronique de facturation d’une adresse e-mail ;
- organiser l’adressage d’une entreprise comportant plusieurs établissements ou services ;
- identifier les données nécessaires au routage des factures ;
- comprendre la circulation générale d’une facture entre deux plateformes ;
- préparer une cartographie des acteurs, outils et responsabilités.
Être capable de dessiner le circuit d’une facture depuis l’ERP du fournisseur jusqu’au système comptable du client, en identifiant à chaque étape l’acteur, le système, la donnée utilisée et la responsabilité associée.
🎓 Compétences développées
| Compétence | Résultat professionnel attendu | Risque évité |
|---|---|---|
| Cartographier les acteurs | Identifier chaque intervenant du circuit. | Responsabilités non attribuées. |
| Qualifier les plateformes | Distinguer plateforme agréée et solution compatible. | Choix d’un prestataire incapable d’assurer le circuit réglementaire. |
| Comprendre l’annuaire | Identifier la plateforme et l’adresse de facturation du destinataire. | Facture mal routée ou non distribuée. |
| Construire l’adressage | Définir la bonne maille de réception par entité ou service. | Facture reçue par le mauvais établissement. |
| Identifier les systèmes sources | Relier ERP, logiciel métier, plateforme et comptabilité. | Données perdues ou incohérentes entre les applications. |
| Distinguer les flux | Séparer facture, routage et transmission fiscale. | Confusion entre réception client et déclaration à l’administration. |
| Sécuriser les référentiels | Fiabiliser les identifiants et adresses électroniques. | Rejets et erreurs de distribution. |
1️⃣ Pourquoi une nouvelle architecture nationale ?
La réforme poursuit plusieurs objectifs qui ne peuvent pas être atteints par le simple envoi de fichiers PDF entre entreprises.
| Objectif | Limite de l’ancien système | Réponse de la nouvelle architecture |
|---|---|---|
| Automatiser la facturation | Ressaisies manuelles de fichiers PDF. | Données structurées intégrables dans les systèmes. |
| Fiabiliser l’identité des parties | Adresses e-mail ou noms commerciaux parfois ambigus. | Identification par les référentiels et l’annuaire. |
| Sécuriser le routage | Factures envoyées au mauvais interlocuteur. | Adresse électronique de facturation enregistrée. |
| Améliorer le suivi | Absence de visibilité après l’envoi d’un e-mail. | Messages et statuts de cycle de vie. |
| Réduire la fraude à la TVA | Informations connues tardivement par l’administration. | Transmission structurée des données réglementaires. |
| Faciliter les rapprochements | Données différentes entre fournisseur et client. | Circulation d’une facture structurée commune. |
| Réduire les délais de traitement | Validation et saisie manuelles. | Intégration et contrôles automatisés. |
| Améliorer le pilotage | Données dispersées entre facturation, comptabilité et trésorerie. | Flux plus rapidement disponibles et traçables. |
📄 La fin du PDF envoyé directement par e-mail dans le périmètre obligatoire
Une entreprise pourra continuer à produire un rendu lisible de sa facture et à utiliser un format hybride comportant une représentation visuelle. En revanche, pour les opérations relevant de l’e-invoicing obligatoire, le simple envoi direct d’un PDF par e-mail ne constitue pas le circuit réglementaire attendu.
| PDF envoyé par e-mail | Facture électronique dans le nouveau circuit |
|---|---|
| Adresse e-mail librement saisie. | Adresse électronique de facturation référencée. |
| Aucun contrôle systématique du destinataire. | Recherche du destinataire dans l’annuaire. |
| Données principalement destinées à la lecture humaine. | Données structurées exploitables automatiquement. |
| Absence de transmission fiscale intégrée. | Données réglementaires transmises par la plateforme agréée. |
| Pas de cycle de vie normalisé. | Messages permettant de suivre le traitement. |
| Risque de pièce jointe bloquée ou perdue. | Acheminement tracé entre plateformes. |
| Ressaisie fréquente par le client. | Importation automatisable dans le système du client. |
L’interdiction pratique du circuit direct ne signifie pas que toute représentation PDF disparaît. Un format hybride peut toujours comporter une image lisible, mais il doit être transmis par le circuit réglementaire lorsqu’il entre dans le champ de l’obligation.
2️⃣ Les nouveaux flux numériques
L’architecture doit prendre en charge plusieurs flux distincts. Ils ne doivent pas être regroupés sous l’expression vague « envoyer la facture ».
| Flux | Objet | Émetteur | Destinataire |
|---|---|---|---|
| Flux de facture | Transmettre le document et ses données structurées. | Fournisseur. | Client. |
| Flux de routage | Identifier la plateforme et l’adresse du destinataire. | Plateforme de l’émetteur. | Annuaire puis plateforme du client. |
| Flux de données fiscales | Communiquer les données réglementaires de facturation. | Plateforme agréée. | Administration fiscale. |
| Flux de e-reporting | Transmettre les données des opérations hors e-invoicing concernées. | Entreprise via sa plateforme. | Administration fiscale. |
| Flux de paiement | Transmettre les encaissements concernés. | Entreprise via sa plateforme. | Administration fiscale. |
| Flux de statut | Informer sur la prise en charge et le traitement. | Plateforme ou entreprise selon le statut. | Autres acteurs du circuit. |
| Flux d’annuaire | Créer ou mettre à jour l’adresse de facturation. | Plateforme agréée habilitée. | Annuaire national. |
Chaque flux doit posséder une source, un destinataire, un format, un responsable, un contrôle, un accusé de traitement et une procédure en cas d’échec.
3️⃣ Sécuriser la TVA par l’architecture
La nouvelle architecture permet à l’administration de recevoir plus rapidement des données relatives aux factures, aux transactions et, lorsque cela est requis, aux paiements.
Elle facilite les contrôles de cohérence entre :
- l’identité du fournisseur ;
- l’identité du client ;
- la date de facture ;
- la nature de l’opération ;
- la base hors taxe ;
- le taux de TVA ;
- le montant de taxe ;
- l’exonération ou l’autoliquidation ;
- les données déclarées par le fournisseur ;
- les données reçues ou comptabilisées par le client ;
- les déclarations périodiques de TVA.
FACTURE ÉLECTRONIQUE
+
DONNÉES DE TRANSACTION
+
DONNÉES DE PAIEMENT
LORSQU’ELLES SONT REQUISES
+
DÉCLARATION DE TVA
⬇
RAPPROCHEMENTS
• IDENTITÉS
• BASES
• TAUX
• MONTANTS
• PÉRIODES
• EXONÉRATIONS
• CORRECTIONS
⬇
DÉTECTION PLUS RAPIDE
DES INCOHÉRENCES
L’architecture facilite le contrôle, mais elle ne détermine pas seule le bon traitement fiscal. L’entreprise reste responsable de la qualification de l’opération et de l’exactitude des données transmises.
4️⃣ Automatiser les traitements comptables et financiers
Une facture correctement structurée peut alimenter automatiquement plusieurs processus.
| Processus | Automatisation possible | Contrôle humain conservé |
|---|---|---|
| Comptabilité fournisseurs | Précomptabilisation des comptes, montants et TVA. | Validation de l’imputation et de la réalité de la dépense. |
| Rapprochement commande | Comparaison automatique commande–réception–facture. | Traitement des écarts et litiges. |
| Validation | Orientation vers le bon approbateur. | Acceptation de la dépense. |
| Trésorerie | Prévision des échéances fournisseurs. | Décision de mise en paiement. |
| Comptabilité clients | Suivi des statuts et rapprochement des encaissements. | Gestion des litiges et relances. |
| TVA | Préparation des bases de contrôle. | Validation de la déclaration. |
| Clôture | Disponibilité accélérée des factures reçues. | Contrôle du cut-off et des estimations. |
5️⃣ Cartographie des acteurs
ENTREPRISE ÉMETTRICE
├── DIRECTION FINANCIÈRE
├── ADMINISTRATION DES VENTES
├── COMPTABILITÉ CLIENTS
├── RESPONSABLE TVA
├── DSI
└── LOGICIELS SOURCES
⬇
SOLUTION COMPATIBLE
ÉVENTUELLE
⬇
PLATEFORME AGRÉÉE
DE L’ÉMETTEUR
⬇
ANNUAIRE NATIONAL
⬇
PLATEFORME AGRÉÉE
DU DESTINATAIRE
⬇
SOLUTION COMPATIBLE
ÉVENTUELLE
⬇
ENTREPRISE DESTINATAIRE
├── COMPTABILITÉ FOURNISSEURS
├── ACHATS
├── APPROBATEURS
├── TRÉSORERIE
├── RESPONSABLE TVA
└── ERP
EN PARALLÈLE
PLATEFORMES AGRÉÉES
⬇
SERVICES PUBLICS
DE LA FACTURATION ÉLECTRONIQUE
⬇
ADMINISTRATION FISCALE
6️⃣ L’entreprise émettrice
L’entreprise émettrice est le fournisseur qui établit la facture. Elle demeure responsable de la réalité de l’opération, de la conformité de la facture et de l’exactitude des données transmises.
| Responsabilité | Action attendue | Preuve |
|---|---|---|
| Identifier le client | Utiliser la bonne personne juridique et le bon SIREN. | Référentiel client validé. |
| Qualifier l’opération | Déterminer biens, services, territorialité et TVA. | Matrice fiscale. |
| Produire la facture | Créer un document conforme et structuré. | Facture originale. |
| Choisir le circuit | Distinguer e-invoicing, e-reporting ou circuit spécifique. | Matrice de classification. |
| Transmettre | Envoyer le flux à sa plateforme agréée directement ou via une solution compatible. | Accusé de prise en charge. |
| Suivre | Contrôler les statuts et traiter les anomalies. | Journal du cycle de vie. |
| Conserver | Archiver la facture, les données et les justificatifs. | Dossier de piste d’audit. |
Selon le service choisi, elle peut proposer un outil de saisie ou recevoir une facture produite par un logiciel tiers. Dans tous les cas, l’entreprise reste responsable des informations qu’elle fournit.
7️⃣ L’entreprise destinataire
L’entreprise destinataire est l’acheteur qui reçoit la facture électronique sur la plateforme qu’elle a désignée.
Elle doit organiser :
- le choix de sa plateforme agréée ;
- son inscription et son adressage dans l’annuaire ;
- la réception des factures ;
- l’intégration dans son logiciel comptable ;
- le rapprochement avec les commandes et réceptions ;
- la validation par les services compétents ;
- le traitement des anomalies et litiges ;
- la mise en paiement ;
- la récupération et la justification de la TVA déductible ;
- l’archivage des factures reçues.
| Étape | Responsable interne possible | Risque |
|---|---|---|
| Réception technique | DSI / Plateforme. | Flux non intégré. |
| Identification du fournisseur | Comptabilité fournisseurs. | Fournisseur fictif ou doublon. |
| Rapprochement | Achats / Logistique. | Quantité ou prix non conformes. |
| Validation | Responsable opérationnel. | Paiement d’une dépense non autorisée. |
| TVA | Responsable fiscal. | Déduction indue ou tardive. |
| Paiement | Trésorerie. | Double paiement ou fraude à l’IBAN. |
8️⃣ Les plateformes agréées
Une plateforme agréée est un opérateur privé ayant obtenu l’agrément requis par l’administration pour exercer les fonctions réglementaires de la facturation électronique.
Elle constitue l’intermédiaire habilité entre les systèmes des entreprises, les autres plateformes et les services publics de la réforme.
Les documents historiques de la réforme utilisaient l’expression « plateforme de dématérialisation partenaire » ou « PDP ». La communication officielle utilise désormais principalement l’expression « plateforme agréée ». Dans ce module, les deux formulations peuvent être rapprochées, mais « plateforme agréée » constitue la terminologie à privilégier.
📋 Les missions d’une plateforme agréée
| Mission | Description | Résultat attendu |
|---|---|---|
| Émission | Recevoir ou permettre la création d’une facture destinée à être transmise. | Flux pris en charge. |
| Contrôle | Appliquer les vérifications techniques et réglementaires prévues. | Facture transmissible ou anomalie signalée. |
| Conversion | Transformer certains formats lorsque son service le prévoit. | Interopérabilité entre les parties. |
| Routage | Interroger l’annuaire et identifier la destination. | Facture orientée vers la bonne plateforme et la bonne adresse. |
| Transmission | Échanger la facture avec la plateforme du destinataire. | Facture mise à disposition du client. |
| Réception | Recevoir les factures destinées à ses clients. | Facture disponible ou transférée vers leur système. |
| E-reporting | Transmettre à l’administration les données fournies par l’entreprise. | Obligation déclarative exécutée. |
| Données de paiement | Transmettre les encaissements concernés. | Information fiscale communiquée. |
| Cycle de vie | Émettre, recevoir et transporter les messages de statut. | Traçabilité du traitement. |
| Annuaire | Déclarer et maintenir les adresses de ses clients selon ses habilitations. | Adressage à jour. |
| Sécurité | Protéger les données et les échanges conformément aux exigences applicables. | Confidentialité, intégrité et disponibilité. |
🛡️ Obligations et contrôle des plateformes agréées
L’agrément n’est pas une simple déclaration commerciale. Il repose sur une procédure administrative et sur le respect d’exigences techniques, opérationnelles, fiscales et de sécurité.
La plateforme doit notamment être capable :
- d’assurer les fonctions réglementaires correspondant à son agrément ;
- de communiquer avec les autres plateformes agréées ;
- de se connecter aux services publics de la réforme ;
- de respecter les formats, protocoles et règles applicables ;
- de protéger les données qui lui sont confiées ;
- de maintenir une traçabilité des traitements ;
- de gérer les incidents et la continuité de service ;
- de transmettre les données réglementaires attendues ;
- de respecter les conditions de maintien de son agrément.
Une entreprise ne doit pas se fier uniquement à une publicité ou à une promesse de conformité. Elle doit vérifier que le prestataire retenu figure bien sur la liste officielle des plateformes agréées et identifier l’entité juridique titulaire de l’agrément.
⚖️ Responsabilité de la plateforme et responsabilité de l’entreprise
| Sujet | Responsabilité de la plateforme | Responsabilité de l’entreprise |
|---|---|---|
| Format | Contrôler ou convertir selon les services souscrits. | Produire les informations nécessaires et valider le résultat. |
| Routage | Interroger l’annuaire et acheminer le flux. | Identifier le véritable client et fournir les bonnes références. |
| TVA | Transporter les données et appliquer certains contrôles de cohérence. | Déterminer le bon régime, le bon taux et la bonne exigibilité. |
| E-reporting | Transmettre les données reçues. | Fournir des données complètes, exactes et dans les délais. |
| Cycle de vie | Transporter et restituer les statuts. | Traiter les rejets, refus et litiges. |
| Archivage | Assurer les services prévus au contrat. | Vérifier que la conservation légale et fiscale est effectivement couverte. |
| Sécurité | Protéger sa plateforme et ses échanges. | Sécuriser ses accès, comptes, utilisateurs et systèmes internes. |
L’entreprise peut externaliser une fonction technique, mais elle ne transfère pas automatiquement sa responsabilité juridique, comptable et fiscale.
📑 La valeur juridique du passage par une plateforme agréée
Le passage par une plateforme agréée permet d’emprunter le circuit réglementaire exigé pour les opérations entrant dans le champ de l’e-invoicing.
Il contribue notamment à établir :
- la date de dépôt de la facture ;
- sa prise en charge technique ;
- son acheminement vers la plateforme du client ;
- sa mise à disposition ou sa réception ;
- les éventuels rejets ou messages de traitement ;
- la transmission des données réglementaires.
Ces traces ne démontrent pas à elles seules la réalité économique de l’opération. Le contrat, la commande, la livraison, la prestation et les autres preuves restent indispensables.
9️⃣ Les solutions compatibles et les anciens opérateurs de dématérialisation
De nombreuses entreprises utilisent déjà un ERP, un logiciel de facturation, un portail fournisseur, un outil de gestion documentaire ou un opérateur technique.
Ces solutions peuvent continuer à intervenir dans le processus si elles sont capables de se connecter à une plateforme agréée et d’échanger les données nécessaires.
L’expression « opérateur de dématérialisation » désignait traditionnellement un prestataire technique non immatriculé comme plateforme partenaire. La communication actuelle met davantage en avant la notion de « solution compatible ». Une solution compatible peut préparer, convertir, contrôler ou transmettre un flux vers une plateforme agréée, mais elle ne remplace pas cette dernière pour les fonctions réglementaires réservées.
| Capacité | Plateforme agréée | Solution compatible |
|---|---|---|
| Créer une facture | Oui, selon l’offre. | Oui, selon l’outil. |
| Produire des données structurées | Oui. | Oui, si elle est conçue pour cela. |
| Se connecter à l’ERP | Oui, selon les interfaces. | Oui. |
| Échanger réglementairement avec une autre plateforme | Oui. | Non en son seul nom, sauf si elle possède également l’agrément requis. |
| Mettre à jour l’annuaire | Oui, dans le cadre de ses habilitations. | Non directement pour la fonction réglementaire réservée. |
| Transmettre les données à l’administration | Oui. | Par l’intermédiaire d’une plateforme agréée. |
| Porter le logo officiel correspondant | Logo « Plateforme agréée » lorsqu’elle figure sur la liste officielle. | Label ou logo « Solution compatible » selon les conditions officielles applicables. |
« Votre solution est-elle elle-même une plateforme agréée, ou se connecte-t-elle à une plateforme agréée tierce ? » Cette distinction doit être explicitement prévue dans l’offre et le contrat.
🔟 L’administration fiscale et les services publics
L’administration fiscale définit le cadre réglementaire, agrée les plateformes et reçoit les données nécessaires au fonctionnement de la réforme.
Les services publics assurent notamment :
- la gestion du dispositif d’agrément des plateformes ;
- la publication de la liste officielle des plateformes agréées ;
- la mise à disposition de l’annuaire de la facturation électronique ;
- la réception des données réglementaires transmises par les plateformes ;
- le traitement des informations de e-reporting ;
- la réception des données de paiement concernées ;
- la publication des spécifications et de la documentation ;
- le contrôle du respect des obligations fiscales.
Le dispositif public constitue le socle de confiance, d’annuaire et de collecte fiscale. Les fonctions d’émission, de réception et d’échange des factures entre entreprises sont assurées par les plateformes agréées.
1️⃣1️⃣ Les systèmes et banques de données de l’entreprise
Les « banques de données » ne constituent pas un acteur réglementaire autonome. Elles représentent l’ensemble des systèmes internes dans lesquels sont stockées les informations nécessaires à la facture.
| Système | Données détenues | Utilisation dans la réforme |
|---|---|---|
| Référentiel juridique | SIREN, SIRET, dénomination, forme et établissements. | Identifier correctement l’émetteur. |
| Référentiel clients | Identité, SIREN, TVA, adresses et conditions de paiement. | Qualifier et router la facture. |
| Référentiel fournisseurs | Identité, coordonnées bancaires et régime fiscal. | Contrôler les factures reçues. |
| Référentiel articles | Nature, unité, prix et catégorie TVA. | Construire les lignes structurées. |
| ERP | Commandes, livraisons, factures et écritures. | Produire et intégrer les flux. |
| CRM | Contacts, contrats et opportunités. | Compléter le contexte commercial. |
| WMS ou logistique | Expéditions, réceptions et adresses de livraison. | Prouver le flux physique. |
| Trésorerie | Encaissements, paiements et rapprochements. | Alimenter les données de paiement concernées. |
| Data warehouse | Historique consolidé des opérations. | Rapprochements, tableaux de bord et contrôles. |
Si le SIREN, le taux de TVA ou l’adresse de livraison sont faux dans le système source, la plateforme transmettra une facture techniquement structurée mais matériellement incorrecte.
1️⃣2️⃣ L’annuaire de la facturation électronique
L’annuaire est un service national qui recense les entités concernées par la facturation électronique et les informations nécessaires au routage de leurs factures.
Il permet notamment d’identifier :
- l’entreprise destinataire ;
- la plateforme agréée qu’elle a désignée ;
- l’adresse électronique de facturation à utiliser ;
- la maille d’adressage applicable ;
- les informations nécessaires à l’acheminement du flux.
SIREN OU IDENTIFIANT
DU CLIENT
⬇
INTERROGATION
DE L’ANNUAIRE
⬇
ENTREPRISE IDENTIFIÉE
⬇
PLATEFORME AGRÉÉE
DU CLIENT
⬇
ADRESSE ÉLECTRONIQUE
DE FACTURATION
⬇
ROUTAGE DE LA FACTURE
📍 Les fonctions de l’annuaire
| Fonction | Description | Enjeu |
|---|---|---|
| Référencement | Recenser les entreprises et entités publiques concernées. | Identifier les destinataires du dispositif. |
| Association | Associer une entreprise à sa plateforme agréée. | Savoir où transmettre la facture. |
| Adressage | Enregistrer une ou plusieurs adresses de facturation. | Orienter la facture vers la bonne maille. |
| Routage | Fournir les informations nécessaires à l’acheminement. | Éviter les envois directs ou les destinations erronées. |
| Mise à jour | Prendre en compte les évolutions d’adresse ou de plateforme. | Maintenir la continuité des flux. |
| Consultation | Permettre la vérification des informations accessibles. | Préparer les entreprises et sécuriser les référentiels. |
🔎 La recherche automatique du destinataire
Lorsqu’une facture est prête à être transmise, la plateforme de l’émetteur utilise les informations du client pour rechercher sa destination électronique.
- Le logiciel transmet l’identité et le SIREN du client.
- La plateforme interroge l’annuaire.
- L’annuaire identifie la plateforme du client.
- La règle d’adressage détermine la maille de destination.
- La facture est orientée vers la plateforme correspondante.
- La plateforme du client remet ou expose la facture à son système.
L’identification de la bonne entreprise ne suffit pas toujours. Un groupe ou une entreprise multisite peut avoir défini plusieurs adresses de facturation. La référence d’établissement, de service ou de commande peut être indispensable pour sélectionner la bonne destination.
1️⃣3️⃣ L’adresse électronique de facturation
L’adresse électronique de facturation est une information de routage utilisée dans l’écosystème de facturation électronique. Elle ne doit pas être confondue avec une adresse e-mail classique.
| Adresse e-mail | Adresse électronique de facturation |
|---|---|
| Exemple : compta@entreprise.fr. | Identifiant de routage enregistré dans l’annuaire. |
| Destinée à la messagerie humaine. | Destinée à l’acheminement automatisé des factures. |
| Peut changer sans procédure formelle. | Doit être administrée et mise à jour dans le dispositif. |
| Ne détermine pas nécessairement une plateforme. | Est associée à une plateforme agréée. |
| Peut être individuelle. | Correspond à une maille juridique, organisationnelle ou fonctionnelle. |
| Ne garantit pas l’intégration comptable. | Permet le routage vers le système prévu par le destinataire. |
L’adresse e-mail indique à quelle boîte envoyer un message. L’adresse électronique de facturation indique à quelle destination réglementaire et technique acheminer une facture.
🧭 Les différentes mailles d’adressage
Une entreprise peut définir une adresse unique ou plusieurs adresses selon son organisation.
| Maille | Utilisation | Exemple | Risque |
|---|---|---|---|
| Entreprise | Toutes les factures sont reçues au niveau central. | Une adresse pour tout le SIREN. | Saturation ou tri interne important. |
| Établissement | Les factures sont orientées selon le site concerné. | Une adresse par SIRET. | Mauvais établissement renseigné par le fournisseur. |
| Service | Les factures sont dirigées vers une fonction ou direction. | Achats, immobilier ou informatique. | Code service absent. |
| Branche d’activité | Les factures sont séparées selon le métier. | Distribution et services. | Classification métier erronée. |
| Projet ou contrat | Orientation selon une référence particulière. | Grand chantier ou marché spécifique. | Référence de projet manquante. |
| Centre comptable | Réception centralisée pour plusieurs établissements. | Centre de services partagés. | Confusion entre adresse juridique et adresse de routage. |
🏢 Gérer une entreprise multisite
Groupe Distribution France possède un siège, huit entrepôts, cinquante magasins et un centre de services partagés chargé de la comptabilité fournisseurs.
Trois architectures possibles
| Architecture | Avantage | Limite |
|---|---|---|
| Une adresse unique au niveau du SIREN | Administration simple. | Tri interne important et risque de mauvais approbateur. |
| Une adresse par établissement | Orientation géographique directe. | Nombre élevé d’adresses à maintenir. |
| Une adresse centrale complétée par des codes de service | Centralisation et routage fonctionnel. | Dépendance à la qualité des références saisies par les fournisseurs. |
Choisir la maille selon l’organisation réelle des achats, des réceptions, des validations et de la comptabilité, puis tester les scénarios avec les principaux fournisseurs.
🏛️ Gérer un groupe de sociétés
Un groupe peut centraliser sa comptabilité sans supprimer l’identité juridique de ses filiales.
| Donnée | Traitement attendu |
|---|---|
| Client juridique | Filiale qui a contracté ou reçu l’opération. |
| SIREN | SIREN propre à cette filiale. |
| Plateforme | Plateforme désignée pour la filiale, qui peut être commune au groupe. |
| Adresse électronique | Adresse attribuée à la filiale ou à une maille associée. |
| Centre comptable | Peut être commun sans devenir le client juridique. |
| Référence interne | Code société, établissement, service ou commande permettant le routage interne. |
Le centre de services partagés peut recevoir et traiter la facture, mais celle-ci doit rester établie au nom de la société juridiquement débitrice.
📊 Tableau Premium — Comparaison des acteurs
| Acteur | Rôle principal | Peut échanger réglementairement les factures ? | Peut transmettre les données fiscales ? | Responsabilité essentielle |
|---|---|---|---|---|
| Entreprise émettrice | Créer et justifier la facture. | Par l’intermédiaire de sa plateforme agréée. | Fournit les données à sa plateforme. | Exactitude juridique et fiscale. |
| Entreprise destinataire | Recevoir, contrôler et traiter la facture. | Par l’intermédiaire de sa plateforme agréée. | Selon les obligations qui lui incombent. | Validation, comptabilisation et paiement. |
| Plateforme agréée | Émettre, recevoir, router et transmettre. | Oui. | Oui. | Exécution des fonctions réglementaires et sécurité. |
| Solution compatible ou ancien OD | Produire, convertir ou intégrer les flux. | Via une plateforme agréée, sauf agrément propre. | Via une plateforme agréée. | Qualité technique de ses interfaces. |
| Annuaire national | Référencer plateformes et adresses. | Il permet le routage sans être l’émetteur de la facture. | Non au titre de cette fonction. | Fiabilité du référencement. |
| DGFiP | Encadrer la réforme et recevoir les données. | Ne remplace pas les plateformes pour l’échange B2B. | Elle reçoit et exploite les données. | Administration et contrôle du dispositif fiscal. |
| Systèmes internes | Produire et exploiter les données. | Via une plateforme agréée. | Alimentent le flux transmis. | Qualité des données sources. |
📋 Tableau Premium — Responsabilités par étape
| Étape | Entreprise émettrice | Plateforme de l’émetteur | Annuaire | Plateforme du client | Entreprise cliente |
|---|---|---|---|---|---|
| Création | Produit et valide la facture. | Peut fournir l’outil selon l’offre. | — | — | — |
| Contrôle initial | Valide le fond juridique et fiscal. | Contrôle le format et les données prévues. | — | — | — |
| Identification | Fournit le bon client et le bon SIREN. | Interroge l’annuaire. | Retourne la destination. | — | Maintient son adressage par l’intermédiaire de sa plateforme. |
| Acheminement | Suit le dépôt. | Transmet le flux. | Facilite le routage. | Reçoit le flux. | — |
| Mise à disposition | Suit le statut. | Reçoit le retour. | — | Met la facture à disposition. | Reçoit et intègre la facture. |
| Traitement | Répond aux demandes ou litiges. | Transporte les statuts. | — | Transporte les statuts. | Contrôle, valide ou refuse. |
| Données fiscales | Garantit l’exactitude des informations. | Transmet les données réglementaires. | — | Contribue selon le flux. | Assure ses obligations propres. |
🧭 Schéma Premium — Architecture générale
FOURNISSEUR
ERP • LOGICIEL DE FACTURATION
• CRM • LOGISTIQUE
⬇
SOLUTION COMPATIBLE
ÉVENTUELLE
⬇
PLATEFORME AGRÉÉE A
├── CONTRÔLE
├── CONVERSION
├── ROUTAGE
├── TRANSMISSION
└── DONNÉES FISCALES
⬇
ANNUAIRE
• IDENTITÉ DU CLIENT
• PLATEFORME DU CLIENT
• ADRESSE DE FACTURATION
⬇
PLATEFORME AGRÉÉE B
├── RÉCEPTION
├── CONTRÔLE
├── CONVERSION ÉVENTUELLE
├── MISE À DISPOSITION
└── STATUTS
⬇
SOLUTION COMPATIBLE
ÉVENTUELLE
⬇
CLIENT
ERP • COMPTABILITÉ FOURNISSEURS
• ACHATS • TRÉSORERIE
PLATEFORMES AGRÉÉES
⬇
SERVICES PUBLICS
ET ADMINISTRATION FISCALE
🚚 Schéma Premium — Circulation simplifiée d’une facture
- Le fournisseur crée et valide sa facture.
- Son logiciel transmet la facture à sa plateforme agréée, directement ou par une solution compatible.
- La plateforme contrôle le flux selon les règles applicables.
- Elle interroge l’annuaire à partir des données du client.
- L’annuaire indique la plateforme et l’adresse de facturation du client.
- La facture est transmise à la plateforme du client.
- La plateforme du client met la facture à disposition ou l’intègre dans son système.
- Le client contrôle et traite la facture.
- Les informations de suivi sont retournées dans le circuit.
- Les données réglementaires sont communiquées à l’administration.
Ce schéma présente la circulation générale. Les messages de statut, les contrôles détaillés et les responsabilités attachées à chaque événement seront approfondis dans la partie suivante.
💼 Cas pratique n°1 — PME utilisant un logiciel de facturation
Menuiserie Moderne SARL utilise un logiciel en ligne pour créer ses factures. L’éditeur annonce que son outil sera compatible avec la réforme, mais il n’est pas lui-même présenté comme plateforme agréée.
Questions à poser
- à quelle plateforme agréée le logiciel sera-t-il connecté ?
- le client pourra-t-il choisir une autre plateforme ?
- qui souscrit le contrat avec la plateforme agréée ?
- qui inscrit l’entreprise dans l’annuaire ?
- qui administre l’adresse de réception ?
- quels formats seront transmis ?
- comment les factures reçues seront-elles récupérées ?
- les données de e-reporting seront-elles produites par le logiciel ?
- quels services sont compris dans le prix ?
La compatibilité du logiciel est utile, mais l’entreprise doit identifier la plateforme agréée qui assurera réellement le circuit réglementaire et connaître la chaîne contractuelle complète.
💼 Cas pratique n°2 — Groupe utilisant une plateforme commune
Groupe Horizon comporte dix filiales françaises. Le groupe souhaite retenir une seule plateforme agréée et centraliser la réception des factures dans son centre de services partagés.
Points à organiser
| Sujet | Traitement attendu |
|---|---|
| Contrats | Déterminer si chaque filiale contracte ou si un mandat de groupe est mis en place. |
| Annuaire | Référencer chaque SIREN avec sa plateforme. |
| Adressage | Définir une adresse par filiale, puis éventuellement par service. |
| Réception | Centraliser techniquement sans perdre l’identité juridique de la filiale. |
| ERP | Router chaque facture vers la bonne société comptable. |
| Habilitations | Limiter les accès selon les entités et responsabilités. |
| Audit | Conserver une traçabilité par filiale. |
Créer une adresse unique au nom du groupe sans mécanisme fiable permettant de distinguer les sociétés juridiquement concernées.
💼 Cas pratique n°3 — Client disposant de plusieurs sites
Industrie France SA possède six usines. Les commandes sont passées par le siège, les biens sont livrés dans les usines et les factures sont traitées par un centre comptable central.
Données à distinguer
| Donnée | Valeur fonctionnelle |
|---|---|
| Client juridique | Industrie France SA. |
| SIREN | SIREN d’Industrie France SA. |
| Établissement | Usine concernée par la commande ou la livraison. |
| Adresse de livraison | Adresse physique de l’usine. |
| Adresse de facturation | Centre comptable central. |
| Adresse électronique de facturation | Maille définie dans l’annuaire. |
| Référence de commande | Clé permettant le rapprochement et le routage interne. |
Le fournisseur doit utiliser le bon SIREN, renseigner l’adresse réelle de livraison et intégrer la référence permettant au centre comptable d’orienter la facture vers l’usine et l’approbateur compétents.
💼 Cas pratique n°4 — Facture envoyée à une adresse e-mail habituelle
Un fournisseur continue à adresser ses factures au format PDF à comptabilite@client.fr, alors que le client a désigné une plateforme agréée et dispose d’une adresse électronique de facturation référencée.
Analyse
- l’adresse e-mail historique n’est pas l’adresse réglementaire de routage ;
- la facture n’emprunte pas le circuit de la plateforme ;
- les données réglementaires ne sont pas automatiquement transmises ;
- le cycle de vie n’est pas alimenté ;
- le client peut devoir demander une émission conforme ;
- le fournisseur risque un retard de traitement et de paiement.
Mettre à jour le référentiel client, interroger l’annuaire par l’intermédiaire de la plateforme et utiliser l’adresse électronique de facturation applicable.
💼 Cas pratique n°5 — Plateforme agréée et logiciel métier distincts
Cabinet Conseil Plus utilise un logiciel métier pour suivre ses missions et un logiciel comptable distinct. Il choisit une plateforme agréée indépendante de ces deux outils.
Architecture à construire
LOGICIEL MÉTIER
• CLIENT
• MISSION
• TEMPS
• HONORAIRES
⬇
LOGICIEL DE FACTURATION
OU INTERFACE
• NUMÉRO
• DATE
• TVA
• DONNÉES STRUCTURÉES
⬇
PLATEFORME AGRÉÉE
• CONTRÔLE
• ROUTAGE
• TRANSMISSION
⬇
CLIENT
EN RETOUR
STATUTS
⬇
LOGICIEL COMPTABLE
ET SUIVI CLIENT
Vérifier qu’un identifiant unique relie la mission, la facture, le flux transmis, les statuts et l’écriture comptable.
📌 Synthèse intermédiaire
La réforme instaure une architecture dans laquelle les entreprises ne s’échangent plus directement les factures entrant dans le périmètre obligatoire.
Chaque entreprise doit désigner une plateforme agréée afin de recevoir ses factures et, selon son calendrier, de les émettre et de transmettre les données requises.
Une solution compatible peut continuer à créer, convertir ou intégrer les factures, mais les fonctions réglementaires réservées doivent être assurées par une plateforme agréée.
L’annuaire national relie chaque entreprise à sa plateforme et à ses adresses électroniques de facturation. Il permet d’acheminer la facture vers la bonne destination.
L’adresse électronique de facturation ne constitue pas une adresse e-mail. Elle représente une règle de routage qui peut être définie au niveau de l’entreprise, de l’établissement, du service, du projet ou du centre comptable.
Enfin, la qualité de l’architecture dépend directement des référentiels internes. Un SIREN, un établissement ou une adresse erronés peuvent provoquer un mauvais routage malgré le bon fonctionnement technique des plateformes.
La prochaine livraison détaillera les échanges entre plateformes, la circulation complète des factures et des statuts, la distinction entre émission, réception et transmission fiscale, les responsabilités de l’entreprise, les changements de plateforme, les mandats, les contrats, la sécurité et la gouvernance.
Elle intégrera également le Schéma IA Architecture Facturation Électronique avant la synthèse finale, les compétences acquises, la transition vers la Séquence 7/7 et la fermeture de l’article.
1️⃣4️⃣ Comprendre les échanges entre plateformes agréées
Lorsque le fournisseur et le client utilisent deux plateformes agréées différentes, la facture doit pouvoir circuler entre ces plateformes sans obliger les entreprises à intervenir manuellement dans son acheminement.
Cette interopérabilité constitue l’un des fondements de la réforme. Une entreprise ne doit pas être contrainte d’utiliser la même plateforme que chacun de ses clients ou fournisseurs.
ENTREPRISE FOURNISSEUR
⬇
ERP OU LOGICIEL
DE FACTURATION
⬇
PLATEFORME AGRÉÉE A
• CONTRÔLE DU FLUX
• INTERROGATION DE L’ANNUAIRE
• IDENTIFICATION DE LA DESTINATION
• PRÉPARATION DE LA TRANSMISSION
⬇
ÉCHANGE INTERPLATEFORMES
⬇
PLATEFORME AGRÉÉE B
• RÉCEPTION
• CONTRÔLE
• MISE À DISPOSITION
• RESTITUTION AU SYSTÈME CLIENT
⬇
ENTREPRISE CLIENTE
La plateforme de l’émetteur doit être capable d’acheminer la facture vers la plateforme désignée par le destinataire, sous réserve de l’existence d’une adresse de réception valide dans l’annuaire et du respect des formats et règles applicables.
🔗 Les informations nécessaires à l’échange interplateformes
| Information | Fonction | Source | Risque en cas d’erreur |
|---|---|---|---|
| Identité de l’émetteur | Identifier l’entreprise qui établit la facture. | Référentiel juridique du fournisseur. | Flux attribué à la mauvaise entité. |
| SIREN du client | Rechercher la structure destinataire. | Référentiel client. | Recherche erronée dans l’annuaire. |
| Adresse électronique de facturation | Déterminer la maille exacte de réception. | Annuaire de la facturation électronique. | Facture orientée vers le mauvais service. |
| Plateforme du destinataire | Identifier l’opérateur chargé de la réception. | Annuaire. | Échec de l’acheminement. |
| Format de la facture | Permettre la lecture et l’intégration du document. | Logiciel source et plateforme. | Rejet technique ou conversion impossible. |
| Type de document | Distinguer facture, acompte, avoir ou correction. | Logiciel de facturation. | Mauvais traitement comptable. |
| Références métier | Faciliter le rapprochement chez le client. | Commande, contrat ou projet. | Refus métier malgré une transmission réussie. |
📡 Les principales étapes de l’échange
- Production : le fournisseur établit la facture dans son ERP, son logiciel métier, son logiciel de facturation ou l’interface proposée par sa plateforme.
- Validation interne : l’entreprise contrôle l’identité du client, les mentions, les calculs et le traitement de TVA.
- Dépôt : la facture est adressée à la plateforme agréée du fournisseur, directement ou par une solution compatible.
- Contrôle technique : la plateforme vérifie le format et les données nécessaires à la prise en charge.
- Recherche de destination : la plateforme interroge l’annuaire à partir des identifiants du client.
- Routage : la plateforme identifie la plateforme du destinataire et son adresse de réception.
- Transmission : la facture est échangée entre les deux plateformes.
- Réception : la plateforme du client prend en charge le flux.
- Restitution : la facture est mise à disposition ou transmise au système comptable du client.
- Suivi : les messages de statut sont retournés aux acteurs concernés.
- Transmission fiscale : les données réglementaires sont communiquées à l’administration selon les règles applicables.
1️⃣5️⃣ Distinguer l’émission, la transmission et la réception
Ces trois fonctions sont souvent regroupées dans le langage courant, alors qu’elles correspondent à des événements et à des responsabilités différents.
| Fonction | Définition opérationnelle | Acteur principal | Preuve attendue |
|---|---|---|---|
| Émission | Création définitive d’une facture conforme par le fournisseur ou pour son compte. | Entreprise émettrice. | Facture originale et journal de numérotation. |
| Dépôt | Remise du flux à la plateforme agréée de l’émetteur. | Entreprise ou solution connectée. | Trace de dépôt ou de prise en charge. |
| Transmission | Acheminement de la facture vers la plateforme du client. | Plateforme agréée de l’émetteur. | Message ou trace d’acheminement. |
| Réception technique | Prise en charge du flux par la plateforme du destinataire. | Plateforme agréée du client. | Trace de réception. |
| Mise à disposition | Présentation ou transfert de la facture vers l’entreprise cliente. | Plateforme du client. | Statut ou journal de mise à disposition. |
| Réception métier | Intégration et prise en charge par les services du client. | Entreprise destinataire. | Entrée dans le workflow fournisseurs. |
Une facture peut avoir été créée et déposée sans avoir été correctement acheminée ou intégrée chez le client. L’entreprise doit suivre les différentes étapes au lieu de se limiter au statut « facture générée » dans son ERP.
📤 Organiser l’émission des factures
| Étape | Contrôle | Responsable | Risque |
|---|---|---|---|
| Création du brouillon | Commande, prix, quantité et client. | Administration des ventes. | Données commerciales erronées. |
| Qualification fiscale | Nature, territorialité, taux et exigibilité. | Responsable TVA. | TVA incorrecte. |
| Validation | Mentions, totaux et justificatifs. | Service facturation. | Facture incomplète. |
| Numérotation définitive | Unicité et continuité. | ERP ou comptabilité clients. | Doublon ou rupture de séquence. |
| Génération structurée | Concordance entre rendu et données. | Logiciel et DSI. | Fichier techniquement incohérent. |
| Dépôt sur la plateforme | Authentification et intégrité. | Interface ou utilisateur habilité. | Flux non transmis ou altéré. |
| Suivi | Prise en charge et éventuels rejets. | Comptabilité clients. | Incident non traité. |
📥 Organiser la réception des factures
| Étape | Traitement | Responsable | Contrôle clé |
|---|---|---|---|
| Réception technique | Prise en charge du flux entrant. | Plateforme et DSI. | Exhaustivité des flux reçus. |
| Identification du fournisseur | Rapprochement avec le référentiel fournisseurs. | Comptabilité fournisseurs. | SIREN, TVA et coordonnées bancaires. |
| Détection des doublons | Comparaison du numéro, du fournisseur et du montant. | ERP. | Facture déjà reçue ou comptabilisée. |
| Rapprochement commande | Comparaison commande–réception–facture. | Achats et logistique. | Prix, quantité et service fait. |
| Contrôle TVA | Analyse du droit à déduction et du régime. | Comptabilité et fiscalité. | Taxe facturée à tort. |
| Validation métier | Approbation de la dépense. | Responsable opérationnel. | Prestation réellement réalisée. |
| Comptabilisation | Enregistrement dans les bons comptes. | Comptabilité fournisseurs. | Période, imputation et analytique. |
| Mise en paiement | Préparation de l’échéance. | Trésorerie. | IBAN et absence de blocage. |
1️⃣6️⃣ Distinguer la facture transmise au client des données transmises à l’administration
La circulation de la facture entre le fournisseur et son client ne doit pas être confondue avec la transmission fiscale réalisée par la plateforme agréée.
FLUX COMMERCIAL ET COMPTABLE
FOURNISSEUR
⬇
FACTURE ÉLECTRONIQUE
⬇
PLATEFORME A
⬇
PLATEFORME B
⬇
CLIENT
FLUX FISCAL
DONNÉES EXTRAITES
DE LA FACTURE
⬇
PLATEFORME AGRÉÉE
⬇
SERVICES PUBLICS
DE LA RÉFORME
⬇
ADMINISTRATION FISCALE
| Élément | Facture au client | Données à l’administration |
|---|---|---|
| Finalité | Constater et demander le paiement de l’opération. | Répondre aux obligations fiscales de transmission. |
| Destinataire | Entreprise cliente. | Administration fiscale. |
| Contenu | Facture et données nécessaires au client. | Données réglementaires prévues. |
| Canal | Échange interplateformes. | Services publics de collecte. |
| Responsable du fond | Entreprise émettrice. | Entreprise tenue de fournir des données exactes. |
| Responsable technique | Plateformes agréées selon le circuit. | Plateforme agréée chargée de la transmission. |
La plateforme transporte et transmet les données, mais l’entreprise demeure responsable de l’exactitude fiscale des informations dont ces données sont issues.
📊 Les catégories de données fiscales transmises
| Famille | Exemples | Contrôle interne préalable |
|---|---|---|
| Identification | Émetteur, destinataire et identifiants. | Concordance des référentiels. |
| Document | Numéro, date et type de facture. | Unicité et chronologie. |
| Opération | Biens, services ou combinaison. | Qualification fiscale. |
| Montants | HT, bases, TVA et TTC. | Recalcul arithmétique. |
| Régime fiscal | Taux, exonération, autoliquidation ou franchise. | Matrice TVA documentée. |
| Exigibilité | Option sur les débits ou encaissement concerné. | Concordance avec le dossier fiscal. |
| Correction | Avoir ou facture rectificative. | Liaison avec le document initial. |
1️⃣7️⃣ Maîtriser le cycle de vie des factures
Le cycle de vie correspond à l’ensemble des événements qui permettent de suivre la facture depuis son dépôt jusqu’à son traitement et, selon le scénario, jusqu’à son paiement ou son encaissement.
Les dénominations, codes, caractères obligatoires ou recommandés et conditions d’utilisation doivent être repris des spécifications et normes applicables lors du déploiement.
L’entreprise peut conserver des étapes internes supplémentaires, mais elle doit mapper ses statuts métier avec les statuts normalisés sans en modifier librement le sens.
🧭 Schéma Premium du cycle de vie
FACTURE CRÉÉE
⬇
DÉPOSÉE
AUPRÈS DE LA PLATEFORME
⬇
CONTRÔLE TECHNIQUE
├── CONFORME
│
│ ⬇
│
│ ACHEMINEMENT
│
└── NON CONFORME⬇REJET
ET CORRECTION
⬇
RÉCEPTION
PAR LA PLATEFORME CLIENT
⬇
MISE À DISPOSITION
DU DESTINATAIRE
⬇
CONTRÔLE MÉTIER
├── APPROBATION
├── APPROBATION PARTIELLE
├── REFUS
├── LITIGE
└── DEMANDE D’INFORMATION
⬇
MISE EN PAIEMENT
⬇
PAIEMENT
OU ENCAISSEMENT
⬇
RAPPROCHEMENT
ET CLÔTURE DU DOSSIER
📍 Cartographie fonctionnelle des statuts
| Famille | Signification fonctionnelle | Acteur concerné | Action interne |
|---|---|---|---|
| Dépôt | La facture a été remise à la plateforme de l’émetteur. | Fournisseur et plateforme. | Conserver la preuve et attendre la prise en charge. |
| Rejet | Une anomalie empêche la poursuite normale du flux. | Plateforme ou chaîne technique. | Qualifier, corriger et retransmettre. |
| Transmission | La facture a été acheminée vers la destination identifiée. | Plateformes. | Suivre la réception. |
| Réception | La plateforme du client a pris en charge le flux. | Plateforme du destinataire. | Déclencher l’intégration. |
| Mise à disposition | La facture est accessible à l’entreprise cliente. | Client. | Débuter le contrôle fournisseur. |
| Approbation | La facture est reconnue et validée. | Entreprise cliente. | Préparer le paiement. |
| Approbation partielle | Seule une partie de la facture est admise. | Client et fournisseur. | Traiter l’écart et la correction éventuelle. |
| Refus | La facture est contestée dans son ensemble. | Client. | Analyser le motif et le dossier commercial. |
| Litige | Un désaccord nécessite une action ou un échange. | Client et fournisseur. | Attribuer un responsable et suivre la résolution. |
| Paiement ou encaissement | Un règlement total ou partiel est constaté. | Trésorerie et comptabilité. | Lettrer, rapprocher et transmettre les données requises. |
Cette cartographie explique la fonction métier des événements. Le paramétrage opérationnel doit reprendre les libellés, codes et règles figurant dans la version applicable des spécifications officielles.
🚨 Distinguer rejet, refus et litige
| Événement | Origine | La facture est-elle parvenue au client ? | Traitement |
|---|---|---|---|
| Rejet technique | Format, champ, calcul ou routage. | Pas nécessairement. | Corriger le flux avant un nouvel acheminement. |
| Refus métier | Mauvais client, commande absente ou opération contestée. | Oui. | Analyser le fond commercial et juridique. |
| Litige partiel | Prix, quantité, qualité ou service fait. | Oui. | Identifier la part admise et la correction requise. |
| Demande d’information | Dossier incomplet ou référence manquante. | Oui. | Compléter le dossier sans modifier inutilement la facture. |
1️⃣8️⃣ Les responsabilités de l’entreprise émettrice
| Responsabilité | Exigence | Responsable interne possible | Preuve |
|---|---|---|---|
| Choix de la plateforme | Sélectionner une plateforme officiellement agréée. | Direction financière et achats. | Contrat et vérification de la liste officielle. |
| Qualité des données | Fournir des informations exactes et complètes. | Administration des ventes. | Référentiels validés. |
| Conformité fiscale | Appliquer le bon régime de TVA. | Responsable TVA. | Matrice fiscale. |
| Émission | Produire une facture conforme et non dupliquée. | Comptabilité clients. | Journal de facturation. |
| Transmission | Déposer le flux dans les délais et suivre sa prise en charge. | Service facturation. | Journaux de plateforme. |
| Correction | Traiter rapidement les rejets et refus. | Référent facturation électronique. | Ticket d’incident et nouveau statut. |
| Conservation | Maintenir les factures, données et justificatifs. | Direction comptable. | Politique d’archivage. |
1️⃣9️⃣ Les responsabilités de l’entreprise destinataire
| Responsabilité | Exigence | Responsable interne possible |
|---|---|---|
| Désignation de la plateforme | Être en capacité de recevoir les factures électroniques. | Direction financière. |
| Adressage | Définir et maintenir les adresses de réception. | Comptabilité fournisseurs et DSI. |
| Réception | Contrôler l’exhaustivité des flux entrants. | Comptabilité fournisseurs. |
| Contrôle du fournisseur | Identifier le créancier réel et prévenir les fraudes. | Référentiel fournisseurs. |
| Validation | Rapprocher commande, réception et facture. | Achats et métiers. |
| TVA déductible | Vérifier les conditions de fond et de forme. | Responsable TVA. |
| Statuts | Émettre les informations requises ou utiles au cycle de vie. | Comptabilité fournisseurs. |
| Paiement | Payer le bon fournisseur sur le bon compte. | Trésorerie. |
| Archivage | Conserver la facture reçue et son historique. | Direction comptable. |
2️⃣0️⃣ Changer de plateforme agréée
Le choix d’une plateforme ne doit pas créer une dépendance empêchant l’entreprise de changer de prestataire. Toutefois, une migration mal préparée peut interrompre la réception ou l’émission des factures.
PLATEFORME ACTUELLE
⬇
DÉCISION DE CHANGEMENT
⬇
AUDIT DU CONTRAT
ET DES DONNÉES
⬇
CHOIX DE LA NOUVELLE
PLATEFORME AGRÉÉE
⬇
CONFIGURATION
ET TESTS
⬇
MISE À JOUR
DE L’ANNUAIRE
⬇
BASCULE CONTRÔLÉE
⬇
SURVEILLANCE
DES PREMIERS FLUX
⬇
RÉVERSIBILITÉ
ET CLÔTURE DU CONTRAT INITIAL
📋 Plan de migration entre plateformes
| Étape | Travail attendu | Risque |
|---|---|---|
| Inventaire | Identifier les entités, adresses, flux, utilisateurs et interfaces. | Périmètre oublié. |
| Analyse contractuelle | Vérifier préavis, résiliation, restitution et assistance. | Coûts ou blocages inattendus. |
| Export des données | Récupérer factures, statuts, journaux et preuves. | Perte d’historique. |
| Paramétrage | Créer les entités, utilisateurs et règles de routage. | Mauvaise adresse de réception. |
| Interfaces | Reconnecter ERP, facturation, comptabilité et trésorerie. | Flux interrompu. |
| Recette | Tester émission, réception, statuts et données fiscales. | Anomalie découverte après bascule. |
| Annuaire | Faire mettre à jour la plateforme et les adresses. | Factures envoyées à l’ancienne plateforme. |
| Bascule | Fixer une date et surveiller les files d’attente. | Double réception ou période sans service. |
| Réversibilité | Vérifier la restitution complète des données. | Dépendance résiduelle. |
Une nouvelle plateforme techniquement opérationnelle ne recevra pas correctement les factures si l’annuaire continue d’orienter les flux vers l’ancien prestataire ou vers une adresse devenue inactive.
2️⃣1️⃣ Sécuriser les mandats
Une entreprise peut confier certaines opérations à un tiers : établissement matériel des factures, transmission, administration de l’annuaire, réalisation du e-reporting ou gestion de certaines fonctions pour plusieurs sociétés d’un groupe.
Le mandat doit définir clairement les pouvoirs accordés, sans créer d’ambiguïté sur la responsabilité fiscale de l’entreprise.
| Élément du mandat | Contenu attendu |
|---|---|
| Mandant | Identification précise de l’entreprise donnant mandat. |
| Mandataire | Identification de l’entité qui exécute les opérations. |
| Périmètre | Entités, établissements, pays, flux et types de documents concernés. |
| Pouvoirs | Création, dépôt, réception, transmission, correction ou administration. |
| Durée | Date d’effet, échéance, renouvellement et révocation. |
| Validation | Règles d’approbation des factures et données. |
| Traçabilité | Journaux des opérations réalisées pour le compte du mandant. |
| Sécurité | Habilitations, authentification et gestion des incidents. |
| Responsabilité | Répartition contractuelle sans remise en cause des obligations légales. |
| Réversibilité | Restitution des données et fin des accès. |
Le fait qu’un expert-comptable, un centre de services partagés ou un éditeur dispose techniquement d’un accès ne suffit pas à définir juridiquement l’étendue de ses pouvoirs.
2️⃣2️⃣ Sécuriser le contrat avec la plateforme
| Clause | Questions à traiter | Risque couvert |
|---|---|---|
| Périmètre fonctionnel | Émission, réception, e-reporting, paiement, annuaire et archivage sont-ils couverts ? | Fonction essentielle absente de l’offre. |
| Entité titulaire de l’agrément | Le cocontractant est-il bien la structure figurant sur la liste officielle ? | Confusion entre éditeur, revendeur et plateforme. |
| Formats | Quels formats sont reçus, convertis et restitués ? | Incompatibilité avec l’ERP. |
| Interopérabilité | Comment les échanges avec les autres plateformes sont-ils assurés ? | Flux non acheminés. |
| Niveaux de service | Disponibilité, délais de traitement et assistance. | Interruption prolongée. |
| Sécurité | Authentification, chiffrement, journalisation et gestion des incidents. | Accès frauduleux ou fuite de données. |
| Sous-traitance | Quels prestataires secondaires interviennent ? | Chaîne de responsabilité opaque. |
| Localisation | Où sont stockées et traitées les données ? | Risque juridique ou de souveraineté. |
| Archivage | Quelle durée, quelle intégrité et quel accès ? | Conservation insuffisante. |
| Réversibilité | Sous quel format les données seront-elles restituées ? | Captivité du prestataire. |
| Résiliation | Préavis, assistance à la migration et maintien des accès. | Rupture brutale du service. |
| Tarification | Abonnement, volume, conversion, stockage et assistance. | Coût total mal anticipé. |
📑 Matrice de négociation contractuelle
| Exigence | Minimum attendu | Position Premium |
|---|---|---|
| Disponibilité | Engagement de service documenté. | Indicateurs, pénalités et plan de continuité testable. |
| Assistance | Canal de support identifié. | Priorisation selon la criticité et interlocuteur dédié. |
| Incident | Notification des anomalies. | Délais d’alerte, analyse de cause et rapport complet. |
| Réversibilité | Export des documents. | Documents, données structurées, statuts, journaux et métadonnées. |
| Évolution réglementaire | Mise à jour du service. | Calendrier, information préalable et environnement de test. |
| Audit | Documentation de conformité disponible. | Droit d’audit ou rapports indépendants accessibles. |
2️⃣3️⃣ Sécuriser les données
Les plateformes et systèmes de facturation traitent des informations sensibles : identité des clients et fournisseurs, prix, volumes, contrats, coordonnées bancaires, situations de paiement et données fiscales.
La sécurité doit couvrir l’ensemble de la chaîne et non seulement la plateforme.
UTILISATEUR
⬇
POSTE DE TRAVAIL
⬇
ERP OU LOGICIEL MÉTIER
⬇
INTERFACE API OU FICHIER
⬇
PLATEFORME AGRÉÉE
⬇
ÉCHANGE INTERPLATEFORMES
⬇
SYSTÈME DU CLIENT
À CHAQUE ÉTAPE
• IDENTIFICATION
• AUTHENTIFICATION
• AUTORISATION
• CHIFFREMENT
• JOURNALISATION
• SAUVEGARDE
• SUPERVISION
🛡️ Contrôles de sécurité essentiels
| Contrôle | Application | Risque couvert |
|---|---|---|
| Authentification renforcée | Accès aux fonctions sensibles et à l’administration. | Usurpation de compte. |
| Gestion des habilitations | Droits limités selon le rôle et l’entité. | Accès excessif aux factures. |
| Séparation des tâches | Création, validation et transmission réparties. | Fraude ou erreur non détectée. |
| Chiffrement | Données en transit et au repos. | Interception ou divulgation. |
| Journalisation | Création, modification, validation et transmission. | Absence de traçabilité. |
| Contrôle des API | Clés, certificats, quotas et surveillance. | Connexion non autorisée. |
| Sauvegarde | Documents, paramètres, journaux et annuaire interne. | Perte de données. |
| Plan de continuité | Procédures en cas d’indisponibilité. | Arrêt de la facturation. |
| Contrôle des IBAN | Modification soumise à une validation indépendante. | Fraude au virement. |
| Revue des accès | Contrôle périodique des utilisateurs. | Comptes d’anciens salariés encore actifs. |
🚨 Fraude à la facture et fraude à l’IBAN
La facturation électronique réduit certaines possibilités de fraude, mais elle ne supprime pas les risques de manipulation des référentiels, des comptes utilisateurs ou des coordonnées bancaires.
| Signal | Risque | Réaction |
|---|---|---|
| Modification récente de l’IBAN | Détournement du paiement. | Vérification indépendante auprès du fournisseur connu. |
| Nouveau fournisseur avec montant élevé | Fournisseur fictif. | Validation juridique et bancaire renforcée. |
| Utilisateur demandant un déblocage urgent | Contournement des contrôles. | Escalade managériale. |
| Facture techniquement correcte sans commande | Dépense non autorisée. | Validation du service demandeur. |
| Changement d’adresse électronique | Mauvais routage ou usurpation. | Contrôle dans l’annuaire et auprès de la plateforme. |
| Multiples avoirs inhabituels | Manipulation du chiffre d’affaires. | Revue par le contrôle interne. |
2️⃣4️⃣ Mettre en place les contrôles de l’architecture
| Contrôle | Fréquence | Responsable | Preuve |
|---|---|---|---|
| Vérification de l’agrément | À la sélection puis périodiquement. | Direction financière. | Copie ou référence de la liste officielle. |
| Contrôle de l’annuaire | À chaque nouvelle entité ou modification. | Référent plateforme. | État des adresses actives. |
| Test d’émission | Avant mise en production et après évolution. | DSI et facturation. | Procès-verbal de recette. |
| Test de réception | Avant mise en production et périodiquement. | DSI et comptabilité fournisseurs. | Facture test intégrée. |
| Rapprochement des flux | Quotidien. | Comptabilité. | Rapport émission–réception–rejet. |
| Suivi des statuts bloquants | Quotidien. | Référent facturation électronique. | Tableau des incidents. |
| Revue des habilitations | Trimestrielle. | DSI et contrôle interne. | Liste des droits validée. |
| Test de continuité | Au moins annuel. | DSI et direction financière. | Compte rendu de simulation. |
| Revue du contrat | Annuelle. | Achats et juridique. | Grille de conformité contractuelle. |
| Test de réversibilité | Périodique ou avant renouvellement. | DSI et juridique. | Export témoin exploitable. |
📊 Tableau de bord de l’architecture
| Indicateur | Calcul | Objectif |
|---|---|---|
| Taux de factures transmises | Factures prises en charge / factures émises. | Contrôler l’exhaustivité. |
| Taux de réception réussie | Factures reçues et intégrées / factures entrantes. | Mesurer la qualité du flux fournisseur. |
| Taux de rejet | Factures rejetées / factures déposées. | Identifier les anomalies techniques. |
| Taux de refus métier | Factures refusées / factures reçues. | Mesurer la qualité commerciale. |
| Délai moyen de traitement | Temps entre réception et validation. | Accélérer le processus fournisseurs. |
| Délai moyen de correction | Temps entre rejet et retransmission conforme. | Réduire les retards de paiement. |
| Taux d’adresses valides | Adresses actives et testées / adresses configurées. | Sécuriser le routage. |
| Disponibilité du service | Temps disponible / temps total. | Suivre le niveau de service. |
| Nombre d’incidents de sécurité | Incidents par criticité et période. | Piloter le risque numérique. |
2️⃣5️⃣ Organiser la gouvernance
La facturation électronique ne doit pas être placée sous la responsabilité d’un seul service. Elle relie la direction financière, la fiscalité, les métiers, les achats, la trésorerie, la DSI, le juridique et le contrôle interne.
COMITÉ DE PILOTAGE
• DIRECTION GÉNÉRALE
• CFO / DAF
• DIRECTION COMPTABLE
• RESPONSABLE TVA
• DSI
• ACHATS
• JURIDIQUE
• CONTRÔLE INTERNE
⬇
RESPONSABLE DU DISPOSITIF
⬇
ÉQUIPES OPÉRATIONNELLES
├── FACTURATION CLIENTS
├── COMPTABILITÉ FOURNISSEURS
├── TRÉSORERIE
├── RÉFÉRENTIELS
├── SUPPORT DSI
└── ADMINISTRATION DE LA PLATEFORME
⬇
CONTRÔLES ET REPORTING
📋 Matrice de gouvernance
| Acteur | Responsabilité principale | Décisions |
|---|---|---|
| Direction générale | Sponsoriser le projet et arbitrer les risques majeurs. | Budget, priorité et niveau de risque accepté. |
| DAF | Piloter la conformité et la performance financière. | Choix de l’architecture et des prestataires. |
| Direction comptable | Organiser émission, réception et clôture. | Procédures comptables et contrôles. |
| Responsable TVA | Valider les règles fiscales et les données transmises. | Taux, territorialité, exigibilité et e-reporting. |
| DSI | Construire et sécuriser les interfaces. | Architecture technique, accès et continuité. |
| Achats | Négocier les contrats et fiabiliser les commandes. | Prestataire, clauses et références d’achat. |
| Juridique | Sécuriser contrats, mandats et responsabilités. | Clauses, sous-traitance et réversibilité. |
| Contrôle interne | Tester la maîtrise des risques. | Plan de contrôle et traitement des anomalies. |
| Référent facturation électronique | Coordonner le fonctionnement quotidien. | Escalade des incidents et suivi des KPI. |
🔄 Matrice RACI simplifiée
| Processus | Responsable | Approbateur | Consultés | Informés |
|---|---|---|---|---|
| Choix de la plateforme | DAF / Achats | Direction générale | DSI, fiscalité, juridique | Utilisateurs |
| Paramétrage de l’annuaire | Référent plateforme | Direction comptable | DSI, filiales | Fournisseurs concernés |
| Création d’une facture | Administration des ventes | Service facturation | Fiscalité | Comptabilité clients |
| Traitement d’un rejet | Référent facturation | Direction comptable | DSI, métier, fiscalité | DAF selon criticité |
| Modification d’un code TVA | Responsable TVA | Direction fiscale ou comptable | DSI et métiers | Utilisateurs concernés |
| Changement de plateforme | Chef de projet | DAF | DSI, achats, juridique, fiscalité | Clients et fournisseurs si nécessaire |
| Incident de sécurité | RSSI / DSI | Direction générale | Juridique, DAF, prestataire | Acteurs requis par la procédure |
💼 Cas pratique n°1 — Échange entre deux plateformes différentes
Fournitures Rhône SAS utilise la plateforme Alpha. Son client, Industrie Atlantique SAS, utilise la plateforme Beta.
Déroulement attendu
- Fournitures Rhône établit la facture avec le SIREN exact du client.
- La facture est déposée sur la plateforme Alpha.
- Alpha contrôle le flux et interroge l’annuaire.
- L’annuaire indique que le client utilise Beta et précise son adresse de réception.
- Alpha transmet la facture à Beta.
- Beta la met à disposition d’Industrie Atlantique.
- Le client l’intègre dans son ERP et la rapproche de la commande.
- Les statuts sont restitués au fournisseur.
- Les données réglementaires sont transmises à l’administration.
Le fournisseur n’a pas à souscrire un compte auprès de la plateforme Beta. L’interopérabilité est assurée entre les plateformes agréées.
💼 Cas pratique n°2 — Adresse de routage erronée
Une facture est établie au nom du bon client et avec le bon SIREN, mais elle est orientée vers l’adresse électronique de son département immobilier alors qu’elle concerne le service informatique.
Conséquences
- la facture peut être techniquement reçue ;
- elle peut ne pas atteindre le bon approbateur ;
- le rapprochement avec la commande peut échouer ;
- le client peut demander une correction ou un réacheminement ;
- le délai de paiement peut être retardé.
Vérifier la référence de commande et la maille d’adressage dans l’annuaire, puis corriger le référentiel client afin d’éviter la répétition de l’erreur.
💼 Cas pratique n°3 — Changement de plateforme mal préparé
Société Nova résilie son ancienne plateforme le 31 décembre. La nouvelle plateforme est opérationnelle, mais l’adresse de réception n’est mise à jour dans l’annuaire que le 5 janvier.
Risques
- factures fournisseurs acheminées vers l’ancienne plateforme ;
- flux bloqués ou non récupérés ;
- rupture de continuité comptable ;
- retard dans la récupération de la TVA ;
- litiges avec les fournisseurs ;
- perte de certains statuts pendant la transition.
Maintenir une période de transition contractuelle, synchroniser la mise à jour de l’annuaire avec la date de bascule, surveiller les deux plateformes et rapprocher quotidiennement les flux attendus et reçus.
💼 Cas pratique n°4 — Mandat de groupe incomplet
La société mère administre la plateforme de six filiales, mais le document signé ne précise ni les entités couvertes ni les fonctions autorisées.
Anomalies
- périmètre juridique indéterminé ;
- pouvoir de modifier l’annuaire non défini ;
- responsabilité en cas d’erreur non répartie ;
- absence de règle de révocation ;
- habilitation potentiellement excessive des utilisateurs du groupe ;
- réversibilité non prévue.
Formaliser un mandat précisant chaque filiale, les opérations autorisées, les modalités de validation, la durée, les accès, la responsabilité et la restitution des données.
💼 Cas pratique n°5 — Plateforme indisponible à la clôture
Le dernier jour du mois, l’interface entre l’ERP et la plateforme devient indisponible. Plusieurs centaines de factures sont prêtes mais ne peuvent pas être déposées.
Réflexes attendus
- Identifier si l’incident provient de l’ERP, de l’interface ou de la plateforme.
- Conserver les factures validées dans une file sécurisée sans modifier leur numérotation.
- Ouvrir un incident auprès du prestataire.
- Appliquer le plan de continuité prévu au contrat et dans les procédures internes.
- Empêcher la création de doublons lors de la reprise.
- Contrôler chaque accusé de prise en charge après rétablissement.
- Rapprocher les factures comptabilisées des factures réellement transmises.
- Documenter les impacts comptables, fiscaux et commerciaux.
Le plan de continuité doit être testé avant la première indisponibilité réelle. Une simple clause contractuelle ne constitue pas une procédure opérationnelle.
💼 Cas pratique n°6 — Facture reçue mais non intégrée
La plateforme indique que la facture fournisseur a été correctement reçue. Elle n’apparaît pourtant pas dans le module fournisseurs de l’ERP.
Diagnostic
| Hypothèse | Contrôle |
|---|---|
| Interface interrompue | Contrôler les journaux techniques et files d’attente. |
| Fournisseur inconnu | Vérifier si le flux est bloqué dans une file de création de tiers. |
| Doublon suspecté | Contrôler les règles de détection et les factures antérieures. |
| Société comptable erronée | Vérifier le SIREN et la maille de réception. |
| Donnée structurée invalide pour l’ERP | Comparer le fichier reçu au mapping d’intégration. |
| Workflow non affecté | Contrôler la commande, le service et l’approbateur. |
Une réception réussie sur la plateforme ne garantit pas l’intégration comptable. Le contrôle doit couvrir toute la chaîne jusqu’à l’ERP.
💼 Cas pratique n°7 — Modification frauduleuse des coordonnées bancaires
Une facture électronique est reçue par le bon circuit et correspond à une prestation réelle. L’IBAN affiché diffère néanmoins de celui habituellement utilisé par le fournisseur.
Traitement sécurisé
- bloquer la mise en paiement ;
- ne pas utiliser les coordonnées figurant dans un message d’accompagnement non vérifié ;
- contacter le fournisseur au moyen d’un numéro déjà connu ;
- vérifier la modification auprès d’un interlocuteur habilité ;
- faire approuver le nouvel IBAN par une seconde personne ;
- conserver la preuve du contrôle ;
- analyser les journaux et accès en cas de suspicion de compromission.
Le passage par une plateforme agréée ne doit jamais conduire à désactiver les contrôles anti-fraude portant sur les coordonnées bancaires.
📌 Synthèse intermédiaire de la Partie A
L’architecture de la réforme distingue plusieurs événements : création, émission, dépôt, transmission, réception, mise à disposition, traitement métier et transmission fiscale.
Les échanges entre plateformes permettent à chaque entreprise de conserver la plateforme de son choix, sous réserve de la fiabilité de l’annuaire, de l’adressage et des données d’identification.
Le cycle de vie rend les factures plus traçables, mais impose à l’entreprise de traiter rapidement les rejets, refus, litiges et demandes d’information.
Le changement de plateforme doit être organisé comme une migration critique : analyse contractuelle, export des données, tests, mise à jour de l’annuaire, période de transition et contrôle de réversibilité.
Les mandats et contrats doivent préciser les pouvoirs, responsabilités, niveaux de service, exigences de sécurité, conditions de sortie et modalités de restitution.
Enfin, la gouvernance doit associer la Direction financière, la comptabilité, la fiscalité, les métiers, la DSI, les achats, le juridique et le contrôle interne.
La dernière partie développera le Schéma IA Architecture Facturation Électronique, son moteur de cartographie, son workflow décisionnel, ses alertes, la validation humaine et les limites de l’intelligence artificielle.
Elle comprendra également la synthèse Premium, les compétences acquises, la transition vers la Séquence 7/7 et la fermeture finale de l’article.
🤖 Schéma IA Architecture Facturation Électronique
Le Schéma IA Architecture Facturation Électronique constitue un outil d’assistance à la cartographie, à la documentation et au contrôle de l’ensemble du dispositif de facturation électronique de l’entreprise.
Il ne se limite pas à représenter un flux théorique entre un fournisseur et un client. Il relie :
- les entités juridiques du groupe ;
- les établissements et services destinataires ;
- les logiciels de facturation et ERP ;
- les solutions compatibles ;
- les plateformes agréées ;
- les adresses électroniques de facturation ;
- les interfaces techniques ;
- les flux d’émission et de réception ;
- les données transmises à l’administration ;
- les statuts du cycle de vie ;
- les mandats, contrats et habilitations ;
- les contrôles internes et plans de continuité.
Transformer une architecture souvent dispersée entre plusieurs services et prestataires en un référentiel unique, compréhensible, contrôlable et défendable par la Direction financière.
🧭 Architecture générale du Schéma IA
CARTOGRAPHIE DES ENTITÉS
• SOCIÉTÉS
• SIREN
• ÉTABLISSEMENTS
• SIRET
• GROUPES TVA
• CENTRES DE SERVICES PARTAGÉS
⬇
CARTOGRAPHIE DES SYSTÈMES
• ERP
• LOGICIELS DE FACTURATION
• LOGICIELS MÉTIERS
• CRM
• CAISSES
• MARKETPLACES
• TRÉSORERIE
• OUTILS D’ARCHIVAGE
⬇
CARTOGRAPHIE DES INTERMÉDIAIRES
• SOLUTIONS COMPATIBLES
• PLATEFORMES AGRÉÉES
• CONNECTEURS
• API
• PRESTATAIRES D’ARCHIVAGE
⬇
CARTOGRAPHIE DES FLUX
• ÉMISSION
• RÉCEPTION
• E-INVOICING
• E-REPORTING
• DONNÉES DE PAIEMENT
• STATUTS
• CORRECTIONS
⬇
CARTOGRAPHIE DES CONTRÔLES
• IDENTITÉ
• TVA
• ADRESSAGE
• SÉCURITÉ
• HABILITATIONS
• CONTRATS
• CONTINUITÉ
• RÉVERSIBILITÉ
⬇
SCHÉMA IA CONSOLIDÉ
• RISQUES
• DÉPENDANCES
• ALERTES
• RESPONSABLES
• ACTIONS PRIORITAIRES
🧠 Architecture fonctionnelle
| Module | Fonction | Données exploitées | Livrable |
|---|---|---|---|
| Cartographe juridique | Recenser les sociétés, établissements et groupes TVA. | SIREN, SIRET, organigrammes et dossiers juridiques. | Carte des entités concernées. |
| Cartographe des plateformes | Identifier la plateforme utilisée par chaque entité. | Contrats, mandats et annuaire. | Matrice Entité–Plateforme. |
| Cartographe d’adressage | Recenser les adresses électroniques de facturation. | Annuaire, SIREN, SIRET, services et codes de routage. | Plan d’adressage. |
| Analyseur des systèmes | Identifier les logiciels participant à la chaîne. | Inventaire applicatif et interfaces. | Carte des applications. |
| Analyseur des flux | Documenter émission, réception, statuts et données fiscales. | Interfaces, formats et journaux. | Diagrammes de circulation. |
| Moteur d’interopérabilité | Contrôler les échanges entre logiciels et plateformes. | Formats, API, connecteurs et règles de conversion. | Rapport de compatibilité. |
| Analyseur contractuel | Repérer les clauses absentes ou insuffisantes. | Contrats, annexes techniques et niveaux de service. | Grille de risques contractuels. |
| Analyseur des mandats | Vérifier les pouvoirs confiés aux tiers. | Mandats, délégations et habilitations. | Registre des pouvoirs. |
| Moteur de sécurité | Analyser accès, authentification et journalisation. | Habilitations, journaux et politiques de sécurité. | Score de sécurité. |
| Moteur de continuité | Évaluer les solutions de secours et de reprise. | PCA, PRA, sauvegardes et clauses de service. | Carte de résilience. |
| Moteur de gouvernance | Attribuer les responsabilités et circuits d’escalade. | Organigramme, RACI et procédures. | Matrice de gouvernance. |
| Score de maturité | Évaluer le niveau de préparation de chaque entité. | Résultats de tous les modules. | Classement par niveau de risque. |
📊 Les objets analysés par le Schéma IA
| Objet | Questions posées | Risque recherché |
|---|---|---|
| Entité juridique | Quel SIREN porte l’obligation ? | Mauvaise société facturée ou déclarée. |
| Établissement | Quel site reçoit ou émet le flux ? | Mauvaise maille de routage. |
| Plateforme agréée | Quel prestataire assure les fonctions réglementaires ? | Prestataire non adapté ou périmètre incomplet. |
| Solution compatible | À quelle plateforme est-elle connectée ? | Chaîne technique ou contractuelle opaque. |
| Adresse électronique | Quelle adresse reçoit chaque catégorie de facture ? | Factures perdues ou mal orientées. |
| Interface | Quel format et quel protocole sont utilisés ? | Flux non intégrable. |
| Statut | Qui produit, reçoit et traite chaque message ? | Rejet ou litige non pris en charge. |
| Contrat | Les fonctions, délais et responsabilités sont-ils couverts ? | Service attendu non compris. |
| Mandat | Le tiers dispose-t-il du pouvoir nécessaire ? | Action réalisée sans habilitation formelle. |
| Plan de continuité | Comment poursuivre en cas d’indisponibilité ? | Arrêt de la facturation ou de la réception. |
🔄 Workflow décisionnel du Schéma IA
- Identifier l’entité : déterminer la société juridiquement concernée et ses identifiants.
- Qualifier le rôle : préciser si l’entité émet, reçoit ou exerce les deux fonctions.
- Identifier les opérations : distinguer B2B domestique, B2C, B2G et flux internationaux.
- Identifier les systèmes sources : recenser ERP, logiciels métiers, caisses et autres applications.
- Identifier la plateforme : vérifier l’agrément et le périmètre contractuel du prestataire.
- Cartographier l’adressage : définir les adresses par SIREN, établissement, service ou projet.
- Cartographier les interfaces : identifier formats, protocoles, fréquences et responsables.
- Cartographier les flux : documenter facture, données fiscales, paiement et statuts.
- Analyser les contrats : contrôler sécurité, assistance, disponibilité et réversibilité.
- Analyser les mandats : vérifier les pouvoirs confiés aux plateformes, experts-comptables ou centres partagés.
- Évaluer les contrôles : mesurer la couverture des risques à chaque étape.
- Évaluer la continuité : tester les solutions de secours et de reprise.
- Attribuer les responsabilités : produire une matrice RACI par flux.
- Calculer le score : classer les entités selon leur niveau de préparation.
- Soumettre les anomalies : adresser les risques aux responsables humains compétents.
- Mettre à jour la cartographie : intégrer chaque changement d’entité, d’outil, d’adresse ou de plateforme.
🧭 Arbre décisionnel — Construire le circuit d’une entité
QUELLE EST L’ENTITÉ
JURIDIQUE CONCERNÉE ?
⬇
QUEL EST SON SIREN ?
⬇
DOIT-ELLE RECEVOIR
DES FACTURES ?
├── OUI
│
│ → PLATEFORME AGRÉÉE DÉSIGNÉE
│
│ → ADRESSE DE RÉCEPTION
│
│ → INTERFACE VERS L’ERP
│
│ → WORKFLOW FOURNISSEURS
│
└── NON
→ JUSTIFICATION À DOCUMENTER
⬇
DOIT-ELLE ÉMETTRE
DES FACTURES ?
├── OUI
│
│ → LOGICIEL SOURCE
│
│ → FORMAT
│
│ → PLATEFORME AGRÉÉE
│
│ → E-INVOICING / E-REPORTING
│
└── NON
→ AUCUN FLUX SORTANT À CONFIGURER
⬇
UTILISE-T-ELLE
UNE SOLUTION COMPATIBLE ?
├── OUI
│
│ → IDENTIFIER LA PLATEFORME
│ AGRÉÉE SOUS-JACENTE
│
└── NON
→ CONNEXION DIRECTE
À LA PLATEFORME
⬇
EXISTE-T-IL PLUSIEURS
ÉTABLISSEMENTS OU SERVICES ?
├── OUI
│
│ → CONSTRUIRE
│ UN PLAN D’ADRESSAGE
│
└── NON
→ ADRESSE UNIQUE POSSIBLE
⬇
LES CONTRATS, MANDATS,
CONTRÔLES ET PLANS
DE CONTINUITÉ SONT-ILS VALIDÉS ?
├── OUI
│
│ → RECETTE ET MISE EN PRODUCTION
│
└── NON
→ PLAN D’ACTION PRIORITAIRE
🚦 Score de maturité de l’architecture
| Niveau | Caractéristiques | Décision |
|---|---|---|
| 🔴 Niveau 1 — Critique | Aucune plateforme choisie, référentiels incomplets et responsabilités non définies. | Plan d’urgence et pilotage de Direction. |
| 🟠 Niveau 2 — Fragile | Prestataire identifié, mais interfaces, contrats ou adressages incomplets. | Corrections avant la recette. |
| 🟡 Niveau 3 — En construction | Architecture définie, mais tests ou plans de continuité insuffisants. | Recette renforcée. |
| 🟢 Niveau 4 — Maîtrisé | Flux testés, responsabilités attribuées et contrôles documentés. | Mise en production surveillée. |
| 🔵 Niveau 5 — Optimisé | Architecture pilotée par KPI, alertes automatisées et amélioration continue. | Exploitation et optimisation de la performance. |
🚨 Alertes intelligentes du Schéma IA
| Alerte | Déclencheur | Risque | Action attendue |
|---|---|---|---|
| 🔴 Entité sans plateforme | Aucune plateforme agréée associée à un SIREN concerné. | Impossibilité de recevoir ou d’émettre. | Désigner et configurer une plateforme. |
| 🔴 Adresse non référencée | Adresse interne absente ou différente de l’annuaire. | Factures non acheminées. | Faire corriger le référencement. |
| 🔴 Plateforme non vérifiée | Prestataire absent de la liste officielle ou identité juridique incertaine. | Choix d’un opérateur non autorisé. | Vérification juridique immédiate. |
| 🔴 Flux sans responsable | Aucun propriétaire n’est désigné pour un rejet ou une anomalie. | Incident non traité. | Compléter la matrice RACI. |
| 🔴 Absence de réversibilité | Le contrat ne prévoit pas la restitution complète des données. | Captivité du prestataire. | Renégocier la clause. |
| 🟠 Mandat incomplet | Pouvoirs, entités ou durée non précisés. | Action réalisée sans habilitation suffisante. | Formaliser le mandat. |
| 🟠 Interface non testée | Aucune preuve de recette en émission ou réception. | Échec lors du démarrage. | Planifier les tests de bout en bout. |
| 🟠 Adresse trop centralisée | Un seul point de réception pour un groupe très complexe. | Erreurs de routage interne. | Revoir la maille d’adressage. |
| 🟠 Plan de continuité non testé | Procédure théorique sans exercice réel. | Paralysie en cas d’incident. | Organiser une simulation. |
| 🟡 Multiplicité des plateformes | Plusieurs plateformes utilisées sans gouvernance commune. | Coûts, contrôles et données fragmentés. | Mettre en place une supervision consolidée. |
| 🟡 Contrat proche de l’échéance | Renouvellement ou résiliation non anticipé. | Migration précipitée. | Lancer la revue contractuelle. |
| ⚫ Accès administrateur inhabituel | Connexion ou modification sensible hors comportement normal. | Compromission ou fraude. | Bloquer, vérifier et escalader. |
🔔 Alertes de cohérence intersystèmes
| Écart | Interprétation possible | Action |
|---|---|---|
| SIREN ERP différent du SIREN de l’annuaire | Référentiel interne obsolète. | Vérifier l’entité juridique. |
| Facture reçue sur la plateforme mais absente de l’ERP | Interface interrompue ou rejet interne. | Analyser les journaux d’intégration. |
| Facture émise sans statut de prise en charge | Dépôt non abouti. | Contrôler la file d’émission. |
| Statut client non repris dans la comptabilité | Cycle de vie non connecté au recouvrement. | Corriger l’interface de statuts. |
| Données fiscales transmises différentes du journal de ventes | Mapping ou période incohérente. | Rapprochement fiscal obligatoire. |
| Adresse active après résiliation de la plateforme | Migration incomplète. | Mettre à jour l’annuaire. |
👥 Validation humaine
Le Schéma IA prépare les analyses et signale les incohérences. Les décisions juridiques, fiscales, contractuelles et stratégiques restent soumises à une validation humaine.
| Décision | Apport de l’IA | Validateur | Preuve attendue |
|---|---|---|---|
| Choix de la plateforme | Compare les fonctions, risques et dépendances. | DAF, DSI et Achats. | Grille de sélection validée. |
| Maille d’adressage | Propose une architecture selon les flux. | Direction comptable et métiers. | Plan d’adressage approuvé. |
| Mandat | Repère les clauses ou entités manquantes. | Direction juridique. | Mandat signé. |
| Contrat | Identifie les risques de service et de réversibilité. | Achats et juridique. | Contrat et annexes validés. |
| Sécurité | Détecte les droits excessifs ou contrôles absents. | DSI et RSSI. | Revue des habilitations. |
| Changement de plateforme | Simule les dépendances et étapes de migration. | Comité de pilotage. | Plan de bascule approuvé. |
| Déblocage d’une alerte critique | Présente la cause et les conséquences. | Responsable compétent selon le risque. | Décision historisée. |
🛡️ Principe de validation à quatre regards
REGARD MÉTIER
L’ARCHITECTURE CORRESPOND-ELLE
AUX PROCESSUS RÉELS ?
⬇
REGARD COMPTABLE ET FISCAL
LES FLUX PERMETTENT-ILS
UNE COMPTABILISATION
ET UNE TVA CORRECTES ?
⬇
REGARD TECHNIQUE
LES INTERFACES,
FORMATS ET SÉCURITÉS
SONT-ILS OPÉRATIONNELS ?
⬇
REGARD JURIDIQUE
LES CONTRATS, MANDATS
ET RESPONSABILITÉS
SONT-ILS SÉCURISÉS ?
⬇
VALIDATION DU COMITÉ
DE PILOTAGE
⚠️ Limites de l’intelligence artificielle
- l’IA ne choisit pas seule la plateforme la plus adaptée à la stratégie de l’entreprise ;
- elle ne garantit pas qu’un prestataire conservera son agrément dans le temps ;
- elle ne remplace pas la lecture juridique des contrats et mandats ;
- elle ne détermine pas seule la maille d’adressage la plus pertinente pour une organisation complexe ;
- elle ne connaît pas nécessairement les pratiques informelles des métiers ;
- elle ne garantit pas la fiabilité des référentiels transmis ;
- elle ne teste pas réellement une interface sans environnement de recette ;
- elle ne remplace pas un audit de cybersécurité ;
- elle ne peut pas certifier la continuité réelle d’un prestataire ;
- elle ne tranche pas seule la responsabilité d’un incident ;
- elle peut produire de faux positifs ou ignorer un risque émergent ;
- elle dépend de la version des spécifications intégrées ;
- elle doit être actualisée lors de chaque évolution réglementaire ou technique ;
- elle ne dispense pas de consulter la documentation officielle et les contrats ;
- la responsabilité finale demeure celle de l’entreprise et de ses dirigeants.
📋 Conditions d’utilisation responsable du Schéma IA
| Condition | Exigence |
|---|---|
| Données fiables | Utiliser des référentiels juridiques, contractuels et techniques actualisés. |
| Sources identifiées | Associer chaque information à un document ou système source. |
| Explicabilité | Afficher les raisons ayant déclenché chaque alerte. |
| Validation humaine | Soumettre les décisions sensibles aux responsables compétents. |
| Historisation | Conserver les versions successives de l’architecture. |
| Gestion des changements | Actualiser la cartographie après toute évolution d’entité, d’outil ou de plateforme. |
| Recette | Vérifier les flux réels dans un environnement de test. |
| Audit périodique | Comparer le schéma documenté à l’architecture réellement utilisée. |
📊 Tableau de bord du Schéma IA
| Indicateur | Calcul | Objectif |
|---|---|---|
| Taux d’entités couvertes | Entités configurées / entités concernées. | Vérifier l’exhaustivité du périmètre. |
| Taux d’adresses validées | Adresses testées / adresses configurées. | Sécuriser la réception. |
| Taux d’interfaces recettées | Interfaces validées / interfaces identifiées. | Maîtriser le risque technique. |
| Taux de contrats conformes | Contrats sans réserve majeure / contrats analysés. | Sécuriser les relations fournisseurs. |
| Taux de mandats complets | Mandats validés / mandats nécessaires. | Sécuriser les pouvoirs confiés. |
| Taux de processus avec RACI | Processus attribués / processus cartographiés. | Éliminer les zones sans responsable. |
| Taux de tests réussis | Scénarios conformes / scénarios exécutés. | Mesurer la préparation opérationnelle. |
| Nombre d’alertes critiques | Alertes rouges et noires ouvertes. | Prioriser le plan d’action. |
| Délai moyen de résolution | Temps entre alerte et clôture. | Accélérer la sécurisation. |
| Score global de maturité | Score pondéré par entité et par domaine. | Piloter la préparation du groupe. |
💼 Cas intégral — Groupe international à architecture multiple
Groupe Atlas possède une société mère française, quatre filiales françaises, un centre de services partagés, deux ERP, plusieurs logiciels métiers et deux plateformes agréées historiques.
Constats initiaux
- une filiale ne possède aucune adresse électronique validée ;
- deux filiales utilisent le même SIREN dans un référentiel local ;
- le centre partagé administre les plateformes sans mandat détaillé ;
- une solution métier se connecte à un prestataire dont le rôle exact n’est pas documenté ;
- les contrats ne prévoient pas la restitution des statuts ;
- aucun test de continuité n’a été réalisé ;
- les équipes ne savent pas qui traite les rejets techniques ;
- les plateformes utilisent des règles d’adressage différentes.
Analyse du Schéma IA
| Anomalie | Niveau | Action |
|---|---|---|
| Filiale sans adresse | 🔴 Critique | Créer et tester l’adresse de réception. |
| SIREN dupliqué | 🔴 Critique | Corriger le référentiel juridique. |
| Mandat incomplet | 🟠 Majeur | Formaliser les pouvoirs du centre partagé. |
| Rôle du prestataire non identifié | 🟠 Majeur | Clarifier la chaîne entre solution compatible et plateforme agréée. |
| Réversibilité incomplète | 🟠 Majeur | Renégocier les contrats. |
| Absence de test de continuité | 🟠 Majeur | Organiser une simulation de panne. |
| Rejets sans responsable | 🔴 Critique | Définir une matrice RACI et une procédure d’escalade. |
| Adressages hétérogènes | 🟡 Modéré | Harmoniser les règles au niveau Groupe. |
Architecture cible
- un référentiel Groupe unique des entités et identifiants ;
- une plateforme de référence par filiale clairement documentée ;
- un plan d’adressage harmonisé ;
- des interfaces recettées de bout en bout ;
- un mandat détaillé pour le centre partagé ;
- des contrats intégrant sécurité, continuité et réversibilité ;
- un tableau de bord consolidé des statuts et incidents ;
- une gouvernance Groupe avec validation locale par filiale.
Le Schéma IA a transformé une juxtaposition de logiciels et de prestataires en une architecture consolidée, attribuée et contrôlable. Le gain principal ne réside pas seulement dans la technologie, mais dans la clarification des responsabilités et des dépendances.
📝 Synthèse Premium
La réforme repose sur une architecture distribuée dans laquelle chaque entreprise choisit une plateforme agréée pour recevoir et, selon son calendrier, émettre ses factures électroniques.
L’annuaire national permet d’identifier la plateforme et l’adresse électronique de facturation du destinataire. Il constitue le point de référence du routage, mais sa fiabilité dépend des informations administrées par les entreprises et leurs plateformes.
Les plateformes assurent l’échange réglementaire des factures, la transmission des données fiscales et la circulation des statuts. Elles ne se substituent cependant pas à l’entreprise pour :
- la réalité de l’opération ;
- l’identification du client juridique ;
- la qualification de la TVA ;
- la validation commerciale ;
- la sécurité de ses propres systèmes ;
- le traitement des rejets et litiges ;
- la conservation des preuves.
Le changement de plateforme doit être traité comme un projet de migration critique. Les contrats, mandats, adresses, interfaces, données historiques et plans de continuité doivent être maîtrisés avant la bascule.
Le Schéma IA Architecture Facturation Électronique permet de centraliser cette vision, de détecter les dépendances, de prioriser les risques et de maintenir une cartographie constamment actualisée.
Une architecture réussie n’est pas celle qui contient le plus d’outils. C’est celle dans laquelle chaque flux possède une destination, un responsable, un contrôle, une preuve et une solution de secours.
📌 À retenir
- les entreprises peuvent utiliser des plateformes agréées différentes ;
- l’interopérabilité permet l’échange entre ces plateformes ;
- l’annuaire identifie la plateforme et l’adresse du destinataire ;
- une adresse de facturation électronique n’est pas une adresse e-mail ;
- le SIREN identifie l’entité juridique et le SIRET peut préciser l’établissement ;
- la plateforme transporte les factures et données, mais ne valide pas seule la TVA ;
- émission, dépôt, transmission et réception constituent des événements distincts ;
- les statuts doivent être intégrés aux processus comptables et commerciaux ;
- le rejet technique doit être distingué du refus métier ;
- le changement de plateforme exige une mise à jour synchronisée de l’annuaire ;
- les mandats doivent identifier précisément les pouvoirs confiés ;
- les contrats doivent couvrir sécurité, continuité, assistance et réversibilité ;
- les droits d’accès doivent respecter la séparation des tâches ;
- le plan de continuité doit être testé ;
- l’IA aide à cartographier et contrôler, mais ne remplace pas la gouvernance humaine.
🎓 Compétences acquises
Vous savez désormais représenter l’architecture complète de la facturation électronique.
Vous êtes capable de :
- identifier les acteurs publics, privés et internes ;
- distinguer une plateforme agréée d’une solution compatible ;
- comprendre le rôle de l’annuaire national ;
- concevoir un plan d’adressage électronique ;
- organiser une architecture multisite ou multientité ;
- cartographier les échanges entre plateformes ;
- distinguer émission, transmission, réception et collecte fiscale ;
- interpréter le cycle de vie de la facture ;
- attribuer les responsabilités de l’émetteur et du destinataire ;
- préparer un changement de plateforme ;
- sécuriser les mandats et contrats ;
- identifier les contrôles de cybersécurité essentiels ;
- construire une matrice RACI ;
- piloter les risques avec le Schéma IA Architecture Facturation Électronique.
➡️ Transition vers la Séquence 7/7 — Préparer l’entreprise et construire sa feuille de route
Vous connaissez désormais le cadre juridique, le calendrier, le périmètre, les différences entre e-invoicing et e-reporting, les nouvelles données obligatoires ainsi que l’architecture de circulation des factures.
La Séquence 7/7 transformera ces connaissances en plan d’action opérationnel.
Nous apprendrons à :
- réaliser un diagnostic de préparation ;
- cartographier les entités, flux, logiciels et volumes ;
- identifier les écarts de conformité ;
- définir la gouvernance du projet ;
- choisir les priorités ;
- construire un rétroplanning jusqu’aux échéances légales ;
- organiser les tests et la recette ;
- former les équipes ;
- sécuriser les référentiels ;
- préparer le démarrage et l’assistance post-bascule ;
- piloter le projet avec une feuille de route IA 2026–2027.
Passer de la compréhension de l’architecture à la conduite concrète du projet, afin que l’entreprise soit juridiquement conforme, techniquement prête et opérationnellement sécurisée avant son échéance.
Maîtriser le périmètre comme un chef de mission
Transformer les règles de la facturation électronique en une cartographie opérationnelle, documentée et pilotable permettant de qualifier chaque entité, chaque opération et chaque flux avant le déploiement 2026–2027.
🎯 Introduction Premium — Le périmètre est la première décision du projet
Avant de choisir une plateforme, de paramétrer un format ou de connecter un ERP, l’entreprise doit répondre à une question fondamentale :
Une erreur de périmètre produit des conséquences sur toute la chaîne. Une opération relevant de l’e-invoicing peut être envoyée dans un circuit de e-reporting. Une transaction internationale peut être classée à tort comme une opération domestique. Une vente à un particulier peut être dirigée vers le circuit B2B. Une filiale peut être oubliée parce que sa comptabilité est centralisée au niveau du groupe.
Le chef de mission ne se contente donc pas de demander si l’entreprise « fait des factures ». Il analyse :
- la qualité TVA de chaque entité ;
- son lieu d’établissement ;
- la qualité de ses clients ;
- la nature des biens ou services vendus ;
- la territorialité des opérations ;
- les exonérations et régimes particuliers ;
- les canaux de vente et d’encaissement ;
- les logiciels qui produisent les données ;
- les plateformes qui transportent les flux ;
- les équipes responsables de leur contrôle.
ENTITÉ JURIDIQUE
⬇
QUALITÉ AU REGARD
DE LA TVA
⬇
CLIENT
ET TERRITOIRE
⬇
NATURE DE L’OPÉRATION
⬇
RÉGIME FISCAL
⬇
E-INVOICING
OU
E-REPORTING
OU
CIRCUIT DISTINCT
⬇
DONNÉES À PRODUIRE
⬇
PLATEFORME
ET CONTRÔLES
⬇
DOSSIER DE PREUVE
Deux factures visuellement identiques peuvent relever de circuits différents selon le pays du client, sa qualité d’assujetti, le lieu de l’opération, le régime de TVA ou la présence d’une personne publique.
🎯 Objectif professionnel
À l’issue de cette première livraison, vous serez capable de piloter la détermination du périmètre de la réforme au niveau d’une entreprise ou d’un groupe.
Vous saurez :
- relier les enseignements du Chapitre 0 aux obligations de la réforme ;
- mobiliser les acquis des séquences 1 à 6 ;
- raisonner comme un expert TVA avant de choisir un circuit technique ;
- analyser le périmètre sous l’angle du DAF ;
- qualifier les opérations B2B, B2C, B2G et internationales ;
- distinguer e-invoicing, e-reporting et opérations hors de ces circuits ;
- traiter les entreprises en franchise en base ;
- analyser les groupes TVA et les groupes de sociétés ;
- construire un arbre de décision réutilisable ;
- constituer un dossier de cadrage de niveau chef de mission ;
- mettre en place une grille de contrôle interne ;
- produire un tableau de bord du périmètre ;
- attribuer un indice global de préparation à chaque entité.
Aucun flux ne doit être envoyé vers une plateforme, déclaré ou exclu sans qu’une règle de qualification, un responsable et une justification documentaire aient été définis.
🔗 Connexions AdminFacile Premium
Cette séquence ne constitue pas un chapitre isolé. Elle rassemble les acquis précédents afin de construire une vision de chef de mission.
| Partie du module | Apport au cadrage du périmètre | Question du chef de mission |
|---|---|---|
| Chapitre 0 — Facture conforme | Maîtrise des règles juridiques et fiscales du document. | La facture source est-elle conforme avant sa transmission ? |
| Séquence 1 — Finalités de la réforme | Compréhension des objectifs fiscaux et économiques. | Pourquoi le flux doit-il être structuré et transmis ? |
| Séquence 2 — Calendrier | Identification des dates de réception et d’émission. | Quand chaque entité doit-elle être opérationnelle ? |
| Séquence 3 — Entreprises et opérations concernées | Détermination du périmètre personnel et matériel. | Qui est concerné et pour quelles opérations ? |
| Séquence 4 — E-invoicing et e-reporting | Classification des circuits réglementaires. | Quelle obligation correspond à ce flux ? |
| Séquence 5 — Mentions et données | Identification des informations à produire et contrôler. | Quelles données doivent alimenter le flux ? |
| Séquence 6 — Acteurs et architecture | Compréhension des plateformes, de l’annuaire et du routage. | Par quel système et vers quelle destination transmettre ? |
| Séquence 7 — Pilotage du périmètre | Consolidation, gouvernance et contrôle. | Comment rendre l’ensemble exhaustif, traçable et pilotable ? |
🧭 Connexion avec le Chapitre 0 — Une facture conforme reste le point de départ
Le Chapitre 0 a permis de construire la facture juridiquement et fiscalement conforme. Cette maîtrise reste indispensable.
La réforme ne corrige pas :
- un mauvais client ;
- une facture fictive ;
- un taux de TVA erroné ;
- une exonération injustifiée ;
- une numérotation irrégulière ;
- une prestation insuffisamment décrite ;
- un avoir non rattaché ;
- une adresse de livraison incorrecte ;
- une option sur les débits non documentée.
FACTURE JURIDIQUEMENT
ET FISCALEMENT CONFORME
⬇
QUALIFICATION DU PÉRIMÈTRE
⬇
CHOIX DU CIRCUIT
⬇
STRUCTURATION DES DONNÉES
⬇
TRANSMISSION
⬇
CONTRÔLE ET ARCHIVAGE
Ne jamais commencer le projet par la plateforme. Commencer par la facture, les opérations, les données et les responsabilités.
🌐 Vision globale de la réforme
La réforme doit être comprise comme une chaîne de décisions et non comme une simple obligation de format.
| Niveau | Décision | Livrable |
|---|---|---|
| Juridique | Identifier la personne qui vend et celle qui achète. | Cartographie des entités et contrats. |
| Fiscal | Qualifier l’opération et son régime de TVA. | Matrice Entité–Opération–TVA. |
| Réglementaire | Déterminer e-invoicing, e-reporting ou autre circuit. | Matrice des obligations. |
| Technique | Identifier les systèmes, formats et plateformes. | Architecture des flux. |
| Opérationnel | Attribuer les tâches de création, validation et correction. | Procédures et RACI. |
| Contrôle interne | Définir les contrôles et preuves. | Plan de contrôle. |
| Pilotage | Mesurer l’avancement et les anomalies. | Tableau de bord du périmètre. |
🚀 Préparation de la suite du Module 8
Le travail de périmètre prépare directement les chapitres suivants.
| Chapitre à venir | Dépendance avec le périmètre |
|---|---|
| Formats, plateformes et flux | Impossible de choisir un format ou une architecture sans connaître les opérations concernées. |
| Processus clients et fournisseurs | Les workflows dépendent des volumes, canaux et catégories de transactions. |
| TVA et trésorerie | Les règles d’exigibilité et de paiement dépendent de la nature des opérations. |
| Contrôle interne | Les contrôles doivent couvrir les risques identifiés dans la matrice de périmètre. |
| Choix de la plateforme | Le cahier des charges dépend du nombre d’entités, de flux, de formats et de cas particuliers. |
| Performance et automatisation | Les KPI et gains ne peuvent être mesurés sans une base de périmètre fiable. |
👨💼 Regard de l’Expert TVA — Le circuit technique vient après le raisonnement fiscal
L’expert TVA commence toujours par qualifier l’opération avant de déterminer son obligation de transmission.
QUI RÉALISE L’OPÉRATION ?
⬇
POUR QUEL CLIENT ?
⬇
QUEL BIEN
OU QUEL SERVICE ?
⬇
OÙ L’OPÉRATION
EST-ELLE SITUÉE ?
⬇
QUEL RÉGIME DE TVA ?
⬇
QUELLE OBLIGATION
DE FACTURATION ?
⬇
E-INVOICING
OU E-REPORTING
OU CIRCUIT DISTINCT
Cette méthode évite un raisonnement erroné fondé uniquement sur :
- le pays figurant dans l’adresse postale ;
- la présence ou l’absence d’un numéro de TVA ;
- le taux appliqué historiquement dans l’ERP ;
- la catégorie commerciale du client ;
- le format actuellement envoyé ;
- la plateforme utilisée par une autre société du groupe.
🔬 Analyse du périmètre fiscal
| Axe d’analyse | Question | Source de preuve |
|---|---|---|
| Assujettissement | L’entité exerce-t-elle de manière indépendante une activité économique ? | Dossier juridique et fiscal. |
| Établissement | L’entité ou l’établissement impliqué est-il situé en France ? | Organigramme juridique et analyse des établissements. |
| Qualité du client | Le client agit-il comme assujetti, particulier ou personne publique ? | Référentiel tiers, contrat et identifiants. |
| Nature de l’opération | S’agit-il d’un bien, d’un service ou d’une opération composite ? | Contrat, catalogue et référentiel produits. |
| Territorialité | Où l’opération est-elle imposable ? | Adresses, transport, établissement et lieu d’exécution. |
| Régime de TVA | Taxation, exonération, autoliquidation, franchise ou marge ? | Matrice TVA et justificatifs. |
| Facturation | Une facture doit-elle être émise et selon quelles règles ? | CGI, règles commerciales et sectorielles. |
| Transmission | Le flux relève-t-il de l’e-invoicing, du e-reporting ou d’un autre dispositif ? | Matrice réglementaire. |
| Paiement | Des données d’encaissement doivent-elles être suivies ? | Règle d’exigibilité et option sur les débits. |
🚨 Erreurs classiques observées par l’Expert TVA
| Erreur | Raisonnement erroné | Correction |
|---|---|---|
| Franchise en base considérée hors réforme | « L’entreprise ne facture pas de TVA, elle n’est donc pas concernée. » | Distinguer absence de TVA facturée et qualité d’assujetti. |
| Client étranger classé automatiquement hors dispositif | « Le client n’est pas français, aucune transmission n’est requise. » | Analyser le e-reporting et la territorialité. |
| Adresse française assimilée à une opération domestique | « Le site de livraison est en France, donc e-invoicing. » | Identifier l’entité contractante, son établissement et la nature du flux. |
| B2G classé comme B2B | « Le client possède un SIREN, donc circuit B2B classique. » | Identifier la personne publique et le circuit Chorus Pro applicable. |
| Exonération assimilée à une exclusion | « La facture ne comporte pas de TVA, elle ne relève pas de la réforme. » | Distinguer exonération, dispense de facturation et exclusion réglementaire. |
| Groupe comptable assimilé à une seule entité | « Toutes les filiales utilisent le même ERP, elles forment un seul périmètre. » | Analyser chaque personne juridique et chaque SIREN. |
| Groupe TVA traité comme un groupe juridique unique | « L’assujetti unique fait disparaître toutes les entités membres. » | Distinguer effets TVA, identités juridiques et paramétrage réglementaire. |
| Opération mixte classée par le taux dominant | « La majorité est à 20 %, donc tout le flux est un service taxable. » | Analyser les composantes et leur autonomie. |
| Option sur les débits supposée | « L’ERP indique débits, donc aucune donnée de paiement. » | Vérifier la preuve et le périmètre de l’option. |
⚠️ Risques d’une mauvaise qualification
| Mauvaise qualification | Conséquence opérationnelle | Conséquence fiscale potentielle |
|---|---|---|
| E-invoicing au lieu de e-reporting | Flux envoyé vers un destinataire ou circuit inadapté. | Données de transaction incorrectement transmises. |
| E-reporting au lieu de e-invoicing | Client ne recevant pas la facture par le circuit obligatoire. | Non-respect de l’obligation d’émission. |
| B2C classé B2B | Recherche inutile du client dans l’annuaire. | Mauvaise nature de données transmises. |
| B2G classé B2B privé | Facture non déposée dans le circuit public adapté. | Retard de traitement et non-conformité procédurale. |
| Opération internationale classée domestique | Mauvais adressage. | Territorialité, autoliquidation ou exonération erronée. |
| Service classé comme bien | Données de paiement non suivies. | Mauvaise exigibilité de la TVA. |
| Exonération mal qualifiée | Mention et données structurées incohérentes. | Rappel de TVA ou rejet de l’exonération. |
| Entité de groupe incorrecte | Mauvaise plateforme ou mauvaise comptabilité. | Données attribuées au mauvais assujetti. |
🏛️ Conséquences possibles en contrôle fiscal
La transmission électronique facilite les rapprochements entre les données de facturation, le e-reporting, les encaissements et les déclarations de TVA.
Une mauvaise qualification peut faire apparaître :
- un chiffre d’affaires facturé mais absent du e-reporting ;
- une opération déclarée dans deux circuits ;
- une base de TVA différente de celle figurant dans la déclaration ;
- une exonération sans preuve cohérente ;
- une TVA sur services déclarée à une date incompatible avec les encaissements ;
- une facture attribuée au mauvais SIREN ;
- un avoir transmis sans lien avec l’opération initiale ;
- des ventes B2C inférieures aux données de caisse ou de marketplace ;
- des opérations internationales non rapprochées des documents de transport ou de douane.
Elle peut résulter d’un décalage de période, d’un avoir, d’un acompte, d’une opération hors champ ou d’une correction. L’entreprise doit néanmoins pouvoir l’expliquer rapidement à partir d’un dossier documenté.
✅ Bonnes pratiques de l’Expert TVA
- Créer une matrice fiscale par entité et non un tableau unique non attribué.
- Partir des opérations réelles et non des seuls comptes comptables.
- Distinguer les ventes de biens, services et opérations mixtes.
- Identifier la qualité du client avant d’analyser le taux.
- Documenter la territorialité des flux internationaux.
- Associer chaque exonération à une preuve attendue.
- Identifier les opérations autoliquidées.
- Vérifier les options fiscales réellement exercées.
- Rapprocher les classifications avec les paramétrages de l’ERP.
- Tester les cas exceptionnels avant la mise en production.
- Prévoir une revue humaine pour les opérations non standard.
- Versionner la matrice à chaque évolution réglementaire ou commerciale.
💼 Vision du DAF — Le périmètre est un enjeu de gouvernance et de performance
Le DAF ne limite pas son analyse à la conformité fiscale. Il mesure les conséquences du périmètre sur :
- le budget du projet ;
- le choix de la plateforme ;
- les évolutions de l’ERP ;
- les relations clients et fournisseurs ;
- les délais de facturation et de paiement ;
- la trésorerie ;
- la clôture comptable ;
- les ressources humaines ;
- la conduite du changement ;
- les risques de continuité et de fraude.
Une opération mal classifiée n’est pas seulement un risque fiscal. Elle peut retarder une facture, bloquer un paiement, fausser le cash-flow et dégrader la relation commerciale.
🏗️ Gouvernance du projet
| Acteur | Responsabilité dans le périmètre | Décision attendue |
|---|---|---|
| Direction générale | Sponsoriser le projet et arbitrer les priorités. | Niveau de risque et budget acceptés. |
| DAF | Piloter le périmètre global et les dépendances. | Architecture cible et calendrier. |
| Direction comptable | Recenser les flux d’émission et de réception. | Organisation des processus comptables. |
| Responsable TVA | Valider les règles de classification. | Matrice fiscale et contrôles. |
| Administration des ventes | Identifier clients, commandes et canaux d’émission. | Qualité des données clients. |
| Achats | Recenser les fournisseurs et exigences de réception. | Communication et préparation des fournisseurs. |
| DSI | Cartographier les applications et interfaces. | Architecture technique et plan de recette. |
| Juridique | Analyser contrats, mandats et responsabilités. | Clauses et documentation contractuelle. |
| Contrôle interne | Vérifier l’exhaustivité et la maîtrise des risques. | Plan de contrôle et indicateurs. |
💰 Construire le budget à partir du périmètre
| Poste budgétaire | Facteur déterminant | Question du DAF |
|---|---|---|
| Plateforme agréée | Nombre d’entités, volumes et services. | Quels flux sont inclus dans le prix ? |
| Interfaces | Nombre de logiciels et formats. | Combien de connecteurs doivent être développés ? |
| Référentiels | Qualité des données clients, fournisseurs et articles. | Quel effort de nettoyage est nécessaire ? |
| Conseil fiscal et juridique | Complexité des opérations et contrats. | Quels cas exigent une expertise externe ? |
| Recette | Nombre de scénarios et d’entités. | Quels moyens consacrer aux tests de bout en bout ? |
| Formation | Nombre de rôles et d’utilisateurs. | Quelles populations doivent être formées ? |
| Conduite du changement | Transformation des processus. | Quels métiers seront les plus affectés ? |
| Support post-démarrage | Volume d’incidents attendu. | Quelle cellule d’assistance mettre en place ? |
🖥️ ERP et logiciels — Le périmètre applicatif
Le DAF doit obtenir une vision complète des systèmes qui créent, enrichissent, transportent, comptabilisent ou archivent les données.
| Système | Rôle | Risque à analyser |
|---|---|---|
| ERP principal | Commandes, factures et comptabilité. | Version non compatible ou paramétrage incomplet. |
| Logiciel métier | Production de factures sectorielles. | Flux non recensé dans le projet central. |
| Logiciel de caisse | Ventes B2C et encaissements. | E-reporting incomplet ou double comptabilisation. |
| Marketplace | Commandes, ventes et remboursements. | Déclaration du montant net au lieu du brut. |
| CRM | Création des clients et contrats. | SIREN ou qualité du client non contrôlés. |
| Trésorerie | Encaissements et paiements. | Données de paiement non rapprochées. |
| Archivage | Conservation des factures et preuves. | Données structurées ou statuts non conservés. |
| Outils locaux | Factures ou fichiers produits hors ERP. | Flux invisibles pour le projet. |
🤝 Préparer les fournisseurs
La réception obligatoire impose de préparer la relation avec les fournisseurs, même lorsque l’entreprise n’est pas encore tenue d’émettre.
- identifier les fournisseurs à fort volume ;
- contrôler les SIREN et coordonnées ;
- communiquer les adresses électroniques de facturation ;
- préciser les références de commande attendues ;
- tester les principaux formats ;
- organiser le traitement des fournisseurs non prêts ;
- prévenir les doublons entre PDF et facture électronique ;
- sécuriser les changements d’IBAN ;
- adapter les clauses contractuelles ;
- mesurer le taux de préparation du panel.
🧑💼 Préparer les clients
- fiabiliser le SIREN de chaque client professionnel ;
- identifier sa plateforme et son adressage ;
- collecter les références de commande obligatoires ;
- distinguer les filiales d’un même groupe ;
- identifier les clients publics ;
- séparer les clients professionnels et particuliers ;
- tester les principaux scénarios de transmission ;
- informer les clients du changement de circuit ;
- préparer le traitement des refus et litiges ;
- mesurer l’incidence sur le délai moyen de paiement.
🔄 Conduite du changement
| Population | Changement principal | Accompagnement |
|---|---|---|
| Commerciaux | Collecte d’informations clients plus rigoureuse. | Formation SIREN, commande et client juridique. |
| Administration des ventes | Contrôles préalables et suivi des statuts. | Procédures de correction et tableau de bord. |
| Comptabilité clients | Gestion des rejets et nouveaux flux. | Formation plateforme et cycle de vie. |
| Comptabilité fournisseurs | Réception structurée et rapprochement automatisé. | Formation aux anomalies et au droit à déduction. |
| Fiscalité | Supervision des classifications et données transmises. | Matrice TVA et contrôles périodiques. |
| DSI | Maintenance d’une architecture interconnectée. | Supervision, sécurité et continuité. |
| Direction | Pilotage par risques et indicateurs. | Reporting régulier et arbitrages. |
⏱️ Pilotage des échéances
DIAGNOSTIC DU PÉRIMÈTRE
⬇
CARTOGRAPHIE DES FLUX
⬇
CHOIX DE L’ARCHITECTURE
⬇
CONTRACTUALISATION
⬇
NETTOYAGE DES DONNÉES
⬇
DÉVELOPPEMENT
DES INTERFACES
⬇
TESTS UNITAIRES
⬇
RECETTE DE BOUT EN BOUT
⬇
FORMATION
⬇
BASCULE
⬇
ASSISTANCE RENFORCÉE
La réception, l’émission, les données fiscales, les statuts et les cas de correction doivent être testés suffisamment tôt pour permettre une reprise des anomalies avant le démarrage obligatoire.
🌳 Arbre de décision Premium — Qualifier une opération
ÉTAPE 1
L’ENTITÉ QUI RÉALISE L’OPÉRATION
EST-ELLE ASSUJETTIE À LA TVA ?
├── NON
│
│ → ANALYSER LE CIRCUIT HORS RÉFORME
│ ET LES OBLIGATIONS COMMERCIALES
│
└── OUI
⬇
ÉTAPE 2
L’ENTITÉ EST-ELLE ÉTABLIE
OU IDENTIFIÉE EN FRANCE
DANS UNE SITUATION CONCERNÉE ?
├── NON
│
│ → ANALYSER LE PÉRIMÈTRE
│ DES ENTREPRISES NON ÉTABLIES
│ ET LE E-REPORTING ÉVENTUEL
│
└── OUI
⬇
ÉTAPE 3
LE CLIENT AGIT-IL
COMME ASSUJETTI ?
├── OUI
│
│ → CIRCUIT B2B À ANALYSER
│
├── NON
│
│ → CIRCUIT B2C À ANALYSER
│
└── PERSONNE PUBLIQUE→ CIRCUIT B2G / CHORUS PRO
⬇
ÉTAPE 4
POUR LE B2B,
FOURNISSEUR ET CLIENT
SONT-ILS ÉTABLIS EN FRANCE
ET L’OPÉRATION EST-ELLE DOMESTIQUE ?
├── OUI
│
│ → E-INVOICING
│
└── NON→ ANALYSER LE E-REPORTING
DES OPÉRATIONS INTERNATIONALES
⬇
ÉTAPE 5
POUR LE B2C,
L’OPÉRATION ENTRE-T-ELLE
DANS LE PÉRIMÈTRE
DES DONNÉES DE TRANSACTION ?
├── OUI
│
│ → E-REPORTING DE TRANSACTION
│
└── NON→ JUSTIFIER L’EXCLUSION
OU LE CIRCUIT DISTINCT
⬇
ÉTAPE 6
S’AGIT-IL D’UN BIEN,
D’UN SERVICE
OU DES DEUX ?
├── BIEN
│
│ → CONTRÔLER LIVRAISON,
│ TERRITORIALITÉ ET ACOMPTE
│
├── SERVICE
│
│ → CONTRÔLER TERRITORIALITÉ,
│ EXIGIBILITÉ ET PAIEMENT
│
└── BIENS ET SERVICES→ QUALIFIER LES COMPOSANTES
ET LEUR AUTONOMIE
⬇
ÉTAPE 7
L’OPÉRATION EST-ELLE TAXABLE,
EXONÉRÉE, AUTOLIQUIDÉE,
EN FRANCHISE OU SOUS RÉGIME PARTICULIER ?
→ APPLIQUER LE RÉGIME
ET LES DONNÉES CORRESPONDANTES
⬇
ÉTAPE 8
LA TVA EST-ELLE EXIGIBLE
À L’ENCAISSEMENT ?
├── OUI
│
│ → ANALYSER LES DONNÉES DE PAIEMENT
│
└── NON→ AUCUN REPORTING DE PAIEMENT
AU SEUL TITRE DE L’ENCAISSEMENT
⬇
ÉTAPE 9
EXISTE-T-IL UNE DISPENSE,
UNE EXCLUSION OU UN CIRCUIT SPÉCIFIQUE ?
├── OUI
│
│ → DOCUMENTER LE FONDEMENT
│
└── NON→ APPLIQUER LE CIRCUIT IDENTIFIÉ
⬇
DÉCISION DOCUMENTÉE
• E-INVOICING
• E-REPORTING DE TRANSACTION
• E-REPORTING DE PAIEMENT
• CHORUS PRO
• CIRCUIT DISTINCT
• EXCLUSION JUSTIFIÉE
• REVUE HUMAINE REQUISE
📊 Matrice décisionnelle simplifiée
| Client | Localisation | Opération | Circuit principal à analyser |
|---|---|---|---|
| Entreprise assujettie | France | B2B domestique entrant dans le champ. | E-invoicing. |
| Particulier | France | Vente ou prestation B2C concernée. | E-reporting de transaction. |
| Entreprise assujettie | Union européenne | Livraison ou prestation internationale. | E-reporting et règles internationales de TVA. |
| Entreprise assujettie | Hors Union européenne | Exportation ou prestation internationale. | E-reporting selon le périmètre applicable et justificatifs internationaux. |
| Personne publique | France | B2G. | Chorus Pro et règles du secteur public. |
| Client non assujetti | Étranger | B2C international. | E-reporting et analyse de territorialité. |
| Membre d’un même groupe | France | Opération intragroupe. | Analyser la réalité de l’opération et le statut TVA des parties. |
| Entité membre d’un groupe TVA | France | Flux interne ou externe. | Analyser l’assujetti unique, la nature interne ou externe et les règles de transmission applicables. |
🏪 Entreprise en franchise en base
La franchise en base ne doit pas être utilisée comme critère automatique d’exclusion.
Le chef de mission doit distinguer :
- la qualité d’assujetti ;
- l’absence de TVA facturée en raison de la franchise ;
- les obligations de réception ;
- les obligations d’émission selon le calendrier ;
- les mentions propres à la franchise ;
- les données à transmettre ;
- les éventuels changements de régime en cours de projet.
Une entreprise peut sortir de la franchise ou modifier son régime. Le moteur de classification doit donc être alimenté par une donnée fiscale actualisée et non par un paramétrage figé.
🏢 Groupes de sociétés et groupes TVA
| Situation | Analyse attendue | Risque |
|---|---|---|
| Groupe avec plusieurs filiales | Identifier chaque personne juridique et chaque SIREN. | Flux attribué à la société mère. |
| ERP partagé | Séparer les sociétés comptables et leurs factures. | Numérotation ou données mélangées. |
| Centre de services partagés | Distinguer traitement centralisé et client juridique. | Facture adressée au centre partagé. |
| Groupe TVA | Analyser l’assujetti unique, les membres et les flux internes ou externes. | Mauvaise qualification du redevable ou du flux. |
| Flux entre membres | Identifier leur traitement au regard du groupe TVA et des obligations documentaires. | Transmission ou taxation inappropriée. |
| Flux avec un tiers | Identifier le membre opérationnel, l’assujetti unique et les données de facturation requises. | Identifiants ou TVA incohérents. |
| Filiale étrangère | Analyser établissement, territorialité et opérations internationales. | Extension erronée du périmètre français. |
Construire une matrice par entité juridique, puis une vue consolidée. Ne jamais commencer par une matrice Groupe qui efface les particularités locales.
📂 Dossier de cadrage du chef de mission
Le dossier de cadrage constitue la preuve que le périmètre a été analysé, validé et attribué.
DOSSIER DE CADRAGE
1. NOTE DE SYNTHÈSE
⬇
2. CARTOGRAPHIE DES ENTITÉS
⬇
3. MATRICE DES OPÉRATIONS
⬇
4. MATRICE E-INVOICING
ET E-REPORTING
⬇
5. CARTOGRAPHIE DES SYSTÈMES
⬇
6. ARCHITECTURE DES PLATEFORMES
⬇
7. ANALYSE DES RISQUES
⬇
8. MATRICE RACI
⬇
9. PLANNING ET JALONS
⬇
10. PLAN DE TESTS
⬇
11. TABLEAU DE BORD
⬇
12. VALIDATIONS ET PREUVES
📑 Structure du dossier de cadrage
| Rubrique | Contenu | Responsable | Validation |
|---|---|---|---|
| Note de cadrage | Objectifs, périmètre, hypothèses et exclusions. | Chef de projet / DAF. | Comité de pilotage. |
| Entités | SIREN, taille, calendrier, régime TVA et plateformes. | Juridique et fiscalité. | Direction financière. |
| Opérations | Clients, pays, biens, services et régimes. | Métiers et fiscalité. | Responsable TVA. |
| Flux | E-invoicing, e-reporting, paiement et B2G. | Comptabilité et fiscalité. | Chef de mission. |
| ERP et logiciels | Systèmes sources, interfaces et formats. | DSI. | Direction de projet. |
| Plateformes | Prestataires, contrats, adressage et fonctions. | Achats, DSI et finance. | DAF. |
| Risques | Fiscaux, techniques, opérationnels et de sécurité. | Contrôle interne. | Comité des risques. |
| Planning | Jalons, dépendances et dates de recette. | Chef de projet. | Comité de pilotage. |
| Livrables | Documents attendus et critères d’acceptation. | Responsables de chantier. | Chef de projet. |
🗺️ Cartographier les entités
| Donnée | Contenu attendu | Utilité |
|---|---|---|
| Dénomination | Nom juridique de l’entité. | Identifier la personne concernée. |
| SIREN | Identifiant de l’unité légale. | Adressage et classification. |
| Établissements | SIRET et fonctions principales. | Définir les mailles opérationnelles. |
| Régime TVA | Réel, franchise, groupe TVA ou autre situation. | Qualifier les obligations. |
| Taille | GE, ETI, PME ou microentreprise. | Déterminer le calendrier d’émission. |
| Activités | Biens, services, B2C, international ou secteur public. | Identifier les flux. |
| ERP | Système utilisé pour facturer et comptabiliser. | Construire l’architecture. |
| Plateforme | Plateforme agréée retenue ou envisagée. | Préparer l’émission et la réception. |
🔄 Cartographier les opérations
| Champ | Exemple | Décision associée |
|---|---|---|
| Entité vendeuse | Alpha Services SAS. | SIREN et plateforme d’émission. |
| Type de client | Entreprise française assujettie. | B2B domestique potentiel. |
| Pays | France. | Tester le caractère domestique. |
| Nature | Prestation de maintenance. | Service et exigibilité. |
| Régime TVA | Taxation à 20 % sur les encaissements. | Suivi des paiements. |
| Circuit | E-invoicing. | Facture via plateforme agréée. |
| Données fiscales | Facture et données de paiement. | Configurer deux flux complémentaires. |
| Preuve | Contrat, bon d’intervention et encaissement. | Constituer le dossier de contrôle. |
⚠️ Cartographier les risques et dépendances
| Risque | Dépendance | Action de maîtrise |
|---|---|---|
| Clients mal identifiés | Référentiel CRM. | Campagne de fiabilisation des SIREN. |
| Flux B2C incomplets | Caisses et marketplaces. | Rapprochement quotidien des ventes. |
| TVA mal paramétrée | Référentiel articles. | Validation du responsable TVA. |
| Plateforme non prête | Prestataire externe. | Jalons contractuels et solution de continuité. |
| Interfaces tardives | Éditeur ERP. | Planning détaillé et environnement de recette. |
| Fournisseurs non préparés | Panel fournisseurs. | Communication et tests ciblés. |
| Absence de responsable | Organisation interne. | Matrice RACI. |
| Règles devenues obsolètes | Évolutions réglementaires. | Veille et revue périodique. |
📅 Planning du dossier de cadrage
| Phase | Livrable | Critère de sortie |
|---|---|---|
| Diagnostic | Inventaire des entités et flux. | Périmètre validé par les métiers. |
| Qualification | Matrice fiscale et réglementaire. | Règles approuvées par le responsable TVA. |
| Architecture | Schéma des systèmes et plateformes. | Interfaces identifiées. |
| Conception | Procédures, contrôles et RACI. | Responsabilités attribuées. |
| Réalisation | Paramétrages et interfaces. | Tests unitaires réussis. |
| Recette | Rapport de tests de bout en bout. | Anomalies critiques clôturées. |
| Formation | Supports et sessions utilisateurs. | Populations prioritaires formées. |
| Bascule | Plan de démarrage. | Go validé par le comité de pilotage. |
| Stabilisation | Rapport d’incidents et KPI. | Niveau de service maîtrisé. |
🛡️ Contrôle interne du périmètre
Le contrôle interne doit vérifier que le périmètre est exhaustif, exact, validé et maintenu dans le temps.
EXHAUSTIVITÉ
Toutes les entités
et tous les flux sont-ils recensés ?
⬇
EXACTITUDE
Chaque opération est-elle
correctement qualifiée ?
⬇
AUTORISATION
Les règles ont-elles été
validées par les responsables ?
⬇
TRAÇABILITÉ
Les décisions et preuves
sont-elles conservées ?
⬇
ACTUALISATION
Le périmètre est-il revu
après chaque changement ?
📋 Grille complète de contrôle interne
| Domaine | Contrôle | Fréquence | Responsable | Preuve |
|---|---|---|---|---|
| Entités | Rapprocher la matrice avec l’organigramme juridique. | Trimestrielle et après changement. | Juridique / Fiscalité. | Liste des entités validée. |
| Flux | Rapprocher les opérations cartographiées du chiffre d’affaires. | Mensuelle. | Comptabilité. | Rapprochement par canal. |
| TVA | Contrôler les catégories et régimes appliqués. | À chaque évolution et périodiquement. | Responsable TVA. | Matrice fiscale versionnée. |
| Données | Tester SIREN, adresses, nature et taux. | À la création et par échantillon. | Référentiels / ADV. | Rapport de qualité. |
| ERP | Comparer les règles paramétrées à la matrice validée. | À chaque mise en production. | DSI et fiscalité. | Procès-verbal de recette. |
| Plateformes | Vérifier agrément, fonctions et adressage. | Périodique. | DAF / DSI. | Dossier prestataire. |
| Contrats | Vérifier périmètre, continuité et réversibilité. | Annuelle. | Achats / Juridique. | Grille contractuelle. |
| Responsabilités | Vérifier que chaque flux possède un responsable. | Trimestrielle. | Chef de projet. | Matrice RACI. |
| Incidents | Analyser les erreurs de classification récurrentes. | Mensuelle. | Contrôle interne. | Registre des incidents. |
| Veille | Mettre à jour les règles selon les textes applicables. | Continue. | Fiscalité / Juridique. | Journal de veille. |
🔍 Contrôle des flux
- rapprocher les factures émises des flux déposés sur la plateforme ;
- rapprocher les factures reçues des flux intégrés dans l’ERP ;
- contrôler les ventes B2C avec les données de caisse ;
- rapprocher les marketplaces avec le chiffre d’affaires brut ;
- identifier les factures établies hors ERP ;
- contrôler les avoirs et remboursements ;
- rechercher les opérations internationales non classifiées ;
- contrôler les rejets et flux en attente.
🧾 Contrôle TVA
- contrôler la nature des biens et services ;
- vérifier la territorialité ;
- valider les taux réduits ;
- contrôler les exonérations ;
- identifier les autoliquidations ;
- vérifier les options sur les débits ;
- rapprocher les données de paiement ;
- contrôler les bases déclarées ;
- documenter les différences de période ;
- réviser les règles après tout changement fiscal.
🗃️ Contrôle des données
| Donnée | Contrôle | Blocage recommandé |
|---|---|---|
| SIREN client | Format et concordance avec la dénomination. | Oui pour le B2B domestique. |
| Numéro de TVA | Présence et validité lorsqu’il conditionne le régime. | Oui pour certaines opérations internationales. |
| Pays | Concordance entre adresse, contrat et flux physique. | Oui si la territorialité en dépend. |
| Nature d’opération | Biens, services ou combinaison. | Oui. |
| Catégorie TVA | Cohérence avec le taux et la mention. | Oui. |
| Adresse électronique | Destination active dans l’annuaire. | Oui avant transmission. |
| Référence de commande | Présence pour les clients concernés. | Selon les règles client. |
🌐 Contrôle des plateformes
- vérifier la présence sur la liste officielle ;
- identifier l’entité juridique titulaire de l’agrément ;
- contrôler les fonctions réellement souscrites ;
- vérifier les formats supportés ;
- tester les échanges interplateformes ;
- contrôler les délais de traitement ;
- tester les statuts et rejets ;
- vérifier la transmission des données fiscales ;
- contrôler la sécurité et la continuité ;
- tester la réversibilité.
📑 Contrôle des contrats
| Clause | Contrôle | Risque |
|---|---|---|
| Périmètre | Entités, flux et fonctions couverts. | Service essentiel absent. |
| Niveau de service | Disponibilité et délais. | Interruption non maîtrisée. |
| Assistance | Support et escalade. | Incident non traité. |
| Sécurité | Authentification, chiffrement et notification. | Fuite ou compromission. |
| Données | Propriété, localisation et accès. | Données indisponibles. |
| Réversibilité | Formats et délais de restitution. | Captivité du prestataire. |
| Évolution réglementaire | Prise en charge des mises à jour. | Solution devenue non conforme. |
👥 Contrôle des responsabilités
Chaque opération critique doit posséder :
- un préparateur ;
- un valideur ;
- un responsable du système ;
- un responsable fiscal ;
- un responsable du traitement des anomalies ;
- un niveau d’escalade ;
- une preuve d’exécution ;
- un remplaçant en cas d’absence.
Tout flux sans responsable désigné doit être considéré comme un risque critique avant le démarrage.
📊 Tableau de bord du périmètre
Le tableau de bord doit permettre au DAF et au comité de pilotage de mesurer la couverture réelle du projet.
| Indicateur | Formule | Objectif | Seuil d’alerte |
|---|---|---|---|
| % d’opérations classifiées | Opérations qualifiées / opérations recensées × 100. | 100 % avant recette. | < 95 %. |
| % de flux documentés | Flux avec fiche complète / flux identifiés × 100. | 100 %. | < 90 %. |
| % d’ERP cartographiés | Systèmes analysés / systèmes concernés × 100. | 100 %. | Tout système critique absent. |
| % de plateformes validées | Plateformes vérifiées et contractualisées / plateformes requises × 100. | 100 % avant tests. | < 100 % à l’entrée en recette. |
| % de fournisseurs prêts | Fournisseurs prioritaires testés / fournisseurs prioritaires × 100. | Selon le plan de déploiement. | Retard des fournisseurs stratégiques. |
| % de clients prêts | Clients avec données et adressage validés / clients concernés × 100. | 100 % des clients B2B actifs. | SIREN ou adressage manquant. |
| % de règles TVA validées | Règles approuvées / règles identifiées × 100. | 100 % avant paramétrage final. | Toute règle critique non validée. |
| % de responsabilités attribuées | Processus avec RACI / processus identifiés × 100. | 100 %. | Flux sans propriétaire. |
| % de scénarios testés | Scénarios exécutés / scénarios prévus × 100. | 100 % avant bascule. | Cas critique non testé. |
| Indice global de préparation | Score pondéré des indicateurs juridiques, fiscaux, techniques et opérationnels. | Supérieur au seuil de mise en production. | Score rouge ou orange. |
🧮 Construire l’indice global de préparation
| Domaine | Pondération indicative | Éléments évalués |
|---|---|---|
| Périmètre juridique | 15 % | Entités, SIREN, établissements et groupes. |
| Périmètre fiscal | 20 % | Opérations, territorialité, TVA et circuits. |
| Données | 15 % | Clients, fournisseurs, articles et adressage. |
| Architecture technique | 20 % | ERP, interfaces, plateforme et annuaire. |
| Processus et contrôles | 15 % | Procédures, RACI, rejets et rapprochements. |
| Recette et continuité | 10 % | Tests, PCA, reprise et assistance. |
| Formation et changement | 5 % | Utilisateurs formés et communication. |
SCORE 0 À 49
🔴 PRÉPARATION CRITIQUE
SCORE 50 À 69
🟠 PRÉPARATION FRAGILE
SCORE 70 À 84
🟡 PRÉPARATION À CONSOLIDER
SCORE 85 À 94
🟢 PRÉPARATION MAÎTRISÉE
SCORE 95 À 100
🔵 PRÉPARATION AVANCÉE
Une entreprise peut obtenir 90 % tout en n’ayant pas choisi de plateforme ou validé une règle TVA essentielle. Les alertes bloquantes doivent donc primer sur la moyenne.
📈 KPI complémentaires du DAF
| KPI | Utilité |
|---|---|
| Nombre de flux non classifiés | Mesurer le solde de travail fiscal. |
| Nombre de données clients manquantes | Piloter le nettoyage du référentiel. |
| Nombre de cas nécessitant une revue fiscale | Dimensionner les ressources expertes. |
| Taux de tests réussis au premier passage | Mesurer la qualité des paramétrages. |
| Nombre d’anomalies critiques ouvertes | Arbitrer la décision de bascule. |
| Coût du projet par facture | Mesurer l’efficience de l’architecture. |
| Délai moyen de facturation | Vérifier l’impact sur le cash. |
| Délai moyen de correction d’un rejet | Mesurer la réactivité opérationnelle. |
| Évolution du DSO | Suivre l’effet sur le recouvrement client. |
| Taux d’intégration automatique des achats | Mesurer les gains de productivité. |
💼 Mini-cas stratégique — Groupe multi-entités
Groupe Nova comprend une grande entreprise française, trois PME françaises, une filiale allemande, un centre de services partagés et un groupe TVA couvrant deux des filiales françaises.
Erreurs du premier inventaire
- une seule ligne a été créée pour l’ensemble du groupe ;
- le calendrier de la grande entreprise a été appliqué à toutes les filiales ;
- la filiale allemande est classée comme entreprise française ;
- les flux entre membres du groupe TVA ne sont pas identifiés ;
- le centre partagé est indiqué comme client juridique ;
- les ventes B2C d’une filiale ne sont pas recensées ;
- un logiciel métier local n’est pas inclus dans l’architecture.
Correction du chef de mission
- Créer une fiche distincte par entité juridique.
- Déterminer le calendrier applicable à chacune.
- Isoler les flux de la filiale allemande.
- Analyser séparément les opérations internes et externes du groupe TVA.
- Identifier la filiale débitrice derrière le centre partagé.
- Ajouter les ventes B2C au périmètre de e-reporting.
- Intégrer le logiciel métier dans le plan d’interfaces.
- Produire une vue consolidée uniquement après validation des fiches locales.
La centralisation opérationnelle ne doit jamais effacer les différences juridiques, fiscales et réglementaires entre les entités.
💼 Mini-cas stratégique — PME omnicanale
Une PME vend à des entreprises françaises, à des particuliers en boutique, à des consommateurs européens sur son site internet et à des clients hors Union européenne via une marketplace.
| Canal | Client | Analyse principale |
|---|---|---|
| Ventes directes B2B | Entreprises françaises. | E-invoicing domestique. |
| Boutique | Particuliers français. | E-reporting B2C et rapprochement de caisse. |
| Site internet | Consommateurs européens. | E-reporting, territorialité et ventes à distance. |
| Marketplace | Clients hors UE. | E-reporting applicable, exportation et données brutes de vente. |
Une seule société peut devoir produire simultanément des factures électroniques B2B, des données de e-reporting B2C, des flux internationaux et des justificatifs douaniers.
📌 Synthèse stratégique
La maîtrise du périmètre consiste à relier chaque entité et chaque opération à une obligation, un système, une plateforme, un contrôle et une preuve.
L’expert TVA sécurise la qualification juridique et fiscale. Le DAF transforme cette analyse en architecture, budget, gouvernance, planning et tableau de bord.
L’arbre de décision permet de distinguer :
- les opérations relevant de l’e-invoicing ;
- les opérations relevant du e-reporting de transaction ;
- les opérations nécessitant des données de paiement ;
- les opérations relevant de Chorus Pro ;
- les circuits distincts ou exclusions à justifier ;
- les cas nécessitant une revue humaine.
Le dossier de cadrage formalise les décisions, les risques et les responsabilités. Le contrôle interne vérifie l’exhaustivité du périmètre et le tableau de bord mesure le niveau réel de préparation.
Une matrice n’est pas terminée lorsqu’elle contient beaucoup de lignes. Elle est terminée lorsque chaque ligne possède une règle, une source, un propriétaire, un contrôle et une preuve.
La seconde livraison permettra de valider les acquis avec un Grand Quiz Premium de 20 questions dont chaque réponse sera masquée dans un accordéon, un cas intégral multi-entités, une cartographie complète e-invoicing / e-reporting, les sources officielles, la conclusion du chapitre et la transition vers le Chapitre 2.
La fermeture de l’article interviendra uniquement à la fin de cette seconde livraison.
📝 Grand Quiz Premium — Maîtriser le périmètre de la réforme
Ce quiz de vingt questions permet de vérifier votre capacité à qualifier une entité, une opération et son circuit de transmission comme le ferait un chef de mission.
Pour chaque question, formulez d’abord votre réponse avant d’ouvrir l’accordéon de correction.
Question 1 — Quelle est la première étape pour déterminer si une opération relève de l’e-invoicing ou du e-reporting ?
Il faut commencer par identifier précisément l’entité qui réalise l’opération, sa qualité au regard de la TVA, son lieu d’établissement, la qualité du client et la nature de l’opération.
Le format actuellement utilisé ou la présence d’un taux de TVA ne suffisent pas à déterminer le circuit applicable.
Question 2 — Une opération B2B domestique entre deux assujettis établis en France relève-t-elle en principe de l’e-invoicing ?
Oui, lorsqu’elle entre dans le champ matériel de la réforme. La facture doit alors circuler par l’intermédiaire des plateformes agréées désignées par les entreprises.
Le chef de mission doit toutefois vérifier l’existence d’une éventuelle exclusion, dispense ou règle sectorielle particulière.
Question 3 — Une vente à un particulier français relève-t-elle de l’e-invoicing ?
Non. Une opération B2C ne relève pas de l’e-invoicing entre entreprises.
Elle peut cependant relever du e-reporting des données de transaction et, pour certaines prestations de services, de la transmission des données de paiement.
Question 4 — Une entreprise en franchise en base de TVA est-elle automatiquement exclue de la réforme ?
Non. La franchise en base signifie que l’entreprise ne facture pas la TVA dans les conditions du régime, mais elle peut conserver la qualité d’assujetti.
Ses obligations de réception, d’émission et de transmission doivent être analysées selon son activité, ses opérations et son calendrier.
Question 5 — Une facture adressée à une entreprise allemande relève-t-elle automatiquement de l’e-invoicing français ?
Non. Une opération avec une entreprise étrangère ne constitue pas, en principe, une opération B2B domestique entre deux assujettis établis en France.
Elle doit être analysée au regard du e-reporting, des règles de territorialité, de l’autoliquidation éventuelle et des obligations internationales de TVA.
Question 6 — Le fait qu’une facture ne comporte aucune TVA suffit-il à l’exclure de la réforme ?
Non. L’absence de TVA peut résulter d’une exonération, d’une autoliquidation, d’une franchise en base ou d’un régime particulier.
Il faut distinguer le traitement fiscal de l’opération de son obligation de transmission.
Question 7 — Quelle différence essentielle existe entre l’e-invoicing et le e-reporting ?
L’e-invoicing organise la circulation de la facture électronique entre le fournisseur et le client professionnel concerné.
Le e-reporting organise la transmission à l’administration de données relatives à certaines opérations qui ne circulent pas dans le circuit domestique B2B de l’e-invoicing, notamment certaines opérations B2C et internationales.
Question 8 — Une facture destinée à une personne publique française relève-t-elle du circuit B2B privé classique ?
Non. Les factures destinées aux personnes publiques relèvent du circuit B2G et de Chorus Pro selon les règles applicables.
La présence d’un SIREN chez le client public ne suffit pas à transformer l’opération en B2B privé.
Question 9 — Le SIREN de la société mère peut-il être utilisé pour facturer une filiale juridiquement cliente ?
Non. La facture doit identifier la personne juridique réellement débitrice de l’opération.
Le fait qu’un groupe centralise ses achats, sa comptabilité ou sa trésorerie ne permet pas de substituer le SIREN de la société mère à celui de la filiale contractante.
Question 10 — Une entreprise peut-elle utiliser plusieurs logiciels sources pour alimenter une même plateforme agréée ?
Oui. Un ERP, un logiciel métier, une caisse ou une marketplace peuvent alimenter une même plateforme.
Le chef de mission doit cependant cartographier chaque système, chaque format, chaque interface, les contrôles associés et les responsabilités de traitement.
Question 11 — Un groupe de sociétés utilisant un ERP unique constitue-t-il automatiquement une seule entité pour la réforme ?
Non. Le partage d’un ERP ne supprime pas les personnalités juridiques distinctes.
Chaque société doit être analysée selon son SIREN, ses opérations, son calendrier, son régime TVA et son adressage.
Question 12 — Pourquoi faut-il distinguer les livraisons de biens des prestations de services ?
Cette distinction influence notamment la territorialité, le fait générateur, l’exigibilité de la TVA, le traitement des acomptes et la transmission éventuelle des données de paiement.
Une mauvaise classification peut donc produire une facture techniquement valide mais fiscalement incorrecte.
Question 13 — Les données de paiement concernent-elles toutes les factures de la même manière ?
Non. Leur transmission est notamment liée aux opérations pour lesquelles l’exigibilité de la TVA dépend de l’encaissement.
Il faut donc analyser la nature de l’opération, le régime d’exigibilité et l’existence éventuelle d’une option pour le paiement de la TVA d’après les débits.
Question 14 — Une opération internationale est-elle toujours hors de toute obligation française de transmission ?
Non. Une opération internationale peut être hors du circuit domestique de l’e-invoicing tout en relevant du e-reporting.
Elle peut également nécessiter des données complémentaires, des justificatifs de transport, des documents douaniers ou une analyse de territorialité.
Question 15 — Que doit contenir une matrice Entité–Opération–Obligation ?
Elle doit au minimum préciser :
- l’entité juridique ;
- le SIREN ;
- la qualité du client ;
- le pays ;
- la nature de l’opération ;
- le régime de TVA ;
- le circuit réglementaire ;
- les données à transmettre ;
- le système source ;
- le responsable ;
- le contrôle et la preuve.
Question 16 — Quelle différence existe entre une exclusion et une exonération ?
Une exonération concerne le traitement fiscal d’une opération qui peut rester dans le champ d’une obligation de facturation ou de transmission.
Une exclusion signifie que l’opération ou l’entité ne relève pas du dispositif concerné, sous réserve de l’existence éventuelle d’une autre obligation.
Question 17 — Quel est le principal danger d’un indicateur global de préparation ?
Une moyenne élevée peut masquer une anomalie critique, par exemple une entité sans plateforme, une règle TVA non validée ou une interface majeure non testée.
Les alertes bloquantes doivent donc primer sur le score global.
Question 18 — Pourquoi faut-il rapprocher le périmètre cartographié du chiffre d’affaires comptable ?
Ce rapprochement permet de vérifier que tous les canaux de vente et toutes les catégories d’opérations ont été recensés.
Il aide à détecter les ventes issues d’outils locaux, de caisses, de marketplaces ou de logiciels métiers oubliés dans la cartographie.
Question 19 — À quoi sert la matrice RACI dans le cadrage du périmètre ?
Elle précise, pour chaque activité ou flux, qui réalise le travail, qui l’approuve, qui doit être consulté et qui doit être informé.
Elle évite notamment qu’un rejet technique, une anomalie TVA ou une mise à jour d’adresse reste sans responsable.
Question 20 — Quand le chef de mission peut-il considérer le périmètre comme maîtrisé ?
Lorsque chaque entité et chaque opération possèdent :
- une qualification documentée ;
- un circuit réglementaire déterminé ;
- un système source identifié ;
- une plateforme ou une destination définie ;
- un responsable ;
- un contrôle ;
- une preuve ;
- un scénario de test validé.
🏢 Mission intégrale — Cadrage d’un groupe multi-entités
Vous intervenez comme chef de mission auprès du Groupe Horizon 360. Le groupe exerce plusieurs activités en France et à l’international.
La Direction financière souhaite disposer d’une cartographie définitive de son périmètre avant de lancer les paramétrages techniques.
Identifier les entités, qualifier les opérations, déterminer les obligations, recenser les systèmes, détecter les risques et proposer un plan de sécurisation.
🧩 Présentation des entités
| Entité | Profil | Activité | Situation particulière |
|---|---|---|---|
| Horizon Holding SA | Grande entreprise française | Direction et services intragroupe | Société mère du groupe |
| Horizon Industrie SAS | ETI française | Fabrication et vente de machines | Membre d’un groupe TVA |
| Horizon Services SAS | PME française | Maintenance, conseil et formation | Membre du même groupe TVA |
| Horizon Digital SARL | PME française | Prestations numériques et abonnements | Ventes B2B, B2C et internationales |
| Atelier Horizon EI | Microentreprise française | Création graphique | Franchise en base de TVA |
| Association Horizon Solidaire | Association française | Activités non lucratives et prestations facturées | Situation mixte au regard de la TVA |
| Horizon Deutschland GmbH | Filiale allemande | Distribution en Allemagne | Non établie en France |
| Horizon Shared Services SAS | Centre de services partagés | Comptabilité fournisseurs et trésorerie | Traite les factures de plusieurs filiales |
📦 Inventaire des principales opérations
| Référence | Entité vendeuse | Client | Opération | Montant annuel |
|---|---|---|---|---|
| F01 | Horizon Industrie | Entreprise française | Vente de machines livrées en France | 18 000 000 € |
| F02 | Horizon Industrie | Entreprise allemande | Livraison intracommunautaire de machines | 4 500 000 € |
| F03 | Horizon Industrie | Client américain | Exportation de matériel | 2 000 000 € |
| F04 | Horizon Services | Entreprise française | Contrat annuel de maintenance | 3 200 000 € |
| F05 | Horizon Services | Entreprise belge | Mission de conseil | 800 000 € |
| F06 | Horizon Services | Personne publique française | Formation professionnelle | 350 000 € |
| F07 | Horizon Digital | Entreprises françaises | Abonnements logiciels B2B | 1 600 000 € |
| F08 | Horizon Digital | Particuliers français | Abonnements numériques B2C | 900 000 € |
| F09 | Horizon Digital | Consommateurs européens | Services électroniques B2C | 700 000 € |
| F10 | Atelier Horizon EI | Entreprise française | Création d’une identité visuelle | 55 000 € |
| F11 | Association Horizon Solidaire | Particuliers | Cotisations statutaires | 180 000 € |
| F12 | Association Horizon Solidaire | Entreprises françaises | Organisation de formations payantes | 220 000 € |
| F13 | Horizon Holding | Filiales françaises | Refacturation de fonctions de direction | 1 400 000 € |
| F14 | Horizon Deutschland | Entreprise française | Vente de matériel expédié d’Allemagne | 600 000 € |
🔍 Première anomalie — Le projet a été construit au niveau du groupe
Le premier fichier préparé par le groupe comporte une seule ligne :
Cette approche est incorrecte pour plusieurs raisons :
- les sociétés possèdent des SIREN distincts ;
- leurs tailles et calendriers peuvent différer ;
- certaines opérations sont B2B domestiques ;
- d’autres sont B2C, internationales ou B2G ;
- la filiale allemande n’est pas une entreprise française ;
- la microentreprise bénéficie de la franchise en base ;
- l’association exerce des activités de natures différentes ;
- le groupe TVA nécessite une analyse spécifique ;
- les systèmes sources ne sont pas identiques.
Construire d’abord une fiche par entité, puis une fiche par catégorie d’opérations, avant de produire une consolidation Groupe.
📊 Analyse complète des opérations
| Flux | Qualification | Circuit principal | Point TVA | Contrôle prioritaire |
|---|---|---|---|---|
| F01 | B2B domestique entre entreprises françaises | E-invoicing | Taxation française selon le régime applicable | SIREN client, adresse de livraison et taux |
| F02 | Livraison intracommunautaire B2B | E-reporting international | Exonération sous conditions | Numéro de TVA client et preuve de transport |
| F03 | Exportation hors Union européenne | E-reporting international | Exonération sous réserve des preuves douanières | Document de sortie et concordance logistique |
| F04 | Prestation B2B domestique | E-invoicing | TVA française, exigibilité à analyser | Option sur les débits ou suivi des encaissements |
| F05 | Prestation B2B intracommunautaire | E-reporting international | Territorialité et autoliquidation à analyser | Qualité d’assujetti et numéro de TVA du preneur |
| F06 | B2G français | Chorus Pro | Régime TVA propre à la prestation | Engagement juridique et code service |
| F07 | Prestation B2B domestique | E-invoicing | TVA et exigibilité des services | Période d’abonnement et données de paiement |
| F08 | Prestation B2C française | E-reporting de transaction | TVA française selon le service | Exhaustivité des ventes et encaissements |
| F09 | Service électronique B2C européen | E-reporting international | Territorialité B2C et régime européen à analyser | Pays du consommateur et données de paiement |
| F10 | Prestation B2B domestique par une entreprise en franchise | E-invoicing selon calendrier applicable | TVA non facturée sous réserve du maintien de la franchise | SIREN client et mention de franchise |
| F11 | Cotisations associatives | Analyse hors activité économique ou hors champ selon les faits | Qualification juridique et fiscale préalable | Statuts, contrepartie et nature de la cotisation |
| F12 | Formation payante à des entreprises | E-invoicing si opération B2B domestique concernée | Taxation ou exonération à justifier | Nature de la formation et fondement fiscal |
| F13 | Refacturation intragroupe | Analyse spécifique selon le groupe TVA et les entités | Flux interne ou externe à l’assujetti unique | Périmètre du groupe TVA et réalité des prestations |
| F14 | Vente par une société allemande à un client français | Analyse des entreprises non établies et du flux international | Lieu de départ, territorialité et redevable | Établissement du fournisseur et transport |
🏭 Analyse du groupe TVA
Horizon Industrie et Horizon Services sont membres du même groupe TVA. Cette situation ne doit pas être traitée comme un simple regroupement administratif.
Travaux à réaliser
- identifier la tête de l’assujetti unique ;
- recenser les membres et leur date d’entrée ;
- distinguer les opérations internes au groupe TVA des opérations avec des tiers ;
- déterminer les identifiants et données à utiliser dans les factures externes ;
- analyser les refacturations entre membres ;
- rapprocher les règles fiscales des paramétrages ERP ;
- documenter les responsabilités de déclaration et de transmission.
| Flux | Analyse | Décision |
|---|---|---|
| Vente d’Horizon Industrie à un client tiers | Opération externe au groupe TVA. | Appliquer le circuit correspondant à la qualité du client. |
| Maintenance fournie par Horizon Services à Horizon Industrie | Flux entre membres du groupe TVA. | Documenter le traitement interne et les obligations applicables. |
| Service de Holding à Horizon Digital | Horizon Digital n’est pas membre du groupe TVA. | Analyser comme opération avec un tiers au groupe TVA. |
🏪 Analyse de la microentreprise
Atelier Horizon EI bénéficie de la franchise en base et facture principalement des professionnels français.
Erreurs initiales
- l’entité a été exclue du projet parce qu’elle ne facture pas de TVA ;
- aucune plateforme de réception n’a été prévue ;
- le SIREN des clients n’est pas collecté ;
- le logiciel de facturation ne produit que des PDF ;
- aucune procédure n’existe en cas de sortie de franchise.
Plan de sécurisation
- Confirmer la qualité d’assujetti et le régime fiscal actuel.
- Identifier l’échéance applicable à l’émission.
- Préparer la réception électronique.
- Fiabiliser les SIREN des clients professionnels.
- Choisir une solution compatible avec une plateforme agréée.
- Maintenir la mention de franchise en base.
- Créer une alerte en cas de dépassement ou de changement de régime.
🤝 Analyse de l’association
L’association exerce une activité non lucrative mais organise également des formations payantes pour des entreprises.
Classer l’ensemble des recettes comme hors réforme au seul motif que l’émetteur est une association.
| Recette | Analyse à conduire | Justificatif |
|---|---|---|
| Cotisation sans contrepartie individualisée | Analyser son caractère hors activité économique ou hors champ. | Statuts et règlement intérieur. |
| Cotisation donnant accès à des prestations précises | Analyser l’existence d’une contrepartie économique. | Offre réservée aux adhérents. |
| Formation payante à une entreprise | Analyser le B2B domestique et le régime TVA. | Convention de formation et facture. |
| Subvention publique | Distinguer subvention d’équilibre et complément de prix. | Convention de financement. |
🌍 Analyse des opérations internationales
| Flux | Territorialité | Transmission | Preuve essentielle |
|---|---|---|---|
| Livraison intracommunautaire | Départ de France vers un autre État membre. | E-reporting international à analyser. | Numéro de TVA et transport. |
| Exportation | Sortie de l’Union européenne. | E-reporting international à analyser. | Preuve douanière de sortie. |
| Prestation B2B à une entreprise étrangère | Règle générale ou règle spécifique selon le service. | E-reporting international. | Qualité du preneur et établissement concerné. |
| Service électronique B2C européen | Pays de consommation selon les règles applicables. | E-reporting et obligations européennes. | Éléments de localisation du consommateur. |
| Vente d’une filiale allemande à la France | Dépend du lieu de départ et de l’organisation du flux. | Analyser les obligations de l’entité étrangère. | Contrat, transport et établissement. |
🖥️ Architecture applicative du Groupe Horizon 360
| Système | Entités | Flux | Anomalie détectée |
|---|---|---|---|
| ERP Groupe | Holding, Industrie et Services | B2B domestique et international | Règles groupe TVA non paramétrées |
| Logiciel SaaS | Horizon Digital | Abonnements B2B et B2C | Données de paiement non séparées |
| Logiciel microentreprise | Atelier Horizon | Prestations B2B | Production exclusive de PDF |
| Outil associatif | Association | Cotisations et formations | Aucune distinction entre recettes |
| ERP allemand | Horizon Deutschland | Ventes européennes | Aucune interface avec le pilotage français |
| Plateforme de trésorerie | Toutes les filiales françaises | Encaissements et paiements | Lettrage insuffisant avec les factures |
⚠️ Matrice des risques de la mission
| Risque | Criticité | Entité concernée | Action prioritaire |
|---|---|---|---|
| Flux classés intégralement en e-invoicing | 🔴 Critique | Groupe | Reprendre toute la matrice des opérations. |
| Groupe TVA non paramétré | 🔴 Critique | Industrie et Services | Analyse fiscale et recette dédiée. |
| Ventes B2C absentes | 🔴 Critique | Digital | Construire le e-reporting de transaction. |
| Données de paiement incomplètes | 🟠 Majeur | Services et Digital | Rapprocher factures et encaissements. |
| Microentreprise exclue | 🟠 Majeur | Atelier Horizon | Réintégrer l’entité au calendrier. |
| Activités associatives non qualifiées | 🟠 Majeur | Association | Séparer chaque catégorie de recettes. |
| Filiale étrangère mal intégrée | 🟠 Majeur | Horizon Deutschland | Analyse territoriale et réglementaire distincte. |
| Centre partagé confondu avec le client juridique | 🔴 Critique | Toutes les filiales | Corriger les référentiels et l’adressage. |
📅 Plan d’action du chef de mission
| Priorité | Action | Responsable | Livrable |
|---|---|---|---|
| 1 | Valider les entités et SIREN. | Juridique et fiscalité. | Référentiel juridique Groupe. |
| 2 | Qualifier toutes les opérations. | Responsable TVA et métiers. | Matrice Entité–Opération–Obligation. |
| 3 | Documenter le groupe TVA. | Fiscalité. | Note de cadrage Groupe TVA. |
| 4 | Cartographier les logiciels et interfaces. | DSI. | Architecture applicative. |
| 5 | Fiabiliser les clients et fournisseurs. | ADV et achats. | Référentiels nettoyés. |
| 6 | Paramétrer e-invoicing, e-reporting et paiements. | DSI et plateforme. | Flux configurés. |
| 7 | Tester les scénarios critiques. | Chef de projet. | Procès-verbal de recette. |
| 8 | Former et attribuer les responsabilités. | DAF et RH. | RACI et supports de formation. |
🗺️ Cartographie Premium — De l’entreprise au pilotage
1. ENTREPRISE
• DÉNOMINATION
• SIREN
• ÉTABLISSEMENT
• RÉGIME TVA
• TAILLE
• CALENDRIER
⬇
2. OPÉRATION
• B2B
• B2C
• B2G
• FRANCE
• UNION EUROPÉENNE
• HORS UNION EUROPÉENNE
• BIEN
• SERVICE
• OPÉRATION MIXTE
⬇
3. OBLIGATION
• E-INVOICING
• E-REPORTING DE TRANSACTION
• E-REPORTING DE PAIEMENT
• CHORUS PRO
• CIRCUIT PARTICULIER
• EXCLUSION DOCUMENTÉE
⬇
4. PLATEFORME
• PLATEFORME AGRÉÉE
• SOLUTION COMPATIBLE
• ANNUAIRE
• ADRESSE ÉLECTRONIQUE
• INTERFACES
⬇
5. TRANSMISSION
• FACTURE STRUCTURÉE
• DONNÉES FISCALES
• DONNÉES DE PAIEMENT
• STATUTS
• CORRECTIONS
⬇
6. TVA
• TERRITORIALITÉ
• BASE
• TAUX
• EXONÉRATION
• AUTOLIQUIDATION
• FRANCHISE
• EXIGIBILITÉ
• GROUPE TVA
⬇
7. CONTRÔLES
• IDENTITÉ
• CALCULS
• RÉFÉRENTIELS
• ADRESSAGE
• PLATEFORME
• CONTRATS
• RESPONSABILITÉS
• RAPPROCHEMENTS
⬇
8. ARCHIVAGE
• FACTURE ORIGINALE
• DONNÉES STRUCTURÉES
• STATUTS
• CONTRATS
• PREUVES DE LIVRAISON
• PREUVES FISCALES
• JOURNAUX TECHNIQUES
• VALIDATIONS
⬇
9. PILOTAGE
• KPI
• ALERTES
• RACI
• INCIDENTS
• PLAN D’ACTION
• REVUE PÉRIODIQUE
• AMÉLIORATION CONTINUE
📊 Matrice Premium Entité → Opération → Obligation
| Entité | Opération | Client | Circuit | Donnée sensible | Responsable |
|---|---|---|---|---|---|
| Horizon Industrie | Vente de machines en France | Entreprise française | E-invoicing | SIREN et adresse de livraison | Administration des ventes |
| Horizon Industrie | Livraison intracommunautaire | Entreprise européenne | E-reporting international | TVA client et preuve de transport | Fiscalité et logistique |
| Horizon Services | Maintenance en France | Entreprise française | E-invoicing et paiement à analyser | Exigibilité de la TVA | Responsable TVA |
| Horizon Services | Formation d’une personne publique | Administration française | Chorus Pro | Engagement et code service | Facturation B2G |
| Horizon Digital | Abonnement B2C français | Particulier | E-reporting de transaction | Vente et encaissement | Comptabilité clients |
| Horizon Digital | Service électronique européen | Consommateur européen | E-reporting international | Pays de consommation | Fiscalité indirecte |
| Atelier Horizon | Création graphique B2B | Entreprise française | E-invoicing selon calendrier | Franchise en base | Dirigeant |
| Association | Formation payante | Entreprise française | E-invoicing si opération concernée | Taxation ou exonération | Responsable administratif |
| Holding | Refacturation à une filiale | Société du groupe | Selon groupe TVA et relation juridique | Réalité de la prestation | Direction fiscale |
🛡️ Matrice Premium Obligation → Contrôle → Preuve
| Obligation | Contrôle principal | Preuve | Fréquence |
|---|---|---|---|
| E-invoicing | Exhaustivité des factures déposées. | Journal des émissions et statuts. | Quotidienne. |
| E-reporting B2C | Rapprochement des ventes avec la caisse ou le site. | Journal de ventes et rapport de transmission. | Selon la périodicité applicable. |
| E-reporting international | Rapprochement avec les factures et justificatifs. | Factures, transport et documents douaniers. | Mensuelle. |
| Données de paiement | Rapprochement des encaissements. | Banque, lettrage et transmission. | Régulière. |
| Groupe TVA | Distinction flux internes et externes. | Matrice des membres et écritures. | Mensuelle. |
| Chorus Pro | Contrôle des engagements et statuts. | Dépôt et suivi Chorus Pro. | À chaque facture. |
| Archivage | Présence de la facture, des données et de l’historique. | Rapport d’intégrité et journal d’accès. | Périodique. |
📈 Tableau de bord final de la mission
| Indicateur | Situation initiale | Objectif | Décision |
|---|---|---|---|
| Entités juridiquement validées | 50 % | 100 % | Blocage tant que le référentiel n’est pas complet. |
| Opérations classifiées | 35 % | 100 % | Revue fiscale prioritaire. |
| Flux B2C documentés | 0 % | 100 % | Projet e-reporting dédié. |
| Flux internationaux documentés | 40 % | 100 % | Revue territorialité et preuves. |
| ERP cartographiés | 67 % | 100 % | Ajouter les outils locaux. |
| Responsabilités attribuées | 45 % | 100 % | Finaliser la matrice RACI. |
| Scénarios critiques testés | 10 % | 100 % | Pas de bascule avant recette complète. |
| Indice global de préparation | 43 / 100 | Au moins 85 / 100 sans alerte critique | Projet en zone rouge. |
La mise en production ne peut pas être autorisée à ce stade. Le groupe doit d’abord clôturer les risques critiques relatifs au groupe TVA, aux flux B2C, aux entités oubliées et aux responsabilités.
📌 Synthèse de la Partie A
Le Grand Quiz Premium a permis de vérifier les principes essentiels de qualification du périmètre.
Le cas Groupe Horizon 360 démontre qu’un même groupe peut cumuler :
- de l’e-invoicing B2B domestique ;
- du e-reporting B2C ;
- du e-reporting international ;
- des données de paiement ;
- des factures B2G via Chorus Pro ;
- des opérations exonérées ;
- une microentreprise en franchise ;
- une association à activités mixtes ;
- une filiale étrangère ;
- un groupe TVA ;
- des flux intragroupe ;
- plusieurs ERP et logiciels métiers.
La Cartographie Premium permet de transformer cette complexité en une chaîne lisible :
La dernière partie de cette séquence développera la Cartographie IA E-invoicing / E-reporting, les alertes intelligentes, la validation humaine, les limites de l’IA, les sources officielles, les compétences acquises, la conclusion du chapitre et la transition vers le Chapitre 2.
🤖 Cartographie IA E-invoicing / E-reporting
La Cartographie IA E-invoicing / E-reporting constitue le composant final de pilotage du périmètre. Elle transforme les informations juridiques, fiscales, commerciales et techniques de l’entreprise en une matrice décisionnelle centralisée.
Son objectif est de déterminer, pour chaque opération :
- quelle entité juridique réalise l’opération ;
- quelle est la qualité du client ;
- où sont établies les parties ;
- quelle est la nature du bien ou du service ;
- où l’opération est située au regard de la TVA ;
- si elle relève de l’e-invoicing, du e-reporting ou d’un circuit distinct ;
- quelles données doivent être transmises ;
- si des données de paiement sont requises ;
- quelle plateforme et quelle adresse doivent être utilisées ;
- quels contrôles et justificatifs doivent être associés à la décision.
Faire de la qualification du périmètre un processus permanent, explicable et contrôlé, plutôt qu’un paramétrage ponctuel réalisé au moment de la mise en œuvre de la réforme.
🧭 Vision 360° de la Cartographie IA
ENTITÉ JURIDIQUE
• DÉNOMINATION
• SIREN
• ÉTABLISSEMENT
• RÉGIME TVA
• TAILLE
• APPARTENANCE À UN GROUPE TVA
⬇
CLIENT
• ENTREPRISE
• PARTICULIER
• PERSONNE PUBLIQUE
• FRANCE
• UNION EUROPÉENNE
• HORS UNION EUROPÉENNE
⬇
OPÉRATION
• LIVRAISON DE BIENS
• PRESTATION DE SERVICES
• OPÉRATION MIXTE
• ACOMPTE
• AVOIR
• OPÉRATION INTRAGROUPE
• OPÉRATION INTERNE AU GROUPE TVA
⬇
ANALYSE TVA
• TERRITORIALITÉ
• TAXATION
• EXONÉRATION
• AUTOLIQUIDATION
• FRANCHISE
• EXIGIBILITÉ
• OPTION SUR LES DÉBITS
⬇
CLASSIFICATION RÉGLEMENTAIRE
• E-INVOICING
• E-REPORTING DE TRANSACTION
• E-REPORTING DE PAIEMENT
• CHORUS PRO
• CIRCUIT SPÉCIFIQUE
• HORS DISPOSITIF DOCUMENTÉ
• REVUE HUMAINE REQUISE
⬇
ARCHITECTURE
• ERP
• LOGICIEL MÉTIER
• SOLUTION COMPATIBLE
• PLATEFORME AGRÉÉE
• ANNUAIRE
• ADRESSE ÉLECTRONIQUE
⬇
CONTRÔLES ET PREUVES
• IDENTITÉ
• TVA
• CALCULS
• ROUTAGE
• TRANSMISSION
• ARCHIVAGE
• VALIDATION HUMAINE
🧠 Architecture fonctionnelle de la Cartographie IA
| Module | Fonction | Données analysées | Livrable |
|---|---|---|---|
| Référentiel des entités | Identifier chaque personne juridique et son calendrier. | SIREN, taille, régime TVA, établissements et groupe TVA. | Fiche de périmètre par entité. |
| Analyseur du client | Déterminer la qualité et le lieu d’établissement du client. | SIREN, numéro de TVA, pays, contrat et adresse. | Qualification B2B, B2C ou B2G. |
| Classificateur de l’opération | Distinguer biens, services et opérations composites. | Catalogue, contrat, commande et libellés de facture. | Nature fiscale et structurée. |
| Moteur de territorialité | Déterminer le lieu d’imposition de l’opération. | Établissements, transport, lieu d’exécution et qualité du preneur. | Note de territorialité. |
| Moteur TVA | Qualifier la taxation, l’exonération, l’autoliquidation ou le régime particulier. | Matrice fiscale, taux, justificatifs et options. | Traitement TVA proposé. |
| Classificateur réglementaire | Déterminer le circuit de transmission. | Entité, client, territoire, opération et régime fiscal. | Décision e-invoicing / e-reporting / autre circuit. |
| Moteur d’exigibilité | Déterminer si des données d’encaissement doivent être suivies. | Nature de l’opération, acomptes, paiements et option sur les débits. | Règle de paiement et de transmission. |
| Cartographe applicatif | Identifier les systèmes produisant ou recevant les données. | ERP, caisse, marketplace, CRM, trésorerie et logiciels métiers. | Architecture applicative du flux. |
| Cartographe de plateforme | Déterminer le chemin réglementaire de la facture. | Plateforme agréée, solution compatible, annuaire et adressage. | Schéma de transmission. |
| Contrôleur documentaire | Vérifier l’existence des preuves nécessaires. | Contrat, commande, livraison, transport, douane et paiement. | Dossier de preuve. |
| Moteur de risques | Classer les anomalies selon leur criticité. | Résultats de tous les contrôles. | Score vert, jaune, orange, rouge ou critique. |
| Moteur de gouvernance | Attribuer la décision et l’action corrective. | RACI, habilitations et procédures. | Workflow de validation. |
📥 Données d’entrée de la Cartographie IA
| Source | Données collectées | Responsable de la qualité |
|---|---|---|
| Dossier juridique | Dénomination, SIREN, établissements, formes juridiques et groupes. | Direction juridique. |
| Dossier fiscal | Régime TVA, options, exonérations et groupe TVA. | Responsable fiscal. |
| Référentiel client | Identité, SIREN, TVA, pays, adresse et catégorie. | Administration des ventes. |
| Référentiel articles | Nature, unité, taux, régime et règles de facturation. | Métiers et responsable TVA. |
| ERP | Commandes, livraisons, factures, avoirs et écritures. | Direction comptable et DSI. |
| Caisses et e-commerce | Ventes B2C, remboursements et encaissements. | Direction commerciale. |
| Marketplace | Commandes, clients, pays, commissions et remboursements. | Responsable e-commerce. |
| Trésorerie | Encaissements, dates, moyens de paiement et lettrage. | Trésorerie. |
| Plateforme agréée | Factures, données transmises, routage et statuts. | Référent facturation électronique. |
| Archivage | Documents originaux, données structurées, preuves et journaux. | Direction comptable. |
🔄 Workflow de classification IA
- Identifier l’émetteur : sélectionner l’entité juridique, son SIREN, son établissement et son régime TVA.
- Identifier le client : déterminer s’il agit comme entreprise assujettie, particulier ou personne publique.
- Déterminer les territoires concernés : analyser les pays d’établissement, de livraison, de départ, d’arrivée ou d’exécution.
- Qualifier l’opération : distinguer livraison de biens, prestation de services, opération mixte, acompte, avoir ou flux intragroupe.
- Appliquer les règles de territorialité : déterminer où l’opération est réputée située.
- Déterminer le traitement TVA : taxation, exonération, autoliquidation, franchise ou autre régime.
- Identifier le circuit : e-invoicing, e-reporting de transaction, Chorus Pro, circuit spécifique ou exclusion documentée.
- Analyser l’exigibilité : déterminer si la TVA dépend de la livraison, du débit ou de l’encaissement.
- Déterminer les données à transmettre : facture, données de transaction, données de paiement et statuts.
- Identifier l’architecture : système source, solution compatible, plateforme agréée et adresse électronique.
- Contrôler les preuves : vérifier les documents nécessaires au traitement retenu.
- Calculer le risque : attribuer un score et déterminer si une validation humaine est requise.
- Historiser la décision : enregistrer la règle, les données, les sources et le validateur.
- Surveiller les changements : relancer automatiquement la qualification après modification d’un client, d’un pays, d’un article ou d’un régime fiscal.
🌳 Arbre décisionnel automatisé
L’ÉMETTEUR EST-IL
UN ASSUJETTI CONCERNÉ ?
├── NON
│
│ → CIRCUIT HORS DISPOSITIF
│ À DOCUMENTER
│
└── OUI
⬇
LE CLIENT EST-IL
UNE PERSONNE PUBLIQUE ?
├── OUI
│
│ → CHORUS PRO
│
└── NON
⬇
LE CLIENT AGIT-IL
COMME ASSUJETTI ?
├── NON
│
│ → B2C
│ → E-REPORTING À ANALYSER
│
└── OUI
⬇
FOURNISSEUR ET CLIENT
SONT-ILS ÉTABLIS EN FRANCE
POUR UNE OPÉRATION DOMESTIQUE ?
├── OUI
│
│ → E-INVOICING
│
└── NON→ OPÉRATION INTERNATIONALE
→ E-REPORTING À ANALYSER
⬇
L’OPÉRATION EST-ELLE
UNE PRESTATION DE SERVICES
DONT LA TVA EST EXIGIBLE
À L’ENCAISSEMENT ?
├── OUI
│
│ → DONNÉES DE PAIEMENT
│ À TRANSMETTRE
│
└── NON→ PAS DE TRANSMISSION
DE PAIEMENT À CE TITRE
⬇
EXISTE-T-IL UNE EXONÉRATION,
UNE AUTOLIQUIDATION,
UNE FRANCHISE,
UN GROUPE TVA
OU UN RÉGIME PARTICULIER ?
├── OUI
│
│ → PREUVE ET VALIDATION
│ FISCALE REQUISES
│
└── NON→ TRAITEMENT STANDARD
⬇
CIRCUIT VALIDÉ
• OBLIGATION
• PLATEFORME
• DONNÉES
• CONTRÔLE
• RESPONSABLE
• PREUVE
🚦 Score de confiance de la classification
| Niveau | Situation | Décision |
|---|---|---|
| 🟢 Confiance élevée | Données complètes, règle standard et absence de contradiction. | Classification proposée pour validation normale. |
| 🟡 Confiance moyenne | Donnée secondaire absente ou libellé insuffisamment précis. | Complément recommandé avant transmission. |
| 🟠 Confiance faible | Territorialité, exonération ou qualité du client incertaine. | Validation humaine obligatoire. |
| 🔴 Contradiction majeure | Le circuit proposé est incompatible avec les données disponibles. | Blocage de la facture ou du reporting. |
| ⚫ Risque critique | Suspicion de flux fictif, double déclaration ou manipulation des données. | Escalade à la Direction financière et au contrôle interne. |
🚨 Alertes intelligentes
| Alerte | Déclencheur | Risque | Action attendue |
|---|---|---|---|
| 🔴 B2B domestique classé en e-reporting | Deux entreprises françaises sont identifiées, mais aucun flux d’e-invoicing n’est prévu. | Non-respect du circuit obligatoire. | Revoir la qualification et l’adressage. |
| 🔴 B2C classé en e-invoicing | Le client est un particulier sans adresse dans l’annuaire. | Routage impossible et mauvaise transmission. | Basculer vers le e-reporting adapté. |
| 🔴 B2G dirigé vers le circuit privé | Une personne publique est identifiée sans utilisation du circuit Chorus Pro. | Facture non conforme au circuit public. | Activer le processus B2G. |
| 🔴 SIREN incohérent | Le SIREN ne correspond pas à la dénomination du client. | Mauvais destinataire et mauvais périmètre. | Bloquer la transmission et corriger le tiers. |
| 🔴 Flux international traité comme domestique | Le client ou le transport implique un autre pays. | Territorialité et circuit erronés. | Revue fiscale obligatoire. |
| 🔴 Données de paiement manquantes | Prestation soumise à la TVA sur les encaissements sans remontée des paiements. | Obligation fiscale incomplète. | Connecter la trésorerie et le lettrage. |
| 🟠 Option sur les débits non documentée | Le paramètre est actif sans preuve fiscale disponible. | Mauvaise règle d’exigibilité. | Faire valider le dossier fiscal. |
| 🟠 Exonération sans justificatif | La facture porte une mention d’exonération sans document associé. | Rappel de TVA. | Compléter ou revoir le traitement. |
| 🟠 Groupe TVA non renseigné | Deux entités membres sont traitées comme des tiers ordinaires. | Flux interne mal qualifié. | Revue du périmètre de l’assujetti unique. |
| 🟠 Association classée globalement hors dispositif | L’entité réalise également des opérations économiques payantes. | Flux taxable ou réglementé oublié. | Segmenter les activités. |
| 🟠 Microentreprise exclue | L’absence de TVA facturée a été assimilée à une absence d’obligation. | Réception ou émission non préparée. | Réintégrer l’entité au projet. |
| 🟡 Logiciel non cartographié | Des factures ou ventes sont produites hors ERP principal. | Périmètre incomplet. | Ajouter le système et ses flux. |
| 🟡 Données client anciennes | Le SIREN ou l’adresse n’a pas été contrôlé récemment. | Erreur de routage. | Actualiser le référentiel. |
| ⚫ Double transmission | La même opération est envoyée en e-invoicing et en e-reporting de transaction. | Double comptabilisation fiscale des données. | Bloquer et analyser le mapping. |
🔔 Alertes prédictives
La Cartographie IA peut également repérer les évolutions susceptibles de modifier le périmètre avant même qu’une erreur soit constatée.
| Événement détecté | Conséquence possible | Action préventive |
|---|---|---|
| Nouveau pays de vente | Nouvelle règle de territorialité ou de e-reporting. | Créer une fiche fiscale avant la première facture. |
| Nouveau canal e-commerce | Ventes B2C ou données de marketplace non intégrées. | Cartographier les transactions et remboursements. |
| Création d’une filiale | Nouvelle entité à inscrire dans le dispositif. | Déterminer calendrier, plateforme et adressage. |
| Entrée dans un groupe TVA | Modification des flux entre membres et avec les tiers. | Revoir la matrice avant la date d’effet. |
| Sortie de franchise en base | TVA à facturer et nouveaux paramétrages. | Mettre à jour les modèles et règles fiscales. |
| Nouveau produit composite | Qualification biens/services incertaine. | Analyse fiscale avant commercialisation. |
| Changement de plateforme | Modification de l’adressage et des interfaces. | Déclencher le plan de migration. |
| Hausse anormale des rejets | Paramétrage devenu obsolète ou données dégradées. | Analyse de cause racine. |
👥 Validation humaine
La Cartographie IA produit une recommandation, mais elle ne doit jamais attribuer seule un traitement fiscal définitif à une situation complexe.
| Décision | Apport de l’IA | Validateur humain | Preuve attendue |
|---|---|---|---|
| Qualité du client | Compare identité, SIREN et numéro de TVA. | Administration des ventes. | Fiche client validée. |
| Territorialité | Présente les règles potentiellement applicables. | Responsable TVA ou fiscaliste. | Note de territorialité. |
| Exonération | Identifie le fondement possible et les preuves manquantes. | Responsable fiscal. | Dossier d’exonération. |
| Groupe TVA | Détecte les membres et flux potentiellement internes. | Direction fiscale. | Note Groupe TVA. |
| Activité associative | Segmente les recettes selon leur contrepartie apparente. | Conseil fiscal ou expert-comptable. | Analyse de lucrativité et de TVA. |
| Opération mixte | Repère plusieurs composantes. | Fiscalité et direction métier. | Analyse contractuelle. |
| Classification réglementaire | Propose e-invoicing, e-reporting ou circuit distinct. | Chef de mission. | Matrice approuvée. |
| Déblocage d’une alerte rouge | Présente la cause et les conséquences. | Responsable désigné dans le RACI. | Décision motivée et historisée. |
🛡️ Principe de validation à cinq regards
REGARD JURIDIQUE
LES PERSONNES ET CONTRATS
SONT-ILS CORRECTEMENT IDENTIFIÉS ?
⬇
REGARD FISCAL
LA TERRITORIALITÉ,
LA TVA ET L’EXIGIBILITÉ
SONT-ELLES CORRECTES ?
⬇
REGARD MÉTIER
LA DESCRIPTION CORRESPOND-ELLE
À L’OPÉRATION RÉELLE ?
⬇
REGARD TECHNIQUE
LE SYSTÈME, LE FORMAT
ET LA PLATEFORME
SONT-ILS ADAPTÉS ?
⬇
REGARD CONTRÔLE INTERNE
LA DÉCISION EST-ELLE
CONTRÔLÉE, PROUVÉE
ET TRAÇABLE ?
⬇
VALIDATION DU CHEF DE MISSION
⚠️ Limites de l’intelligence artificielle
- l’IA ne peut pas déterminer seule la réalité économique d’une opération ;
- elle ne remplace pas l’analyse juridique des contrats ;
- elle ne connaît pas toujours l’établissement réellement impliqué dans une opération internationale ;
- elle ne valide pas seule une exonération ou un taux réduit ;
- elle ne peut pas prouver la sortie physique de biens du territoire ;
- elle ne détermine pas automatiquement la lucrativité fiscale d’une association ;
- elle ne tranche pas seule les situations complexes de groupe TVA ;
- elle ne crée pas une option fiscale juridiquement valable ;
- elle ne garantit pas l’exactitude d’un référentiel obsolète ;
- elle ne remplace pas les tests réels avec la plateforme agréée ;
- elle peut produire des faux positifs ou manquer une anomalie ;
- elle dépend des règles réglementaires et techniques intégrées dans sa version ;
- elle doit être actualisée après chaque évolution législative ou doctrinale ;
- elle ne dispense pas de consulter les textes officiels ;
- la responsabilité finale demeure celle de l’entreprise et de ses dirigeants.
📋 Règles d’utilisation responsable
| Principe | Application |
|---|---|
| Source identifiée | Chaque donnée doit être reliée à un document, un référentiel ou un texte. |
| Explicabilité | La recommandation doit présenter le raisonnement et les critères utilisés. |
| Validation humaine | Les cas fiscaux ou juridiques sensibles doivent être approuvés. |
| Traçabilité | Les classifications, modifications et validations doivent être historisées. |
| Versionnement | La matrice et les règles doivent comporter une date et une version. |
| Actualisation | Les changements d’entité, de client, de produit ou de régime doivent relancer l’analyse. |
| Tests | Les classifications doivent être vérifiées sur des scénarios réels. |
| Audit périodique | La matrice documentée doit être comparée aux factures et transmissions effectives. |
📊 Tableau de bord de la Cartographie IA
| Indicateur | Calcul | Objectif |
|---|---|---|
| Taux de classification automatique | Opérations classifiées sans contradiction / opérations analysées. | Mesurer l’automatisation possible. |
| Taux de validation humaine | Décisions approuvées / décisions soumises à validation. | Suivre le traitement des cas sensibles. |
| Taux d’opérations sans responsable | Flux sans propriétaire / flux cartographiés. | Atteindre 0 %. |
| Taux de preuves disponibles | Opérations documentées / opérations nécessitant une preuve. | Sécuriser les régimes particuliers. |
| Taux de doubles transmissions | Flux transmis dans plusieurs circuits / flux totaux. | Atteindre 0 %. |
| Taux de règles obsolètes | Règles non revues / règles actives. | Maintenir le référentiel à jour. |
| Nombre d’alertes critiques | Alertes rouges et noires ouvertes. | Bloquer la bascule tant qu’elles subsistent. |
| Délai de résolution | Temps moyen entre alerte et validation. | Réduire les blocages opérationnels. |
| Indice de fiabilité du périmètre | Score pondéré des données, règles, preuves et validations. | Atteindre le niveau maîtrisé avant mise en production. |
📚 Sources officielles
Les règles de cette séquence doivent être relues au regard de leur version en vigueur à la date de mise en œuvre. Les textes législatifs, réglementaires et doctrinaux prévalent sur tout support pédagogique ou paramétrage logiciel.
Code général des impôts
- CGI, article 289 et dispositions de facturation applicables : règles relatives à l’obligation d’émettre une facture, à son contenu et à ses modalités d’établissement.
- CGI, article 289 bis et dispositions appelées à lui succéder ou à le compléter : cadre de l’émission, de la transmission et de la réception des factures électroniques.
- CGI, articles relatifs à la transmission des données de facturation, de transaction et de paiement : périmètre du e-reporting et données communiquées à l’administration.
- CGI, article 269 : fait générateur et exigibilité de la TVA.
- CGI, article 256 C : régime de l’assujetti unique ou groupe TVA.
- CGI, article 293 B : franchise en base de TVA.
- Annexes II, III et IV au CGI : données de facturation, formats, normes, modalités de transmission et dispositions réglementaires d’application.
Code de commerce
- Code de commerce, article L. 441-9 : obligation de facturation entre professionnels et principales mentions commerciales.
- Code de commerce, article L. 441-10 : délais de paiement, pénalités de retard et indemnité forfaitaire pour frais de recouvrement.
Textes fondateurs de la réforme
- Ordonnance n° 2021-1190 du 15 septembre 2021 : généralisation de la facturation électronique dans les transactions entre assujettis à la TVA et transmission des données de transaction.
- Loi n° 2022-1157 du 16 août 2022 de finances rectificative pour 2022 : cadre législatif du dispositif et catégories d’entreprises.
- Loi n° 2023-1322 du 29 décembre 2023 de finances pour 2024 : calendrier de déploiement au 1er septembre 2026 et au 1er septembre 2027.
- Décret n° 2022-1299 du 7 octobre 2022, modifié notamment par le décret n° 2024-266 du 25 mars 2024 : modalités réglementaires et dates d’application.
- Loi de finances pour 2026 et textes réglementaires associés : évolution et réorganisation des dispositions du CGI relatives aux factures électroniques et aux données transmises à l’administration.
Droit européen
- Directive 2006/112/CE relative au système commun de TVA : règles européennes de facturation, de territorialité, d’exonération et d’autoliquidation.
- Directive 2014/55/UE : facturation électronique dans le cadre des marchés publics.
- Norme européenne EN 16931 : modèle sémantique de données des éléments essentiels d’une facture électronique.
- Décisions et textes européens autorisant ou encadrant les obligations nationales de facturation électronique : articulation du dispositif français avec le droit de l’Union.
Documentation de la DGFiP
- Facturation électronique et plateformes agréées
- Foire aux questions — Je découvre la facturation électronique
- Liste officielle des plateformes agréées
- La facturation électronique en quatre questions
- Guide pratique de démarrage au 1er septembre 2026
Ministère de l’Économie et AIFE
- Tout savoir sur la facturation électronique pour les entreprises
- Annuaire de la facturation électronique
- AIFE — Facturation électronique interentreprises
- Chorus Pro et facturation électronique du secteur public
Standards techniques
- Factur-X : format hybride combinant une représentation lisible au format PDF et des données structurées XML conformes au profil applicable.
- UBL et CII : syntaxes structurées utilisées dans l’écosystème européen de facturation électronique.
- EN 16931 : socle sémantique permettant l’interopérabilité des données de facture.
- Spécifications externes de la facturation électronique publiées par l’administration : règles de données, formats, échanges, adressage et cycle de vie à utiliser dans leur dernière version applicable.
Avant toute mise en production, le chef de mission doit vérifier la version en vigueur du CGI, des décrets, des arrêtés, des spécifications externes, de la liste des plateformes agréées et de la documentation DGFiP. Une référence ancienne ne doit jamais être reprise mécaniquement dans un paramétrage 2026–2027.
🎯 Conclusion Premium du Chapitre 1
Ce chapitre a permis de construire les fondations juridiques, fiscales, opérationnelles et techniques de la facturation électronique.
Vous avez appris à :
- comprendre les objectifs de la réforme ;
- maîtriser le calendrier 2026–2027 ;
- identifier les entreprises et opérations concernées ;
- distinguer e-invoicing et e-reporting ;
- intégrer les nouvelles mentions obligatoires ;
- comprendre les plateformes agréées, l’annuaire et l’adressage ;
- qualifier le périmètre comme un chef de mission ;
- constituer un dossier de cadrage ;
- mettre en place un contrôle interne et un tableau de bord ;
- utiliser l’intelligence artificielle comme outil d’assistance à la décision.
La principale leçon du chapitre est la suivante :
Une entreprise est véritablement prête lorsque chaque entité, chaque opération et chaque flux possèdent :
- une qualification documentée ;
- un circuit réglementaire ;
- un système source ;
- une plateforme et une adresse ;
- un responsable ;
- un contrôle ;
- une preuve ;
- un scénario de test ;
- une procédure de correction ;
- un indicateur de pilotage.
Ne cherchez pas seulement à transmettre des factures. Construisez un dispositif dans lequel chaque donnée peut être expliquée, chaque flux peut être suivi, chaque anomalie peut être corrigée et chaque traitement fiscal peut être défendu.
🎓 Compétences acquises
À l’issue du Chapitre 1, vous êtes capable de conduire une mission complète de détermination du périmètre de la facturation électronique.
Compétences juridiques
- identifier l’entreprise émettrice et le client juridiquement concernés ;
- distinguer siège, établissement, centre de services partagés et adresse de routage ;
- analyser les mandats, contrats et responsabilités ;
- documenter les exclusions et circuits particuliers.
Compétences fiscales
- identifier les assujettis concernés ;
- traiter la franchise en base ;
- distinguer B2B, B2C, B2G et international ;
- qualifier biens, services et opérations mixtes ;
- analyser la territorialité ;
- identifier exonérations, autoliquidations et groupes TVA ;
- déterminer l’exigibilité et les données de paiement ;
- rapprocher facturation électronique et déclaration de TVA.
Compétences opérationnelles
- cartographier les entités, opérations et systèmes ;
- construire une matrice Entité–Opération–Obligation ;
- identifier les flux d’e-invoicing et de e-reporting ;
- organiser l’émission et la réception ;
- traiter les rejets, refus et litiges ;
- préparer les clients et fournisseurs ;
- construire un plan de tests.
Compétences techniques
- distinguer plateforme agréée et solution compatible ;
- comprendre le rôle de l’annuaire ;
- construire un plan d’adressage ;
- identifier les interfaces et données structurées ;
- comprendre les formats et standards à mobiliser ;
- sécuriser les échanges et l’archivage.
Compétences de pilotage
- constituer un dossier de cadrage de niveau chef de mission ;
- construire une matrice RACI ;
- mettre en place un contrôle interne ;
- produire un tableau de bord du périmètre ;
- calculer un indice de préparation ;
- prioriser les risques bloquants ;
- présenter les conclusions au DAF et au comité de pilotage.
Compétences IA
- concevoir une Cartographie IA E-invoicing / E-reporting ;
- définir ses données d’entrée et règles de décision ;
- mettre en place un score de confiance ;
- configurer des alertes intelligentes ;
- organiser la validation humaine ;
- documenter les limites de l’automatisation ;
- maintenir une piste d’audit des décisions.
🏆 Niveau de maîtrise atteint
| Niveau | Capacité | Statut |
|---|---|---|
| Niveau 1 — Comprendre | Expliquer le calendrier, le périmètre et les acteurs. | ✅ Acquis |
| Niveau 2 — Classifier | Distinguer e-invoicing, e-reporting et circuits spécifiques. | ✅ Acquis |
| Niveau 3 — Cartographier | Relier entités, opérations, logiciels et plateformes. | ✅ Acquis |
| Niveau 4 — Contrôler | Détecter les erreurs de périmètre et de données. | ✅ Acquis |
| Niveau 5 — Piloter | Construire un dossier de cadrage, un RACI et des KPI. | ✅ Acquis |
| Niveau 6 — Défendre | Justifier les décisions devant la Direction ou l’administration. | ✅ Niveau chef de mission |
➡️ Transition vers le Chapitre 2 — Maîtriser les formats, plateformes et flux électroniques
Vous savez désormais déterminer quelles entités et quelles opérations relèvent de la réforme.
La prochaine étape consiste à comprendre comment les factures et données vont techniquement circuler.
Le Chapitre 2 permettra notamment de maîtriser :
- les formats structurés, hybrides et lisibles ;
- Factur-X, UBL et CII ;
- la norme européenne EN 16931 ;
- les profils de données et règles de validation ;
- les interfaces entre ERP et plateformes agréées ;
- les API, dépôts de fichiers et portails de saisie ;
- les flux d’émission et de réception ;
- les contrôles syntaxiques, sémantiques et métier ;
- les conversions de formats ;
- les statuts du cycle de vie ;
- les rejets, refus et corrections ;
- l’interopérabilité entre plateformes ;
- la sécurité, la traçabilité et l’archivage ;
- les critères de sélection d’une architecture technique.
Passer d’une matrice réglementaire validée à une architecture technique capable de produire, contrôler, transporter, recevoir, intégrer et conserver les factures électroniques sans rupture de données.
Distinguer papier, PDF, scan, EDI et facture électronique
Comprendre les différences factuelles entre la numérisation d’un document, la dématérialisation des échanges, l’EDI structuré et la facturation électronique réglementée applicable à partir de septembre 2026.
🎯 Introduction Premium — Une même facture, plusieurs réalités numériques
Dans le langage courant, les expressions « facture dématérialisée », « facture numérique », « facture EDI » et « facture électronique » sont souvent utilisées comme si elles désignaient exactement la même chose.
Elles correspondent pourtant à des réalités différentes.
Une facture peut être :
- créée sur papier ;
- scannée après sa création ;
- produite directement sous forme de PDF ;
- envoyée par courrier électronique ;
- déposée sur un portail fournisseur ;
- transmise sous la forme d’un message EDI structuré ;
- intégrée automatiquement dans un ERP ;
- ou acheminée dans le futur dispositif réglementé de facturation électronique.
Ces situations utilisent toutes des technologies numériques, mais elles ne présentent ni le même niveau de structuration, ni le même degré d’automatisation, ni les mêmes modalités de transmission.
La dématérialisation modifie principalement le support ou le canal de la facture. L’EDI automatise l’échange de données entre systèmes. La facturation électronique réglementée organise en plus le format, le routage, les plateformes, les statuts et la transmission des données requises par l’administration.
🎯 Objectif professionnel
Être capable d’identifier précisément le mode de facturation utilisé par une entreprise, d’en mesurer le niveau réel de dématérialisation et d’expliquer pourquoi un PDF ou un échange EDI existant ne suffit pas nécessairement à satisfaire l’ensemble des obligations du futur dispositif.
🎓 Compétences développées
- distinguer une facture papier d’une facture numérisée ;
- distinguer un PDF natif d’un document scanné ;
- comprendre la notion de dématérialisation ;
- comprendre le fonctionnement de l’EDI ;
- identifier une donnée structurée ;
- distinguer lecture humaine et lecture machine ;
- comparer un échange bilatéral avec un réseau réglementé ;
- identifier les limites d’un PDF envoyé par e-mail ;
- identifier les avantages et limites d’un EDI existant ;
- préparer l’analyse de conformité d’un dispositif de facturation.
1️⃣ La facture papier
La facture papier est créée, imprimée puis transmise physiquement à son destinataire. Ses informations sont principalement destinées à être lues par une personne.
LOGICIEL OU TRAITEMENT DE TEXTE
⬇
IMPRESSION
⬇
ENVOI POSTAL
⬇
RÉCEPTION PAR LE CLIENT
⬇
SAISIE COMPTABLE
⬇
CLASSEMENT PHYSIQUE
| Caractéristique | Facture papier |
|---|---|
| Support | Document physique. |
| Lecture humaine | Directe. |
| Lecture machine | Impossible sans saisie ou numérisation. |
| Transmission | Courrier ou remise en main propre. |
| Intégration comptable | Le plus souvent manuelle. |
| Recherche | Dépend du classement physique. |
| Automatisation | Très faible. |
2️⃣ La facture papier numérisée
Une facture papier peut être scannée afin de produire une image ou un fichier PDF. Cette opération transforme le support, mais elle ne transforme pas automatiquement les informations visibles en données structurées.
FACTURE PAPIER
⬇
NUMÉRISATION
⬇
IMAGE OU PDF
⬇
LECTURE HUMAINE
⬇
SAISIE OU OCR
⬇
COMPTABILITÉ
Le fait qu’une personne puisse lire le nom du fournisseur, le montant ou la TVA dans un PDF ne signifie pas que le logiciel comptable peut identifier automatiquement et avec certitude chacun de ces éléments.
3️⃣ Le PDF natif envoyé par e-mail
Le PDF natif est directement produit par un logiciel de facturation, un ERP ou un traitement de texte. Il n’a pas nécessairement été imprimé ni scanné.
Son envoi par courrier électronique constitue une forme courante de dématérialisation :
LOGICIEL DE FACTURATION
⬇
GÉNÉRATION DU PDF
⬇
ENVOI PAR E-MAIL
⬇
BOÎTE DE RÉCEPTION DU CLIENT
⬇
TÉLÉCHARGEMENT OU OCR
⬇
INTÉGRATION COMPTABLE
| Avantage | Limite |
|---|---|
| Suppression du papier et de l’affranchissement. | Le canal e-mail n’assure pas le routage réglementé. |
| Transmission rapide. | La facture peut être envoyée à une mauvaise adresse. |
| Lecture humaine simple. | Les données ne sont pas toujours structurées. |
| Archivage numérique possible. | Les règles de classement et de preuve restent à organiser. |
| Création automatisée depuis un logiciel. | L’intégration chez le client peut nécessiter un OCR ou une saisie. |
| Coût d’envoi limité. | Les statuts du cycle de vie sont souvent absents. |
📌 PDF natif et PDF scanné : ne pas les confondre
| Critère | PDF natif | PDF issu d’un scan |
|---|---|---|
| Origine | Produit directement par un logiciel. | Produit à partir d’un document papier. |
| Qualité visuelle | Généralement stable et nette. | Dépend de la qualité du scan. |
| Texte sélectionnable | Souvent disponible. | Absent sans reconnaissance de caractères. |
| Données structurées | Pas nécessairement présentes. | Généralement absentes. |
| Intégration automatique | Possible avec extraction ou connecteur. | Dépend fortement de l’OCR. |
| Risque d’erreur d’extraction | Modéré. | Plus élevé. |
4️⃣ La dématérialisation : une notion générale
La dématérialisation désigne le remplacement d’un document, d’un traitement ou d’un échange papier par une organisation numérique.
Elle peut couvrir :
- la création numérique de la facture ;
- son envoi par e-mail ;
- son dépôt sur un portail ;
- son archivage dans une GED (Gestion Électronique des Documents) en Anglais DMS (Document Management System);
- son extraction par OCR ;
- son intégration automatique dans un ERP ;
- son échange sous la forme d’un message EDI ;
- la suppression de certaines saisies manuelles.
La dématérialisation est une famille de pratiques. Elle ne désigne pas un format unique, un canal unique ou un dispositif réglementaire unique.
5️⃣ Comprendre l’EDI
L’EDI, ou échange de données informatisé, permet à deux systèmes d’information d’échanger directement des données structurées selon des règles préalablement définies.
ERP DU FOURNISSEUR
⬇
EXTRACTION DES DONNÉES
⬇
MESSAGE EDI STRUCTURÉ
⬇
RÉSEAU OU OPÉRATEUR EDI
⬇
TRADUCTION ÉVENTUELLE DU FORMAT
⬇
ERP DU CLIENT
⬇
COMPTABILISATION AUTOMATIQUE
Le message EDI peut comporter des champs distincts correspondant notamment :
- au numéro de facture ;
- à la date d’émission ;
- au fournisseur ;
- au client ;
- aux références de commande ;
- aux produits ou services ;
- aux quantités ;
- aux unités ;
- aux prix ;
- aux taux et montants de TVA ;
- aux remises ;
- aux totaux ;
- aux conditions de paiement.
⚙️ Pourquoi l’EDI permet déjà l’automatisation
Contrairement à un PDF purement visuel, le message EDI distingue les informations selon leur fonction.
| Donnée | Traitement automatisable |
|---|---|
| Identifiant du fournisseur | Recherche automatique de la fiche tiers. |
| Numéro de facture | Contrôle de doublon. |
| Référence de commande | Rapprochement commande–facture. |
| Quantité et prix | Contrôle des écarts. |
| Code TVA | Détermination du traitement fiscal. |
| Échéance | Planification du paiement. |
| Compte comptable | Imputation automatique. |
🔗 L’EDI historique repose souvent sur des accords bilatéraux
Dans un dispositif EDI traditionnel, le fournisseur et le client, ou leurs opérateurs, définissent ensemble les conditions de l’échange.
Ils doivent notamment convenir :
- du format ou du message utilisé ;
- de la version du format ;
- du protocole de transmission ;
- des identifiants des partenaires ;
- des données obligatoires ;
- des règles de conversion ;
- des contrôles techniques ;
- des accusés de réception ;
- des procédures de correction ;
- des responsabilités contractuelles.
FOURNISSEUR A
↕
ACCORD D’ÉCHANGE ET MAPPING SPÉCIFIQUE
↕
CLIENT B
⚠️ Les limites possibles d’un EDI existant
Un dispositif EDI performant peut automatiser la facturation de bout en bout. Il peut néanmoins présenter certaines limites au regard du futur dispositif :
- format propriétaire ou spécifique à une communauté ;
- mapping différent pour chaque client ;
- routage fondé sur une base privée ;
- absence de raccordement à une plateforme agréée ;
- absence de transmission des données requises à l’administration ;
- statuts différents de ceux attendus dans le futur écosystème ;
- absence de couverture du e-reporting ;
- absence de gestion des données de paiement ;
- interopérabilité limitée à certains partenaires ;
- journalisation ou réconciliation insuffisante.
Un échange peut être entièrement automatisé entre deux entreprises sans pour autant couvrir le raccordement à une plateforme agréée, l’annuaire, le e-reporting et les transmissions fiscales prévues par le nouveau dispositif.
6️⃣ La facture électronique réglementée
La facturation électronique réglementée ne se résume pas à la production d’un document numérique. Elle organise une chaîne complète de création, de contrôle, de routage, de transmission et de suivi.
ERP OU LOGICIEL DE FACTURATION
⬇
SOLUTION COMPATIBLE OU CONNECTEUR
⬇
PLATEFORME AGRÉÉE DE L’ÉMETTEUR
⬇
CONTRÔLES • ROUTAGE • TRANSMISSION
⬇
PLATEFORME AGRÉÉE DU DESTINATAIRE
⬇
ERP OU LOGICIEL COMPTABLE DU CLIENT
⬇
STATUTS • COMPTABILITÉ • PAIEMENT • ARCHIVAGE
DONNÉES REQUISES
⬇
ADMINISTRATION
À compter du 1er septembre 2026, l’échange des factures électroniques concernées doit passer par une plateforme agréée, directement ou par l’intermédiaire d’une solution compatible. L’entreprise doit également désigner une plateforme pour recevoir ses factures.
📊 Comparaison factuelle des cinq modes
| Critère | Papier | Scan | PDF par e-mail | EDI historique | Facturation électronique réglementée |
|---|---|---|---|---|---|
| Support | Physique. | Image numérique. | Document numérique. | Données structurées. | Données structurées intégrées au dispositif réglementé. |
| Lecture humaine | Oui. | Oui. | Oui. | Pas toujours directe. | Prévue selon le format et les outils. |
| Lecture machine | Non. | Après OCR. | Variable. | Oui. | Oui. |
| Données structurées | Non. | Non. | Pas nécessairement. | Oui. | Oui, selon les exigences applicables. |
| Canal | Courrier. | E-mail ou portail. | E-mail ou portail. | Réseau ou opérateur privé. | Plateforme agréée, directement ou via une solution compatible. |
| Routage | Adresse postale. | Adresse e-mail. | Adresse e-mail ou portail. | Paramétrage bilatéral. | Annuaire et adresse électronique de facturation. |
| Intégration automatique | Non. | Après extraction. | Après OCR ou connecteur. | Oui. | Oui, selon l’intégration mise en place. |
| Plateforme agréée | Non. | Non. | Non. | Pas nécessairement. | Oui. |
| Annuaire national | Non. | Non. | Non. | Pas nécessairement. | Oui. |
| Statuts structurés | Non. | Non. | Très limités. | Possibles selon l’accord. | Intégrés au cycle de vie réglementé. |
| Données transmises à l’administration | Non par le flux de facture. | Non par le flux de facture. | Non par le simple e-mail. | Pas nécessairement. | Oui, pour les données prévues par le dispositif. |
| E-reporting | Non. | Non. | Non. | Non, sauf dispositif spécifique. | Oui pour les opérations concernées. |
| Interopérabilité réglementée | Non. | Non. | Non. | Limitée aux accords et réseaux utilisés. | Organisée entre plateformes agréées. |
7️⃣ Les trois niveaux de transformation
NIVEAU 1 — DÉMATÉRIALISATION DU SUPPORT
Papier → PDF ou image
⬇
NIVEAU 2 — AUTOMATISATION DES DONNÉES
Système → EDI structuré → système
⬇
NIVEAU 3 — INTÉGRATION AU DISPOSITIF RÉGLEMENTÉ
Données structurées
+ plateforme agréée
+ annuaire
+ routage
+ statuts
+ données fiscales
+ e-reporting
+ traçabilité
💼 Cas pratique Premium n°1 — PDF envoyé par e-mail
Une PME produit ses factures dans un logiciel de gestion, les exporte en PDF puis les adresse à ses clients par courrier électronique.
| Question | Analyse |
|---|---|
| La facture est-elle numérique ? | Oui. |
| Le processus est-il dématérialisé ? | Partiellement. |
| Les données sont-elles structurées ? | Pas nécessairement. |
| L’intégration chez le client est-elle automatique ? | Elle dépend d’un OCR ou d’une autre solution. |
| La facture passe-t-elle par une plateforme agréée ? | Non. |
| Ce processus suffit-il pour la réforme ? | Non pour les factures entrant dans le périmètre réglementé. |
💼 Cas pratique Premium n°2 — EDI automatisé
Une ETI transmet depuis plusieurs années des messages EDI à ses principaux clients. Les factures sont intégrées automatiquement dans les ERP des destinataires.
| Élément | Situation actuelle | Travail à réaliser |
|---|---|---|
| Données structurées | Déjà disponibles. | Vérifier leur exhaustivité réglementaire. |
| Automatisation | Déjà opérationnelle. | Conserver les interfaces pertinentes. |
| Format | Propriétaire ou sectoriel. | Vérifier la conversion sans perte. |
| Routage | Fondé sur les accords clients. | Intégrer l’annuaire et les adresses électroniques. |
| Plateforme agréée | Absente ou non confirmée. | Raccorder le dispositif. |
| Statuts | Accusés EDI privés. | Mapper les statuts attendus. |
| Données fiscales | Non transmises par le seul échange bilatéral. | Organiser les transmissions requises. |
| E-reporting | Non couvert par le flux existant. | Créer les flux complémentaires nécessaires. |
L’entreprise ne doit pas repartir de zéro. Son architecture EDI constitue un actif technique important, mais elle doit être raccordée et adaptée au nouvel écosystème réglementé.
📌 Synthèse Premium
Le papier, le scan, le PDF, l’EDI et la facturation électronique correspondent à des niveaux différents de numérisation et d’automatisation.
Le scan transforme un support physique en image. Le PDF permet de créer et d’envoyer un document numérique. L’EDI permet à deux systèmes d’échanger directement des données structurées. La facturation électronique réglementée ajoute à cette automatisation un environnement organisé autour de plateformes agréées, d’un annuaire, de formats et profils conformes, de statuts, de données fiscales et du e-reporting.
La dématérialisation change le support. L’EDI automatise l’échange. La facturation électronique réglementée organise l’ensemble de l’écosystème.
🎓 Compétences acquises
- distinguer papier, scan et PDF natif ;
- identifier une donnée structurée ;
- comprendre le fonctionnement de l’EDI ;
- expliquer les limites d’un PDF envoyé par e-mail ;
- identifier les forces d’un dispositif EDI existant ;
- distinguer échange bilatéral et réseau réglementé ;
- expliquer le rôle futur des plateformes agréées ;
- préparer l’évaluation d’un système de facturation existant.
🏆 Niveau de maîtrise
Vous êtes désormais capable d’identifier précisément le mode de facturation utilisé par une organisation, d’en évaluer le niveau de structuration et d’expliquer pourquoi la réforme ne se limite ni à la suppression du papier ni au remplacement de l’e-mail.
➡️ Transition vers la Séquence 2/3
Après avoir distingué les différents modes de facturation, nous allons analyser la rupture créée par le dispositif applicable à partir de septembre 2026 : plateforme agréée, annuaire national, routage électronique, formats structurés, statuts, e-reporting et transmission des données requises à l’administration.
Comprendre la rupture réglementaire de septembre 2026
Pourquoi la réforme de la facturation électronique constitue bien plus qu’une simple évolution informatique : nouveaux acteurs, nouveaux flux, nouvelles obligations et nouvel écosystème réglementé.
🎯 Introduction Premium
Beaucoup d’entreprises pensent que la réforme consiste simplement à remplacer l’envoi d’un PDF par un autre mode de transmission.
Cette vision est incomplète.
La réforme crée en réalité un nouvel écosystème national d’échanges électroniques dans lequel les entreprises, leurs logiciels, les plateformes agréées et l’administration fiscale communiqueront selon des règles communes.
Jusqu’à présent, chaque entreprise pouvait choisir librement son mode d’envoi (courrier, e-mail, portail, EDI privé ou API). Demain, les échanges entrant dans le périmètre de la réforme devront s’inscrire dans une architecture réglementée garantissant l’interopérabilité, la traçabilité et la fiabilité des données.
La réforme ne modifie pas uniquement la facture ; elle transforme la manière dont les entreprises communiquent entre elles, organisent leurs processus comptables et transmettent certaines données à l’administration fiscale.
🎯 Objectif professionnel
Comprendre les nouvelles composantes de l’écosystème de facturation électronique afin d’identifier le rôle de chaque acteur, les nouvelles obligations de circulation des données et les impacts organisationnels pour l’entreprise.
🎓 Compétences développées
- expliquer pourquoi la réforme constitue une rupture réglementaire ;
- identifier le rôle des plateformes agréées ;
- distinguer une Plateforme de Dématérialisation Partenaire (PDP) d’un Opérateur de Dématérialisation (OD) ;
- comprendre le fonctionnement de l’annuaire national ;
- maîtriser le principe de routage des factures ;
- identifier les nouveaux flux d’information ;
- comprendre les responsabilités des différents intervenants ;
- anticiper les impacts sur les ERP et les logiciels de facturation.
📌 Pourquoi la réforme constitue une véritable rupture ?
Depuis plus de vingt ans, les entreprises ont progressivement dématérialisé leurs factures selon leurs propres choix technologiques : PDF par e-mail, portails fournisseurs, EDI, API, opérateurs privés ou solutions internes.
Ces dispositifs répondaient principalement à un objectif de productivité et de réduction du papier.
La réforme introduit désormais un cadre commun où les échanges ne reposent plus uniquement sur les accords conclus entre un fournisseur et son client, mais sur un ensemble de règles techniques, fiscales et organisationnelles communes.
ANCIEN MODÈLE
Fournisseur
⬇
E-mail • PDF • EDI • Portail
⬇
Client
NOUVEAU MODÈLE
Fournisseur
⬇
Plateforme agréée
⬇
Annuaire
⬇
Plateforme du client
⬇
Client
Les échanges deviennent interopérables, normalisés, traçables et intégrés dans un dispositif réglementaire commun à toutes les entreprises concernées.
🏛️ Les Plateformes de Dématérialisation Partenaires (PDP)
La Plateforme de Dématérialisation Partenaire (PDP) est un acteur central du nouveau dispositif. Immatriculée par l’administration fiscale, elle est autorisée à assurer les fonctions prévues par la réglementation : réception, émission, contrôle, transmission des factures électroniques, gestion des statuts et transmission des données requises à l’administration.
La PDP devient ainsi l’intermédiaire de confiance entre les entreprises et l’écosystème national de facturation électronique.
| Fonction | Rôle de la PDP |
|---|---|
| Réception | Recevoir les factures électroniques adressées à l’entreprise. |
| Émission | Acheminer les factures vers la plateforme du destinataire. |
| Contrôles | Effectuer les contrôles prévus par le dispositif. |
| Interopérabilité | Communiquer avec les autres plateformes agréées. |
| Statuts | Gérer les différents événements du cycle de vie. |
| Administration | Transmettre les données réglementaires requises. |
⚙️ Les Opérateurs de Dématérialisation (OD)
Les Opérateurs de Dématérialisation (OD) existaient déjà avant la réforme. Ils continuent d’accompagner les entreprises dans leurs échanges documentaires, leurs conversions de formats, leurs connecteurs techniques ou leurs services à valeur ajoutée.
En revanche, un OD ne dispose pas, à lui seul, des prérogatives réglementaires réservées aux plateformes agréées.
Un opérateur de dématérialisation peut rester un partenaire technique essentiel, mais il devra s’appuyer sur une Plateforme de Dématérialisation Partenaire lorsque les opérations relèvent du dispositif réglementaire.
⚖️ PDP et OD : quelles différences ?
| Critère | PDP | OD |
|---|---|---|
| Statut réglementaire | Oui. | Non. |
| Immatriculation | Administration fiscale. | Aucune immatriculation spécifique au dispositif. |
| Transmission réglementaire | Oui. | Non seul. |
| Interopérabilité nationale | Oui. | Indirectement. |
| Services complémentaires | Oui. | Oui. |
| Connecteurs ERP | Souvent. | Très souvent. |
| GED | Possible. | Très fréquent. |
🗂️ L’annuaire national
L’un des changements majeurs de la réforme réside dans la création d’un annuaire national permettant d’identifier, pour chaque entreprise concernée, la plateforme de réception et les informations nécessaires au routage des factures électroniques.
Grâce à cet annuaire, le fournisseur n’a plus besoin de connaître les modalités techniques propres à chacun de ses clients.
SIREN / SIRET
⬇
ANNUAIRE NATIONAL
⬇
IDENTIFICATION DE LA PDP
⬇
ACHEMINEMENT AUTOMATIQUE
L’annuaire simplifie les échanges, réduit les erreurs de routage et favorise l’interopérabilité entre toutes les plateformes participantes.
🚚 Le routage des factures électroniques
Dans le nouveau dispositif, le fournisseur n’envoie plus directement sa facture au client. La facture est acheminée via la plateforme agréée de l’émetteur, puis vers celle du destinataire grâce aux informations de routage issues de l’annuaire.
ERP DU FOURNISSEUR
⬇
PDP DU FOURNISSEUR
⬇
CONTRÔLES
⬇
ANNUAIRE NATIONAL
⬇
PDP DU CLIENT
⬇
ERP DU CLIENT
| Avant la réforme | Après la réforme |
|---|---|
| Adresse e-mail. | Plateforme de réception identifiée par l’annuaire. |
| Accord bilatéral. | Interopérabilité nationale. |
| Formats libres. | Formats structurés réglementés. |
| Transmission directe. | Transmission via les plateformes agréées. |
| Traçabilité variable. | Cycle de vie suivi et historisé. |
📄 Les formats structurés : Factur-X, UBL et CII
L’une des évolutions majeures de la réforme réside dans l’utilisation de données structurées. Contrairement à un simple PDF destiné essentiellement à une lecture humaine, une facture électronique contient des informations organisées selon une structure normalisée que les logiciels peuvent interpréter automatiquement.
Trois formats principaux sont aujourd’hui prévus dans le dispositif français :
| Format | Description | Lecture humaine | Lecture machine |
|---|---|---|---|
| Factur-X | PDF contenant un fichier XML embarqué. | Oui. | Oui. |
| UBL | Message XML structuré largement utilisé au niveau international. | Non directement. | Oui. |
| CII | Format XML normalisé développé selon les standards internationaux. | Non directement. | Oui. |
Ces formats ne modifient pas uniquement l’apparence de la facture. Ils permettent surtout aux ERP, logiciels comptables, plateformes agréées et outils fiscaux d’échanger directement les données sans ressaisie.
🔄 Le nouveau cycle de vie réglementaire
Dans le futur dispositif, une facture ne se limite plus à être créée puis envoyée. Elle suit désormais un véritable cycle de vie dont chaque étape peut être tracée, historisée et contrôlée.
CRÉATION
⬇
CONTRÔLES ERP
⬇
DÉPÔT SUR LA PDP
⬇
CONTRÔLES TECHNIQUES
⬇
ROUTAGE
⬇
MISE À DISPOSITION
⬇
TRAITEMENT PAR LE DESTINATAIRE
⬇
PAIEMENT
⬇
ARCHIVAGE
Chaque événement génère des informations exploitables par les logiciels de gestion, les tableaux de bord et les dispositifs de contrôle interne.
📊 Les statuts du cycle de vie
La réforme introduit un suivi beaucoup plus fin de l’état d’avancement de chaque facture. Ces statuts permettent aux entreprises de connaître en permanence la situation réelle de leurs échanges.
| Statut | Signification |
|---|---|
| Créée | La facture a été générée par l’entreprise. |
| Déposée | La facture a été transmise à la plateforme. |
| Rejetée | Une anomalie technique ou fonctionnelle empêche son traitement. |
| Transmise | La facture est acheminée vers la plateforme du destinataire. |
| Mise à disposition | Le destinataire peut la récupérer. |
| Acceptée | Le traitement commercial se poursuit normalement. |
| Refusée | Le client refuse la facture pour un motif identifié. |
| Payée | Le règlement est intervenu. |
| Archivée | La facture est conservée conformément aux règles applicables. |
📡 Le e-reporting
Toutes les opérations économiques ne donnent pas lieu à une facture électronique entrant dans le périmètre du e-invoicing. Certaines transactions feront l’objet d’une transmission spécifique de données : c’est le e-reporting.
Le e-reporting permet notamment de communiquer à l’administration certaines informations relatives à des opérations qui ne sont pas couvertes par le dispositif de facturation électronique entre entreprises.
OPÉRATIONS CONCERNÉES
⬇
EXTRACTION DES DONNÉES
⬇
PLATEFORME AGRÉÉE
⬇
ADMINISTRATION FISCALE
Le e-reporting ne remplace pas la facture électronique. Il constitue un dispositif complémentaire destiné à transmettre certaines données lorsque les opérations n’entrent pas dans le champ du e-invoicing.
💳 Les données de paiement
Pour certaines opérations, la réforme prévoit également la transmission d’informations relatives au paiement. Cette évolution répond principalement aux règles d’exigibilité de la TVA applicables à certaines prestations de services.
| Donnée | Objectif |
|---|---|
| Date de paiement | Déterminer l’exigibilité de la TVA lorsque celle-ci dépend de l’encaissement. |
| Montant payé | Identifier les règlements partiels ou complets. |
| Référence de la facture | Assurer le rapprochement avec le document concerné. |
🏛️ Les transmissions à l’administration
Dans le nouveau dispositif, certaines données sont transmises à l’administration fiscale par l’intermédiaire des plateformes agréées conformément aux obligations prévues par la réglementation.
ENTREPRISE
⬇
ERP
⬇
PLATEFORME AGRÉÉE
⬇
DONNÉES RÉGLEMENTAIRES
⬇
ADMINISTRATION FISCALE
L’objectif est notamment de renforcer la qualité des données fiscales, de simplifier certains traitements et d’améliorer la lutte contre la fraude à la TVA.
💼 Cas pratique Premium — Une PME déjà équipée d’un EDI
Une PME échange depuis plusieurs années des factures EDI avec ses principaux clients. Elle pense être automatiquement conforme à la réforme.
| Question | Analyse |
|---|---|
| Les données sont-elles structurées ? | Oui. |
| L’automatisation existe-t-elle déjà ? | Oui. |
| Le raccordement à une PDP est-il nécessaire ? | Oui, pour les fonctions réglementaires prévues par le dispositif. |
| Les statuts doivent-ils être adaptés ? | Oui. |
| Le e-reporting est-il automatiquement couvert ? | Non. |
| La PME doit-elle repartir de zéro ? | Non. Son architecture existante constitue une excellente base à faire évoluer. |
🖼️ Illustration professionnelle — L’écosystème de demain
ERP FOURNISSEUR
⬇
CONNECTEUR
⬇
PDP FOURNISSEUR
⬇
ANNUAIRE NATIONAL
⬇
PDP CLIENT
⬇
ERP CLIENT
⬇
COMPTABILITÉ • TVA • TRÉSORERIE • ARCHIVAGE
⬇
DONNÉES RÉGLEMENTAIRES
⬇
ADMINISTRATION
La réforme ne remplace pas les ERP, les logiciels comptables ou les solutions EDI existantes. Elle les relie à un écosystème national normalisé afin de rendre les échanges plus fiables, interopérables et traçables.
🆕 Observatoire IA des Flux Réglementaires
L’Observatoire IA des Flux Réglementaires constitue un véritable centre de supervision de la facturation électronique. Son objectif est de contrôler en permanence la conformité des échanges, la circulation des factures, la qualité des données et le respect des obligations réglementaires.
Contrairement à un simple tableau de bord, il surveille simultanément l’ensemble des flux provenant des ERP, des plateformes agréées, des logiciels comptables, des outils de trésorerie et des systèmes de gestion documentaire afin d’identifier les anomalies avant qu’elles ne produisent des conséquences fiscales, comptables ou opérationnelles.
Demain, piloter la facturation électronique ne consistera plus uniquement à produire des factures conformes. Il faudra également être capable de démontrer, à tout moment, que chaque facture a été correctement émise, transmise, reçue, traitée, déclarée, payée et archivée.
🏗️ Architecture complète de l’Observatoire IA
ERP • CRM • LOGICIEL DE FACTURATION
⬇
PLATEFORME AGRÉÉE (PDP)
⬇
ERP CLIENT • ERP FOURNISSEUR
⬇
COMPTABILITÉ • TVA • TRÉSORERIE
⬇
GESTION ÉLECTRONIQUE DES DOCUMENTS (GED)
⬇
OBSERVATOIRE IA
├── Moteur de routage
├── Moteur de conformité
├── Moteur des statuts
├── Moteur e-reporting
├── Moteur des paiements
├── Moteur décisionnel
⬇
ALERTES • KPI • PILOTAGE • CONTRÔLE INTERNE
🚚 Moteur de routage
Ce moteur vérifie que chaque facture est correctement orientée vers la plateforme de réception du destinataire à partir des informations issues de l’annuaire national.
| Contrôle réalisé | Objectif |
|---|---|
| Identification de la PDP destinataire | Éviter les erreurs de routage. |
| Contrôle des identifiants SIREN/SIRET | Garantir le bon destinataire. |
| Vérification de l’adresse électronique de facturation | Assurer l’acheminement correct. |
| Contrôle des accusés de transmission | Suivre la bonne circulation des flux. |
🛡️ Moteur de conformité
Le moteur de conformité contrôle automatiquement la qualité des données avant leur transmission.
- mentions obligatoires ;
- format électronique utilisé ;
- cohérence des montants ;
- contrôle des taux de TVA ;
- présence des identifiants obligatoires ;
- validité des données de routage ;
- respect des règles métier.
📊 Moteur des statuts
Chaque événement du cycle de vie est surveillé afin de détecter immédiatement les anomalies de traitement.
| Statut | Contrôle IA |
|---|---|
| Dépôt | Transmission réalisée. |
| Rejet | Identification automatique du motif. |
| Mise à disposition | Contrôle du délai. |
| Acceptation | Suivi commercial. |
| Paiement | Rapprochement avec la trésorerie. |
| Archivage | Contrôle de conservation. |
📡 Moteur e-reporting
Le moteur rapproche les opérations concernées avec les données devant être transmises à l’administration afin de détecter les omissions, doublons ou incohérences.
ERP
⬇
DONNÉES À DÉCLARER
⬇
CONTRÔLE IA
⬇
TRANSMISSION À LA PDP
⬇
ADMINISTRATION
💳 Moteur des paiements
Ce moteur rapproche automatiquement les données de paiement avec les factures concernées afin d’assurer un suivi précis des encaissements et de l’exigibilité de la TVA lorsque celle-ci dépend des paiements.
| Analyse | Résultat attendu |
|---|---|
| Paiement total | Facture soldée. |
| Paiement partiel | Mise à jour du solde restant. |
| Retard de paiement | Alerte automatique. |
| Absence de règlement | Détection des créances à relancer. |
🔄 Workflow IA complet
ÉMISSION
⬇
CONTRÔLES
⬇
ROUTAGE
⬇
TRANSMISSION
⬇
SUIVI DES STATUTS
⬇
e-REPORTING
⬇
PAIEMENTS
⬇
ARCHIVAGE
⬇
TABLEAUX DE BORD
🚨 Alertes intelligentes
- erreur de routage ;
- facture rejetée ;
- format non conforme ;
- données obligatoires manquantes ;
- statut bloqué ;
- paiement en retard ;
- écart entre ERP et plateforme ;
- anomalie de e-reporting ;
- risque de non-conformité réglementaire.
👨💼 Validation humaine
L’Observatoire IA assiste les équipes mais ne prend pas seul les décisions engageant la responsabilité de l’entreprise.
| Décision | Validation humaine |
|---|---|
| Correction d’une facture | Oui. |
| Acceptation d’un risque | Oui. |
| Transmission réglementaire | Supervision requise. |
| Clôture d’une anomalie | Validation du responsable. |
⚠️ Les limites de l’IA
- elle dépend de la qualité des données reçues ;
- elle ne remplace pas l’analyse juridique ou fiscale ;
- elle ne décide pas à la place de l’entreprise ;
- elle doit être régulièrement auditée ;
- ses règles de contrôle doivent être documentées.
📌 Synthèse Premium
La réforme de septembre 2026 ne crée pas uniquement une nouvelle façon d’envoyer des factures. Elle instaure un véritable réseau national d’échanges électroniques reposant sur des plateformes agréées, un annuaire, des formats structurés, des statuts normalisés et la transmission de certaines données réglementaires.
Les entreprises conserveront leurs ERP, leurs logiciels comptables et, dans de nombreux cas, leurs architectures EDI existantes. Elles devront cependant les intégrer dans ce nouvel environnement afin de garantir la conformité des échanges et le respect des nouvelles obligations.
🎓 Compétences acquises
- expliquer la rupture réglementaire introduite par la réforme ;
- identifier le rôle des PDP et des OD ;
- comprendre le fonctionnement de l’annuaire national ;
- maîtriser le routage des factures électroniques ;
- distinguer e-invoicing et e-reporting ;
- comprendre les transmissions de données réglementaires ;
- analyser les impacts sur les systèmes d’information.
🏆 Niveau de maîtrise
Vous êtes désormais capable d’expliquer le fonctionnement complet du nouvel écosystème français de la facturation électronique et d’en présenter les principaux acteurs, les flux et les obligations à un dirigeant, un client ou une équipe projet.
➡️ Transition vers la Séquence 3/3
Après avoir compris l’organisation du futur écosystème réglementaire, vous allez apprendre à faire évoluer une organisation déjà équipée de PDF, d’EDI ou de solutions de dématérialisation, afin de réussir la transition vers la facturation électronique sans repartir de zéro.
Faire évoluer les pratiques existantes sans repartir de zéro
Diagnostiquer les dispositifs PDF, OCR, portails et EDI déjà utilisés, identifier les actifs à conserver, traiter les écarts réglementaires et construire une trajectoire de transition progressive vers la facturation électronique.
🎯 Introduction Premium — Transformer l’existant plutôt que tout reconstruire
La réforme de la facturation électronique ne signifie pas que les entreprises doivent abandonner leurs ERP, leurs logiciels de facturation, leurs portails fournisseurs, leurs solutions d’EDI, leurs workflows de validation ou leurs systèmes de gestion documentaire.
Dans de nombreuses organisations, une partie importante du futur dispositif existe déjà :
- les factures sont produites automatiquement par un ERP ;
- les documents sont déjà transmis sous forme numérique ;
- des messages EDI circulent entre partenaires ;
- des données sont extraites par OCR ;
- des circuits d’approbation sont configurés ;
- les écritures comptables sont générées automatiquement ;
- les factures sont rapprochées des commandes et des réceptions ;
- les documents sont classés dans une GED ;
- les données sont conservées dans un système d’archivage ;
- des tableaux de bord suivent les délais et les anomalies.
Le véritable enjeu consiste donc à déterminer ce qui peut être conservé, ce qui doit être adapté, ce qui doit être raccordé à une plateforme agréée et ce qui doit être remplacé parce qu’il ne permet pas de satisfaire les nouvelles exigences.
Une entreprise mature ne repart pas de zéro. Elle capitalise sur ses actifs existants, élimine les fragilités et ajoute les briques réglementaires qui lui manquent.
🎯 Objectif professionnel
Être capable d’évaluer un dispositif actuel de facturation, de distinguer les actifs réutilisables des composants devenus insuffisants, de construire une trajectoire de migration adaptée et de sécuriser la continuité des opérations pendant la transition.
Une matrice de transition recensant les processus, outils, formats, interfaces et contrôles existants, leur niveau de compatibilité avec le futur dispositif, les adaptations nécessaires, les responsables, les délais et les preuves de validation.
🎓 Compétences développées
- cartographier les pratiques actuelles de facturation ;
- diagnostiquer un processus fondé sur le PDF ou l’OCR ;
- évaluer la maturité d’une architecture EDI ;
- identifier les composants pouvant être conservés ;
- repérer les écarts avec le futur dispositif réglementé ;
- définir une stratégie conserver–adapter–connecter–remplacer ;
- sécuriser les conversions de formats ;
- organiser la coexistence temporaire des anciens et nouveaux flux ;
- construire un plan de migration progressif ;
- tester la trajectoire avant la mise en production ;
- prévenir les ruptures de facturation et de comptabilisation ;
- utiliser un Diagnostic IA de transition.
1️⃣ Commencer par une photographie fidèle de l’existant
Avant de choisir une plateforme ou un format, l’entreprise doit comprendre comment ses factures sont réellement produites, transmises, reçues, contrôlées, comptabilisées et conservées.
Le diagnostic doit dépasser les procédures officielles. Il doit rechercher les pratiques réelles, y compris les fichiers Excel, boîtes e-mail, portails locaux, factures manuelles et traitements exceptionnels utilisés en dehors des systèmes principaux.
| Domaine | Questions à poser |
|---|---|
| Émission | Quels outils produisent les factures ? Existe-t-il des factures créées hors ERP ? |
| Transmission | Les factures sont-elles envoyées par e-mail, portail, EDI, API ou courrier ? |
| Réception | Quels canaux sont utilisés pour les factures fournisseurs ? |
| Formats | PDF natif, scan, image, EDI propriétaire, XML ou format sectoriel ? |
| Intégration | Les données sont-elles saisies, extraites par OCR ou intégrées automatiquement ? |
| Contrôles | Quels contrôles sont bloquants, manuels ou automatisés ? |
| Comptabilité | Comment les écritures sont-elles générées et rapprochées ? |
| TVA | Où sont gérés les taux, les régimes et l’exigibilité ? |
| Archivage | Où sont conservés les documents et les données structurées ? |
| Responsabilités | Qui crée, valide, corrige, transmet, comptabilise et supervise ? |
🗺️ Cartographier les flux actuels de bout en bout
CONTRAT OU COMMANDE
⬇
LIVRAISON OU SERVICE FAIT
⬇
CRÉATION DE LA FACTURE
⬇
FORMAT PRODUIT
⬇
CANAL DE TRANSMISSION
⬇
RÉCEPTION PAR LE CLIENT
⬇
CONTRÔLE ET COMPTABILISATION
⬇
PAIEMENT OU ENCAISSEMENT
⬇
CLASSEMENT ET ARCHIVAGE
Chaque rupture manuelle, conversion, ressaisie ou transfert entre deux outils doit être identifié. Ces points constituent souvent les principales sources d’erreur, de perte d’information et de retard.
2️⃣ Diagnostiquer un processus fondé sur le PDF
Le PDF est aujourd’hui largement utilisé parce qu’il est simple à produire, à lire et à transmettre. Il ne doit toutefois pas être évalué uniquement comme un document visuel. Il faut analyser tout le processus qui l’entoure.
| Élément | Situation à analyser | Risque possible |
|---|---|---|
| Création | PDF généré par l’ERP ou manuellement. | Données incomplètes ou numérotation non maîtrisée. |
| Transmission | Envoi par e-mail ou dépôt sur un portail. | Mauvais destinataire ou absence de preuve d’acheminement. |
| Réception | Boîte e-mail partagée ou adresse personnelle. | Facture oubliée ou traitée plusieurs fois. |
| Extraction | Saisie manuelle ou OCR. | Erreur sur le fournisseur, le montant ou la TVA. |
| Validation | Visa par e-mail ou workflow non intégré. | Traçabilité et séparation des tâches insuffisantes. |
| Archivage | Dossier réseau ou GED. | Multiplication des copies et difficulté de restitution. |
📄 Ce qui peut être conservé dans un environnement PDF
- le logiciel de facturation s’il peut produire les données nécessaires ;
- l’ERP et ses règles de numérotation ;
- les référentiels clients et produits après fiabilisation ;
- les workflows de validation lorsqu’ils sont correctement intégrés ;
- les modèles de facture juridiquement conformes ;
- les contrôles comptables et fiscaux déjà efficaces ;
- la GED pour la gestion quotidienne des documents ;
- le système d’archivage électronique lorsqu’il répond aux besoins de conservation ;
- les connecteurs vers la comptabilité ou la trésorerie ;
- les historiques et règles de gestion documentées.
Le PDF n’est pas nécessairement supprimé. Dans un format hybride comme Factur-X, il demeure la représentation lisible de la facture, complétée par des données XML structurées.
🔧 Ce qui doit généralement évoluer dans un environnement PDF
| Pratique actuelle | Évolution nécessaire |
|---|---|
| Envoi direct par e-mail | Raccordement au circuit de transmission par plateforme agréée. |
| PDF sans données structurées | Production ou conversion vers un format structuré adapté. |
| Adresse e-mail du client | Utilisation des données de routage issues de l’annuaire. |
| Accusé de lecture informel | Gestion des statuts du cycle de vie. |
| OCR systématique | Réception directe de données structurées lorsque disponible. |
| Contrôle uniquement visuel | Contrôles automatisés des données structurées et des règles métier. |
| Aucun e-reporting | Identification et production des données complémentaires requises. |
| Aucune réconciliation des statuts | Rapprochement entre plateforme, ERP et comptabilité. |
3️⃣ Diagnostiquer un dispositif EDI existant
Une entreprise déjà équipée en EDI possède généralement une avance significative : ses données sont structurées, ses systèmes communiquent automatiquement et ses équipes connaissent les problématiques de mapping, d’interface et de supervision.
Cette avance ne dispense toutefois pas d’une revue complète du dispositif.
| Question de diagnostic | Pourquoi est-elle importante ? |
|---|---|
| Quel format EDI est utilisé ? | Pour vérifier sa compatibilité ou sa capacité de conversion. |
| Quelles données sont réellement présentes ? | Pour identifier les données obligatoires ou conditionnelles manquantes. |
| Les mappings sont-ils documentés ? | Pour sécuriser les conversions et les évolutions. |
| Le routage est-il bilatéral ou centralisé ? | Pour préparer l’utilisation de l’annuaire. |
| Quels accusés sont actuellement échangés ? | Pour construire la correspondance avec les futurs statuts. |
| Les interfaces sont-elles supervisées ? | Pour détecter les messages perdus ou bloqués. |
| Le rejeu est-il sécurisé contre les doublons ? | Pour éviter une double facture ou une double écriture. |
| Les données fiscales sont-elles suffisamment détaillées ? | Pour sécuriser la TVA et les transmissions réglementaires. |
| Le e-reporting est-il couvert ? | Un flux EDI de facture ne couvre pas automatiquement ces obligations. |
| Une plateforme agréée intervient-elle déjà ? | Pour déterminer le niveau de raccordement restant à construire. |
✅ Les actifs EDI à valoriser
- les référentiels de données structurées ;
- les mappings déjà documentés ;
- les connecteurs ERP ;
- les procédures de supervision ;
- les contrôles de doublons ;
- les identifiants techniques uniques ;
- les workflows de traitement des erreurs ;
- les rapprochements commande–livraison–facture ;
- les compétences des équipes EDI ;
- les relations avec les partenaires et opérateurs existants ;
- les données historiques utiles aux tests ;
- les mécanismes de traçabilité déjà en place.
⚠️ Les écarts fréquemment rencontrés dans un EDI historique
| Écart | Conséquence | Remédiation |
|---|---|---|
| Format propriétaire | Conversion nécessaire avant transmission. | Construire et valider le mapping cible. |
| Données insuffisantes | Facture structurellement incomplète. | Enrichir le message depuis les référentiels sources. |
| Routage bilatéral | Dépendance à des paramétrages client par client. | Intégrer l’annuaire et les adresses de routage. |
| Accusés spécifiques | Correspondance imparfaite avec les statuts attendus. | Construire une table de mapping des statuts. |
| Absence de plateforme agréée | Fonctions réglementaires non couvertes. | Raccorder l’architecture à une plateforme agréée. |
| Absence de e-reporting | Données complémentaires non transmises. | Créer un flux dédié à partir des systèmes sources. |
| Interfaces non réconciliées | Messages perdus ou doublons non détectés. | Mettre en place des rapprochements automatisés. |
| Traçabilité insuffisante | Difficulté à démontrer le traitement. | Conserver les journaux, statuts et preuves. |
4️⃣ Appliquer la méthode « Conserver – Adapter – Connecter – Remplacer »
Chaque composant de l’existant doit être classé selon une décision explicite. Cette méthode évite à la fois la reconstruction inutile et le maintien de solutions devenues incompatibles.
| Décision | Définition | Exemple |
|---|---|---|
| Conserver | Le composant répond déjà aux besoins futurs. | ERP capable de produire les données requises. |
| Adapter | Le composant reste pertinent mais nécessite une évolution. | Ajout de champs obligatoires dans le référentiel client. |
| Connecter | Le composant fonctionne mais doit être intégré au nouvel écosystème. | Connexion d’un EDI existant à une plateforme agréée. |
| Remplacer | Le composant ne peut plus satisfaire les exigences ou présente un risque excessif. | Logiciel obsolète incapable de produire ou d’exporter les données nécessaires. |
📊 Matrice Premium de décision sur l’existant
| Composant | Maturité actuelle | Compatibilité future | Décision | Action |
|---|---|---|---|---|
| ERP principal | Élevée. | Partielle. | Adapter et connecter. | Ajouter les champs et l’API vers la plateforme. |
| PDF par e-mail | Stable mais peu structuré. | Insuffisante pour le flux réglementé. | Remplacer le canal. | Produire un format structuré et utiliser une plateforme agréée. |
| EDI sectoriel | Élevée. | Bonne après conversion. | Conserver et connecter. | Valider les mappings et le raccordement. |
| OCR fournisseurs | Moyenne. | Utile pour les flux résiduels. | Conserver de manière ciblée. | Réduire son usage lorsque les données structurées sont disponibles. |
| GED | Élevée. | Bonne. | Conserver et adapter. | Associer PDF, XML, statuts et pièces complémentaires. |
| Ancien portail fournisseur | Faible. | Limitée. | Remplacer ou repositionner. | Évaluer sa valeur résiduelle dans le nouvel écosystème. |
5️⃣ Sécuriser les conversions de formats
Lorsqu’un format existant est conservé en amont, il peut être nécessaire de le convertir vers Factur-X, UBL, CII ou un autre profil accepté par l’écosystème.
FORMAT SOURCE
EDI • XML PROPRIÉTAIRE • DONNÉES ERP
⬇
TABLE DE MAPPING
⬇
RÈGLES DE TRANSFORMATION
⬇
FORMAT CIBLE
FACTUR-X • UBL • CII
⬇
CONTRÔLES TECHNIQUES
⬇
CONTRÔLES MÉTIERS ET FISCAUX
⬇
VALIDATION ET TRAÇABILITÉ
La conversion doit préserver :
- l’identité des parties ;
- les références de facture et de commande ;
- les lignes et désignations ;
- les quantités et unités ;
- les prix et remises ;
- les bases, taux et montants de TVA ;
- les mentions fiscales ;
- les conditions de paiement ;
- les références contractuelles ;
- les données de routage ;
- les données conditionnelles propres à l’opération.
🚨 Risques associés aux conversions
| Risque | Exemple | Contrôle recommandé |
|---|---|---|
| Perte de donnée | Champ source sans équivalent cible. | Registre des données non mappées. |
| Modification d’un code | Code TVA ou unité mal converti. | Table de correspondance validée. |
| Arrondi différent | Écart entre total source et total cible. | Contrôle arithmétique avant transmission. |
| Référence tronquée | Numéro de commande incomplet. | Contrôle des longueurs et caractères. |
| Incohérence PDF–XML | Montant lisible différent de la donnée structurée. | Comparaison automatisée des deux représentations. |
| Mauvaise interprétation fiscale | Exonération convertie en taux nul sans motif. | Validation par la fiscalité. |
| Perte de traçabilité | Impossible de relier le fichier cible au message source. | Identifiant transverse et journal de conversion. |
6️⃣ Organiser la coexistence temporaire des anciens et nouveaux flux
Pendant la période de transition, une entreprise peut devoir gérer plusieurs canaux simultanément :
- factures électroniques réglementées ;
- anciens échanges EDI en cours d’adaptation ;
- PDF reçus pour certaines opérations résiduelles ;
- factures étrangères suivant d’autres dispositifs ;
- flux B2C relevant du e-reporting ;
- factures publiques transitant par un circuit spécifique ;
- documents commerciaux ne constituant pas des factures.
La coexistence de plusieurs canaux peut provoquer des doublons, des omissions ou des traitements incohérents si aucune règle claire ne permet d’identifier le canal de référence pour chaque opération.
🧭 Construire une matrice de routage transitoire
| Type d’opération | Canal actuel | Canal cible | Règle pendant la transition |
|---|---|---|---|
| B2B domestique concerné | PDF ou EDI. | Plateforme agréée. | Basculer selon la vague de déploiement validée. |
| B2C | Caisse ou e-commerce. | Processus commercial + e-reporting. | Maintenir le canal client et créer le flux réglementaire complémentaire. |
| International | PDF, portail ou EDI. | Canal commercial adapté + e-reporting si applicable. | Documenter les règles par pays et opération. |
| Factures fournisseurs résiduelles | E-mail et OCR. | Réception structurée par plateforme. | Conserver l’OCR uniquement pour les flux non encore structurés. |
| Secteur public | Portail public. | Circuit réglementaire applicable. | Coordonner les dispositifs sans double émission. |
7️⃣ Construire une trajectoire de migration progressive
La migration doit être organisée par vagues afin de limiter les risques et d’intégrer les retours d’expérience.
DIAGNOSTIC DE L’EXISTANT
⬇
IDENTIFICATION DES ÉCARTS
⬇
ARCHITECTURE CIBLE
⬇
SÉLECTION DE LA PLATEFORME
⬇
ADAPTATION DES DONNÉES ET INTERFACES
⬇
PILOTE SUR UN PÉRIMÈTRE LIMITÉ
⬇
RECETTE ET CORRECTIONS
⬇
DÉPLOIEMENT PAR VAGUES
⬇
STABILISATION ET AMÉLIORATION CONTINUE
📅 Feuille de route Premium de transition
| Étape | Travaux | Livrable |
|---|---|---|
| Diagnostic | Cartographier outils, formats, flux et responsabilités. | Inventaire validé. |
| Analyse d’écarts | Comparer l’existant aux exigences cibles. | Matrice des écarts. |
| Décision d’architecture | Conserver, adapter, connecter ou remplacer. | Architecture cible. |
| Données | Nettoyer et enrichir les référentiels. | Données prêtes pour le routage et la facturation. |
| Interfaces | Développer ou adapter les connecteurs. | Flux techniques testables. |
| Formats | Valider les mappings et conversions. | Jeux de factures conformes. |
| Pilote | Tester une entité, un client ou un type de flux. | Rapport de pilote. |
| Déploiement | Basculer progressivement les populations. | Planning des vagues. |
| Stabilisation | Suivre les rejets, statuts et écarts. | Tableau de bord opérationnel. |
8️⃣ Choisir un périmètre pilote pertinent
Le pilote doit être suffisamment représentatif pour révéler les difficultés réelles, sans exposer immédiatement l’ensemble de l’entreprise.
| Critère | Bon périmètre pilote | Périmètre à éviter |
|---|---|---|
| Volume | Assez important pour tester les processus. | Volume exceptionnellement faible ou très élevé. |
| Complexité | Cas standards et quelques exceptions. | Uniquement les situations les plus complexes. |
| Données | Référentiel relativement fiable. | Données massivement incomplètes. |
| Équipe | Utilisateurs disponibles et engagés. | Équipe en réorganisation ou sans disponibilité. |
| Système | ERP représentatif de l’architecture cible. | Outil devant être abandonné rapidement. |
| Partenaires | Clients ou fournisseurs prêts à collaborer. | Partenaire critique refusant tout test. |
🧪 Tester la migration avant toute généralisation
Les tests doivent reproduire le chemin complet d’une facture depuis le système source jusqu’à la plateforme, au destinataire, à la comptabilité et aux données réglementaires.
- facture standard ;
- facture multi-taux ;
- facture avec remise ;
- facture d’acompte ;
- avoir total et partiel ;
- facture rejetée pour une donnée manquante ;
- destinataire absent ou mal routé ;
- conversion d’un ancien message EDI ;
- réception et intégration comptable ;
- statuts retournés dans l’ERP ;
- e-reporting ;
- données de paiement ;
- rejeu après incident ;
- prévention des doublons ;
- archivage et restitution.
9️⃣ Sécuriser la continuité pendant la transition
Une migration ne doit jamais interrompre la capacité de l’entreprise à facturer ses clients, recevoir ses fournisseurs, comptabiliser les opérations ou déclarer la TVA.
| Risque | Mesure de continuité |
|---|---|
| Plateforme indisponible | Procédure documentée de reprise et suivi des documents en attente. |
| Interface bloquée | File sécurisée, alerte et mécanisme de rejeu sans doublon. |
| Conversion incorrecte | Blocage du flux et retour vers le format source. |
| Référentiel incomplet | Contrôle préventif et file de correction dédiée. |
| Statut non intégré | Consultation de la plateforme et réconciliation manuelle temporaire. |
| Équipe indisponible | Suppléance et procédure opérationnelle simplifiée. |
| Échec du pilote | Retour contrôlé à l’ancien canal sans perte d’information. |
🔟 Mesurer la réussite de la transition
| KPI | Calcul | Objectif |
|---|---|---|
| Taux de flux migrés | Factures passées par le canal cible / factures concernées. | Suivre la progression du déploiement. |
| Taux de rejet | Factures rejetées / factures déposées. | Mesurer la qualité des données et mappings. |
| Taux de conversion conforme | Documents convertis sans écart / documents convertis. | Valider la fiabilité des transformations. |
| Taux de statuts intégrés | Statuts reçus dans l’ERP / statuts attendus. | Contrôler le suivi du cycle de vie. |
| Taux d’intégration automatique | Factures comptabilisées sans ressaisie / factures reçues. | Mesurer le gain d’automatisation. |
| Taux de doublons | Doublons détectés / documents traités. | Surveiller les rejouements et doubles canaux. |
| Délai de traitement | Durée entre réception et comptabilisation. | Mesurer la performance du nouveau processus. |
| Taux d’anomalies récurrentes | Anomalies répétées / anomalies totales. | Évaluer l’efficacité des corrections. |
💼 Cas pratique Premium n°1 — PME utilisant le PDF et l’OCR
Une PME émet 1 500 factures clients par mois sous forme de PDF envoyé par e-mail. Elle reçoit 900 factures fournisseurs dans une boîte partagée et utilise un OCR pour les intégrer dans son logiciel comptable.
Diagnostic
- le logiciel de facturation produit des données fiables ;
- les PDF clients ne contiennent pas de données structurées ;
- les adresses e-mail sont gérées manuellement ;
- les statuts se limitent à l’envoi du message ;
- l’OCR présente des erreurs récurrentes sur la TVA et les échéances ;
- les factures fournisseurs sont parfois enregistrées deux fois ;
- la GED permet déjà de relier les factures aux commandes.
Stratégie de transition
| Composant | Décision | Action |
|---|---|---|
| Logiciel de facturation | Conserver et adapter. | Ajouter les données requises et le connecteur vers la plateforme. |
| PDF client | Faire évoluer. | Produire Factur-X ou un autre format structuré adapté. |
| Envoi par e-mail | Remplacer pour le périmètre réglementé. | Utiliser la plateforme agréée et l’annuaire. |
| OCR fournisseur | Conserver de manière résiduelle. | Privilégier l’intégration des données structurées reçues. |
| GED | Conserver et enrichir. | Associer le PDF, le XML, les statuts et les pièces justificatives. |
💼 Cas pratique Premium n°2 — ETI équipée en EDI
Une ETI industrielle transmet 80 % de ses factures clients par EDI et les 20 % restants par PDF. Ses messages EDI sont adaptés à chaque grand client.
Forces existantes
- données structurées disponibles ;
- connecteurs ERP robustes ;
- contrôles automatiques ;
- équipe EDI expérimentée ;
- traçabilité des échanges ;
- faible taux de ressaisie.
Écarts identifiés
- formats et mappings différents selon les clients ;
- absence de raccordement confirmé à une plateforme agréée ;
- accusés EDI non alignés sur les futurs statuts ;
- aucun flux de e-reporting ;
- données de paiement non intégrées ;
- factures PDF résiduelles non structurées.
L’architecture EDI est conservée comme couche amont. Elle est raccordée à une plateforme agréée, enrichie des données manquantes et complétée par les flux de statuts, de e-reporting et de paiement. L’entreprise capitalise ainsi sur son investissement historique sans reconstruire toute sa chaîne.
💼 Cas pratique Premium n°3 — Groupe multi-ERP
Un groupe utilise trois ERP, deux opérateurs EDI, plusieurs outils de facturation locaux et une GED centralisée.
Approche recommandée
- définir un socle minimal commun de données ;
- retenir une gouvernance Groupe des formats et mappings ;
- raccorder les ERP selon leur niveau de maturité ;
- prévoir un connecteur temporaire pour l’ERP en fin de vie ;
- centraliser les statuts et les KPI ;
- conserver les outils locaux uniquement lorsqu’ils répondent à un besoin démontré ;
- organiser des vagues de migration par entité ;
- réconcilier chaque chaîne applicative séparément ;
- maintenir une vision consolidée Groupe ;
- documenter l’architecture transitoire et l’architecture cible.
🆕 Diagnostic IA Transition PDF–EDI–Facturation Électronique
Le Diagnostic IA Transition PDF–EDI–Facturation Électronique analyse les processus, outils, formats et interfaces existants afin de proposer une trajectoire de migration adaptée à l’entreprise.
Il ne suppose pas que toute solution ancienne doit être supprimée. Il recherche au contraire les composants réutilisables, mesure leur compatibilité avec l’architecture cible et identifie les adaptations nécessaires.
Transformer un inventaire technique complexe en décisions compréhensibles : conserver, adapter, connecter, remplacer ou retirer.
🏗️ Architecture complète du Diagnostic IA
ERP • LOGICIELS DE FACTURATION • PORTAILS
⬇
PDF • OCR • EDI • API • XML PROPRIÉTAIRES
⬇
GED • COMPTABILITÉ • TRÉSORERIE • ARCHIVAGE
⬇
MOTEUR D’INVENTAIRE
⬇
MOTEUR D’ANALYSE DES FORMATS
⬇
MOTEUR DE COMPATIBILITÉ
⬇
MOTEUR DE MAPPING
⬇
MOTEUR DE RISQUES
⬇
MOTEUR DE SCÉNARIOS DE MIGRATION
⬇
SCORING ET RECOMMANDATIONS
⬇
VALIDATION HUMAINE
⬇
FEUILLE DE ROUTE DE TRANSITION
⚙️ Les moteurs du Diagnostic IA
| Moteur | Mission |
|---|---|
| Inventaire | Recenser les outils, formats, interfaces, volumes et responsabilités. |
| Analyse des formats | Identifier les données présentes, absentes ou non structurées. |
| Compatibilité | Mesurer la capacité d’un composant à fonctionner dans l’architecture cible. |
| Mapping | Comparer les champs sources avec les données attendues dans le format cible. |
| Risques | Détecter les pertes d’information, ruptures, doublons et dépendances. |
| Scénarios | Simuler plusieurs trajectoires de migration. |
| Scoring | Comparer les scénarios selon le coût, le risque, le délai et la valeur. |
| Recommandations | Proposer les décisions conserver, adapter, connecter ou remplacer. |
🔄 Workflow complet du Diagnostic IA
COLLECTE DES INFORMATIONS
⬇
CARTOGRAPHIE DE L’EXISTANT
⬇
ANALYSE DES FORMATS ET DONNÉES
⬇
COMPARAISON AVEC L’ARCHITECTURE CIBLE
⬇
IDENTIFICATION DES ÉCARTS
⬇
ÉVALUATION DES RISQUES
⬇
GÉNÉRATION DES SCÉNARIOS DE MIGRATION
⬇
COMPARAISON COÛT • RISQUE • DÉLAI • VALEUR
⬇
VALIDATION PAR LES RESPONSABLES
⬇
PLAN DE TRANSITION ET KPI
🚨 Alertes intelligentes
- logiciel incapable de produire les données obligatoires ;
- format propriétaire non documenté ;
- champ source sans correspondance dans le format cible ;
- mapping fiscal incohérent ;
- perte possible d’une référence de commande ;
- écart entre le PDF et les données structurées ;
- interface sans mécanisme de rejeu sécurisé ;
- double canal susceptible de créer des doublons ;
- statuts non intégrés dans l’ERP ;
- e-reporting non couvert ;
- données de paiement absentes ;
- dépendance à un prestataire ou à une personne unique ;
- composant obsolète sans solution de continuité ;
- planning incompatible avec les échéances du projet.
👨💼 Validation humaine
| Acteur | Validation attendue |
|---|---|
| Direction financière | Priorités, budget et continuité des opérations. |
| Direction comptable | Écritures, rapprochements et clôture. |
| Fiscalité | Données TVA, e-reporting et exigences fiscales. |
| DSI | Architecture, interfaces, sécurité et performances. |
| Responsables métiers | Compatibilité avec les pratiques clients et fournisseurs. |
| Contrôle interne | Risques, habilitations, preuves et procédures de secours. |
| Chef de projet | Planning, dépendances et coordination des vagues. |
| Sponsor | Arbitrage final entre les scénarios de transition. |
⚖️ Limites de l’intelligence artificielle
- elle dépend de l’exhaustivité de l’inventaire fourni ;
- elle peut sous-estimer une pratique manuelle non documentée ;
- elle ne maîtrise pas automatiquement les engagements contractuels existants ;
- elle ne peut confirmer seule la conformité juridique ou fiscale d’un format ;
- elle peut proposer une migration techniquement cohérente mais difficile à conduire humainement ;
- elle ne remplace pas les tests de conversion et de bout en bout ;
- elle ne peut décider seule d’abandonner un outil critique ;
- elle ne porte pas la responsabilité de la continuité des opérations ;
- ses hypothèses, règles de scoring et recommandations doivent être documentées.
🧠 Grand Quiz Premium — Avez-vous vraiment compris le passage du PDF et de l’EDI à la facturation électronique réglementée ?
Il permet de vérifier que le lecteur a dépassé les idées reçues les plus fréquentes et qu’il maîtrise réellement les différences entre document numérique, données structurées, échange EDI et écosystème réglementé.
Répondez mentalement à chaque question avant d’ouvrir l’accordéon. La réponse détaillée vous permettra ensuite de vérifier votre raisonnement.
Question 1 — Une facture PDF envoyée par e-mail est-elle automatiquement une facture électronique au sens du nouveau dispositif ?
Réponse : non.
Un PDF envoyé par e-mail est un document numérique et relève d’une forme de dématérialisation. Il ne couvre toutefois pas, à lui seul, l’ensemble du futur dispositif : données structurées, routage par l’annuaire, passage par une plateforme agréée pour les fonctions réglementaires, gestion des statuts et transmission des données requises à l’administration.
Question 2 — Quelle est la principale différence entre la dématérialisation et la facturation électronique réglementée ?
Réponse :
La dématérialisation remplace principalement le papier ou certains traitements manuels par des supports et échanges numériques.
La facturation électronique réglementée organise en plus un écosystème complet de données structurées, de plateformes agréées, de routage, de statuts, de contrôles et de transmissions réglementaires.
Question 3 — Une entreprise utilisant déjà l’EDI est-elle automatiquement prête pour les échéances de la réforme ?
Réponse : non.
L’EDI constitue une excellente base technique car il permet déjà l’échange automatisé de données structurées entre systèmes.
Il faut néanmoins vérifier le raccordement à une plateforme agréée, la compatibilité des formats, le routage par l’annuaire, la gestion des statuts, le e-reporting, les données de paiement et les transmissions à l’administration.
Question 4 — Pourquoi la réforme ne se limite-t-elle pas à imposer un nouveau format de facture ?
Réponse :
Parce qu’elle organise également :
- les plateformes chargées des fonctions réglementaires ;
- l’identification du destinataire ;
- le routage ;
- les contrôles techniques et fonctionnels ;
- le suivi du cycle de vie ;
- le e-reporting ;
- les données de paiement ;
- la transmission des données requises à l’administration.
Question 5 — Quelle est la différence entre une donnée visible et une donnée structurée ?
Réponse :
Une donnée visible est présentée dans un document pour être lue par une personne.
Une donnée structurée est placée dans un champ identifié selon une organisation précise afin qu’un logiciel puisse la reconnaître, la contrôler et l’exploiter automatiquement.
Question 6 — Une facture Factur-X contient-elle uniquement un PDF ?
Réponse : non.
Factur-X est un format hybride associant :
- un PDF lisible par une personne ;
- un fichier XML structuré embarqué, exploitable par les systèmes informatiques.
Les deux représentations doivent rester cohérentes.
Question 7 — Un PDF natif contient-il nécessairement des données structurées ?
Réponse : non.
Le fait qu’un PDF ait été créé directement par un logiciel et que son texte soit sélectionnable ne signifie pas que ses informations sont organisées dans des champs structurés conformes à un format électronique attendu.
Question 8 — Pourquoi l’annuaire national est-il indispensable ?
Réponse :
Il permet d’identifier la plateforme de réception et les informations de routage associées au destinataire.
Le fournisseur n’a donc plus à organiser un accord technique spécifique avec chacun de ses clients pour savoir où transmettre la facture.
Question 9 — Une adresse électronique de facturation est-elle simplement une adresse e-mail ?
Réponse : non.
Il s’agit d’une information de routage permettant d’acheminer la facture vers la plateforme, l’entité, l’établissement ou le service concerné. Elle ne fonctionne pas comme une boîte de messagerie ordinaire.
Question 10 — Quel acteur peut assurer les fonctions réglementaires réservées dans le nouveau dispositif ?
Réponse :
Une plateforme agréée par l’administration, historiquement désignée sous l’appellation de Plateforme de Dématérialisation Partenaire.
Elle peut notamment assurer l’émission, la réception, l’interopérabilité, la gestion de certains statuts et la transmission des données réglementaires.
Question 11 — Un opérateur de dématérialisation peut-il remplacer seul une plateforme agréée ?
Réponse : non.
Un opérateur de dématérialisation peut fournir des connecteurs, convertir des formats, gérer des workflows, proposer une GED ou assurer d’autres services techniques.
Il doit toutefois s’appuyer sur une plateforme agréée pour les fonctions réglementaires qu’il n’est pas autorisé à assurer seul.
Question 12 — Le fournisseur et le client doivent-ils obligatoirement utiliser la même plateforme agréée ?
Réponse : non.
L’interopérabilité permet à la plateforme de l’émetteur de transmettre la facture à celle choisie par le destinataire.
Le rôle de l’annuaire et des mécanismes de routage est précisément d’organiser cette circulation entre plateformes différentes.
Question 13 — Pourquoi parle-t-on désormais d’un cycle de vie de la facture ?
Réponse :
Parce que la facture ne se limite plus à un envoi ponctuel. Elle génère plusieurs événements pouvant être suivis et exploités : dépôt, contrôle, rejet, transmission, mise à disposition, refus, traitement, paiement ou encaissement.
Ces événements améliorent la traçabilité et le pilotage des processus.
Question 14 — Quelle est la différence entre un rejet et un refus ?
Réponse :
Un rejet correspond généralement à une impossibilité technique, fonctionnelle ou réglementaire de traiter la facture.
Un refus traduit davantage une contestation ou une décision métier du destinataire, par exemple en raison d’un prix, d’une quantité ou d’une prestation contestée.
Question 15 — Pourquoi le e-reporting est-il nécessaire si la facturation électronique devient obligatoire ?
Réponse :
Parce que toutes les opérations ne relèvent pas du même flux de facturation électronique domestique.
Certaines opérations, notamment des transactions avec des particuliers ou certaines opérations internationales, nécessitent la transmission de données spécifiques sans suivre exactement le même processus que le e-invoicing.
Question 16 — Le e-reporting remplace-t-il la facture électronique ?
Réponse : non.
Le e-reporting est un dispositif complémentaire. Il couvre certaines données de transaction ou de paiement lorsque les opérations ne suivent pas le flux de facture électronique concerné.
Question 17 — Pourquoi certaines données de paiement doivent-elles être transmises ?
Réponse :
Elles permettent notamment de suivre l’encaissement de certaines prestations de services lorsque l’exigibilité de la TVA dépend du paiement.
Elles doivent pouvoir être rapprochées de la facture concernée, y compris en cas de règlement partiel.
Question 18 — L’ERP disparaît-il avec la réforme ?
Réponse : non.
L’ERP ou le logiciel de facturation reste généralement le système dans lequel la facture est créée, contrôlée et comptabilisée.
Il doit toutefois être relié à une plateforme agréée, directement ou par une solution intermédiaire, afin de participer au nouvel écosystème.
Question 19 — Une entreprise équipée en EDI doit-elle nécessairement remplacer tous ses outils et repartir de zéro ?
Réponse : non.
Elle peut souvent conserver :
- son ERP ;
- ses données structurées ;
- ses connecteurs ;
- ses mappings ;
- ses workflows ;
- une partie de ses échanges EDI.
Elle doit en revanche vérifier, adapter et raccorder ce dispositif au nouvel environnement réglementé.
Question 20 — Quel est le principal risque d’une conversion d’un ancien format EDI vers Factur-X, UBL ou CII ?
Réponse :
La perte, la modification ou la mauvaise interprétation d’une donnée au cours du mapping ou de la conversion.
Les contrôles doivent notamment porter sur les codes, les unités, les références, les arrondis, les bases de TVA, les montants et les informations conditionnelles.
Question 21 — Une facture correctement comptabilisée est-elle nécessairement conforme au nouveau dispositif ?
Réponse : non.
Elle peut avoir été comptabilisée tout en présentant :
- un format incorrect ;
- une donnée structurée manquante ;
- un mauvais routage ;
- une absence de transmission réglementaire ;
- un statut non intégré ;
- une incohérence avec le e-reporting.
Question 22 — Quelle est la plus grande erreur de compréhension commise par de nombreux dirigeants ?
Réponse :
Croire que la réforme consiste simplement à remplacer l’envoi d’un PDF par e-mail par un autre canal.
En réalité, elle transforme les formats, le routage, les plateformes, les statuts, les contrôles et les transmissions fiscales.
Question 23 — Complétez la phrase : la dématérialisation __________ le support.
Réponse : change ou transforme le support.
Elle permet notamment de passer du papier à un PDF, à une image, à un portail ou à un traitement numérique.
Question 24 — Complétez la phrase : l’EDI __________ les échanges de données.
Réponse : automatise.
Il permet à deux systèmes d’échanger des informations structurées sans ressaisie humaine systématique.
Question 25 — Complétez la phrase : la facturation électronique réglementée __________ l’ensemble de l’écosystème.
Réponse : organise.
Elle organise les formats, les plateformes, le routage, les statuts, les contrôles, le e-reporting et les transmissions à l’administration.
Question 26 — Expliquez en une phrase la différence entre un PDF, l’EDI et la facturation électronique réglementée.
Réponse proposée :
Un PDF est principalement un document numérique lisible, l’EDI automatise l’échange de données structurées entre systèmes, tandis que la facturation électronique réglementée intègre ces données dans un écosystème de plateformes agréées, de routage, de statuts et de transmissions fiscales.
🧠 Questions complémentaires — Maîtriser le vocabulaire essentiel
Question 27 — Associez chaque terme à son rôle : PDF, OCR, XML, Factur-X, UBL et CII.
Réponse :
| Terme | Rôle |
|---|---|
| Présenter un document stable et lisible par une personne. | |
| OCR | Extraire du texte ou des données à partir d’une image ou d’un document visuel. |
| XML | Organiser les données dans des champs identifiables par les logiciels. |
| Factur-X | Associer un PDF lisible à un XML structuré embarqué. |
| UBL | Structurer une facture dans un standard XML international. |
| CII | Structurer une facture intersectorielle selon un standard international. |
Le PDF montre, l’OCR extrait, le XML structure, Factur-X combine, UBL et CII normalisent.
Question 28 — Expliquez la différence entre B2B, B2C, e-invoicing, e-reporting, plateforme agréée et opérateur de dématérialisation.
Réponse :
- B2B : relation commerciale entre deux entreprises.
- B2C : relation commerciale entre une entreprise et un particulier.
- e-invoicing : circulation réglementée d’une facture électronique structurée pour les opérations concernées.
- e-reporting : transmission à l’administration de certaines données de transaction ou de paiement qui ne suivent pas le même flux que le e-invoicing.
- Plateforme agréée : acteur autorisé à assurer les fonctions réglementaires de réception, de contrôle, de transmission, de routage et de communication des données requises.
- Opérateur de dématérialisation : prestataire technique pouvant convertir, intégrer ou traiter les documents, mais qui doit s’appuyer sur une plateforme agréée pour les fonctions réglementaires réservées.
B2B et B2C décrivent la nature de la relation commerciale. E-invoicing et e-reporting décrivent les modalités réglementaires de circulation ou de transmission des données. La plateforme agréée et l’opérateur de dématérialisation désignent, quant à eux, des acteurs de l’écosystème.
🚦 Test de maturité du lecteur
| Résultat | Niveau de compréhension | Recommandation pédagogique |
|---|---|---|
| 23 à 26 bonnes réponses | Maîtrise avancée | Vous distinguez clairement la dématérialisation, l’EDI et le futur écosystème réglementé. |
| 18 à 22 bonnes réponses | Fondamentaux maîtrisés | Les principes sont solides. Une relecture des statuts, du e-reporting et des données de paiement permettra de consolider votre compréhension. |
| 12 à 17 bonnes réponses | Compréhension partielle | Reprenez les différences entre PDF, EDI, plateforme agréée, annuaire et transmission à l’administration. |
| 7 à 11 bonnes réponses | Notions fragiles | Relisez les deux premières séquences avant d’aborder les formats et architectures techniques. |
| Moins de 7 bonnes réponses | Fondations à reconstruire | Reprenez l’ensemble du chapitre afin de ne pas confondre numérisation, automatisation et conformité réglementaire. |
La dématérialisation change le support. L’EDI automatise l’échange. La facturation électronique réglementée organise l’écosystème.
📚 Lexique essentiel — Comprendre les acronymes de la facturation électronique
La facturation électronique mobilise un vocabulaire technique, fiscal et informatique qui n’est pas toujours connu du grand public. La maîtrise de ces termes est indispensable pour comprendre les flux, dialoguer avec les éditeurs et participer efficacement à un projet de transformation.
Ce lexique peut être intégré dans la Séquence 3/3, immédiatement avant le Grand Quiz Premium. Le lecteur pourra ainsi revoir les principaux termes avant de tester ses connaissances.
| Terme ou acronyme | Signification | Définition | Rôle dans la facturation électronique |
|---|---|---|---|
| B2B | Business to Business | Relation commerciale entre deux entreprises. | Désigne notamment les opérations réalisées entre entreprises assujetties. Certaines opérations B2B domestiques entrent dans le périmètre de la facturation électronique. |
| B2C | Business to Consumer | Relation commerciale entre une entreprise et un particulier. | Les opérations B2C ne suivent pas nécessairement le même flux que les factures électroniques B2B. Certaines données doivent être transmises dans le cadre du e-reporting. |
| B2G | Business to Government | Relation entre une entreprise et une administration publique. | Désigne notamment la facturation adressée au secteur public, déjà organisée en France à travers Chorus Pro. |
| EDI | Échange de Données Informatisé | Échange automatique de données structurées entre les systèmes informatiques de deux partenaires. | Permet déjà d’automatiser l’émission, la réception et l’intégration des factures, mais doit être adapté ou raccordé au nouvel écosystème réglementé. |
| ERP | Enterprise Resource Planning | Progiciel de gestion intégré regroupant plusieurs fonctions de l’entreprise : ventes, achats, stocks, comptabilité, production ou trésorerie. | Il constitue souvent le système dans lequel les factures sont générées, contrôlées, comptabilisées et rapprochées. |
| API | Application Programming Interface | Interface permettant à plusieurs logiciels de communiquer automatiquement entre eux. | Elle peut relier l’ERP, le logiciel de facturation, la plateforme agréée, la comptabilité, la trésorerie et les outils de pilotage. |
| XML | Extensible Markup Language | Langage informatique permettant d’organiser des informations dans des champs structurés et identifiables. | Il rend les données de facture directement exploitables par les logiciels, contrairement à un document uniquement visuel. |
| Factur-X | Format hybride de facture électronique | Format associant un document PDF lisible par une personne et un fichier XML structuré embarqué. | Il permet de réunir dans un même fichier la lisibilité humaine et l’exploitation automatisée des données. |
| UBL | Universal Business Language | Standard international fondé sur le XML pour structurer des documents commerciaux. | Il peut représenter une facture électronique sous la forme d’un fichier entièrement structuré, directement exploitable par les systèmes. |
| CII | Cross Industry Invoice | Modèle international de facture structurée développé dans le cadre des standards UN/CEFACT. | Il permet d’échanger des données de facturation normalisées entre des entreprises et des systèmes appartenant à différents secteurs. |
| OCR | Optical Character Recognition | Reconnaissance optique de caractères. | Elle permet d’extraire automatiquement du texte et certaines données à partir d’un PDF ou d’une image, mais elle peut produire des erreurs d’interprétation. |
| Portable Document Format | Format de document conçu pour conserver une présentation stable sur différents appareils. | Il est principalement destiné à la lecture humaine. Un PDF seul ne contient pas nécessairement les données structurées attendues dans le nouveau dispositif. | |
| PDP | Plateforme de Dématérialisation Partenaire | Ancienne appellation couramment utilisée pour désigner une plateforme immatriculée par l’administration. | Elle assure les fonctions réglementaires d’émission, de réception, de contrôle, d’interopérabilité et de transmission de données. Le terme générique désormais employé est « plateforme agréée ». |
| PA | Plateforme agréée | Plateforme autorisée par l’administration à intervenir dans le dispositif réglementé de facturation électronique. | Elle reçoit, contrôle, transmet et route les factures électroniques, gère les statuts et transmet les données réglementaires prévues. |
| OD | Opérateur de Dématérialisation | Prestataire technique proposant des services de conversion, de transmission, d’intégration, de workflow ou de gestion documentaire. | Il peut accompagner l’entreprise, mais ne peut pas assurer seul les fonctions réglementaires réservées aux plateformes agréées. |
| GED | Gestion Électronique des Documents | Système permettant de classer, indexer, rechercher, partager, sécuriser et suivre des documents numériques. | Elle facilite la gestion quotidienne des factures et leur rapprochement avec les commandes, contrats, bons de livraison et autres justificatifs. |
| SAE | Système d’Archivage Électronique | Système destiné à conserver durablement des documents et données en garantissant leur intégrité, leur traçabilité et leur restitution. | Il joue le rôle de coffre-fort électronique pour les factures et les preuves nécessaires lors d’un audit ou d’un contrôle. |
| UAT | User Acceptance Testing | Recette réalisée par les utilisateurs métiers. | Elle permet de vérifier que la solution répond aux besoins réels de la comptabilité, de la fiscalité, des achats, des ventes et des autres utilisateurs. |
| SIREN | Système d’Identification du Répertoire des Entreprises | Identifiant à neuf chiffres attribué à une unité légale française. | Il permet d’identifier juridiquement l’entreprise dans les référentiels, l’annuaire et les données de facturation. |
| SIRET | Système d’Identification du Répertoire des Établissements | Identifiant à quatorze chiffres composé du SIREN et d’un numéro propre à chaque établissement. | Il permet d’identifier précisément le siège ou l’établissement concerné par la facture et son routage. |
| TVA | Taxe sur la Valeur Ajoutée | Impôt indirect appliqué à la consommation de biens et de services. | Les données de facture permettent de contrôler les bases, les taux, les exonérations, l’autoliquidation, la TVA collectée et la TVA déductible. |
| e-invoicing | Facturation électronique | Émission, transmission et réception de factures électroniques structurées dans le dispositif réglementé. | Il concerne principalement les opérations entrant dans le périmètre de facturation électronique entre entreprises. |
| e-reporting | Transmission électronique de données de transaction | Transmission à l’administration de données relatives à certaines opérations ne suivant pas le flux de e-invoicing. | Il concerne notamment certaines opérations B2C, internationales et certaines données de paiement. |
| RACI | Responsible, Accountable, Consulted, Informed | Matrice permettant de répartir les rôles et responsabilités dans un projet ou un processus. | Elle précise qui réalise une action, qui en assume la responsabilité finale, qui doit être consulté et qui doit être informé. |
| KPI | Key Performance Indicator | Indicateur clé de performance. | Il permet de suivre les rejets, les délais, les anomalies, la qualité des données, les paiements ou la conformité des flux. |
📌 Point d’ancrage pédagogique — Les trois phrases à retenir
La dématérialisation change le support.
L’EDI automatise l’échange de données entre les systèmes.
La facturation électronique réglementée organise l’ensemble de l’écosystème : formats, plateformes, annuaire, routage, statuts, e-reporting, données de paiement et transmissions réglementaires.
📌 Synthèse Premium
La transition vers la facturation électronique ne doit pas être abordée comme une destruction systématique de l’existant. Les entreprises disposent souvent d’actifs utiles : ERP, référentiels, messages EDI, workflows, contrôles, GED, archivage, interfaces et compétences internes.
La méthode professionnelle consiste à cartographier ces actifs, à mesurer leur compatibilité avec le futur dispositif et à décider, pour chacun, s’il doit être conservé, adapté, connecté ou remplacé.
Les entreprises utilisant principalement le PDF devront surtout structurer leurs données, remplacer le canal d’envoi pour les opérations concernées et intégrer les statuts et transmissions réglementaires. Les entreprises déjà équipées en EDI pourront souvent préserver une part importante de leur architecture, à condition de sécuriser les formats, les mappings, le raccordement à une plateforme agréée, le e-reporting et les données de paiement.
La migration doit être progressive, testée, réconciliée et accompagnée de mesures de continuité. Le succès ne se mesure pas uniquement à la capacité d’émettre une facture, mais à la fiabilité de toute la chaîne : création, conversion, routage, transmission, statuts, comptabilité, fiscalité, paiement et archivage.
🎓 Compétences acquises
- diagnostiquer un processus papier, PDF, OCR ou EDI ;
- identifier les actifs réutilisables ;
- mesurer les écarts avec le futur écosystème ;
- appliquer la méthode conserver–adapter–connecter–remplacer ;
- sécuriser les conversions de formats ;
- prévenir les pertes de données et les doublons ;
- organiser la coexistence temporaire des canaux ;
- construire une trajectoire de migration progressive ;
- choisir un périmètre pilote pertinent ;
- tester les flux de bout en bout ;
- maintenir la continuité de la facturation et de la comptabilité ;
- piloter la transition par des KPI ;
- utiliser un Diagnostic IA sous validation humaine.
🏆 Niveau de maîtrise
| Domaine | Niveau atteint | Capacité professionnelle |
|---|---|---|
| Diagnostic de l’existant | Avancé | Cartographier les outils, formats, flux et responsabilités. |
| Analyse PDF et OCR | Avancé | Identifier les limites du document visuel et de l’extraction. |
| Analyse EDI | Avancé | Évaluer la réutilisabilité des données et interfaces existantes. |
| Stratégie de transformation | Chef de mission | Décider de conserver, adapter, connecter ou remplacer. |
| Conversion des formats | Avancé | Sécuriser les mappings, données et contrôles. |
| Migration progressive | Chef de projet | Organiser les pilotes, vagues et mesures de continuité. |
| Pilotage par l’IA | Avancé | Exploiter les recommandations sans déléguer les arbitrages. |
Vous êtes désormais capable de transformer un dispositif de facturation existant en une architecture compatible avec la facturation électronique réglementée, sans détruire les actifs utiles ni sous-estimer les adaptations indispensables.
➡️ Transition vers le chapitre suivant
Après avoir distingué le PDF, l’EDI et la facturation électronique réglementée, compris la rupture créée par le nouvel écosystème et construit une trajectoire de transformation de l’existant, nous pouvons désormais étudier en profondeur les formats de facture électronique.
Le chapitre suivant sera consacré à Factur-X, UBL et CII, à la structuration des données, aux profils, aux conversions, aux contrôles techniques et à la cohérence entre lisibilité humaine et lecture machine.
Comprendre les formats de facture électronique
Passer du document visuel à une facture composée de données fiables, structurées, lisibles par les systèmes d’information et exploitables automatiquement par les entreprises, les plateformes agréées et l’administration.
🎯 Introduction Premium — Une facture électronique est d’abord un ensemble de données
Pendant de nombreuses années, la dématérialisation de la facture a principalement consisté à remplacer le papier par un fichier PDF envoyé par courrier électronique.
Cette pratique facilite l’archivage et réduit l’utilisation du papier, mais elle ne suffit pas à créer une facture véritablement exploitable par les systèmes d’information.
Un utilisateur peut lire un PDF, reconnaître le fournisseur, identifier le montant hors taxe, vérifier la TVA et retrouver la date d’échéance. Un logiciel ne peut pas toujours accomplir automatiquement les mêmes opérations lorsque ces informations ne sont pas placées dans des champs clairement identifiés.
La réforme fait évoluer la facture d’un document principalement destiné à la lecture humaine vers un objet numérique dont les données peuvent être lues, contrôlées, transmises, intégrées et rapprochées automatiquement.
La facture électronique moderne comporte donc deux dimensions complémentaires :
- une dimension documentaire, permettant à une personne de lire et de comprendre la facture ;
- une dimension structurée, permettant à un logiciel d’identifier précisément chaque donnée.
FACTURE TRADITIONNELLE
DOCUMENT À LIRE
• NOM DU FOURNISSEUR
• NOM DU CLIENT
• DATE
• LIGNES
• TVA
• TOTAL
• ÉCHÉANCE
⬇
INTERPRÉTATION HUMAINE
FACTURE ÉLECTRONIQUE STRUCTURÉE
DOCUMENT
+
DONNÉES IDENTIFIÉES
⬇
LECTURE HUMAINE
+
LECTURE AUTOMATIQUE
⬇
CONTRÔLE • INTÉGRATION
• COMPTABILISATION
• TRANSMISSION
• ARCHIVAGE
🎯 Objectif professionnel
À l’issue de cette première partie, vous serez capable d’identifier la nature technique d’un fichier de facture et de comprendre la manière dont ses données peuvent être exploitées.
Vous saurez notamment :
- distinguer un document visuel d’un flux de données ;
- différencier données non structurées, semi-structurées et structurées ;
- comprendre les limites d’un PDF classique ;
- identifier le rôle éventuel de l’OCR ;
- comprendre le fonctionnement d’un PDF enrichi ;
- identifier le principe d’un fichier XML ;
- lire la structure élémentaire de balises XML ;
- comprendre pourquoi les ERP ont besoin de données structurées ;
- distinguer lisibilité humaine et lisibilité machine ;
- préparer l’étude de Factur-X, UBL et CII ;
- repérer les risques d’incohérence entre un rendu visuel et les données utilisées par les systèmes.
Être capable de recevoir un fichier présenté comme une facture électronique et de déterminer s’il s’agit simplement d’un document numérique ou d’une facture contenant réellement des données structurées.
🎓 Compétences développées
| Compétence | Application professionnelle | Risque évité |
|---|---|---|
| Identifier le type de données | Reconnaître un PDF, un document hybride ou un XML structuré. | Confondre fichier numérique et facture électronique exploitable. |
| Évaluer la lisibilité machine | Déterminer si l’ERP peut intégrer automatiquement les informations. | Ressaisies manuelles et erreurs comptables. |
| Comprendre les balises | Repérer l’organisation logique d’un fichier XML. | Mauvais mapping des données. |
| Contrôler la cohérence | Comparer les données affichées avec les données structurées. | Montants contradictoires dans une même facture. |
| Analyser l’interopérabilité | Vérifier qu’un format peut être lu par les plateformes et logiciels concernés. | Rejets et conversions dégradées. |
| Préparer le choix du format | Relier le besoin métier à la capacité technique des systèmes. | Format choisi uniquement pour son apparence visuelle. |
1️⃣ Pourquoi les formats électroniques changent totalement la facture
Une facture classique contient déjà de nombreuses informations. Toutefois, ces informations sont généralement présentées comme du texte, des tableaux et des éléments graphiques positionnés sur une page.
Pour un humain, cette présentation est naturelle. Pour une machine, elle peut être ambiguë.
Un utilisateur comprend immédiatement que « 1 200,00 € » correspond au total TTC lorsqu’il apparaît en bas à droite à côté de la mention « Total à payer ». Un logiciel ne peut pas toujours déduire cette signification à partir de la seule position du texte.
Le format électronique apporte une réponse en attribuant une signification explicite à chaque valeur :
- cette donnée est le numéro de facture ;
- cette donnée est le SIREN du fournisseur ;
- cette donnée est la date d’émission ;
- cette donnée est la quantité facturée ;
- cette donnée est la base taxable au taux de 20 % ;
- cette donnée est le montant total de TVA ;
- cette donnée est le net à payer ;
- cette donnée est la date d’échéance.
TEXTE VISIBLE
« TOTAL : 1 200 € »
⬇
INTERPRÉTATION POSSIBLE
• TOTAL HT ?
• TOTAL TVA ?
• TOTAL TTC ?
• NET À PAYER ?
• SOLDE APRÈS ACOMPTE ?
DONNÉE STRUCTURÉE
ÉLÉMENT :
MONTANT TOTAL TTC
VALEUR :
1 200,00
DEVISE :
EUR
⬇
SIGNIFICATION
NON AMBIGUË
📄 La fin du simple PDF comme format d’échange automatisé
Le PDF reste un excellent format de restitution visuelle. Il conserve la mise en page, les tableaux, les logos et les informations lisibles par l’utilisateur.
En revanche, un PDF classique n’est pas nécessairement conçu pour transmettre chaque donnée sous une forme directement intégrable par un ERP.
| Capacité | PDF classique | Donnée structurée |
|---|---|---|
| Lecture par une personne | Très bonne. | Possible, mais généralement peu confortable dans sa forme brute. |
| Identification certaine du numéro de facture | Dépend de la mise en page ou d’une extraction. | Champ explicitement identifié. |
| Intégration automatique | Limitée sans extraction ou OCR. | Directement envisageable. |
| Contrôle des calculs | Nécessite une relecture ou une extraction. | Automatisable à partir des champs. |
| Interopérabilité | Dépend des outils de lecture. | Fondée sur des règles et vocabulaires partagés. |
| Rapprochement avec une commande | Souvent manuel ou fondé sur l’OCR. | Référence de commande directement exploitable. |
| Contrôle de TVA | Lecture du tableau de taxes. | Bases, taux, catégories et montants séparés. |
Il peut constituer la représentation visuelle d’un format hybride ou accompagner un flux structuré. La question n’est donc pas seulement : « Existe-t-il un PDF ? », mais : « Quelles données structurées sont associées à ce PDF et laquelle des représentations constitue la référence du traitement ? »
🤖 Pourquoi les machines doivent lire les factures
La lecture automatique ne constitue pas une fin en soi. Elle permet d’automatiser les processus comptables, commerciaux, fiscaux et financiers.
| Processus | Donnée nécessaire | Automatisation possible |
|---|---|---|
| Création du fournisseur | SIREN, TVA, dénomination et adresse. | Préremplissage et contrôle du tiers. |
| Comptabilisation | Montants, devise, date et nature des lignes. | Proposition d’écriture comptable. |
| Rapprochement de commande | Référence, quantité, prix et livraison. | Comparaison commande–réception–facture. |
| Contrôle TVA | Catégorie, base, taux et montant. | Détection des incohérences. |
| Validation | Service, projet, contrat et centre de coût. | Routage vers le bon approbateur. |
| Trésorerie | Échéance, net à payer et coordonnées de règlement. | Prévision et préparation du paiement. |
| Recouvrement | Statut, montant restant dû et date d’échéance. | Relance automatisée. |
| Archivage | Identifiant, date, parties et type de document. | Classement et recherche automatiques. |
⚙️ Enjeux de l’automatisation
Lorsque les données sont fiables et structurées, l’entreprise peut réduire les tâches de saisie et concentrer les équipes sur les anomalies et les décisions.
FACTURE REÇUE
⬇
LECTURE AUTOMATIQUE
⬇
IDENTIFICATION
DU FOURNISSEUR
⬇
EXTRACTION DES LIGNES
⬇
CONTRÔLE TVA
⬇
RAPPROCHEMENT
AVEC LA COMMANDE
⬇
PROPOSITION
DE COMPTABILISATION
⬇
VALIDATION HUMAINE
DES EXCEPTIONS
⬇
MISE EN PAIEMENT
L’automatisation ne consiste pas à supprimer tous les contrôles humains. Elle consiste à automatiser les cas fiables et répétitifs afin que les professionnels puissent se concentrer sur les exceptions.
🧾 Enjeux fiscaux
Les données structurées facilitent les contrôles de cohérence relatifs à la TVA.
Elles permettent notamment d’isoler :
- la base imposable par catégorie de TVA ;
- le taux appliqué ;
- le montant de taxe ;
- les opérations exonérées ;
- les autoliquidations ;
- les opérations en franchise en base ;
- les régimes particuliers ;
- les corrections et avoirs ;
- la nature des opérations ;
- les informations relatives à l’exigibilité.
Un taux erroné peut être parfaitement renseigné dans un champ XML. La structuration facilite le contrôle, mais ne remplace pas la qualification fiscale.
📚 Enjeux comptables
| Donnée structurée | Utilisation comptable |
|---|---|
| Identité du fournisseur | Rapprochement avec le compte tiers. |
| Date d’émission | Détermination de la période comptable. |
| Date de livraison ou de prestation | Contrôle du cut-off. |
| Référence de commande | Rapprochement avec l’engagement. |
| Désignation des lignes | Proposition de compte de charge ou d’immobilisation. |
| Montants HT | Comptabilisation de la charge ou du produit. |
| TVA | Comptabilisation de la taxe déductible ou collectée. |
| Échéance | Création du calendrier de règlement. |
| Devise | Traitement des factures en monnaie étrangère. |
| Centre de coût ou projet | Alimentation de la comptabilité analytique. |
🖥️ Enjeux pour l’ERP
L’ERP ne reçoit pas seulement un fichier. Il doit être capable d’interpréter les champs, de les associer à ses propres données et de déclencher le traitement approprié.
FORMAT EXTERNE
• FOURNISSEUR
• FACTURE
• LIGNES
• TVA
• TOTAUX
• PAIEMENT
⬇
MAPPING
CORRESPONDANCE ENTRE
LES CHAMPS EXTERNES
ET LES CHAMPS DE L’ERP
⬇
ERP
• COMPTE FOURNISSEUR
• JOURNAL D’ACHATS
• COMPTE DE CHARGE
• CODE TVA
• ANALYTIQUE
• ÉCHÉANCE
• WORKFLOW
| Question ERP | Exemple | Risque |
|---|---|---|
| Quel champ externe contient le SIREN ? | Identifiant du fournisseur. | Mauvais compte tiers. |
| Quel champ correspond au total TTC ? | Montant total taxes comprises. | Écriture déséquilibrée. |
| Comment interpréter une exonération ? | Code et motif fiscal. | TVA calculée à tort. |
| Comment traiter plusieurs taux ? | Ventilation par catégorie fiscale. | Taxe agrégée de manière incorrecte. |
| Quelle référence déclenche le rapprochement ? | Numéro de commande client. | Facture non rapprochée. |
| Comment identifier un avoir ? | Type de document et facture initiale. | Comptabilisation comme nouvelle facture. |
2️⃣ Les trois familles de données
Les informations contenues dans une facture peuvent être classées en trois grandes familles selon leur niveau d’organisation.
DONNÉES NON STRUCTURÉES
TEXTE OU IMAGE
DONT LA SIGNIFICATION
DÉPEND DE LA PRÉSENTATION
PDF • WORD • IMAGE • SCAN
⬇
DONNÉES SEMI-STRUCTURÉES
DOCUMENT VISUEL
ASSOCIÉ À CERTAINES
INFORMATIONS IDENTIFIABLES
PDF ENRICHI • MÉTADONNÉES
• XML EMBARQUÉ
⬇
DONNÉES STRUCTURÉES
INFORMATIONS PLACÉES
DANS DES CHAMPS
DONT LE SENS EST DÉFINI
XML • UBL • CII
• DONNÉES NORMALISÉES
📊 Tableau Premium — Comparaison des trois familles
| Critère | Non structurées | Semi-structurées | Structurées |
|---|---|---|---|
| Lecture humaine | Généralement facile. | Facile. | Possible mais peu ergonomique dans la forme brute. |
| Lecture automatique | Difficile sans extraction. | Partiellement ou totalement possible selon le format. | Conçue pour être automatique. |
| Position des données | Variable. | Document variable, données associées plus organisées. | Champs et hiérarchie définis. |
| Contrôle automatique | Limité. | Possible sur les données intégrées. | Étendu. |
| Interopérabilité | Faible à moyenne. | Moyenne à forte. | Forte lorsqu’un standard partagé est appliqué. |
| Risque de ressaisie | Élevé. | Réduit. | Très réduit pour les données compatibles. |
| Exemple | PDF scanné. | PDF contenant un XML embarqué. | Fichier XML UBL ou CII. |
3️⃣ Les données non structurées
Une donnée non structurée n’est pas nécessairement désordonnée pour une personne. Elle est dite non structurée parce que sa signification n’est pas placée dans une structure directement interprétable par les systèmes.
Les principales formes rencontrées dans la facturation sont :
- le PDF classique ;
- le document Word ;
- l’image JPEG ou PNG ;
- la facture papier numérisée ;
- la capture d’écran ;
- le document généré par impression virtuelle ;
- le scan contenant uniquement une image.
📄 Le PDF classique
Un PDF classique peut contenir du texte sélectionnable, des tableaux, des logos et des éléments graphiques.
Même lorsque le texte peut être copié, le fichier ne précise pas nécessairement la fonction de chaque information.
PDF CLASSIQUE
« FACTURE N° 2026-00458 »
« DATE : 15/09/2026 »
« TOTAL HT : 1 000 € »
« TVA 20 % : 200 € »
« TOTAL TTC : 1 200 € »
⬇
POUR UN HUMAIN
SIGNIFICATION CLAIRE
⬇
POUR UN LOGICIEL
IL FAUT :
• TROUVER LE TEXTE
• RECONNAÎTRE LE LIBELLÉ
• EXTRAIRE LE MONTANT
• INTERPRÉTER LA DEVISE
• CONTRÔLER LE CONTEXTE
📝 Le document Word
Un fichier Word peut servir à produire une facture visuellement correcte, mais il présente plusieurs limites pour un échange automatisé :
- sa mise en page peut varier selon le logiciel utilisé ;
- son contenu peut être facilement modifié ;
- les données ne sont pas organisées selon un modèle de facture partagé ;
- les tableaux peuvent être interprétés différemment ;
- l’intégration dans un ERP nécessite une extraction spécifique ;
- il n’est pas conçu comme un format normalisé d’échange de facture.
La possibilité de modifier facilement le contenu après sa création impose une vigilance particulière sur l’intégrité, la version et la conservation du document.
🖼️ L’image et le scan
Une facture numérisée peut apparaître parfaitement lisible à l’écran tout en ne contenant aucun texte exploitable.
Dans ce cas, le fichier contient uniquement une succession de pixels.
FACTURE PAPIER
⬇
NUMÉRISATION
⬇
IMAGE
• PIXELS
• AUCUNE BALISE
• AUCUN CHAMP
• AUCUNE SIGNIFICATION
DIRECTEMENT EXPLOITABLE
⬇
OCR ÉVENTUEL
⬇
TEXTE RECONNU
⬇
INTERPRÉTATION
ET CONTRÔLE
🔍 Le rôle de l’OCR
L’OCR, ou reconnaissance optique de caractères, transforme une image en texte exploitable.
Il peut reconnaître :
- des mots ;
- des nombres ;
- des dates ;
- des références ;
- des tableaux ;
- certaines zones récurrentes d’une facture.
Les outils les plus avancés ajoutent une couche d’interprétation afin de proposer :
- le nom du fournisseur ;
- le numéro de facture ;
- la date ;
- le montant HT ;
- le montant de TVA ;
- le total TTC ;
- l’échéance ;
- les coordonnées bancaires.
Il peut confondre un zéro avec la lettre O, lire incorrectement une décimale, inverser deux chiffres ou attribuer un montant au mauvais champ. Une facture n’est pas structurée au seul motif qu’un logiciel est capable d’en extraire certaines informations.
📊 Risques propres à l’OCR
| Anomalie | Exemple | Conséquence |
|---|---|---|
| Caractère mal reconnu | 8 lu comme 3. | Montant ou identifiant erroné. |
| Zone mal interprétée | Total HT identifié comme total TTC. | Écriture comptable incorrecte. |
| Date ambiguë | Date de commande prise pour la date de facture. | Mauvaise période comptable. |
| Devise ignorée | USD traité comme EUR. | Montant comptabilisé sans conversion. |
| Décimale perdue | 1 234,50 lu comme 123 450. | Anomalie majeure de montant. |
| Ligne fusionnée | Deux produits interprétés comme une seule ligne. | Rapprochement de commande impossible. |
| IBAN mal reconnu | Caractère incorrect dans les coordonnées bancaires. | Échec ou fraude au paiement. |
⚠️ Limites générales des données non structurées
- la position des données varie selon les fournisseurs ;
- les libellés ne sont pas normalisés ;
- une même information peut être exprimée de plusieurs manières ;
- les tableaux peuvent être difficiles à reconstruire ;
- les montants peuvent être associés au mauvais taux ;
- les références de commande peuvent être noyées dans le texte ;
- les contrôles automatiques sont moins fiables ;
- la conversion nécessite un traitement intermédiaire ;
- les erreurs d’extraction doivent être corrigées manuellement ;
- le coût de traitement augmente avec la diversité des mises en page.
Plus une donnée dépend de la mise en page pour être comprise, moins elle est naturellement exploitable par les systèmes.
4️⃣ Les données semi-structurées
Les données semi-structurées occupent une position intermédiaire entre le document purement visuel et le fichier totalement structuré.
Le document conserve une présentation lisible, mais certaines informations sont organisées ou associées à une structure technique.
Cette catégorie peut notamment comprendre :
- un PDF comportant des métadonnées ;
- un PDF dont certaines zones sont identifiées ;
- un PDF accompagné d’un fichier de données ;
- un PDF contenant un XML embarqué ;
- un document enrichi par des champs de formulaire ;
- un fichier dont la structure est partiellement normalisée.
📄 Le PDF enrichi
Un PDF enrichi conserve l’apparence d’une facture traditionnelle, mais il contient des éléments techniques supplémentaires.
Il peut notamment comporter :
- un titre de document ;
- des propriétés de fichier ;
- des mots-clés ;
- des champs de formulaire ;
- des informations d’auteur ou de version ;
- une pièce embarquée ;
- un fichier XML contenant les données métier.
Le titre « Facture septembre » ou le nom de l’auteur du PDF ne suffit pas à structurer les informations fiscales, commerciales et comptables de la facture.
🏷️ Les métadonnées
Une métadonnée est une donnée qui décrit un document ou une autre donnée.
| Métadonnée | Exemple | Utilité |
|---|---|---|
| Type de document | Facture. | Classer le fichier. |
| Date de création | 15 septembre 2026. | Tracer la génération technique. |
| Auteur | Logiciel de facturation Alpha. | Identifier le système producteur. |
| Version | Version 1.0. | Suivre les évolutions. |
| Pièce embarquée | Fichier XML de données. | Associer la représentation visuelle au flux structuré. |
Les métadonnées facilitent la gestion documentaire, mais elles ne remplacent pas la structuration détaillée des lignes, taxes, totaux et parties.
📎 Le principe du XML embarqué
Un fichier PDF peut contenir une pièce jointe interne invisible lors de la lecture habituelle du document.
Cette pièce peut être un fichier XML qui reprend les données essentielles de la facture.
UN SEUL FICHIER PDF
┌──────────────────────────┐
│ │
│ REPRÉSENTATION PDF │
│ │
│ • LOGO │
│ • TABLEAU │
│ • TOTAUX │
│ • CONDITIONS │
│ │
│ FICHIER XML EMBARQUÉ │
│ │
│ • FOURNISSEUR │
│ • CLIENT │
│ • LIGNES │
│ • TVA │
│ • TOTAUX │
│ │
└──────────────────────────┘
⬇
HUMAIN :
LIT LE PDF
MACHINE :
LIT LE XML
Le même fichier peut être utilisé par une personne qui souhaite voir la facture et par un logiciel qui souhaite exploiter ses données.
🔄 Principe de fonctionnement d’un document hybride
- Le logiciel de facturation rassemble les données commerciales et fiscales.
- Il génère une représentation visuelle au format PDF.
- Il génère parallèlement un fichier XML structuré.
- Le XML est intégré dans le PDF selon les règles du format utilisé.
- Le fichier hybride est transmis à la plateforme ou au destinataire concerné.
- Une personne peut ouvrir le PDF et lire la facture.
- Un logiciel peut extraire le XML et intégrer les données.
- Les deux représentations doivent rester cohérentes.
⚖️ Risque de divergence dans un format hybride
La présence simultanée d’un PDF et d’un XML crée une exigence essentielle : les deux représentations doivent décrire la même opération.
| Donnée | PDF visible | XML | Conséquence |
|---|---|---|---|
| Total TTC | 1 200 € | 1 100 € | Montant de dette contradictoire. |
| SIREN client | Client A | Client B | Mauvais routage ou mauvaise comptabilisation. |
| Taux de TVA | 20 % | 10 % | Incohérence fiscale. |
| Date d’échéance | 30 jours. | 60 jours. | Litige de paiement. |
| Référence de commande | CMD-4587. | Absente. | Rapprochement automatique impossible. |
Le logiciel doit comparer automatiquement les données utilisées pour générer le PDF avec celles placées dans le XML. Une correction manuelle du PDF après la génération du XML doit être interdite ou entraîner une régénération complète.
5️⃣ Les données structurées
Une donnée structurée est placée dans un champ dont la fonction est définie.
Les champs sont organisés selon une hiérarchie et un vocabulaire permettant aux logiciels de comprendre leur signification.
La valeur « 20 » n’est pas seulement présente dans le fichier. Elle est rattachée à un élément indiquant qu’il s’agit d’un taux de TVA exprimé en pourcentage.
🧬 Le langage XML
XML signifie eXtensible Markup Language. Il permet d’organiser des informations à l’aide de balises.
Une balise ouvre et ferme un élément :
<NumeroFacture>FAC-2026-00458</NumeroFacture>Dans cet exemple :
<NumeroFacture>ouvre l’élément ;FAC-2026-00458constitue la valeur ;</NumeroFacture>ferme l’élément.
Les noms de balises utilisés dans les standards réels ne sont pas librement choisis par chaque entreprise. Ils suivent des modèles, vocabulaires et règles techniques déterminés.
🧱 Structure hiérarchique d’un XML
Les éléments XML peuvent être imbriqués pour représenter la structure logique d’une facture.
<Facture>
<EnTete>
<Numero>FAC-2026-00458</Numero>
<Date>2026-09-15</Date>
<Devise>EUR</Devise>
</EnTete>
<Vendeur>
<Nom>Alpha Conseil SAS</Nom>
<SIREN>123456789</SIREN>
</Vendeur>
<Client>
<Nom>Beta Industrie SAS</Nom>
<SIREN>987654321</SIREN>
</Client>
<Totaux>
<TotalHT>1000.00</TotalHT>
<TotalTVA>200.00</TotalTVA>
<TotalTTC>1200.00</TotalTTC>
</Totaux>
</Facture>Cet exemple simplifié permet de comprendre la logique XML. Il ne constitue pas un modèle réglementaire ou un fichier directement transmissible.
🌳 Anatomie logique d’une facture structurée
FACTURE
├── EN-TÊTE
│ ├── NUMÉRO
│ ├── DATE
│ ├── TYPE
│ └── DEVISE
│
├── VENDEUR
│ ├── DÉNOMINATION
│ ├── SIREN
│ ├── TVA
│ └── ADRESSE
│
├── CLIENT
│ ├── DÉNOMINATION
│ ├── SIREN
│ ├── TVA
│ └── ADRESSE
│
├── LIGNES
│ ├── DÉSIGNATION
│ ├── QUANTITÉ
│ ├── UNITÉ
│ ├── PRIX
│ ├── REMISE
│ └── TVA
│
├── SYNTHÈSE TVA
│ ├── CATÉGORIE
│ ├── TAUX
│ ├── BASE
│ └── TAXE
│
├── TOTAUX
│ ├── HT
│ ├── TVA
│ ├── TTC
│ └── NET À PAYER
│
└── PAIEMENT
├── ÉCHÉANCE
├── MOYEN
└── RÉFÉRENCE
🔤 Balises, valeurs et attributs
Un élément XML peut contenir une valeur et parfois des attributs qui apportent des précisions supplémentaires.
<MontantTotal devise="EUR">1200.00</MontantTotal>Dans cet exemple :
MontantTotaldésigne le type de donnée ;1200.00constitue la valeur ;devise="EUR"précise l’unité monétaire.
Les standards peuvent également utiliser des éléments séparés, des identifiants de listes ou des codes normalisés.
📐 Types de données et formats attendus
| Donnée | Type attendu | Exemple | Anomalie |
|---|---|---|---|
| Date | Format de date normalisé. | 2026-09-15. | 15/09/26 interprété différemment. |
| Montant | Valeur numérique. | 1200.00. | « mille deux cents euros ». |
| Devise | Code autorisé. | EUR. | Euro ou € utilisé dans un champ codifié. |
| Quantité | Nombre. | 12.500. | Douze unités. |
| Pays | Code normalisé. | FR. | France métropolitaine. |
| Taux | Valeur numérique. | 20.00. | TVA normale. |
| Identifiant | Chaîne respectant une règle précise. | 123456789. | SIREN incomplet. |
🔗 Lecture automatique
Une fois les données structurées, le logiciel n’a plus à deviner leur signification à partir de leur position.
FICHIER XML
⬇
LECTEUR XML
⬇
IDENTIFICATION DES CHAMPS
• NUMÉRO
• DATE
• FOURNISSEUR
• CLIENT
• LIGNES
• TVA
• TOTAUX
⬇
APPLICATION DES RÈGLES
⬇
INTÉGRATION DANS L’ERP
🌐 Interopérabilité
L’interopérabilité désigne la capacité de systèmes différents à échanger et à comprendre les mêmes données.
Elle suppose :
- un vocabulaire commun ;
- des règles de structure partagées ;
- des codes compréhensibles par les parties ;
- des formats de dates et de nombres cohérents ;
- une définition commune des champs ;
- des règles de validation ;
- des profils indiquant les données obligatoires ou facultatives.
Le logiciel du fournisseur peut appeler une donnée « TotalTaxInclusive », tandis que l’ERP du client utilise « Total TTC ». Le mapping permet d’établir que ces deux champs représentent la même information métier.
✅ Validation automatique
Un fichier structuré peut être contrôlé à plusieurs niveaux avant son intégration.
| Niveau | Question | Exemple d’erreur |
|---|---|---|
| Syntaxe | Le fichier respecte-t-il les règles XML ? | Balise non fermée. |
| Structure | Les éléments sont-ils placés au bon endroit ? | Total placé dans le bloc client. |
| Type | La valeur correspond-elle au format attendu ? | Texte dans un champ numérique. |
| Présence | Les données obligatoires sont-elles renseignées ? | Numéro de facture absent. |
| Code | La valeur appartient-elle à la liste autorisée ? | Devise inconnue. |
| Calcul | Les bases, taxes et totaux sont-ils cohérents ? | HT + TVA différent du TTC. |
| Métier | La combinaison des données est-elle logique ? | Exonération avec TVA positive. |
| Fiscal | Le traitement paraît-il cohérent avec le régime déclaré ? | Autoliquidation et TVA collectée simultanément. |
🧪 Exemple de validation d’un fichier XML
<Facture>
<Numero>FAC-2026-00458</Numero>
<Date>15 septembre 2026</Date>
<Devise>EURO</Devise>
<TotalHT>mille euros</TotalHT>
<TotalTVA>200.00</TotalTVA>
<TotalTTC>1100.00</TotalTTC>
</Facture>Anomalies détectables
| Donnée | Anomalie | Correction attendue |
|---|---|---|
| Date | Format textuel non attendu. | Utiliser le format normalisé prévu. |
| Devise | Valeur « EURO » au lieu du code attendu. | Utiliser le code applicable, par exemple EUR. |
| Total HT | Texte au lieu d’une valeur numérique. | Utiliser 1000.00. |
| Total TTC | Incohérent avec 1 000 € HT et 200 € de TVA. | Utiliser 1200.00. |
📊 Synthèse comparative — Non structuré, semi-structuré, structuré
| Situation | Document | Données | Traitement | Risque principal |
|---|---|---|---|---|
| Facture papier scannée | Image. | Aucune donnée directement identifiée. | OCR puis validation. | Erreur d’extraction. |
| PDF classique | Lisible. | Texte éventuellement extractible. | Lecture, extraction ou OCR. | Interprétation des zones. |
| PDF enrichi | Lisible. | Métadonnées ou champs complémentaires. | Extraction partielle. | Données métier insuffisantes. |
| PDF avec XML embarqué | Lisible. | Structurées dans la pièce intégrée. | Lecture humaine et machine. | Divergence PDF–XML. |
| XML structuré | Peu ergonomique dans sa forme brute. | Champs organisés et codifiés. | Intégration et contrôles automatiques. | Mapping ou règle métier erronés. |
💼 Mini-cas n°1 — Le fournisseur affirme envoyer une facture électronique
Un fournisseur dépose un PDF de deux pages sur un portail. Le fichier ne contient aucune pièce intégrée et aucune donnée structurée n’est transmise séparément.
Analyse
- le document est numérique ;
- il est lisible par une personne ;
- il peut éventuellement contenir du texte sélectionnable ;
- il ne comporte pas nécessairement de données structurées ;
- son intégration repose sur une saisie, une extraction ou un OCR.
Le caractère numérique du fichier ne suffit pas à démontrer qu’il constitue un format structuré de facture électronique.
💼 Mini-cas n°2 — Le PDF et les données ne correspondent pas
Le PDF affiche un total TTC de 24 000 €, tandis que le fichier de données associé indique 20 000 € TTC.
Risques
- le client peut comptabiliser 20 000 € alors que le document visible réclame 24 000 € ;
- la plateforme peut transmettre un montant différent de celui lu par le client ;
- la TVA peut être calculée ou déclarée sur une base incorrecte ;
- le rapprochement de paiement devient impossible ;
- un litige commercial peut apparaître.
Bloquer la transmission, identifier la source maîtresse, régénérer intégralement le document et interdire toute modification manuelle dissociée du PDF ou des données structurées.
💼 Mini-cas n°3 — L’OCR reconnaît mal le montant
Une facture scannée de 8 450,00 € est interprétée par l’OCR comme une facture de 84 500,00 €.
Contrôles qui auraient dû détecter l’erreur
- comparaison avec le bon de commande ;
- comparaison avec l’historique du fournisseur ;
- contrôle du seuil d’écart ;
- rapprochement quantité × prix ;
- validation humaine des montants inhabituels ;
- contrôle de la TVA et du total TTC.
L’OCR facilite la saisie, mais ne doit jamais être assimilé à une source infaillible.
📌 Synthèse intermédiaire
Une facture peut être numérique sans être structurée.
Les données non structurées reposent principalement sur une représentation visuelle. Leur exploitation automatique nécessite une extraction, un OCR ou une intervention humaine.
Les données semi-structurées associent une représentation visuelle à certaines informations identifiables. Le PDF contenant un XML embarqué constitue l’exemple le plus important pour la suite de cette séquence.
Les données structurées utilisent des champs, des balises, une hiérarchie et des codes permettant une lecture automatique.
Le PDF montre la facture. Les données structurées expliquent aux systèmes ce que signifie chaque information.
Le prochain bloc présentera l’histoire, le principe, l’architecture, les profils, les avantages, les limites et les usages du format hybride Factur-X, qui combine précisément une représentation PDF avec des données XML structurées.
6️⃣ Comprendre Factur-X
Factur-X est un format franco-allemand de facture électronique hybride. Il réunit dans un même fichier :
- une représentation visuelle au format PDF/A-3, destinée à la lecture humaine ;
- un fichier XML structuré, destiné à la lecture et au traitement automatisés.
Factur-X constitue la dénomination française du standard techniquement commun avec le format allemand ZUGFeRD.
La version la plus récente est Factur-X 1.09 / ZUGFeRD 2.5, publiée le 10 juin 2026. Elle s’inscrit dans le cadre de la norme européenne EN 16931 et utilise la syntaxe XML UN/CEFACT CII prévue par sa documentation technique.
📜 Historique de Factur-X
Factur-X est né d’une coopération entre :
- le Forum National de la Facture Électronique et des Marchés Publics Électroniques en France ;
- le Forum elektronische Rechnung Deutschland en Allemagne ;
- les professionnels de la normalisation, de la comptabilité, de la fiscalité et des systèmes d’information.
L’objectif était de construire un format commun capable de répondre à deux besoins souvent opposés :
- conserver une facture familière, lisible et présentable pour les utilisateurs ;
- fournir suffisamment de données structurées pour automatiser les traitements.
BESOIN DES UTILISATEURS
UNE FACTURE
CLAIRE ET LISIBLE
⬇
FORMAT PDF
BESOIN DES SYSTÈMES
DES DONNÉES
IDENTIFIÉES ET CONTRÔLABLES
⬇
FORMAT XML
RÉPONSE COMMUNE
FACTUR-X
PDF/A-3
+
XML STRUCTURÉ
🧩 Le principe fondamental de Factur-X
Une facture Factur-X est constituée d’un fichier PDF/A-3 dans lequel est embarqué un fichier XML.
Le PDF et le XML ne constituent pas deux factures indépendantes. Ils représentent deux formes d’un même document de facturation.
| Composant | Utilisateur principal | Fonction |
|---|---|---|
| PDF/A-3 | Comptable, client, fournisseur, auditeur. | Afficher une représentation lisible de la facture. |
| XML embarqué | ERP, plateforme agréée, logiciel comptable. | Transmettre les données structurées. |
| Métadonnées techniques | Logiciels de contrôle et d’archivage. | Identifier le profil, la version et la pièce embarquée. |
🏗️ Architecture d’un fichier Factur-X
FICHIER FACTUR-X
┌───────────────────────────────────┐
│ │
│ PDF/A-3 │
│ │
│ REPRÉSENTATION VISUELLE │
│ │
│ • IDENTITÉ DU VENDEUR │
│ • IDENTITÉ DU CLIENT │
│ • LIGNES DE FACTURE │
│ • TVA │
│ • TOTAUX │
│ • CONDITIONS DE RÈGLEMENT │
│ │
│ ┌─────────────────────────────┐ │
│ │ XML STRUCTURÉ EMBARQUÉ │ │
│ │ │ │
│ │ • DONNÉES NORMALISÉES │ │
│ │ • CODES │ │
│ │ • RÈGLES DE GESTION │ │
│ │ • PROFIL FACTUR-X │ │
│ └─────────────────────────────┘ │
│ │
└───────────────────────────────────┘
⬇
HUMAIN :
LECTURE DU PDF
MACHINE :
EXTRACTION ET LECTURE DU XML
📦 Pourquoi utiliser le format PDF/A-3 ?
PDF/A est une famille de formats destinée à la conservation à long terme des documents électroniques.
La variante PDF/A-3 permet d’incorporer dans le PDF des fichiers complémentaires, notamment le fichier XML structuré de la facture.
| Caractéristique | Utilité dans Factur-X |
|---|---|
| Représentation stable | Conserver une apparence lisible dans le temps. |
| Polices intégrées | Limiter les différences d’affichage entre systèmes. |
| Métadonnées normalisées | Identifier le document et son contenu embarqué. |
| Pièces jointes intégrées | Incorporer le fichier XML de facture. |
| Archivage | Faciliter la conservation durable du document. |
Un fichier peut porter l’extension .pdf sans respecter les contraintes du PDF/A-3. La conformité doit être vérifiée par un outil adapté.
🧾 Le fichier XML contenu dans Factur-X
Le XML embarqué décrit la facture à l’aide d’éléments structurés.
Il peut notamment contenir :
- le numéro et la date de facture ;
- le type de document ;
- la devise ;
- l’identité et les adresses du vendeur ;
- l’identité et les adresses du client ;
- les références de commande et de contrat ;
- les lignes de biens ou de services ;
- les quantités, unités et prix ;
- les remises et majorations ;
- les catégories et taux de TVA ;
- les bases taxables ;
- les totaux ;
- les conditions et moyens de paiement.
Factur-X s’appuie sur la syntaxe XML CII de l’UN/CEFACT. La version exacte de cette syntaxe et les règles applicables doivent être reprises dans la documentation de la version Factur-X utilisée.
📶 Les profils Factur-X
Factur-X propose plusieurs profils correspondant à différents niveaux de richesse des données structurées.
Cette approche permet à une entreprise d’adopter un niveau compatible avec sa maturité, ses logiciels et les besoins de ses clients.
| Profil | Contenu général | Usage possible | Niveau d’automatisation |
|---|---|---|---|
| MINIMUM | Données d’identification et principaux montants de facture. | Transition depuis une extraction d’en-tête et de pied. | Faible. |
| BASIC WL | Données principales au niveau du document, sans détail complet des lignes. | Automatisation des contrôles généraux. | Faible à intermédiaire. |
| BASIC | Données principales et informations essentielles des lignes. | Précomptabilisation et rapprochements simples. | Intermédiaire. |
| EN 16931 | Informations prévues par le modèle sémantique européen. | Interopérabilité et automatisation avancées. | Élevé. |
| EXTENDED | Profil EN 16931 enrichi de données supplémentaires. | Processus complexes, sectoriels ou logistiques. | Très élevé selon l’implémentation. |
Le PDF peut contenir un détail complet alors que le XML du profil MINIMUM ou BASIC WL ne reprend qu’une partie des informations. Le destinataire doit donc savoir quelles données peuvent être automatisées et lesquelles restent accessibles uniquement dans le rendu visuel.
🪜 Schéma Premium — Les niveaux de richesse Factur-X
PROFIL MINIMUM
IDENTITÉS ET TOTAUX ESSENTIELS
⬇
PROFIL BASIC WL
DONNÉES D’EN-TÊTE
ET DE SYNTHÈSE ÉTENDUES
⬇
PROFIL BASIC
AJOUT DES DONNÉES
ESSENTIELLES DE LIGNES
⬇
PROFIL EN 16931
DONNÉES DU MODÈLE
SÉMANTIQUE EUROPÉEN
⬇
PROFIL EXTENDED
DONNÉES ADDITIONNELLES
ET PROCESSUS COMPLEXES
⬇
PLUS LE PROFIL EST RICHE
PLUS L’AUTOMATISATION
PEUT ÊTRE POUSSÉE
MAIS
PLUS LA QUALITÉ
DES DONNÉES SOURCES
DEVIENT EXIGEANTE
🔄 Cycle de création d’une facture Factur-X
- Le logiciel collecte les données du client, de la commande et de l’opération.
- Il calcule les lignes, bases, taxes et totaux.
- Il génère la représentation visuelle au format PDF.
- Il génère le XML correspondant au profil Factur-X choisi.
- Il vérifie la cohérence entre le PDF et le XML.
- Il incorpore le XML dans le fichier PDF/A-3.
- Il ajoute les métadonnées nécessaires à l’identification du format.
- Il contrôle la conformité du PDF/A-3.
- Il contrôle le XML au moyen des schémas et règles de gestion.
- Il transmet le fichier par le circuit réglementaire approprié.
✅ Les avantages de Factur-X
| Avantage | Conséquence professionnelle |
|---|---|
| Lecture humaine immédiate | L’utilisateur conserve une facture familière. |
| Données structurées intégrées | L’ERP peut automatiser une partie du traitement. |
| Un seul fichier | Le PDF et le XML restent associés. |
| Adoption progressive | L’entreprise peut choisir un profil adapté à sa maturité. |
| Interopérabilité européenne | Le format s’inscrit dans le modèle EN 16931. |
| Conservation | Le PDF/A-3 facilite l’archivage durable. |
| Gestion des exceptions | Le comptable peut consulter le PDF lorsque l’automatisation échoue. |
| Adaptation aux PME | Le format hybride évite d’imposer une lecture XML aux utilisateurs. |
⚠️ Les limites de Factur-X
- le PDF et le XML peuvent diverger si la génération est mal conçue ;
- un profil peu riche limite l’automatisation ;
- la conformité du PDF ne garantit pas la conformité du XML ;
- la conformité du XML ne garantit pas la justesse fiscale de l’opération ;
- les logiciels doivent savoir extraire et lire le fichier embarqué ;
- les conversions successives peuvent dégrader les données ;
- les pièces complémentaires doivent être correctement identifiées ;
- la taille du fichier peut être supérieure à celle d’un XML pur ;
- la gestion des versions et profils doit être maîtrisée ;
- les utilisateurs peuvent se fier au PDF sans vérifier les données réellement intégrées dans l’ERP.
Ajouter n’importe quel fichier XML dans un PDF ne crée pas une facture Factur-X. Le PDF, le XML, les métadonnées, la syntaxe, le profil et les règles de gestion doivent respecter les spécifications applicables.
🎯 Usages professionnels de Factur-X
| Contexte | Intérêt de Factur-X |
|---|---|
| PME émettrice | Produire un document lisible tout en préparant l’automatisation. |
| Cabinet comptable | Importer les données tout en conservant une pièce facilement consultable. |
| Client avec rapprochement automatique | Exploiter les références, lignes et montants structurés. |
| Litige commercial | Consulter la représentation PDF complète. |
| Archivage | Conserver ensemble le document visible et les données. |
| Migration progressive | Passer d’un traitement essentiellement visuel à un traitement automatisé. |
7️⃣ Comprendre UBL
UBL signifie Universal Business Language. Il s’agit d’un langage XML normalisé destiné à représenter différents documents commerciaux.
UBL ne se limite pas à la facture. Il peut également représenter :
- une commande ;
- un avis d’expédition ;
- un bon de réception ;
- une facture ;
- un avoir ;
- différents messages de la chaîne d’approvisionnement.
UBL est un format XML structuré pur. Contrairement à Factur-X, il ne repose pas nécessairement sur une représentation PDF incorporée dans le même fichier.
🌍 Origine et logique d’UBL
UBL a été développé afin de fournir un vocabulaire commun pour les échanges électroniques de documents commerciaux.
Sa logique repose sur :
- des composants de données réutilisables ;
- une syntaxe XML normalisée ;
- des structures documentaires précises ;
- des listes de codes ;
- une utilisation possible dans plusieurs pays et secteurs ;
- une intégration dans des réseaux d’échange internationaux.
🧱 Architecture simplifiée d’une facture UBL
<Invoice>
<ID>FAC-2026-00458</ID>
<IssueDate>2026-09-15</IssueDate>
<DocumentCurrencyCode>EUR</DocumentCurrencyCode>
<AccountingSupplierParty>
<Party>
<PartyName>
<Name>Alpha Conseil SAS</Name>
</PartyName>
</Party>
</AccountingSupplierParty>
<AccountingCustomerParty>
<Party>
<PartyName>
<Name>Beta Industrie SAS</Name>
</PartyName>
</Party>
</AccountingCustomerParty>
<LegalMonetaryTotal>
<TaxExclusiveAmount currencyID="EUR">1000.00</TaxExclusiveAmount>
<TaxInclusiveAmount currencyID="EUR">1200.00</TaxInclusiveAmount>
</LegalMonetaryTotal>
</Invoice>Cet extrait simplifié montre la logique générale d’UBL. Un fichier réel comprend des espaces de noms, des structures complètes et les règles correspondant au profil d’échange retenu.
🧭 Schéma Premium — Organisation d’UBL
INVOICE
├── IDENTIFICATION DU DOCUMENT
│ ├── NUMÉRO
│ ├── DATE
│ ├── TYPE
│ └── DEVISE
│
├── ACCOUNTING SUPPLIER PARTY
│ ├── IDENTITÉ
│ ├── ADRESSE
│ └── IDENTIFIANTS FISCAUX
│
├── ACCOUNTING CUSTOMER PARTY
│ ├── IDENTITÉ
│ ├── ADRESSE
│ └── IDENTIFIANTS
│
├── INVOICE LINE
│ ├── QUANTITÉ
│ ├── ARTICLE
│ ├── PRIX
│ └── TVA
│
├── TAX TOTAL
│
├── LEGAL MONETARY TOTAL
│
└── PAYMENT MEANS
✅ Avantages d’UBL
- format entièrement structuré ;
- large vocabulaire de documents commerciaux ;
- adapté aux échanges internationaux ;
- intégration possible dans des réseaux interopérables ;
- contrôles automatiques nombreux ;
- fort potentiel d’automatisation ;
- réutilisation des données dans toute la chaîne achat–vente ;
- compatibilité avec des profils conformes à EN 16931.
⚠️ Limites et contraintes d’UBL
- le fichier XML brut est peu lisible pour un utilisateur non technique ;
- une feuille de style ou un rendu complémentaire peut être nécessaire ;
- les entreprises doivent maîtriser le profil exact utilisé ;
- un mapping précis avec l’ERP est indispensable ;
- la richesse du standard peut augmenter la complexité d’implémentation ;
- deux fichiers UBL peuvent employer des profils ou contraintes différents ;
- la validation syntaxique ne suffit pas à garantir la conformité métier ;
- les conversions vers d’autres syntaxes doivent être contrôlées.
🌐 Usages internationaux d’UBL
UBL est particulièrement adapté aux environnements dans lesquels :
- les entreprises échangent plusieurs types de documents électroniques ;
- les ERP sont fortement intégrés ;
- les volumes de factures sont importants ;
- les échanges s’effectuent par l’intermédiaire de réseaux internationaux ;
- la lecture humaine immédiate du fichier brut n’est pas prioritaire ;
- une représentation lisible peut être générée à partir du XML.
8️⃣ Comprendre CII — Cross Industry Invoice
CII signifie Cross Industry Invoice. Il s’agit d’une syntaxe XML développée dans l’environnement UN/CEFACT afin de représenter des factures utilisables dans différents secteurs économiques.
CII fournit une structure détaillée permettant de représenter :
- le contexte du document ;
- les parties impliquées ;
- les lignes de facture ;
- les accords commerciaux ;
- les livraisons ;
- les règlements ;
- les taxes ;
- les totaux monétaires.
Le fichier XML embarqué dans une facture Factur-X utilise la syntaxe CII prévue par la version du standard. Factur-X constitue donc une utilisation hybride de données CII associées à une représentation PDF/A-3.
🏗️ Architecture logique de CII
CROSS INDUSTRY INVOICE
├── EXCHANGED DOCUMENT CONTEXT
│ └── PROFIL ET CONTEXTE
│
├── EXCHANGED DOCUMENT
│ ├── NUMÉRO
│ ├── TYPE
│ └── DATE
│
└── SUPPLY CHAIN TRADE TRANSACTION
├── INCLUDED SUPPLY CHAIN TRADE LINE ITEM
│ ├── PRODUIT OU SERVICE
│ ├── QUANTITÉ
│ ├── PRIX
│ └── TAXE
│
├── APPLICABLE HEADER TRADE AGREEMENT
│ ├── VENDEUR
│ ├── ACHETEUR
│ └── RÉFÉRENCES
│
├── APPLICABLE HEADER TRADE DELIVERY
│ └── LIVRAISON
│
└── APPLICABLE HEADER TRADE SETTLEMENT
├── TVA
├── PAIEMENT
└── TOTAUX
🧬 Exemple simplifié de structure CII
<rsm:CrossIndustryInvoice>
<rsm:ExchangedDocument>
<ram:ID>FAC-2026-00458</ram:ID>
<ram:TypeCode>380</ram:TypeCode>
</rsm:ExchangedDocument>
<rsm:SupplyChainTradeTransaction>
<ram:ApplicableHeaderTradeAgreement>
<ram:SellerTradeParty>
<ram:Name>Alpha Conseil SAS</ram:Name>
</ram:SellerTradeParty>
<ram:BuyerTradeParty>
<ram:Name>Beta Industrie SAS</ram:Name>
</ram:BuyerTradeParty>
</ram:ApplicableHeaderTradeAgreement>
<ram:ApplicableHeaderTradeSettlement>
<ram:InvoiceCurrencyCode>EUR</ram:InvoiceCurrencyCode>
</ram:ApplicableHeaderTradeSettlement>
</rsm:SupplyChainTradeTransaction>
</rsm:CrossIndustryInvoice>
Les préfixes tels que rsm et ram renvoient à des espaces de noms. Ils permettent de distinguer les catégories d’éléments utilisées par la syntaxe.
✅ Avantages de CII
- structure riche et détaillée ;
- adaptation à plusieurs secteurs économiques ;
- représentation complète des lignes, accords, livraisons et règlements ;
- utilisation dans Factur-X ;
- compatibilité avec une implémentation conforme à EN 16931 ;
- fort potentiel de contrôle et d’automatisation ;
- prise en charge de processus de facturation complexes.
⚠️ Limites et contraintes de CII
- structure technique complexe pour un utilisateur non spécialiste ;
- nombre important de niveaux hiérarchiques ;
- mapping exigeant avec les ERP ;
- nécessité de respecter les profils et règles de gestion ;
- risque d’erreur lors d’une conversion vers UBL ou depuis UBL ;
- nécessité d’un rendu visuel séparé lorsqu’il est utilisé comme XML pur ;
- gestion rigoureuse des versions de syntaxe et de schémas.
📊 Tableau Premium — Comparaison PDF, Factur-X, UBL et CII
| Critère | PDF classique | Factur-X | UBL | CII |
|---|---|---|---|---|
| Nature | Document visuel. | Format hybride PDF/A-3 + XML CII. | XML structuré. | XML structuré. |
| Lecture humaine native | Oui. | Oui, grâce au PDF. | Non dans sa forme brute. | Non dans sa forme brute. |
| Lecture machine | Limitée. | Oui, grâce au XML. | Oui. | Oui. |
| Données de lignes | Visuelles. | Dépend du profil choisi. | Structurées. | Structurées. |
| Automatisation | Faible sans OCR. | Progressive à élevée. | Élevée. | Élevée. |
| Confort utilisateur | Très bon. | Très bon. | Nécessite un rendu. | Nécessite un rendu, sauf usage dans Factur-X. |
| Complexité technique | Faible. | Intermédiaire. | Élevée. | Élevée. |
| Interopérabilité | Faible. | Forte lorsque correctement implémenté. | Forte dans les profils partagés. | Forte dans les profils partagés. |
| Archivage visuel | Naturel. | Intégré grâce au PDF/A-3. | Rendu à générer séparément. | Rendu à générer séparément en XML pur. |
| Risque principal | Extraction imprécise. | Divergence PDF–XML. | Mauvais profil ou mapping. | Mauvais profil, mapping ou conversion. |
🧭 Schéma Premium — Choisir entre Factur-X, UBL et CII
UNE REPRÉSENTATION PDF
EST-ELLE NÉCESSAIRE
DANS LE MÊME FICHIER ?
├── OUI
│
│ → FACTUR-X
│
│ PDF/A-3 + XML CII
│
└── NON
⬇
L’ÉCOSYSTÈME DU CLIENT,
DU RÉSEAU OU DE LA PLATEFORME
IMPOSE-T-IL UNE SYNTAXE ?
├── UBL IMPOSÉ
│
│ → UBL
│
├── CII IMPOSÉ
│
│ → CII
│
└── AUCUNE SYNTAXE IMPOSÉE
⬇
ANALYSER
• ERP SOURCE
• ERP CLIENT
• PLATEFORME AGRÉÉE
• VOLUMES
• COMPLEXITÉ DES LIGNES
• BESOIN DE LISIBILITÉ
• COÛT DE CONVERSION
• ARCHIVAGE
• CAPACITÉ DE VALIDATION
⬇
CHOISIR LE FORMAT
QUI LIMITE LES CONVERSIONS
ET PRÉSERVE LES DONNÉES
🔄 Comparer les trois architectures
ARCHITECTURE PDF
ERP
⬇
PDF
⬇
EXTRACTION OU OCR
⬇
ERP CLIENT
ARCHITECTURE FACTUR-X
ERP
⬇
PDF/A-3 + XML CII
⬇
PDF POUR L’HUMAIN
+
XML POUR L’ERP
ARCHITECTURE XML PUR
ERP
⬇
UBL OU CII
⬇
VALIDATION ET MAPPING
⬇
ERP CLIENT
+
RENDU VISUEL ÉVENTUEL
🔍 Illustration — Lire un XML sans être développeur
<Invoice>
<ID>FAC-2026-00458</ID>
<IssueDate>2026-09-15</IssueDate>
<DocumentCurrencyCode>EUR</DocumentCurrencyCode>
<TaxTotal>
<TaxAmount currencyID="EUR">200.00</TaxAmount>
</TaxTotal>
<LegalMonetaryTotal>
<TaxExclusiveAmount currencyID="EUR">1000.00</TaxExclusiveAmount>
<TaxInclusiveAmount currencyID="EUR">1200.00</TaxInclusiveAmount>
<PayableAmount currencyID="EUR">1200.00</PayableAmount>
</LegalMonetaryTotal>
</Invoice>| Élément XML | Signification métier |
|---|---|
ID | Numéro de facture. |
IssueDate | Date d’émission. |
DocumentCurrencyCode | Devise de la facture. |
TaxAmount | Montant de TVA. |
TaxExclusiveAmount | Total hors taxe. |
TaxInclusiveAmount | Total taxes comprises. |
PayableAmount | Montant à payer. |
💼 Cas pratique n°1 — Reconnaître le format reçu
Le service comptable reçoit quatre fichiers :
| Fichier | Observation | Format probable |
|---|---|---|
| Fichier A | PDF scanné sans texte sélectionnable. | Donnée non structurée. |
| Fichier B | PDF/A-3 contenant un XML CII et des métadonnées Factur-X. | Factur-X potentiel à valider. |
| Fichier C | XML dont l’élément racine est Invoice avec une structure UBL. | UBL. |
| Fichier D | XML dont l’élément racine fait référence à CrossIndustryInvoice. | CII. |
L’identification visuelle ou l’extension du fichier ne suffit pas. Chaque fichier doit être validé au regard de sa syntaxe, de son profil et de ses règles de gestion.
💼 Cas pratique n°2 — Choisir le format d’une PME
Une PME émet 2 000 factures par an. Ses clients souhaitent conserver une représentation proche de la facture actuelle. Son logiciel peut produire un PDF/A-3 et un XML CII.
Analyse
- la lecture humaine reste importante ;
- les volumes sont compatibles avec une approche progressive ;
- le logiciel sait générer un fichier hybride ;
- les clients souhaitent automatiser certains contrôles ;
- l’entreprise doit choisir un profil suffisamment riche pour les usages attendus.
Factur-X peut constituer une solution adaptée, sous réserve de vérifier la version, le profil, la conformité du PDF/A-3, la conformité du XML et la capacité des plateformes et clients à l’exploiter.
💼 Cas pratique n°3 — Choisir le format d’un groupe international
Un groupe échange plusieurs millions de factures, commandes et avis d’expédition avec des partenaires européens par un réseau structuré.
Analyse
- les volumes exigent une automatisation forte ;
- les échanges couvrent plusieurs documents de la chaîne d’approvisionnement ;
- la représentation PDF n’est pas nécessaire pour chaque intégration ;
- le réseau utilisé impose un profil UBL ;
- les ERP disposent déjà des mappings correspondants.
UBL peut être privilégié pour ce flux, car il correspond au profil imposé par le réseau et à l’architecture automatisée du groupe.
💼 Cas pratique n°4 — Conversion CII vers UBL
Le fournisseur produit un fichier CII. La plateforme du client restitue un fichier UBL à son ERP.
Risques de conversion
- champ source sans équivalent direct dans la cible ;
- perte d’une référence de contrat ;
- conversion incorrecte d’une unité ;
- ventilation différente des remises ;
- arrondis modifiés ;
- motif d’exonération transformé ou supprimé ;
- références de pièces jointes non reprises ;
- profil cible moins riche que le profil source.
Comparer les données source et cible, recalculer les montants, vérifier les champs obligatoires et conserver la traçabilité de la transformation.
💼 Cas pratique n°5 — Profil Factur-X trop pauvre
Un fournisseur transmet des factures Factur-X au profil MINIMUM. Le client souhaite rapprocher automatiquement chaque ligne avec ses commandes.
Diagnostic
- le fichier est bien hybride ;
- le PDF contient le détail complet des produits ;
- le XML ne contient pas les informations de lignes nécessaires ;
- l’ERP ne peut pas réaliser le rapprochement attendu ;
- une extraction du PDF redeviendrait nécessaire.
Étudier un profil plus riche, notamment BASIC, EN 16931 ou EXTENDED selon les besoins, puis vérifier que le logiciel du fournisseur peut produire les données fiables correspondantes.
📌 Synthèse de cett partie
Une facture électronique peut prendre plusieurs formes techniques.
Le PDF classique reste principalement destiné à la lecture humaine. Il nécessite une extraction ou un OCR pour alimenter automatiquement un système.
Factur-X associe :
- un PDF/A-3 lisible ;
- un XML CII structuré ;
- des métadonnées permettant d’identifier le document hybride ;
- un profil déterminant la richesse des données.
UBL et CII constituent des syntaxes XML structurées capables de porter des données de facture détaillées. Elles sont adaptées aux traitements automatisés, mais leur lecture humaine nécessite généralement un rendu complémentaire.
Le meilleur format n’est pas nécessairement le plus riche ou le plus technique. C’est celui qui préserve toutes les données utiles, respecte les exigences réglementaires, limite les conversions et peut être réellement produit, contrôlé et intégré par les systèmes concernés.
La prochaine livraison approfondira le socle minimal de données, la lisibilité humaine et machine, les pièces jointes, les conversions, les contrôles syntaxiques, sémantiques et métier ainsi que le Validateur IA Formats Électroniques.
🧭 Schéma Premium complémentaire — Anatomie détaillée d’une facture électronique
Une facture électronique ne doit pas être comprise comme un simple fichier isolé. Elle constitue un ensemble cohérent composé de données d’identification, de données commerciales, de données fiscales, de données de règlement et d’informations techniques.
FACTURE ÉLECTRONIQUE
├── 1. CONTEXTE DU DOCUMENT
│ ├── TYPE DE DOCUMENT
│ ├── NUMÉRO DE FACTURE
│ ├── DATE D’ÉMISSION
│ ├── DEVISE
│ ├── PROFIL UTILISÉ
│ └── VERSION DU FORMAT
│
├── 2. FOURNISSEUR
│ ├── DÉNOMINATION
│ ├── FORME JURIDIQUE
│ ├── SIREN
│ ├── SIRET
│ ├── NUMÉRO DE TVA
│ ├── ADRESSE
│ └── COORDONNÉES
│
├── 3. CLIENT
│ ├── DÉNOMINATION
│ ├── SIREN
│ ├── NUMÉRO DE TVA
│ ├── ADRESSE DE FACTURATION
│ ├── ADRESSE DE LIVRAISON
│ └── ADRESSE ÉLECTRONIQUE
│
├── 4. RÉFÉRENCES COMMERCIALES
│ ├── COMMANDE
│ ├── CONTRAT
│ ├── BON DE LIVRAISON
│ ├── PROJET
│ └── CENTRE DE COÛT
│
├── 5. LIGNES DE FACTURE
│ ├── NUMÉRO DE LIGNE
│ ├── DÉSIGNATION
│ ├── IDENTIFIANT ARTICLE
│ ├── QUANTITÉ
│ ├── UNITÉ
│ ├── PRIX UNITAIRE
│ ├── REMISE
│ ├── MAJORATION
│ ├── TOTAL DE LIGNE
│ └── CATÉGORIE DE TVA
│
├── 6. SYNTHÈSE TVA
│ ├── CATÉGORIE
│ ├── TAUX
│ ├── BASE IMPOSABLE
│ ├── MONTANT DE TAXE
│ ├── EXONÉRATION
│ └── AUTOLIQUIDATION
│
├── 7. TOTAUX MONÉTAIRES
│ ├── TOTAL BRUT
│ ├── TOTAL DES REMISES
│ ├── TOTAL HT
│ ├── TOTAL TVA
│ ├── TOTAL TTC
│ ├── ACOMPTE
│ └── NET À PAYER
│
├── 8. RÈGLEMENT
│ ├── DATE D’ÉCHÉANCE
│ ├── MOYEN DE PAIEMENT
│ ├── RÉFÉRENCE DE PAIEMENT
│ ├── IBAN
│ ├── BIC
│ └── CONDITIONS DE RÈGLEMENT
│
├── 9. PIÈCES ASSOCIÉES
│ ├── BON DE COMMANDE
│ ├── BON DE LIVRAISON
│ ├── JUSTIFICATIF
│ └── DOCUMENT CONTRACTUEL
│
└── 10. DONNÉES TECHNIQUES
├── SYNTAXE
├── PROFIL
├── IDENTIFIANTS DE SCHÉMA
├── MÉTADONNÉES
├── SIGNATURE ÉVENTUELLE
└── JOURNAL DE TRANSMISSION
Une facture électronique complète ne se limite pas aux montants. Elle doit relier correctement les parties, les lignes, la TVA, les totaux, le paiement, les références commerciales et les données techniques.
🧬 Schéma Premium complémentaire — Architecture XML complète
Une facture XML est organisée comme un arbre. Chaque niveau précise la fonction des informations contenues dans les niveaux inférieurs.
ÉLÉMENT RACINE
FACTURE
⬇
BLOCS PRINCIPAUX
├── CONTEXTE
├── DOCUMENT
├── TRANSACTION
└── RÈGLEMENT
⬇
SOUS-BLOCS MÉTIER
├── VENDEUR
├── ACHETEUR
├── LIVRAISON
├── LIGNES
├── TAXES
└── TOTAUX
⬇
ÉLÉMENTS DE DONNÉES
├── IDENTIFIANTS
├── DATES
├── MONTANTS
├── QUANTITÉS
├── CODES
└── TEXTES
⬇
ATTRIBUTS ET LISTES DE CODES
• DEVISE
• UNITÉ
• PAYS
• TYPE DE DOCUMENT
• CATÉGORIE DE TVA
• MOYEN DE PAIEMENT
Exemple pédagogique d’architecture complète
<FactureElectronique>
<ContexteDocument>
<Profil>EN16931</Profil>
<Version>1.0</Version>
</ContexteDocument>
<EnTete>
<Numero>FAC-2026-00458</Numero>
<TypeDocument>380</TypeDocument>
<DateEmission>2026-09-15</DateEmission>
<Devise>EUR</Devise>
</EnTete>
<Parties>
<Vendeur>
<Denomination>Alpha Conseil SAS</Denomination>
<SIREN>123456789</SIREN>
<NumeroTVA>FR12123456789</NumeroTVA>
<Adresse>
<Ligne1>10 rue de la République</Ligne1>
<CodePostal>69002</CodePostal>
<Ville>Lyon</Ville>
<Pays>FR</Pays>
</Adresse>
</Vendeur>
<Acheteur>
<Denomination>Beta Industrie SAS</Denomination>
<SIREN>987654321</SIREN>
<NumeroTVA>FR21987654321</NumeroTVA>
</Acheteur>
</Parties>
<References>
<NumeroCommande>CMD-2026-4587</NumeroCommande>
<NumeroContrat>CTR-2025-102</NumeroContrat>
</References>
<Lignes>
<Ligne>
<NumeroLigne>1</NumeroLigne>
<Designation>Mission de conseil fiscal</Designation>
<Quantite unite="HUR">10.00</Quantite>
<PrixUnitaire devise="EUR">100.00</PrixUnitaire>
<TotalLigne devise="EUR">1000.00</TotalLigne>
<TVA>
<Categorie>S</Categorie>
<Taux>20.00</Taux>
</TVA>
</Ligne>
</Lignes>
<SyntheseTVA>
<CategorieTVA>
<Categorie>S</Categorie>
<Taux>20.00</Taux>
<BaseImposable devise="EUR">1000.00</BaseImposable>
<MontantTaxe devise="EUR">200.00</MontantTaxe>
</CategorieTVA>
</SyntheseTVA>
<Totaux>
<TotalHT devise="EUR">1000.00</TotalHT>
<TotalTVA devise="EUR">200.00</TotalTVA>
<TotalTTC devise="EUR">1200.00</TotalTTC>
<NetAPayer devise="EUR">1200.00</NetAPayer>
</Totaux>
<Paiement>
<MoyenPaiement>Virement</MoyenPaiement>
<DateEcheance>2026-10-15</DateEcheance>
<ReferencePaiement>FAC-2026-00458</ReferencePaiement>
</Paiement>
</FactureElectronique>Cet exemple permet de comprendre l’organisation logique d’un XML. Il ne constitue pas une syntaxe réglementaire directement exploitable. UBL et CII utilisent leurs propres vocabulaires, espaces de noms et règles de validation.
📊 Schéma Premium complémentaire — Comparaison graphique PDF / Factur-X / UBL / CII
PDF CLASSIQUE
👁 LISIBLE PAR L’HUMAIN
⚠️ PEU STRUCTURÉ POUR LA MACHINE
DOCUMENT VISUEL
⬇
OCR OU EXTRACTION
⬇
INTERPRÉTATION
⬇
ERP
FACTUR-X
👁 LISIBLE PAR L’HUMAIN
🤖 LISIBLE PAR LA MACHINE
PDF/A-3
+
XML CII EMBARQUÉ
⬇
ERP ET UTILISATEUR
UBL
🤖 FORMAT XML STRUCTURÉ
🌐 FORTE INTEROPÉRABILITÉ
XML UBL
⬇
VALIDATION
⬇
MAPPING
⬇
ERP
CII
🤖 FORMAT XML STRUCTURÉ
🧩 MODÈLE MÉTIER DÉTAILLÉ
XML CII
⬇
VALIDATION
⬇
MAPPING
⬇
ERP
| Question | Factur-X | UBL | CII | |
|---|---|---|---|---|
| Peut-on lire directement le document ? | Oui. | Oui. | Pas confortablement sans rendu. | Pas confortablement sans rendu. |
| Les données sont-elles structurées ? | Pas nécessairement. | Oui dans le XML embarqué. | Oui. | Oui. |
| Le rendu visuel est-il intégré ? | Oui. | Oui. | Non par principe. | Non en XML pur. |
| Le fichier est-il adapté à l’automatisation ? | Faiblement. | Oui, selon le profil. | Oui. | Oui. |
| Risque technique principal | Extraction imprécise. | Incohérence PDF–XML. | Mapping ou profil incorrect. | Mapping, profondeur ou conversion incorrects. |
🔍 Illustration professionnelle — Lecture commentée d’un XML complet
<Invoice>
<ID>FAC-2026-00458</ID>
<IssueDate>2026-09-15</IssueDate>
<InvoiceTypeCode>380</InvoiceTypeCode>
<DocumentCurrencyCode>EUR</DocumentCurrencyCode>
<BuyerReference>SERVICE-ACHATS</BuyerReference>
<OrderReference>
<ID>CMD-2026-4587</ID>
</OrderReference>
<AccountingSupplierParty>
<Party>
<EndpointID>123456789</EndpointID>
<PartyName>
<Name>Alpha Conseil SAS</Name>
</PartyName>
<PostalAddress>
<StreetName>10 rue de la République</StreetName>
<CityName>Lyon</CityName>
<PostalZone>69002</PostalZone>
<Country>
<IdentificationCode>FR</IdentificationCode>
</Country>
</PostalAddress>
</Party>
</AccountingSupplierParty>
<AccountingCustomerParty>
<Party>
<EndpointID>987654321</EndpointID>
<PartyName>
<Name>Beta Industrie SAS</Name>
</PartyName>
</Party>
</AccountingCustomerParty>
<PaymentMeans>
<PaymentMeansCode>30</PaymentMeansCode>
<PaymentID>FAC-2026-00458</PaymentID>
</PaymentMeans>
<TaxTotal>
<TaxAmount currencyID="EUR">200.00</TaxAmount>
<TaxSubtotal>
<TaxableAmount currencyID="EUR">1000.00</TaxableAmount>
<TaxAmount currencyID="EUR">200.00</TaxAmount>
<TaxCategory>
<ID>S</ID>
<Percent>20.00</Percent>
</TaxCategory>
</TaxSubtotal>
</TaxTotal>
<LegalMonetaryTotal>
<LineExtensionAmount currencyID="EUR">1000.00</LineExtensionAmount>
<TaxExclusiveAmount currencyID="EUR">1000.00</TaxExclusiveAmount>
<TaxInclusiveAmount currencyID="EUR">1200.00</TaxInclusiveAmount>
<PayableAmount currencyID="EUR">1200.00</PayableAmount>
</LegalMonetaryTotal>
<InvoiceLine>
<ID>1</ID>
<InvoicedQuantity unitCode="HUR">10.00</InvoicedQuantity>
<LineExtensionAmount currencyID="EUR">1000.00</LineExtensionAmount>
<Item>
<Name>Mission de conseil fiscal</Name>
<ClassifiedTaxCategory>
<ID>S</ID>
<Percent>20.00</Percent>
</ClassifiedTaxCategory>
</Item>
<Price>
<PriceAmount currencyID="EUR">100.00</PriceAmount>
</Price>
</InvoiceLine>
</Invoice>| Bloc | Lecture métier | Contrôle possible |
|---|---|---|
ID | Numéro unique de la facture. | Unicité et continuité. |
InvoiceTypeCode | Type du document. | Facture, avoir ou document particulier. |
BuyerReference | Référence interne du client. | Routage vers le bon service. |
AccountingSupplierParty | Identité du vendeur. | SIREN, TVA et adresse. |
AccountingCustomerParty | Identité du client. | Bon destinataire juridique. |
PaymentMeans | Mode et référence de règlement. | Préparation du paiement. |
TaxTotal | Synthèse globale de TVA. | Base × taux = taxe. |
LegalMonetaryTotal | Totaux juridiques et monétaires. | HT + TVA = TTC. |
InvoiceLine | Détail de la prestation. | Quantité × prix = montant de ligne. |
📦 Illustration professionnelle — Décomposition d’une facture Factur-X
FICHIER REÇU
facture-2026-00458.pdf
⬇
CONTRÔLE DU CONTENEUR
• FORMAT PDF/A-3
• MÉTADONNÉES
• FICHIER EMBARQUÉ
• PROFIL FACTUR-X
⬇
EXTRACTION DU XML
factur-x.xml
⬇
CONTRÔLE DU XML
• SYNTAXE CII
• PROFIL
• CHAMPS OBLIGATOIRES
• CALCULS
• RÈGLES MÉTIER
⬇
COMPARAISON PDF / XML
• NUMÉRO
• DATE
• FOURNISSEUR
• CLIENT
• TOTAL HT
• TVA
• TOTAL TTC
• ÉCHÉANCE
⬇
INTÉGRATION ERP
| Couche | Contenu | Contrôle |
|---|---|---|
| PDF/A-3 | Représentation visuelle. | Conformité du format et lisibilité. |
| Métadonnées | Identification de la facture hybride. | Profil, version et fichier associé. |
| XML CII | Données structurées. | Schéma, profil et règles métier. |
| Pièces complémentaires | Commande, livraison ou justificatif. | Présence, type et lien avec la facture. |
| Journal technique | Création, validation et transmission. | Traçabilité du traitement. |
🔗 Illustration professionnelle — Correspondance PDF ↔ XML
| Zone visible dans le PDF | Donnée structurée correspondante | Contrôle de cohérence |
|---|---|---|
| Facture n° FAC-2026-00458 | Identifiant du document. | Numéros strictement identiques. |
| Date : 15 septembre 2026 | Date d’émission : 2026-09-15. | Même date malgré un format d’affichage différent. |
| Alpha Conseil SAS | Nom du vendeur. | Dénomination cohérente. |
| SIREN 123 456 789 | Identifiant fournisseur : 123456789. | Espaces supprimés, valeur identique. |
| Beta Industrie SAS | Nom de l’acheteur. | Client juridiquement identique. |
| 10 heures × 100 € | Quantité 10, unité HUR, prix 100. | 10 × 100 = 1 000. |
| Total HT : 1 000 € | TaxExclusiveAmount = 1000.00 EUR. | Montant identique. |
| TVA 20 % : 200 € | Base 1000, taux 20, taxe 200. | 1 000 × 20 % = 200. |
| Total TTC : 1 200 € | TaxInclusiveAmount = 1200.00 EUR. | HT + TVA = TTC. |
| Échéance : 15 octobre 2026 | PaymentDueDate = 2026-10-15. | Date identique. |
Si le PDF est modifié manuellement après la génération du XML, la facture hybride peut contenir deux versions contradictoires de la même opération.
🖥️ Illustration professionnelle — Visualisation du mapping ERP
Le mapping établit une correspondance entre les champs du format reçu et les champs internes de l’ERP.
FORMAT EXTERNE
SUPPLIER PARTY ID
⬇
RÈGLE DE MAPPING
⬇
ERP :
NUMÉRO DE FOURNISSEUR
TAX EXCLUSIVE AMOUNT
⬇
RÈGLE DE MAPPING
⬇
ERP :
MONTANT HT
TAX CATEGORY CODE
⬇
TABLE DE CORRESPONDANCE
⬇
ERP :
CODE TVA
BUYER REFERENCE
⬇
RÈGLE DE ROUTAGE
⬇
ERP :
SERVICE APPROBATEUR
| Champ source | Transformation | Champ ERP | Contrôle |
|---|---|---|---|
| SIREN fournisseur | Suppression des séparateurs. | Identifiant légal du tiers. | Neuf chiffres et concordance. |
| Nom fournisseur | Normalisation typographique. | Raison sociale. | Correspondance avec le tiers existant. |
| Catégorie TVA « S » | Table de conversion. | Code TVA achat 20 %. | Compatibilité avec le taux. |
| Unité « HUR » | Conversion vers l’unité interne. | HEURE. | Unité autorisée dans l’ERP. |
| Référence de commande | Recherche dans le module achats. | Commande ERP. | Commande ouverte et fournisseur identique. |
| Date d’échéance | Contrôle avec les conditions contractuelles. | Échéancier fournisseur. | Date non antérieure à la facture. |
| Montant à payer | Conversion de devise éventuelle. | Solde fournisseur. | Concordance avec l’écriture. |
💼 Cas pratique Premium n°1 — Reconnaître le bon format
Un fichier porte l’extension .pdf. Il contient du texte sélectionnable, mais aucune pièce embarquée ni donnée XML.
Qualification : PDF classique. Il s’agit d’un document numérique, mais pas d’un format structuré au seul vu de ces éléments.
Un PDF/A-3 contient un fichier nommé factur-x.xml. Le XML suit une structure CII et le profil est indiqué dans les métadonnées.
Qualification : fichier Factur-X potentiel, sous réserve de validation complète du PDF, du XML, du profil et de la cohérence des données.
Un fichier XML comporte un élément racine Invoice et des blocs tels que AccountingSupplierParty, TaxTotal et InvoiceLine.
Qualification : syntaxe UBL probable.
Un fichier XML contient un élément racine CrossIndustryInvoice et des blocs liés à l’accord commercial, à la livraison et au règlement.
Qualification : syntaxe CII probable.
💼 Cas pratique Premium n°2 — Choisir le format selon le contexte métier
| Organisation | Besoin | Format à étudier | Justification |
|---|---|---|---|
| Artisan avec faible volume | Conserver une facture lisible et faciliter l’intégration chez le client. | Factur-X. | Approche hybride et progressive. |
| PME avec cabinet comptable | Importer les montants tout en conservant une pièce consultable. | Factur-X avec profil adapté. | Lisibilité et automatisation combinées. |
| Groupe industriel international | Échanger commandes, livraisons et factures à grande échelle. | UBL si le réseau l’impose. | Vocabulaire commercial étendu. |
| Entreprise déjà équipée en CII | Limiter les transformations. | CII ou Factur-X selon le besoin visuel. | Réduction des conversions. |
| Client exigeant un XML UBL | Respecter le profil imposé. | UBL. | Compatibilité avec le système destinataire. |
| Entreprise souhaitant un PDF et un XML indissociables | Un seul objet à conserver. | Factur-X. | XML embarqué dans le PDF/A-3. |
Le choix ne doit jamais dépendre uniquement de la préférence du fournisseur. Il doit intégrer les exigences réglementaires, la plateforme, le destinataire, l’ERP, le volume, la richesse des données et les coûts de conversion.
💼 Cas pratique Premium n°3 — Analyser plusieurs factures fournisseurs
| Fournisseur | Format reçu | Qualité observée | Décision |
|---|---|---|---|
| Fournisseur A | PDF scanné. | Image inclinée, montant difficile à lire. | OCR avec validation humaine renforcée. |
| Fournisseur B | PDF classique natif. | Texte sélectionnable, mais aucune structure. | Extraction transitoire ; demander un format structuré. |
| Fournisseur C | Factur-X BASIC. | Données de lignes disponibles. | Tester l’intégration et la cohérence PDF–XML. |
| Fournisseur D | UBL. | Profil accepté par la plateforme. | Mapping direct après validation. |
| Fournisseur E | CII. | Champ d’exonération absent. | Rejet ou correction selon les règles applicables. |
| Fournisseur F | Factur-X MINIMUM. | Pas de détail structuré des lignes. | Automatisation limitée ; demander un profil plus riche si nécessaire. |
💼 Cas pratique Premium n°4 — Identifier les erreurs de structuration
<Invoice>
<ID></ID>
<IssueDate>15/09/2026</IssueDate>
<DocumentCurrencyCode>EUROS</DocumentCurrencyCode>
<SupplierSIREN>12345ABC9</SupplierSIREN>
<TaxExclusiveAmount>1000.00</TaxExclusiveAmount>
<TaxAmount>200.00</TaxAmount>
<TaxInclusiveAmount>1150.00</TaxInclusiveAmount>
<TaxCategory>EXEMPT</TaxCategory>
<TaxPercent>20.00</TaxPercent>
</Invoice>| Anomalie | Nature du contrôle | Correction |
|---|---|---|
| Numéro de facture vide | Présence obligatoire. | Renseigner un identifiant unique. |
| Date au format ambigu | Type de donnée. | Utiliser le format attendu. |
| Devise « EUROS » | Liste de codes. | Utiliser le code EUR. |
| SIREN contenant des lettres | Format d’identifiant. | Utiliser un SIREN valide. |
| Total TTC de 1 150 € | Contrôle arithmétique. | 1 000 + 200 = 1 200 €. |
| Catégorie exonérée avec taux de 20 % | Contrôle métier et fiscal. | Choisir un traitement cohérent et documenté. |
💼 Cas pratique Premium n°5 — Comparer les conséquences d’une mauvaise conversion
Une facture CII est convertie en UBL avant son intégration dans l’ERP du client.
| Donnée source CII | Donnée cible UBL | Anomalie | Conséquence |
|---|---|---|---|
| Référence de commande | Champ vide. | Champ non repris. | Rapprochement automatique impossible. |
| Unité « HUR » | Unité « C62 ». | Heures transformées en unités. | Quantité incohérente dans l’ERP. |
| Remise de ligne de 10 % | Remise globale. | Répartition modifiée. | Écart par ligne et par taux de TVA. |
| Motif d’exonération détaillé | Code générique. | Information appauvrie. | Dossier fiscal insuffisant. |
| Trois décimales de quantité | Deux décimales. | Arrondi lors de la conversion. | Écart entre quantité et montant. |
| Pièce jointe référencée | Référence supprimée. | Document complémentaire perdu. | Validation métier bloquée. |
Conséquences globales
- écart entre le document source et le document intégré ;
- rejet de la facture par le système du client ;
- comptabilisation dans un mauvais compte ;
- TVA ventilée de manière incorrecte ;
- litige sur les prix ou quantités ;
- perte d’une preuve contractuelle ;
- rupture de la piste d’audit ;
- difficulté à identifier la responsabilité de l’erreur.
Comparer automatiquement les valeurs source et cible, produire un rapport des champs transformés ou perdus, recalculer les totaux et conserver le fichier original avec le journal de conversion.
🛡️ Matrice de contrôle des formats
| Niveau | Contrôle | Question du chef de mission |
|---|---|---|
| Fichier | Extension, taille et intégrité. | Le fichier peut-il être ouvert sans erreur ? |
| Conteneur | PDF/A-3 et pièces embarquées. | Le document hybride est-il correctement constitué ? |
| Syntaxe | XML bien formé. | Toutes les balises sont-elles valides ? |
| Schéma | Conformité UBL ou CII. | La structure suit-elle le standard retenu ? |
| Profil | Données exigées par le profil. | Les champs requis sont-ils présents ? |
| Calculs | Lignes, taxes et totaux. | Les montants se recalculent-ils correctement ? |
| Sémantique | Signification des champs. | Chaque valeur est-elle placée au bon endroit ? |
| Métier | Commande, contrat et livraison. | La facture correspond-elle à l’opération réelle ? |
| Fiscal | TVA, exonération et autoliquidation. | Les données structurées traduisent-elles le bon régime ? |
| Conversion | Comparaison source–cible. | Des données ont-elles été perdues ou transformées ? |
| ERP | Mapping et intégration. | Les champs alimentent-ils les bonnes zones comptables ? |
| Archivage | Original, rendu et journal. | Peut-on reconstituer le traitement complet ? |
📌 Clôture de cette partie
Cette première partie a permis de comprendre la différence fondamentale entre un document numérique et une facture électronique structurée.
Vous savez désormais :
- identifier une donnée non structurée, semi-structurée ou structurée ;
- comprendre le rôle du PDF, de l’OCR et du XML ;
- analyser l’architecture d’un document hybride ;
- distinguer Factur-X, UBL et CII ;
- lire les principaux blocs d’un XML ;
- comparer une représentation PDF avec ses données structurées ;
- visualiser le mapping vers un ERP ;
- identifier les risques de conversion ;
- choisir un format selon le contexte métier ;
- mettre en place une première matrice de contrôle.
Ne jamais valider un format à partir de son nom ou de son extension. Contrôler le conteneur, la syntaxe, le profil, les données, les calculs, la cohérence visuelle, le mapping et les transformations.
La seconde livraison approfondira le socle minimal de données, la lisibilité humaine et machine, les pièces jointes, les conversions, les contrôles syntaxiques, sémantiques, métiers et fiscaux ainsi que le Validateur IA Formats Électroniques.
1️⃣ Le socle minimal de données d’une facture électronique
Une facture électronique exploitable ne repose pas uniquement sur un fichier techniquement valide. Elle doit contenir un ensemble cohérent de données permettant d’identifier les parties, de comprendre l’opération, de contrôler la TVA, de calculer les montants et d’organiser le règlement.
Le socle minimal de données constitue la base commune nécessaire pour :
- identifier juridiquement le fournisseur et le client ;
- qualifier la nature de l’opération ;
- reconstituer les lignes facturées ;
- contrôler les bases, taux et montants de TVA ;
- déterminer le montant effectivement payable ;
- rapprocher la facture d’une commande, d’un contrat ou d’une livraison ;
- intégrer les données dans un ERP ;
- transmettre les informations requises par le dispositif de facturation électronique ;
- constituer une piste d’audit exploitable.
SOCLE MINIMAL DE DONNÉES
IDENTIFICATION
+
DOCUMENT
+
OPÉRATION
+
LIGNES
+
TVA
+
TOTAUX
+
PAIEMENT
⬇
FACTURE COMPRÉHENSIBLE
CONTRÔLABLE
INTÉGRABLE
TRANSMISSIBLE
Une facture peut être techniquement bien formée tout en étant inutilisable si les données essentielles sont absentes, mal placées ou incohérentes.
🪪 Les données d’identification
Les données d’identification permettent de déterminer qui émet la facture, qui la reçoit et quelle entité juridique supporte l’obligation.
| Donnée | Fonction | Contrôle attendu | Risque en cas d’erreur |
|---|---|---|---|
| Dénomination du vendeur | Identifier l’entreprise émettrice. | Concordance avec le référentiel juridique. | Facture attribuée à la mauvaise société. |
| SIREN du vendeur | Identifier l’unité légale. | Format, existence et concordance. | Mauvais assujetti ou mauvais routage. |
| SIRET | Identifier l’établissement concerné lorsque nécessaire. | Correspondance avec le SIREN et le site. | Facture orientée vers le mauvais établissement. |
| Numéro de TVA | Identifier l’assujetti au regard de la TVA. | Format, pays et cohérence fiscale. | Autoliquidation ou exonération injustifiée. |
| Adresse du vendeur | Localiser l’entité émettrice. | Pays, ville, code postal et voie. | Territorialité mal analysée. |
| Dénomination du client | Identifier le débiteur juridique. | Concordance avec le contrat et la commande. | Facture adressée à la mauvaise entité. |
| SIREN du client | Identifier le destinataire professionnel. | Concordance avec la dénomination. | Échec de l’adressage électronique. |
| Adresse de facturation | Identifier le lieu administratif du client. | Référentiel tiers. | Litige ou mauvaise intégration. |
| Adresse de livraison | Identifier le lieu de remise des biens lorsqu’il diffère. | Bon de livraison et commande. | Territorialité ou rapprochement erroné. |
| Adresse électronique de facturation | Déterminer la destination dans le circuit électronique. | Annuaire et règles de routage. | Facture non reçue par le bon service. |
Une adresse électronique de facturation permet le routage, mais elle ne remplace jamais l’identification juridique du client.
📑 Les données du document
| Donnée | Exemple | Utilité | Contrôle |
|---|---|---|---|
| Numéro de facture | FAC-2026-00458 | Identifier le document de manière unique. | Unicité, continuité et format autorisé. |
| Type de document | Facture, avoir ou acompte. | Déterminer le traitement comptable. | Code compatible avec la nature réelle. |
| Date d’émission | 2026-09-15 | Déterminer la période et les délais. | Format, cohérence et absence d’antidatation. |
| Date de livraison ou d’exécution | 2026-09-10 | Contrôler la période et la TVA. | Bon de livraison ou service fait. |
| Devise | EUR | Interpréter correctement les montants. | Code autorisé et cohérence globale. |
| Langue | Français. | Faciliter la lecture humaine. | Compréhension suffisante du document. |
| Référence de la facture initiale | FAC-2026-00215 | Rattacher un avoir ou une correction. | Existence du document d’origine. |
🛒 Les données commerciales
Les données commerciales permettent de relier la facture à l’opération effectivement conclue et exécutée.
| Donnée | Source | Utilité | Risque |
|---|---|---|---|
| Référence de commande | Bon de commande. | Rapprochement automatique. | Facture bloquée faute de commande. |
| Référence de contrat | Contrat commercial. | Vérifier les prix et conditions. | Tarification non justifiée. |
| Référence de livraison | Bon de livraison. | Contrôler le service fait. | Facturation d’un bien non livré. |
| Référence de projet | ERP ou outil métier. | Affectation analytique. | Coût attribué au mauvais projet. |
| Numéro de ligne | Facture. | Identifier chaque poste. | Rapprochement imprécis. |
| Désignation | Catalogue ou contrat. | Comprendre le bien ou service. | Qualification fiscale impossible. |
| Quantité | Commande ou livraison. | Calculer le montant de ligne. | Surfacturation. |
| Unité | Catalogue. | Interpréter la quantité. | Heures traitées comme unités. |
| Prix unitaire | Contrat ou tarif. | Calculer le montant brut. | Écart de prix. |
| Remise | Conditions commerciales. | Déterminer le net de ligne. | Base taxable incorrecte. |
| Majoration | Conditions commerciales. | Ajouter un coût accessoire. | Montant total incomplet. |
🧾 Les données fiscales
Les données fiscales doivent permettre de reconstituer le traitement de TVA appliqué à chaque ligne et à chaque catégorie d’opération.
| Donnée fiscale | Rôle | Contrôle |
|---|---|---|
| Nature de l’opération | Distinguer biens, services ou combinaison. | Cohérence avec les lignes et le contrat. |
| Catégorie de TVA | Identifier taxation, exonération ou autoliquidation. | Compatibilité avec le taux et la mention. |
| Taux de TVA | Calculer le montant de taxe. | Taux autorisé et applicable à l’opération. |
| Base imposable | Déterminer le montant soumis au taux. | Somme des lignes après ajustements. |
| Montant de TVA | Identifier la taxe facturée. | Base × taux avec règle d’arrondi. |
| Motif d’exonération | Justifier l’absence de taxe. | Code et texte cohérents. |
| Autoliquidation | Indiquer que le client acquitte la taxe. | Absence de TVA facturée et mention adaptée. |
| Franchise en base | Justifier l’absence de TVA. | Régime du fournisseur et mention correspondante. |
| Option sur les débits | Déterminer l’exigibilité des prestations. | Existence et périmètre de l’option. |
| Devise de taxe | Identifier la monnaie utilisée pour la TVA. | Cohérence avec les règles de conversion. |
Un code d’exonération peut être techniquement accepté alors que les conditions fiscales ne sont pas réunies. La validation du fichier ne remplace pas l’analyse de fond.
💳 Les données de paiement
| Donnée | Utilité | Contrôle |
|---|---|---|
| Date d’échéance | Déterminer la date limite de paiement. | Conditions contractuelles et délai applicable. |
| Moyen de paiement | Préciser virement, prélèvement, carte ou autre. | Code compatible avec le processus réel. |
| Référence de paiement | Faciliter le lettrage. | Unicité et concordance avec la facture. |
| IBAN | Identifier le compte bénéficiaire. | Format et procédure anti-fraude. |
| BIC | Identifier l’établissement bancaire lorsque nécessaire. | Format et cohérence avec l’IBAN. |
| Acompte versé | Calculer le solde restant dû. | Preuve du paiement et facture d’acompte. |
| Montant à payer | Déterminer la dette résiduelle. | TTC − acompte + ajustements. |
| Date d’encaissement | Suivre l’exigibilité de certaines prestations. | Rapprochement avec la banque. |
| Montant encaissé | Identifier un paiement total ou partiel. | Lettrage et absence de double déclaration. |
📌 Données obligatoires et données conditionnelles
Toutes les données ne sont pas exigées dans toutes les factures. Certaines sont générales, tandis que d’autres deviennent obligatoires uniquement lorsqu’une situation particulière se présente.
| Catégorie | Exemple | Condition |
|---|---|---|
| Donnée générale | Numéro de facture. | Présente sur toute facture. |
| Donnée générale | Date d’émission. | Présente sur toute facture. |
| Donnée conditionnelle | Numéro de commande. | Lorsque la commande existe ou est exigée. |
| Donnée conditionnelle | Motif d’exonération. | Lorsque la TVA n’est pas facturée au titre d’une exonération. |
| Donnée conditionnelle | Référence de la facture initiale. | Lorsqu’un avoir ou une correction est émis. |
| Donnée conditionnelle | Adresse de livraison. | Lorsqu’elle diffère de l’adresse du client. |
| Donnée conditionnelle | Option sur les débits. | Lorsque le fournisseur a exercé l’option concernée. |
| Donnée conditionnelle | Données de paiement. | Lorsque l’exigibilité ou le reporting le requiert. |
| Donnée conditionnelle | Pièce justificative d’exportation. | Pour documenter l’exonération correspondante. |
Une donnée conditionnelle ne doit pas être exigée systématiquement. Elle doit être déclenchée par une règle métier explicite.
2️⃣ Lisibilité humaine et lisibilité machine
Une facture électronique performante doit pouvoir être comprise à la fois par une personne et par un système.
| Dimension | Lisibilité humaine | Lisibilité machine |
|---|---|---|
| Objectif | Comprendre visuellement la facture. | Interpréter automatiquement les champs. |
| Support | PDF ou rendu généré. | XML structuré. |
| Organisation | Mise en page, titres et tableaux. | Balises, hiérarchie et codes. |
| Contrôle | Relecture par un utilisateur. | Schémas et règles automatiques. |
| Risque | Document ambigu ou illisible. | Champ absent, incorrect ou mal mappé. |
👁️ Contrôler la lisibilité humaine
- le document doit s’ouvrir avec un lecteur courant ;
- les caractères doivent être correctement affichés ;
- les montants doivent être alignés et compréhensibles ;
- les lignes de facture ne doivent pas être tronquées ;
- les taux et catégories de TVA doivent être visibles ;
- les totaux doivent être clairement distingués ;
- les mentions obligatoires doivent être lisibles ;
- les pièces jointes doivent être identifiables ;
- la langue et les abréviations doivent permettre une compréhension raisonnable ;
- la mise en page doit rester stable après archivage.
Un XML peut contenir toutes les données requises alors que le rendu visuel masque une ligne, une mention ou une annexe. Les deux dimensions doivent être contrôlées séparément.
🤖 Contrôler la lisibilité machine
| Contrôle | Question |
|---|---|
| Encodage | Les caractères sont-ils interprétés correctement ? |
| Syntaxe | Le XML est-il bien formé ? |
| Schéma | La structure correspond-elle au standard ? |
| Profil | Les champs requis par le profil sont-ils présents ? |
| Codes | Les devises, pays, unités et catégories sont-ils autorisés ? |
| Types | Les dates et montants utilisent-ils le bon format ? |
| Mapping | Chaque champ alimente-t-il la bonne zone de l’ERP ? |
| Calculs | Les valeurs structurées se recalculent-elles correctement ? |
🔗 Contrôler la cohérence PDF ↔ XML
Dans un format hybride, le PDF et le XML doivent représenter la même facture.
| Donnée comparée | XML | Décision | |
|---|---|---|---|
| Numéro | FAC-2026-458 | FAC-2026-458 | Conforme. |
| Date | 15/09/2026 | 2026-09-15 | Conforme malgré le format différent. |
| Client | Beta Industrie SAS | Beta Industries SAS | Contrôle du référentiel requis. |
| Total HT | 10 000,00 € | 10000.00 EUR | Conforme. |
| TVA | 2 000,00 € | 1800.00 EUR | Blocage immédiat. |
| Net à payer | 12 000,00 € | 11800.00 EUR | Blocage immédiat. |
DONNÉES SOURCES UNIQUES
⬇
GÉNÉRATION DU PDF
ET
GÉNÉRATION DU XML
⬇
COMPARAISON AUTOMATIQUE
• IDENTITÉS
• DATES
• LIGNES
• TVA
• TOTAUX
• ÉCHÉANCE
⬇
CONFORME
OU
BLOCAGE ET RÉGÉNÉRATION
🧩 Contrôler la cohérence interne des données structurées
- le vendeur du bloc général doit être identique à celui du bloc fiscal ;
- la devise des lignes doit être cohérente avec la devise du document ;
- la somme des lignes doit correspondre au total brut ;
- les remises doivent expliquer la différence entre brut et net ;
- les catégories de TVA des lignes doivent être reprises dans la synthèse ;
- la somme des bases doit correspondre au total HT ;
- la somme des taxes doit correspondre au total TVA ;
- le total TTC doit correspondre au HT augmenté de la taxe ;
- le net à payer doit intégrer acomptes et ajustements ;
- un avoir doit référencer une facture antérieure lorsque requis.
3️⃣ Les pièces jointes et documents complémentaires
Une facture peut être accompagnée de documents nécessaires à sa compréhension, à sa validation ou à la justification de son traitement fiscal.
| Document | Fonction | Contrôle |
|---|---|---|
| Bon de commande | Justifier l’engagement du client. | Référence et montant. |
| Bon de livraison | Prouver la remise des biens. | Date, quantité et destinataire. |
| Procès-verbal de réception | Constater l’acceptation d’une prestation. | Signataire et date. |
| Relevé d’heures | Justifier une facturation au temps passé. | Personnes, périodes et volume. |
| Justificatif de transport | Documenter un flux international. | Départ, arrivée et marchandise. |
| Document douanier | Justifier une exportation ou importation. | Référence et concordance. |
| Contrat | Justifier le prix et les conditions. | Parties, période et objet. |
| Rapport d’intervention | Prouver l’exécution d’une prestation. | Date, lieu et signature. |
📎 Règles d’association des pièces
- Attribuer un identifiant unique à chaque pièce.
- Préciser le type de document.
- Relier la pièce à la facture ou à la ligne concernée.
- Indiquer le nom et le format du fichier.
- Contrôler que le fichier peut être ouvert.
- Vérifier qu’il ne contient pas de contenu malveillant.
- Préserver son intégrité lors de la transmission.
- Éviter les doublons et versions contradictoires.
- Conserver le lien pendant toute la durée d’archivage.
- Tracer toute substitution ou mise à jour.
Le numéro de commande ou le motif d’exonération ne doit pas être uniquement présent dans un PDF annexe lorsqu’il doit être transmis dans un champ structuré.
✅ Bonnes pratiques de gestion des pièces
- utiliser des noms de fichiers explicites ;
- interdire les formats exécutables ;
- définir une taille maximale ;
- contrôler les extensions et types MIME ;
- conserver un hachage ou une empreinte d’intégrité ;
- associer chaque pièce à une référence métier ;
- éviter d’intégrer des données personnelles inutiles ;
- documenter les pièces indispensables par catégorie de facture ;
- archiver les pièces avec le document principal ;
- tester leur restitution après conversion ou migration.
4️⃣ Convertir les formats électroniques
Une conversion transforme une facture d’une syntaxe ou d’un conteneur vers un autre format.
Elle peut être nécessaire lorsque :
- le logiciel source produit un format différent de celui attendu ;
- la plateforme doit transmettre une autre syntaxe ;
- l’ERP du destinataire ne sait pas lire le format source ;
- un PDF doit être enrichi de données structurées ;
- un format propriétaire doit être transformé en standard interopérable ;
- un rendu visuel doit être généré à partir d’un XML.
FORMAT SOURCE
⬇
LECTURE ET VALIDATION
⬇
MODÈLE SÉMANTIQUE INTERMÉDIAIRE
⬇
RÈGLES DE MAPPING
⬇
FORMAT CIBLE
⬇
VALIDATION
⬇
COMPARAISON SOURCE / CIBLE
⬇
JOURNAL DE CONVERSION
🔄 Factur-X vers UBL
- Ouvrir le conteneur PDF/A-3.
- Extraire le XML CII embarqué.
- Valider le profil Factur-X.
- Lire les concepts métier du CII.
- Associer chaque concept à son équivalent UBL.
- Transformer les codes et structures si nécessaire.
- Générer le fichier UBL.
- Valider le schéma et le profil UBL.
- Comparer les données source et cible.
- Conserver le Factur-X original.
Un profil Factur-X peu riche peut ne pas contenir toutes les informations nécessaires à la génération d’un UBL détaillé.
🔄 Factur-X vers CII
Cette conversion consiste principalement à extraire le XML CII embarqué dans le PDF.
Les contrôles doivent néanmoins vérifier :
- que le bon fichier XML a été extrait ;
- qu’il correspond au profil annoncé ;
- qu’il est cohérent avec le PDF ;
- que les métadonnées du conteneur sont conservées dans le journal ;
- que les pièces jointes utiles ne sont pas perdues ;
- que le CII extrait est accepté par le système cible.
🔄 UBL vers Factur-X
- Valider le fichier UBL source.
- Identifier son profil et sa version.
- Transformer les concepts UBL vers CII.
- Choisir le profil Factur-X cible.
- Générer le XML CII correspondant.
- Créer la représentation visuelle PDF.
- Comparer le PDF avec le CII généré.
- Incorporer le XML dans le PDF/A-3.
- Ajouter les métadonnées Factur-X.
- Valider le conteneur final.
La création manuelle d’un PDF indépendant augmenterait fortement le risque de divergence avec le XML CII incorporé.
🔄 CII vers Factur-X
Le fichier CII peut constituer la base du XML embarqué, sous réserve qu’il respecte le profil Factur-X retenu.
| Étape | Contrôle |
|---|---|
| Validation du CII | Schéma, profil et règles métier. |
| Choix du profil Factur-X | Compatibilité avec les données disponibles. |
| Création du PDF | Lisibilité et exhaustivité. |
| Comparaison | Identités, lignes, TVA et totaux. |
| Incorporation | Association correcte du XML. |
| Métadonnées | Version, profil et nom de la pièce embarquée. |
| Validation finale | PDF/A-3 et conformité Factur-X. |
📄 Convertir un PDF en format structuré
Convertir un PDF classique en format structuré ne consiste pas à changer son extension. Il faut reconstruire les données métier.
PDF SOURCE
⬇
EXTRACTION DU TEXTE
OU
OCR
⬇
RECONNAISSANCE DES CHAMPS
• FOURNISSEUR
• CLIENT
• NUMÉRO
• DATE
• LIGNES
• TVA
• TOTAUX
⬇
VALIDATION HUMAINE
⬇
GÉNÉRATION UBL
OU CII
⬇
CONTRÔLES COMPLETS
Lorsque la source n’est pas structurée, le système doit interpréter le document. Le résultat doit être considéré comme une proposition à contrôler et non comme une copie certaine de données inexistantes.
🧱 Convertir un format propriétaire
Certains logiciels produisent des fichiers internes en JSON, CSV, XML propriétaire ou structure de base de données.
La conversion vers un format interopérable exige :
- un dictionnaire des champs sources ;
- une définition de leur signification métier ;
- une table de correspondance avec le format cible ;
- des règles de transformation des codes ;
- des règles de calcul et d’arrondi ;
- la gestion des champs absents ;
- la gestion des données conditionnelles ;
- une validation des cas limites ;
- des tests de non-régression ;
- une documentation de version.
5️⃣ Les risques techniques de conversion
| Risque | Exemple | Conséquence |
|---|---|---|
| Perte d’information | Référence de contrat absente du format cible. | Validation métier impossible. |
| Changement de signification | Date de livraison convertie en date de facture. | Cut-off ou TVA incorrects. |
| Arrondi | Quantité ramenée de trois à deux décimales. | Écart de montant. |
| Unité modifiée | Heure transformée en unité. | Rapprochement faux. |
| Code fiscal appauvri | Motif détaillé remplacé par un code générique. | Justification insuffisante. |
| Perte de pièce jointe | Bon de livraison non transféré. | Service fait non prouvé. |
| Doublon | Document source et cible traités comme deux factures. | Double comptabilisation. |
| Encodage | Caractères accentués corrompus. | Dénomination ou adresse altérée. |
➗ Risques liés aux arrondis
Les différences d’arrondi peuvent apparaître lorsque les systèmes ne calculent pas les montants au même niveau.
| Méthode | Principe | Risque |
|---|---|---|
| Arrondi par ligne | Chaque montant de ligne est arrondi avant sommation. | Écart avec un calcul global. |
| Arrondi par taux | La taxe est calculée sur la base totale d’une catégorie. | Différence avec la somme des taxes de lignes. |
| Arrondi du prix unitaire | Le prix est réduit à un nombre limité de décimales. | Écart sur les grandes quantités. |
| Conversion de devise | Le montant est converti puis arrondi. | Écart entre facture et comptabilité. |
| Conversion d’unité | La quantité est transformée dans une autre unité. | Écart de quantité et de valeur. |
Documenter la règle d’arrondi source, appliquer une règle cohérente dans la cible et tolérer uniquement les écarts explicitement autorisés.
🔣 Risques de modification des codes et unités
| Donnée source | Transformation incorrecte | Résultat |
|---|---|---|
| EUR | € ou EURO dans un champ codifié. | Rejet du fichier. |
| FR | France métropolitaine. | Code pays non reconnu. |
| HUR | C62. | Heures converties en unités. |
| KGM | KG sans conversion validée. | Unité non conforme. |
| Catégorie TVA exonérée | Catégorie standard à taux nul. | Motif fiscal perdu. |
| Type avoir | Type facture. | Document comptabilisé dans le mauvais sens. |
🧾 Assurer la traçabilité des conversions
Chaque conversion doit laisser une trace permettant de reconstituer le traitement.
| Information à tracer | Exemple |
|---|---|
| Identifiant du traitement | CONV-2026-000458. |
| Fichier source | facture-source-cii.xml. |
| Empreinte source | Valeur de hachage du fichier. |
| Format et profil source | CII EN 16931. |
| Format et profil cible | UBL EN 16931. |
| Version du convertisseur | Mapping 4.2. |
| Date et heure | 2026-09-15 14:32:10. |
| Champs transformés | Unités, codes et structures. |
| Champs perdus | Référence sectorielle non reprise. |
| Résultat des contrôles | Conforme avec deux avertissements. |
| Validateur humain | Responsable comptable fournisseurs. |
6️⃣ Les contrôles techniques
La validation d’une facture électronique doit être réalisée par couches successives.
FICHIER REÇU
⬇
1. INTÉGRITÉ DU FICHIER
⬇
2. SYNTAXE XML
⬇
3. SCHÉMA
⬇
4. PROFIL
⬇
5. SÉMANTIQUE
⬇
6. CALCULS
⬇
7. MÉTIER
⬇
8. FISCAL
⬇
9. COHÉRENCE AVEC LE RENDU
⬇
ACCEPTATION
OU REJET
💻 La validation syntaxique
La validation syntaxique vérifie que le fichier XML respecte les règles fondamentales du langage.
| Erreur | Exemple | Conséquence |
|---|---|---|
| Balise non fermée | <Invoice> sans fermeture. | Fichier illisible. |
| Mauvaise imbrication | Bloc client fermé après le bloc facture. | XML mal formé. |
| Caractère interdit | Esperluette non échappée. | Erreur de lecture. |
| Encodage incorrect | Caractères accentués corrompus. | Données altérées. |
| Préfixe inconnu | Espace de noms non déclaré. | Éléments non reconnus. |
📐 La validation du schéma
Le schéma définit les éléments autorisés, leur ordre, leur nombre et leur type.
- l’élément racine doit être conforme ;
- les blocs doivent être placés au bon niveau ;
- les éléments obligatoires doivent être présents ;
- les éléments interdits doivent être absents ;
- les dates doivent respecter leur format ;
- les montants doivent être numériques ;
- les répétitions doivent respecter les limites prévues ;
- les attributs doivent être autorisés.
Le schéma peut accepter un taux de 20 et un total TTC incohérent. Les contrôles arithmétiques et métier restent indispensables.
📶 La validation du profil
Le profil précise comment un standard général doit être utilisé dans un contexte donné.
| Contrôle | Question |
|---|---|
| Identifiant du profil | Le fichier annonce-t-il le bon profil ? |
| Données obligatoires | Les champs exigés par le profil sont-ils présents ? |
| Données interdites | Le fichier contient-il des éléments non autorisés ? |
| Cardinalités | Une information répétable est-elle utilisée correctement ? |
| Listes de codes | Les valeurs appartiennent-elles aux listes admises ? |
| Règles de gestion | Les combinaisons de champs sont-elles valides ? |
🧠 La validation sémantique
La validation sémantique vérifie que les données sont placées dans les champs correspondant à leur véritable signification.
| Anomalie sémantique | Fichier techniquement valide | Erreur métier |
|---|---|---|
| Date de livraison placée dans la date de facture | Oui. | Période erronée. |
| Montant TTC placé dans le total HT | Oui. | Calculs et comptabilité faux. |
| SIREN du payeur placé comme client | Oui. | Mauvais débiteur juridique. |
| Numéro de devis placé comme commande | Oui. | Rapprochement impossible. |
| Pays de livraison utilisé comme pays du client | Oui. | Territorialité potentiellement fausse. |
🧮 La validation arithmétique
| Règle | Formule |
|---|---|
| Montant brut de ligne | Quantité × prix unitaire. |
| Montant net de ligne | Brut − remise + majoration. |
| Total des lignes | Somme des montants nets. |
| Base taxable | Somme des lignes d’une catégorie après ajustements. |
| Taxe | Base × taux selon la règle d’arrondi. |
| Total HT | Somme des bases et montants non taxables concernés. |
| Total TTC | Total HT + total TVA. |
| Net à payer | TTC − acomptes + ajustements. |
🏭 La validation métier
- le fournisseur existe dans le référentiel ;
- le client correspond au contrat ;
- la commande existe et reste ouverte ;
- les prix correspondent aux conditions négociées ;
- les quantités correspondent au service fait ;
- la facture n’est pas un doublon ;
- la référence de projet est valide ;
- l’échéance correspond au contrat ;
- l’IBAN n’a pas été modifié sans validation ;
- l’avoir est lié au bon document initial.
⚖️ La validation fiscale
| Contrôle fiscal | Question |
|---|---|
| Qualité des parties | Le client agit-il comme assujetti, particulier ou personne publique ? |
| Nature de l’opération | S’agit-il d’un bien ou d’un service ? |
| Territorialité | Où l’opération est-elle imposable ? |
| Taux | Le taux appliqué est-il justifié ? |
| Exonération | Le motif et les preuves sont-ils disponibles ? |
| Autoliquidation | Les conditions sont-elles réunies ? |
| Exigibilité | La TVA dépend-elle du débit ou de l’encaissement ? |
| Groupe TVA | Le flux est-il interne ou externe à l’assujetti unique ? |
| Avoir | La correction de TVA est-elle correctement documentée ? |
7️⃣ Tableau Premium — Niveaux de contrôle
| Niveau | Objet | Outil | Décision |
|---|---|---|---|
| Fichier | Intégrité et ouverture. | Contrôle technique. | Accepter ou bloquer. |
| Syntaxe | XML bien formé. | Parseur XML. | Rejet technique. |
| Schéma | Structure autorisée. | Validateur de schéma. | Rejet technique. |
| Profil | Règles d’usage. | Règles de profil. | Rejet ou avertissement. |
| Sémantique | Signification des champs. | Règles métier. | Revue humaine. |
| Calcul | Cohérence des montants. | Moteur arithmétique. | Blocage. |
| Métier | Commande et service fait. | ERP et workflow. | Validation ou refus. |
| Fiscal | TVA et territorialité. | Matrice fiscale. | Validation experte. |
🧭 Schéma professionnel — Parcours complet de validation
FACTURE REÇUE
⬇
IDENTIFICATION DU FORMAT
⬇
CONTRÔLE DU CONTENEUR
⬇
EXTRACTION DES DONNÉES
⬇
VALIDATION SYNTAXIQUE
⬇
VALIDATION DU SCHÉMA
⬇
VALIDATION DU PROFIL
⬇
CONTRÔLE DES CALCULS
⬇
CONTRÔLE PDF / XML
⬇
CONTRÔLE MÉTIER
⬇
CONTRÔLE FISCAL
⬇
├── CONFORME
│
│ → INTÉGRATION ERP
│
├── AVERTISSEMENT
│
│ → VALIDATION HUMAINE
│
└── NON CONFORME→ REJET OU CORRECTION
💼 Cas pratique complexe n°1 — Factur-X techniquement valide mais incohérent
Un fichier Factur-X respecte le format PDF/A-3. Son XML est bien formé et conforme au profil annoncé. Le PDF affiche toutefois un total TTC de 14 400 €, tandis que le XML indique 12 000 €.
Diagnostic
| Contrôle | Résultat |
|---|---|
| Conteneur | Conforme. |
| Syntaxe | Conforme. |
| Schéma | Conforme. |
| Profil | Conforme. |
| Cohérence PDF–XML | Non conforme. |
| Traitement | Blocage et régénération complète. |
La conformité technique des composants ne suffit pas lorsque les deux représentations décrivent des montants différents.
💼 Cas pratique complexe n°2 — Conversion UBL vers Factur-X
Une facture UBL comporte six lignes, deux taux de TVA, une remise globale et une référence de contrat. Après conversion en Factur-X, le PDF affiche correctement les six lignes, mais le XML CII n’en contient que cinq.
Risques
- la somme des lignes du XML ne correspond pas au total HT ;
- une base de TVA peut être sous-évaluée ;
- l’ERP du client intègre une facture incomplète ;
- le PDF et le XML décrivent des opérations différentes ;
- la piste de conversion est rompue.
Rejeter la conversion, corriger le mapping de lignes répétables, régénérer le Factur-X et exécuter un test de non-régression sur les factures comportant plusieurs lignes et plusieurs taux.
💼 Cas pratique complexe n°3 — PDF converti par OCR
Un PDF scanné est transformé en UBL. L’OCR identifie correctement le fournisseur et le total TTC, mais confond la date de commande avec la date de facture et le taux de TVA de 10 % avec 20 %.
Contrôles déclenchés
- écart entre la TVA calculée et la TVA visible ;
- date de facture antérieure à la prestation ;
- taux incohérent avec la catégorie d’article ;
- total TTC incompatible avec le taux reconnu ;
- niveau de confiance OCR insuffisant.
Validation humaine obligatoire avant toute comptabilisation ou transmission.
💼 Cas pratique complexe n°4 — Code d’unité modifié
Une prestation de 80 heures à 120 € est convertie d’un format propriétaire vers CII. Le code « HEURE » est transformé en unité générique.
| Élément | Source | Cible |
|---|---|---|
| Quantité | 80 | 80 |
| Unité | HEURE | UNITÉ |
| Prix | 120 € par heure | 120 € par unité |
| Total | 9 600 € | 9 600 € |
Le montant reste exact, mais la signification de l’opération a été modifiée. Un contrôle sémantique et métier est donc indispensable.
💼 Cas pratique complexe n°5 — Exonération perdue lors d’une conversion
Une facture CII relative à une livraison internationale comporte un code et un motif d’exonération. Lors de la conversion en UBL, le taux est conservé à zéro, mais le motif disparaît.
Conséquences
- le fichier cible reste techniquement lisible ;
- le montant de TVA est nul ;
- le destinataire ignore le fondement fiscal ;
- la facture peut être interprétée comme une opération à taux zéro ;
- le dossier fiscal devient incomplet ;
- le fichier doit être rejeté ou corrigé.
📋 Matrice Premium complète de validation des formats
| Domaine | Contrôle | Résultat attendu | Niveau | Action en cas d’écart |
|---|---|---|---|---|
| Fichier | Ouverture et intégrité. | Fichier accessible et non corrompu. | Bloquant. | Rejet technique. |
| Format | Identification PDF, Factur-X, UBL ou CII. | Format reconnu. | Bloquant. | Identifier ou convertir. |
| Conteneur | Conformité PDF/A-3. | Conteneur conforme. | Bloquant pour Factur-X. | Régénérer le document. |
| Pièce embarquée | Présence du XML attendu. | Fichier unique et extractible. | Bloquant. | Rejeter ou corriger. |
| Syntaxe | XML bien formé. | Aucune erreur de balise. | Bloquant. | Rejet technique. |
| Schéma | Structure standard. | Validation réussie. | Bloquant. | Corriger la structure. |
| Profil | Présence des données requises. | Profil intégralement respecté. | Bloquant ou majeur. | Compléter les données. |
| Identification | Vendeur et client. | Identités concordantes. | Bloquant. | Corriger le référentiel. |
| Lignes | Quantités, unités et prix. | Calculs cohérents. | Bloquant. | Corriger la facture. |
| TVA | Catégories, bases et taux. | Traitement cohérent. | Bloquant. | Validation fiscale. |
| Totaux | HT, TVA, TTC et payable. | Recalcul exact. | Bloquant. | Régénérer. |
| PDF–XML | Comparaison des données. | Aucune divergence significative. | Bloquant. | Rejet et régénération. |
| Pièces jointes | Présence et lien. | Documents accessibles. | Majeur. | Compléter le dossier. |
| Conversion | Comparaison source–cible. | Aucune perte non autorisée. | Bloquant ou majeur. | Corriger le mapping. |
| ERP | Mapping vers les champs internes. | Intégration correcte. | Bloquant. | Corriger l’interface. |
| Métier | Commande et service fait. | Opération validée. | Majeur. | Refus ou litige. |
| Fiscal | Territorialité et régime. | Traitement justifié. | Bloquant. | Revue experte. |
| Traçabilité | Journal de traitement. | Historique complet. | Majeur. | Compléter le journal. |
| Archivage | Original et données conservés. | Restitution possible. | Majeur. | Corriger la politique d’archivage. |
📌 Synthèse
La fiabilité d’une facture électronique dépend autant de la qualité des données que de la conformité du fichier.
Le socle minimal doit couvrir :
- les identités ;
- le document ;
- les références commerciales ;
- les lignes ;
- la TVA ;
- les totaux ;
- le paiement ;
- les pièces justificatives.
La lisibilité humaine et la lisibilité machine doivent être contrôlées séparément, puis rapprochées dans les formats hybrides.
Toute conversion entre Factur-X, UBL, CII, PDF ou format propriétaire doit être documentée, validée et comparée au fichier source.
La validation doit couvrir successivement :
- le fichier ;
- la syntaxe ;
- le schéma ;
- le profil ;
- la sémantique ;
- les calculs ;
- le métier ;
- la fiscalité ;
- la cohérence du rendu ;
- l’intégration dans l’ERP.
Une conversion réussie n’est pas celle qui produit un fichier sans erreur technique. C’est celle qui préserve l’identité, le sens, les montants, la TVA, les références, les pièces et la traçabilité de la facture d’origine.
La dernière partie développera le Validateur IA Formats Électroniques, son architecture, son workflow, ses moteurs de contrôle, ses alertes, la validation humaine, ses limites, son tableau de bord, un cas intégral corrigé, la synthèse finale et la transition vers la Séquence 2/7.
🤖 Validateur IA Formats Électroniques
Le Validateur IA Formats Électroniques est un dispositif d’assistance destiné à reconnaître, contrôler, comparer et sécuriser les factures électroniques avant leur transmission, leur intégration comptable ou leur archivage.
Il ne se limite pas à vérifier qu’un fichier peut être ouvert. Il analyse successivement :
- le type réel du fichier ;
- la syntaxe électronique utilisée ;
- le profil annoncé ;
- la présence des données attendues ;
- la cohérence des lignes, taxes et totaux ;
- la concordance entre le PDF et le XML ;
- la qualité d’une éventuelle conversion ;
- la conformité métier de l’opération ;
- la cohérence fiscale des données ;
- la capacité d’intégration dans l’ERP ;
- le niveau de risque nécessitant une validation humaine.
Empêcher qu’un fichier techniquement lisible mais juridiquement, fiscalement ou comptablement incohérent soit accepté comme une facture exploitable.
🎯 Les objectifs du Validateur IA
| Objectif | Résultat attendu | Risque maîtrisé |
|---|---|---|
| Reconnaître le format réel | Identifier PDF, Factur-X, UBL, CII ou format propriétaire. | Mauvais traitement du fichier. |
| Valider la structure | Vérifier syntaxe, schéma et profil. | Rejet technique. |
| Contrôler les données | Repérer les champs absents ou incohérents. | Intégration comptable erronée. |
| Comparer les représentations | Rapprocher PDF, XML, source et fichier converti. | Divergence documentaire. |
| Contrôler les calculs | Recalculer lignes, TVA et totaux. | Montants incorrects. |
| Analyser la fiscalité | Repérer les incohérences de TVA. | Traitement fiscal injustifié. |
| Analyser le métier | Rapprocher commande, contrat et service fait. | Paiement indu. |
| Orienter la décision | Accepter, avertir, bloquer ou soumettre à validation. | Automatisation aveugle. |
🏗️ Architecture complète du Validateur IA
FACTURE ENTRANTE
OU SORTANTE
⬇
COUCHE 1
RÉCEPTION ET SÉCURITÉ
• INTÉGRITÉ
• ANTIVIRUS
• FORMAT
• TAILLE
• EMPREINTE
⬇
COUCHE 2
RECONNAISSANCE
• PDF
• FACTUR-X
• UBL
• CII
• FORMAT PROPRIÉTAIRE
⬇
COUCHE 3
VALIDATION TECHNIQUE
• SYNTAXE
• SCHÉMA
• PROFIL
• CODES
• TYPES DE DONNÉES
⬇
COUCHE 4
COMPARAISON
• PDF ↔ XML
• SOURCE ↔ CIBLE
• FACTURE ↔ ERP
• FACTURE ↔ COMMANDE
⬇
COUCHE 5
CONTRÔLES MÉTIER ET FISCAUX
• LIGNES
• TVA
• TOTAUX
• CLIENT
• FOURNISSEUR
• EXIGIBILITÉ
• EXONÉRATION
⬇
COUCHE 6
SCORING ET DÉCISION
• ACCEPTATION
• AVERTISSEMENT
• VALIDATION HUMAINE
• REJET
• ESCALADE
⬇
COUCHE 7
RESTITUTION ET TRAÇABILITÉ
• RAPPORT
• JOURNAL
• PREUVES
• ACTIONS CORRECTIVES
• ARCHIVAGE
🧠 Architecture fonctionnelle
| Composant | Fonction | Données utilisées | Sortie produite |
|---|---|---|---|
| Récepteur sécurisé | Contrôler l’arrivée du fichier. | Nom, taille, extension, type MIME et empreinte. | Fichier admis ou bloqué. |
| Moteur de reconnaissance | Identifier le format réel. | Contenu, structure, métadonnées et élément racine. | Format, version et profil probables. |
| Moteur de validation | Contrôler la conformité technique. | XML, schémas, règles de profil et listes de codes. | Rapport technique détaillé. |
| Moteur de comparaison | Comparer plusieurs représentations. | PDF, XML, fichier source, cible et données ERP. | Liste des écarts. |
| Moteur arithmétique | Recalculer les montants. | Quantités, prix, remises, bases et taux. | Écarts de calcul. |
| Moteur de contrôle fiscal | Analyser la cohérence TVA. | Nature, pays, taux, catégories et mentions. | Alertes fiscales. |
| Moteur de contrôle métier | Rapprocher la facture de l’opération réelle. | Commande, contrat, livraison et référentiels. | Résultat du rapprochement. |
| Moteur de décision | Classer le niveau de risque. | Résultats de tous les contrôles. | Acceptation, revue ou rejet. |
| Journal de preuve | Historiser le traitement. | Fichiers, règles, versions, alertes et validations. | Piste d’audit complète. |
🔎 Moteur de reconnaissance des formats
Le moteur de reconnaissance ne doit jamais se fier uniquement à l’extension du fichier.
| Indice analysé | Interprétation possible |
|---|---|
Extension .pdf | PDF classique, PDF/A ou Factur-X potentiel. |
| Conformité PDF/A-3 | Conteneur compatible avec un format hybride. |
| Présence d’un XML embarqué | Factur-X possible. |
| Métadonnées de profil | Version et profil Factur-X annoncés. |
Élément racine Invoice | UBL probable selon les espaces de noms. |
Élément racine CrossIndustryInvoice | CII probable. |
| Structure inconnue | Format propriétaire ou fichier non conforme. |
| PDF image sans texte | Document non structuré nécessitant OCR. |
Un PDF/A-3 contenant un fichier nommé factur-x.xml ne doit être reconnu comme Factur-X qu’après validation de ses métadonnées, de sa syntaxe CII, de son profil et de la cohérence PDF–XML.
✅ Moteur de validation
Le moteur de validation applique des contrôles successifs et indépendants.
| Niveau | Contrôle | Décision possible |
|---|---|---|
| Intégrité | Fichier non corrompu et empreinte calculable. | Blocage immédiat. |
| Syntaxe | XML bien formé. | Rejet technique. |
| Schéma | Structure conforme à la syntaxe. | Rejet technique. |
| Profil | Règles spécifiques respectées. | Rejet ou avertissement. |
| Codes | Devises, pays, unités et catégories autorisés. | Rejet ou correction. |
| Calculs | Lignes, taxes et totaux cohérents. | Blocage. |
| Sémantique | Valeurs placées dans les bons champs. | Revue humaine. |
| Métier | Facture cohérente avec la commande. | Acceptation, refus ou litige. |
| Fiscal | TVA cohérente avec le contexte. | Validation experte. |
🔄 Moteur de comparaison
Le moteur de comparaison détecte les écarts entre plusieurs versions ou représentations d’une même facture.
COMPARAISON 1
PDF ↔ XML
• IDENTITÉS
• DATES
• LIGNES
• TVA
• TOTAUX
• ÉCHÉANCE
⬇
COMPARAISON 2
FORMAT SOURCE ↔ FORMAT CIBLE
• CHAMPS PERDUS
• CODES MODIFIÉS
• UNITÉS TRANSFORMÉES
• ARRONDIS
• PIÈCES OUBLIÉES
⬇
COMPARAISON 3
FACTURE ↔ ERP
• FOURNISSEUR
• COMPTE
• CODE TVA
• ANALYTIQUE
• ÉCHÉANCE
⬇
RAPPORT DES ÉCARTS
| Type d’écart | Exemple | Criticité |
|---|---|---|
| Valeur différente | TTC PDF : 12 000 € ; XML : 11 800 €. | Bloquante. |
| Champ absent | Référence de commande perdue après conversion. | Majeure. |
| Code transformé | Heure convertie en unité. | Majeure. |
| Écart d’arrondi | Différence de 0,01 € autorisée ou non. | Mineure ou majeure. |
| Pièce non transmise | Bon de livraison absent. | Majeure. |
| Donnée enrichie | Ajout d’un centre de coût par l’ERP. | Informationnelle. |
⚖️ Moteur de contrôle fiscal
Le moteur fiscal ne rend pas une consultation fiscale autonome. Il détecte des incohérences nécessitant une vérification.
| Contrôle | Anomalie détectée | Action |
|---|---|---|
| Taux et catégorie | Catégorie exonérée avec taux de 20 %. | Blocage et revue fiscale. |
| Base et taxe | Base de 1 000 € et taxe de 150 € au taux de 20 %. | Recalcul et correction. |
| Autoliquidation | TVA facturée malgré la mention d’autoliquidation. | Revue fiscale obligatoire. |
| Franchise | TVA facturée par un fournisseur déclaré en franchise. | Vérifier le régime actuel. |
| Exonération | Motif absent ou incohérent. | Demander un justificatif. |
| Territorialité | Client étranger avec traitement domestique sans justification. | Analyse du flux. |
| Option sur les débits | Option indiquée sans donnée de référence. | Contrôle documentaire. |
| Avoir | Avoir sans référence à la facture corrigée. | Compléter le document. |
Le moteur peut détecter une contradiction entre un taux et une catégorie, mais il ne peut pas toujours déterminer si l’opération bénéficie juridiquement d’une exonération sans analyser les contrats, les faits et les justificatifs.
🏭 Moteur de contrôle métier
| Rapprochement | Contrôle | Décision |
|---|---|---|
| Facture ↔ commande | Prix, quantités et références. | Acceptation ou écart. |
| Facture ↔ réception | Biens livrés ou service fait. | Validation ou blocage. |
| Facture ↔ contrat | Tarif, période et conditions. | Acceptation ou litige. |
| Facture ↔ référentiel fournisseur | Identité et IBAN. | Contrôle anti-fraude. |
| Facture ↔ historique | Doublon et montant inhabituel. | Alerte ou blocage. |
| Avoir ↔ facture initiale | Référence et montant corrigé. | Acceptation ou rejet. |
🔄 Workflow complet du Validateur IA
- Réception : enregistrer le fichier, son canal d’arrivée, sa date, son empreinte et son identifiant.
- Sécurisation : vérifier le type réel du fichier, son intégrité et l’absence de contenu dangereux.
- Reconnaissance : identifier PDF, Factur-X, UBL, CII ou format propriétaire.
- Extraction : extraire le XML, les métadonnées et les pièces jointes.
- Validation technique : contrôler syntaxe, schéma, profil, codes et types.
- Validation arithmétique : recalculer lignes, bases, TVA, TTC et net à payer.
- Comparaison : rapprocher PDF et XML ou source et cible après conversion.
- Analyse métier : comparer la facture à la commande, au contrat et au service fait.
- Analyse fiscale : rechercher les incohérences de TVA et de territorialité.
- Scoring : classer les écarts selon leur criticité et le niveau de confiance.
- Décision automatique : accepter les cas standards sans anomalie bloquante.
- Validation humaine : orienter les cas sensibles vers le bon responsable.
- Restitution : produire un rapport lisible indiquant les erreurs et corrections attendues.
- Journalisation : conserver les règles, versions, résultats et décisions.
- Archivage : conserver le fichier original, le fichier éventuellement converti et les preuves.
🧭 Schéma du workflow décisionnel
FICHIER REÇU
⬇
FORMAT RECONNU ?
├── NON
│
│ → BLOCAGE
│ → REVUE TECHNIQUE
│
└── OUI
⬇
SYNTAXE ET SCHÉMA VALIDES ?
├── NON
│
│ → REJET TECHNIQUE
│
└── OUI
⬇
PROFIL RESPECTÉ ?
├── NON
│
│ → REJET OU AVERTISSEMENT
│
└── OUI
⬇
CALCULS COHÉRENTS ?
├── NON
│
│ → BLOCAGE
│
└── OUI
⬇
PDF ET XML COHÉRENTS ?
├── NON
│
│ → RÉGÉNÉRATION
│
└── OUI
⬇
CONTRÔLES MÉTIER VALIDES ?
├── NON
│
│ → REFUS OU LITIGE
│
└── OUI
⬇
CONTRÔLES FISCAUX VALIDES ?
├── INCERTAINS
│
│ → VALIDATION EXPERTE
│
└── OUI
⬇
ACCEPTATION
• INTÉGRATION ERP
• COMPTABILISATION
• ARCHIVAGE
• TRAÇABILITÉ
🚦 Score de confiance
| Niveau | Situation | Décision |
|---|---|---|
| 🟢 95 à 100 — Très élevé | Format reconnu, contrôles réussis et absence d’écart significatif. | Traitement automatique possible. |
| 🟢 85 à 94 — Élevé | Quelques avertissements non bloquants. | Intégration avec surveillance. |
| 🟡 70 à 84 — Moyen | Données incomplètes ou écarts nécessitant une vérification. | Validation comptable. |
| 🟠 50 à 69 — Faible | Incohérences métier, fiscales ou de conversion. | Validation experte obligatoire. |
| 🔴 0 à 49 — Critique | Erreur bloquante ou contradiction majeure. | Rejet et correction. |
Une facture peut obtenir un score élevé tout en présentant une divergence de total entre le PDF et le XML. Toute règle bloquante doit primer sur le score général.
🚨 Alertes intelligentes bloquantes
| Alerte | Déclencheur | Action |
|---|---|---|
| 🔴 Fichier corrompu | Ouverture ou lecture impossible. | Rejet technique. |
| 🔴 Format non reconnu | Structure incompatible avec les formats acceptés. | Blocage et analyse technique. |
| 🔴 XML invalide | Erreur de syntaxe ou de schéma. | Rejet. |
| 🔴 Total incohérent | HT + TVA différent du TTC. | Correction obligatoire. |
| 🔴 PDF–XML divergent | Montant, client ou numéro différent. | Régénération complète. |
| 🔴 Fournisseur incohérent | SIREN différent du tiers attendu. | Blocage et contrôle anti-fraude. |
| 🔴 Doublon probable | Même numéro, fournisseur et montant déjà reçus. | Suspension du traitement. |
| 🔴 TVA contradictoire | Exonération et taxe positive simultanées. | Revue fiscale. |
🟠 Alertes majeures
| Alerte | Risque | Traitement |
|---|---|---|
| Référence de commande absente | Rapprochement impossible. | Demander un complément. |
| Pièce justificative manquante | Service fait non démontré. | Bloquer la validation métier. |
| Profil insuffisant | Données de lignes absentes. | Limiter l’automatisation ou demander un profil plus riche. |
| Champ perdu en conversion | Information métier ou fiscale supprimée. | Corriger le mapping. |
| IBAN modifié | Fraude au paiement. | Contrôle hors canal. |
| Motif d’exonération incomplet | Dossier fiscal insuffisant. | Validation fiscale. |
| Unité transformée | Signification de la ligne modifiée. | Revue métier. |
🟡 Alertes mineures et recommandations
| Alerte | Interprétation | Recommandation |
|---|---|---|
| Écart d’arrondi tolérable | Différence conforme à la règle paramétrée. | Tracer l’écart. |
| Dénomination légèrement différente | Variation typographique. | Rapprocher par identifiant juridique. |
| Champ facultatif absent | Aucun blocage réglementaire. | Évaluer l’intérêt métier. |
| Profil plus riche disponible | Automatisation limitée. | Étudier une évolution. |
| Pièce volumineuse | Risque de ralentissement. | Optimiser le document. |
| Rendu visuel peu lisible | XML conforme mais consultation difficile. | Améliorer la présentation. |
👥 Validation humaine
Le Validateur IA prépare la décision. Les arbitrages engageant la comptabilité, la fiscalité, le paiement ou la responsabilité de l’entreprise restent humains.
| Intervenant | Contrôles principaux | Décision |
|---|---|---|
| Comptable | Fournisseur, commande, montants, imputation et échéance. | Comptabiliser, suspendre ou demander une correction. |
| Responsable comptable | Écarts significatifs, doublons, conversions et pièces. | Valider l’exception ou rejeter. |
| Expert TVA | Taux, exonération, autoliquidation et territorialité. | Valider le traitement fiscal. |
| DAF | Risques financiers, fournisseurs stratégiques et fraude. | Arbitrer les risques majeurs. |
| Chef de mission | Cohérence globale, piste d’audit et conformité du dispositif. | Autoriser le traitement ou imposer une action corrective. |
| DSI | Format, interface, mapping, sécurité et disponibilité. | Corriger l’architecture technique. |
🧑💻 Contrôle du comptable
- vérifier le fournisseur proposé par le système ;
- contrôler le numéro de facture et le risque de doublon ;
- rapprocher la commande et la réception ;
- vérifier les montants HT, TVA et TTC ;
- contrôler l’échéance ;
- vérifier l’IBAN en cas de changement ;
- examiner les alertes de conversion ;
- valider l’imputation comptable et analytique ;
- documenter toute dérogation.
💼 Contrôle du DAF
Le DAF intervient principalement sur les risques significatifs ou transversaux :
- multiplication des rejets chez un fournisseur stratégique ;
- divergence persistante entre PDF et XML ;
- conversion dégradant les données fiscales ;
- modification suspecte de coordonnées bancaires ;
- incapacité de l’ERP à intégrer un format réglementaire ;
- absence de traçabilité du convertisseur ;
- volume important de validations manuelles ;
- risque de rupture du processus de paiement ;
- faible niveau de qualité des référentiels.
Le Validateur IA doit réduire les erreurs sans créer une nouvelle dépendance opaque. Ses règles, performances et décisions doivent rester pilotables.
🧭 Contrôle du chef de mission
| Question | Preuve attendue |
|---|---|
| Les formats acceptés sont-ils documentés ? | Matrice des formats et profils. |
| Les versions des schémas sont-elles maîtrisées ? | Registre de versions. |
| Les règles de contrôle sont-elles explicables ? | Catalogue des règles. |
| Les écarts bloquants sont-ils définis ? | Grille de criticité. |
| Les conversions sont-elles traçables ? | Journal source–cible. |
| Les validations humaines sont-elles historisées ? | Workflow et approbations. |
| Les faux positifs sont-ils analysés ? | Tableau de suivi des alertes. |
| Les règles sont-elles mises à jour ? | Journal de veille et de déploiement. |
| Les fichiers originaux sont-ils conservés ? | Politique d’archivage. |
⚖️ Arbitrage des anomalies
ANOMALIE DÉTECTÉE
⬇
TECHNIQUE ?
→ DSI / PLATEFORME
⬇
COMPTABLE OU MÉTIER ?
→ COMPTABILITÉ / ACHATS / ADV
⬇
FISCALE ?
→ RESPONSABLE TVA / FISCALISTE
⬇
FINANCIÈRE OU FRAUDE ?
→ DAF / CONTRÔLE INTERNE
⬇
TRANSVERSALE OU NON RÉSOLUE ?
→ CHEF DE MISSION
→ COMITÉ DE PILOTAGE
⬇
DÉCISION HISTORISÉE
⚠️ Limites de l’intelligence artificielle
- l’IA ne transforme pas un document non structuré en source certaine ;
- elle peut mal reconnaître une donnée issue d’un OCR ;
- elle ne garantit pas que le profil annoncé est juridiquement suffisant ;
- elle ne remplace pas l’analyse des contrats et de l’opération réelle ;
- elle ne valide pas seule une exonération ou une autoliquidation ;
- elle ne connaît pas toujours les pratiques particulières d’un secteur ;
- elle peut produire des alertes injustifiées ;
- elle peut ne pas détecter une erreur nouvelle ou atypique ;
- elle dépend de la qualité des données et référentiels ;
- elle dépend des versions de schémas et profils intégrées ;
- elle ne doit pas modifier silencieusement une facture ;
- elle ne peut pas garantir l’absence de fraude ;
- elle ne remplace pas les contrôles de cybersécurité ;
- elle ne dispense pas de conserver le fichier original ;
- la responsabilité finale demeure celle de l’entreprise.
📚 Limites réglementaires
- les règles peuvent évoluer après la mise en production du moteur ;
- les spécifications techniques peuvent être révisées ;
- la conformité à un format ne prouve pas la conformité juridique de l’opération ;
- les obligations varient selon le type d’opération et les parties ;
- certaines données sont obligatoires uniquement dans des situations particulières ;
- les règles européennes, nationales et sectorielles doivent être articulées ;
- une validation logicielle ne constitue pas une prise de position de l’administration.
🖥️ Limites techniques
| Limite | Conséquence | Mesure de maîtrise |
|---|---|---|
| Profil inconnu | Fichier non validable. | Mettre à jour le moteur. |
| Format propriétaire non documenté | Mapping incertain. | Créer un dictionnaire source. |
| OCR peu fiable | Données erronées. | Validation humaine. |
| Pièce chiffrée ou protégée | Analyse impossible. | Demander un fichier exploitable. |
| Fichier trop volumineux | Traitement ralenti ou interrompu. | Limiter et optimiser les pièces. |
| Mapping incomplet | Données perdues. | Tests de non-régression. |
| Version obsolète | Rejets ou contrôles incorrects. | Veille et gestion des versions. |
🏭 Limites métier
- un prix inhabituel peut être parfaitement justifié ;
- une facture sans commande peut être autorisée dans certains processus ;
- une unité générique peut être prévue par le contrat ;
- une différence de dénomination peut provenir d’une enseigne commerciale ;
- une facture peut couvrir plusieurs périodes ou projets ;
- un avoir global peut nécessiter une analyse spécifique ;
- une opération complexe peut comporter plusieurs régimes fiscaux ;
- les règles de validation diffèrent selon le secteur et le risque.
👤 Responsabilité humaine
L’entreprise doit désigner les personnes responsables :
- de la configuration des formats acceptés ;
- de la mise à jour des schémas ;
- de la validation des mappings ;
- des règles fiscales ;
- des seuils d’arrondi ;
- des alertes bloquantes ;
- des dérogations ;
- de la surveillance des performances ;
- de l’audit des décisions automatisées ;
- de la conservation des preuves.
Une décision automatisée sans responsable identifié constitue une faiblesse de contrôle interne.
🏢 Cas intégral Premium — Migration d’un groupe vers les formats structurés
Le Groupe Orion reçoit 80 000 factures par an. Ses fournisseurs transmettent des PDF scannés, des PDF natifs, des Factur-X de plusieurs profils, des fichiers UBL et des fichiers CII.
Architecture initiale
- les PDF sont traités par OCR ;
- les UBL sont intégrés directement ;
- les CII sont convertis en UBL ;
- les Factur-X sont parfois traités comme de simples PDF ;
- aucune comparaison PDF–XML n’est réalisée ;
- les versions des mappings ne sont pas historisées ;
- les pièces jointes se perdent lors de certaines conversions ;
- les alertes TVA ne sont pas centralisées.
🔍 Anomalies détectées par le Validateur IA
| Anomalie | Volume | Criticité | Cause |
|---|---|---|---|
| Factur-X traité par OCR | 4 800 factures | 🟠 Majeure | XML embarqué non extrait. |
| Divergence PDF–XML | 62 factures | 🔴 Bloquante | Modification manuelle du PDF. |
| Référence de commande perdue | 1 250 factures | 🟠 Majeure | Mapping CII vers UBL incomplet. |
| Unité transformée | 310 factures | 🟠 Majeure | Table de codes erronée. |
| Écart d’arrondi | 2 400 factures | 🟡 Mineure | Calcul par ligne contre calcul global. |
| Motif d’exonération absent | 84 factures | 🔴 Bloquante | Donnée non reprise dans la cible. |
| Pièce jointe perdue | 420 factures | 🟠 Majeure | Convertisseur ne gérant pas les annexes. |
🧭 Plan de correction
- Reconnaître systématiquement les Factur-X avant tout OCR.
- Extraire et valider le XML embarqué.
- Bloquer toute divergence PDF–XML.
- Corriger le mapping des références de commande.
- Mettre à jour la table des unités.
- Définir une tolérance d’arrondi documentée.
- Rendre obligatoire la conservation des motifs d’exonération.
- Transférer les pièces jointes lors des conversions.
- Versionner chaque mapping.
- Créer un rapport source–cible pour chaque transformation.
- Orienter les anomalies fiscales vers l’expert TVA.
- Mettre en place des indicateurs mensuels.
📊 Résultats après sécurisation
| Indicateur | Avant | Après |
|---|---|---|
| Factur-X exploités par leur XML | 22 % | 98 % |
| Divergences PDF–XML non détectées | 62 | 0 |
| Références de commande perdues | 1 250 | 18 |
| Pièces jointes perdues | 420 | 0 |
| Factures intégrées automatiquement | 48 % | 82 % |
| Factures nécessitant une revue fiscale | Non mesuré | 1,4 % |
| Délai moyen de traitement | 4,2 jours | 1,6 jour |
Le gain principal ne provient pas uniquement de l’automatisation. Il résulte de la capacité à identifier les formats, préserver les données et orienter chaque anomalie vers le bon niveau de validation.
📈 Tableau de bord du Validateur IA
| Indicateur | Calcul | Objectif |
|---|---|---|
| Taux de formats reconnus | Fichiers identifiés / fichiers reçus. | Proche de 100 %. |
| Taux de conformité technique | Fichiers sans erreur de syntaxe ou schéma / fichiers structurés. | Mesurer la qualité des émetteurs. |
| Taux de divergence PDF–XML | Factures divergentes / Factur-X contrôlés. | 0 %. |
| Taux de perte en conversion | Conversions avec champs perdus / conversions totales. | 0 % sur les données essentielles. |
| Taux d’intégration automatique | Factures intégrées sans intervention / factures conformes. | Suivre les gains de productivité. |
| Taux de faux positifs | Alertes injustifiées / alertes totales. | Réduire les revues inutiles. |
| Délai de résolution | Temps moyen entre alerte et décision. | Limiter les blocages. |
| Nombre d’alertes fiscales | Alertes ouvertes par catégorie. | Identifier les règles mal maîtrisées. |
| Taux de décisions historisées | Décisions avec preuve / décisions totales. | 100 %. |
| Version des mappings à jour | Mappings validés / mappings actifs. | 100 %. |
📝 Synthèse Premium
Le Validateur IA Formats Électroniques sécurise l’ensemble du cycle de traitement d’une facture structurée.
Il reconnaît le format, contrôle la syntaxe, valide le schéma et le profil, recalcule les montants, compare le PDF au XML, analyse les conversions et rapproche la facture des données métier.
Son rôle ne consiste pas à remplacer le comptable, le fiscaliste ou le chef de mission. Il permet de :
- automatiser les contrôles répétitifs ;
- repérer plus rapidement les contradictions ;
- réserver la validation humaine aux cas sensibles ;
- documenter les décisions ;
- sécuriser les conversions ;
- améliorer la qualité des données ;
- préserver la piste d’audit.
Un bon validateur ne se contente pas de dire qu’un fichier est invalide. Il explique quelle règle a échoué, quelle donnée est concernée, quel risque en résulte et quelle personne doit intervenir.
📌 À retenir
- l’extension du fichier ne suffit pas à identifier son format réel ;
- un Factur-X doit être validé comme PDF/A-3 et comme XML CII ;
- la conformité syntaxique ne garantit pas la cohérence métier ;
- la conformité du profil ne garantit pas la justesse fiscale ;
- le PDF et le XML doivent décrire la même facture ;
- toute conversion doit être comparée au fichier source ;
- les champs perdus ou transformés doivent être signalés ;
- les écarts d’arrondi doivent suivre une règle documentée ;
- les pièces jointes doivent être conservées et reliées ;
- les anomalies bloquantes priment sur le score global ;
- la validation humaine reste obligatoire pour les cas sensibles ;
- le fichier original et le journal de traitement doivent être archivés.
🎓 Compétences acquises
À l’issue de cette séquence, vous êtes capable de :
- distinguer données non structurées, semi-structurées et structurées ;
- identifier un PDF classique, un Factur-X, un UBL et un CII ;
- comprendre l’architecture PDF/A-3 + XML de Factur-X ;
- lire les principaux blocs d’une facture XML ;
- identifier les profils et niveaux de richesse ;
- contrôler le socle minimal de données ;
- vérifier la lisibilité humaine et machine ;
- contrôler la cohérence PDF–XML ;
- gérer les pièces jointes ;
- analyser une conversion entre UBL, CII et Factur-X ;
- détecter les pertes de données, codes et unités ;
- contrôler les arrondis ;
- appliquer des contrôles syntaxiques, sémantiques et arithmétiques ;
- conduire des contrôles métier et fiscaux ;
- concevoir un Validateur IA Formats Électroniques ;
- définir ses alertes et niveaux de validation ;
- organiser la traçabilité de ses décisions.
🏆 Niveau de maîtrise atteint
| Niveau | Capacité | Statut |
|---|---|---|
| Niveau 1 — Identifier | Reconnaître les principaux formats. | ✅ Acquis |
| Niveau 2 — Lire | Comprendre la structure d’un XML. | ✅ Acquis |
| Niveau 3 — Contrôler | Valider syntaxe, schéma, profil et calculs. | ✅ Acquis |
| Niveau 4 — Comparer | Rapprocher PDF, XML, source et cible. | ✅ Acquis |
| Niveau 5 — Sécuriser | Détecter les risques métier et fiscaux. | ✅ Acquis |
| Niveau 6 — Piloter | Construire un dispositif de validation IA gouverné. | ✅ Niveau chef de mission |
➡️ Transition vers la Séquence 2/7 — Comprendre les plateformes agréées et leurs fonctions
Vous savez désormais reconnaître et contrôler les principaux formats de facture électronique.
La prochaine étape consiste à comprendre comment ces fichiers circulent entre les entreprises et comment les plateformes interviennent dans leur validation, leur routage et leur transmission.
La Séquence 2/7 permettra notamment de maîtriser :
- le rôle des plateformes agréées ;
- leurs fonctions réglementaires obligatoires ;
- les services complémentaires proposés ;
- la réception des factures ;
- l’émission et le routage ;
- les contrôles réalisés par la plateforme ;
- la gestion des formats et conversions ;
- les échanges interplateformes ;
- les données transmises à l’administration ;
- les statuts du cycle de vie ;
- les rejets et anomalies ;
- la sécurité, la disponibilité et la réversibilité ;
- les critères de sélection d’une plateforme.
Passer de la maîtrise du fichier électronique à la maîtrise de l’infrastructure chargée de le contrôler, le transporter, le délivrer et transmettre ses données.
Choisir et évaluer une plateforme agréée
Construire un cahier des charges exigeant, comparer objectivement les offres et sélectionner une plateforme capable de sécuriser durablement les factures, les données fiscales, les flux comptables et les processus métiers de l’entreprise.
🎯 Introduction Premium — Ne pas choisir une plateforme comme un simple logiciel
Le choix d’une plateforme agréée ne doit jamais être réduit à la comparaison de quelques écrans, d’un tarif par facture ou d’une démonstration commerciale.
La plateforme devient un maillon central entre :
- les clients ;
- les fournisseurs ;
- les ERP ;
- les logiciels métiers ;
- les outils comptables ;
- les systèmes de trésorerie ;
- les circuits de validation ;
- les autres plateformes ;
- l’annuaire de la facturation électronique ;
- les services de transmission des données utiles à l’administration.
Il ne faut pas seulement demander : « Cette plateforme sait-elle transmettre une facture ? » Il faut déterminer si elle sait recevoir, contrôler, convertir, router, restituer, tracer et sécuriser l’ensemble des flux réels de l’entreprise.
Une plateforme peut être parfaitement adaptée à une microentreprise utilisant un seul logiciel et devenir insuffisante pour un groupe international disposant de plusieurs ERP, de flux B2C, d’opérations internationales et de processus de validation complexes.
La sélection doit donc partir des besoins de l’entreprise, et non du catalogue commercial du prestataire.
🎯 Objectif professionnel
À l’issue de cette première livraison, vous serez capable de construire une méthode complète de présélection et d’évaluation des plateformes agréées.
Vous saurez notamment :
- recenser les besoins juridiques, fiscaux, comptables et techniques ;
- cartographier les flux avant toute consultation des prestataires ;
- établir un cahier des charges structuré ;
- déterminer les fonctionnalités réellement indispensables ;
- distinguer les services réglementaires des services complémentaires ;
- analyser les besoins multi-sociétés, multi-ERP et internationaux ;
- comparer les modèles économiques ;
- identifier les coûts visibles et les coûts cachés ;
- calculer le coût total de possession ;
- construire une grille de notation pondérée ;
- organiser une démonstration fondée sur des cas d’usage réels ;
- préparer une décision de niveau chef de mission ou DAF.
Produire un dossier de sélection capable de justifier objectivement pourquoi une plateforme est adaptée aux flux, aux risques, à l’organisation et à la stratégie de l’entreprise.
🎓 Compétences développées
| Compétence | Application professionnelle | Risque évité |
|---|---|---|
| Recenser les besoins | Identifier les fonctions réellement nécessaires. | Choisir une solution séduisante mais inadaptée. |
| Cartographier les flux | Relier entités, opérations, formats et systèmes. | Oublier un canal de facturation. |
| Évaluer les fonctionnalités | Comparer les plateformes sur une base homogène. | Décision fondée sur une démonstration commerciale. |
| Analyser les coûts | Calculer le coût total de possession. | Découvrir des frais non budgétés après signature. |
| Construire un scoring | Pondérer les critères selon les priorités. | Choix subjectif ou non documenté. |
| Tester les cas d’usage | Évaluer la plateforme sur des flux réels. | Échec lors de la mise en production. |
| Préparer la gouvernance | Attribuer les rôles et validations. | Projet sans propriétaire. |
1️⃣ Pourquoi le choix d’une plateforme agréée est stratégique
La plateforme intervient dans un processus qui engage simultanément la conformité fiscale, la comptabilité, la trésorerie, les relations commerciales et les systèmes d’information.
CLIENTS ET FOURNISSEURS
⬇
PLATEFORME AGRÉÉE
• ÉMISSION
• RÉCEPTION
• CONTRÔLE
• CONVERSION
• ROUTAGE
• STATUTS
• E-REPORTING
• TRAÇABILITÉ
⬇
ERP • COMPTABILITÉ
• TRÉSORERIE
• ACHATS
• VENTES
• FISCALITÉ
⬇
PILOTAGE ET CONTRÔLE INTERNE
Une plateforme mal choisie peut imposer de nouveaux développements, multiplier les traitements manuels, dégrader les données ou rendre un changement de prestataire coûteux.
🧾 Les enjeux fiscaux
La plateforme doit pouvoir traiter correctement les factures et les données correspondant aux opérations de l’entreprise.
L’analyse doit notamment porter sur :
- les flux relevant de l’e-invoicing ;
- les opérations relevant du e-reporting ;
- les données de paiement ;
- les opérations B2B domestiques ;
- les ventes B2C ;
- les opérations internationales ;
- les exonérations ;
- les autoliquidations ;
- les avoirs et corrections ;
- les acomptes ;
- les opérations comportant plusieurs taux ;
- les statuts du cycle de vie.
| Question fiscale | Attente envers la plateforme |
|---|---|
| Le format contient-il toutes les données attendues ? | Contrôles de présence, de type et de cohérence. |
| Les montants de TVA sont-ils cohérents ? | Recalcul des bases, taux et taxes. |
| Une donnée obligatoire est-elle absente ? | Rejet, avertissement ou demande de correction. |
| Une facture est-elle convertie ? | Préservation et traçabilité des données fiscales. |
| Une transmission échoue-t-elle ? | Journal, motif précis et procédure de reprise. |
| Une opération nécessite un e-reporting ? | Classification et transmission des données adaptées. |
📚 Les enjeux comptables
La plateforme doit permettre l’intégration des factures dans les processus comptables sans multiplier les ressaisies.
| Processus comptable | Fonction attendue | Indicateur |
|---|---|---|
| Identification du tiers | Rapprochement par identifiant juridique. | Taux de tiers reconnus. |
| Précomptabilisation | Extraction des montants, taxes et références. | Taux d’écritures proposées. |
| Rapprochement de commande | Comparaison commande–réception–facture. | Taux de rapprochement automatique. |
| Imputation analytique | Alimentation des projets, centres et axes. | Taux d’imputations complètes. |
| Gestion des écarts | Workflow de validation. | Délai moyen de résolution. |
| Archivage | Conservation du document, des données et des statuts. | Taux de restitution réussie. |
La meilleure plateforme n’est pas celle qui reçoit le plus de formats. C’est celle qui transforme les factures reçues en données réellement exploitables par la comptabilité.
🖥️ Les enjeux pour le système d’information
- compatibilité avec l’ERP ;
- connexion avec les logiciels métiers ;
- API documentées ;
- gestion des volumes et pointes de charge ;
- disponibilité des environnements de test ;
- gestion des versions ;
- journalisation des échanges ;
- supervision des interfaces ;
- séparation des environnements ;
- gestion des habilitations ;
- reprise après incident ;
- capacité d’export des données.
ERP VENTES
ERP ACHATS
LOGICIELS MÉTIERS
CAISSES
E-COMMERCE
TRÉSORERIE
⬇
COUCHE D’INTÉGRATION
• API
• CONNECTEURS
• SFTP
• DÉPÔT
• PORTAIL
⬇
PLATEFORME AGRÉÉE
⬇
CLIENTS • FOURNISSEURS
• AUTRES PLATEFORMES
• SERVICES PUBLICS
⚖️ Les enjeux juridiques
La relation avec la plateforme doit être encadrée par des engagements contractuels précis.
Le cahier des charges doit préparer l’analyse future de :
- la nature exacte des prestations ;
- la répartition des responsabilités ;
- les obligations de confidentialité ;
- la protection des données ;
- la sous-traitance ;
- la localisation des traitements ;
- les niveaux de service ;
- la gestion des incidents ;
- la propriété des données ;
- les conditions de réversibilité ;
- les responsabilités en cas de rejet ou d’indisponibilité ;
- les conditions de résiliation.
Le statut réglementaire de la plateforme ne dispense jamais l’entreprise d’analyser les conditions contractuelles propres au service souscrit.
🏢 Les enjeux organisationnels
| Fonction | Question à traiter |
|---|---|
| Direction générale | Quel niveau de risque et d’investissement est accepté ? |
| DAF | Quels gains et indicateurs sont attendus ? |
| Fiscalité | Quelles opérations et règles doivent être contrôlées ? |
| Comptabilité | Quels traitements doivent être automatisés ? |
| Achats | Comment les factures seront-elles rapprochées et validées ? |
| Ventes | Comment les rejets clients seront-ils traités ? |
| DSI | Quelles interfaces et sécurités sont nécessaires ? |
| Juridique | Quels engagements contractuels doivent être obtenus ? |
| Contrôle interne | Quels contrôles, preuves et habilitations sont requis ? |
2️⃣ Construire un cahier des charges professionnel
Le cahier des charges doit décrire le fonctionnement réel de l’entreprise, les résultats attendus et les contraintes que la plateforme devra respecter.
1. PÉRIMÈTRE
⬇
2. FLUX
⬇
3. VOLUMES
⬇
4. SYSTÈMES
⬇
5. FONCTIONNALITÉS
⬇
6. CONTRÔLES
⬇
7. SERVICES
⬇
8. COÛTS
⬇
9. GOUVERNANCE
⬇
10. CRITÈRES DE DÉCISION
🗣️ Étape 1 — Formaliser l’expression des besoins
L’expression des besoins doit être conduite avec les équipes opérationnelles et non uniquement par la DSI ou la Direction financière.
| Question | Exemple de réponse | Conséquence |
|---|---|---|
| Combien d’entités sont concernées ? | 12 sociétés françaises et 4 filiales étrangères. | Besoin multi-sociétés et international. |
| Quels flux sont émis ? | B2B, B2G, B2C et international. | Plusieurs circuits à gérer. |
| Quels formats sont produits ? | Factur-X, PDF et XML propriétaire. | Conversions et contrôles nécessaires. |
| Quels formats sont reçus ? | Factur-X, UBL, CII et PDF transitoires. | Moteur de reconnaissance et de conversion. |
| Quels contrôles sont attendus ? | TVA, commande, doublon et IBAN. | Services de validation avancés. |
| Quels outils doivent être connectés ? | ERP, CRM, achats et trésorerie. | Plusieurs interfaces. |
| Quels utilisateurs interviennent ? | Comptables, acheteurs, managers et fiscalistes. | Workflow et habilitations. |
| Quels objectifs sont prioritaires ? | Conformité, automatisation et réduction des délais. | Pondération des critères. |
🗺️ Étape 2 — Cartographier les flux
La cartographie doit être suffisamment détaillée pour identifier chaque combinaison significative.
| Dimension | Informations à recenser |
|---|---|
| Entité | SIREN, établissement, taille et régime de TVA. |
| Opération | Bien, service, acompte, avoir ou facture périodique. |
| Client | B2B, B2C, B2G, France, Union européenne ou pays tiers. |
| Canal source | ERP, portail, caisse, marketplace ou logiciel métier. |
| Format | Factur-X, UBL, CII, PDF ou format propriétaire. |
| Obligation | E-invoicing, e-reporting ou circuit particulier. |
| Destination | Client, plateforme, Chorus Pro ou administration. |
| Contrôle | Technique, métier, fiscal ou comptable. |
| Responsable | Émetteur, comptable, fiscaliste ou DSI. |
Une matrice Entité → Opération → Format → Plateforme → Contrôle → Système cible → Responsable.
📊 Étape 3 — Mesurer la volumétrie
La volumétrie ne se résume pas au nombre annuel de factures.
| Indicateur | Pourquoi le mesurer ? |
|---|---|
| Factures émises par mois | Dimensionner l’émission. |
| Factures reçues par mois | Dimensionner la réception et le workflow. |
| Pic quotidien | Tester la capacité en période de clôture. |
| Nombre moyen de lignes | Évaluer la charge de traitement. |
| Taille moyenne des fichiers | Dimensionner les transferts et le stockage. |
| Nombre de pièces jointes | Évaluer les capacités documentaires. |
| Nombre d’entités | Évaluer les besoins multi-sociétés. |
| Nombre d’utilisateurs | Calculer les licences et habilitations. |
| Nombre de conversions | Estimer les coûts et risques techniques. |
| Taux d’anomalies actuel | Dimensionner les workflows d’exception. |
Une moyenne mensuelle acceptable peut masquer un volume très important en fin de mois, en clôture ou pendant certaines campagnes commerciales.
👥 Étape 4 — Identifier les utilisateurs et leurs rôles
| Profil | Besoin | Habilitation possible |
|---|---|---|
| Administrateur | Paramétrer les entités et utilisateurs. | Administration complète. |
| Comptable fournisseurs | Contrôler et intégrer les factures reçues. | Consultation, correction et validation. |
| Comptable clients | Suivre les émissions et rejets. | Émission, suivi et relance. |
| Responsable TVA | Examiner les anomalies fiscales. | Accès aux données fiscales et rapports. |
| Manager métier | Valider le service fait. | Accès limité aux factures de son périmètre. |
| Auditeur | Consulter les journaux et preuves. | Lecture seule. |
| DSI | Superviser les interfaces. | Accès technique et journaux. |
🖥️ Étape 5 — Recenser les ERP et logiciels métiers
Pour chaque système, le cahier des charges doit préciser :
- le nom et la version du logiciel ;
- les entités utilisatrices ;
- les flux produits ou reçus ;
- les formats disponibles ;
- les API existantes ;
- les capacités d’import et d’export ;
- les contraintes de fréquence ;
- les référentiels utilisés ;
- les contrôles déjà réalisés ;
- les responsables techniques ;
- les évolutions prévues ;
- les dépendances avec d’autres systèmes.
| Système | Flux | Connexion souhaitée | Exigence |
|---|---|---|---|
| ERP ventes | Factures clients. | API temps réel. | Retour des statuts. |
| ERP achats | Factures fournisseurs. | API ou connecteur. | Intégration des données et pièces. |
| Logiciel métier | Prestations spécialisées. | Fichier ou API. | Préservation des références sectorielles. |
| Trésorerie | Paiements et encaissements. | Interface sécurisée. | Rapprochement des données. |
| Data warehouse | Reporting consolidé. | Export automatisé. | Historique complet. |
📜 Étape 6 — Formaliser les exigences réglementaires
Le cahier des charges doit imposer au candidat d’expliquer clairement :
- les services couverts par son agrément ;
- les formats acceptés et restitués ;
- les modalités de raccordement à l’annuaire ;
- la gestion des adresses électroniques de facturation ;
- la transmission des factures ;
- la transmission des données de e-reporting ;
- la gestion des données de paiement ;
- les statuts pris en charge ;
- les contrôles réglementaires appliqués ;
- la gestion des rejets ;
- la traçabilité des transmissions ;
- les procédures d’évolution réglementaire.
🏛️ Étape 7 — Organiser la gouvernance du projet
| Instance | Mission | Livrable |
|---|---|---|
| Comité de pilotage | Arbitrer les choix et risques. | Décisions et budget. |
| Équipe projet | Construire le cahier des charges et conduire les tests. | Planning et comptes rendus. |
| Groupe fiscal | Valider les règles de TVA. | Matrice fiscale. |
| Groupe technique | Analyser les interfaces. | Architecture cible. |
| Utilisateurs clés | Tester les parcours réels. | Procès-verbaux de recette. |
| Achats et juridique | Négocier l’offre et le contrat. | Grille contractuelle. |
3️⃣ Les fonctionnalités indispensables
Une fonction est indispensable lorsqu’elle est nécessaire pour respecter une obligation, maintenir la continuité du processus ou maîtriser un risque critique.
| Fonction | Attente minimale | Question de démonstration |
|---|---|---|
| Émission | Recevoir les données sources, valider et transmettre. | Montrez une émission depuis notre ERP jusqu’au statut final. |
| Réception | Recevoir, contrôler et restituer la facture. | Montrez une réception avec plusieurs pièces. |
| E-reporting | Transmettre les données attendues selon les opérations. | Montrez un flux B2C et un flux international. |
| Annuaire | Rechercher et gérer l’adressage. | Montrez le routage d’une facture multi-établissements. |
| Statuts | Recevoir, historiser et restituer les événements. | Montrez la chronologie complète d’une facture rejetée. |
| Formats | Gérer Factur-X, UBL et CII selon le besoin. | Montrez les contrôles et conversions. |
| API | Permettre une intégration documentée et sécurisée. | Montrez la documentation et les journaux d’erreurs. |
| Workflow | Orienter les anomalies vers les responsables. | Montrez un circuit d’approbation à trois niveaux. |
| Tableaux de bord | Suivre les volumes, statuts, rejets et délais. | Montrez les indicateurs par entité. |
📤 Émission des factures
La plateforme doit permettre :
- la réception des données provenant de plusieurs systèmes ;
- la reconnaissance de l’entité émettrice ;
- la validation du format ;
- le contrôle des données obligatoires ;
- la détermination de l’adresse du destinataire ;
- la conversion éventuelle du format ;
- la transmission à la plateforme du client ;
- le retour des statuts ;
- la gestion des erreurs ;
- la conservation du journal d’émission.
La plateforme bloque-t-elle une facture non conforme avant son émission ou se contente-t-elle de transmettre le rejet reçu ultérieurement ?
📥 Réception des factures
| Étape | Fonction attendue |
|---|---|
| Réception technique | Identifier le fichier, l’émetteur et le canal. |
| Contrôle | Valider syntaxe, profil, données et calculs. |
| Enrichissement | Ajouter les données internes autorisées. |
| Rapprochement | Rechercher la commande et la réception. |
| Workflow | Orienter les écarts vers le bon utilisateur. |
| Restitution | Envoyer les données et pièces à l’ERP. |
| Statut | Transmettre et historiser les événements. |
📡 E-reporting
L’évaluation doit vérifier que la plateforme peut distinguer et traiter les catégories d’opérations de l’entreprise.
| Flux | Donnée source | Contrôle attendu |
|---|---|---|
| Ventes B2C | ERP, caisse ou site marchand. | Exhaustivité et absence de doublon. |
| Opérations internationales | Facturation et logistique. | Pays, nature et régime TVA. |
| Données de paiement | Trésorerie ou lettrage. | Facture, montant et date d’encaissement. |
| Avoirs et remboursements | ERP et e-commerce. | Rattachement aux opérations initiales. |
| Opérations multi-taux | Détail des ventes. | Ventilation correcte. |
📇 Gestion de l’annuaire et de l’adressage
- recherche par SIREN ou SIRET ;
- identification de la plateforme du destinataire ;
- gestion des établissements ;
- gestion de plusieurs adresses de facturation ;
- règles de routage par service ;
- mise à jour des adresses ;
- gestion des erreurs de destinataire ;
- historisation des modifications ;
- contrôle avant émission ;
- gestion des entités sans adressage complet.
Une même société possède plusieurs établissements, plusieurs services de réception et des règles d’adressage différentes selon les commandes.
🔄 Suivi des statuts
La plateforme doit présenter les statuts d’une manière compréhensible par les équipes opérationnelles.
| Besoin | Attente |
|---|---|
| Traçabilité | Date, heure, auteur, source et motif. |
| Restitution à l’ERP | Retour automatique des statuts. |
| Alertes | Notification des rejets et blocages. |
| Recherche | Filtrer par entité, client, période ou statut. |
| Historique | Conserver toute la chronologie. |
| Correction | Lier la nouvelle facture à la facture rejetée. |
🗄️ Archivage et conservation documentaire
Il faut distinguer :
- la conservation opérationnelle proposée par la plateforme ;
- l’archivage probant ou à vocation légale ;
- la durée incluse dans le tarif ;
- la restitution après résiliation ;
- la conservation des pièces jointes ;
- la conservation des statuts et journaux ;
- la capacité à vérifier l’intégrité ;
- la possibilité de rechercher et exporter les documents.
Le fait de pouvoir consulter une facture sur un portail pendant quelques années ne suffit pas à démontrer que toutes les exigences de conservation, d’intégrité, de restitution et de traçabilité sont couvertes.
🔌 API et connecteurs
| Critère | Question à poser |
|---|---|
| Documentation | La documentation est-elle complète et accessible ? |
| Authentification | Quels mécanismes de sécurité sont utilisés ? |
| Formats | Quels fichiers et données peuvent être échangés ? |
| Temps réel | Les échanges sont-ils synchrones ou asynchrones ? |
| Limites | Existe-t-il des quotas ou limites d’appels ? |
| Erreurs | Les messages d’erreur sont-ils précis ? |
| Versionnement | Comment les évolutions d’API sont-elles gérées ? |
| Environnement de test | Un bac à sable représentatif est-il disponible ? |
| Supervision | Comment surveiller les files d’attente et échecs ? |
| Réversibilité | Les spécifications et exports restent-ils disponibles en sortie ? |
✅ Workflow et validation
Le workflow doit permettre de traiter les factures conformes et les exceptions.
FACTURE REÇUE
⬇
CONTRÔLES AUTOMATIQUES
⬇
COMMANDE TROUVÉE ?
├── OUI
│
│ → RAPPROCHEMENT
│
└── NON→ COMPTABLE
⬇
MONTANTS CONFORMES ?
├── OUI
│
│ → VALIDATION AUTOMATIQUE
│
└── NON→ APPROBATEUR MÉTIER
⬇
RISQUE FISCAL ?
├── OUI
│
│ → EXPERT TVA
│
└── NON→ COMPTABILISATION
⬇
ARCHIVAGE ET PAIEMENT
📂 Gestion documentaire
- visualisation du rendu de la facture ;
- accès aux données structurées ;
- accès aux pièces jointes ;
- recherche multicritère ;
- classement par entité et période ;
- gestion des versions ;
- export groupé ;
- journal des consultations ;
- gestion des droits ;
- liaison avec la commande et le paiement.
📊 Tableaux de bord indispensables
| Indicateur | Utilité |
|---|---|
| Factures émises | Suivre les volumes par entité. |
| Factures reçues | Mesurer la charge entrante. |
| Factures rejetées | Identifier les anomalies récurrentes. |
| Factures en attente | Détecter les blocages. |
| Délai de traitement | Mesurer la performance du processus. |
| Taux de rapprochement automatique | Mesurer l’automatisation. |
| Taux de conversion | Suivre la dépendance aux transformations. |
| Erreurs par fournisseur | Organiser les actions correctives. |
| Statuts non retournés | Surveiller les ruptures de flux. |
| Coût moyen par facture | Piloter la performance économique. |
4️⃣ Les fonctionnalités avancées
Les fonctionnalités avancées doivent être évaluées uniquement lorsqu’elles répondent à un besoin démontré.
Une longue liste de fonctionnalités n’a aucune valeur si les équipes ne les utilisent pas, si elles ne sont pas intégrées à l’ERP ou si elles génèrent des frais disproportionnés.
🏢 Gestion multi-sociétés
| Besoin | Fonction attendue |
|---|---|
| Entités juridiquement distinctes | Paramétrage par SIREN. |
| Utilisateurs partagés | Accès selon le périmètre autorisé. |
| Reporting Groupe | Consolidation des indicateurs. |
| Règles différentes | Paramétrage fiscal et métier par entité. |
| Plateformes ou adresses multiples | Gestion fine du routage. |
| Centre de services partagés | Traitement centralisé sans confusion des identités. |
🧩 Gestion multi-ERP
Une plateforme multi-ERP doit permettre :
- plusieurs formats sources ;
- plusieurs connecteurs ;
- des règles de mapping distinctes ;
- une supervision centralisée ;
- la séparation des flux ;
- des calendriers de migration différents ;
- la restitution des statuts dans chaque ERP ;
- un référentiel commun ou synchronisé ;
- la gestion des doublons intersystèmes ;
- une traçabilité par application source.
🌍 Gestion multi-pays
| Critère | Question d’évaluation |
|---|---|
| Pays couverts | Quels dispositifs nationaux sont pris en charge ? |
| Formats locaux | Quels standards sont supportés ? |
| Réseaux internationaux | Quels raccordements sont disponibles ? |
| Évolutions réglementaires | Comment la veille est-elle organisée ? |
| Support local | Existe-t-il une assistance dans chaque zone ? |
| Hébergement | Où les données sont-elles traitées et conservées ? |
| Contrat | Une offre mondiale ou plusieurs contrats sont-ils nécessaires ? |
💱 Gestion multi-devises
- codes de devises normalisés ;
- gestion de la devise de facture ;
- gestion éventuelle d’une devise fiscale ;
- taux de conversion ;
- date du taux ;
- écarts d’arrondi ;
- restitution à l’ERP ;
- contrôle des montants payables ;
- affichage humain cohérent ;
- journal des transformations.
🌐 Gestion multi-langues
| Élément | Attente |
|---|---|
| Interface utilisateur | Langues disponibles pour les équipes. |
| Rendu de facture | Libellés et mentions adaptés. |
| Messages d’erreur | Compréhensibles par les utilisateurs locaux. |
| Support | Assistance dans les langues nécessaires. |
| Données structurées | Préservation des caractères et encodages. |
| Documentation | Guides disponibles pour chaque population. |
🤖 Intelligence artificielle et automatisation
Les services d’intelligence artificielle peuvent porter sur :
- la reconnaissance de formats ;
- l’extraction de données ;
- la détection d’anomalies ;
- la proposition d’imputation ;
- la détection de doublons ;
- l’analyse des variations de prix ;
- le rapprochement avec les commandes ;
- la détection d’IBAN inhabituels ;
- la priorisation des alertes ;
- la prévision des délais de traitement.
Quelles données alimentent le modèle ? Les données des clients sont-elles utilisées pour l’apprentissage ? Comment une recommandation est-elle expliquée ? Qui valide les décisions ?
🔍 OCR et traitement des documents non structurés
| Critère | Test à réaliser |
|---|---|
| Qualité de reconnaissance | Utiliser des scans de qualités différentes. |
| Factures multi-pages | Vérifier les lignes et totaux. |
| Plusieurs taux de TVA | Tester la ventilation. |
| Devises étrangères | Contrôler la devise et les décimales. |
| Confiance | Vérifier l’affichage du score par champ. |
| Validation humaine | Tester l’interface de correction. |
| Traçabilité | Conserver la donnée lue et la donnée corrigée. |
🔗 Rapprochements avancés
- rapprochement facture–commande ;
- rapprochement commande–réception–facture ;
- rapprochement facture–contrat ;
- rapprochement facture–encaissement ;
- rapprochement facture–paiement ;
- rapprochement avoir–facture initiale ;
- rapprochement facture–budget ;
- rapprochement facture–projet ;
- détection des doublons ;
- détection des écarts de prix et quantité.
📈 Reporting avancé
| Rapport | Utilité |
|---|---|
| Qualité des fournisseurs | Identifier ceux générant le plus d’erreurs. |
| Performance par entité | Comparer les délais et taux d’automatisation. |
| Analyse des rejets | Traiter les causes racines. |
| Coût par canal | Comparer API, portail et saisie manuelle. |
| Conversions | Mesurer la dépendance aux formats intermédiaires. |
| Risques fiscaux | Suivre les alertes de TVA. |
| Productivité | Mesurer le nombre de factures traitées par utilisateur. |
5️⃣ Comparer les coûts
Le prix affiché par facture ne représente qu’une partie du coût réel.
COÛT TOTAL DE POSSESSION
ABONNEMENT
+
VOLUMES
+
CONNECTEURS
+
PROJET INITIAL
+
MIGRATION
+
SUPPORT
+
ÉVOLUTIONS
+
ARCHIVAGE
+
RÉVERSIBILITÉ
⬇
COÛT RÉEL SUR 3 À 5 ANS
💶 Les principaux postes de coûts
| Poste | Question | Risque |
|---|---|---|
| Abonnement | Par entreprise, utilisateur ou environnement ? | Multiplication des licences. |
| Facture émise | Tarif fixe ou dégressif ? | Hausse avec les volumes. |
| Facture reçue | Incluse ou facturée séparément ? | Coût fournisseur sous-estimé. |
| E-reporting | Facturation par transmission ou par ligne ? | Coût important pour le B2C. |
| Conversion | Incluse pour tous les formats ? | Surcoût par fichier. |
| API | Incluse ou soumise à licence ? | Coût technique récurrent. |
| Connecteur ERP | Standard, personnalisé ou maintenu par un tiers ? | Dépendance et maintenance. |
| Utilisateurs | Nombre illimité ou licences nominatives ? | Coût du workflow. |
| Archivage | Durée et volume inclus ? | Frais croissants. |
| Support | Niveau standard ou premium ? | Assistance insuffisante en incident. |
🕳️ Les coûts cachés
- paramétrage initial ;
- ateliers de conception ;
- développement des interfaces ;
- adaptation des ERP ;
- nettoyage des référentiels ;
- tests et recettes ;
- formation des utilisateurs ;
- gestion des rejets ;
- maintenance des mappings ;
- évolutions réglementaires ;
- environnements supplémentaires ;
- reprises de données ;
- assistance au changement ;
- export en fin de contrat.
Un abonnement faible peut être compensé par des frais élevés de connecteur, de support, de conversion, de stockage ou de sortie.
🛠️ Maintenance et accompagnement
| Service | À préciser |
|---|---|
| Maintenance corrective | Délais, horaires et criticités. |
| Maintenance évolutive | Incluse ou facturée. |
| Évolutions réglementaires | Délai de mise à disposition. |
| Accompagnement projet | Nombre de jours inclus. |
| Formation | Initiale, continue et nouveaux utilisateurs. |
| Support | Canaux, langues et horaires. |
| Customer success | Revue régulière des performances. |
🚚 Migration et déploiement
Le coût de migration peut inclure :
- l’intégration des entités ;
- la création des utilisateurs ;
- le chargement des référentiels ;
- la reprise des adresses ;
- la création des mappings ;
- la connexion des ERP ;
- la migration de l’historique ;
- les campagnes de tests ;
- la bascule progressive ;
- l’assistance renforcée après démarrage.
📈 Évolutivité
Le cahier des charges doit tester la capacité de la plateforme à accompagner :
- une hausse des volumes ;
- l’ajout d’une société ;
- l’ouverture d’un nouveau pays ;
- le changement d’ERP ;
- une acquisition ;
- une entrée dans un groupe TVA ;
- de nouveaux formats ;
- de nouveaux canaux de vente ;
- de nouvelles règles de validation ;
- une évolution réglementaire majeure.
📐 Calculer le coût total de possession
Coût total = projet initial + abonnements + volumes + interfaces + support + archivage + évolutions + coûts internes + coût de sortie.
| Poste sur 3 ans | Plateforme A | Plateforme B | Plateforme C |
|---|---|---|---|
| Projet initial | 25 000 € | 45 000 € | 18 000 € |
| Abonnements | 54 000 € | 42 000 € | 66 000 € |
| Volumes | 30 000 € | 21 000 € | 36 000 € |
| Connecteurs | 18 000 € | 12 000 € | 30 000 € |
| Support | 9 000 € | 15 000 € | 6 000 € |
| Archivage | 6 000 € | Inclus | 9 000 € |
| Coût estimé | 142 000 € | 135 000 € | 165 000 € |
Ces montants sont fictifs. La méthode consiste à comparer toutes les offres sur une même durée, avec les mêmes hypothèses de volumes et de services.
📊 Mesurer le retour sur investissement
| Gain attendu | Mesure |
|---|---|
| Réduction des saisies | Heures économisées × coût horaire. |
| Réduction des erreurs | Coût moyen d’une correction × erreurs évitées. |
| Réduction des délais | Diminution du cycle de traitement. |
| Réduction des litiges | Nombre de litiges et coût de résolution. |
| Amélioration du paiement | Réduction des retards et pénalités. |
| Amélioration du contrôle | Risques détectés avant comptabilisation. |
| Réduction du papier | Impression, affranchissement et stockage évités. |
ROI = (gains cumulés − coût total du projet) ÷ coût total du projet × 100.
6️⃣ Grille Premium complète d’évaluation
| Domaine | Pondération | Critères | Note sur 5 |
|---|---|---|---|
| Conformité réglementaire | 20 % | Agrément, formats, e-reporting, statuts et annuaire. | À compléter. |
| Couverture fonctionnelle | 15 % | Émission, réception, workflow et reporting. | À compléter. |
| Intégration SI | 15 % | API, connecteurs, ERP et supervision. | À compléter. |
| Formats et conversions | 10 % | Factur-X, UBL, CII et traçabilité. | À compléter. |
| Sécurité | 10 % | Accès, chiffrement, incidents et continuité. | À compléter. |
| International | 5 % | Pays, réseaux, langues et formats. | À compléter. |
| Services et support | 5 % | Accompagnement, horaires et expertise. | À compléter. |
| Coût total | 10 % | Projet, récurrence, volumes et sortie. | À compléter. |
| Réversibilité | 5 % | Exports, assistance et délais. | À compléter. |
| Références et solidité | 5 % | Clients comparables, pérennité et feuille de route. | À compléter. |
Une excellente note globale ne doit jamais compenser l’échec d’un critère éliminatoire, comme l’absence d’un agrément valide, l’impossibilité d’intégrer l’ERP ou une faiblesse critique de sécurité.
📋 Tableau Premium — Comparaison des fonctionnalités
| Fonction | Plateforme A | Plateforme B | Plateforme C |
|---|---|---|---|
| Émission e-invoicing | ✅ Standard | ✅ Avancée | ✅ Standard |
| Réception | ✅ | ✅ | ✅ |
| E-reporting B2C | ✅ | ✅ | ⚠️ Module complémentaire |
| Données de paiement | ✅ | ✅ | ✅ |
| Factur-X | ✅ | ✅ | ✅ |
| UBL | ✅ | ✅ | ⚠️ Conversion externe |
| CII | ✅ | ✅ | ⚠️ Limité |
| Workflow avancé | ⚠️ Basique | ✅ | ✅ |
| Multi-ERP | ✅ | ✅ | ⚠️ Sur devis |
| International | 5 pays | 25 pays | France uniquement |
| OCR | ✅ Inclus | ✅ Premium | ❌ |
| Archivage | Option | Inclus | Partenaire externe |
Les plateformes A, B et C sont fictives. Le tableau montre la méthode de comparaison et non une évaluation d’opérateurs réels.
💰 Tableau Premium — Comparaison économique
| Élément | Plateforme A | Plateforme B | Plateforme C |
|---|---|---|---|
| Abonnement mensuel | 1 500 € | 2 100 € | 950 € |
| Facture émise | 0,08 € | 0,05 € | 0,12 € |
| Facture reçue | 0,06 € | Incluse | 0,10 € |
| Conversion | Incluse | Incluse | 0,05 € |
| Connecteur ERP | 12 000 € | 8 000 € | 18 000 € |
| Support premium | 3 000 €/an | Inclus | 2 500 €/an |
| Archivage | 2 000 €/an | Inclus | 3 000 €/an |
| Réversibilité | Sur devis | Incluse sous conditions | 5 000 € |
7️⃣ Schéma Premium — Architecture fonctionnelle cible
SOURCES
ERP VENTES
ERP ACHATS
CAISSES
E-COMMERCE
LOGICIELS MÉTIERS
TRÉSORERIE
⬇
INTÉGRATION
• API
• CONNECTEURS
• FICHIERS
• PORTAIL
⬇
PLATEFORME AGRÉÉE
• RECONNAISSANCE
• VALIDATION
• CONVERSION
• ANNUAIRE
• ROUTAGE
• E-REPORTING
• STATUTS
• WORKFLOW
• TABLEAUX DE BORD
⬇
DESTINATIONS
CLIENTS
FOURNISSEURS
AUTRES PLATEFORMES
CHORUS PRO
ADMINISTRATION
ERP ET ARCHIVAGE
🌳 Schéma Premium — Chaîne de décision
BESOIN DOCUMENTÉ ?
├── NON
│
│ → CARTOGRAPHIER
│
└── OUI
⬇
CRITÈRES ÉLIMINATOIRES VALIDÉS ?
├── NON
│
│ → ÉLIMINER LE CANDIDAT
│
└── OUI
⬇
COUVERTURE FONCTIONNELLE SUFFISANTE ?
├── NON
│
│ → ÉCART À CHIFFRER
│
└── OUI
⬇
INTÉGRATION SI DÉMONTRÉE ?
├── NON
│
│ → PREUVE DE CONCEPT
│
└── OUI
⬇
COÛT TOTAL ACCEPTABLE ?
├── NON
│
│ → NÉGOCIATION OU REJET
│
└── OUI
⬇
RISQUES MAÎTRISÉS ?
├── NON
│
│ → PLAN DE SÉCURISATION
│
└── OUI
⬇
CHOIX RECOMMANDÉ
🧭 Schéma Premium — Méthodologie de sélection
- Constituer l’équipe projet.
- Cartographier les entités et les flux.
- Recenser les systèmes et formats.
- Mesurer les volumes.
- Définir les critères éliminatoires.
- Rédiger le cahier des charges.
- Présélectionner les candidats figurant sur la liste officielle.
- Envoyer un questionnaire identique à tous les candidats.
- Organiser des démonstrations scénarisées.
- Réaliser une preuve de concept.
- Calculer le scoring pondéré.
- Comparer le coût total de possession.
- Analyser les risques et réserves.
- Négocier l’offre et les engagements.
- Présenter une recommandation au comité de pilotage.
🖼️ Illustration professionnelle — Démonstration scénarisée
Une démonstration efficace ne doit pas laisser le candidat présenter librement uniquement ses fonctions les plus valorisantes.
L’entreprise doit imposer des scénarios identiques :
| Scénario | Attente |
|---|---|
| Facture B2B domestique conforme | Émission complète et retour des statuts. |
| Facture avec SIREN client erroné | Détection avant transmission. |
| Factur-X avec divergence PDF–XML | Blocage et rapport précis. |
| Facture fournisseur sans commande | Workflow d’exception. |
| Facture internationale | Traitement et e-reporting adaptés. |
| Avoir | Rattachement au document initial. |
| Panne de l’ERP | Gestion des files et reprise. |
| Changement d’adresse client | Mise à jour et contrôle de l’annuaire. |
| Export des données | Restitution complète et exploitable. |
💼 Cas pratique n°1 — Choisir une plateforme pour une PME
Une PME de conseil emploie 35 salariés, utilise un logiciel de gestion unique et émet 8 000 factures par an. Elle reçoit environ 4 000 factures fournisseurs. Ses clients sont principalement des entreprises françaises.
Besoins prioritaires
- connecteur standard avec le logiciel existant ;
- émission et réception simples ;
- gestion de Factur-X ;
- suivi des statuts ;
- portail ergonomique ;
- rapprochement des factures fournisseurs ;
- support réactif ;
- coût prévisible ;
- réversibilité simple.
Critères moins prioritaires
- couverture de nombreux pays ;
- gestion de plusieurs ERP ;
- workflow Groupe complexe ;
- reporting consolidé international.
Privilégier une offre standardisée, intégrée au logiciel existant, simple à administrer et présentant un coût total transparent.
💼 Cas pratique n°2 — Choisir une plateforme pour une ETI
Une ETI industrielle possède six sociétés françaises, deux ERP, un centre de services partagés et 350 000 factures annuelles. Elle vend en France et dans plusieurs pays européens.
Besoins prioritaires
- gestion multi-sociétés ;
- connexion à deux ERP ;
- gestion de volumes élevés ;
- Factur-X, UBL et CII ;
- conversion traçable ;
- workflow achats ;
- rapprochement commande–réception–facture ;
- e-reporting international ;
- tableaux de bord consolidés ;
- support renforcé ;
- environnement de test permanent.
Preuve de concept obligatoire
- Émettre une facture depuis chacun des ERP.
- Recevoir un Factur-X et un UBL.
- Convertir un CII sans perdre les références de commande.
- Restituer les statuts aux deux ERP.
- Tester une facture multi-taux.
- Tester une pointe de volume.
Privilégier la capacité d’intégration, la robustesse, la supervision et la traçabilité plutôt que le seul coût unitaire.
💼 Cas pratique n°3 — Choisir une plateforme pour un grand groupe
Un groupe international possède 80 entités, 12 ERP, plusieurs centres de services partagés et plus de 10 millions de factures par an. Il opère dans 25 pays.
Exigences critiques
- architecture multi-pays ;
- gestion multi-ERP ;
- très forte disponibilité ;
- capacité de montée en charge ;
- interopérabilité internationale ;
- gouvernance Groupe et locale ;
- support multilingue permanent ;
- supervision centralisée ;
- gestion des versions et mappings ;
- reporting mondial ;
- sécurité renforcée ;
- réversibilité industrielle ;
- plan de continuité et de reprise ;
- engagements contractuels élevés.
Méthode de sélection
- Établir un modèle de données Groupe.
- Définir les exigences communes et locales.
- Tester plusieurs architectures.
- Réaliser des preuves de concept par région.
- Évaluer les partenaires et sous-traitants.
- Construire un modèle économique sur cinq ans.
- Négocier les engagements de service et de sortie.
- Prévoir un déploiement par vagues.
Le choix doit porter sur un écosystème capable de soutenir une architecture mondiale, et non uniquement sur un portail français de facturation.
📊 Tableau Premium — Comparaison PME / ETI / grand groupe
| Critère | PME | ETI | Grand groupe |
|---|---|---|---|
| Priorité | Simplicité. | Intégration. | Industrialisation mondiale. |
| ERP | Un logiciel. | Plusieurs ERP. | Architecture hétérogène. |
| Volumes | Faibles à moyens. | Élevés. | Très élevés. |
| Workflow | Simple. | Structuré. | Complexe et décentralisé. |
| International | Secondaire. | Important. | Critique. |
| Coût | Prévisibilité. | Coût total optimisé. | Économie d’échelle. |
| Support | Accessible. | Renforcé. | Permanent et international. |
| Réversibilité | Export simple. | Migration structurée. | Plan industriel de sortie. |
📌 Synthèse
Le choix d’une plateforme agréée doit commencer par une compréhension détaillée de l’entreprise.
Le cahier des charges doit décrire :
- les entités ;
- les opérations ;
- les volumes ;
- les formats ;
- les systèmes ;
- les utilisateurs ;
- les contrôles ;
- les fonctionnalités ;
- les coûts ;
- la gouvernance.
Les plateformes doivent être comparées à partir :
- d’un questionnaire commun ;
- de scénarios identiques ;
- d’une preuve de concept ;
- d’un scoring pondéré ;
- d’un coût total de possession ;
- d’une analyse des risques.
La plateforme doit être choisie pour sa capacité à couvrir les flux réels, préserver les données, s’intégrer aux systèmes et maîtriser les exceptions. Le prix ou la notoriété ne peuvent jamais constituer les seuls critères.
La seconde livraison approfondira la couverture internationale, l’intégration, les agréments, les certifications, la cybersécurité, le RGPD, la réversibilité, les niveaux de service, la négociation contractuelle et le Comparateur IA Plateformes Agréées.
1️⃣ Évaluer la couverture fonctionnelle réelle
La couverture fonctionnelle désigne la capacité de la plateforme à prendre en charge l’ensemble des flux, formats, statuts, contrôles et processus dont l’entreprise a réellement besoin.
Elle ne doit pas être évaluée à partir d’une simple liste de fonctionnalités déclaratives. Chaque fonction importante doit être :
- décrite précisément ;
- démontrée sur un cas d’usage réel ;
- testée avec les données de l’entreprise ;
- rattachée à une version de l’offre ;
- incluse dans le périmètre contractuel ;
- chiffrée lorsqu’elle constitue une option ;
- associée à un niveau de service ;
- documentée dans le dossier de sélection.
Une fonctionnalité annoncée comme « disponible » n’est pas nécessairement incluse, immédiatement opérationnelle, compatible avec l’ERP ou adaptée au volume de l’entreprise.
📊 Matrice Premium de couverture fonctionnelle
| Domaine | Fonction attendue | Preuve demandée | Criticité |
|---|---|---|---|
| Émission | Recevoir les données, contrôler la facture et la transmettre. | Démonstration de bout en bout depuis l’ERP. | Critique. |
| Réception | Recevoir les factures et les restituer au système cible. | Test avec Factur-X, UBL et CII. | Critique. |
| E-reporting | Gérer les transactions et données de paiement concernées. | Scénarios B2C, international et encaissement. | Critique. |
| Annuaire | Identifier la plateforme et l’adresse du destinataire. | Test multi-établissements et multi-adresses. | Critique. |
| Formats | Lire, contrôler et restituer les formats requis. | Rapports de validation et de conversion. | Critique. |
| Statuts | Recevoir, produire, historiser et restituer les événements. | Chronologie d’une facture acceptée, rejetée et refusée. | Critique. |
| Workflow | Orienter les anomalies vers les responsables. | Simulation d’un circuit d’exception. | Majeure. |
| Archivage | Conserver les documents, données, pièces et journaux. | Procédure de restitution complète. | Majeure. |
| Reporting | Suivre volumes, rejets, délais et anomalies. | Tableaux de bord exportables. | Majeure. |
| Administration | Gérer entités, utilisateurs, adresses et habilitations. | Démonstration du portail d’administration. | Majeure. |
🧭 Couverture des parcours d’émission
L’évaluation doit vérifier la capacité de la plateforme à traiter tous les parcours d’émission de l’entreprise.
| Parcours | Exigence | Point de contrôle |
|---|---|---|
| ERP vers plateforme | Transmission automatisée. | Disponibilité, reprise et accusé technique. |
| Portail de saisie | Création manuelle encadrée. | Mentions, droits et validation. |
| Dépôt de fichier | Import unitaire ou en masse. | Formats, taille et rapport de traitement. |
| API | Émission en temps réel ou différé. | Gestion des erreurs et idempotence. |
| Facturation récurrente | Traitement des volumes périodiques. | Absence de doublons et contrôle des séquences. |
| Avoirs | Rattachement à la facture corrigée. | Référence, statut et traitement comptable. |
| Acomptes et soldes | Articulation entre les documents. | Net à payer et TVA. |
📥 Couverture des parcours de réception
- identification de l’émetteur ;
- contrôle de l’intégrité du fichier ;
- reconnaissance du format et du profil ;
- validation des données obligatoires ;
- contrôle des calculs ;
- détection des doublons ;
- rapprochement avec la commande ;
- rapprochement avec le service fait ;
- affectation à la bonne entité ;
- routage vers le bon approbateur ;
- restitution du document et des données à l’ERP ;
- retour et historisation des statuts.
Une facture peut avoir été techniquement reçue par la plateforme sans être encore intégrée, contrôlée ou acceptée par l’entreprise.
🌍 2️⃣ Évaluer la couverture internationale
Une plateforme présentée comme « internationale » peut couvrir des réalités très différentes :
- simple capacité à traiter des factures étrangères ;
- présence commerciale dans plusieurs pays ;
- connexion à des réseaux internationaux ;
- prise en charge de réglementations nationales ;
- gestion de formats locaux ;
- support opérationnel multilingue ;
- hébergement ou traitement dans plusieurs régions ;
- pilotage centralisé de filiales internationales.
La plateforme couvre-t-elle uniquement les flux français de l’entreprise ou peut-elle devenir un socle durable pour ses obligations internationales ?
🗺️ Matrice Premium de couverture internationale
| Critère | Question à poser | Preuve attendue |
|---|---|---|
| Pays couverts | Quels pays sont opérationnels aujourd’hui ? | Liste datée distinguant production, pilote et feuille de route. |
| Réglementations locales | Quelles obligations nationales sont prises en charge ? | Fiches réglementaires par pays. |
| Formats locaux | Quels formats peuvent être reçus et émis ? | Matrice formats–pays. |
| Réseaux | Quels réseaux ou infrastructures sont accessibles ? | Documentation des raccordements. |
| Support | Dans quelles langues et quels fuseaux horaires ? | Organisation réelle du support. |
| Contrats | Un contrat Groupe couvre-t-il toutes les filiales ? | Modèle contractuel international. |
| Hébergement | Où les données de chaque pays sont-elles traitées ? | Cartographie des infrastructures. |
| Évolutivité | Quels nouveaux pays seront couverts et quand ? | Feuille de route contractuellement qualifiée. |
🌐 Distinguer couverture native, partenaire et projet
| Niveau | Signification | Risque |
|---|---|---|
| Couverture native | Service exploité directement par la plateforme. | Risque généralement mieux maîtrisé. |
| Couverture par partenaire | Service assuré par un tiers local ou un réseau. | Responsabilités et SLA à clarifier. |
| Couverture sur projet | Développement spécifique à construire. | Coût, délai et incertitude élevés. |
| Couverture annoncée | Fonction figurant sur la feuille de route. | Absence de garantie opérationnelle. |
Une capacité annoncée pour une date ultérieure doit être distinguée d’une fonction déjà testée en production.
🏅 3️⃣ Contrôler les certifications
Une certification constitue un élément de preuve utile, mais elle doit être analysée précisément.
Il faut vérifier :
- l’intitulé exact de la certification ;
- l’organisme certificateur ;
- la durée de validité ;
- le périmètre couvert ;
- les entités juridiques concernées ;
- les sites et services couverts ;
- les éventuelles exclusions ;
- la date du dernier audit ;
- les réserves ou non-conformités ;
- la fréquence des audits de surveillance.
Une certification détenue par le groupe auquel appartient le prestataire ne couvre pas nécessairement la plateforme utilisée par l’entreprise.
🛡️ Tableau Premium des certifications et attestations
| Référence | Objet général | Question de contrôle |
|---|---|---|
| ISO/IEC 27001 | Système de management de la sécurité de l’information. | Le service de facturation figure-t-il dans le périmètre certifié ? |
| SecNumCloud | Qualification de sécurité pour des offres cloud répondant à un référentiel exigeant. | L’offre effectivement utilisée est-elle qualifiée ? |
| ISO 22301 | Management de la continuité d’activité. | Le dispositif de continuité de la plateforme est-il couvert ? |
| ISO 27701 | Management de la protection des informations personnelles. | Le traitement des données de facturation entre-t-il dans le périmètre ? |
| Rapport d’audit indépendant | Évaluation des contrôles internes du prestataire. | Le rapport peut-il être communiqué ou présenté sous confidentialité ? |
| Tests d’intrusion | Évaluation technique de la résistance du service. | Quelle est la date du dernier test et comment les écarts ont-ils été corrigés ? |
La documentation officielle de la réforme présente des exigences fortes de sécurité pour les plateformes, notamment autour de certifications ou qualifications prévues par le dispositif. La vérification doit porter sur les textes applicables et sur le périmètre exact du certificat présenté.
🏛️ 4️⃣ Contrôler l’agrément de la plateforme
La première vérification consiste à s’assurer que le candidat figure sur la liste officielle des plateformes agréées publiée par l’administration.
L’entreprise doit contrôler :
- la dénomination juridique exacte du titulaire ;
- le nom commercial utilisé ;
- l’identifiant de la plateforme ;
- le statut actuel de son agrément ;
- la correspondance entre l’entité agréée et le cocontractant ;
- l’absence de confusion avec une simple solution compatible ;
- la capacité du prestataire à assurer les fonctions réglementaires souscrites ;
- les éventuelles limitations indiquées dans la documentation officielle.
Le nom affiché sur une proposition commerciale peut différer de la personne morale figurant sur la liste officielle. Le contrat doit identifier clairement l’entité agréée qui assurera le service réglementaire.
La DGFiP publie et actualise la liste des plateformes agréées. Toute entreprise doit désigner une plateforme pour recevoir et, selon son calendrier, émettre ses factures électroniques ou transmettre ses données.
🔎 Plateforme agréée ou solution compatible
| Question | Plateforme agréée | Solution compatible |
|---|---|---|
| Statut réglementaire direct | Figure sur la liste officielle des plateformes agréées. | Ne se substitue pas à la plateforme pour les fonctions qui lui sont réservées. |
| Relation avec l’entreprise | Peut être directement désignée. | S’intercale éventuellement entre l’entreprise et une plateforme agréée. |
| Transmission réglementaire | Assure les fonctions autorisées par son statut. | Transmet au travers d’une plateforme agréée. |
| Contrôle à effectuer | Vérifier l’agrément, le contrat et les services. | Identifier la plateforme agréée sous-jacente et les responsabilités. |
Les autorités françaises distinguent visuellement les plateformes agréées et les solutions compatibles afin de faciliter l’identification des acteurs.
📜 5️⃣ Évaluer la conformité réglementaire
La plateforme doit démontrer sa capacité à suivre les évolutions de la réforme et à les intégrer dans les délais nécessaires.
| Domaine | Exigence | Preuve |
|---|---|---|
| Formats | Prise en charge des formats et profils applicables. | Matrice de conformité versionnée. |
| Données obligatoires | Contrôle des informations requises. | Catalogue des règles. |
| Annuaire | Raccordement et mise à jour des adresses. | Démonstration et journal d’opérations. |
| E-invoicing | Échange sécurisé des factures entre plateformes. | Tests d’interopérabilité. |
| E-reporting | Transmission des données attendues. | Scénarios documentés. |
| Paiement | Gestion des données requises pour les opérations concernées. | Flux de test complet. |
| Statuts | Gestion du cycle de vie applicable. | Historique de démonstration. |
| Veille | Suivi des textes et spécifications. | Processus de veille et calendrier de mise à jour. |
🧭 Processus de veille réglementaire du prestataire
PUBLICATION D’UNE ÉVOLUTION
⬇
ANALYSE RÉGLEMENTAIRE
⬇
ANALYSE D’IMPACT
• DONNÉES
• FORMATS
• API
• CONTRATS
• UTILISATEURS
⬇
DÉVELOPPEMENT
⬇
TESTS INTERNES
⬇
ENVIRONNEMENT DE RECETTE
⬇
INFORMATION DES CLIENTS
⬇
MISE EN PRODUCTION
⬇
CONTRÔLE APRÈS DÉPLOIEMENT
🖥️ 6️⃣ Mesurer la capacité d’intégration ERP
Une plateforme ne doit pas être évaluée uniquement sur son portail. La majorité des flux doit pouvoir circuler entre les systèmes sans ressaisie.
| Dimension | Question | Test |
|---|---|---|
| ERP supportés | Existe-t-il un connecteur standard pour notre version ? | Connexion à l’environnement de recette. |
| Flux sortants | Quelles données sont transmises à la plateforme ? | Émission d’un échantillon complet. |
| Flux entrants | Quelles données sont restituées à l’ERP ? | Réception et intégration. |
| Statuts | Les statuts reviennent-ils automatiquement ? | Simulation d’un rejet. |
| Pièces jointes | Sont-elles conservées et transférées ? | Facture avec trois annexes. |
| Volumétrie | Quel débit peut être traité ? | Test de charge. |
| Supervision | Comment suivre les messages en erreur ? | Accès au tableau de supervision. |
| Reprise | Comment relancer un flux interrompu ? | Simulation d’une indisponibilité. |
🔗 Architecture d’intégration Premium
ERP OU LOGICIEL MÉTIER
⬇
EXTRACTION DES DONNÉES
⬇
COUCHE DE MAPPING
• IDENTITÉS
• LIGNES
• TVA
• TOTAUX
• PAIEMENT
• RÉFÉRENCES
⬇
CONTRÔLES AVANT ÉMISSION
⬇
API OU CONNECTEUR
⬇
PLATEFORME AGRÉÉE
⬇
ROUTAGE ET TRANSMISSION
⬇
RETOUR DES STATUTS
⬇
MISE À JOUR DE L’ERP
🧩 Évaluer les connecteurs standards
- version de l’ERP couverte ;
- éditeur responsable du connecteur ;
- fréquence de mise à jour ;
- périmètre fonctionnel ;
- formats transmis ;
- gestion des statuts ;
- gestion des pièces jointes ;
- mode d’authentification ;
- supervision des erreurs ;
- coût de licence ;
- maintenance incluse ;
- responsabilité en cas d’incident.
Des travaux de paramétrage, de mapping, de nettoyage des référentiels et de recette restent généralement nécessaires.
🔌 7️⃣ Évaluer les API
L’API doit être analysée comme un produit critique du dispositif.
| Critère API | Exigence | Risque maîtrisé |
|---|---|---|
| Documentation | Complète, versionnée et illustrée. | Intégration fragile. |
| Authentification | Mécanisme robuste et renouvellement maîtrisé. | Accès non autorisé. |
| Chiffrement | Protection des échanges. | Interception des données. |
| Idempotence | Un même appel répété ne crée pas de doublon. | Double émission. |
| Gestion des erreurs | Codes précis et messages exploitables. | Blocage non diagnostiqué. |
| Pagination | Gestion des volumes importants. | Données manquantes. |
| Quotas | Limites compatibles avec les pics. | Rejet en clôture. |
| Webhooks ou événements | Retour rapide des statuts. | Décalage des informations. |
| Versionnement | Délai de coexistence des versions. | Rupture après mise à jour. |
| Sandbox | Environnement de test représentatif. | Découverte tardive des anomalies. |
🧪 Scénarios de recette API
- Émettre une facture conforme.
- Renvoyer exactement le même message.
- Envoyer une facture avec un champ obligatoire absent.
- Envoyer un fichier d’une taille importante.
- Simuler un dépassement de quota.
- Simuler l’expiration d’un jeton d’accès.
- Récupérer les statuts d’une facture.
- Recevoir un événement de rejet.
- Relancer un flux interrompu.
- Tester le comportement pendant une indisponibilité.
🔐 8️⃣ Auditer la cybersécurité
Les factures contiennent des informations commerciales, bancaires, fiscales et parfois personnelles. La plateforme devient donc une cible sensible.
L’audit doit couvrir :
- la gouvernance de la sécurité ;
- la gestion des identités ;
- l’authentification multifacteur ;
- le chiffrement des données ;
- la journalisation ;
- la détection des incidents ;
- les tests d’intrusion ;
- la gestion des vulnérabilités ;
- la sécurité du développement ;
- la séparation des clients ;
- la sécurité des API ;
- la continuité et la reprise ;
- la gestion des sous-traitants ;
- la notification des incidents.
🛡️ Grille Premium de cybersécurité
| Domaine | Contrôle attendu | Preuve |
|---|---|---|
| Authentification | MFA pour les comptes sensibles. | Démonstration et politique d’accès. |
| Habilitations | Principe du moindre privilège. | Matrice des rôles. |
| Chiffrement en transit | Protection des communications. | Architecture et protocoles. |
| Chiffrement au repos | Protection des données stockées. | Description des mécanismes et clés. |
| Journalisation | Traçabilité des accès et actions. | Exemple de journal exportable. |
| Vulnérabilités | Processus de correction priorisée. | Politique et délais de remédiation. |
| Incident | Détection, confinement et notification. | Plan de réponse. |
| Continuité | Maintien ou reprise du service. | PCA, PRA et résultats de tests. |
| Sous-traitants | Évaluation et surveillance. | Liste et clauses contractuelles. |
La CNIL rappelle que les services cloud doivent être sécurisés par des mesures adaptées et que les outils tels que la protection anti-DDoS, les pare-feu applicatifs et les mécanismes de répartition de charge participent à la sécurité d’un service en ligne.
🚨 Scénarios de sécurité à tester
| Scénario | Réponse attendue |
|---|---|
| Connexion depuis un terminal inconnu | Authentification renforcée et alerte. |
| Multiples échecs de connexion | Blocage temporaire et journalisation. |
| Modification d’un IBAN | Contrôle renforcé et séparation des tâches. |
| Téléchargement massif | Alerte et contrôle des droits. |
| Fichier malveillant | Quarantaine et rejet. |
| Indisponibilité d’une région cloud | Bascule ou reprise documentée. |
| Compromission d’un compte administrateur | Révocation, investigation et notification. |
☁️ 9️⃣ Analyser l’hébergement
Le candidat doit fournir une cartographie claire des lieux dans lesquels les données sont :
- collectées ;
- traitées ;
- stockées ;
- sauvegardées ;
- répliquées ;
- consultées par le support ;
- archivées ;
- restaurées en cas d’incident.
| Question | Réponse attendue |
|---|---|
| Quel fournisseur cloud est utilisé ? | Nom, offre et région. |
| Où sont stockées les données principales ? | Pays et centres de données. |
| Où sont situées les sauvegardes ? | Régions et mesures de protection. |
| Les données sont-elles répliquées ? | Architecture et objectif de reprise. |
| Qui administre l’infrastructure ? | Prestataire, cloud ou sous-traitant. |
| Comment les données sont-elles supprimées ? | Procédure, délai et preuve. |
| Existe-t-il des transferts hors EEE ? | Localisation, mécanisme juridique et garanties. |
🏗️ Schéma Premium d’hébergement
UTILISATEURS ET ERP
⬇
ACCÈS SÉCURISÉ
⬇
RÉGION PRINCIPALE
• APPLICATION
• BASES DE DONNÉES
• JOURNAUX
• STOCKAGE DOCUMENTAIRE
⬇
SAUVEGARDE CHIFFRÉE
⬇
RÉGION DE SECOURS
• RÉPLICATION
• RESTAURATION
• REPRISE D’ACTIVITÉ
⬇
SUPERVISION ET AUDIT
🔏 🔟 Auditer la conformité RGPD
Les factures peuvent contenir des noms, coordonnées, identifiants, adresses, données bancaires ou informations relatives à des entrepreneurs individuels.
L’analyse RGPD doit déterminer :
- la qualification des parties ;
- les finalités des traitements ;
- les catégories de données ;
- les personnes concernées ;
- les durées de conservation ;
- les sous-traitants ultérieurs ;
- les transferts internationaux ;
- les mesures de sécurité ;
- les procédures de violation ;
- l’assistance à l’exercice des droits ;
- les modalités de suppression et de restitution.
La qualification des acteurs cloud au regard du RGPD influence la répartition des responsabilités, la contractualisation, la sécurité et l’exercice des droits.
📋 Matrice RGPD du prestataire
| Domaine | Question | Livrable |
|---|---|---|
| Qualification | Le prestataire agit-il comme sous-traitant, responsable ou responsable conjoint selon les services ? | Analyse juridique documentée. |
| Instructions | Les traitements sont-ils limités aux instructions de l’entreprise ? | Clause contractuelle. |
| Sous-traitants | Quels tiers interviennent ? | Liste à jour et procédure d’information. |
| Sécurité | Quelles mesures techniques et organisationnelles sont appliquées ? | Annexe de sécurité. |
| Violations | Dans quel délai l’entreprise est-elle informée ? | Procédure d’incident. |
| Droits | Comment le prestataire assiste-t-il l’entreprise ? | Procédure opérationnelle. |
| Conservation | Combien de temps les données sont-elles conservées ? | Politique de conservation. |
| Fin de contrat | Quand et comment les données sont-elles supprimées ? | Certificat ou preuve de suppression. |
Les obligations de conservation des factures doivent être articulées avec le principe de limitation de la conservation des données personnelles. Les durées doivent être définies par finalité et non prolongées sans justification.
🧠 Analyse d’impact et risques élevés
Une analyse d’impact relative à la protection des données doit être envisagée lorsque les traitements sont susceptibles d’engendrer un risque élevé pour les droits et libertés.
Dans le cadre d’une plateforme de facturation, l’entreprise doit notamment examiner :
- les volumes très importants ;
- le croisement de données issues de plusieurs systèmes ;
- l’utilisation d’algorithmes de détection de fraude ;
- le profilage de comportements ;
- les décisions automatisées ;
- les informations bancaires ;
- la surveillance des utilisateurs ;
- les transferts internationaux.
La CNIL présente l’AIPD comme un outil permettant de construire un traitement conforme et respectueux de la vie privée lorsqu’un risque élevé est susceptible d’exister.
🔄 1️⃣1️⃣ Préparer la réversibilité
La réversibilité désigne la capacité à quitter la plateforme sans perdre les factures, les données, les statuts, les pièces et la continuité opérationnelle.
La réversibilité doit être négociée avant la signature, lorsque l’entreprise dispose encore d’un réel pouvoir de négociation.
| Élément à restituer | Format attendu | Contrôle |
|---|---|---|
| Factures originales | Format natif reçu ou émis. | Exhaustivité et intégrité. |
| Rendus visuels | PDF ou représentation convenue. | Lisibilité. |
| Données structurées | UBL, CII, Factur-X ou export documenté. | Réutilisation possible. |
| Pièces jointes | Fichiers natifs. | Lien avec la facture. |
| Statuts | Historique horodaté. | Chronologie complète. |
| Journaux | Export structuré. | Piste d’audit. |
| Adresses | Référentiel exportable. | Préparation de la migration. |
| Paramétrages | Dictionnaire et règles. | Reconstruction du dispositif. |
📦 Cahier des charges de réversibilité
- déclencheurs de la réversibilité ;
- préavis applicable ;
- durée de coexistence ;
- formats de restitution ;
- fréquence des exports ;
- assistance du prestataire ;
- coût maximal ;
- délai de livraison ;
- contrôle de l’exhaustivité ;
- transfert vers la nouvelle plateforme ;
- suppression des copies résiduelles ;
- attestation de fin de traitement ;
- gestion des factures en cours ;
- responsabilité en cas de rupture.
Une restitution limitée aux représentations PDF peut empêcher la reprise automatisée des données structurées, des statuts et de la piste d’audit.
🔁 1️⃣2️⃣ Organiser le changement de plateforme
DÉCISION DE CHANGEMENT
⬇
INVENTAIRE DES FLUX
⬇
EXPORT DES DONNÉES
⬇
PARAMÉTRAGE DE LA NOUVELLE PLATEFORME
⬇
TESTS D’INTEROPÉRABILITÉ
⬇
MISE À JOUR DE L’ANNUAIRE
⬇
COEXISTENCE CONTRÔLÉE
⬇
BASCULE
⬇
CONTRÔLE DES FLUX
⬇
CLÔTURE DE L’ANCIEN SERVICE
📅 Plan de migration
| Phase | Travaux | Condition de sortie |
|---|---|---|
| Cadrage | Entités, flux, données et risques. | Périmètre approuvé. |
| Extraction | Export des documents et référentiels. | Exhaustivité contrôlée. |
| Configuration | Entités, utilisateurs, adresses et règles. | Paramétrage validé. |
| Intégration | API, connecteurs et mappings. | Tests unitaires réussis. |
| Recette | Scénarios métier et fiscaux. | Procès-verbal signé. |
| Coexistence | Surveillance des deux plateformes. | Aucun flux perdu ou dupliqué. |
| Bascule | Activation de la nouvelle adresse. | Premiers flux confirmés. |
| Clôture | Archivage, suppression et résiliation. | Réversibilité terminée. |
⏱️ 1️⃣3️⃣ Négocier les SLA
Les SLA, ou engagements de niveau de service, doivent être mesurables, opposables et assortis d’un mécanisme de contrôle.
| Indicateur | Définition à négocier | Exemple d’enjeu |
|---|---|---|
| Disponibilité | Pourcentage mensuel hors exclusions encadrées. | Continuité de réception et d’émission. |
| Temps de réponse | Délai maximal pour une API ou un portail. | Performance des interfaces. |
| Délai de traitement | Temps entre réception et transmission. | Respect du cycle métier. |
| Prise en charge d’un incident | Délai entre signalement et début d’analyse. | Réactivité du support. |
| Rétablissement | Délai maximal selon la criticité. | Limitation de l’interruption. |
| RPO | Perte maximale de données admissible. | Protection des flux récents. |
| RTO | Délai maximal de reprise. | Continuité d’activité. |
| Support | Horaires, langues et canaux. | Résolution des incidents. |
| Réversibilité | Délai de restitution des données. | Capacité de sortie. |
🚦 Classification des incidents
| Criticité | Situation | Attente contractuelle |
|---|---|---|
| P1 — Critique | Émission ou réception totalement impossible. | Prise en charge immédiate et communication fréquente. |
| P2 — Majeure | Fonction importante dégradée sans contournement satisfaisant. | Intervention rapide et plan de correction. |
| P3 — Modérée | Fonction limitée avec solution de contournement. | Correction planifiée. |
| P4 — Mineure | Anomalie ergonomique ou demande non urgente. | Traitement dans une version ultérieure. |
Les périodes de maintenance, incidents de tiers, erreurs du client et cas de force majeure doivent être encadrés afin d’éviter que l’engagement de disponibilité soit vidé de sa substance.
💶 Pénalités et crédits de service
Les mécanismes financiers doivent être proportionnés et ne pas constituer l’unique recours de l’entreprise.
- crédits de service automatiques ;
- pénalités graduées selon la durée ;
- remboursement de frais de reprise ;
- plan d’action obligatoire ;
- audit renforcé après incident majeur ;
- droit de résiliation en cas de manquements répétés ;
- absence de plafonnement abusif pour certaines fautes ;
- maintien des obligations de sécurité et confidentialité.
📝 1️⃣4️⃣ Négociation contractuelle
Le contrat doit traduire les exigences du cahier des charges en obligations opposables.
| Clause | Point à négocier |
|---|---|
| Périmètre | Liste précise des services inclus. |
| Agrément | Maintien du statut et information immédiate en cas d’évolution. |
| Conformité | Mise à jour réglementaire dans les délais. |
| Responsabilité | Répartition des fautes et plafonds adaptés. |
| Sous-traitance | Liste, contrôle et information préalable. |
| Sécurité | Mesures minimales et droit d’audit. |
| RGPD | Annexe conforme et coopération opérationnelle. |
| SLA | Indicateurs, méthode de calcul et remèdes. |
| Évolutions | Préavis, compatibilité et environnement de test. |
| Prix | Indexation, volumes, options et coûts cachés. |
| Réversibilité | Formats, délais, assistance et coût. |
| Résiliation | Causes, préavis et continuité. |
⚖️ Répartition des responsabilités
ENTREPRISE
• QUALITÉ DES DONNÉES SOURCES
• PARAMÉTRAGE MÉTIER
• RÈGLES FISCALES
• VALIDATION DES FACTURES
• GESTION DES UTILISATEURS
⬇
PLATEFORME
• SERVICE CONTRACTUEL
• CONTRÔLES TECHNIQUES
• TRANSMISSION
• SÉCURITÉ
• TRAÇABILITÉ
• DISPONIBILITÉ
⬇
RESPONSABILITÉ PARTAGÉE
• INTÉGRATION
• MAPPING
• INCIDENTS
• ÉVOLUTIONS
• REPRISE
• RÉVERSIBILITÉ
La plateforme ne doit pas être présentée comme transférant automatiquement à son profit ou à sa charge toutes les responsabilités fiscales de l’entreprise.
🏛️ 1️⃣5️⃣ Mettre en place une gouvernance durable
La gouvernance ne s’arrête pas à la signature du contrat. Elle doit piloter la plateforme pendant toute la relation.
| Instance | Fréquence | Mission |
|---|---|---|
| Comité opérationnel | Hebdomadaire pendant la bascule, puis mensuelle. | Incidents, rejets, volumes et actions. |
| Comité de service | Mensuelle ou trimestrielle. | SLA, qualité, support et évolutions. |
| Comité de pilotage | Trimestrielle. | Budget, risques et décisions stratégiques. |
| Revue sécurité | Au moins annuelle et après incident majeur. | Certifications, vulnérabilités et continuité. |
| Revue RGPD | Annuelle et lors d’un changement significatif. | Sous-traitants, transferts et conservation. |
| Revue réglementaire | Selon les publications officielles. | Impacts et calendrier de mise à jour. |
| Test de réversibilité | Périodique. | Vérifier la restitution réelle des données. |
📊 Tableau de bord de gouvernance
| Indicateur | Objectif | Seuil d’alerte |
|---|---|---|
| Disponibilité | Respect du SLA. | Tout écart au niveau contractuel. |
| Taux de rejet | Réduction continue. | Hausse inhabituelle. |
| Délai de traitement | Conforme au processus cible. | Dépassement récurrent. |
| Incidents critiques | Nombre minimal. | Répétition ou absence de cause racine. |
| Factures non restituées à l’ERP | 0. | Tout flux non expliqué. |
| Écarts de conversion | 0 sur les données essentielles. | Perte de donnée métier ou fiscale. |
| Demandes de support hors délai | Respect du SLA. | Accumulation. |
| Versions obsolètes | 0. | Schéma, API ou connecteur non maintenu. |
| Coût unitaire | Conforme au budget. | Dérive liée aux options. |
| Actions ouvertes | Clôture dans les délais. | Actions critiques anciennes. |
💼 Cas pratique n°1 — Couverture fonctionnelle surestimée
Une PME sélectionne une plateforme dont la proposition indique « gestion de Factur-X, UBL et CII ». Pendant la recette, elle découvre que la plateforme reçoit les trois formats, mais restitue uniquement un PDF et un fichier CSV simplifié.
Diagnostic
- la réception réglementaire peut être assurée ;
- les données structurées d’origine ne sont pas restituées à l’ERP ;
- certaines références métier disparaissent ;
- le rapprochement automatique devient impossible ;
- la couverture annoncée était trop générale.
Exiger une matrice distinguant formats reçus, validés, convertis, visualisés, archivés et restitués.
💼 Cas pratique n°2 — International annoncé mais sous-traité
Une ETI choisit une plateforme annonçant une couverture de vingt pays. Dix-sept pays sont en réalité couverts par plusieurs partenaires, sans SLA unifié.
Risques
- multiplication des sous-traitants ;
- responsabilités difficiles à identifier ;
- support fragmenté ;
- délais variables ;
- transferts de données supplémentaires ;
- réversibilité plus complexe ;
- surcoûts locaux.
Conditionner la sélection à une cartographie des partenaires, à un point de responsabilité unique et à des SLA de bout en bout.
💼 Cas pratique n°3 — Agrément non porté par le cocontractant
Le devis est émis par une société commerciale du groupe, tandis que l’agrément officiel est détenu par une autre entité.
Questions à résoudre
- quelle entité assure effectivement les fonctions réglementaires ?
- quelle entité reçoit et traite les données ?
- qui supporte les engagements de service ?
- qui répond d’une perte de données ?
- qui intervient en cas de retrait ou suspension de l’agrément ?
- quelles relations contractuelles unissent les sociétés du groupe ?
Faire identifier explicitement l’entité agréée dans le contrat et organiser les responsabilités de toutes les entités intervenantes.
💼 Cas pratique n°4 — API non dimensionnée
Une ETI émet habituellement 20 000 factures par jour, mais 120 000 factures le dernier jour du mois. L’API limite les appels sans mécanisme de file d’attente adapté.
Conséquences
- ralentissement massif ;
- messages en échec ;
- réémissions manuelles ;
- risque de doublons ;
- retard d’émission ;
- indicateurs de clôture incomplets.
Réaliser un test de charge représentatif, négocier les quotas, documenter la reprise et exiger l’idempotence des appels.
💼 Cas pratique n°5 — Incident de cybersécurité
Un compte administrateur compromis permet l’export de milliers de factures et la modification de plusieurs utilisateurs.
Contrôles attendus
- authentification multifacteur ;
- restriction des privilèges ;
- alerte sur téléchargement massif ;
- journalisation détaillée ;
- révocation immédiate des sessions ;
- analyse de l’étendue de l’incident ;
- information de l’entreprise ;
- évaluation d’une violation de données ;
- plan de remédiation ;
- rapport de cause racine.
💼 Cas pratique n°6 — Réversibilité inutilisable
Après résiliation, le prestataire restitue les factures sous forme de fichiers PDF classés par mois, sans XML, sans pièces jointes et sans statuts.
Conséquences
- perte des données structurées ;
- impossibilité d’intégrer l’historique ;
- rupture de la piste d’audit ;
- perte des justificatifs ;
- coût de reconstruction élevé ;
- dépendance résiduelle au prestataire.
La clause de réversibilité doit définir le contenu, les formats, les délais et les tests de restitution avant la fin du contrat.
💼 Cas pratique n°7 — SLA séduisant mais mal défini
Le contrat annonce une disponibilité de 99,9 %, mais exclut les maintenances, les incidents cloud, les problèmes de réseau, les attaques et les périodes de forte charge.
Diagnostic
- la formule paraît protectrice ;
- la majorité des incidents possibles est exclue ;
- aucune méthode de mesure indépendante n’est prévue ;
- les crédits de service sont plafonnés à une somme symbolique ;
- aucun droit de résiliation n’est prévu en cas de répétition.
Réduire les exclusions, préciser la méthode de calcul, imposer un rapport mensuel et prévoir des remèdes gradués.
💼 Cas pratique n°8 — Données personnelles utilisées pour l’IA
La plateforme propose un moteur d’IA d’imputation comptable et indique dans ses conditions générales qu’elle peut réutiliser les données afin d’améliorer ses modèles.
Questions indispensables
- quelles données sont utilisées ?
- les documents complets sont-ils exploités ?
- les données sont-elles anonymisées ?
- qui détermine les finalités de ce traitement ?
- quels sous-traitants interviennent ?
- l’entreprise peut-elle refuser cette réutilisation ?
- les données sont-elles transférées hors EEE ?
- quelle durée de conservation est appliquée ?
Ne jamais activer le service avant une analyse juridique, RGPD, contractuelle et de sécurité complète.
📋 Matrice Premium finale des risques de sélection
| Risque | Probabilité | Impact | Contrôle préventif |
|---|---|---|---|
| Agrément non vérifié | Faible à moyenne. | Critique. | Contrôle sur la liste officielle. |
| Couverture fonctionnelle insuffisante | Moyenne. | Élevé. | Scénarios et preuve de concept. |
| Intégration ERP défaillante | Moyenne. | Critique. | Recette sur les environnements réels. |
| Coûts cachés | Élevée. | Élevé. | Calcul du coût total sur plusieurs années. |
| Perte de données en conversion | Moyenne. | Critique. | Comparaison source–cible. |
| Incident de sécurité | Variable. | Critique. | Audit, certifications et tests. |
| Non-conformité RGPD | Moyenne. | Élevé. | Analyse des traitements et contrat. |
| SLA insuffisant | Moyenne. | Élevé. | Négociation d’indicateurs opposables. |
| Réversibilité impossible | Moyenne. | Critique. | Test périodique d’export. |
| Dépendance à des partenaires | Moyenne. | Élevé. | Cartographie et responsabilité unique. |
📌 Synthèse intermédiaire de la Partie A
Une plateforme agréée doit être évaluée comme une infrastructure critique et non comme un simple portail de dépôt.
La décision doit intégrer :
- la couverture fonctionnelle réelle ;
- la couverture internationale disponible aujourd’hui ;
- la validité et le périmètre des certifications ;
- la présence effective sur la liste officielle des plateformes agréées ;
- la capacité de mise à jour réglementaire ;
- la qualité des interfaces ERP ;
- la robustesse des API ;
- la cybersécurité ;
- la localisation et la résilience de l’hébergement ;
- la conformité RGPD ;
- la réversibilité ;
- les conditions de changement de plateforme ;
- les SLA ;
- la qualité du contrat ;
- la gouvernance après la mise en production.
Le candidat le mieux noté n’est pas nécessairement celui qui promet le plus. C’est celui qui démontre ses capacités, documente ses limites, accepte des engagements mesurables et permet à l’entreprise de conserver la maîtrise de ses données et de ses processus.
La dernière partie développera le Comparateur IA Plateformes Agréées, son architecture, son moteur de scoring, son workflow, ses alertes intelligentes, la validation humaine, ses limites, la synthèse finale, les compétences acquises et la transition vers la Séquence 3/7.
🤖 Comparateur IA Plateformes Agréées
Le Comparateur IA Plateformes Agréées est un outil d’aide à la décision conçu pour analyser les réponses des candidats, comparer leurs offres sur une base homogène et faire ressortir les écarts entre les promesses commerciales et les besoins réels de l’entreprise.
Il ne choisit pas automatiquement une plateforme. Il transforme le cahier des charges, les réponses des prestataires, les résultats des démonstrations, les preuves de concept et les données économiques en une analyse structurée destinée au comité de sélection.
Passer d’une comparaison fondée sur des impressions commerciales à une décision documentée, pondérée, explicable et validée par les responsables métiers, fiscaux, techniques, juridiques et financiers.
🎯 Objectifs du Comparateur IA
| Objectif | Résultat attendu | Risque évité |
|---|---|---|
| Uniformiser les réponses | Comparer tous les candidats selon les mêmes critères. | Offres présentées dans des formats incomparables. |
| Détecter les réponses incomplètes | Identifier les critères sans preuve ou sans engagement. | Fonctionnalité supposée disponible. |
| Calculer un scoring | Pondérer les critères selon les priorités de l’entreprise. | Décision subjective. |
| Identifier les critères éliminatoires | Bloquer un candidat malgré une bonne note globale. | Compensation d’une faiblesse critique par des critères secondaires. |
| Analyser le coût total | Comparer les offres sur une durée identique. | Choix fondé sur le seul prix facial. |
| Comparer les preuves | Distinguer promesse, démonstration, test et engagement contractuel. | Confusion entre feuille de route et fonction opérationnelle. |
| Prioriser les risques | Faire ressortir les réserves majeures. | Décision sans vision globale des risques. |
| Préparer la négociation | Identifier les clauses et prix à renégocier. | Signature d’un contrat déséquilibré. |
🏗️ Architecture complète du Comparateur IA
DONNÉES D’ENTRÉE
• CAHIER DES CHARGES
• QUESTIONNAIRES CANDIDATS
• OFFRES TARIFAIRES
• CONTRATS
• CERTIFICATIONS
• RÉSULTATS DES DÉMONSTRATIONS
• PREUVES DE CONCEPT
• RÉFÉRENCES CLIENTS
• RISQUES IDENTIFIÉS
⬇
COUCHE 1
NORMALISATION
• CRITÈRES COMMUNS
• UNITÉS COMMUNES
• PÉRIODE ÉCONOMIQUE COMMUNE
• NIVEAUX DE PREUVE
• STATUT DES RÉPONSES
⬇
COUCHE 2
MOTEUR DE COMPARAISON
• FONCTIONNEL
• RÉGLEMENTAIRE
• TECHNIQUE
• SÉCURITÉ
• RGPD
• CONTRACTUEL
• ÉCONOMIQUE
• INTERNATIONAL
⬇
COUCHE 3
MOTEUR DE SCORING
• PONDÉRATION
• CRITÈRES ÉLIMINATOIRES
• BONUS
• MALUS
• SCORE DE CONFIANCE
• SCORE DE RISQUE
⬇
COUCHE 4
ANALYSE DES ÉCARTS
• BESOIN NON COUVERT
• PREUVE ABSENTE
• COÛT NON CHIFFRÉ
• DÉLAI NON GARANTI
• CLAUSE DÉFAVORABLE
• DÉPENDANCE TECHNIQUE
⬇
COUCHE 5
DÉCISION ASSISTÉE
• SHORT-LIST
• PREUVE DE CONCEPT
• NÉGOCIATION
• RÉSERVE
• ÉLIMINATION
• RECOMMANDATION
⬇
COUCHE 6
VALIDATION HUMAINE
• MÉTIER
• COMPTABILITÉ
• FISCALITÉ
• DSI
• JURIDIQUE
• DAF
• COMITÉ DE PILOTAGE
⬇
DOSSIER FINAL DE DÉCISION
📥 Données d’entrée du Comparateur IA
| Source | Contenu analysé | Utilité |
|---|---|---|
| Cahier des charges | Besoins, contraintes, volumes et critères. | Construire la grille de référence. |
| Questionnaire fournisseur | Réponses fonctionnelles, techniques et contractuelles. | Évaluer la couverture déclarée. |
| Offre commerciale | Prix, options, volumes et services. | Calculer le coût total. |
| Documentation technique | API, formats, connecteurs et architecture. | Évaluer l’intégration réelle. |
| Certificats | Validité, périmètre et titulaire. | Contrôler les preuves de sécurité. |
| Démonstration | Résultat des scénarios imposés. | Comparer la capacité opérationnelle. |
| Preuve de concept | Tests réalisés avec les données de l’entreprise. | Mesurer la faisabilité réelle. |
| Projet de contrat | SLA, responsabilités, RGPD et réversibilité. | Évaluer les risques juridiques. |
| Références clients | Expériences comparables. | Vérifier la capacité en production. |
🧹 Normaliser les réponses avant comparaison
Les candidats utilisent souvent des vocabulaires, unités et périmètres différents. Une normalisation est indispensable.
| Élément | Réponse candidat | Normalisation |
|---|---|---|
| Prix | Coût mensuel, annuel ou unitaire. | Coût total sur trois ou cinq ans. |
| Disponibilité | 99,9 % avec exclusions variables. | Disponibilité recalculée selon une formule commune. |
| International | « Plus de trente pays ». | Pays natifs, partenaires, projets et feuille de route. |
| Connecteur | « Compatible avec votre ERP ». | Connecteur natif, spécifique, partenaire ou API générique. |
| Archivage | Stockage inclus. | Durée, intégrité, pièces, statuts et restitution. |
| Support | Assistance premium. | Horaires, langues, canaux, délais et criticités. |
| Fonction IA | Détection intelligente. | Données utilisées, précision, validation et traçabilité. |
Le Comparateur doit distinguer une déclaration, une documentation, une démonstration réussie, une preuve de concept et un engagement contractuel.
🧾 Échelle Premium du niveau de preuve
| Niveau | Preuve disponible | Coefficient de confiance |
|---|---|---|
| Niveau 0 | Aucune réponse. | 0 %. |
| Niveau 1 | Déclaration commerciale. | 25 %. |
| Niveau 2 | Documentation générale. | 45 %. |
| Niveau 3 | Démonstration standard. | 65 %. |
| Niveau 4 | Démonstration avec scénario imposé. | 80 %. |
| Niveau 5 | Preuve de concept sur données réelles. | 90 %. |
| Niveau 6 | Engagement contractuel mesurable. | 100 %. |
Deux candidats déclarant la même fonctionnalité ne doivent pas recevoir la même note si l’un la démontre et l’autre se contente de l’annoncer.
⚙️ Moteur de comparaison
Le moteur de comparaison analyse chaque candidat selon plusieurs dimensions complémentaires.
| Dimension | Critères analysés | Résultat |
|---|---|---|
| Réglementaire | Agrément, formats, annuaire, statuts et e-reporting. | Score de conformité. |
| Fonctionnelle | Émission, réception, workflow, reporting et archivage. | Score de couverture. |
| Technique | ERP, API, connecteurs, volumétrie et supervision. | Score d’intégration. |
| Sécurité | Certifications, accès, chiffrement, continuité et incidents. | Score de sécurité. |
| RGPD | Sous-traitants, transferts, conservation et assistance. | Score de protection des données. |
| Contractuelle | Responsabilité, SLA, réversibilité et résiliation. | Score contractuel. |
| Économique | Projet initial, récurrence, volumes et coûts de sortie. | Score de coût total. |
| Internationale | Pays, partenaires, formats et support local. | Score de couverture internationale. |
🔍 Comparaison des écarts au besoin
| Écart | Exemple | Traitement |
|---|---|---|
| Besoin totalement couvert | Connecteur natif déjà opérationnel. | Validation par test. |
| Besoin couvert avec paramétrage | Workflow disponible après configuration. | Chiffrer le projet. |
| Besoin couvert avec développement | Connecteur spécifique à créer. | Évaluer coût, délai et maintenance. |
| Besoin couvert par partenaire | Archivage assuré par un tiers. | Analyser responsabilités et SLA. |
| Besoin annoncé sur feuille de route | Pays disponible l’année suivante. | Ne pas noter comme disponible. |
| Besoin non couvert | Absence de restitution des statuts à l’ERP. | Écart majeur ou élimination. |
📐 Moteur de scoring pondéré
Le scoring doit traduire les priorités réelles de l’entreprise.
Score pondéré = note du critère × pondération × coefficient de preuve × coefficient de risque.
| Domaine | Pondération PME | Pondération ETI | Pondération Groupe |
|---|---|---|---|
| Conformité réglementaire | 25 % | 20 % | 15 % |
| Couverture fonctionnelle | 20 % | 15 % | 15 % |
| Intégration SI | 10 % | 20 % | 20 % |
| Sécurité et continuité | 10 % | 15 % | 15 % |
| International | 2 % | 8 % | 15 % |
| Coût total | 20 % | 10 % | 8 % |
| Contractuel et réversibilité | 8 % | 7 % | 7 % |
| Support et gouvernance | 5 % | 5 % | 5 % |
Une entreprise mono-ERP française ne doit pas appliquer la même grille qu’un groupe multi-pays disposant de plusieurs centres de services partagés.
⛔ Critères éliminatoires
Les critères éliminatoires doivent être définis avant l’analyse des offres.
| Critère | Motif d’élimination |
|---|---|
| Agrément | Le candidat ou l’entité concernée ne dispose pas du statut requis. |
| ERP critique | Aucune solution d’intégration réaliste. |
| Format obligatoire | Format requis non accepté ou données essentielles perdues. |
| Sécurité | Faiblesse critique non corrigée. |
| Continuité | Absence de dispositif de reprise adapté. |
| RGPD | Transfert ou réutilisation des données non acceptable. |
| Réversibilité | Impossibilité de restituer les données structurées. |
| Coût | Dépassement du budget plafond. |
| Preuve de concept | Échec d’un scénario critique. |
Un critère éliminatoire échoué ne doit jamais être compensé par une interface ergonomique, une forte notoriété ou un prix attractif.
📊 Score de conformité, score de risque et score de confiance
| Score | Objet | Lecture |
|---|---|---|
| Score de conformité | Mesure la couverture des exigences. | Plus il est élevé, plus les besoins sont couverts. |
| Score de risque | Mesure les réserves techniques, juridiques et opérationnelles. | Plus il est élevé, plus le risque est important. |
| Score de confiance | Mesure le niveau de preuve disponible. | Une note élevée avec peu de preuves reste fragile. |
| Score économique | Compare le coût total et le ROI. | Doit intégrer les coûts internes et de sortie. |
| Score final ajusté | Combine performance, risque et confiance. | Sert à la short-list, sans remplacer l’arbitrage. |
🏆 Exemple de scoring comparatif
| Domaine | Plateforme A | Plateforme B | Plateforme C |
|---|---|---|---|
| Conformité réglementaire | 92 / 100 | 96 / 100 | 88 / 100 |
| Couverture fonctionnelle | 84 / 100 | 91 / 100 | 79 / 100 |
| Intégration SI | 90 / 100 | 86 / 100 | 68 / 100 |
| Sécurité | 88 / 100 | 94 / 100 | 82 / 100 |
| International | 70 / 100 | 95 / 100 | 35 / 100 |
| Coût total | 85 / 100 | 72 / 100 | 94 / 100 |
| Réversibilité | 76 / 100 | 90 / 100 | 58 / 100 |
| Score pondéré | 85 / 100 | 89 / 100 | 73 / 100 |
| Score de confiance | 82 % | 91 % | 64 % |
| Décision | Short-list. | Recommandée sous réserves contractuelles. | Écartée malgré son prix. |
Les plateformes et les notes sont fictives. Cette matrice illustre une méthode de comparaison et non un classement réel d’opérateurs.
🔄 Workflow complet du Comparateur IA
- Importer le cahier des charges : recenser les besoins, pondérations et critères éliminatoires.
- Créer la grille commune : convertir chaque exigence en question, preuve et règle de notation.
- Importer les réponses : intégrer les questionnaires, offres, contrats et documents techniques.
- Normaliser : harmoniser les prix, périmètres, niveaux de service et niveaux de preuve.
- Contrôler la complétude : identifier les réponses absentes, vagues ou contradictoires.
- Comparer les fonctionnalités : rapprocher chaque promesse du besoin correspondant.
- Intégrer les démonstrations : noter les scénarios réussis, partiels ou échoués.
- Intégrer la preuve de concept : mesurer les résultats obtenus avec les systèmes réels.
- Calculer le coût total : additionner projet, abonnements, volumes, options, support et sortie.
- Calculer les scores : appliquer les pondérations, niveaux de preuve, bonus et malus.
- Appliquer les critères éliminatoires : bloquer les candidats non recevables.
- Produire les alertes : identifier les réserves fonctionnelles, techniques, fiscales et contractuelles.
- Construire la short-list : retenir les candidats les plus solides.
- Préparer la négociation : générer la liste des clauses, prix et engagements à obtenir.
- Soumettre à validation humaine : recueillir les avis métiers et les arbitrages.
- Produire le dossier final : présenter scores, risques, coûts, réserves et recommandation.
🌳 Workflow décisionnel Premium
DOSSIER CANDIDAT COMPLET ?
├── NON
│
│ → DEMANDE DE COMPLÉMENT
│
└── OUI
⬇
AGRÉMENT ET CRITÈRES
ÉLIMINATOIRES VALIDÉS ?
├── NON
│
│ → ÉLIMINATION
│
└── OUI
⬇
COUVERTURE FONCTIONNELLE
SUFFISANTE ?
├── NON
│
│ → ÉCART MAJEUR
│ → CHIFFRAGE
│
└── OUI
⬇
INTÉGRATION TECHNIQUE
DÉMONTRÉE ?
├── NON
│
│ → PREUVE DE CONCEPT
│
└── OUI
⬇
RISQUES SÉCURITÉ,
RGPD ET CONTRACTUELS
ACCEPTABLES ?
├── NON
│
│ → NÉGOCIATION
│ → RÉSERVE
│ → ÉLIMINATION
│
└── OUI
⬇
COÛT TOTAL
COMPATIBLE AVEC LE BUDGET ?
├── NON
│
│ → NÉGOCIATION TARIFAIRE
│
└── OUI
⬇
VALIDATION DES RESPONSABLES
⬇
RECOMMANDATION AU COMITÉ
🚨 Alertes intelligentes bloquantes
| Alerte | Déclencheur | Action |
|---|---|---|
| 🔴 Agrément non confirmé | Entité absente ou incohérente avec la liste officielle. | Suspension de l’évaluation. |
| 🔴 Format critique non couvert | Format obligatoire non accepté. | Élimination ou solution alternative validée. |
| 🔴 Échec de l’intégration ERP | Preuve de concept non concluante. | Élimination ou nouveau test. |
| 🔴 Faiblesse de sécurité critique | Vulnérabilité majeure non corrigée. | Blocage. |
| 🔴 Réversibilité insuffisante | Absence de restitution des données structurées. | Réserve éliminatoire. |
| 🔴 Traitement RGPD non acceptable | Réutilisation ou transfert non maîtrisé. | Blocage juridique. |
| 🔴 Budget plafond dépassé | Coût total supérieur au seuil autorisé. | Négociation ou élimination. |
🟠 Alertes majeures
| Alerte | Risque | Action recommandée |
|---|---|---|
| Réponse sans preuve | Fonctionnalité non confirmée. | Exiger une démonstration. |
| Couverture par partenaire | Responsabilité fragmentée. | Clarifier les SLA et contrats. |
| Connecteur sur projet | Délai et coût incertains. | Chiffrage et preuve de concept. |
| Coût non plafonné | Dérive budgétaire. | Négocier un plafond ou un barème. |
| SLA avec exclusions nombreuses | Engagement peu protecteur. | Réviser la définition. |
| Certificat hors périmètre | Preuve de sécurité insuffisante. | Demander une preuve adaptée. |
| Feuille de route non garantie | Fonction future incertaine. | Ne pas l’intégrer au score disponible. |
| Support non francophone | Difficulté opérationnelle. | Évaluer le besoin réel et négocier. |
🟡 Alertes mineures et recommandations
| Alerte | Analyse | Recommandation |
|---|---|---|
| Interface moins ergonomique | Impact utilisateur limité si les flux sont automatisés. | Tester avec les utilisateurs clés. |
| Rapport non personnalisable | Besoin éventuellement couvert par un export. | Vérifier la solution de contournement. |
| Formation uniquement à distance | Acceptable pour certaines équipes. | Évaluer la conduite du changement. |
| Option rarement utilisée | Faible valeur ajoutée. | La retirer du périmètre tarifaire. |
| Différence de terminologie | Pas nécessairement un écart fonctionnel. | Vérifier par scénario. |
👥 Validation humaine des résultats
Le résultat du Comparateur IA doit être examiné par les responsables concernés avant toute décision.
| Responsable | Validation attendue |
|---|---|
| Comptabilité | Réception, émission, contrôles, rapprochements et ergonomie. |
| Expert TVA | Couverture des opérations et données fiscales. |
| DSI | Architecture, API, connecteurs, sécurité et exploitation. |
| Juridique | Responsabilités, SLA, réversibilité et résiliation. |
| DPO | Qualification des acteurs, transferts et traitements de données. |
| Achats | Prix, engagements commerciaux et négociation. |
| DAF | Coût total, ROI, risques et capacité de pilotage. |
| Direction générale | Alignement stratégique et décision finale. |
🧑💼 Arbitrage du chef de mission
Le chef de mission doit vérifier que :
- les besoins ont été validés avant la consultation ;
- les pondérations ont été approuvées ;
- les critères éliminatoires ont été définis à l’avance ;
- les candidats ont reçu le même niveau d’information ;
- les démonstrations ont suivi les mêmes scénarios ;
- les preuves de concept ont été documentées ;
- les coûts ont été comparés sur la même durée ;
- les certifications ont été contrôlées dans leur périmètre ;
- l’agrément a été vérifié ;
- les risques contractuels sont clairement exposés ;
- la recommandation présente également les réserves ;
- la décision finale reste compréhensible plusieurs années après.
Le dossier doit permettre à un tiers de comprendre pourquoi le candidat retenu a été préféré aux autres et sur quelles preuves la décision repose.
⚠️ Limites du Comparateur IA
- l’IA dépend de la qualité du cahier des charges ;
- elle ne peut pas comparer correctement des besoins mal définis ;
- elle peut mal interpréter une formulation contractuelle ambiguë ;
- elle ne vérifie pas seule l’authenticité d’un certificat ;
- elle ne remplace pas une preuve de concept ;
- elle ne garantit pas la performance future de la plateforme ;
- elle peut survaloriser les critères les mieux documentés ;
- elle peut sous-estimer une contrainte métier atypique ;
- elle ne remplace pas l’analyse juridique des responsabilités ;
- elle ne détermine pas seule l’acceptabilité d’un transfert de données ;
- elle ne négocie pas les engagements contractuels ;
- elle ne doit pas transformer une feuille de route en fonctionnalité acquise ;
- elle ne doit pas inventer une réponse absente ;
- la responsabilité de la décision demeure humaine.
📚 Limites réglementaires
- la liste des plateformes agréées peut évoluer ;
- les spécifications techniques peuvent être mises à jour ;
- les fonctions réglementaires doivent être distinguées des services commerciaux ;
- les obligations varient selon les opérations et le calendrier applicable ;
- la conformité déclarée par un prestataire doit être contrôlée au regard des textes et documents officiels ;
- une plateforme conforme ne garantit pas la conformité des données produites par l’entreprise.
🖥️ Limites techniques
| Limite | Conséquence | Mesure de maîtrise |
|---|---|---|
| Formats de réponses différents | Comparaison imprécise. | Normalisation humaine. |
| Documentation incomplète | Score de confiance faible. | Demande de complément. |
| Calcul économique fondé sur de mauvaises hypothèses | Coût total erroné. | Validation par les achats et la DAF. |
| Pondérations mal paramétrées | Classement biaisé. | Approbation du comité de pilotage. |
| Données obsolètes | Résultat non fiable. | Date de validité et mise à jour. |
| Preuves non vérifiées | Surévaluation d’un candidat. | Contrôle documentaire et test. |
🏢 Limites métier
- un critère faible peut être critique pour une seule filiale ;
- une plateforme très complète peut être trop complexe pour une PME ;
- une offre moins chère peut exiger davantage de travaux internes ;
- un connecteur standard peut mal couvrir une configuration ERP particulière ;
- un excellent support commercial ne garantit pas la qualité du support de production ;
- une démonstration réussie ne remplace pas un test de charge ;
- une référence client prestigieuse peut être peu comparable au contexte de l’entreprise.
🏢 Cas intégral Premium — Sélection d’une plateforme pour une ETI
Le Groupe Nova possède huit sociétés françaises, deux ERP, un centre de services partagés et plusieurs flux internationaux. Il émet 500 000 factures et en reçoit 300 000 par an.
Critères prioritaires
- agrément confirmé ;
- gestion de Factur-X, UBL et CII ;
- connexion aux deux ERP ;
- e-reporting B2C et international ;
- workflow multi-sociétés ;
- couverture de six pays européens ;
- forte disponibilité ;
- réversibilité complète ;
- coût total inférieur à 900 000 € sur cinq ans.
📋 Résultats de la comparaison
| Critère | Plateforme A | Plateforme B | Plateforme C |
|---|---|---|---|
| Agrément | Confirmé. | Confirmé. | Entité contractante différente. |
| ERP 1 | Connecteur natif. | Connecteur natif. | API générique. |
| ERP 2 | Développement spécifique. | Connecteur partenaire. | Non démontré. |
| International | Quatre pays natifs. | Six pays natifs. | Deux pays et feuille de route. |
| Sécurité | Bon niveau. | Niveau élevé et preuves complètes. | Certificat hors périmètre. |
| Réversibilité | Export complet mais payant. | Export complet inclus. | PDF uniquement. |
| Coût sur cinq ans | 780 000 €. | 860 000 €. | 640 000 €. |
| Score pondéré | 84 / 100. | 91 / 100. | 69 / 100. |
🚨 Alertes générées
| Plateforme | Alerte | Décision proposée |
|---|---|---|
| A | Connecteur ERP 2 à développer. | Preuve de concept et plafonnement du coût. |
| A | Réversibilité facturée sur devis. | Négocier un montant plafond. |
| B | Coût supérieur à A. | Comparer le coût avec les risques évités. |
| B | Partenaire pour un connecteur. | Clarifier la responsabilité de bout en bout. |
| C | Réversibilité PDF uniquement. | Critère éliminatoire. |
| C | ERP 2 non démontré. | Critère éliminatoire. |
| C | Certification hors périmètre. | Preuve insuffisante. |
✅ Arbitrage final corrigé
La plateforme C est éliminée malgré son prix inférieur en raison :
- de l’absence de démonstration sur un ERP critique ;
- d’une réversibilité insuffisante ;
- d’un niveau de preuve de sécurité insuffisant ;
- d’une couverture internationale trop dépendante de la feuille de route.
La plateforme A reste une solution viable sous réserve :
- de réussir la preuve de concept sur le second ERP ;
- de plafonner le coût du développement ;
- de négocier les conditions de réversibilité.
La plateforme B est recommandée car :
- elle couvre les six pays attendus ;
- elle apporte le meilleur niveau de preuve ;
- sa sécurité est la mieux documentée ;
- sa réversibilité est plus complète ;
- son coût supérieur reste compatible avec le budget ;
- son risque global est inférieur.
Retenir la plateforme B sous réserve de sécuriser contractuellement la responsabilité du partenaire intervenant sur le second connecteur ERP.
📊 Tableau de bord du Comparateur IA
| Indicateur | Calcul | Utilité |
|---|---|---|
| Taux de réponses complètes | Critères renseignés / critères totaux. | Mesurer la qualité du dossier candidat. |
| Taux de critères prouvés | Critères avec preuve / critères déclarés couverts. | Évaluer la fiabilité des réponses. |
| Taux de réussite de la preuve de concept | Scénarios réussis / scénarios testés. | Mesurer la capacité opérationnelle. |
| Nombre de critères éliminatoires échoués | Total par candidat. | Identifier les candidatures non recevables. |
| Score de conformité | Couverture pondérée des besoins. | Comparer les fonctionnalités. |
| Score de risque | Somme pondérée des réserves. | Comparer les fragilités. |
| Score de confiance | Niveau moyen de preuve. | Mesurer la solidité du scoring. |
| Coût total | Projet + récurrence + options + sortie. | Comparer les offres économiquement. |
| Nombre de réserves contractuelles | Clauses à négocier. | Préparer la négociation. |
| Écart au budget | Coût total − budget cible. | Arbitrer l’investissement. |
📝 Synthèse Premium
Le choix d’une plateforme agréée engage durablement la conformité, les systèmes d’information, la comptabilité, la trésorerie et la continuité opérationnelle de l’entreprise.
La sélection doit reposer sur :
- un cahier des charges documenté ;
- une cartographie complète des flux ;
- des critères éliminatoires définis avant la consultation ;
- une grille pondérée ;
- des scénarios de démonstration identiques ;
- une preuve de concept ;
- une analyse du coût total ;
- un audit de sécurité et de conformité ;
- une analyse contractuelle ;
- une vérification de la réversibilité ;
- une validation collégiale.
Le Comparateur IA permet d’accélérer et d’objectiver cette analyse. Il normalise les réponses, calcule les scores, mesure le niveau de preuve, détecte les risques et prépare les arbitrages.
La meilleure plateforme n’est pas celle qui obtient mécaniquement la meilleure note. C’est celle dont les capacités critiques ont été démontrées, dont les risques sont acceptables et dont les engagements sont suffisamment solides pour soutenir durablement l’entreprise.
📌 À retenir
- partir des flux de l’entreprise et non des offres du marché ;
- vérifier l’agrément sur la source officielle applicable ;
- distinguer couverture native, partenaire, projet et feuille de route ;
- contrôler le périmètre exact des certifications ;
- tester les intégrations ERP et API ;
- comparer les offres sur des scénarios identiques ;
- calculer le coût total sur plusieurs années ;
- définir des critères éliminatoires ;
- pondérer les critères selon le profil de l’entreprise ;
- mesurer le niveau de preuve de chaque réponse ;
- auditer la sécurité, l’hébergement et le RGPD ;
- négocier les SLA et la responsabilité ;
- tester la réversibilité avant d’en avoir besoin ;
- conserver une validation humaine et collégiale.
🎓 Compétences acquises
À l’issue de cette séquence, vous êtes capable de :
- construire un cahier des charges de plateforme agréée ;
- cartographier les flux et systèmes concernés ;
- mesurer les volumes et pics de charge ;
- identifier les fonctionnalités indispensables et avancées ;
- évaluer la couverture fonctionnelle réelle ;
- analyser la couverture internationale ;
- contrôler les agréments et certifications ;
- évaluer la conformité réglementaire ;
- tester les intégrations ERP et API ;
- auditer la cybersécurité et l’hébergement ;
- analyser la conformité RGPD ;
- organiser la réversibilité ;
- préparer un changement de plateforme ;
- négocier les SLA et le contrat ;
- calculer le coût total de possession ;
- construire une grille de scoring pondérée ;
- définir des critères éliminatoires ;
- utiliser un Comparateur IA gouverné ;
- présenter une recommandation de niveau chef de mission.
🏆 Niveau de maîtrise atteint
| Niveau | Capacité | Statut |
|---|---|---|
| Niveau 1 — Recenser | Identifier les besoins et contraintes. | ✅ Acquis |
| Niveau 2 — Structurer | Construire un cahier des charges. | ✅ Acquis |
| Niveau 3 — Comparer | Évaluer fonctionnalités, coûts et risques. | ✅ Acquis |
| Niveau 4 — Tester | Conduire démonstrations et preuve de concept. | ✅ Acquis |
| Niveau 5 — Sécuriser | Auditer sécurité, RGPD, contrat et réversibilité. | ✅ Acquis |
| Niveau 6 — Arbitrer | Présenter une décision documentée et gouvernée. | ✅ Niveau chef de mission |
➡️ Transition vers la Séquence 3/7 — Maîtriser les flux d’émission et de réception
Vous savez désormais construire un cahier des charges, comparer les plateformes et sécuriser leur sélection.
La prochaine étape consiste à comprendre précisément comment les factures circulent entre l’entreprise, sa plateforme, la plateforme du destinataire, les systèmes internes et les services de transmission des données.
La Séquence 3/7 permettra notamment de maîtriser :
- la préparation du flux d’émission ;
- les contrôles avant transmission ;
- la recherche du destinataire dans l’annuaire ;
- le routage entre plateformes ;
- la réception technique et métier ;
- la restitution à l’ERP ;
- la gestion des statuts ;
- les rejets, refus et corrections ;
- la gestion des doublons ;
- la supervision des flux ;
- la continuité en cas d’incident ;
- la traçabilité de bout en bout.
Passer du choix de la plateforme à la maîtrise opérationnelle de chaque facture, depuis sa création dans l’ERP jusqu’à sa réception, son acceptation et son intégration par le destinataire.
Paramétrer l’annuaire et les adresses de facturation
Identifier sans ambiguïté chaque entreprise, chaque établissement et chaque point de réception afin d’acheminer la bonne facture vers la bonne plateforme, le bon système et le bon service.
🎯 Introduction Premium — Le routage devient une donnée critique
Dans un échange traditionnel, une facture pouvait être envoyée à une adresse e-mail générique, déposée sur un portail ou transmise directement à un interlocuteur connu.
Dans la facturation électronique structurée, le processus doit permettre à la plateforme de déterminer automatiquement :
- quelle personne juridique est destinataire de la facture ;
- quel établissement ou service doit la recevoir ;
- quelle plateforme agréée gère l’adresse concernée ;
- quel identifiant de routage doit être utilisé ;
- quel ERP, workflow ou centre de services doit être alimenté ;
- quelle règle appliquer lorsqu’une organisation dispose de plusieurs points de réception.
L’annuaire de la facturation électronique constitue le référentiel central permettant de rechercher une structure et de vérifier si elle dispose d’une ou plusieurs adresses électroniques de réception déclarées par une plateforme agréée. Il référence les structures privées concernées ainsi que les entités publiques.
Une facture techniquement parfaite peut ne jamais atteindre son véritable destinataire si l’identité juridique, l’établissement, l’adresse de facturation ou la règle de routage sont mal paramétrés.
🎯 Objectif professionnel
À l’issue de cette première livraison, vous serez capable de construire une architecture d’adressage adaptée à une entreprise simple, à une organisation multi-sites ou à un groupe utilisant plusieurs systèmes et plateformes.
Vous saurez notamment :
- comprendre le rôle de l’annuaire national ;
- distinguer SIREN, SIRET, unité légale et établissement ;
- identifier le niveau de granularité nécessaire au routage ;
- concevoir des adresses électroniques de facturation ;
- distinguer une adresse de routage d’une adresse e-mail ;
- gérer plusieurs établissements et services ;
- organiser l’utilisation d’une ou plusieurs plateformes ;
- construire des règles de routage par activité, ERP ou type de flux ;
- contrôler la cohérence des identifiants ;
- prévenir les erreurs d’acheminement avant la mise en production.
Produire une matrice Entité → Établissement → Adresse électronique → Plateforme → Système destinataire → Responsable.
🎓 Compétences développées
| Compétence | Application professionnelle | Risque évité |
|---|---|---|
| Identifier l’unité légale | Rattacher la facture au bon SIREN. | Facture adressée à la mauvaise société. |
| Identifier l’établissement | Orienter la facture vers le bon site ou service. | Retard de validation. |
| Créer une adresse de facturation | Définir un point de réception exploitable par les plateformes. | Échec du routage. |
| Paramétrer plusieurs plateformes | Répartir les flux entre plusieurs prestataires. | Chevauchement ou absence de prise en charge. |
| Construire une règle de routage | Associer la facture au bon ERP ou workflow. | Traitement manuel inutile. |
| Contrôler les identifiants | Vérifier la cohérence SIREN–SIRET–entité. | Rejet ou mauvais destinataire. |
| Documenter l’architecture | Maintenir une cartographie fiable. | Dépendance à une connaissance informelle. |
1️⃣ Comprendre le rôle de l’annuaire national
L’annuaire est un service central de l’infrastructure française de facturation électronique.
Pour chaque structure référencée, il permet d’identifier notamment :
- l’entreprise ou l’entité publique concernée ;
- la plateforme agréée chargée de gérer ses données d’adressage ;
- la ou les adresses électroniques de facturation actives ;
- les informations nécessaires à l’acheminement des factures.
L’AIFE présente l’annuaire comme le référentiel recensant les entreprises et entités publiques concernées par l’émission ou la réception de factures électroniques et indiquant, pour chacune, la plateforme et les adresses électroniques de facturation associées.
ENTREPRISE ÉMETTRICE
⬇
PLATEFORME DE L’ÉMETTEUR
⬇
CONSULTATION DE L’ANNUAIRE
• IDENTITÉ DU DESTINATAIRE
• PLATEFORME DE RÉCEPTION
• ADRESSE ÉLECTRONIQUE ACTIVE
• RÈGLE DE ROUTAGE
⬇
PLATEFORME DU DESTINATAIRE
⬇
ERP • SERVICE • WORKFLOW
DU DESTINATAIRE
🧭 Pourquoi un annuaire national ?
Sans annuaire commun, chaque émetteur devrait connaître individuellement :
- la plateforme choisie par chaque client ;
- le point de réception exact ;
- les changements de plateforme ;
- les règles particulières de chaque établissement ;
- les modifications d’organisation du destinataire.
Une telle organisation serait difficilement industrialisable et générerait de nombreux rejets.
L’annuaire permet donc de mutualiser les informations nécessaires au routage et de réduire la dépendance aux échanges manuels entre fournisseurs et clients.
| Sans annuaire | Avec annuaire |
|---|---|
| Chaque fournisseur conserve son propre fichier d’adresses. | La plateforme consulte un référentiel commun. |
| Les changements doivent être communiqués à tous les fournisseurs. | La mise à jour est portée dans l’annuaire par le circuit habilité. |
| Les formats d’adresse varient selon les partenaires. | Les règles d’adressage reposent sur une architecture partagée. |
| Le risque d’erreur est élevé. | Le routage peut être contrôlé automatiquement. |
| La traçabilité est fragmentée. | Les opérations peuvent être historisées. |
🎯 Les objectifs de l’annuaire
| Objectif | Résultat attendu |
|---|---|
| Identifier le destinataire | Rattacher la facture à la bonne structure. |
| Identifier la plateforme | Transmettre la facture au bon opérateur. |
| Identifier l’adresse de réception | Atteindre le bon point de routage. |
| Gérer la granularité | Distinguer société, établissement ou service. |
| Faciliter les changements | Mettre à jour la destination sans solliciter chaque fournisseur. |
| Sécuriser les échanges | Réduire les envois vers des destinataires inconnus. |
| Industrialiser le routage | Permettre le traitement de volumes importants. |
🏗️ Architecture générale de l’annuaire
NIVEAU 1
UNITÉ LÉGALE
IDENTIFIANT PRINCIPAL :
SIREN
⬇
NIVEAU 2
ÉTABLISSEMENT
IDENTIFIANT :
SIRET
⬇
NIVEAU 3
ADRESSE DE FACTURATION
IDENTIFIANT DE ROUTAGE
OU CODE DE SERVICE
⬇
PLATEFORME AGRÉÉE
⬇
SYSTÈME DE DESTINATION
• ERP
• WORKFLOW ACHATS
• CENTRE DE SERVICES
• LOGICIEL MÉTIER
Les spécifications historiques de la réforme prévoyaient une identification reposant au minimum sur le SIREN, avec la possibilité d’utiliser une granularité plus fine fondée sur le SIRET. Les modalités opérationnelles doivent toujours être confrontées à la documentation technique applicable au moment du paramétrage.
👥 Les acteurs de l’annuaire
| Acteur | Rôle | Responsabilité principale |
|---|---|---|
| Entreprise | Définit son organisation de réception. | Fournir des informations exactes et valider le paramétrage. |
| Plateforme agréée | Gère les données d’adressage de ses clients selon ses habilitations. | Mettre à jour et exploiter les informations de routage. |
| Service public de l’annuaire | Centralise les données nécessaires à l’identification et au routage. | Mettre à disposition le référentiel central. |
| Fournisseur | Renseigne les données du client dans la facture. | Identifier correctement le destinataire. |
| ERP du client | Reçoit les factures après routage. | Associer le document au bon processus interne. |
| Administrateur interne | Pilote la cartographie des adresses. | Contrôler les créations et modifications. |
🔄 Fonctionnement général
- L’entreprise choisit une plateforme agréée.
- Elle définit avec celle-ci le niveau d’adressage nécessaire.
- Les informations d’adressage sont enregistrées dans l’annuaire.
- Le fournisseur émet une facture en identifiant le client.
- La plateforme de l’émetteur interroge l’annuaire.
- L’annuaire retourne les informations utiles à l’acheminement.
- La facture est transmise à la plateforme du destinataire.
- La plateforme du destinataire applique ses règles internes de routage.
- La facture est remise au bon ERP, workflow ou service.
- Les statuts et événements sont historisés.
Lorsque le fournisseur utilise le SIREN d’une autre société du groupe, la plateforme peut acheminer correctement la facture vers cette mauvaise entité. L’erreur doit donc être détectée avant ou après le routage par des contrôles métier.
2️⃣ Identifier correctement une entreprise
Le paramétrage de l’annuaire repose d’abord sur une compréhension rigoureuse de l’organisation juridique de l’entreprise.
Une société, un établissement, une agence commerciale et un service comptable ne représentent pas le même niveau d’identification.
🪪 Le SIREN
Le SIREN est un identifiant à neuf chiffres attribué à une unité légale.
Dans la cartographie de facturation, il sert notamment à :
- identifier la personne juridique destinataire ;
- distinguer les sociétés d’un même groupe ;
- rattacher les établissements à leur unité légale ;
- contrôler la cohérence de la dénomination ;
- éviter les confusions entre enseigne et société.
| Élément | Exemple pédagogique |
|---|---|
| Dénomination | Alpha Distribution SAS. |
| SIREN | 123 456 789. |
| Nature | Unité légale. |
| Nombre d’établissements | Plusieurs SIRET possibles. |
Le répertoire Sirene constitue le référentiel public de l’état civil des entreprises et de leurs établissements français.
🏬 Le SIRET
Le SIRET identifie un établissement déterminé d’une unité légale.
Il permet de distinguer :
- le siège social ;
- une usine ;
- un magasin ;
- une agence ;
- un entrepôt ;
- un centre de services ;
- un établissement secondaire.
SIREN
123 456 789
⬇
ÉTABLISSEMENT 1
SIRET :
123 456 789 00011
ÉTABLISSEMENT 2
SIRET :
123 456 789 00029
ÉTABLISSEMENT 3
SIRET :
123 456 789 00037
Plusieurs SIRET peuvent appartenir à une même unité légale et donc à un même SIREN.
🏛️ Unité légale et établissement
| Critère | Unité légale | Établissement |
|---|---|---|
| Identifiant | SIREN. | SIRET. |
| Nature | Personne juridique ou entrepreneur individuel. | Lieu d’exercice de l’activité. |
| Facture juridiquement adressée | À l’unité légale. | Peut être routée vers un établissement. |
| Comptabilité | Peut être centralisée au niveau de la société. | Peut être ventilée par site ou activité. |
| Plateforme | Peut être désignée pour toute l’unité légale. | Peut être utilisée dans une organisation plus fine. |
🏢 Le siège
Le siège constitue généralement l’établissement principal de l’unité légale.
Il ne doit cependant pas être utilisé comme destination automatique de toutes les factures lorsque :
- les achats sont gérés par plusieurs établissements ;
- les factures doivent rejoindre différents ERP ;
- les centres de coûts sont administrés localement ;
- les commandes sont émises par des sites différents ;
- une partie de la comptabilité est externalisée ;
- un centre de services partagés traite les factures du groupe.
🏬 L’établissement secondaire
Un établissement secondaire peut constituer un niveau pertinent de routage lorsque :
- il dispose d’un service comptable dédié ;
- il utilise un ERP distinct ;
- il reçoit des factures liées à ses propres commandes ;
- il exerce une activité nécessitant un traitement spécifique ;
- il dépend d’un circuit d’approbation local ;
- il doit suivre ses dépenses de manière autonome.
Le niveau SIRET apporte-t-il une véritable utilité opérationnelle ou complexifie-t-il inutilement l’adressage ?
✅ Établissement actif et établissement fermé
| Statut | Conséquence | Contrôle à prévoir |
|---|---|---|
| Établissement actif | Peut être utilisé dans l’organisation de routage. | Vérifier son rôle réel et son système destinataire. |
| Établissement fermé | Ne doit plus recevoir de nouveaux flux ordinaires. | Désactiver l’adresse ou prévoir une période transitoire. |
| Établissement transféré | Un nouveau SIRET peut exister. | Mettre à jour les référentiels et fournisseurs. |
| Établissement temporairement sans activité | Le besoin de routage doit être confirmé. | Éviter une adresse active inutile. |
La fermeture d’un établissement dans un référentiel public ne garantit pas que toutes les commandes, factures tardives et avoirs ont déjà été traités. Une règle transitoire doit être définie.
📋 Tableau Premium — Choisir le bon niveau d’identification
| Situation | Niveau recommandé à étudier | Justification |
|---|---|---|
| PME avec un seul site et un seul ERP | SIREN. | Organisation simple. |
| Société avec plusieurs sites mais comptabilité centralisée | SIREN avec routage interne. | Éviter une granularité excessive. |
| Sites utilisant des ERP différents | SIRET ou adresse de service. | Orienter vers le bon système. |
| Groupe avec plusieurs sociétés | Un SIREN par unité légale. | Respecter l’identité juridique. |
| Centre de services partagé | SIREN des sociétés avec routage vers le centre partagé. | Centraliser sans confondre les entités. |
| Plusieurs activités sous un même SIREN | Adresses de service distinctes. | Ventiler les flux par métier. |
3️⃣ Les adresses électroniques de facturation
L’adresse électronique de facturation est une donnée de routage utilisée dans l’écosystème de facturation électronique.
Elle permet d’associer une facture :
- à une unité légale ;
- à un établissement ;
- à un service ;
- à une activité ;
- à une plateforme ;
- à une destination informatique interne.
L’annuaire public permet de vérifier si une entreprise dispose d’une adresse active de facturation et d’identifier la plateforme de réception correspondante.
📍 Notion d’adresse de routage
Une adresse de routage n’est pas nécessairement une adresse lisible par une personne.
Elle peut être composée à partir :
- d’un SIREN ;
- d’un SIRET ;
- d’un identifiant complémentaire ;
- d’un code de service ;
- d’une référence de canal ;
- d’une combinaison définie par l’architecture applicable.
IDENTITÉ JURIDIQUE
SIREN
+
NIVEAU OPÉRATIONNEL
SIRET OU SERVICE
+
IDENTIFIANT DE ROUTAGE
⬇
ADRESSE ÉLECTRONIQUE
DE FACTURATION
⬇
PLATEFORME
⬇
ERP OU WORKFLOW CIBLE
🔑 L’identifiant technique
L’identifiant technique sert à distinguer plusieurs destinations rattachées à une même organisation.
Il peut être utilisé pour :
- séparer les achats généraux des achats de production ;
- orienter les factures vers des ERP différents ;
- identifier un centre de services ;
- distinguer les factures avec et sans commande ;
- diriger les factures vers un workflow spécifique ;
- isoler une activité réglementée ;
- gérer plusieurs pays ou branches opérationnelles.
Lorsque l’adresse exige un identifiant complémentaire, celui-ci doit être communiqué de manière fiable dans les commandes, contrats ou instructions de facturation.
📧 Adresse de facturation et adresse e-mail
| Critère | Adresse électronique de facturation | Adresse e-mail |
|---|---|---|
| Finalité | Routage d’une facture structurée. | Communication humaine. |
| Référentiel | Annuaire de facturation. | Messagerie de l’entreprise. |
| Interprétation | Par les plateformes et systèmes. | Par un serveur de messagerie. |
| Format | Identifiant défini par le dispositif d’adressage. | nom@domaine.fr. |
| Gestion | Plateforme et administrateurs habilités. | DSI ou service de messagerie. |
| Conséquence d’une erreur | Facture mal acheminée ou rejetée. | Message non distribué. |
Une adresse telle que factures@entreprise.fr ne constitue pas, par elle-même, une adresse de facturation électronique référencée dans l’annuaire.
🛠️ Règles de création d’une adresse
- Identifier l’unité légale concernée.
- Déterminer si le routage doit être réalisé au niveau SIREN, SIRET ou service.
- Identifier la plateforme chargée de la réception.
- Définir le système ou workflow destinataire.
- Choisir un identifiant de routage stable.
- Éviter les codes dépendant d’une personne physique.
- Documenter la signification de l’adresse.
- Définir un propriétaire métier.
- Tester l’adresse avant activation.
- Prévoir la procédure de modification et de suppression.
✅ Bonnes pratiques d’adressage
- limiter le nombre d’adresses au besoin réel ;
- privilégier des règles stables et explicables ;
- éviter les identifiants liés à un salarié ;
- ne pas reproduire automatiquement toute l’organisation interne ;
- prévoir une adresse générique de secours lorsque cela est pertinent ;
- documenter les codes de service ;
- tester les factures avec et sans commande ;
- vérifier la restitution dans l’ERP ;
- contrôler les droits de création et de modification ;
- maintenir un registre des adresses actives.
Créer une adresse pour chaque service, département ou centre de coût peut rendre le dispositif difficile à maintenir et provoquer davantage d’erreurs qu’il n’en résout.
📋 Registre Premium des adresses
| Champ | Exemple |
|---|---|
| SIREN | 123 456 789. |
| SIRET | 123 456 789 00029. |
| Libellé | Usine Lyon — Achats de production. |
| Identifiant de routage | PROD-LYON. |
| Plateforme | Plateforme agréée Alpha. |
| ERP cible | ERP Industrie. |
| Workflow | Rapprochement commande obligatoire. |
| Propriétaire | Responsable comptable industriel. |
| Date d’activation | 1er juillet 2026. |
| Statut | Active. |
| Date de revue | Trimestrielle. |
4️⃣ Gérer plusieurs établissements
Une organisation multi-sites doit déterminer si ses établissements justifient des adresses distinctes.
UNITÉ LÉGALE
⬇
ÉTABLISSEMENT SIÈGE
→ ERP FINANCE
ÉTABLISSEMENT USINE
→ ERP INDUSTRIEL
ÉTABLISSEMENT LOGISTIQUE
→ WORKFLOW LOGISTIQUE
MAGASINS
→ CENTRE DE SERVICES PARTAGÉS
🏛️ Le siège social
Le siège peut centraliser :
- les frais généraux ;
- les honoraires ;
- les assurances ;
- les prestations de conseil ;
- les factures juridiques et financières ;
- les dépenses communes à l’ensemble de la société.
Il peut disposer :
- d’une adresse générale ;
- d’une adresse pour les factures avec commande ;
- d’une adresse pour les factures sans commande ;
- d’une adresse spécifique pour les dépenses sensibles.
🏢 Les agences
| Organisation | Routage possible | Condition |
|---|---|---|
| Agence sans comptabilité locale | Adresse centralisée. | Référence d’agence portée dans la commande. |
| Agence avec approbation locale | Adresse ou code de service spécifique. | Workflow local documenté. |
| Agence avec ERP distinct | Adresse spécifique. | Interface et responsabilité dédiées. |
| Agence temporaire | Routage centralisé privilégié. | Éviter une adresse difficile à maintenir. |
🏪 Les magasins
Une chaîne de magasins peut choisir :
- une adresse unique pour l’ensemble du réseau ;
- une adresse par magasin ;
- une adresse par région ;
- une adresse par catégorie d’achat ;
- une adresse pour les achats centralisés et une autre pour les achats locaux.
La granularité doit être choisie selon le processus de commande, le nombre de fournisseurs, le système comptable et la capacité réelle à maintenir les adresses.
🏢 Les filiales
Une filiale juridiquement distincte dispose de son propre SIREN.
Elle ne doit pas être traitée comme un simple établissement de la société mère.
| Point de vigilance | Risque |
|---|---|
| SIREN de la mère utilisé pour la filiale | Facture adressée à la mauvaise personne juridique. |
| Adresse de la mère utilisée comme point de routage | Intégration dans le mauvais ERP. |
| Commande Groupe sans identification de la filiale | Litige sur le débiteur. |
| Centre de services partagé non documenté | Confusion entre traitement opérationnel et identité juridique. |
🏭 Les centres de services partagés
Un centre de services partagés peut recevoir et traiter les factures de plusieurs sociétés sans devenir le destinataire juridique des factures.
SOCIÉTÉ A
SIREN A
SOCIÉTÉ B
SIREN B
SOCIÉTÉ C
SIREN C
⬇
PLATEFORME AGRÉÉE
⬇
CENTRE DE SERVICES PARTAGÉS
TRAITEMENT CENTRALISÉ
MAIS
COMPTABILITÉS
ET IDENTITÉS JURIDIQUES
DISTINCTES
🌐 Organisation multi-sites
| Modèle | Description | Avantage | Limite |
|---|---|---|---|
| Centralisé | Une adresse pour toute la société. | Maintenance simple. | Routage interne plus important. |
| Par établissement | Une adresse par SIRET. | Orientation précise. | Nombre d’adresses élevé. |
| Par activité | Une adresse par branche métier. | Workflow spécialisé. | Code à communiquer aux fournisseurs. |
| Hybride | Adresse centrale et adresses spécifiques. | Équilibre entre simplicité et précision. | Gouvernance plus exigeante. |
5️⃣ Gérer une ou plusieurs plateformes
Une entreprise peut organiser ses flux autour d’une plateforme unique ou répartir certains périmètres entre plusieurs plateformes, sous réserve de respecter les règles d’adressage et de gouvernance applicables.
L’utilisation de plusieurs plateformes augmente les besoins de coordination, de documentation, de supervision et de contrôle des chevauchements.
1️⃣ Une plateforme unique
| Avantage | Limite |
|---|---|
| Gouvernance simplifiée. | Dépendance plus forte à un seul prestataire. |
| Contrat unique. | Couverture éventuellement insuffisante pour certains pays ou ERP. |
| Tableaux de bord centralisés. | Coût de migration plus important en cas de changement. |
| Règles homogènes. | Moins de flexibilité pour les filiales. |
| Référentiel d’adresses unique. | Risque de point unique de défaillance. |
2️⃣ Plusieurs plateformes
Plusieurs plateformes peuvent être envisagées lorsque :
- les sociétés du groupe utilisent des ERP différents ;
- certaines filiales disposent déjà d’un contrat local ;
- un pays nécessite une couverture particulière ;
- une activité utilise un prestataire spécialisé ;
- le groupe souhaite réduire sa dépendance ;
- la réception et l’émission sont organisées selon des périmètres distincts.
| Périmètre | Plateforme | Règle de routage |
|---|---|---|
| Société A | Plateforme Alpha. | Toutes les factures du SIREN A. |
| Société B | Plateforme Beta. | Toutes les factures du SIREN B. |
| Établissement industriel de C | Plateforme Gamma. | Adresse spécifique de l’établissement. |
| Autres flux de C | Plateforme Alpha. | Adresse générale de la société. |
3️⃣ Solution compatible et plateforme agréée
Une entreprise peut continuer à utiliser un logiciel métier, un ERP ou une solution de dématérialisation qui échange avec une plateforme agréée.
ERP OU SOLUTION COMPATIBLE
⬇
DONNÉES ET DOCUMENTS
⬇
PLATEFORME AGRÉÉE
• ANNUAIRE
• ROUTAGE
• TRANSMISSION
• DONNÉES RÉGLEMENTAIRES
⬇
DESTINATAIRE
Seule une plateforme agréée est habilitée à assurer l’ensemble des fonctions réglementaires prévues par la réforme ; une solution compatible peut intervenir dans la chaîne sans se substituer à elle.
4️⃣ Répartition par société
Le modèle le plus simple lorsqu’un groupe utilise plusieurs plateformes consiste à affecter une plateforme par unité légale.
| Société | SIREN | Plateforme | ERP |
|---|---|---|---|
| Holding | 111 111 111 | Alpha. | ERP Finance. |
| Distribution | 222 222 222 | Beta. | ERP Retail. |
| Industrie | 333 333 333 | Gamma. | ERP Industrie. |
La frontière juridique entre les sociétés correspond à la frontière de gestion des plateformes.
📋 Matrice Premium — Gouverner plusieurs plateformes
| Contrôle | Question |
|---|---|
| Exhaustivité | Chaque unité légale dispose-t-elle d’une plateforme de réception ? |
| Unicité | Deux plateformes revendiquent-elles la même adresse ? |
| Granularité | Le découpage correspond-il à une réalité métier ? |
| Supervision | Les statuts sont-ils centralisés ? |
| Réversibilité | Chaque plateforme peut-elle restituer les données ? |
| Responsabilité | Qui traite les incidents interplateformes ? |
| Coûts | Les abonnements et volumes sont-ils consolidés ? |
6️⃣ Organiser le routage par activité
Le routage par activité permet de diriger les factures vers des traitements différents sans créer nécessairement une nouvelle personne juridique.
MÊME SIREN
⬇
ACTIVITÉ CONSEIL
→ ERP SERVICES
ACTIVITÉ FORMATION
→ WORKFLOW FORMATION
ACTIVITÉ IMMOBILIÈRE
→ ERP IMMOBILIER
FRAIS GÉNÉRAUX
→ COMPTABILITÉ CENTRALE
🧩 Routage par métier
| Métier | Critère de routage | Destination |
|---|---|---|
| Achats de production | Code service ou commande industrielle. | ERP de production. |
| Frais généraux | Adresse générale. | Comptabilité centrale. |
| Prestations informatiques | Centre de coûts DSI. | Workflow DSI. |
| Immobilier | Référence d’immeuble. | Logiciel de gestion immobilière. |
| Marketing | Code campagne. | Workflow marketing. |
🏬 Routage par établissement
Le routage par établissement est pertinent lorsque le SIRET permet de déterminer :
- le site ayant commandé ;
- le lieu de livraison ;
- le responsable du service fait ;
- le bon ERP ;
- le centre de coûts ;
- le circuit d’approbation.
Le lieu de livraison ne correspond pas toujours à l’établissement responsable de la validation ou du paiement.
🌍 Routage par pays
Un groupe international peut utiliser une architecture différente selon les pays.
| Pays | Entité | Plateforme | Système cible |
|---|---|---|---|
| France | Sociétés françaises. | Plateforme Alpha. | ERP Groupe France. |
| Allemagne | Filiale allemande. | Prestataire local ou réseau Groupe. | ERP Allemagne. |
| Espagne | Filiale espagnole. | Plateforme Beta. | ERP Ibérique. |
Le routage international doit respecter l’identité de chaque entité et les infrastructures applicables dans chaque pays.
🔀 Routage par type de flux
| Type de flux | Routage possible |
|---|---|
| Facture avec commande | Workflow de rapprochement automatique. |
| Facture sans commande | Validation manuelle renforcée. |
| Avoir | Équipe chargée des corrections. |
| Facture d’acompte | Workflow financier spécifique. |
| Facture internationale | Contrôle fiscal dédié. |
| Facture sensible | Accès restreint. |
| Immobilisation | Validation par le responsable des investissements. |
🖥️ Routage par ERP
ADRESSE 1
→ ERP FINANCE
ADRESSE 2
→ ERP INDUSTRIE
ADRESSE 3
→ ERP RETAIL
ADRESSE 4
→ LOGICIEL IMMOBILIER
ADRESSE DE SECOURS
→ FILE D’ATTENTE CENTRALE
Le routage par ERP doit prévoir :
- le format attendu par chaque système ;
- les champs obligatoires ;
- la restitution des statuts ;
- la gestion des pièces jointes ;
- la reprise en cas d’indisponibilité ;
- une destination de secours ;
- un mécanisme anti-doublon.
🌳 Arbre décisionnel Premium de routage
QUELLE UNITÉ LÉGALE
EST FACTURÉE ?
⬇
SIREN IDENTIFIÉ ?
├── NON
│
│ → BLOCAGE
│
└── OUI
⬇
UN ÉTABLISSEMENT
DOIT-IL ÊTRE CIBLÉ ?
├── OUI
│
│ → CONTRÔLER LE SIRET
│
└── NON
│
│ → ROUTAGE AU NIVEAU SIREN
⬇
UNE ADRESSE DE SERVICE
EST-ELLE REQUISE ?
├── OUI
│
│ → CONTRÔLER LE CODE
│
└── NON
⬇
QUELLE PLATEFORME
GÈRE L’ADRESSE ?
⬇
QUEL ERP OU WORKFLOW
DOIT RECEVOIR LA FACTURE ?
⬇
ROUTAGE VALIDÉ
7️⃣ Contrôler les SIREN et SIRET
Les contrôles doivent porter à la fois sur le format technique et sur la cohérence juridique.
| Contrôle | Question |
|---|---|
| Longueur | Le SIREN comporte-t-il neuf chiffres ? |
| Longueur du SIRET | Le SIRET comporte-t-il quatorze chiffres ? |
| Composition | Le SIRET commence-t-il par le SIREN de l’unité légale ? |
| Dénomination | Le nom correspond-il à l’identifiant ? |
| Statut | L’unité légale et l’établissement sont-ils actifs ? |
| Adresse | L’adresse du site est-elle cohérente ? |
| Client contractuel | Le SIREN correspond-il à la partie signataire ? |
| Commande | Le SIREN ou SIRET correspond-il à la commande ? |
| Annuaire | L’adresse active appartient-elle à la bonne entité ? |
⚠️ Erreurs fréquentes sur les identifiants
| Erreur | Exemple | Conséquence |
|---|---|---|
| SIREN de la maison mère | Facture destinée à une filiale. | Mauvais débiteur juridique. |
| SIRET fermé | Ancien établissement utilisé. | Routage obsolète. |
| SIRET de livraison | Entrepôt utilisé au lieu du siège payeur. | Facture dirigée vers le mauvais workflow. |
| Chiffre manquant | SIREN à huit chiffres. | Rejet technique. |
| Espaces ou caractères | Valeur incompatible avec le format attendu. | Erreur de validation. |
| Nom commercial utilisé comme identité | Enseigne différente de la société. | Rapprochement incertain. |
| Copier-coller d’un ancien client | Identifiant non mis à jour. | Facture acheminée à un tiers. |
🛡️ Contrôles automatiques Premium
- Vérifier le nombre de chiffres.
- Éliminer les espaces et séparateurs uniquement pour le contrôle technique.
- Contrôler la cohérence entre SIREN et SIRET.
- Comparer la dénomination au référentiel tiers.
- Contrôler le statut actif.
- Comparer avec le contrat et la commande.
- Consulter l’adresse de facturation active.
- Vérifier la plateforme de destination.
- Signaler toute modification récente.
- Bloquer les divergences critiques.
📊 Tableau Premium — Contrôle croisé des référentiels
| Source | Donnée | Utilité |
|---|---|---|
| Référentiel client | SIREN, SIRET, dénomination et adresses. | Donnée interne de base. |
| Commande | Entité acheteuse et adresse de facturation. | Identifier le destinataire contractuel. |
| Contrat | Partie signataire. | Valider l’identité juridique. |
| Sirene | Existence et statut de l’entreprise ou de l’établissement. | Contrôle externe. |
| Annuaire de facturation | Plateforme et adresse de réception. | Routage électronique. |
| Historique des factures | Adresse précédemment utilisée. | Détecter les changements. |
🖼️ Illustration professionnelle — Anatomie complète d’un routage
FACTURE FOURNISSEUR
CLIENT :
ALPHA DISTRIBUTION SAS
SIREN :
123 456 789
SIRET :
123 456 789 00029
CODE SERVICE :
PROD-LYON
⬇
CONTRÔLE DE L’IDENTITÉ
⬇
CONSULTATION DE L’ANNUAIRE
⬇
PLATEFORME ALPHA
⬇
RÈGLE PROD-LYON
⬇
ERP INDUSTRIE
⬇
COMMANDE N° CMD-4587
⬇
RESPONSABLE DE PRODUCTION
⬇
COMPTABILISATION
💼 Cas pratique n°1 — PME avec une seule adresse
Une PME dispose d’un seul SIREN, d’un seul établissement, d’un seul ERP et d’une comptabilité centralisée.
Architecture recommandée
- une plateforme agréée ;
- une adresse de réception au niveau de l’unité légale ;
- un routage unique vers l’ERP ;
- un workflow de secours pour les factures non rapprochées ;
- un administrateur et un suppléant.
La création de plusieurs adresses ne produirait ici aucune valeur supplémentaire et augmenterait inutilement la maintenance.
💼 Cas pratique n°2 — Société multi-sites
Une société industrielle dispose d’un siège, de deux usines et d’un entrepôt. Les usines utilisent un ERP industriel, tandis que le siège utilise l’ERP financier.
| Site | Flux | Adresse | Destination |
|---|---|---|---|
| Siège | Frais généraux. | Adresse générale. | ERP Finance. |
| Usine Nord | Achats de production. | Adresse SIRET ou service NORD. | ERP Industrie. |
| Usine Sud | Achats de production. | Adresse SIRET ou service SUD. | ERP Industrie. |
| Entrepôt | Livraisons uniquement. | Pas nécessairement une adresse de facturation. | Routage selon la société commanditaire. |
Utiliser systématiquement le SIRET de l’entrepôt comme destinataire parce que les marchandises y sont livrées.
💼 Cas pratique n°3 — Groupe avec centre de services partagé
Un groupe possède cinq sociétés françaises. Toutes les factures sont traitées par un centre de services commun.
Architecture correcte
- chaque société conserve son propre SIREN ;
- chaque société dispose d’une adresse active ;
- les cinq adresses peuvent être gérées par la même plateforme ;
- la plateforme dirige les flux vers le centre de services ;
- le centre traite les factures dans des comptes et workflows distincts ;
- les habilitations empêchent toute confusion entre sociétés.
La centralisation opérationnelle ne modifie pas l’identité juridique des destinataires.
💼 Cas pratique n°4 — Plusieurs plateformes dans un même groupe
La société mère utilise la plateforme Alpha, deux filiales utilisent la plateforme Beta et une activité industrielle est gérée par Gamma.
Contrôles indispensables
- une matrice complète des périmètres ;
- aucune adresse active sur deux plateformes concurrentes ;
- une règle claire pour chaque SIREN et SIRET ;
- une supervision Groupe ;
- une procédure unique de gestion des incidents ;
- une stratégie de réversibilité par plateforme ;
- un contrôle périodique de l’annuaire.
💼 Cas pratique n°5 — Mauvais SIREN client
Un fournisseur facture la société mère alors que la commande a été passée par une filiale.
Conséquences
- la plateforme peut acheminer la facture vers la société mère ;
- le centre de services peut ne pas trouver la commande ;
- la facture peut être rejetée ou refusée ;
- le fournisseur doit corriger le document ;
- le délai de paiement est allongé ;
- la TVA et la comptabilisation peuvent être attribuées à la mauvaise entité.
Faire figurer le SIREN exact de l’acheteur sur les commandes, contrats et instructions de facturation.
💼 Cas pratique n°6 — Établissement fermé encore utilisé
Une agence a fermé, mais son ancienne adresse de facturation demeure active et plusieurs fournisseurs continuent de l’utiliser.
Plan de traitement
- Identifier les factures en cours.
- Définir une date de fin d’utilisation.
- Créer ou confirmer l’adresse de remplacement.
- Informer les fournisseurs concernés.
- Mettre à jour les commandes et contrats.
- Paramétrer une redirection transitoire contrôlée.
- Désactiver l’ancienne adresse.
- Surveiller les rejets après bascule.
💼 Cas pratique n°7 — Code service absent
Une entreprise a créé trois adresses par activité. Le fournisseur renseigne correctement le SIREN, mais oublie le code de service.
Options de traitement
| Option | Avantage | Risque |
|---|---|---|
| Rejet immédiat | Donnée corrigée par le fournisseur. | Retard de paiement. |
| Adresse générale de secours | Facture conservée dans le processus. | Traitement manuel. |
| Routage par commande | Automatisation possible. | Dépend de la qualité de la référence. |
| Classification automatique | Réduction des rejets. | Validation humaine nécessaire en cas d’incertitude. |
💼 Cas pratique n°8 — Livraison dans un magasin, paiement centralisé
Les marchandises sont livrées au magasin de Lille, mais la commande et le paiement sont gérés par le siège.
Données à distinguer
- client juridique : société exploitante ;
- adresse de facturation : siège ou point défini par l’organisation ;
- adresse de livraison : magasin de Lille ;
- référence de commande : commande centrale ;
- workflow d’approbation : responsable du magasin ou service achats ;
- ERP de paiement : ERP central.
Confondre l’adresse de livraison avec l’adresse électronique de facturation.
📋 Matrice Premium complète d’adressage
| Entité | SIREN | Établissement | SIRET | Adresse de routage | Plateforme | Destination |
|---|---|---|---|---|---|---|
| Alpha Holding | 111 111 111 | Siège | 111 111 111 00015 | HOLDING-GENERAL | Plateforme Alpha | ERP Finance |
| Alpha Industrie | 222 222 222 | Usine Lyon | 222 222 222 00024 | IND-LYON | Plateforme Beta | ERP Industrie |
| Alpha Industrie | 222 222 222 | Siège | 222 222 222 00016 | IND-GENERAL | Plateforme Beta | ERP Finance |
| Alpha Retail | 333 333 333 | Réseau magasins | Plusieurs SIRET | RETAIL-CENTRAL | Plateforme Gamma | Centre de services |
🛡️ Check-list Premium avant activation
- le SIREN correspond à la bonne unité légale ;
- le SIRET est actif lorsqu’il est utilisé ;
- la dénomination est cohérente ;
- la plateforme est correctement désignée ;
- l’adresse de routage est unique ;
- la signification du code est documentée ;
- le système destinataire est identifié ;
- le workflow est testé ;
- les pièces jointes sont correctement transférées ;
- les statuts reviennent dans l’ERP ;
- une adresse de secours existe si nécessaire ;
- les fournisseurs clés ont reçu les instructions ;
- le propriétaire de l’adresse est désigné ;
- la date de revue est planifiée ;
- la procédure de désactivation est prête.
📌 Synthèse
L’annuaire est le référentiel central permettant d’identifier la plateforme et les adresses électroniques de facturation des structures concernées.
Un paramétrage fiable repose sur six niveaux de maîtrise :
- identifier la bonne unité légale ;
- déterminer si un établissement doit être ciblé ;
- définir une adresse de facturation stable ;
- associer l’adresse à la bonne plateforme ;
- orienter la facture vers le bon ERP ou workflow ;
- contrôler l’ensemble avant activation.
Le SIREN identifie l’unité légale. Le SIRET permet de distinguer ses établissements. Une adresse électronique de facturation peut ensuite ajouter une granularité de routage par activité, service ou système.
La bonne architecture n’est pas nécessairement la plus détaillée. Elle doit être :
- compréhensible ;
- stable ;
- maintenable ;
- documentée ;
- compatible avec les processus réels ;
- testée de bout en bout.
L’annuaire ne doit pas reproduire sans discernement toute la complexité de l’entreprise. Il doit contenir uniquement la granularité nécessaire pour remettre chaque facture à la bonne entité et au bon processus.
La seconde livraison traitera des ouvertures, fermetures, fusions, changements de plateforme, procédures de mise à jour, contrôles internes, audits du paramétrage et du Gestionnaire IA Annuaire & Routage.
1️⃣ Gouverner les changements organisationnels
L’annuaire de facturation ne constitue pas un paramétrage figé. Il doit évoluer au même rythme que l’organisation juridique, opérationnelle et informatique de l’entreprise.
Chaque changement significatif peut modifier :
- l’identité juridique du destinataire ;
- le SIREN ou le SIRET à utiliser ;
- l’adresse électronique de facturation active ;
- la plateforme chargée de la réception ;
- le système interne destinataire ;
- le workflow d’approbation ;
- les droits des utilisateurs ;
- les instructions communiquées aux fournisseurs.
Aucun changement juridique, immobilier, informatique ou organisationnel ne doit être considéré comme achevé tant que ses conséquences sur l’annuaire et le routage des factures n’ont pas été analysées, testées et documentées.
🧭 Cartographie Premium des événements à surveiller
| Événement | Impact potentiel | Action annuaire |
|---|---|---|
| Fusion | Disparition ou absorption d’une unité légale. | Créer, maintenir temporairement ou désactiver les adresses concernées. |
| Scission | Répartition des activités entre plusieurs sociétés. | Créer de nouvelles architectures de routage. |
| Ouverture d’établissement | Nouveau site, nouveau SIRET ou nouveau workflow. | Créer une adresse si la granularité le justifie. |
| Fermeture d’établissement | Ancienne destination devenue obsolète. | Prévoir une période transitoire puis désactiver. |
| Changement de plateforme | Modification du prestataire de réception. | Mettre à jour l’adresse et organiser la bascule. |
| Changement d’ERP | Nouvelle destination informatique. | Modifier le routage interne et tester les restitutions. |
| Réorganisation des activités | Nouveau découpage par métier ou service. | Créer, fusionner ou supprimer des codes de routage. |
| Externalisation comptable | Traitement confié à un centre externe. | Modifier le workflow sans changer l’identité juridique. |
| Déménagement | Changement d’adresse physique ou de SIRET. | Contrôler l’impact sur les référentiels et le routage. |
2️⃣ Traiter une fusion
Une fusion peut entraîner l’absorption d’une société par une autre ou la création d’une nouvelle entité.
Le traitement de l’annuaire doit distinguer :
- les factures émises avant la date d’effet ;
- les factures reçues après la fusion mais relatives à une période antérieure ;
- les avoirs liés à des factures anciennes ;
- les commandes encore ouvertes ;
- les contrats transférés ;
- les fournisseurs non encore informés ;
- les adresses devant rester actives temporairement.
SOCIÉTÉ ABSORBÉE
ANCIEN SIREN
ANCIENNES ADRESSES
⬇
DATE D’EFFET DE LA FUSION
⬇
SOCIÉTÉ ABSORBANTE
SIREN CONSERVÉ OU NOUVEAU
NOUVELLES ADRESSES
⬇
PÉRIODE TRANSITOIRE
• FACTURES EN COURS
• AVOIRS
• COMMANDES OUVERTES
• REDIRECTIONS CONTRÔLÉES
⬇
DÉSACTIVATION DES ANCIENNES ADRESSES
📋 Check-list Premium — Fusion
- Identifier la date juridique d’effet.
- Recenser les unités légales concernées.
- Identifier les SIREN maintenus, supprimés ou nouvellement créés.
- Recenser les établissements et SIRET.
- Inventorier toutes les adresses de facturation actives.
- Analyser les contrats et commandes en cours.
- Définir le traitement des factures tardives.
- Définir le traitement des avoirs.
- Créer les nouvelles adresses.
- Tester les flux entrants et sortants.
- Informer les fournisseurs et clients.
- Mettre à jour les ERP et référentiels.
- Prévoir une redirection temporaire.
- Planifier la désactivation définitive.
- Conserver les preuves de la migration.
3️⃣ Traiter une scission
Une scission répartit tout ou partie des activités entre plusieurs entités. Elle crée un risque élevé d’acheminement vers la mauvaise société.
| Question | Réponse attendue |
|---|---|
| Quelle activité est transférée ? | Périmètre métier clairement défini. |
| Quelle société devient acheteuse ? | Nouveau SIREN identifié. |
| Quels établissements sont concernés ? | SIRET actuels et futurs recensés. |
| Quels contrats sont transférés ? | Liste validée juridiquement. |
| Quels fournisseurs doivent être informés ? | Plan de communication ciblé. |
| Quel ERP recevra les factures ? | Système cible testé. |
| Quel traitement pour les factures mixtes ? | Règle d’arbitrage documentée. |
Une scission exige une communication précise aux fournisseurs. La seule création d’une nouvelle adresse dans l’annuaire ne suffit pas si les commandes continuent d’indiquer l’ancienne société.
4️⃣ Gérer l’ouverture d’un établissement
L’ouverture d’un établissement ne justifie pas automatiquement la création d’une nouvelle adresse de facturation.
Il faut d’abord vérifier si le site :
- passe ses propres commandes ;
- dispose d’un circuit de validation local ;
- utilise un ERP spécifique ;
- dispose d’une comptabilité distincte ;
- reçoit des factures directement liées à son activité ;
- nécessite un suivi analytique autonome ;
- doit être identifiable par les fournisseurs.
| Situation | Décision possible |
|---|---|
| Nouveau site sans autonomie | Maintenir l’adresse centrale. |
| Nouveau site avec ERP distinct | Créer une adresse dédiée. |
| Nouveau magasin avec achats centralisés | Utiliser l’adresse centrale et renseigner le lieu de livraison. |
| Nouvelle usine avec commandes locales | Créer une adresse au niveau établissement ou service. |
🛠️ Processus d’ouverture d’une adresse
BESOIN MÉTIER VALIDÉ
⬇
SIREN ET SIRET CONTRÔLÉS
⬇
PLATEFORME IDENTIFIÉE
⬇
CODE DE ROUTAGE DÉFINI
⬇
ERP ET WORKFLOW PARAMÉTRÉS
⬇
TESTS TECHNIQUES
⬇
TESTS MÉTIER
⬇
VALIDATION FORMELLE
⬇
ACTIVATION
⬇
COMMUNICATION AUX FOURNISSEURS
5️⃣ Gérer la fermeture d’un établissement
La fermeture d’un établissement doit être préparée afin d’éviter :
- des factures adressées à un site inactif ;
- des rejets massifs ;
- des factures perdues ;
- des retards de paiement ;
- des avoirs impossibles à rapprocher ;
- des doublons créés lors des réémissions ;
- des incohérences entre l’annuaire et l’ERP.
Une fermeture doit combiner une date officielle, une date de fin d’utilisation opérationnelle et, lorsque cela est nécessaire, une période de redirection contrôlée.
📅 Calendrier Premium de fermeture
| Période | Action |
|---|---|
| J − 90 | Recenser les fournisseurs, contrats et commandes. |
| J − 60 | Définir l’adresse de remplacement. |
| J − 45 | Informer les fournisseurs prioritaires. |
| J − 30 | Tester le nouveau routage. |
| J − 15 | Mettre à jour les commandes et contrats. |
| Jour J | Activer la règle de bascule. |
| J + 30 | Analyser les factures reçues sur l’ancienne adresse. |
| J + 90 | Désactiver définitivement si aucun risque résiduel ne subsiste. |
6️⃣ Gérer un changement de plateforme
Le changement de plateforme constitue une opération sensible car il modifie le point de réception des factures.
La bascule doit préserver :
- la continuité de réception ;
- l’unicité de l’adresse active ;
- la conservation des factures en cours ;
- la restitution des statuts ;
- la cohérence des référentiels ;
- l’absence de doublon ;
- la traçabilité avant et après migration.
ANCIENNE PLATEFORME
⬇
EXPORT DES DONNÉES
ET DES PARAMÉTRAGES
⬇
NOUVELLE PLATEFORME
• ENTITÉS
• ADRESSES
• ROUTAGES
• UTILISATEURS
• WORKFLOWS
⬇
TESTS CROISÉS
⬇
MISE À JOUR DE L’ANNUAIRE
⬇
BASCULE CONTRÔLÉE
⬇
SURVEILLANCE RENFORCÉE
📋 Check-list Premium — Changement de plateforme
- inventorier toutes les adresses actives ;
- identifier les flux en attente ;
- exporter les factures, statuts et journaux ;
- reproduire les règles de routage ;
- recréer les utilisateurs et habilitations ;
- tester les ERP et API ;
- tester plusieurs fournisseurs ;
- tester les factures avec et sans commande ;
- définir l’instant précis de bascule ;
- contrôler la mise à jour de l’annuaire ;
- surveiller les premiers flux ;
- éviter l’activation simultanée de deux destinations incohérentes ;
- conserver l’accès à l’historique ;
- organiser la fermeture de l’ancien service.
7️⃣ Gérer un changement d’adresse
Le terme « changement d’adresse » peut recouvrir plusieurs réalités.
| Changement | Impact |
|---|---|
| Adresse physique du siège | Mise à jour des référentiels juridiques et factures. |
| Adresse de livraison | Impact logistique, pas nécessairement sur le routage électronique. |
| Adresse électronique de facturation | Modification directe du routage. |
| Code de service | Modification de la destination interne. |
| Adresse de secours | Modification du traitement des exceptions. |
Un déménagement ne conduit pas automatiquement à modifier l’adresse de routage. Il faut vérifier si le SIRET, la plateforme ou le système destinataire évoluent réellement.
8️⃣ Faire évoluer les règles de routage
Une règle de routage peut évoluer à la suite :
- d’un changement d’ERP ;
- d’une centralisation comptable ;
- d’une externalisation ;
- d’une réorganisation métier ;
- d’une modification des workflows ;
- d’un nouveau centre de coûts ;
- d’une séparation entre factures avec et sans commande ;
- d’une nouvelle politique de validation.
Une règle existante ne doit jamais être remplacée sans analyse des flux encore en cours, des commandes anciennes et des factures correctives.
🔄 Gestion des versions de routage
| Version | Période | Règle | Statut |
|---|---|---|---|
| V1 | Jusqu’au 30 juin 2026. | ERP historique. | Clôturée. |
| V2 | Du 1er juillet au 31 août 2026. | Coexistence ancien et nouvel ERP. | Transitoire. |
| V3 | À compter du 1er septembre 2026. | Nouvel ERP unique. | Active. |
Chaque version doit préciser :
- sa date d’effet ;
- les adresses concernées ;
- les systèmes sources et cibles ;
- les règles de secours ;
- les validations obtenues ;
- les résultats des tests ;
- la date de clôture éventuelle.
9️⃣ Gouvernance de l’annuaire
La gouvernance doit répondre à quatre questions :
- Qui peut demander une modification ?
- Qui vérifie la cohérence juridique et métier ?
- Qui exécute la modification ?
- Qui valide la mise en production ?
DEMANDE MÉTIER
⬇
CONTRÔLE JURIDIQUE
⬇
CONTRÔLE COMPTABLE
⬇
CONTRÔLE TECHNIQUE
⬇
PARAMÉTRAGE PAR L’ADMINISTRATEUR
⬇
TEST
⬇
VALIDATION DU RESPONSABLE
⬇
MISE EN PRODUCTION
⬇
REVUE APRÈS ACTIVATION
👥 Répartition des responsabilités
| Acteur | Responsabilité |
|---|---|
| Direction juridique | Valider les unités légales, fusions, scissions et transferts. |
| Comptabilité | Définir les processus de réception et de validation. |
| Fiscalité | Contrôler les conséquences sur la TVA et les flux. |
| DSI | Paramétrer les ERP, interfaces et destinations. |
| Administrateur annuaire | Créer, modifier et désactiver les adresses. |
| Responsable métier | Valider le besoin opérationnel. |
| Contrôle interne | Vérifier les droits, procédures et preuves. |
| Plateforme agréée | Exécuter les opérations relevant de son périmètre. |
| Chef de mission | Superviser la cohérence globale et les risques. |
📊 Matrice RACI Premium
| Action | Métier | Juridique | Comptabilité | DSI | Administrateur |
|---|---|---|---|---|---|
| Demander une nouvelle adresse | R | C | C | C | I |
| Valider le SIREN et le SIRET | C | A | C | I | R |
| Définir le routage | C | I | A | R | C |
| Créer l’adresse | I | I | C | C | R |
| Tester | R | I | R | R | C |
| Autoriser la mise en production | C | C | A | C | R |
R : réalise — A : approuve — C : consulté — I : informé.
🔟 Construire les procédures internes
L’entreprise doit formaliser au minimum les procédures suivantes :
- création d’une adresse ;
- modification d’une adresse ;
- désactivation d’une adresse ;
- changement de plateforme ;
- changement d’ERP ;
- traitement d’un établissement fermé ;
- gestion d’un incident de routage ;
- correction d’une erreur de SIREN ou SIRET ;
- revue périodique des adresses ;
- gestion des habilitations ;
- communication aux fournisseurs ;
- archivage des preuves.
📄 Modèle Premium de demande de modification
| Champ | Contenu attendu |
|---|---|
| Demandeur | Nom, fonction et service. |
| Entité concernée | Dénomination et SIREN. |
| Établissement | SIRET lorsque pertinent. |
| Adresse actuelle | Adresse de routage existante. |
| Modification demandée | Création, modification ou suppression. |
| Motif | Événement juridique, métier ou technique. |
| Date d’effet | Date souhaitée et date impérative. |
| ERP cible | Système destinataire. |
| Risque de transition | Factures, commandes et avoirs en cours. |
| Validateurs | Juridique, comptabilité, DSI et métier. |
| Résultat des tests | Références des scénarios exécutés. |
1️⃣1️⃣ Documenter l’annuaire
La documentation doit permettre à une personne extérieure au projet de comprendre :
- quelles entités sont concernées ;
- quelles adresses sont actives ;
- à quels établissements elles sont rattachées ;
- quelle plateforme les gère ;
- quel ERP les reçoit ;
- quel workflow s’applique ;
- qui en est responsable ;
- quand elles ont été créées ou modifiées ;
- quels tests ont été réalisés ;
- quelle règle s’applique en cas d’incident.
Registre des adresses, matrice de routage, procédures, RACI, résultats de tests, journal des modifications et tableau de bord des incidents.
📚 Dossier de preuve du paramétrage
| Document | Utilité |
|---|---|
| Cartographie juridique | Identifier les unités légales et établissements. |
| Registre des adresses | Recenser les points de routage. |
| Matrice plateforme–adresse | Identifier le prestataire responsable. |
| Matrice adresse–ERP | Documenter la destination interne. |
| Journal des modifications | Reconstituer les changements. |
| Procès-verbaux de tests | Prouver la validation avant activation. |
| Plan de communication | Informer les fournisseurs concernés. |
| Plan de secours | Traiter les incidents de routage. |
| Revues périodiques | Démontrer le maintien du dispositif. |
1️⃣2️⃣ Prévenir les erreurs d’acheminement
Les erreurs d’acheminement peuvent provenir :
- d’un mauvais SIREN ;
- d’un SIRET fermé ;
- d’un code de service absent ;
- d’une adresse inactive ;
- d’une plateforme mal déclarée ;
- d’un ancien paramétrage conservé dans l’ERP ;
- d’une commande obsolète ;
- d’une mauvaise synchronisation des référentiels ;
- d’une redirection non documentée ;
- d’un changement non communiqué aux fournisseurs.
🛡️ Les huit barrières de prévention
- Contrôle du référentiel : vérifier les identifiants juridiques.
- Contrôle de la commande : faire figurer l’adresse correcte.
- Contrôle avant émission : comparer la facture au référentiel.
- Contrôle de l’annuaire : vérifier la destination active.
- Contrôle de la plateforme : appliquer les règles techniques.
- Contrôle à la réception : rapprocher le destinataire et la commande.
- Contrôle des rejets : analyser les causes racines.
- Contrôle périodique : revoir les adresses et responsables.
📊 Tableau Premium des erreurs d’acheminement
| Erreur | Détection | Traitement |
|---|---|---|
| SIREN inconnu | Contrôle automatique. | Blocage avant émission. |
| SIREN valide mais mauvaise société | Rapprochement contrat–commande. | Correction métier. |
| SIRET fermé | Référentiel externe et annuaire. | Utiliser l’adresse de remplacement. |
| Code service absent | Règle de complétude. | Rejet ou adresse de secours. |
| Adresse inactive | Consultation de l’annuaire. | Demander une mise à jour. |
| ERP indisponible | Supervision technique. | File d’attente et reprise. |
| Adresse supprimée trop tôt | Factures tardives rejetées. | Rétablir temporairement ou traiter manuellement. |
| Deux règles contradictoires | Audit du paramétrage. | Supprimer le chevauchement. |
1️⃣3️⃣ Mettre en place les contrôles internes
Le contrôle interne doit couvrir la création, la modification, l’utilisation et la suppression des adresses.
| Contrôle | Fréquence | Responsable |
|---|---|---|
| Revue des adresses actives | Trimestrielle. | Administrateur et comptabilité. |
| Revue des établissements fermés | Mensuelle. | Juridique ou référentiel tiers. |
| Revue des habilitations | Trimestrielle. | DSI et contrôle interne. |
| Contrôle des modifications | À chaque changement. | Responsable annuaire. |
| Test des adresses de secours | Semestrielle. | DSI. |
| Analyse des rejets | Mensuelle. | Comptabilité fournisseurs ou clients. |
| Réconciliation annuaire–ERP | Trimestrielle. | DSI et comptabilité. |
| Audit des plateformes | Annuelle. | Chef de mission. |
🔐 Séparation des tâches
La même personne ne devrait pas pouvoir demander, approuver, créer et mettre en production une adresse sensible sans contrôle complémentaire.
| Étape | Responsable recommandé |
|---|---|
| Demande | Responsable métier. |
| Validation juridique | Juridique ou référentiel société. |
| Validation comptable | Responsable comptable. |
| Paramétrage | Administrateur habilité. |
| Test | DSI et utilisateur clé. |
| Mise en production | Responsable désigné. |
| Revue | Contrôle interne. |
📈 Tableau de bord du contrôle interne
| Indicateur | Calcul | Objectif |
|---|---|---|
| Adresses revues | Adresses contrôlées / adresses actives. | 100 % selon la périodicité. |
| Adresses sans propriétaire | Nombre d’adresses non attribuées. | 0. |
| Adresses liées à un établissement fermé | Nombre d’anomalies ouvertes. | 0 hors transition documentée. |
| Rejets d’acheminement | Rejets / factures transmises. | Tendance décroissante. |
| Modifications sans validation | Nombre d’écarts. | 0. |
| Délai de mise à jour | Temps entre événement et paramétrage. | Conforme à la procédure. |
| Tests de secours réussis | Tests réussis / tests prévus. | 100 %. |
1️⃣4️⃣ Auditer le paramétrage de l’annuaire
L’audit doit rechercher les écarts entre :
- la réalité juridique ;
- la cartographie opérationnelle ;
- le paramétrage de l’annuaire ;
- les référentiels ERP ;
- les contrats avec les plateformes ;
- les instructions adressées aux fournisseurs ;
- les flux effectivement reçus.
CARTOGRAPHIE JURIDIQUE
↕
REGISTRE DES ADRESSES
↕
ANNUAIRE
↕
PLATEFORME
↕
ERP
↕
FLUX RÉELS
⬇
ÉCARTS ET PLAN D’ACTION
📋 Programme d’audit Premium
- Obtenir la liste des unités légales.
- Obtenir la liste des établissements.
- Identifier les établissements fermés.
- Obtenir l’extraction des adresses actives.
- Comparer chaque adresse au SIREN et au SIRET.
- Vérifier la plateforme associée.
- Vérifier l’ERP et le workflow cible.
- Contrôler les responsables.
- Examiner les dernières modifications.
- Contrôler les habilitations.
- Tester un échantillon de routages.
- Analyser les rejets récents.
- Vérifier les adresses de secours.
- Contrôler la documentation et les preuves.
- Établir un plan de remédiation.
🔎 Tests d’audit par échantillonnage
| Échantillon | Test |
|---|---|
| Adresse créée récemment | Vérifier demande, validation, test et mise en production. |
| Adresse modifiée | Vérifier l’ancienne et la nouvelle version. |
| Établissement fermé | Vérifier la désactivation ou la transition. |
| Facture rejetée | Reconstituer la cause de l’erreur. |
| Adresse multi-ERP | Tester la règle de choix du système. |
| Adresse de secours | Simuler une indisponibilité. |
| Changement de plateforme | Vérifier la continuité et l’historique. |
💼 Cas pratique n°1 — Fusion mal anticipée
La société Beta est absorbée par Alpha le 1er janvier. Les adresses de Beta sont supprimées dès cette date, alors que plusieurs fournisseurs émettent encore des factures liées à des commandes antérieures.
Conséquences
- rejets de factures tardives ;
- impossibilité de rapprocher les avoirs ;
- réémissions non maîtrisées ;
- retards de paiement ;
- rupture de la piste d’audit.
Réactiver temporairement une destination de transition, identifier les flux encore attendus et communiquer une date ferme de fin d’utilisation.
💼 Cas pratique n°2 — Scission d’une activité
L’activité logistique est transférée dans une nouvelle société. Les fournisseurs continuent pourtant à utiliser le SIREN historique.
Plan de remédiation
- Identifier les contrats transférés.
- Mettre à jour les commandes.
- Créer l’adresse de la nouvelle société.
- Informer les fournisseurs concernés.
- Bloquer les nouvelles factures sur l’ancienne société lorsque nécessaire.
- Maintenir un traitement spécifique pour les périodes antérieures.
- Suivre les rejets pendant trois mois.
💼 Cas pratique n°3 — Nouvel établissement sur-paramétré
Une entreprise ouvre un petit bureau commercial sans autonomie comptable. Une adresse dédiée est créée malgré tout.
Effets
- les fournisseurs hésitent entre deux adresses ;
- certaines factures arrivent dans un workflow vide ;
- les factures doivent être redirigées manuellement ;
- la maintenance augmente sans bénéfice réel.
Supprimer l’adresse spécifique et utiliser l’adresse centrale avec une référence analytique interne.
💼 Cas pratique n°4 — Changement de plateforme incomplet
La nouvelle plateforme est activée, mais certains fournisseurs continuent à transmettre leurs factures selon l’ancien circuit.
Contrôles
- vérifier la mise à jour de l’annuaire ;
- identifier les adresses concernées ;
- contrôler l’ancienne plateforme ;
- rechercher les factures en attente ;
- prévenir les fournisseurs ;
- mettre en place une supervision quotidienne ;
- éviter tout double enregistrement.
💼 Cas pratique n°5 — Adresse active sur un établissement fermé
Un établissement fermé depuis six mois conserve une adresse active. Plusieurs factures y sont encore acheminées.
Diagnostic
| Contrôle | Résultat |
|---|---|
| Statut du SIRET | Fermé. |
| Adresse annuaire | Toujours active. |
| ERP destinataire | Compte désactivé. |
| Factures en erreur | 37 documents. |
| Cause racine | Absence de procédure de fermeture. |
Rediriger les factures vers l’adresse centrale, informer les fournisseurs, désactiver l’adresse et intégrer la fermeture d’établissement dans la procédure de contrôle interne.
💼 Cas pratique n°6 — Changement d’ERP sans évolution du routage
L’entreprise migre vers un nouvel ERP, mais les adresses continuent d’alimenter l’ancien système.
Risques
- factures non intégrées ;
- double traitement manuel ;
- retard de comptabilisation ;
- statuts non restitués ;
- écarts de clôture ;
- paiements retardés.
Intégrer systématiquement l’annuaire et les règles de routage au plan de migration ERP.
💼 Cas pratique n°7 — Code de service modifié sans information
Le code « ACHATS-IND » devient « PROD-FR », mais les fournisseurs ne sont pas informés.
Solutions possibles
- maintenir temporairement l’ancien code ;
- rediriger automatiquement vers le nouveau workflow ;
- informer les fournisseurs ;
- mettre à jour les commandes ;
- fixer une date de fin d’utilisation ;
- suivre les occurrences résiduelles.
💼 Cas pratique n°8 — Modification frauduleuse du routage
Un compte administrateur compromis modifie l’adresse de destination de certaines factures sensibles.
Contrôles attendus
- authentification multifacteur ;
- séparation des tâches ;
- double validation des modifications sensibles ;
- journalisation complète ;
- alerte immédiate en cas de changement ;
- revue des habilitations ;
- possibilité de revenir à la version précédente ;
- analyse des factures concernées.
📋 Matrice Premium d’audit et de remédiation
| Anomalie | Risque | Priorité | Action corrective |
|---|---|---|---|
| Adresse sans propriétaire | Absence de maintenance. | Majeure. | Désigner un responsable. |
| Établissement fermé | Routage obsolète. | Critique. | Rediriger puis désactiver. |
| Deux adresses concurrentes | Flux dispersés. | Critique. | Clarifier la règle active. |
| Adresse non testée | Échec en production. | Majeure. | Réaliser une recette. |
| Absence de journal | Modification non traçable. | Majeure. | Activer la journalisation. |
| Habilitation excessive | Erreur ou fraude. | Critique. | Réduire les droits. |
| Référentiel ERP incohérent | Mauvaise destination. | Critique. | Réconcilier les données. |
| Ancien code encore utilisé | Traitement manuel. | Modérée. | Communication et redirection temporaire. |
📌 Synthèse intermédiaire de la Partie A
La qualité d’un annuaire dépend autant de sa gouvernance que de son paramétrage initial.
Les principaux événements à intégrer sont :
- les fusions ;
- les scissions ;
- les ouvertures et fermetures d’établissements ;
- les changements de plateforme ;
- les changements d’ERP ;
- les évolutions de routage ;
- les réorganisations comptables et métiers.
La sécurisation repose sur :
- des responsabilités formalisées ;
- une séparation des tâches ;
- des procédures écrites ;
- un registre versionné ;
- des tests avant activation ;
- des contrôles périodiques ;
- une analyse des rejets ;
- un audit régulier ;
- une documentation complète.
L’annuaire doit être traité comme un référentiel critique. Toute modification doit être autorisée, testée, historisée et réconciliée avec la réalité juridique, les ERP et les flux effectivement reçus.
La prochaine partie développera le Gestionnaire IA Annuaire & Routage, ses moteurs de contrôle, de cohérence et de décision, ses alertes intelligentes, la validation humaine, les limites de l’IA, la synthèse finale, les compétences acquises et la transition vers la Séquence 4/7.
🤖 Gestionnaire IA Annuaire & Routage
Le Gestionnaire IA Annuaire & Routage est un dispositif d’assistance destiné à contrôler les identifiants juridiques, analyser les règles d’adressage, proposer le bon routage et détecter les incohérences avant qu’une facture ne soit mal acheminée.
Il intervient à plusieurs moments du cycle de vie :
- lors de la création d’une adresse électronique de facturation ;
- lors de la modification d’un SIREN, d’un SIRET ou d’un code de service ;
- lors de la préparation d’une fusion, d’une scission ou d’une fermeture d’établissement ;
- lors du changement de plateforme ou d’ERP ;
- avant l’émission d’une facture ;
- lorsqu’une facture ne trouve pas de destination certaine ;
- pendant les audits périodiques de l’annuaire ;
- lors de l’analyse des rejets et erreurs d’acheminement.
Garantir que chaque facture est adressée à la bonne personne juridique, transmise vers la bonne plateforme et remise au bon système interne, tout en conservant une validation humaine sur les situations sensibles.
🎯 Objectifs du Gestionnaire IA
| Objectif | Résultat attendu | Risque maîtrisé |
|---|---|---|
| Contrôler l’identité juridique | Valider la cohérence entre dénomination, SIREN et SIRET. | Facture adressée à la mauvaise société. |
| Contrôler le statut des établissements | Identifier les établissements actifs, fermés ou transférés. | Routage vers une destination obsolète. |
| Analyser les adresses | Repérer les doublons, chevauchements et adresses sans propriétaire. | Dispersion ou perte des flux. |
| Proposer le routage | Associer la facture au bon ERP, workflow ou service. | Traitement manuel inutile. |
| Détecter les changements | Identifier une fusion, une fermeture ou un changement récent. | Référentiel non mis à jour. |
| Prévenir les erreurs | Bloquer ou orienter les factures incertaines. | Rejet tardif ou mauvais paiement. |
| Documenter les décisions | Conserver les règles, preuves et validations. | Paramétrage non auditable. |
🏗️ Architecture complète du Gestionnaire IA
SOURCES DE DONNÉES
• RÉFÉRENTIEL JURIDIQUE
• SIREN ET SIRET
• ANNUAIRE DE FACTURATION
• ERP CLIENTS ET FOURNISSEURS
• COMMANDES
• CONTRATS
• PLATEFORMES
• HISTORIQUE DES ROUTAGES
• JOURNAL DES MODIFICATIONS
⬇
COUCHE 1
MOTEUR DE CONTRÔLE
• FORMAT DES IDENTIFIANTS
• STATUT DES ENTITÉS
• EXISTENCE DES ADRESSES
• VALIDITÉ DES PLATEFORMES
• COMPLÉTUDE DES DONNÉES
⬇
COUCHE 2
MOTEUR DE COHÉRENCE
• SIREN ↔ DÉNOMINATION
• SIREN ↔ SIRET
• ADRESSE ↔ ÉTABLISSEMENT
• ADRESSE ↔ PLATEFORME
• ADRESSE ↔ ERP
• COMMANDE ↔ DESTINATAIRE
⬇
COUCHE 3
MOTEUR DE ROUTAGE
• PAR UNITÉ LÉGALE
• PAR ÉTABLISSEMENT
• PAR SERVICE
• PAR ACTIVITÉ
• PAR TYPE DE FLUX
• PAR ERP
• PAR PAYS
⬇
COUCHE 4
MOTEUR DE DÉCISION
• ROUTAGE AUTOMATIQUE
• ADRESSE DE SECOURS
• VALIDATION HUMAINE
• BLOCAGE
• REJET
• ESCALADE
⬇
COUCHE 5
RESTITUTION ET TRAÇABILITÉ
• RAPPORT DE CONTRÔLE
• JOURNAL DE ROUTAGE
• ALERTES
• VALIDATIONS
• HISTORIQUE DES VERSIONS
• DOSSIER DE PREUVE
🧠 Architecture fonctionnelle
| Composant | Fonction | Sortie produite |
|---|---|---|
| Collecteur de données | Rassembler les référentiels juridiques, métiers et techniques. | Base de travail normalisée. |
| Moteur d’identification | Reconnaître l’unité légale et l’établissement. | Identité juridique probable. |
| Moteur de contrôle | Valider les formats, statuts et données obligatoires. | Rapport de conformité. |
| Moteur de cohérence | Comparer les données entre plusieurs référentiels. | Liste des divergences. |
| Moteur de routage | Déterminer la plateforme et la destination interne. | Proposition de chemin d’acheminement. |
| Moteur de risque | Évaluer l’impact d’une incertitude ou d’un changement. | Score de risque. |
| Moteur de décision | Accepter, orienter, bloquer ou escalader. | Décision assistée. |
| Journal de preuve | Historiser les contrôles, versions et validations. | Piste d’audit complète. |
🔎 Moteur de contrôle
Le moteur de contrôle vérifie les données avant toute décision de routage.
| Niveau | Contrôle | Décision possible |
|---|---|---|
| Format | Longueur et composition du SIREN ou du SIRET. | Blocage technique. |
| Existence | Présence de l’unité légale dans le référentiel. | Validation ou alerte. |
| Statut | Entité ou établissement actif, fermé ou transféré. | Routage, transition ou blocage. |
| Adresse | Présence d’une adresse de facturation active. | Routage ou adresse de secours. |
| Plateforme | Association à la plateforme attendue. | Validation ou anomalie majeure. |
| Code de service | Présence et validité du code exigé. | Routage, secours ou rejet. |
| ERP cible | Destination interne active et disponible. | Transmission ou file d’attente. |
| Propriétaire | Responsable désigné pour l’adresse. | Alerte de gouvernance. |
🧩 Moteur de cohérence
Le moteur de cohérence rapproche les informations présentes dans plusieurs sources.
FACTURE
SIREN CLIENT
↕
COMMANDE
ENTITÉ ACHETEUSE
↕
CONTRAT
PARTIE SIGNATAIRE
↕
RÉFÉRENTIEL JURIDIQUE
UNITÉ LÉGALE ACTIVE
↕
ANNUAIRE
ADRESSE ET PLATEFORME
↕
ERP
COMPTE CLIENT OU FOURNISSEUR
⬇
SCORE DE COHÉRENCE
| Comparaison | Écart détecté | Action |
|---|---|---|
| SIREN facture ↔ commande | Deux sociétés différentes. | Blocage métier. |
| SIRET ↔ SIREN | Établissement rattaché à une autre unité légale. | Blocage technique. |
| Adresse ↔ plateforme | Adresse gérée par un autre prestataire. | Vérification de la bascule. |
| Adresse ↔ ERP | ERP cible désactivé. | Routage de secours. |
| SIRET ↔ statut | Établissement fermé. | Transition ou rejet. |
| Code service ↔ activité | Code incohérent avec la commande. | Validation humaine. |
| Dénomination ↔ SIREN | Nom commercial d’une autre société. | Contrôle du tiers. |
🧭 Moteur de routage
Le moteur de routage applique une hiérarchie de règles afin de trouver la destination la plus fiable.
- Règle juridique : identifier le SIREN destinataire.
- Règle établissement : déterminer si un SIRET précis est requis.
- Règle de service : rechercher un code ou une adresse spécifique.
- Règle de plateforme : identifier la plateforme de réception active.
- Règle métier : associer le flux à l’activité concernée.
- Règle technique : identifier l’ERP ou le workflow disponible.
- Règle de secours : utiliser une file centrale en cas d’incertitude autorisée.
- Règle de blocage : interrompre le traitement en cas de risque critique.
🌳 Arbre décisionnel du moteur de routage
SIREN PRÉSENT ?
├── NON
│
│ → BLOCAGE
│
└── OUI
⬇
UNITÉ LÉGALE ACTIVE ?
├── NON
│
│ → ANALYSE D’UN ÉVÉNEMENT JURIDIQUE
│
└── OUI
⬇
SIRET REQUIS ?
├── OUI
│
│ → CONTRÔLER LE SIRET
│
└── NON
│
│ → ROUTAGE AU SIREN
⬇
CODE DE SERVICE REQUIS ?
├── OUI ET PRÉSENT
│
│ → ROUTAGE SPÉCIFIQUE
│
├── OUI ET ABSENT
│
│ → SECOURS OU VALIDATION
│
└── NON
│
│ → ADRESSE GÉNÉRALE
⬇
PLATEFORME ACTIVE ?
├── NON
│
│ → BLOCAGE OU TRANSITION
│
└── OUI
⬇
ERP DISPONIBLE ?
├── NON
│
│ → FILE D’ATTENTE
│
└── OUI
⬇
ROUTAGE AUTORISÉ
📊 Score de confiance du routage
| Niveau | Situation | Décision |
|---|---|---|
| 🟢 95 à 100 — Certain | Identité, adresse, plateforme, commande et ERP concordent. | Routage automatique. |
| 🟢 85 à 94 — Très probable | Une donnée secondaire manque sans contradiction. | Routage avec journalisation renforcée. |
| 🟡 70 à 84 — Incertain | Code de service absent ou changement récent. | Adresse de secours ou validation comptable. |
| 🟠 50 à 69 — Risqué | Écart entre plusieurs référentiels. | Validation humaine obligatoire. |
| 🔴 0 à 49 — Critique | Mauvais SIREN, établissement fermé ou plateforme incohérente. | Blocage. |
Un SIREN correspondant à une mauvaise personne juridique impose un blocage, même si les autres données paraissent cohérentes.
🔄 Workflow complet du Gestionnaire IA
- Réception de la demande : facture, création d’adresse ou modification organisationnelle.
- Identification : extraire SIREN, SIRET, adresse, code de service et références.
- Contrôle technique : vérifier formats et données obligatoires.
- Contrôle juridique : confirmer l’unité légale et le statut de l’établissement.
- Consultation des référentiels : rapprocher annuaire, ERP, contrat et commande.
- Détection des changements : repérer une fusion, une fermeture ou une bascule récente.
- Analyse de cohérence : calculer les écarts entre les sources.
- Proposition de routage : sélectionner plateforme, adresse et système cible.
- Calcul du score : mesurer le niveau de confiance et de risque.
- Application des règles bloquantes : interrompre les cas critiques.
- Validation humaine : orienter le dossier vers le responsable compétent.
- Exécution : créer, modifier ou utiliser la règle validée.
- Contrôle après traitement : vérifier la bonne remise de la facture.
- Journalisation : conserver les données, décisions et validations.
- Revue : suivre les alertes et ajuster les règles si nécessaire.
🚨 Alertes intelligentes bloquantes
| Alerte | Déclencheur | Action |
|---|---|---|
| 🔴 Mauvaise unité légale | SIREN différent de la commande ou du contrat. | Blocage et correction. |
| 🔴 SIRET incohérent | Établissement rattaché à un autre SIREN. | Blocage technique. |
| 🔴 Établissement fermé | SIRET inactif sans transition autorisée. | Blocage ou orientation contrôlée. |
| 🔴 Adresse non autorisée | Adresse absente du registre validé. | Suspension du routage. |
| 🔴 Plateforme incohérente | Adresse associée à une plateforme différente. | Contrôle de la bascule. |
| 🔴 Doublon d’adresse | Deux destinations actives et contradictoires. | Blocage de la modification. |
| 🔴 Modification non autorisée | Absence de validation ou droit insuffisant. | Refus et alerte sécurité. |
🟠 Alertes majeures
| Alerte | Risque | Traitement |
|---|---|---|
| Code de service absent | Routage imprécis. | Adresse de secours ou validation humaine. |
| Adresse sans propriétaire | Absence de maintenance. | Désigner un responsable. |
| Changement récent de plateforme | Risque de flux résiduel. | Surveillance renforcée. |
| ERP cible indisponible | Facture non intégrée. | File d’attente et reprise. |
| Ancienne adresse encore utilisée | Traitement transitoire prolongé. | Informer le fournisseur et fixer une échéance. |
| Dénomination divergente | Risque de mauvais tiers. | Contrôle juridique. |
| Adresse non revue | Paramétrage potentiellement obsolète. | Revue prioritaire. |
🟡 Alertes mineures et recommandations
| Alerte | Analyse | Recommandation |
|---|---|---|
| Libellé d’adresse peu explicite | Aucun blocage technique. | Améliorer la documentation. |
| Référence analytique absente | Routage possible mais traitement manuel. | Enrichir le workflow interne. |
| Adresse rarement utilisée | Complexité potentiellement inutile. | Examiner sa suppression. |
| Responsable suppléant absent | Risque de blocage organisationnel. | Désigner un remplaçant. |
| Revue proche de l’échéance | Contrôle périodique à programmer. | Créer une tâche de revue. |
👥 Validation humaine
Le Gestionnaire IA prépare la décision, mais les changements engageant l’identité juridique, la plateforme ou le routage restent sous contrôle humain.
| Intervenant | Contrôle principal | Décision |
|---|---|---|
| Comptable | Commande, fournisseur, workflow et destination. | Valider le traitement opérationnel. |
| Responsable comptable | Architecture de réception et règles de secours. | Approuver le routage comptable. |
| Juridique | Unité légale, fusion, scission et fermeture. | Valider l’identité juridique. |
| DSI | ERP, API, disponibilité et sécurité. | Autoriser la destination technique. |
| Administrateur annuaire | Conformité du paramétrage. | Exécuter la modification autorisée. |
| Contrôle interne | Droits, séparation des tâches et preuves. | Valider le dispositif de contrôle. |
| Chef de mission | Cohérence globale et risques de transition. | Arbitrer les situations complexes. |
🧑💼 Validation du chef de mission
Avant toute mise en production sensible, le chef de mission doit vérifier :
- la justification du changement ;
- la validation du SIREN et du SIRET ;
- la cohérence avec la réalité juridique ;
- l’absence de chevauchement entre adresses ;
- la bonne plateforme de destination ;
- la compatibilité avec l’ERP ;
- la gestion des factures en cours ;
- le traitement des avoirs et corrections ;
- le résultat des tests ;
- la communication aux fournisseurs ;
- la présence d’une règle de secours ;
- la journalisation complète de la décision.
⚠️ Limites de l’intelligence artificielle
- l’IA dépend de la qualité des référentiels ;
- elle ne connaît pas automatiquement tous les événements juridiques en cours ;
- elle peut confondre une enseigne avec une personne juridique ;
- elle ne détermine pas seule quelle société doit juridiquement supporter une facture ;
- elle ne remplace pas l’analyse d’un contrat ou d’une fusion ;
- elle peut proposer un routage techniquement possible mais métierement inadapté ;
- elle ne garantit pas l’actualité d’une donnée externe ;
- elle peut mal interpréter un code interne non documenté ;
- elle ne doit pas créer ou modifier une adresse sans autorisation ;
- elle ne doit pas supprimer automatiquement une ancienne destination ;
- elle ne remplace pas les tests de bout en bout ;
- elle ne transfère pas la responsabilité de l’entreprise ;
- toute décision sensible doit rester explicable et validée.
📚 Limites juridiques et organisationnelles
| Limite | Conséquence | Mesure de maîtrise |
|---|---|---|
| Fusion non finalisée | Identité future incertaine. | Validation juridique avant paramétrage définitif. |
| Contrat non transféré | Mauvais débiteur potentiel. | Analyse contractuelle. |
| Commande ancienne | Ancien SIREN encore utilisé. | Règle transitoire documentée. |
| Organisation informelle | Routage fondé sur des habitudes non écrites. | Formalisation métier. |
| Référentiel non synchronisé | Décisions contradictoires. | Réconciliation périodique. |
🖥️ Limites techniques
- indisponibilité temporaire de l’annuaire ;
- retard de synchronisation entre la plateforme et l’ERP ;
- adresse nouvellement créée non encore visible partout ;
- règles de routage incompatibles entre deux systèmes ;
- absence de journal détaillé dans un ancien outil ;
- limitation du nombre d’adresses ou de codes de service ;
- erreur de mapping lors d’un changement d’ERP ;
- doublon généré pendant une phase de coexistence ;
- retour de statut non transmis.
🏢 Cas intégral Premium — Réorganisation d’un groupe multi-ERP
Le Groupe Atlas possède quatre sociétés françaises, neuf établissements, deux plateformes et trois ERP. Il fusionne deux sociétés, ferme une agence et remplace son ERP industriel.
Anomalies détectées par le Gestionnaire IA
| Anomalie | Criticité | Cause |
|---|---|---|
| Adresse de la société absorbée supprimée trop tôt | 🔴 Critique | Factures tardives encore attendues. |
| Agence fermée toujours active | 🔴 Critique | Procédure de fermeture incomplète. |
| Deux plateformes associées au même périmètre | 🔴 Critique | Bascule mal paramétrée. |
| Nouvel ERP absent d’une règle | 🟠 Majeure | Mapping non terminé. |
| Trois codes de service sans propriétaire | 🟠 Majeure | Gouvernance insuffisante. |
| Ancien code encore utilisé par des fournisseurs | 🟡 Modérée | Communication incomplète. |
🧭 Plan de correction du cas intégral
- Réactiver temporairement une destination de transition pour la société absorbée.
- Identifier les commandes et avoirs encore ouverts.
- Rediriger l’adresse de l’agence fermée vers le siège.
- Supprimer le chevauchement entre les deux plateformes.
- Finaliser le mapping vers le nouvel ERP.
- Réaliser des tests de bout en bout.
- Désigner un propriétaire pour chaque code de service.
- Informer les fournisseurs utilisant les anciens codes.
- Surveiller quotidiennement les rejets pendant la période de bascule.
- Mettre à jour le registre et le journal des versions.
- Faire valider la clôture de la transition par le comité de pilotage.
📊 Résultats après sécurisation
| Indicateur | Avant | Après |
|---|---|---|
| Adresses sans propriétaire | 3 | 0 |
| Établissements fermés encore actifs | 1 | 0 |
| Chevauchements de plateforme | 2 | 0 |
| Factures en erreur de routage | 4,8 % | 0,4 % |
| Routages automatiques | 74 % | 94 % |
| Délai moyen de résolution | 3,6 jours | 0,9 jour |
| Modifications historisées | 61 % | 100 % |
Le gain principal résulte de la réconciliation des référentiels, de la suppression des règles contradictoires et de la formalisation d’une gouvernance permanente.
📈 Tableau de bord du Gestionnaire IA
| Indicateur | Calcul | Objectif |
|---|---|---|
| Taux de routage automatique | Factures routées sans intervention / factures reçues. | Augmenter sans dégrader la fiabilité. |
| Taux d’erreur d’acheminement | Factures mal routées / factures transmises. | Proche de 0 %. |
| Adresses cohérentes | Adresses sans anomalie / adresses actives. | 100 %. |
| Adresses sans propriétaire | Nombre d’adresses concernées. | 0. |
| Établissements fermés encore actifs | Nombre d’écarts. | 0 hors transition. |
| Règles contradictoires | Nombre de chevauchements. | 0. |
| Score moyen de confiance | Moyenne des scores de routage. | Suivre la qualité des données. |
| Délai de mise à jour | Temps entre événement et modification. | Respecter la procédure. |
| Modifications validées | Changements approuvés / changements totaux. | 100 %. |
| Tests de non-régression réussis | Tests réussis / tests planifiés. | 100 %. |
📝 Synthèse Premium
L’annuaire et les adresses électroniques de facturation forment un référentiel critique de la réforme.
Leur fiabilité conditionne :
- l’identification de la bonne personne juridique ;
- la sélection de la bonne plateforme ;
- la remise de la facture au bon établissement ;
- l’alimentation du bon ERP ;
- le déclenchement du bon workflow ;
- la réduction des rejets ;
- la continuité des traitements lors des changements.
La maîtrise de l’annuaire repose sur trois piliers :
- La qualité des données : SIREN, SIRET, adresses, plateformes et codes fiables.
- La gouvernance : responsabilités, procédures, validations et séparation des tâches.
- La surveillance : contrôles, alertes, audits et analyse des rejets.
Le Gestionnaire IA Annuaire & Routage permet d’automatiser les contrôles répétitifs, de comparer les référentiels et d’orienter les dossiers à risque vers les responsables compétents.
Une architecture de routage performante n’est pas celle qui contient le plus d’adresses. C’est celle qui permet d’acheminer chaque facture avec un niveau de confiance élevé, tout en restant simple, documentée et gouvernable.
📌 À retenir
- le SIREN identifie l’unité légale ;
- le SIRET identifie un établissement ;
- une filiale n’est pas un simple établissement de sa société mère ;
- l’adresse de facturation électronique n’est pas une adresse e-mail ;
- la granularité doit répondre à un besoin réel ;
- une fermeture ou une fusion exige une période transitoire ;
- un changement de plateforme doit être testé de bout en bout ;
- les règles de routage doivent être versionnées ;
- les modifications doivent respecter une séparation des tâches ;
- chaque adresse doit disposer d’un propriétaire ;
- les référentiels doivent être réconciliés périodiquement ;
- les anomalies critiques doivent bloquer le traitement ;
- l’IA assiste le routage mais ne remplace pas la validation juridique et métier ;
- la piste d’audit doit permettre de reconstituer chaque changement.
🎓 Compétences acquises
À l’issue de cette séquence, vous êtes capable de :
- comprendre le rôle de l’annuaire national ;
- distinguer SIREN, SIRET, unité légale et établissement ;
- concevoir une architecture d’adressage ;
- créer des adresses de facturation adaptées ;
- gérer plusieurs établissements ;
- organiser une ou plusieurs plateformes ;
- définir des routages par activité, service, ERP ou type de flux ;
- contrôler la cohérence des identifiants ;
- gérer les fusions, scissions, ouvertures et fermetures ;
- sécuriser un changement de plateforme ;
- versionner les règles de routage ;
- construire une gouvernance et une matrice RACI ;
- formaliser les procédures internes ;
- prévenir les erreurs d’acheminement ;
- mettre en place des contrôles internes ;
- auditer le paramétrage ;
- utiliser un Gestionnaire IA Annuaire & Routage ;
- arbitrer les anomalies au niveau chef de mission.
🏆 Niveau de maîtrise atteint
| Niveau | Capacité | Statut |
|---|---|---|
| Niveau 1 — Identifier | Distinguer l’unité légale et l’établissement. | ✅ Acquis |
| Niveau 2 — Paramétrer | Créer des adresses et règles de routage. | ✅ Acquis |
| Niveau 3 — Contrôler | Vérifier les SIREN, SIRET, plateformes et ERP. | ✅ Acquis |
| Niveau 4 — Transformer | Gérer les changements organisationnels. | ✅ Acquis |
| Niveau 5 — Sécuriser | Construire les procédures, contrôles et audits. | ✅ Acquis |
| Niveau 6 — Piloter | Gouverner l’annuaire avec une IA explicable et contrôlée. | ✅ Niveau chef de mission |
➡️ Transition vers la Séquence 4/7 — Maîtriser les flux d’émission des factures électroniques
Vous savez désormais identifier les entreprises, construire leurs adresses électroniques de facturation et sécuriser le routage vers les plateformes et systèmes internes.
La prochaine étape consiste à suivre la facture dès sa création dans l’ERP jusqu’à sa transmission au destinataire.
La Séquence 4/7 permettra notamment de maîtriser :
- la génération de la facture dans le système source ;
- la constitution des données structurées ;
- les contrôles avant émission ;
- la validation des mentions et montants ;
- la recherche du destinataire ;
- la transmission à la plateforme ;
- les échanges interplateformes ;
- les accusés techniques ;
- les rejets avant et après transmission ;
- les corrections et réémissions ;
- la restitution des statuts à l’ERP ;
- la traçabilité complète du flux d’émission.
Passer d’un annuaire correctement paramétré à une chaîne d’émission fiable, contrôlée et traçable, depuis la création de la facture jusqu’à sa remise au destinataire.
Maîtriser le cycle de vie d’une facture électronique
Piloter chaque facture depuis sa création dans le système source jusqu’à sa transmission, son acceptation, son règlement, sa correction et son archivage, sans perdre la maîtrise des statuts, des responsabilités ni de la piste d’audit.
🎯 Introduction Premium — Une facture devient un processus vivant
Dans une organisation traditionnelle, la facture est souvent perçue comme un document achevé au moment où elle est créée puis envoyée au client.
Dans un environnement de facturation électronique, elle devient un objet numérique suivi tout au long d’un cycle composé :
- d’événements techniques ;
- de contrôles réglementaires ;
- de décisions métier ;
- de transmissions entre plateformes ;
- de statuts de traitement ;
- d’échanges avec les ERP ;
- de corrections éventuelles ;
- d’informations de paiement ou d’encaissement ;
- de preuves à conserver.
Une facture ne doit donc plus seulement être « créée » et « envoyée ». Elle doit être :
- préparée ;
- contrôlée ;
- déposée ;
- transmise ;
- mise à disposition ;
- suivie ;
- acceptée, refusée ou rejetée ;
- rapprochée du règlement ;
- corrigée lorsque cela est nécessaire ;
- archivée avec sa piste d’audit.
Le cycle de vie ne se limite pas à l’état technique du fichier. Il doit permettre de savoir où se trouve la facture, qui doit agir, quelle anomalie bloque le processus et quelle preuve permet de justifier la décision prise.
🎯 Objectif professionnel
À l’issue de cette première livraison, vous serez capable de piloter le cycle opérationnel complet d’une facture électronique.
Vous saurez notamment :
- créer une facture à partir d’un ERP ou d’un logiciel métier ;
- contrôler les données avant son émission ;
- déposer et transmettre la facture à une plateforme agréée ;
- interpréter les principaux statuts techniques et métier ;
- distinguer un rejet d’un refus ;
- traiter une facture mise à disposition ;
- suivre les paiements et encaissements ;
- gérer les paiements partiels et les acomptes ;
- établir un avoir total ou partiel ;
- corriger une facture sans détruire la piste d’audit ;
- documenter les événements et responsabilités ;
- préparer un workflow de traitement de bout en bout.
Être capable de reconstituer, pour chaque facture, la chronologie complète allant de sa création à sa clôture, avec ses statuts, ses anomalies, ses corrections, ses paiements et ses preuves.
🎓 Compétences développées
| Compétence | Application professionnelle | Risque évité |
|---|---|---|
| Créer une facture fiable | Produire un document complet à partir de données validées. | Rejet ou correction tardive. |
| Suivre les transmissions | Identifier l’emplacement et l’état réel de la facture. | Facture supposée envoyée mais jamais remise. |
| Interpréter les statuts | Déclencher la bonne action au bon moment. | Blocage non traité. |
| Traiter les rejets | Corriger les anomalies techniques ou réglementaires. | Réémission incorrecte ou doublon. |
| Traiter les refus | Analyser la contestation du destinataire. | Litige commercial non maîtrisé. |
| Suivre les encaissements | Rapprocher facture, paiement et exigibilité de la TVA. | Déclaration fiscale inexacte. |
| Gérer les avoirs | Corriger la créance et la TVA en conservant les liens documentaires. | Annulation non traçable. |
| Documenter le cycle | Conserver les événements et décisions. | Piste d’audit incomplète. |
1️⃣ Comprendre le cycle de vie complet d’une facture électronique
Le cycle de vie correspond à l’ensemble des étapes traversées par une facture depuis sa préparation jusqu’à sa clôture et sa conservation.
Il combine trois dimensions :
| Dimension | Objet | Exemples |
|---|---|---|
| Technique | Suivre le fichier et les transmissions. | Dépôt, contrôle, acheminement, mise à disposition. |
| Métier | Suivre le traitement commercial et comptable. | Acceptation, refus, litige, validation, paiement. |
| Fiscal | Suivre les données utiles à la TVA. | Montants, exigibilité, encaissement, avoir. |
Une facture peut être techniquement transmise sans être acceptée par le client, comptabilisée sans être payée, ou payée partiellement sans être totalement soldée.
🧭 Les principes généraux du cycle de vie
- Unicité : chaque facture doit disposer d’un identifiant permettant de la suivre sans ambiguïté.
- Chronologie : les événements doivent être horodatés et ordonnés.
- Traçabilité : chaque action doit pouvoir être attribuée à un système ou à un utilisateur.
- Non-écrasement : une correction ne doit pas faire disparaître l’historique du document initial.
- Cohérence : les statuts présents dans la plateforme et dans l’ERP doivent correspondre.
- Actionnabilité : chaque anomalie doit déclencher une action et désigner un responsable.
- Conservation : le document, les données et les événements significatifs doivent être conservés selon les règles applicables.
👥 Les acteurs du cycle de vie
| Acteur | Rôle | Responsabilité principale |
|---|---|---|
| Émetteur | Crée et valide la facture. | Exactitude du contenu et des données sources. |
| ERP ou logiciel de facturation | Produit la facture et transmet ses données. | Numérotation, calculs et structuration. |
| Plateforme de l’émetteur | Contrôle, convertit et transmet. | Traitement technique et traçabilité de l’émission. |
| Plateforme du destinataire | Reçoit et met la facture à disposition. | Remise au bon destinataire. |
| Destinataire | Contrôle la facture et prend une décision métier. | Acceptation, refus, litige ou validation. |
| Comptabilité | Enregistre et rapproche la facture. | Traitement comptable et suivi du solde. |
| Trésorerie | Exécute ou constate le règlement. | Rapprochement du paiement. |
| Responsable TVA | Contrôle le traitement fiscal. | Exigibilité et cohérence déclarative. |
⚡ Les événements du cycle
Un événement correspond à une action ou à un changement d’état significatif.
| Événement | Exemple | Preuve attendue |
|---|---|---|
| Création | L’ERP attribue un numéro à la facture. | Journal de facturation. |
| Validation | Le responsable autorise l’émission. | Validation horodatée. |
| Dépôt | Le fichier est remis à la plateforme. | Accusé de dépôt. |
| Rejet | Le format ou les données sont invalides. | Motif détaillé. |
| Mise à disposition | La facture est accessible au destinataire. | Horodatage de remise. |
| Refus | Le client conteste la facture. | Motif métier. |
| Paiement | Un règlement est reçu ou exécuté. | Référence bancaire ou comptable. |
| Avoir | Une correction réduit ou annule la facture. | Lien avec le document initial. |
| Archivage | Le dossier est conservé. | Empreinte, journal et politique de conservation. |
🗺️ Chronologie complète Premium
COMMANDE OU OPÉRATION RÉALISÉE
⬇
CRÉATION DE LA FACTURE
⬇
CONTRÔLES INTERNES
⬇
VALIDATION DE L’ÉMISSION
⬇
DÉPÔT SUR LA PLATEFORME
⬇
CONTRÔLES TECHNIQUES
ET RÉGLEMENTAIRES
⬇
REJET ?
├── OUI
│
│ → CORRECTION
│ → NOUVELLE TRANSMISSION
│
└── NON
⬇
ROUTAGE VERS LE DESTINATAIRE
⬇
MISE À DISPOSITION
⬇
CONTRÔLE MÉTIER DU CLIENT
├── ACCEPTATION
│
├── REFUS
│
└── LITIGE OU DEMANDE DE CORRECTION
⬇
COMPTABILISATION
⬇
PAIEMENT OU ENCAISSEMENT
⬇
SOLDE
⬇
CLÔTURE ET ARCHIVAGE
2️⃣ Créer la facture
La création marque la naissance comptable et documentaire de la facture.
Elle doit intervenir à partir de données suffisamment fiables pour éviter qu’une erreur soit propagée dans l’ensemble du cycle.
Plus un contrôle est réalisé tardivement, plus sa correction mobilise de systèmes, d’utilisateurs et de preuves.
🖥️ Génération dans l’ERP
La facture peut être générée à partir :
- d’une commande livrée ;
- d’une prestation validée ;
- d’un contrat récurrent ;
- d’un échéancier ;
- d’un relevé de consommation ;
- d’une caisse ou d’un système de vente ;
- d’une saisie manuelle autorisée ;
- d’une interface provenant d’un logiciel métier.
| Donnée source | Contrôle |
|---|---|
| Client | Identité juridique, SIREN, adresse et plateforme. |
| Commande | Référence, prix, quantités et destinataire. |
| Livraison | Biens effectivement livrés. |
| Service fait | Prestation réalisée et période concernée. |
| Conditions tarifaires | Prix, remises et frais. |
| Fiscalité | Taux, exonération, autoliquidation et exigibilité. |
| Paiement | Échéance, moyen et coordonnées autorisées. |
🛡️ Contrôles préalables à la création
- Vérifier l’existence de l’opération.
- Vérifier l’identité du client.
- Contrôler la commande ou le contrat.
- Confirmer la livraison ou le service fait.
- Contrôler les quantités et prix.
- Appliquer les remises prévues.
- Déterminer le régime de TVA.
- Calculer les bases et taxes.
- Contrôler les conditions de paiement.
- Identifier le format de sortie.
- Vérifier l’adresse électronique de facturation.
- Préparer les pièces jointes nécessaires.
📋 Données obligatoires et données conditionnelles
| Famille | Exemples de données |
|---|---|
| Identification de l’émetteur | Dénomination, adresse et identifiants. |
| Identification du client | Dénomination, adresse, SIREN et informations de routage. |
| Document | Numéro, date et type de facture. |
| Opération | Nature, désignation, quantité et période. |
| Prix | Prix unitaire, remises, frais et bases. |
| TVA | Taux, montants, catégories et motifs particuliers. |
| Totaux | Total HT, TVA, TTC et net à payer. |
| Paiement | Échéance, moyen et références. |
| Conditionnelles | Autoliquidation, exonération, acompte, avoir ou option sur les débits. |
✅ Validation interne
La validation interne dépend du niveau de risque et du processus de l’entreprise.
| Situation | Validation recommandée |
|---|---|
| Facture standard issue d’une commande | Validation automatique si tous les contrôles réussissent. |
| Facture sans commande | Validation métier ou financière. |
| Montant exceptionnel | Validation hiérarchique renforcée. |
| Traitement TVA particulier | Validation fiscale. |
| Client nouvellement créé | Contrôle du référentiel client. |
| Coordonnées bancaires modifiées | Contrôle anti-fraude. |
| Facture manuelle | Double validation selon les seuils. |
✍️ Signature éventuelle
La signature électronique ne doit pas être présentée comme une étape automatiquement obligatoire pour toutes les factures.
Selon l’organisation retenue, l’authenticité de l’origine et l’intégrité du contenu peuvent être sécurisées par différents dispositifs, notamment :
- des contrôles documentés ;
- une piste d’audit fiable ;
- un échange structuré et sécurisé ;
- des mécanismes de signature ou de cachet lorsque ceux-ci sont retenus ;
- la journalisation des transmissions et transformations.
La présence d’une signature ou d’un cachet ne garantit pas que les prix, la TVA, le destinataire ou les quantités sont exacts.
3️⃣ Déposer et transmettre la facture
Après validation, la facture et ses données sont remises à la plateforme agréée selon le canal prévu.
Les principaux modes de dépôt peuvent comprendre :
- une API ;
- un connecteur ERP ;
- un échange de fichiers automatisé ;
- un portail sécurisé ;
- un dépôt manuel encadré ;
- une solution compatible raccordée à une plateforme agréée.
📤 Dépôt vers la plateforme agréée
ERP ÉMETTEUR
⬇
FACTURE ET DONNÉES STRUCTURÉES
⬇
INTERFACE OU CONNECTEUR
⬇
PLATEFORME AGRÉÉE
• IDENTIFICATION
• INTÉGRITÉ
• FORMAT
• DONNÉES
• CALCULS
• ADRESSAGE
⬇
TRANSMISSION OU REJET
Le dépôt doit produire une preuve technique permettant de distinguer :
- la facture préparée dans l’ERP ;
- la facture effectivement reçue par la plateforme ;
- la facture acceptée par les contrôles ;
- la facture effectivement transmise au destinataire.
🔧 Contrôles techniques
| Contrôle | Anomalie recherchée | Décision |
|---|---|---|
| Intégrité du fichier | Fichier corrompu ou illisible. | Rejet. |
| Type de fichier | Format non accepté. | Rejet ou conversion autorisée. |
| Syntaxe | XML mal formé. | Rejet technique. |
| Schéma | Structure incompatible. | Rejet technique. |
| Profil | Données requises absentes. | Rejet ou avertissement. |
| Taille | Fichier ou pièce jointe trop volumineux. | Blocage. |
| Doublon | Même identifiant déjà reçu. | Suspension ou rejet. |
| Sécurité | Contenu dangereux. | Quarantaine et rejet. |
🏢 Contrôles métier
| Contrôle | Exemple |
|---|---|
| Client actif | Le compte client n’est pas bloqué ou fermé. |
| Commande | La facture correspond à une commande valide. |
| Livraison | Les quantités facturées ont été livrées. |
| Prix | Le tarif correspond au contrat. |
| Période | La prestation appartient à la bonne période. |
| Destinataire | Le SIREN correspond à l’acheteur. |
| Routage | Le code de service est valide. |
| Pièces jointes | Le justificatif prévu est présent. |
🚚 Émission et transmission
La transmission doit distinguer plusieurs moments :
- la sortie de la facture du système émetteur ;
- sa réception par la plateforme de l’émetteur ;
- la réussite des contrôles ;
- la recherche de la destination ;
- la transmission vers la plateforme du destinataire ;
- la réception par cette plateforme ;
- la mise à disposition du client ;
- la restitution des statuts à l’émetteur.
Le système de l’émetteur peut considérer le fichier comme envoyé alors que la plateforme l’a rejeté ou que son acheminement n’est pas terminé.
📨 Accusés techniques
| Accusé | Signification | Limite |
|---|---|---|
| Accusé de dépôt | Le fichier a été reçu par le premier système. | Il peut encore être rejeté. |
| Accusé de contrôle | Les contrôles techniques ont réussi. | Le client ne l’a pas encore accepté. |
| Accusé de transmission | Le fichier a été envoyé à la destination. | La mise à disposition peut rester en cours. |
| Accusé de remise | La facture est disponible pour le destinataire. | Elle peut ensuite être refusée. |
| Accusé d’intégration | Le système cible a reçu les données. | La comptabilisation reste à confirmer. |
4️⃣ Les statuts du cycle de vie
Les statuts permettent de suivre les événements significatifs et d’organiser les actions.
Tous les termes utilisés dans un ERP ou un workflow interne ne constituent pas nécessairement des statuts normalisés du dispositif national. L’entreprise doit établir une table de correspondance avec les statuts et profils de messages applicables.
| Statut opérationnel | Signification | Responsable suivant |
|---|---|---|
| Créée | La facture existe dans le système source. | Émetteur. |
| Déposée | La facture a été remise à la plateforme. | Plateforme de l’émetteur. |
| Rejetée | Une anomalie empêche la poursuite du flux. | Émetteur ou support technique. |
| Transmise | La facture a quitté la plateforme de l’émetteur. | Plateformes. |
| Reçue | La facture est arrivée dans l’environnement du destinataire. | Plateforme du destinataire. |
| Mise à disposition | Le destinataire peut accéder à la facture. | Destinataire. |
| Acceptée | La facture est admise dans le processus métier. | Comptabilité ou trésorerie. |
| Refusée | Le destinataire conteste la facture. | Émetteur et service commercial. |
| Partiellement payée | Une partie du montant a été réglée. | Trésorerie ou recouvrement. |
| Encaissée | Un encaissement a été constaté. | Comptabilité et fiscalité. |
| Soldée | Le montant restant dû est nul. | Comptabilité. |
| Clôturée | Aucune action opérationnelle ne reste ouverte. | Responsable du processus. |
| Archivée | Le dossier est placé dans son dispositif de conservation. | Entreprise ou service d’archivage. |
📥 Statut « déposée »
Le statut « déposée » indique que la plateforme a reçu le fichier ou le message transmis par le système émetteur.
Il ne prouve pas encore :
- que le fichier est techniquement valide ;
- que les données obligatoires sont complètes ;
- que le destinataire a été identifié ;
- que la facture a été transmise ;
- que le client en a pris connaissance.
Toute facture déposée doit évoluer vers un statut suivant dans un délai défini. Une facture durablement bloquée à ce stade doit déclencher une alerte.
📨 Statut « reçue »
Le statut « reçue » indique que la facture est parvenue dans l’environnement de réception prévu.
Il convient toutefois de distinguer :
- la réception par la plateforme du client ;
- la mise à disposition du client ;
- la récupération par l’ERP ;
- l’intégration dans le workflow ;
- la comptabilisation effective.
✅ Statut « acceptée »
L’acceptation indique que la facture a franchi les contrôles prévus par le destinataire et qu’elle peut poursuivre son traitement.
Selon le processus interne, cette acceptation peut correspondre :
- à une acceptation automatique après rapprochement ;
- à une validation du service fait ;
- à une approbation comptable ;
- à une validation hiérarchique ;
- à l’absence d’anomalie détectée dans le délai interne.
L’acceptation confirme la poursuite du processus, mais le paiement dépend de l’échéance, du circuit de trésorerie et des éventuels blocages ultérieurs.
❌ Statut « refusée »
Le refus correspond à une décision du destinataire contestant tout ou partie de la facture.
Il peut notamment résulter :
- d’une facture adressée à la mauvaise société ;
- d’une commande inexistante ;
- d’un service non réalisé ;
- d’un prix incorrect ;
- d’une quantité contestée ;
- d’un doublon ;
- d’une facture déjà réglée ;
- d’un litige commercial.
Un refus doit toujours comporter :
- un motif exploitable ;
- un responsable de traitement ;
- une décision sur la correction attendue ;
- un lien avec le document initial ;
- un délai de réponse.
🚫 Statut « rejetée »
Le rejet signifie qu’une anomalie empêche la facture de poursuivre normalement son chemin.
Il est généralement lié :
- au format ;
- à la structure du fichier ;
- à l’absence d’une donnée requise ;
- à une incohérence de calcul ;
- à un adressage impossible ;
- à un problème de sécurité ;
- à une règle de conformité non respectée.
Le rejet constate généralement qu’une facture ne peut pas être traitée correctement dans le flux. Le refus traduit une décision métier du destinataire concernant la facture ou l’opération.
📬 Statut « mise à disposition »
La mise à disposition indique que la facture est accessible au destinataire dans le canal prévu.
Ce statut doit permettre de connaître :
- la date et l’heure de mise à disposition ;
- la plateforme concernée ;
- l’adresse de destination ;
- l’identifiant de la facture ;
- l’état de la remise à l’ERP ;
- les éventuelles erreurs de récupération.
La disponibilité technique du document ne signifie pas nécessairement qu’un utilisateur l’a consulté ou qu’il a été comptabilisé.
💳 Statuts « encaissée » et « partiellement encaissée »
Ces statuts ou informations de suivi permettent d’associer la facture aux règlements reçus.
Ils doivent préciser :
- la facture concernée ;
- la date de l’encaissement ;
- le montant encaissé ;
- la devise ;
- le solde restant ;
- la référence du paiement ;
- le caractère total ou partiel du règlement.
🏁 Statuts « soldée », « clôturée » et « archivée »
| Statut | Signification | Contrôle préalable |
|---|---|---|
| Soldée | Le montant restant dû est nul. | Rapprochement des règlements, avoirs et compensations. |
| Clôturée | Aucune action opérationnelle ne reste à traiter. | Absence de litige, rejet ou anomalie ouverte. |
| Archivée | Le dossier est conservé selon la politique applicable. | Présence du document, des données, des statuts et des preuves. |
Une facture peut être intégralement payée tout en restant concernée par un litige, un avoir attendu ou une anomalie documentaire.
📊 Tableau Premium — Matrice des statuts et actions
| Statut | Action attendue | Délai de surveillance | Responsable |
|---|---|---|---|
| Créée | Contrôler et valider. | Selon le cycle d’émission. | Service facturation. |
| Déposée | Attendre ou vérifier le contrôle. | Court. | Plateforme ou DSI. |
| Rejetée | Analyser et corriger. | Immédiat. | Émetteur. |
| Mise à disposition | Suivre la réception métier. | Selon le processus client. | Comptabilité client. |
| Acceptée | Suivre l’échéance. | Jusqu’au paiement. | Trésorerie. |
| Refusée | Traiter le litige. | Prioritaire. | Commercial et facturation. |
| Partiellement encaissée | Rapprocher et suivre le solde. | Jusqu’au règlement total. | Trésorerie. |
| Soldée | Vérifier l’absence d’action ouverte. | Avant clôture. | Comptabilité. |
| Archivée | Contrôler la conservation. | Selon la politique d’archivage. | Responsable documentaire. |
5️⃣ Traiter les rejets
Le traitement d’un rejet doit commencer par l’identification de sa cause exacte.
FACTURE REJETÉE
⬇
TYPE DE REJET ?
• TECHNIQUE
• DONNÉES
• ADRESSAGE
• CALCUL
• MÉTIER
• FISCAL
⬇
FACTURE JURIDIQUEMENT ÉMISE
OU NON TRANSMISE ?
⬇
CORRECTION DU FICHIER
OU DOCUMENT RECTIFICATIF ?
⬇
VALIDATION
⬇
RÉÉMISSION CONTRÔLÉE
⬇
VÉRIFICATION DU NOUVEAU STATUT
🔧 Rejets techniques
| Cause | Correction |
|---|---|
| XML mal formé | Corriger la génération du fichier. |
| Schéma invalide | Utiliser la version et le profil attendus. |
| Format non supporté | Convertir vers un format accepté. |
| Fichier corrompu | Régénérer le fichier depuis la source. |
| Pièce jointe excessive | Réduire ou séparer le document selon les règles. |
| Doublon technique | Vérifier l’identifiant et l’état de la transmission initiale. |
| API indisponible | Mettre en file d’attente et relancer sans créer de doublon. |
🏢 Rejets métier
Dans les processus internes, certaines anomalies métier peuvent bloquer la facture avant ou après sa transmission :
- client bloqué ;
- commande inexistante ;
- référence obligatoire absente ;
- quantité supérieure à la livraison ;
- prix différent du contrat ;
- période de facturation incohérente ;
- code de service inconnu ;
- facture en double ;
- service fait non validé.
Une anomalie métier doit être attribuée au service capable de confirmer l’opération, et non laissée dans une file technique de la plateforme.
⚖️ Anomalies fiscales
| Anomalie | Risque | Action |
|---|---|---|
| Taux incohérent | TVA mal calculée. | Revoir le code taxe. |
| Base incorrecte | Taxe inexacte. | Recalculer la facture. |
| Exonération sans motif | Justification insuffisante. | Compléter et valider fiscalement. |
| Autoliquidation contradictoire | TVA facturée à tort. | Analyse fiscale. |
| Option sur les débits incohérente | Mauvais suivi de l’exigibilité. | Contrôle du régime applicable. |
| Total de TVA non rapproché | Écart déclaratif. | Bloquer avant émission. |
🔁 Correction et réémission après rejet
- Lire le motif complet du rejet.
- Identifier le système à l’origine de l’erreur.
- Déterminer si le document initial a été juridiquement émis ou non.
- Corriger la donnée dans le système source.
- Éviter une correction manuelle uniquement dans le fichier de sortie.
- Recalculer les montants si nécessaire.
- Valider le nouveau document.
- Déterminer la numérotation ou le document correctif approprié.
- Réémettre par le canal normal.
- Vérifier la réception du nouveau statut.
- Lier l’erreur initiale à la correction.
- Analyser la cause racine pour éviter la récidive.
Avant toute réémission, il faut vérifier si la facture initiale a seulement échoué techniquement ou si elle a déjà été transmise au destinataire.
6️⃣ Traiter les refus
Le refus intervient lorsque le destinataire conteste la facture ou considère qu’elle ne doit pas être payée en l’état.
Il doit être distingué :
- d’un rejet technique ;
- d’une simple demande d’information ;
- d’une suspension temporaire ;
- d’un litige partiel ;
- d’un désaccord portant sur l’intégralité de la facture.
📋 Typologie des refus
| Type | Exemple | Traitement |
|---|---|---|
| Refus client | Le client affirme ne pas être le débiteur. | Contrôler le contrat et l’identité juridique. |
| Refus métier | Service non réalisé ou marchandise non reçue. | Analyser le service fait. |
| Refus tarifaire | Prix supérieur au contrat. | Corriger le prix ou justifier l’écart. |
| Refus quantitatif | Quantité facturée supérieure à la livraison. | Émettre un avoir partiel ou une facture corrigée. |
| Refus pour doublon | Une facture identique existe déjà. | Identifier le document valide et annuler le doublon. |
| Refus documentaire | Justificatif prévu au contrat absent. | Compléter le dossier si le flux le permet. |
🔄 Workflow de traitement d’un refus
REFUS REÇU
⬇
MOTIF COMPLET ?
├── NON
│
│ → DEMANDE DE PRÉCISION
│
└── OUI
⬇
REFUS JUSTIFIÉ ?
├── NON
│
│ → CONTESTATION DOCUMENTÉE
│ → MAINTIEN DE LA CRÉANCE
│
└── OUI
⬇
CORRECTION TOTALE
OU PARTIELLE ?
├── TOTALE
│
│ → AVOIR TOTAL
│ → NOUVELLE FACTURE SI NÉCESSAIRE
│
└── PARTIELLE
→ AVOIR PARTIEL
→ FACTURE COMPLÉMENTAIRE ÉVENTUELLE
⬇
CLÔTURE DU LITIGE
7️⃣ Traiter les factures mises à disposition
La mise à disposition marque la remise technique de la facture au destinataire dans son environnement de réception.
L’entreprise destinataire doit organiser :
- la récupération régulière des factures ;
- le contrôle des flux non récupérés ;
- l’intégration dans l’ERP ;
- le rapprochement avec les commandes ;
- la gestion des exceptions ;
- la production des statuts attendus ;
- la conservation de la preuve de réception.
⏱️ Délais de traitement internes
L’entreprise doit fixer des délais adaptés à chaque étape, indépendamment des délais légaux de paiement.
| Étape | Objectif interne indicatif | Alerte |
|---|---|---|
| Récupération depuis la plateforme | Automatique ou très fréquente. | Facture disponible mais non intégrée. |
| Rapprochement | Dès l’intégration. | Commande ou réception absente. |
| Validation métier | Selon la criticité et l’échéance. | Facture durablement sans approbateur. |
| Traitement des anomalies | Prioritaire avant échéance. | Litige non attribué. |
| Mise en paiement | Selon les conditions contractuelles. | Facture acceptée mais non programmée. |
🛡️ Obligations opérationnelles de suivi
- vérifier que toutes les factures mises à disposition sont récupérées ;
- réconcilier les volumes de la plateforme avec ceux de l’ERP ;
- identifier les factures sans statut suivant ;
- surveiller les erreurs d’intégration ;
- maintenir les habilitations ;
- conserver les journaux techniques ;
- traiter les doublons ;
- suivre les anomalies jusqu’à leur clôture ;
- documenter les périodes d’indisponibilité ;
- prévoir une procédure de reprise.
📊 Tableau Premium — Suivi des factures mises à disposition
| Indicateur | Calcul | Risque surveillé |
|---|---|---|
| Factures non récupérées | Disponibles sur la plateforme mais absentes de l’ERP. | Rupture de flux. |
| Factures non rapprochées | Factures sans commande ou réception associée. | Blocage comptable. |
| Factures sans approbateur | Documents sans responsable actif. | Retard de validation. |
| Délai de récupération | Temps entre mise à disposition et intégration. | Retard de traitement. |
| Écarts de volumes | Plateforme moins ERP. | Factures perdues ou dupliquées. |
8️⃣ Suivre les encaissements
Le suivi des encaissements permet de connaître le montant effectivement réglé et le solde restant dû.
Il est particulièrement important lorsque le traitement fiscal dépend de l’encaissement ou lorsque les données de paiement doivent être transmises dans le cadre du dispositif applicable.
Le statut commercial de la facture, le statut comptable de la créance et l’exigibilité de la TVA doivent être rapprochés, mais ils ne se confondent pas.
📦 Livraisons de biens
Pour une livraison de biens, l’analyse du cycle doit notamment rapprocher :
- la commande ;
- la date de livraison ;
- la date de facturation ;
- les règles d’exigibilité applicables ;
- la date de paiement ;
- les éventuels acomptes ;
- les retours et avoirs.
🛠️ Prestations de services
Pour les prestations de services, le suivi des encaissements peut être déterminant pour le traitement de la TVA lorsque celle-ci est exigible d’après les encaissements.
Le système doit alors être capable de rapprocher :
- la facture ;
- l’acompte éventuel ;
- chaque paiement partiel ;
- la date de valeur ou la date retenue par la procédure comptable ;
- la part de TVA associée ;
- le solde restant ;
- les avoirs éventuels.
💶 TVA sur les encaissements
Lorsque la TVA est exigible selon les encaissements, le pilotage ne doit pas se limiter à la date de la facture.
FACTURE DE PRESTATION
⬇
MONTANT TTC :
12 000 €
⬇
ENCAISSEMENT 1 :
3 000 €
ENCAISSEMENT 2 :
4 000 €
ENCAISSEMENT 3 :
5 000 €
⬇
TVA SUIVIE
AU RYTHME DES ENCAISSEMENTS
⬇
SOLDE FINAL :
0 €
Le calcul de la TVA associée à chaque encaissement doit tenir compte des règles applicables, des taux présents sur la facture, des acomptes, des retenues et des éventuelles corrections.
💳 Paiements partiels
| Date | Événement | Montant | Solde |
|---|---|---|---|
| 1er mars | Facture émise. | 10 000 € | 10 000 € |
| 15 mars | Premier paiement. | 3 000 € | 7 000 € |
| 30 mars | Deuxième paiement. | 4 000 € | 3 000 € |
| 15 avril | Paiement final. | 3 000 € | 0 € |
Chaque paiement doit être lié :
- au bon client ;
- à la bonne facture ;
- au bon montant ;
- à la bonne devise ;
- à la bonne date ;
- au traitement fiscal correspondant.
💰 Acomptes
Un acompte doit être intégré dans le cycle global de l’opération.
COMMANDE :
24 000 €
⬇
FACTURE D’ACOMPTE :
6 000 €
⬇
ENCAISSEMENT DE L’ACOMPTE
⬇
RÉALISATION DE L’OPÉRATION
⬇
FACTURE DE SOLDE :
18 000 €
⬇
RAPPROCHEMENT ACOMPTE
ET FACTURE FINALE
Le système doit éviter :
- de réclamer une seconde fois le montant déjà versé ;
- de perdre le lien entre l’acompte et la facture finale ;
- de calculer deux fois la TVA correspondante ;
- de clôturer l’opération avant le paiement du solde ;
- d’archiver séparément les documents sans lien entre eux.
9️⃣ Gérer les avoirs
L’avoir est un document correctif permettant de réduire ou d’annuler tout ou partie d’une facture.
Il doit être utilisé de manière à préserver :
- la référence de la facture initiale ;
- le motif de la correction ;
- le montant HT corrigé ;
- la TVA correspondante ;
- le nouveau solde ;
- la chronologie des documents ;
- la cohérence des statuts.
↩️ Avoir total
L’avoir total annule économiquement la totalité d’une facture.
| Document | HT | TVA | TTC |
|---|---|---|---|
| Facture initiale | 10 000 € | 2 000 € | 12 000 € |
| Avoir total | −10 000 € | −2 000 € | −12 000 € |
| Solde économique | 0 € | 0 € | 0 € |
L’avoir doit indiquer la facture concernée et conserver son propre numéro dans la séquence documentaire applicable.
➗ Avoir partiel
L’avoir partiel corrige une partie seulement de la facture.
Il peut concerner :
- une quantité retournée ;
- une remise accordée après facturation ;
- un prix partiellement corrigé ;
- une prestation non réalisée ;
- une pénalité contractuelle ;
- une ligne facturée à tort ;
- une différence de taux ou de base nécessitant une correction.
L’avoir partiel doit être ventilé de manière cohérente par ligne, base et taux de TVA.
🛠️ Avoir de correction
Lorsqu’une facture comporte une erreur, l’entreprise doit déterminer si elle doit :
- émettre un avoir total puis une nouvelle facture ;
- émettre un avoir partiel ;
- émettre une facture complémentaire ;
- corriger uniquement une donnée technique avant transmission lorsque le document n’a pas encore été émis ;
- utiliser une procédure spécifique prévue par son système et conforme aux règles applicables.
Une facture déjà émise ne doit pas être remplacée dans l’historique par une nouvelle version faisant disparaître le document initial.
🚫 Avoir d’annulation
L’avoir d’annulation est utilisé lorsqu’une opération facturée doit être intégralement neutralisée.
Le workflow doit vérifier :
- que la facture initiale existe ;
- qu’elle n’a pas déjà été annulée ;
- que l’avoir reprend les bonnes bases et taxes ;
- que les paiements éventuels sont traités ;
- que le client est informé ;
- que le solde comptable est correct ;
- que le dossier conserve les deux documents.
🔟 Gérer les rectifications
Toute rectification doit commencer par une question :
La réponse détermine si une simple correction du fichier source reste possible ou si un document rectificatif doit être établi.
🔄 Remplacement
Le remplacement d’une facture doit être organisé sans effacer la facture initiale.
FACTURE INITIALE
⬇
ERREUR CONFIRMÉE
⬇
AVOIR TOTAL
OU MÉCANISME RECTIFICATIF APPROPRIÉ
⬇
NOUVELLE FACTURE CORRECTE
⬇
LIEN ENTRE LES TROIS DOCUMENTS
⬇
STATUTS ET SOLDES MIS À JOUR
✏️ Correction
| Erreur | Traitement à analyser |
|---|---|
| Mauvaise adresse avant dépôt | Corriger dans l’ERP puis générer le fichier. |
| Mauvais SIREN après transmission | Neutraliser le document et refacturer la bonne entité. |
| Erreur de prix | Avoir partiel, total ou facture complémentaire. |
| Erreur de quantité | Corriger les lignes concernées. |
| Mauvais taux de TVA | Rectifier bases, taxe et document. |
| Référence de commande absente | Déterminer si un complément est possible ou si une réémission est nécessaire. |
| Pièce jointe manquante | Compléter selon le processus accepté ou corriger le dossier. |
❌ Annulation
Une annulation doit produire une trace explicite et préserver la séquence de facturation.
Le dossier doit contenir :
- la facture annulée ;
- le document d’annulation ou l’avoir ;
- le motif ;
- la validation ;
- la date ;
- le traitement comptable ;
- le traitement TVA ;
- le remboursement éventuel ;
- les statuts mis à jour.
📤 Nouvelle émission
La nouvelle facture doit suivre le cycle normal :
- correction dans le système source ;
- nouvelle validation ;
- nouveau numéro lorsque requis ;
- référence au document corrigé lorsque nécessaire ;
- nouveaux contrôles techniques et fiscaux ;
- nouvelle transmission ;
- suivi du statut ;
- rapprochement avec l’avoir ;
- clôture du litige initial.
📊 Tableau Premium — Choisir le traitement correctif
| Situation | Traitement | Preuve à conserver |
|---|---|---|
| Erreur détectée avant émission | Corriger le brouillon ou les données sources. | Journal interne si nécessaire. |
| Rejet technique avant remise | Corriger et retransmettre selon la procédure. | Motif du rejet et nouvelle transmission. |
| Facture remise avec erreur totale | Avoir total et nouvelle facture. | Lien entre les documents. |
| Erreur portant sur une ligne | Avoir partiel ou facture complémentaire. | Calcul de la correction. |
| Client juridiquement incorrect | Neutraliser puis facturer la bonne entité. | Contrat, commande et documents correctifs. |
| Paiement déjà reçu | Traiter également le remboursement ou l’imputation. | Rapprochement financier. |
🖼️ Illustration professionnelle — Cycle complet avec correction
FACTURE F2026-00458
⬇
DÉPOSÉE
⬇
TRANSMISE
⬇
MISE À DISPOSITION
⬇
REFUSÉE :
QUANTITÉ INCORRECTE
⬇
ANALYSE DU BON DE LIVRAISON
⬇
AVOIR PARTIEL
A2026-00124
⬇
SOLDE RECTIFIÉ
⬇
ACCEPTÉE
⬇
PAYÉE
⬇
SOLDÉE ET ARCHIVÉE
💼 Cas pratique n°1 — Facture conforme acceptée sans anomalie
Une entreprise émet une facture Factur-X de 6 000 € TTC à partir d’une commande entièrement livrée.
Chronologie
- La livraison est validée.
- L’ERP génère la facture.
- Les montants et données sont contrôlés.
- La facture est déposée.
- La plateforme valide le format.
- La facture est transmise.
- Elle est mise à disposition du client.
- Le rapprochement commande–réception–facture réussit.
- La facture est acceptée.
- Elle est payée à l’échéance.
- Le paiement est rapproché.
- La facture est soldée puis archivée.
Ce parcours peut être largement automatisé lorsque les données, la commande et la livraison concordent.
💼 Cas pratique n°2 — Rejet technique du fichier
Une facture UBL est déposée, mais son XML ne respecte pas le schéma attendu.
Traitement
- La plateforme produit un rejet détaillé.
- La facture ne doit pas être considérée comme remise au client.
- La DSI identifie une erreur de mapping.
- Le fichier est régénéré depuis l’ERP.
- Les contrôles sont rejoués.
- La facture est retransmise sans créer un doublon métier.
- Le nouveau statut est contrôlé.
- Le mapping corrigé fait l’objet d’un test de non-régression.
💼 Cas pratique n°3 — Facture refusée pour mauvaise entité
La facture est adressée à la société mère alors que la commande a été passée par une filiale.
Diagnostic
- le fichier est techniquement conforme ;
- la facture a été correctement acheminée vers la société mère ;
- le client juridique est néanmoins incorrect ;
- la facture est refusée ;
- une simple modification du PDF serait insuffisante.
Neutraliser la facture adressée à la société mère, puis établir une nouvelle facture au nom de la filiale en conservant tous les liens documentaires.
💼 Cas pratique n°4 — Paiement partiel d’une prestation
Une facture de prestation de 24 000 € TTC est réglée en trois échéances de 8 000 €.
| Événement | Montant encaissé | Solde | Statut |
|---|---|---|---|
| Émission | 0 € | 24 000 € | Acceptée. |
| Échéance 1 | 8 000 € | 16 000 € | Partiellement encaissée. |
| Échéance 2 | 8 000 € | 8 000 € | Partiellement encaissée. |
| Échéance 3 | 8 000 € | 0 € | Soldée. |
Lorsque la TVA est suivie selon les encaissements, chaque règlement doit être correctement ventilé et rapproché de la facture.
💼 Cas pratique n°5 — Avoir partiel après retour de marchandises
Un client retourne 20 articles sur les 100 facturés. Le prix unitaire HT est de 50 € et le taux de TVA de 20 %.
Calcul de l’avoir
| Élément | Calcul | Montant |
|---|---|---|
| Base HT corrigée | 20 × 50 € | 1 000 € |
| TVA corrigée | 1 000 € × 20 % | 200 € |
| Avoir TTC | 1 000 € + 200 € | 1 200 € |
L’avoir doit être lié à la facture initiale et réduire son solde de 1 200 €.
💼 Cas pratique n°6 — Facture mise à disposition mais non intégrée
La plateforme indique que 1 250 factures ont été mises à disposition au cours du mois. L’ERP n’en contient que 1 238.
Analyse
- Calculer l’écart : 12 factures.
- Identifier les identifiants concernés.
- Vérifier le journal de récupération.
- Contrôler les erreurs de connecteur.
- Rechercher une éventuelle file d’attente.
- Relancer les factures sans doublon.
- Confirmer leur intégration.
- Corriger la cause technique.
La réconciliation plateforme–ERP constitue un contrôle indispensable du cycle de réception.
💼 Cas pratique n°7 — Facture payée puis annulée
Une facture de 12 000 € TTC est payée, puis l’opération est intégralement annulée.
Workflow
- Valider juridiquement et commercialement l’annulation.
- Émettre un avoir total de 12 000 € TTC.
- Lier l’avoir à la facture initiale.
- Constater la dette de remboursement ou l’imputation future.
- Exécuter le remboursement ou la compensation.
- Rapprocher le mouvement bancaire.
- Mettre à jour les données de TVA.
- Clôturer le dossier uniquement après le règlement du remboursement.
💼 Cas pratique n°8 — Double émission après incident
L’ERP n’a pas reçu l’accusé de transmission. Un utilisateur relance manuellement la facture, qui est finalement transmise deux fois.
Cause racine
- absence d’idempotence ;
- statut technique non réconcilié ;
- relance manuelle non contrôlée ;
- absence de recherche préalable sur la plateforme.
Identifier la facture juridiquement valide, neutraliser le doublon selon la procédure appropriée et mettre en place une règle empêchant toute relance sans vérification préalable.
📊 Tableau Premium — Contrôles clés du cycle de vie
| Étape | Contrôle clé | Preuve |
|---|---|---|
| Création | Exactitude des données sources. | Commande, contrat et livraison. |
| Validation | Autorisation de l’émission. | Journal d’approbation. |
| Dépôt | Réception effective par la plateforme. | Accusé de dépôt. |
| Transmission | Acheminement au bon destinataire. | Statut et journal de routage. |
| Mise à disposition | Remise au destinataire. | Horodatage. |
| Acceptation ou refus | Décision métier motivée. | Statut et motif. |
| Paiement | Rapprochement bancaire. | Écriture et référence de paiement. |
| Correction | Lien avec le document initial. | Avoir ou document rectificatif. |
| Archivage | Exhaustivité du dossier. | Document, données et journal. |
📈 Indicateurs opérationnels à préparer
| Indicateur | Calcul | Risque surveillé |
|---|---|---|
| Taux de rejet | Factures rejetées / factures déposées. | Qualité des données et formats. |
| Taux de refus | Factures refusées / factures mises à disposition. | Litiges métier. |
| Délai de transmission | Transmission moins création. | Blocage avant émission. |
| Délai d’acceptation | Acceptation moins mise à disposition. | Lenteur du traitement client. |
| Taux de correction | Avoirs et rectifications / factures émises. | Qualité de facturation. |
| Factures sans statut récent | Factures sans événement depuis le délai cible. | Flux bloqués. |
| Factures partiellement encaissées | Nombre et montant restant dû. | Risque de recouvrement. |
| Écart plateforme–ERP | Volumes plateforme moins volumes ERP. | Perte ou doublon. |
📌 Synthèse
Une facture électronique traverse un cycle composé d’étapes techniques, métier, comptables et fiscales.
Le pilotage doit permettre de répondre à tout moment aux questions suivantes :
- la facture a-t-elle été correctement créée ?
- a-t-elle été validée ?
- a-t-elle été reçue par la plateforme ?
- a-t-elle franchi les contrôles ?
- a-t-elle été remise au bon destinataire ?
- a-t-elle été acceptée ou refusée ?
- a-t-elle été comptabilisée ?
- a-t-elle été payée en totalité ou en partie ?
- a-t-elle fait l’objet d’un avoir ou d’une rectification ?
- le dossier est-il suffisamment complet pour être clôturé et archivé ?
Une gestion fiable repose sur :
- des données sources maîtrisées ;
- des contrôles avant émission ;
- une interprétation correcte des statuts ;
- une distinction claire entre rejet et refus ;
- un suivi des mises à disposition ;
- un rapprochement des encaissements ;
- des procédures d’avoir et de correction ;
- une piste d’audit complète.
La performance du cycle de vie ne se mesure pas seulement au nombre de factures transmises. Elle se mesure à la capacité de détecter rapidement les factures bloquées, d’attribuer chaque anomalie au bon responsable et de conserver une chronologie fiable jusqu’au règlement et à l’archivage.
La seconde livraison construira les workflows métier, comptable, fiscal, technique et décisionnel, les contrôles internes, les tableaux de bord, les cas complexes ainsi que le Workflow IA Facture de bout en bout.
1️⃣ Construire un workflow complet de traitement
Un workflow de facturation électronique décrit l’enchaînement organisé des actions, contrôles, décisions, statuts et responsabilités appliqués à chaque facture.
Il ne doit pas se limiter à représenter un circuit informatique. Il doit relier :
- l’événement commercial à l’origine de la facture ;
- la création du document dans l’ERP ;
- les contrôles métier et fiscaux ;
- la validation de l’émission ;
- la transmission à la plateforme agréée ;
- les statuts du cycle de vie ;
- la comptabilisation ;
- le suivi du paiement ;
- les corrections éventuelles ;
- la clôture et l’archivage.
Un workflow fiable doit toujours permettre de savoir qui agit, sur quelle base, dans quel délai, avec quel contrôle et avec quelle preuve.
🗺️ Architecture générale du workflow
OPÉRATION COMMERCIALE
⬇
CRÉATION DE LA FACTURE
⬇
CONTRÔLES MÉTIER
⬇
CONTRÔLES COMPTABLES ET TVA
⬇
VALIDATION DE L’ÉMISSION
⬇
TRANSMISSION À LA PLATEFORME
⬇
CONTRÔLES TECHNIQUES
⬇
ROUTAGE ET MISE À DISPOSITION
⬇
ACCEPTATION • REFUS • REJET
⬇
COMPTABILISATION
⬇
PAIEMENT OU ENCAISSEMENT
⬇
AVOIR OU RECTIFICATION ÉVENTUELLE
⬇
CLÔTURE ET ARCHIVAGE
🏢 Workflow métier
Le workflow métier garantit que la facture correspond à une opération réelle, autorisée et correctement exécutée.
| Étape | Contrôle métier | Responsable | Décision |
|---|---|---|---|
| Commande | Existence, fournisseur, prix et quantité. | Achats. | Autoriser ou bloquer. |
| Livraison | Quantités et date de réception. | Logistique. | Valider la réception. |
| Service fait | Prestation réalisée conformément au contrat. | Responsable métier. | Accepter ou contester. |
| Tarification | Prix, remise, frais et conditions contractuelles. | Commercial ou achats. | Valider ou demander correction. |
| Litige | Nature et fondement de la contestation. | Service métier. | Refuser, suspendre ou accepter. |
Une plateforme peut valider le format d’une facture alors que la prestation n’a pas été réalisée ou que le prix ne respecte pas le contrat.
📚 Workflow comptable
Le workflow comptable sécurise l’enregistrement, l’imputation et le rapprochement de la facture.
- Identifier l’entité comptable concernée.
- Contrôler le tiers.
- Rechercher un éventuel doublon.
- Rapprocher la facture de la commande et de la réception.
- Déterminer les comptes d’imputation.
- Ventiler les montants par centre de coûts.
- Contrôler les dates comptables.
- Enregistrer la dette ou la créance.
- Suivre les avoirs et règlements.
- Clôturer la facture lorsque son solde est justifié.
| Contrôle | Risque évité | Preuve |
|---|---|---|
| Unicité du numéro | Double comptabilisation. | Journal des factures. |
| Cohérence du tiers | Écriture sur la mauvaise société. | Référentiel fournisseur ou client. |
| Bonne période | Erreur de cut-off. | Date d’opération et pièce justificative. |
| Imputation | Compte ou analytique erroné. | Règle comptable documentée. |
| Solde | Facture clôturée à tort. | Rapprochement des règlements et avoirs. |
⚖️ Workflow TVA
Le workflow TVA vérifie que la facture est cohérente avec le régime fiscal de l’opération.
| Contrôle TVA | Question | Action |
|---|---|---|
| Territorialité | L’opération est-elle imposable en France ? | Déterminer le régime applicable. |
| Nature de l’opération | Bien ou prestation de services ? | Appliquer les règles correspondantes. |
| Taux | Le taux est-il justifié ? | Valider ou bloquer. |
| Exonération | Le motif est-il documenté ? | Exiger une justification. |
| Autoliquidation | La TVA doit-elle être autoliquidée ? | Vérifier la mention et le traitement. |
| Exigibilité | Débits ou encaissements ? | Paramétrer le suivi adapté. |
| Avoir | La TVA initiale doit-elle être corrigée ? | Rattacher l’avoir à la facture. |
| Déduction | Les conditions de déduction sont-elles réunies ? | Autoriser, différer ou exclure. |
Une facture acceptée par le workflow métier ne doit pas être automatiquement considérée comme fiscalement correcte.
🖥️ Workflow ERP
Le workflow ERP organise les échanges entre le système source, la plateforme et les modules comptables.
DONNÉES COMMERCIALES
⬇
ERP
• CRÉATION
• NUMÉROTATION
• CALCUL
• VALIDATION
• GÉNÉRATION DU FORMAT
⬇
CONNECTEUR OU API
⬇
PLATEFORME AGRÉÉE
⬇
RETOUR DES STATUTS
⬇
MISE À JOUR DE L’ERP
• REJET
• TRANSMISSION
• ACCEPTATION
• REFUS
• PAIEMENT
• SOLDE
Contrôles ERP essentiels
- unicité de l’identifiant de facture ;
- traçabilité des versions ;
- absence de modification silencieuse ;
- idempotence des transmissions ;
- reprise des flux en erreur ;
- retour fiable des statuts ;
- conservation des pièces jointes ;
- cohérence des soldes ;
- journalisation des actions manuelles.
🔗 Workflow de la plateforme agréée
| Étape plateforme | Traitement | Sortie |
|---|---|---|
| Réception | Prise en charge du fichier. | Accusé de dépôt. |
| Contrôle | Format, schéma, profil et données. | Validation ou rejet. |
| Adressage | Recherche du destinataire. | Route de transmission. |
| Transmission | Envoi vers la plateforme du destinataire. | Statut d’acheminement. |
| Mise à disposition | Remise de la facture au destinataire. | Preuve de disponibilité. |
| Cycle de vie | Échange des statuts. | Mise à jour des systèmes. |
| Transmission fiscale | Envoi des données requises. | Journal réglementaire. |
✅ Workflow de validation
Le workflow de validation doit être proportionné au risque.
| Type de facture | Validation | Niveau d’automatisation |
|---|---|---|
| Commande parfaitement rapprochée | Automatique. | Élevé. |
| Écart mineur dans une tolérance autorisée | Automatique avec journalisation. | Élevé. |
| Facture sans commande | Responsable métier. | Faible à moyen. |
| Facture à taux de TVA inhabituel | Référent fiscal. | Faible. |
| Montant supérieur au seuil | Validation hiérarchique. | Moyen. |
| Fournisseur nouvellement créé | Contrôle renforcé. | Faible. |
| Modification bancaire | Double validation indépendante. | Très faible. |
🛡️ Workflow de contrôle
FACTURE REÇUE OU CRÉÉE
⬇
CONTRÔLE TECHNIQUE
⬇
CONTRÔLE D’IDENTITÉ
⬇
CONTRÔLE MÉTIER
⬇
CONTRÔLE COMPTABLE
⬇
CONTRÔLE TVA
⬇
CONTRÔLE ANTI-FRAUDE
⬇
ANOMALIE ?
├── NON
│
│ → VALIDATION
│
└── OUI
→ BLOCAGE
→ AFFECTATION
→ CORRECTION
→ NOUVEAU CONTRÔLE
2️⃣ Construire le dispositif de contrôle interne
Le contrôle interne doit prévenir les erreurs, détecter les anomalies et prouver que les traitements sont maîtrisés.
Il doit couvrir :
- la création des factures ;
- la validation des données ;
- la transmission ;
- le traitement des rejets ;
- la réception ;
- la comptabilisation ;
- la TVA ;
- les paiements ;
- les avoirs ;
- l’archivage.
👥 Séparation des tâches
| Action | Risque | Séparation recommandée |
|---|---|---|
| Créer un client | Facturation à un tiers fictif. | Création distincte de la validation. |
| Créer une facture | Facture non autorisée. | Validation selon seuil. |
| Modifier un IBAN | Fraude au paiement. | Double contrôle indépendant. |
| Émettre un avoir | Réduction injustifiée de créance. | Approbation métier et comptable. |
| Valider une facture fournisseur | Paiement d’une facture fictive. | Séparer commande, réception et paiement. |
| Exécuter le paiement | Détournement. | Validation bancaire distincte. |
| Clôturer une anomalie | Incident masqué. | Revue par un responsable. |
📚 Contrôles comptables
- contrôle des séquences de numérotation ;
- détection des doublons ;
- réconciliation plateforme–ERP ;
- contrôle des périodes comptables ;
- contrôle des imputations ;
- rapprochement commande–réception–facture ;
- rapprochement facture–paiement ;
- contrôle des comptes d’attente ;
- contrôle des avoirs non imputés ;
- justification des factures anciennes non soldées.
| Contrôle | Fréquence | Responsable |
|---|---|---|
| Écart plateforme–ERP | Quotidienne. | Comptabilité et DSI. |
| Factures en doublon | À chaque intégration. | ERP. |
| Factures sans commande | Hebdomadaire. | Comptabilité fournisseurs. |
| Avoirs non rapprochés | Mensuelle. | Comptabilité. |
| Factures anciennes | À chaque clôture. | Responsable comptable. |
⚖️ Contrôles TVA
| Contrôle | Objectif | Alerte |
|---|---|---|
| Taux par nature d’opération | Vérifier l’application du bon taux. | Taux inhabituel ou nul sans motif. |
| Base et montant | Recalculer la TVA. | Écart arithmétique. |
| Exonérations | Vérifier la justification. | Motif absent. |
| Autoliquidation | Contrôler la cohérence du régime. | TVA facturée et autoliquidation simultanée. |
| Encaissements | Suivre l’exigibilité des prestations. | Paiement non rapproché. |
| Avoirs | Réduire correctement la TVA. | Avoir sans facture initiale. |
| Déduction | Contrôler les conditions d’exercice. | Déduction prématurée ou interdite. |
🖥️ Contrôles des systèmes d’information
- disponibilité des connecteurs ;
- surveillance des files d’attente ;
- contrôle des échecs API ;
- prévention des doubles transmissions ;
- journalisation des événements ;
- contrôle des habilitations ;
- gestion des versions de formats ;
- tests de non-régression ;
- plan de reprise ;
- conservation des journaux techniques.
Le risque majeur n’est pas uniquement l’arrêt visible du système, mais le flux partiellement traité sans alerte ni reprise.
📄 Contrôles documentaires
| Document | Contrôle |
|---|---|
| Facture | Présence, lisibilité et cohérence avec les données structurées. |
| Commande | Correspondance avec l’acheteur, le prix et les quantités. |
| Bon de livraison | Preuve de réception. |
| Procès-verbal de service fait | Validation de la prestation. |
| Contrat | Conditions économiques et fiscales. |
| Avoir | Lien avec la facture corrigée. |
| Preuve de paiement | Montant, date et référence. |
| Journal de statuts | Chronologie complète du cycle. |
3️⃣ Piloter le cycle de vie
Le pilotage transforme les statuts techniques en informations exploitables par la direction financière, la comptabilité, les métiers et la DSI.
Détecter les factures qui n’avancent plus, comprendre pourquoi elles sont bloquées et attribuer une action corrective dans les délais.
📊 Tableau de bord Premium du cycle de vie
| Indicateur | Calcul | Lecture |
|---|---|---|
| Taux de transmission réussie | Factures transmises / factures déposées. | Qualité technique du flux. |
| Taux de rejet | Factures rejetées / factures déposées. | Qualité des formats et données. |
| Taux de refus | Factures refusées / factures mises à disposition. | Qualité commerciale et métier. |
| Délai moyen de mise à disposition | Date de mise à disposition − date de dépôt. | Performance des plateformes. |
| Délai moyen de validation | Date d’acceptation − date de réception. | Performance interne. |
| Taux d’automatisation | Factures sans intervention / factures totales. | Maturité du processus. |
| Taux de correction | Avoirs et rectifications / factures émises. | Qualité initiale de facturation. |
| Factures sans statut récent | Nombre au-delà du délai cible. | Flux bloqués. |
| Encours refusé | Montant total des factures refusées. | Risque de trésorerie. |
| Encours partiellement payé | Solde des factures partiellement réglées. | Risque de recouvrement. |
🚨 Alertes de pilotage
| Alerte | Déclencheur | Responsable |
|---|---|---|
| Facture déposée sans évolution | Délai technique dépassé. | DSI ou plateforme. |
| Facture mise à disposition non intégrée | Absence dans l’ERP. | DSI et comptabilité. |
| Facture rejetée non corrigée | Délai de correction dépassé. | Facturation. |
| Refus sans motif complet | Motif absent ou inexploitable. | Service client. |
| Facture acceptée non payée | Échéance dépassée. | Recouvrement. |
| Avoir non rapproché | Facture initiale non liée. | Comptabilité. |
| Écart plateforme–ERP | Volumes différents. | DSI. |
| Encaissement non ventilé | Paiement sans facture ou ventilation. | Trésorerie. |
📈 Indice Premium de maîtrise du cycle
| Composante | Pondération | Mesure |
|---|---|---|
| Qualité des données | 20 % | Taux de factures sans anomalie initiale. |
| Transmission | 15 % | Taux de flux réussis. |
| Automatisation | 15 % | Taux de traitement sans intervention. |
| Délais | 15 % | Respect des délais cibles. |
| Contrôles TVA | 15 % | Taux de factures fiscalement validées. |
| Corrections | 10 % | Taux d’avoirs et rectifications. |
| Traçabilité | 10 % | Dossiers disposant d’une piste complète. |
4️⃣ Cas pratiques complexes
Les cas suivants permettent de confronter le workflow à plusieurs tailles d’organisation et à différents niveaux de complexité.
💼 Cas pratique n°1 — PME avec facturation centralisée
Une PME émet 500 factures par mois depuis un seul ERP et reçoit 800 factures fournisseurs.
Workflow recommandé
- Création automatique depuis les commandes clients.
- Contrôle des identifiants et de la TVA.
- Validation automatique sous un seuil défini.
- Transmission par connecteur.
- Surveillance quotidienne des rejets.
- Récupération automatique des factures fournisseurs.
- Rapprochement commande–réception–facture.
- Validation manuelle des exceptions.
- Rapprochement bancaire.
- Archivage du dossier complet.
Un processus simple avec une forte automatisation des factures standards et une file d’exception centralisée.
🏢 Cas pratique n°2 — Groupe multi-entités
Un groupe possède huit sociétés, trois ERP et un centre de services partagé.
Risques spécifiques
- mauvaise unité légale ;
- facture intégrée dans le mauvais ERP ;
- statuts non consolidés ;
- règles TVA différentes ;
- avoirs rattachés à la mauvaise société ;
- habilitations trop larges ;
- reporting fragmenté.
Contrôles
- matrice SIREN–ERP–plateforme ;
- routage par unité légale ;
- comptes séparés dans le centre partagé ;
- tableau de bord Groupe ;
- contrôle des rôles ;
- réconciliation par société ;
- validation fiscale locale.
🏭 Cas pratique n°3 — Organisation multi-sites
Une société industrielle dispose d’un siège, de quatre usines et de deux entrepôts.
| Flux | Contrôle | Destination |
|---|---|---|
| Frais généraux | Validation siège. | ERP Finance. |
| Achats de production | Commande et réception usine. | ERP industriel. |
| Transport | Bon de livraison et site concerné. | Workflow logistique. |
| Immobilisations | Budget et autorisation d’investissement. | Workflow CAPEX. |
Le lieu de livraison ne doit pas être confondu avec l’entité juridiquement facturée ou le service payeur.
🛠️ Cas pratique n°4 — Prestations avec TVA sur les encaissements
Une société de conseil facture 60 000 € TTC, payables en quatre échéances.
Workflow
- Émission de la facture.
- Contrôle du régime de TVA applicable.
- Acceptation par le client.
- Enregistrement de chaque règlement.
- Ventilation du montant encaissé.
- Calcul de la part de TVA correspondante.
- Mise à jour du solde.
- Transmission des données requises.
- Clôture après règlement total.
| Échéance | Encaissement | Solde TTC | Statut |
|---|---|---|---|
| 1 | 15 000 € | 45 000 € | Partiellement encaissée. |
| 2 | 15 000 € | 30 000 € | Partiellement encaissée. |
| 3 | 15 000 € | 15 000 € | Partiellement encaissée. |
| 4 | 15 000 € | 0 € | Soldée. |
🌍 Cas pratique n°5 — Flux international
Une société française facture une prestation à un client établi dans un autre État membre de l’Union européenne.
Contrôles nécessaires
- identification du client ;
- numéro de TVA intracommunautaire ;
- nature exacte de la prestation ;
- règle de territorialité ;
- autoliquidation éventuelle ;
- mention fiscale adaptée ;
- classification en e-reporting lorsque concernée ;
- suivi du paiement ;
- rapprochement avec les obligations déclaratives.
Le workflow international doit intégrer une validation fiscale renforcée avant émission.
🤖 Workflow IA Facture de bout en bout
Le Workflow IA Facture de bout en bout est un dispositif d’assistance destiné à suivre chaque facture, interpréter ses statuts, détecter les anomalies et orienter automatiquement les actions.
Il ne se substitue pas aux ERP, aux plateformes ni aux responsables humains. Il agit comme une couche d’orchestration et de supervision.
Disposer d’une vision unique de chaque facture, depuis sa création jusqu’à son archivage, même lorsque plusieurs systèmes et acteurs interviennent.
🏗️ Architecture complète du Workflow IA
SOURCES
• ERP
• LOGICIEL MÉTIER
• PLATEFORME AGRÉÉE
• BANQUE
• COMPTABILITÉ
• COMMANDES
• CONTRATS
• RÉFÉRENTIELS TVA
⬇
MOTEUR DE RÉCEPTION
⬇
MOTEUR DE VALIDATION
⬇
MOTEUR DE CONTRÔLE
⬇
MOTEUR DE STATUTS
⬇
MOTEUR D’ENCAISSEMENT
⬇
MOTEUR DÉCISIONNEL
⬇
ALERTES ET ACTIONS
⬇
VALIDATION HUMAINE
⬇
JOURNAL DE PREUVE
⬇
TABLEAU DE BORD GLOBAL
📥 Moteur de réception
Le moteur de réception consolide les factures et événements issus de plusieurs canaux.
| Entrée | Contrôle | Sortie |
|---|---|---|
| Facture émise | Identifiant, format et statut initial. | Dossier facture créé. |
| Facture reçue | Émetteur, destinataire et intégrité. | Flux de réception ouvert. |
| Statut plateforme | Chronologie et cohérence. | Mise à jour du cycle. |
| Paiement | Montant, date et référence. | Rapprochement proposé. |
| Avoir | Lien avec la facture initiale. | Solde recalculé. |
✅ Moteur de validation
Le moteur de validation détermine si la facture peut poursuivre son traitement automatiquement ou si une intervention est requise.
- validation de l’identité ;
- validation de la commande ;
- validation du service fait ;
- validation des montants ;
- validation des données de TVA ;
- validation du routage ;
- validation des pièces justificatives ;
- validation selon les seuils d’autorisation.
| Score de validation | Décision |
|---|---|
| 95 à 100 | Validation automatique. |
| 80 à 94 | Validation automatique avec contrôle a posteriori. |
| 60 à 79 | Validation humaine ciblée. |
| 40 à 59 | Blocage et analyse. |
| 0 à 39 | Rejet ou refus proposé. |
🔄 Moteur de statuts
Le moteur de statuts consolide les événements provenant de l’ERP, de la plateforme et des workflows internes.
| Statut reçu | Contrôle | Action |
|---|---|---|
| Déposée | Délai avant contrôle. | Surveiller l’évolution. |
| Rejetée | Motif complet et source. | Affecter la correction. |
| Mise à disposition | Présence dans l’ERP cible. | Réconcilier la réception. |
| Refusée | Motif métier. | Ouvrir un litige. |
| Acceptée | Échéance de paiement. | Suivre la trésorerie. |
| Partiellement encaissée | Montant et solde. | Mettre à jour l’exigibilité. |
| Soldée | Absence d’anomalie restante. | Proposer la clôture. |
💳 Moteur d’encaissement
Le moteur d’encaissement rapproche les paiements des factures et calcule le solde restant.
- Identifier le payeur.
- Analyser la référence bancaire.
- Rechercher la facture correspondante.
- Comparer le montant attendu et le montant reçu.
- Gérer les paiements groupés.
- Gérer les règlements partiels.
- Identifier les écarts de change ou retenues.
- Ventiler la TVA lorsque nécessaire.
- Mettre à jour le solde.
- Proposer la clôture lorsque le solde est nul.
🛡️ Moteur de contrôle
| Famille | Contrôles |
|---|---|
| Technique | Format, schéma, intégrité, doublon et transmission. |
| Métier | Commande, livraison, service fait et prix. |
| Comptable | Période, compte, analytique et solde. |
| TVA | Taux, base, exigibilité, exonération et déduction. |
| Fraude | IBAN, tiers, utilisateur, anomalie de comportement. |
| Documentaire | Présence des justificatifs et liens entre documents. |
🧭 Moteur décisionnel
CONTRÔLES RÉUSSIS ?
├── OUI
│
│ → VALIDATION AUTOMATIQUE
│
└── NON
⬇
ANOMALIE BLOQUANTE ?
├── OUI
│
│ → BLOCAGE
│ → AFFECTATION
│
└── NON
⬇
CORRECTION AUTOMATIQUE AUTORISÉE ?
├── OUI
│
│ → PROPOSITION
│ → CONTRÔLE
│
└── NON
→ VALIDATION HUMAINE
⬇
DÉCISION
• ACCEPTER
• REFUSER
• REJETER
• SUSPENDRE
• CORRIGER
• RÉÉMETTRE
• CLÔTURER
🔄 Workflow IA complet
- Recevoir la facture ou l’événement.
- Créer le dossier numérique unique.
- Identifier les acteurs et les systèmes.
- Contrôler le format et l’intégrité.
- Rapprocher la commande, la livraison et le contrat.
- Contrôler les montants et la TVA.
- Calculer un score de conformité.
- Déterminer le chemin de validation.
- Transmettre ou mettre à disposition.
- Interpréter les statuts reçus.
- Détecter les blocages.
- Affecter les anomalies.
- Suivre les corrections et réémissions.
- Rapprocher les paiements.
- Gérer les avoirs et rectifications.
- Vérifier l’absence d’action ouverte.
- Proposer la clôture.
- Archiver le dossier et son journal.
🚨 Alertes intelligentes
| Niveau | Alerte | Action |
|---|---|---|
| 🔴 Bloquante | Mauvaise personne juridique. | Interrompre le traitement. |
| 🔴 Bloquante | Facture dupliquée. | Vérifier le document valide. |
| 🔴 Bloquante | Taux ou base de TVA incohérents. | Validation fiscale. |
| 🔴 Bloquante | Modification suspecte d’IBAN. | Contrôle anti-fraude. |
| 🟠 Majeure | Facture sans statut depuis le délai cible. | Relance ou investigation. |
| 🟠 Majeure | Refus sans motif exploitable. | Demander une précision. |
| 🟠 Majeure | Paiement non rapproché. | Analyse trésorerie. |
| 🟡 Mineure | Pièce non essentielle manquante. | Demander un complément. |
| 🟡 Mineure | Délai de validation proche du seuil. | Relancer l’approbateur. |
👥 Validation humaine
| Intervenant | Validation attendue |
|---|---|
| Responsable métier | Réalité de l’opération et service fait. |
| Comptable | Imputation, tiers et période. |
| Référent TVA | Régime, taux, exigibilité et déduction. |
| DSI | Incident, intégration et reprise. |
| Trésorerie | Paiement, encaissement et rapprochement. |
| Juridique | Litige contractuel ou mauvaise entité. |
| Chef de mission | Arbitrage des anomalies complexes. |
Plus le risque fiscal, juridique, financier ou frauduleux est élevé, plus la décision doit être réservée à un responsable humain identifié.
⚠️ Limites de l’IA
- l’IA dépend de la qualité des données sources ;
- elle ne peut pas confirmer seule qu’une prestation a réellement été exécutée ;
- elle peut mal interpréter une clause contractuelle ;
- elle ne décide pas seule du régime TVA d’une opération complexe ;
- elle ne doit pas modifier silencieusement une facture émise ;
- elle ne doit pas annuler automatiquement une créance ;
- elle peut rapprocher un paiement de la mauvaise facture ;
- elle ne remplace pas l’analyse d’un litige commercial ;
- elle ne garantit pas l’exhaustivité des statuts reçus ;
- elle ne transfère pas la responsabilité fiscale ou comptable ;
- ses décisions doivent rester explicables ;
- les cas sensibles exigent une validation humaine.
🧠 Limites techniques et métier
| Limite | Risque | Mesure de maîtrise |
|---|---|---|
| Statuts non synchronisés | Vision erronée du cycle. | Réconciliation périodique. |
| Commande absente | Validation incertaine. | Intervention métier. |
| Paiement groupé | Mauvaise ventilation. | Contrôle trésorerie. |
| Plusieurs taux de TVA | Ventilation incorrecte des encaissements. | Calcul fiscal contrôlé. |
| Litige partiel | Refus total injustifié. | Arbitrage humain. |
| Erreur de référentiel | Décision automatique incorrecte. | Maintenance des données maîtres. |
📊 Tableau de bord du Workflow IA
| Indicateur | Objectif |
|---|---|
| Factures suivies de bout en bout | 100 %. |
| Factures sans statut récent | 0 au-delà du seuil. |
| Taux d’automatisation | Augmenter sans affaiblir les contrôles. |
| Taux de rejet | Réduction continue. |
| Taux de refus | Réduction par amélioration métier. |
| Délai moyen de résolution | Respect du SLA interne. |
| Taux de paiements rapprochés automatiquement | Augmentation maîtrisée. |
| Avoirs correctement rattachés | 100 %. |
| Décisions IA validées a posteriori | Taux de fiabilité élevé. |
| Dossiers disposant d’une piste complète | 100 %. |
📝 Synthèse Premium
Le cycle de vie d’une facture ne se résume pas à une succession de statuts techniques.
Il constitue un processus transversal reliant :
- le commerce ;
- les achats ;
- la logistique ;
- la comptabilité ;
- la fiscalité ;
- la trésorerie ;
- la DSI ;
- les plateformes agréées ;
- les clients et fournisseurs.
Un workflow performant doit :
- contrôler les données avant émission ;
- suivre chaque transmission ;
- interpréter correctement les statuts ;
- distinguer rejet, refus et litige ;
- attribuer les anomalies ;
- suivre les encaissements ;
- gérer les avoirs et rectifications ;
- conserver une piste d’audit complète ;
- piloter les délais et risques.
La maturité du dispositif se mesure à la capacité de connaître instantanément l’état réel d’une facture, son responsable, son prochain événement attendu et le risque associé à son blocage.
📌 À retenir
- une facture est un objet vivant jusqu’à sa clôture ;
- les statuts techniques et métier doivent être rapprochés ;
- un rejet n’est pas un refus ;
- une facture acceptée n’est pas nécessairement payée ;
- une facture soldée peut encore nécessiter une action ;
- les workflows doivent attribuer chaque anomalie ;
- la TVA exige des contrôles spécifiques ;
- les encaissements partiels doivent être suivis ;
- les avoirs doivent rester liés aux factures initiales ;
- la réconciliation plateforme–ERP est indispensable ;
- l’IA assiste le pilotage mais ne remplace pas l’expertise ;
- la piste d’audit doit couvrir tout le cycle.
🎓 Compétences acquises
À l’issue de cette séquence, vous êtes capable de :
- créer une facture fiable ;
- organiser son dépôt et sa transmission ;
- interpréter les statuts du cycle de vie ;
- traiter les rejets et refus ;
- suivre les factures mises à disposition ;
- suivre les paiements et encaissements ;
- gérer les acomptes et paiements partiels ;
- établir des avoirs ;
- sécuriser les rectifications ;
- construire un workflow métier ;
- construire un workflow comptable ;
- construire un workflow TVA ;
- construire un workflow ERP et plateforme ;
- mettre en place une séparation des tâches ;
- construire des contrôles internes ;
- définir des KPI et alertes ;
- utiliser un Workflow IA Facture de bout en bout ;
- arbitrer les situations complexes au niveau chef de mission.
🏆 Niveau de maîtrise atteint
| Niveau | Capacité | Statut |
|---|---|---|
| Niveau 1 — Comprendre | Identifier les étapes du cycle. | ✅ Acquis |
| Niveau 2 — Suivre | Interpréter les statuts et événements. | ✅ Acquis |
| Niveau 3 — Corriger | Traiter rejets, refus, avoirs et rectifications. | ✅ Acquis |
| Niveau 4 — Contrôler | Mettre en place les contrôles comptables, TVA et SI. | ✅ Acquis |
| Niveau 5 — Piloter | Construire les KPI, alertes et tableaux de bord. | ✅ Acquis |
| Niveau 6 — Orchestrer | Gouverner un workflow IA de bout en bout. | ✅ Niveau chef de mission |
➡️ Transition vers la Séquence 5/7 — Sécuriser les statuts, contrôles et rejets
Vous savez désormais suivre une facture depuis sa création jusqu’à son paiement, sa correction et son archivage.
La prochaine séquence approfondira la fiabilisation opérationnelle des statuts et la gestion des anomalies.
Elle permettra notamment de maîtriser :
- la cartographie détaillée des statuts ;
- les correspondances entre plateformes et ERP ;
- les statuts obligatoires et recommandés ;
- les règles de déclenchement ;
- les délais de traitement ;
- les rejets techniques et fonctionnels ;
- les erreurs de transmission ;
- les reprises de flux ;
- les contrôles de cohérence ;
- la supervision des anomalies ;
- les preuves et journaux ;
- les plans de remédiation.
Passer d’un cycle de vie compris et piloté à une gestion industrielle des statuts, rejets et anomalies, capable de résister aux volumes, aux incidents et aux contrôles.
Intégrer ERP, logiciel de facturation et comptabilité
Construire une chaîne d’intégration fiable entre les applications métiers, l’ERP, la plateforme agréée et la comptabilité afin de supprimer les ressaisies, sécuriser les données et automatiser les traitements de bout en bout.
🎯 Introduction Premium — La réforme est aussi un projet d’intégration
Une facture électronique ne circule jamais seule. Elle traverse un écosystème composé d’applications commerciales, de logiciels métiers, d’ERP, de solutions comptables, de plateformes agréées, de référentiels et d’outils de pilotage.
La réussite du projet dépend donc de la capacité de l’entreprise à faire circuler une même information entre plusieurs systèmes sans :
- la ressaisir ;
- la déformer ;
- la dupliquer ;
- la perdre ;
- modifier son sens fiscal ou comptable ;
- rompre le lien avec la facture d’origine ;
- perdre les statuts du cycle de vie ;
- affaiblir la piste d’audit.
Une architecture mal intégrée peut produire des factures techniquement transmises mais :
- absentes de la comptabilité ;
- comptabilisées deux fois ;
- affectées au mauvais tiers ;
- imputées dans un mauvais compte ;
- associées à un mauvais taux de TVA ;
- rattachées à une mauvaise entité ;
- impossibles à rapprocher d’un règlement ;
- non suivies après un rejet ou un refus.
La facture électronique ne doit pas créer une nouvelle chaîne parallèle. Elle doit s’intégrer aux processus existants tout en améliorant la qualité, la traçabilité et l’automatisation.
🎯 Objectif professionnel
À l’issue de cette première livraison, vous serez capable de concevoir une architecture d’intégration reliant les applications opérationnelles, l’ERP, la plateforme agréée et la comptabilité.
Vous saurez notamment :
- cartographier les applications existantes ;
- identifier le système maître de chaque donnée ;
- documenter les flux entrants et sortants ;
- interfacer un ERP avec une plateforme agréée ;
- choisir entre temps réel, traitement par lot et connecteur ;
- automatiser les écritures comptables ;
- éviter les doubles saisies et les doublons ;
- gouverner les référentiels clients et fournisseurs ;
- contrôler les mappings techniques, comptables et fiscaux ;
- préparer une architecture industrialisable et auditable.
Une cartographie Applications → Données → Flux → Interfaces → Contrôles → Écritures comptables → Responsables.
🎓 Compétences développées
| Compétence | Application professionnelle | Risque évité |
|---|---|---|
| Cartographier le système d’information | Identifier les applications et leurs interactions. | Flux oublié ou dépendance non maîtrisée. |
| Identifier les données maîtres | Déterminer le référentiel officiel de chaque information. | Données contradictoires. |
| Concevoir une interface | Organiser les échanges entre ERP et plateforme. | Ressaisie et rupture de flux. |
| Automatiser la comptabilité | Générer les écritures à partir des données validées. | Erreurs d’imputation. |
| Contrôler les mappings | Vérifier la correspondance entre champs sources et cibles. | Perte ou déformation de données. |
| Gouverner les référentiels | Fiabiliser clients, fournisseurs, comptes et taxes. | Facture adressée ou comptabilisée à tort. |
| Prévenir les doublons | Attribuer des identifiants uniques et contrôler les reprises. | Double facture ou double écriture. |
1️⃣ Comprendre l’architecture applicative
L’architecture applicative représente l’ensemble des logiciels, bases de données, interfaces et responsabilités qui participent à la création, à la transmission, à la réception, à la comptabilisation et au pilotage des factures.
Elle doit répondre à six questions :
- Quelle application crée la donnée ?
- Quelle application en est le référentiel maître ?
- Quel système la transforme ?
- Quel système la transmet ?
- Quel système la comptabilise ?
- Quel système conserve la preuve ?
CRM • LOGICIEL MÉTIER • E-COMMERCE
⬇
ERP OU LOGICIEL DE FACTURATION
⬇
CONNECTEUR • API • MIDDLEWARE
⬇
PLATEFORME AGRÉÉE
⬇
CLIENT OU FOURNISSEUR
⬇
LOGICIEL COMPTABLE
⬇
GED • ARCHIVAGE • BI • TABLEAUX DE BORD
🖥️ L’ERP
L’ERP centralise généralement une partie importante des processus de l’entreprise :
- clients et fournisseurs ;
- commandes ;
- livraisons ;
- stocks ;
- facturation ;
- comptabilité ;
- TVA ;
- règlements ;
- analytique ;
- reporting financier.
Dans la chaîne de facturation électronique, l’ERP peut assurer plusieurs fonctions :
| Fonction | Rôle de l’ERP |
|---|---|
| Création | Générer la facture à partir d’une opération réelle. |
| Numérotation | Attribuer un numéro unique dans la séquence prévue. |
| Calcul | Calculer bases, taux, TVA et totaux. |
| Structuration | Produire les données nécessaires au format cible. |
| Transmission | Envoyer les données à la plateforme. |
| Statuts | Recevoir les événements du cycle de vie. |
| Comptabilisation | Générer les écritures clients ou fournisseurs. |
| Rapprochement | Lier facture, commande, livraison et paiement. |
Un ERP peut contenir des développements historiques, des champs non normalisés ou des règles fiscales implicites difficiles à interfacer. La cartographie doit analyser les pratiques réelles et non uniquement la documentation standard de l’éditeur.
🧾 Le logiciel de facturation
Certaines entreprises utilisent un logiciel de facturation distinct de leur ERP ou de leur comptabilité.
Ce logiciel peut :
- gérer les devis ;
- transformer les devis en factures ;
- générer les factures récurrentes ;
- produire les avoirs ;
- gérer les échéanciers ;
- suivre les règlements ;
- exporter les écritures comptables ;
- transmettre les factures à une plateforme agréée.
Le logiciel de facturation est-il le système maître de la facture ou un simple outil de présentation alimenté par un autre système ?
| Situation | Risque | Décision d’architecture |
|---|---|---|
| Facture créée dans le logiciel | Écart avec la commande de l’ERP. | Synchroniser les données sources. |
| Facture créée dans l’ERP puis rééditée | Deux versions du même document. | Définir une source officielle unique. |
| Numérotation dans deux outils | Doublon ou rupture de séquence. | Centraliser la numérotation. |
| TVA recalculée dans le logiciel | Écart entre ERP et facture. | Interdire le recalcul divergent. |
🔗 La plateforme agréée
La plateforme agréée constitue l’interface réglementaire et technique de transmission ou de réception des factures.
Elle peut notamment :
- recevoir les données de l’ERP ;
- contrôler le format ;
- vérifier certaines données ;
- convertir les formats selon le service souscrit ;
- consulter les informations de routage ;
- transmettre la facture ;
- restituer les statuts ;
- transmettre les données requises ;
- mettre à disposition des tableaux de bord ;
- conserver les journaux de transmission.
Une facture techniquement valide peut rester comptablement ou fiscalement incorrecte. La qualité des données demeure une responsabilité majeure de l’entreprise.
🧩 L’opérateur de dématérialisation ou la solution intermédiaire
Une solution intermédiaire peut continuer à jouer un rôle dans l’écosystème lorsqu’elle est raccordée à une plateforme agréée.
Elle peut notamment assurer :
- la collecte de documents ;
- la numérisation ;
- l’OCR ;
- l’extraction de données ;
- la validation métier ;
- le workflow d’approbation ;
- le rapprochement commande–facture ;
- la préparation des écritures ;
- la transmission à la plateforme agréée.
ERP OU LOGICIEL MÉTIER
⬇
SOLUTION INTERMÉDIAIRE
• EXTRACTION
• CONTRÔLE
• WORKFLOW
• ENRICHISSEMENT
• MAPPING
⬇
PLATEFORME AGRÉÉE
⬇
DESTINATAIRE
📚 Le logiciel comptable
Le logiciel comptable enregistre les conséquences financières de la facture.
Il doit recevoir des données cohérentes concernant :
- le journal ;
- la date comptable ;
- le compte tiers ;
- les comptes de charges ou de produits ;
- les comptes de TVA ;
- les centres analytiques ;
- les échéances ;
- la devise ;
- les références de facture ;
- les avoirs ;
- les paiements ;
- les statuts de rapprochement.
| Modèle | Avantage | Risque |
|---|---|---|
| Comptabilité intégrée à l’ERP | Chaîne plus homogène. | Paramétrage ERP complexe. |
| Logiciel comptable distinct | Spécialisation comptable. | Interface supplémentaire. |
| Comptabilité externalisée | Traitement confié à un expert. | Délais et responsabilités à clarifier. |
| Multi-comptabilités | Adaptation aux entités. | Mappings et consolidations multiples. |
🗂️ La GED
La gestion électronique de documents organise le classement et la consultation des pièces.
Elle peut contenir :
- la représentation lisible de la facture ;
- le fichier structuré ;
- les pièces jointes ;
- la commande ;
- le bon de livraison ;
- le contrat ;
- les preuves de validation ;
- les statuts ;
- les avoirs ;
- les justificatifs de paiement.
La facture visible dans la GED doit rester cohérente avec les données structurées utilisées pour la transmission et la comptabilisation.
👥 Le CRM
Le CRM peut être le système source de plusieurs données commerciales :
- identité du client ;
- contact ;
- contrat ;
- commande ;
- tarification ;
- remise ;
- conditions de paiement ;
- activité commerciale ;
- litiges et réclamations.
Le CRM ne doit toutefois pas devenir une seconde source non contrôlée pour :
- le SIREN ;
- le SIRET ;
- le numéro de TVA ;
- l’adresse de facturation ;
- le régime fiscal ;
- les coordonnées bancaires.
📊 Les outils BI et tableaux de bord
Les outils décisionnels consolident les données issues de plusieurs systèmes afin de piloter :
- les volumes émis et reçus ;
- les taux de rejet ;
- les délais de traitement ;
- les factures bloquées ;
- les avoirs ;
- les paiements ;
- les encours ;
- les erreurs de TVA ;
- les écarts plateforme–ERP ;
- la performance des interfaces.
Un tableau de bord peut présenter une donnée agrégée ou retraitée. Il ne doit pas devenir une source concurrente de la comptabilité ou des statuts officiels.
2️⃣ Cartographier les applications existantes
La cartographie constitue la première étape de l’intégration. Elle permet de savoir quels systèmes interviennent réellement dans le cycle.
La démarche doit identifier :
- les applications ;
- les versions ;
- les interfaces ;
- les données échangées ;
- les fréquences ;
- les formats ;
- les propriétaires ;
- les contrôles ;
- les incidents connus ;
- les dépendances critiques.
🗺️ Cartographie Premium des applications
| Application | Fonction | Données maîtres | Interfaces | Propriétaire |
|---|---|---|---|---|
| CRM | Gestion commerciale. | Prospects, opportunités et contacts. | Vers ERP. | Direction commerciale. |
| ERP | Commandes, facturation et comptabilité. | Factures, commandes, taxes et écritures. | CRM, plateforme et banque. | DAF et DSI. |
| Plateforme agréée | Transmission réglementaire. | Factures transmises et statuts. | ERP et autres plateformes. | Responsable facturation électronique. |
| GED | Gestion documentaire. | Documents et justificatifs. | ERP et workflow. | Responsable documentaire. |
| Banque | Encaissements et paiements. | Mouvements bancaires. | Trésorerie et comptabilité. | Trésorier. |
| BI | Pilotage. | Indicateurs consolidés. | ERP, plateforme et GED. | Contrôle de gestion. |
🔄 Cartographier les flux
Chaque flux doit être documenté avec précision.
| Champ de cartographie | Question |
|---|---|
| Source | Quelle application produit la donnée ? |
| Destination | Quelle application la reçoit ? |
| Objet | Facture, statut, tiers, paiement ou écriture ? |
| Format | XML, JSON, CSV, PDF ou format propriétaire ? |
| Fréquence | Temps réel, horaire, quotidienne ou mensuelle ? |
| Déclencheur | Validation, dépôt, paiement ou clôture ? |
| Contrôle | Quelle validation est réalisée ? |
| Erreur | Que se passe-t-il si le flux échoue ? |
| Preuve | Quel journal permet de suivre le traitement ? |
🧭 Schéma Premium des flux applicatifs
CRM
CLIENT • CONTRAT • COMMANDE
⬇
ERP
FACTURE • TVA • ÉCRITURE
⬇
MIDDLEWARE OU CONNECTEUR
TRANSFORMATION • MAPPING • CONTRÔLE
⬇
PLATEFORME AGRÉÉE
TRANSMISSION • STATUTS
⬇
DESTINATAIRE
↕
ERP ET COMPTABILITÉ
INTÉGRATION • RAPPROCHEMENT • PAIEMENT
⬇
GED ET BI
ARCHIVAGE • PILOTAGE
👤 Identifier les propriétaires des données
Une donnée ne doit pas être modifiée librement par toutes les applications.
| Donnée | Système maître possible | Propriétaire métier |
|---|---|---|
| SIREN et SIRET | Référentiel tiers ou ERP. | Juridique ou administration des tiers. |
| Adresse de facturation | ERP ou référentiel central. | Comptabilité. |
| Conditions commerciales | CRM ou ERP. | Commercial. |
| Taux de TVA | ERP ou moteur fiscal. | Fiscalité. |
| Comptes comptables | ERP ou logiciel comptable. | Direction comptable. |
| IBAN | Référentiel sécurisé. | Trésorerie. |
| Statuts de facture | Plateforme et workflow. | Responsable du processus. |
Une donnée doit avoir un propriétaire, une source officielle et une procédure de modification.
📊 Matrice RACI des applications et données
| Action | Métier | Comptabilité | Fiscalité | DSI | Administrateur |
|---|---|---|---|---|---|
| Créer un client | R | C | I | I | A |
| Valider un identifiant fiscal | C | R | A | I | C |
| Modifier un mapping | C | C | C | R | A |
| Créer une interface | C | C | I | A | R |
| Valider une recette | R | R | R | R | A |
R : réalise — A : approuve — C : consulté — I : informé.
3️⃣ Interfacer l’ERP avec la plateforme
L’interface doit permettre de transmettre les factures et de récupérer les statuts sans intervention manuelle inutile.
Elle doit gérer :
- les factures de vente ;
- les factures d’achat ;
- les avoirs ;
- les pièces jointes ;
- les données de paiement ;
- les statuts ;
- les erreurs ;
- les reprises ;
- les journaux ;
- les changements de formats.
🔁 Les échanges bidirectionnels
| Sens | Données | Contrôle |
|---|---|---|
| ERP → Plateforme | Factures, avoirs, pièces et données structurées. | Complétude et unicité. |
| Plateforme → ERP | Rejets, transmissions, refus, acceptations et paiements. | Cohérence du statut. |
| Plateforme → Comptabilité | Factures reçues et données comptables. | Rapprochement du tiers. |
| ERP → Plateforme | Données de paiement ou d’encaissement concernées. | Montant, date et facture associée. |
🔄 Synchronisation
La synchronisation vise à maintenir une information cohérente entre plusieurs applications.
Elle doit définir :
- le sens de mise à jour ;
- la fréquence ;
- le système maître ;
- le traitement des conflits ;
- la date et l’heure de dernière synchronisation ;
- la gestion des échecs ;
- la reprise après incident ;
- la journalisation.
Lorsque deux applications peuvent modifier la même donnée, une boucle peut écraser une valeur correcte par une valeur obsolète. Le sens d’autorité doit être clairement défini.
⚡ Temps réel
Le temps réel permet de transmettre ou de mettre à jour une donnée immédiatement après son événement déclencheur.
| Avantage | Limite |
|---|---|
| Statuts rapidement disponibles. | Dépendance forte à la disponibilité des systèmes. |
| Réduction des files d’attente. | Architecture plus exigeante. |
| Alertes immédiates. | Gestion des erreurs complexe. |
| Rapprochement accéléré. | Coût d’exploitation supérieur. |
Le temps réel est particulièrement pertinent pour :
- les statuts de rejet ;
- les changements critiques ;
- les flux à forte exigence de rapidité ;
- les mises à jour de sécurité ;
- les paiements urgents.
📦 Traitements par lot
Le traitement par lot regroupe plusieurs factures ou événements avant leur transmission.
| Situation | Fréquence possible | Point de vigilance |
|---|---|---|
| Facturation quotidienne | Chaque soir. | Contrôler la totalité du lot. |
| Import des factures fournisseurs | Toutes les heures. | Éviter les doublons. |
| Statuts | Plusieurs fois par jour. | Ne pas retarder les alertes critiques. |
| Écritures comptables | Quotidienne. | Rapprocher les totaux de contrôle. |
| Paiements | Quotidienne. | Prendre en compte les dates d’encaissement. |
Chaque lot doit disposer d’un nombre de documents, d’un montant total et d’un résultat de traitement permettant sa réconciliation.
🔌 Connecteurs
Un connecteur assure l’échange entre deux applications sans développer toute l’interface à partir de zéro.
Il faut contrôler :
- la version de l’ERP supportée ;
- le périmètre fonctionnel ;
- les formats gérés ;
- les statuts restitués ;
- la gestion des pièces jointes ;
- la fréquence des mises à jour ;
- la supervision ;
- les coûts ;
- la responsabilité de maintenance ;
- la réversibilité.
Le paramétrage des taxes, des comptes, des tiers, des formats et des workflows reste nécessaire.
🔗 API
Une API permet à une application d’interroger ou d’alimenter une autre application selon un contrat technique documenté.
| Fonction API | Exemple |
|---|---|
| Créer | Déposer une facture. |
| Lire | Consulter le statut. |
| Mettre à jour | Transmettre une donnée de paiement. |
| Rechercher | Retrouver une facture par identifiant. |
| Télécharger | Récupérer une facture reçue. |
| Notifier | Recevoir un événement de rejet. |
🌐 Webservices et échanges historiques
Certaines architectures utilisent encore des webservices, des fichiers déposés sur un serveur sécurisé ou des interfaces propriétaires.
Leur conservation doit être évaluée selon :
- leur compatibilité ;
- leur niveau de sécurité ;
- leur capacité de supervision ;
- leur performance ;
- leur maintenabilité ;
- leur documentation ;
- leur coût de remplacement ;
- leur date de fin de support.
Une interface ancienne mais stable peut être maintenue temporairement. Elle doit toutefois être documentée, testée et intégrée à une trajectoire d’évolution.
4️⃣ Automatiser les écritures comptables
L’automatisation consiste à transformer les données validées de la facture en écritures comptables sans ressaisie.
FACTURE STRUCTURÉE
⬇
IDENTIFICATION DU TIERS
⬇
MAPPING DES COMPTES
⬇
MAPPING TVA
⬇
MAPPING ANALYTIQUE
⬇
CONTRÔLES
⬇
GÉNÉRATION DE L’ÉCRITURE
⬇
VALIDATION OU COMPTABILISATION
⬇
RAPPROCHEMENT AVEC LA FACTURE
📈 Écritures de ventes
| Donnée facture | Traduction comptable |
|---|---|
| Client | Compte client. |
| Montant HT | Compte de produit. |
| TVA | Compte de TVA collectée. |
| TTC | Créance client. |
| Activité | Section analytique. |
| Échéance | Date de règlement prévue. |
Pour une facture de 1 000 € HT soumise à 20 % de TVA, l’écriture comprend une créance client de 1 200 €, un produit de 1 000 € et une TVA collectée de 200 €.
📉 Écritures d’achats
| Donnée facture | Traduction comptable |
|---|---|
| Fournisseur | Compte fournisseur. |
| Nature de l’achat | Compte de charge ou d’immobilisation. |
| TVA déductible | Compte de TVA approprié. |
| TTC | Dette fournisseur. |
| Centre de coûts | Affectation analytique. |
| Commande | Rapprochement budgétaire. |
La présence d’une facture ne suffit pas toujours à autoriser immédiatement la déduction de la TVA. Les contrôles fiscaux et les règles d’exigibilité doivent être appliqués.
⚖️ Écritures de TVA
Le mapping TVA doit permettre de distinguer :
- TVA collectée ;
- TVA déductible sur biens et services ;
- TVA déductible sur immobilisations ;
- TVA en attente ;
- autoliquidation ;
- exonérations ;
- opérations intracommunautaires ;
- opérations internationales ;
- avoirs ;
- encaissements.
| Code taxe source | Traitement cible | Contrôle |
|---|---|---|
| FR20 | TVA française à 20 %. | Base × 20 %. |
| FR10 | TVA française à 10 %. | Nature de l’opération. |
| EXO | Opération exonérée. | Motif obligatoire. |
| AUTO | Autoliquidation. | Absence de TVA facturée et comptes dédiés. |
| ATT | TVA en attente. | Suivi de l’exigibilité. |
💳 Écritures de règlements
L’intégration des paiements doit rapprocher :
- le compte bancaire ;
- le tiers ;
- la facture ;
- le montant ;
- la date ;
- la devise ;
- les frais éventuels ;
- les écarts de change ;
- le solde restant.
| Situation | Traitement |
|---|---|
| Paiement total | Lettrage intégral de la facture. |
| Paiement partiel | Lettrage partiel et suivi du solde. |
| Paiement groupé | Ventilation entre plusieurs factures. |
| Paiement sans référence | Rapprochement assisté puis validation. |
| Écart de règlement | Analyse, tolérance ou compte d’écart. |
↩️ Écritures d’avoirs
L’avoir doit inverser ou réduire les écritures de la facture initiale sans rompre le lien documentaire.
Le système doit contrôler :
- la facture d’origine ;
- le montant corrigé ;
- les comptes concernés ;
- les taux de TVA ;
- le solde du tiers ;
- l’imputation analytique ;
- le remboursement ou la compensation ;
- la mise à jour du statut.
🔁 Extournes et écritures de régularisation
Les extournes sont notamment utilisées pour :
- annuler automatiquement une écriture de clôture ;
- contrepasser une facture non parvenue ;
- neutraliser une écriture temporaire ;
- reclasser une charge ou un produit ;
- corriger une période comptable.
Une extourne comptable interne ne remplace pas un avoir commercial ou fiscal lorsque la facture émise doit être corrigée vis-à-vis du client.
5️⃣ Éviter les doubles saisies
La double saisie apparaît lorsqu’une même donnée est enregistrée manuellement dans plusieurs applications.
Elle génère :
- des erreurs de frappe ;
- des divergences de référentiels ;
- des retards ;
- des coûts administratifs ;
- des risques de fraude ;
- une difficulté à identifier la source officielle.
Une donnée doit être créée une seule fois dans le système autorisé, puis transmise aux autres applications.
🗃️ Référentiel unique
| Donnée | Système maître | Systèmes consommateurs |
|---|---|---|
| Client | ERP ou référentiel tiers. | CRM, facturation et plateforme. |
| Commande | ERP ou logiciel métier. | Facturation et comptabilité. |
| Facture | ERP ou logiciel de facturation. | Plateforme, GED et comptabilité. |
| Statut | Plateforme pour l’événement externe. | ERP, workflow et BI. |
| Paiement | Banque ou trésorerie. | Comptabilité et plateforme. |
| Compte comptable | Logiciel comptable. | ERP et moteur de mapping. |
🔄 Synchroniser sans écraser
Une synchronisation doit distinguer :
- la création ;
- la modification ;
- la désactivation ;
- la suppression logique ;
- la date d’effet ;
- la priorité entre sources ;
- la gestion des conflits.
DONNÉE MODIFIÉE
⬇
SYSTÈME AUTORISÉ ?
├── NON
│
│ → REJET DE LA MODIFICATION
│
└── OUI
⬇
CONTRÔLE DE COHÉRENCE
⬇
PROPAGATION
⬇
ACCUSÉ DE MISE À JOUR
⬇
RÉCONCILIATION
🔍 Déduplication
La déduplication permet d’identifier deux enregistrements qui représentent potentiellement le même objet.
| Objet | Critères de doublon |
|---|---|
| Client | SIREN, dénomination, adresse et numéro de TVA. |
| Fournisseur | SIREN, IBAN, adresse et raison sociale. |
| Facture | Émetteur, numéro, date, montant et devise. |
| Paiement | Référence bancaire, date et montant. |
| Avoir | Numéro, facture initiale et montant. |
Deux factures peuvent avoir le même montant et la même date sans constituer un doublon. La décision doit reposer sur plusieurs critères.
🔑 Identifiants techniques
Un identifiant technique permet de suivre un objet entre plusieurs systèmes.
Il doit être :
- unique ;
- stable ;
- non réutilisé ;
- transmis dans les interfaces ;
- conservé dans les journaux ;
- distinct du simple libellé utilisateur.
| Identifiant | Utilité |
|---|---|
| Identifiant ERP | Retrouver l’enregistrement source. |
| Numéro de facture | Identifier le document commercial. |
| Identifiant plateforme | Suivre la transmission. |
| Identifiant du message | Prévenir les doubles appels. |
| Identifiant de paiement | Rapprocher le mouvement bancaire. |
| Identifiant d’écriture | Relier la facture à la comptabilité. |
6️⃣ Gouverner les référentiels clients et fournisseurs
Les référentiels tiers constituent le socle de la facturation.
Une fiche client ou fournisseur inexacte peut entraîner :
- une mauvaise identification juridique ;
- un mauvais routage ;
- une erreur de TVA ;
- une facture rejetée ;
- un paiement frauduleux ;
- une comptabilisation sur le mauvais compte ;
- un doublon de tiers.
➕ Création d’un tiers
- Recevoir une demande documentée.
- Contrôler la dénomination juridique.
- Contrôler le SIREN et le SIRET.
- Contrôler le numéro de TVA lorsque pertinent.
- Vérifier l’adresse.
- Identifier les conditions de paiement.
- Contrôler les coordonnées bancaires.
- Rechercher un doublon.
- Attribuer les comptes comptables.
- Définir le régime fiscal.
- Valider la création.
- Synchroniser les applications.
✏️ Modification d’un tiers
| Modification | Niveau de contrôle |
|---|---|
| Contact | Contrôle simple. |
| Adresse physique | Vérification documentaire. |
| SIRET | Contrôle juridique renforcé. |
| SIREN | Créer ou identifier une nouvelle unité légale. |
| Numéro de TVA | Validation fiscale. |
| IBAN | Double contrôle anti-fraude. |
| Conditions de paiement | Autorisation commerciale ou achats. |
| Compte comptable | Validation comptable. |
🚫 Suppression et désactivation
Un tiers ayant déjà fait l’objet d’opérations ne doit généralement pas disparaître de l’historique.
Il convient plutôt de :
- le désactiver ;
- interdire de nouvelles opérations ;
- conserver les factures et écritures ;
- conserver les identifiants ;
- indiquer la date de fin ;
- documenter le motif ;
- gérer les avoirs et paiements résiduels.
🏛️ Gouvernance des référentiels
| Rôle | Responsabilité |
|---|---|
| Demandeur métier | Justifier la création ou la modification. |
| Administrateur tiers | Saisir les données validées. |
| Comptabilité | Valider comptes et conditions de règlement. |
| Fiscalité | Valider les identifiants et régimes sensibles. |
| Trésorerie | Contrôler les coordonnées bancaires. |
| DSI | Assurer la synchronisation. |
| Contrôle interne | Auditer les droits et modifications. |
📊 Indicateurs de qualité des référentiels
| Indicateur | Objectif |
|---|---|
| Tiers avec SIREN valide | 100 % des entreprises françaises concernées. |
| Tiers en doublon | 0 doublon confirmé. |
| Tiers sans compte comptable | 0 tiers actif. |
| IBAN modifiés sans double validation | 0. |
| Adresses de facturation non contrôlées | 0. |
| Fiches incomplètes | Réduction continue. |
| Écarts entre applications | 0 écart critique. |
7️⃣ Contrôler les mappings
Le mapping définit la correspondance entre les données d’un système source et celles d’un système cible.
CHAMP SOURCE
ERP_CLIENT_ID
⬇
RÈGLE DE TRANSFORMATION
EXTRACTION • FORMATAGE • CONTRÔLE
⬇
CHAMP CIBLE
IDENTIFIANT ACHETEUR
⬇
VALIDATION
⬇
JOURNAL DU MAPPING
Un mapping doit préciser :
- le champ source ;
- le champ cible ;
- le type de donnée ;
- le caractère obligatoire ou conditionnel ;
- la règle de transformation ;
- la valeur par défaut ;
- le contrôle ;
- le traitement de l’erreur ;
- le propriétaire de la règle.
🖥️ Mapping ERP
| Champ ERP | Donnée cible | Contrôle |
|---|---|---|
| CustomerCode | Identifiant interne client. | Client actif. |
| CompanyNumber | SIREN client. | Neuf chiffres. |
| InvoiceNumber | Numéro de facture. | Unicité. |
| InvoiceDate | Date de facture. | Format et période ouverte. |
| TaxCode | Catégorie et taux de TVA. | Cohérence fiscale. |
| NetAmount | Total HT. | Somme des lignes. |
| TaxAmount | Total TVA. | Recalcul. |
| GrossAmount | Total TTC. | HT + TVA. |
🧬 Mapping XML
Le mapping XML transforme les données internes en balises structurées comprises par les systèmes destinataires.
<Invoice>
<InvoiceNumber>F2026-000458</InvoiceNumber>
<IssueDate>2026-09-15</IssueDate>
<Buyer>
<Name>Client Exemple SAS</Name>
<SIREN>123456789</SIREN>
</Buyer>
<TaxTotal>200.00</TaxTotal>
<GrandTotal>1200.00</GrandTotal>
</Invoice>Le contrôle doit vérifier :
- la présence des balises attendues ;
- leur ordre lorsque le schéma l’impose ;
- le type de donnée ;
- les codes autorisés ;
- les formats de date ;
- les décimales ;
- les unités ;
- les liens entre lignes et totaux.
📚 Mapping comptable
| Donnée métier | Compte comptable cible | Règle |
|---|---|---|
| Vente de marchandises | Compte de vente correspondant. | Selon l’activité et le plan de comptes. |
| Prestation de services | Compte de prestations. | Selon la nature du service. |
| Achat de fournitures | Compte de charge. | Selon la catégorie d’achat. |
| Matériel durable | Compte d’immobilisation. | Selon seuil et politique comptable. |
| Frais de transport | Compte de frais ou coût d’acquisition. | Selon le contexte. |
| Remise | Réduction de produit ou charge. | Selon la facture et l’opération. |
Une imputation comptable ne doit pas être déterminée uniquement à partir d’un mot présent dans la désignation. Le fournisseur, la commande, le contrat et le contexte doivent également être analysés.
⚖️ Mapping TVA
| Code source | Taux | Compte | Traitement |
|---|---|---|---|
| V20 | 20 % | TVA collectée ou déductible correspondante. | Opération taxable standard. |
| V10 | 10 % | Compte spécifique. | Opération éligible au taux réduit. |
| EXO | 0 % | Aucune TVA facturée. | Motif d’exonération requis. |
| AUTO | Variable | Comptes d’autoliquidation. | Écriture spécifique. |
| ENC | Selon facture | TVA en attente. | Exigibilité à l’encaissement. |
📊 Mapping analytique
Le mapping analytique permet d’affecter la facture à :
- un centre de coûts ;
- une activité ;
- un projet ;
- un établissement ;
- un produit ;
- un client ;
- une campagne ;
- un budget ;
- un axe géographique.
| Source analytique | Règle | Secours |
|---|---|---|
| Commande | Reprendre le centre de coûts de la commande. | Validation métier. |
| Établissement | Affecter le site correspondant. | Centre central. |
| Projet | Utiliser la référence projet. | File d’exception. |
| Fournisseur | Utiliser une imputation habituelle. | Contrôle du comptable. |
| Nature de dépense | Appliquer une règle métier. | Compte ou axe d’attente. |
🛡️ Matrice Premium de contrôle des mappings
| Contrôle | Question | Preuve |
|---|---|---|
| Exhaustivité | Tous les champs requis sont-ils mappés ? | Dictionnaire source–cible. |
| Unicité | Un champ source alimente-t-il plusieurs cibles contradictoires ? | Revue de mapping. |
| Type | Texte, nombre, date et code sont-ils compatibles ? | Tests techniques. |
| Transformation | La règle modifie-t-elle le sens de la donnée ? | Scénarios documentés. |
| TVA | Le code taxe conduit-il au bon traitement ? | Cas fiscaux. |
| Comptabilité | Les comptes correspondent-ils à la nature réelle ? | Validation comptable. |
| Analytique | L’affectation est-elle complète et justifiée ? | Contrôle de gestion. |
| Version | Le mapping est-il versionné ? | Journal des changements. |
🖼️ Illustration professionnelle — Facture intégrée de bout en bout
COMMANDE CLIENT
CRM
⬇
LIVRAISON VALIDÉE
LOGICIEL MÉTIER
⬇
FACTURE CRÉÉE
ERP
⬇
MAPPING
CLIENT • LIGNES • TVA • TOTAUX
⬇
FACTURE STRUCTURÉE
⬇
PLATEFORME AGRÉÉE
CONTRÔLE • ROUTAGE • TRANSMISSION
⬇
RETOUR DES STATUTS
⬇
ERP ET COMPTABILITÉ
ÉCRITURE • LETTRAGE • TVA
⬇
GED ET BI
PREUVE • ARCHIVAGE • PILOTAGE
💼 Cas pratique n°1 — PME utilisant trois logiciels
Une PME crée ses devis dans un CRM, ses factures dans un logiciel dédié et ses écritures dans un logiciel comptable.
Risques
- client créé trois fois ;
- conditions de paiement divergentes ;
- numéro de TVA absent de la comptabilité ;
- facture ressaisie manuellement ;
- paiement non rapproché ;
- statuts non remontés.
Architecture cible
- Le CRM crée la relation commerciale.
- Le référentiel tiers valide l’identité juridique.
- Le logiciel de facturation crée la facture.
- La facture est transmise à la plateforme.
- L’écriture est automatiquement générée dans la comptabilité.
- Les statuts reviennent dans le logiciel de facturation.
- Les paiements sont rapprochés dans la comptabilité.
💼 Cas pratique n°2 — Double comptabilisation
Une facture fournisseur est intégrée automatiquement depuis la plateforme, puis saisie manuellement par un comptable qui ne l’a pas retrouvée dans son écran habituel.
Cause racine
- absence de contrôle de doublon transverse ;
- interface utilisateur mal conçue ;
- délai entre réception et affichage ;
- absence de recherche par identifiant plateforme.
Contrôler automatiquement le fournisseur, le numéro, la date, le montant et l’identifiant technique avant toute saisie manuelle.
💼 Cas pratique n°3 — Mauvais mapping TVA
Le code source « EXO » est mappé vers un compte de TVA à taux zéro sans conserver le motif d’exonération.
Conséquences
- donnée fiscale incomplète ;
- absence de justification ;
- reporting TVA erroné ;
- difficulté en cas de contrôle ;
- risque de transmission incorrecte.
Enrichir le mapping afin de distinguer les différents motifs d’exonération et bloquer toute valeur non documentée.
💼 Cas pratique n°4 — ERP multi-sociétés
Un groupe utilise un ERP commun pour cinq sociétés. Une interface envoie toutes les factures sous le même identifiant émetteur.
Risques
- mauvais SIREN émetteur ;
- mauvaise numérotation ;
- mauvais compte client ;
- mauvaise TVA ;
- statuts affectés à une autre société.
Correction
- identifier l’entité avant la génération ;
- utiliser une séquence par société ;
- contrôler le SIREN ;
- associer la bonne plateforme et la bonne adresse ;
- réconcilier les flux par unité légale.
💼 Cas pratique n°5 — Référentiel fournisseur compromis
Un utilisateur modifie l’IBAN d’un fournisseur dans le CRM. La modification est automatiquement propagée dans l’ERP sans validation.
Faiblesses
- mauvais système maître ;
- absence de double validation ;
- droits excessifs ;
- synchronisation sans contrôle ;
- absence d’alerte.
Réserver les coordonnées bancaires à un référentiel sécurisé, imposer une validation indépendante et bloquer leur modification depuis le CRM.
💼 Cas pratique n°6 — Statuts non remontés dans l’ERP
Les factures sont correctement transmises par la plateforme, mais les rejets ne reviennent pas dans l’ERP.
Conséquences
- factures considérées comme envoyées ;
- absence de correction ;
- retard de paiement ;
- écart entre plateforme et ERP ;
- pilotage inexact.
Rendre le flux de statuts obligatoire, superviser sa dernière synchronisation et réconcilier quotidiennement les factures ouvertes.
📋 Tableau Premium — Diagnostic d’intégration
| Question | Oui | Non | Action |
|---|---|---|---|
| Chaque donnée possède-t-elle un système maître ? | Architecture maîtrisée. | Risque de divergence. | Définir la gouvernance. |
| Les factures disposent-elles d’un identifiant transverse ? | Suivi possible. | Risque de doublon. | Créer un identifiant stable. |
| Les statuts remontent-ils dans l’ERP ? | Cycle pilotable. | Vision partielle. | Créer le flux retour. |
| Les écritures sont-elles rapprochées des factures ? | Piste d’audit disponible. | Rupture documentaire. | Conserver le lien. |
| Les mappings sont-ils versionnés ? | Changements traçables. | Risque non maîtrisé. | Créer un registre. |
| Les tiers sont-ils synchronisés ? | Données cohérentes. | Erreurs de routage. | Fiabiliser les référentiels. |
📌 Synthèse
L’intégration de la facturation électronique repose sur une chaîne applicative cohérente dans laquelle chaque système possède un rôle clairement défini.
Une architecture fiable doit permettre :
- de créer la facture dans un système maître identifié ;
- de transmettre ses données sans ressaisie ;
- de contrôler les formats et mappings ;
- de récupérer les statuts ;
- d’automatiser les écritures ;
- de rapprocher les règlements ;
- de conserver les documents et preuves ;
- de piloter les anomalies.
La qualité de l’intégration dépend principalement :
- de la cartographie des applications ;
- de la gouvernance des données ;
- de l’unicité des référentiels ;
- de la robustesse des interfaces ;
- de la qualité des mappings ;
- de la prévention des doublons ;
- de la traçabilité des transformations.
Une intégration réussie ne consiste pas seulement à connecter deux logiciels. Elle consiste à garantir qu’une donnée conserve le même sens juridique, commercial, fiscal et comptable tout au long de son parcours.
La seconde livraison approfondira les API, les reprises de données, les tests, la recette, les contrôles internes, les KPI et le Bridge IA ERP–Plateforme–Comptabilité.
1️⃣ Sécuriser les API d’intégration
Une API permet à plusieurs applications d’échanger automatiquement des données sans intervention humaine. Dans le cadre de la facturation électronique, elle peut relier :
- l’ERP à la plateforme agréée ;
- le logiciel de facturation à la comptabilité ;
- la plateforme au workflow d’approbation ;
- la banque au module de rapprochement ;
- la GED au système comptable ;
- les outils de pilotage aux journaux de statuts.
Une API correctement conçue doit permettre de transmettre une donnée :
- au bon destinataire ;
- dans le bon format ;
- au bon moment ;
- sans doublon ;
- avec un niveau de sécurité adapté ;
- avec une preuve de traitement ;
- avec un mécanisme de reprise en cas d’échec.
Une interface n’est pas fiable parce qu’elle fonctionne une fois. Elle est fiable lorsqu’elle sait détecter ses erreurs, empêcher les doublons, reprendre les flux interrompus et prouver le résultat de chaque échange.
🌐 Comprendre les API REST
Une API REST repose généralement sur des échanges de ressources au moyen de requêtes standardisées.
Elle peut être utilisée pour :
- déposer une facture ;
- consulter son statut ;
- récupérer une facture reçue ;
- transmettre une donnée de paiement ;
- rechercher un document ;
- mettre à jour une information autorisée ;
- récupérer les journaux d’erreur.
| Méthode | Finalité courante | Exemple métier |
|---|---|---|
| GET | Lire une ressource. | Consulter le statut d’une facture. |
| POST | Créer ou transmettre. | Déposer une nouvelle facture. |
| PUT | Remplacer une ressource. | Mettre à jour un objet complet lorsque cela est autorisé. |
| PATCH | Modifier partiellement. | Ajouter une information de paiement. |
| DELETE | Supprimer une ressource autorisée. | Désactiver une donnée technique non historique. |
Une facture émise, ses statuts et sa piste d’audit ne doivent pas être supprimés comme une simple ressource technique. Les mécanismes de correction doivent respecter l’historique documentaire.
🧬 Structure d’un échange REST
POST /api/invoices
Headers:
Authorization: Bearer ********
Content-Type: application/json
Idempotency-Key: ERP-FR-2026-000458
Body:
{
"invoiceNumber": "F2026-000458",
"issueDate": "2026-09-15",
"sellerSiren": "123456789",
"buyerSiren": "987654321",
"currency": "EUR",
"netAmount": 1000.00,
"taxAmount": 200.00,
"grossAmount": 1200.00
}Cet échange doit notamment permettre de contrôler :
- l’identité de l’appelant ;
- l’autorisation d’émettre pour l’entité concernée ;
- l’unicité de la demande ;
- la cohérence des montants ;
- la conformité du format ;
- la réception complète du message ;
- le code de réponse ;
- l’identifiant attribué par la plateforme.
🧩 Comprendre les webservices SOAP
SOAP est un protocole d’échange structuré reposant généralement sur des messages XML et un contrat de service formalisé.
Il demeure présent dans de nombreux ERP, applications financières et systèmes historiques.
| Critère | REST | SOAP |
|---|---|---|
| Format courant | JSON ou XML. | XML. |
| Contrat technique | Documentation d’API. | WSDL. |
| Souplesse | Souvent élevée. | Structure plus rigide. |
| Poids des messages | Généralement plus léger. | Souvent plus volumineux. |
| Usage | Applications modernes et services web. | ERP historiques et échanges fortement contractuels. |
| Gestion des erreurs | Codes HTTP et corps de réponse. | Messages Fault structurés. |
Le choix entre REST et SOAP doit dépendre des systèmes existants, du contrat d’interface, de la sécurité, de la maintenabilité et de la capacité réelle des équipes à superviser la solution.
🔐 Authentification des interfaces
L’authentification permet de vérifier l’identité du système ou de l’utilisateur qui appelle l’API.
| Mécanisme | Principe | Point de vigilance |
|---|---|---|
| Clé API | Secret transmis avec la requête. | Rotation, stockage et limitation du périmètre. |
| OAuth 2.0 | Jeton d’accès délivré selon un mécanisme d’autorisation. | Durée de vie et droits du jeton. |
| Certificat client | Authentification mutuelle par certificat. | Expiration et renouvellement. |
| Compte technique | Identité dédiée à l’application. | Interdire le partage avec un utilisateur humain. |
| Signature de requête | Preuve cryptographique liée au message. | Gestion des clés et horodatage. |
Les clés, mots de passe et jetons ne doivent pas être inscrits en clair dans les scripts, fichiers de configuration non protégés ou dépôts de code accessibles.
🛡️ Sécurité des API
La sécurité doit couvrir les données pendant leur transmission, leur traitement et leur conservation.
- Chiffrer les échanges.
- Authentifier chaque application.
- Limiter les droits au strict nécessaire.
- Protéger les secrets techniques.
- Journaliser les appels.
- Limiter le nombre de requêtes abusives.
- Contrôler la taille et le type des fichiers.
- Vérifier les entrées contre les injections.
- Isoler les environnements de test et de production.
- Révoquer rapidement un accès compromis.
- Surveiller les comportements anormaux.
- Tester régulièrement les vulnérabilités.
| Risque | Exemple | Contrôle |
|---|---|---|
| Usurpation | Un tiers dépose une facture au nom de l’entreprise. | Authentification forte et autorisation par entité. |
| Altération | Montant modifié pendant le transfert. | Chiffrement, intégrité et contrôle des totaux. |
| Exfiltration | Factures récupérées par un compte compromis. | Droits restreints et journalisation. |
| Déni de service | API saturée. | Limitation de débit et capacité de reprise. |
| Réutilisation d’un message | Même facture transmise plusieurs fois. | Clé d’idempotence et détection des doublons. |
📡 Supervision des API
La supervision doit permettre de connaître en permanence :
- le nombre d’appels ;
- le nombre de succès ;
- le nombre d’échecs ;
- le temps de réponse ;
- les erreurs par type ;
- les messages en attente ;
- les doublons bloqués ;
- la dernière synchronisation réussie ;
- la disponibilité du service ;
- les certificats proches de l’expiration.
| Indicateur | Calcul | Seuil d’alerte |
|---|---|---|
| Taux de succès | Appels réussis / appels totaux. | Baisse inhabituelle. |
| Temps moyen de réponse | Durée totale / nombre d’appels. | Dépassement du SLA. |
| Messages en file | Nombre non traités. | Croissance continue. |
| Erreurs répétées | Occurrences d’un même code. | Seuil par intervalle. |
| Dernier échange réussi | Horodatage. | Ancienneté excessive. |
Une alerte doit indiquer la nature de l’incident, le flux concerné, le nombre de factures touchées, le responsable et l’action attendue.
2️⃣ Organiser les reprises de données
Une reprise de données consiste à transférer des informations d’un ancien système vers une nouvelle architecture.
Elle peut concerner :
- les clients ;
- les fournisseurs ;
- les factures ouvertes ;
- les avoirs ;
- les paiements ;
- les statuts ;
- les écritures comptables ;
- les mappings ;
- les pièces jointes ;
- les journaux historiques.
Migrer toutes les données anciennes sans analyse peut transférer des doublons, des tiers obsolètes, des erreurs de TVA et des adresses devenues inutiles.
🗺️ Workflow Premium de migration
INVENTAIRE DES DONNÉES
⬇
CLASSIFICATION
• À REPRENDRE
• À ARCHIVER
• À CORRIGER
• À EXCLURE
⬇
NETTOYAGE
⬇
MAPPING SOURCE–CIBLE
⬇
EXTRACTION
⬇
TRANSFORMATION
⬇
CHARGEMENT EN ENVIRONNEMENT DE TEST
⬇
CONTRÔLES ET RÉCONCILIATION
⬇
VALIDATION HUMAINE
⬇
REPRISE FINALE
⬇
CONTRÔLE POST-BASCULE
📦 Migration des référentiels
| Donnée | Contrôle avant reprise | Contrôle après reprise |
|---|---|---|
| Clients | SIREN, doublons, statut actif. | Nombre repris et cohérence des identifiants. |
| Fournisseurs | IBAN, compte comptable et régime TVA. | Droits et données sensibles. |
| Codes TVA | Validité et correspondance fiscale. | Mapping vers les comptes cibles. |
| Comptes | Plan de comptes et comptes obsolètes. | Équilibre des écritures. |
| Axes analytiques | Valeurs actives et correspondances. | Ventilation complète. |
🕰️ Reprendre l’historique
La profondeur de l’historique à reprendre doit être définie selon les besoins :
- opérationnels ;
- comptables ;
- fiscaux ;
- documentaires ;
- juridiques ;
- d’audit ;
- de reporting ;
- de recouvrement.
| Donnée historique | Reprise possible | Alternative |
|---|---|---|
| Factures ouvertes | Reprise complète recommandée. | Aucune si elles doivent être suivies. |
| Factures soldées récentes | Selon besoins de consultation. | Archivage accessible. |
| Journaux anciens | Reprise sélective. | Conservation dans l’ancien système. |
| Pièces jointes | Selon exigences documentaires. | GED historique reliée. |
| Statuts de cycle de vie | Reprise des événements utiles. | Rapport d’historique conservé. |
🛡️ Contrôles des reprises
- Comparer le nombre d’enregistrements source et cible.
- Comparer les montants totaux.
- Comparer les soldes clients et fournisseurs.
- Contrôler les écritures équilibrées.
- Vérifier les taux et comptes de TVA.
- Vérifier les identifiants techniques.
- Contrôler les pièces jointes.
- Contrôler les dates et devises.
- Rechercher les doublons.
- Tester un échantillon de dossiers complets.
- Documenter les écarts acceptés.
- Faire approuver le résultat.
Une reprise doit être rapprochée au moyen de volumes, montants, soldes et échantillons détaillés. Une simple confirmation technique de chargement ne suffit pas.
✅ Validation de la migration
| Validateur | Validation attendue |
|---|---|
| Métier | Données exploitables et processus préservés. |
| Comptabilité | Soldes, écritures et tiers cohérents. |
| Fiscalité | Codes TVA et historique fiscal fiables. |
| DSI | Chargement complet, sécurisé et performant. |
| Contrôle interne | Preuves et écarts documentés. |
| Chef de mission | Acceptation globale et risques résiduels. |
3️⃣ Tester les interfaces
Une interface doit être testée dans plusieurs situations normales, exceptionnelles et dégradées.
Tester uniquement le scénario idéal revient à ignorer les principales causes d’incident de production.
🧪 Tests unitaires
Les tests unitaires vérifient chaque règle ou composant séparément.
| Composant | Test unitaire |
|---|---|
| Mapping date | Transformation correcte du format. |
| Calcul TVA | Base × taux et règle d’arrondi. |
| SIREN | Longueur, type et caractère obligatoire. |
| Détection de doublon | Même identifiant rejeté. |
| Code analytique | Valeur active et correspondance cible. |
| Statut | Transformation correcte vers le statut ERP. |
🧭 Tests fonctionnels
Les tests fonctionnels vérifient que le processus répond au besoin métier.
- créer une facture standard ;
- créer une facture avec plusieurs taux ;
- émettre un avoir total ;
- émettre un avoir partiel ;
- recevoir une facture avec commande ;
- recevoir une facture sans commande ;
- traiter un rejet ;
- traiter un refus ;
- rapprocher un paiement partiel ;
- gérer un client multi-établissements ;
- gérer une opération internationale ;
- contrôler une facture exonérée.
🔗 Tests d’intégration
Les tests d’intégration vérifient le fonctionnement de plusieurs systèmes ensemble.
CRÉATION DANS L’ERP
⬇
TRANSFORMATION PAR LE MIDDLEWARE
⬇
DÉPÔT SUR LA PLATEFORME
⬇
CONTRÔLE ET TRANSMISSION
⬇
RETOUR DU STATUT
⬇
MISE À JOUR DE L’ERP
⬇
GÉNÉRATION DE L’ÉCRITURE
⬇
ARCHIVAGE ET REPORTING
Un test d’intégration doit vérifier :
- la continuité des identifiants ;
- la conservation des montants ;
- la conservation des pièces ;
- la bonne entité ;
- la bonne comptabilité ;
- le retour des statuts ;
- la piste d’audit ;
- le traitement d’un incident.
📈 Tests de charge
Les tests de charge évaluent la capacité de l’architecture à traiter les volumes attendus.
| Scénario | Objectif |
|---|---|
| Volume quotidien normal | Vérifier la performance courante. |
| Pic de fin de mois | Mesurer la capacité maximale. |
| Lot de factures important | Contrôler les files et délais. |
| Retour massif de statuts | Vérifier l’intégration dans l’ERP. |
| Reprise après interruption | Vérifier la résorption du stock. |
| Multiples utilisateurs | Contrôler la stabilité des workflows. |
Une architecture dimensionnée sur le volume moyen peut échouer lors des clôtures, campagnes de facturation ou reprises après incident.
🎓 Organiser la recette
La recette constitue la validation formelle de la solution avant mise en production.
- Définir les scénarios.
- Définir les résultats attendus.
- Préparer les données de test.
- Exécuter les scénarios.
- Documenter les résultats.
- Qualifier les anomalies.
- Corriger les anomalies bloquantes.
- Rejouer les tests.
- Réaliser les tests de non-régression.
- Faire valider les métiers.
- Faire valider la comptabilité et la fiscalité.
- Émettre un procès-verbal de recette.
| Criticité | Définition | Décision |
|---|---|---|
| Bloquante | Impossible d’émettre, recevoir ou comptabiliser. | Mise en production interdite. |
| Majeure | Fonction essentielle dégradée. | Correction ou dérogation formelle exceptionnelle. |
| Mineure | Contournement acceptable. | Plan de correction après lancement. |
| Ergonomique | Confort utilisateur. | Priorisation selon impact. |
4️⃣ Construire les contrôles internes de l’intégration
Le contrôle interne doit couvrir les flux, les référentiels, les mappings, les habilitations et les changements.
| Contrôle | Fréquence | Responsable |
|---|---|---|
| Réconciliation plateforme–ERP | Quotidienne. | Comptabilité et DSI. |
| Revue des erreurs d’interface | Quotidienne. | Support applicatif. |
| Revue des mappings | À chaque changement et périodiquement. | DSI, comptabilité et fiscalité. |
| Revue des comptes techniques | Trimestrielle. | Sécurité et DSI. |
| Revue des certificats | Mensuelle. | DSI. |
| Contrôle des doublons | À chaque traitement. | ERP et plateforme. |
| Test de reprise | Semestrielle. | DSI et métiers. |
| Revue des tiers | Trimestrielle. | Administration des données. |
👥 Séparation des tâches
| Action | Demandeur | Exécutant | Validateur |
|---|---|---|---|
| Modifier un mapping TVA | Fiscalité. | DSI. | Responsable fiscal et comptable. |
| Créer un compte technique | Responsable applicatif. | DSI. | Sécurité. |
| Modifier une interface | Projet ou métier. | Développeur. | Architecte et responsable métier. |
| Valider une reprise | Projet. | Équipe migration. | Comptabilité et chef de mission. |
| Mettre en production | Projet. | Exploitation. | Comité de changement. |
5️⃣ Piloter l’intégration
Le pilotage doit permettre de mesurer à la fois la performance technique, la qualité des données et l’efficacité comptable.
Une interface n’est pas performante uniquement parce qu’elle est disponible. Elle doit transmettre des données exactes, produire les bonnes écritures et réduire réellement le nombre d’interventions manuelles.
📊 Tableau de bord Premium de l’intégration
| Indicateur | Calcul | Lecture |
|---|---|---|
| Taux de flux réussis | Flux terminés / flux déclenchés. | Fiabilité globale. |
| Taux d’automatisation comptable | Écritures automatiques / factures intégrées. | Réduction des saisies. |
| Taux de reprise manuelle | Flux corrigés manuellement / flux totaux. | Qualité des interfaces. |
| Taux d’erreur de mapping | Anomalies de correspondance / documents traités. | Qualité du paramétrage. |
| Écart plateforme–ERP | Documents plateforme moins documents ERP. | Exhaustivité. |
| Temps moyen de traitement | Durée totale / nombre de flux. | Performance. |
| Doublons bloqués | Nombre de transmissions ou écritures évitées. | Efficacité des contrôles. |
| Référentiels incohérents | Nombre d’écarts ouverts. | Qualité des données maîtres. |
| Interfaces sous SLA | Interfaces conformes / interfaces totales. | Maîtrise opérationnelle. |
🚨 Alertes d’intégration
| Alerte | Déclencheur | Action |
|---|---|---|
| 🔴 Flux interrompu | Aucun échange réussi depuis le délai cible. | Activer le plan de reprise. |
| 🔴 Doublon potentiel | Même identifiant ou facture similaire. | Bloquer et contrôler. |
| 🔴 Écart de TVA | Code ou montant incohérent. | Validation fiscale. |
| 🔴 Mauvaise entité | SIREN incompatible avec le dossier comptable. | Bloquer l’écriture. |
| 🟠 File d’attente croissante | Messages reçus plus vite que traités. | Analyser la capacité. |
| 🟠 Certificat proche de l’expiration | Échéance atteinte prochainement. | Renouveler. |
| 🟠 Mapping modifié sans recette | Nouvelle version non validée. | Suspendre la mise en production. |
| 🟡 Tiers incomplet | Donnée secondaire absente. | Compléter le référentiel. |
6️⃣ Cas pratiques complexes
Les cas suivants illustrent les principaux modèles d’intégration selon la taille et la complexité de l’entreprise.
💼 Cas pratique n°1 — PME avec logiciel de facturation et comptabilité séparée
Une PME utilise un logiciel de facturation en ligne et un logiciel comptable installé séparément.
Architecture cible
- Le logiciel de facturation demeure maître des factures de vente.
- Il transmet les factures à la plateforme agréée.
- Les statuts sont retournés dans le logiciel.
- Les écritures sont transférées quotidiennement en comptabilité.
- Les paiements sont récupérés depuis la banque.
- Le rapprochement met à jour le solde des factures.
Contrôles prioritaires
- unicité de la numérotation ;
- contrôle des comptes de produits ;
- contrôle des codes TVA ;
- détection des doubles imports ;
- réconciliation mensuelle des totaux.
🏢 Cas pratique n°2 — ETI avec ERP et middleware
Une ETI utilise un ERP central, un middleware d’intégration et une plateforme agréée.
Rôle du middleware
- transformer les formats ;
- appliquer les mappings ;
- gérer les files d’attente ;
- contrôler les doublons ;
- journaliser les traitements ;
- orchestrer les reprises ;
- centraliser les erreurs.
Le middleware peut devenir un point de défaillance central. Il doit être supervisé, documenté et inclus dans les tests de continuité.
🏙️ Cas pratique n°3 — Grand Groupe
Un groupe utilise quinze ERP, plusieurs plateformes et un centre de services partagé.
Architecture de gouvernance
| Niveau | Responsabilité |
|---|---|
| Groupe | Standards, sécurité, formats et KPI. |
| Pays | Règles fiscales et plateformes locales. |
| Entité | Référentiels, validation et comptabilité. |
| Centre de services | Traitement opérationnel et supervision. |
| DSI | Interfaces, disponibilité et changements. |
Contrôles Groupe
- dictionnaire de données commun ;
- catalogue des interfaces ;
- registre des mappings locaux ;
- table de correspondance des statuts ;
- supervision consolidée ;
- normes de sécurité ;
- processus de changement centralisé.
🖥️ Cas pratique n°4 — Architecture multi-ERP
Une société utilise un ERP industriel, un ERP de distribution et un logiciel financier.
ERP INDUSTRIEL
FACTURES DE PRODUCTION
↘
ERP DISTRIBUTION
FACTURES CLIENTS
⬇
HUB D’INTÉGRATION
↗
LOGICIEL FINANCIER
COMPTABILITÉ ET TRÉSORERIE
⬇
PLATEFORME AGRÉÉE
Risques
- numéros dupliqués entre ERP ;
- codes TVA non harmonisés ;
- tiers créés plusieurs fois ;
- statuts retournés au mauvais système ;
- écritures consolidées incorrectement.
Solutions
- préfixes ou identifiants globaux ;
- dictionnaire fiscal central ;
- référentiel tiers partagé ;
- table de routage par système source ;
- réconciliation par ERP et par entité.
🌍 Cas pratique n°5 — Intégration internationale
Un groupe français exploite des ERP dans plusieurs pays et souhaite centraliser les données de facturation.
Points de vigilance
- formats nationaux différents ;
- obligations locales ;
- devises ;
- langues ;
- fuseaux horaires ;
- règles de TVA ;
- identifiants d’entreprise ;
- hébergement des données ;
- plateformes locales ;
- calendriers de déploiement différents.
| Élément | Standard Groupe | Adaptation locale |
|---|---|---|
| Identifiant interne | Unique au niveau Groupe. | Identifiant légal local associé. |
| Format canonique | Modèle de données central. | Conversion vers le format national. |
| Codes TVA | Taxonomie Groupe. | Règles fiscales locales. |
| Statuts | Table Groupe. | Correspondance locale. |
| Reporting | KPI consolidés. | Données réglementaires locales. |
🤖 Bridge IA ERP–Plateforme–Comptabilité
Le Bridge IA ERP–Plateforme–Comptabilité est une couche d’orchestration destinée à contrôler, synchroniser et rapprocher les données circulant entre les applications.
Il ne remplace pas :
- l’ERP ;
- la plateforme agréée ;
- la comptabilité ;
- les référentiels ;
- la validation humaine.
Il sert à :
- détecter les incohérences ;
- proposer les mappings ;
- réconcilier les flux ;
- surveiller les interfaces ;
- orienter les anomalies ;
- produire une piste d’audit transverse.
Disposer d’une vision unique de la facture et de ses données, même lorsqu’elles traversent plusieurs ERP, interfaces, plateformes et systèmes comptables.
🏗️ Architecture complète du Bridge IA
SOURCES
• CRM
• LOGICIEL MÉTIER
• ERP
• PLATEFORME AGRÉÉE
• COMPTABILITÉ
• BANQUE
• GED
• RÉFÉRENTIELS
⬇
MOTEUR DE SYNCHRONISATION
⬇
MOTEUR DE MAPPING
⬇
MOTEUR DE RAPPROCHEMENT
⬇
MOTEUR DE VALIDATION
⬇
MOTEUR DÉCISIONNEL
⬇
ACTIONS
• TRANSMETTRE
• INTÉGRER
• CORRIGER
• BLOQUER
• RÉCONCILIER
• ESCALADER
⬇
VALIDATION HUMAINE
⬇
JOURNAL DE PREUVE ET TABLEAU DE BORD
🔄 Moteur de synchronisation
Le moteur de synchronisation compare les données présentes dans plusieurs systèmes et détermine les mises à jour nécessaires.
| Donnée | Source maître | Contrôle | Action |
|---|---|---|---|
| Client | Référentiel tiers. | SIREN, statut et version. | Propager ou bloquer. |
| Facture | ERP ou logiciel de facturation. | Identifiant et montants. | Transmettre une seule fois. |
| Statut | Plateforme pour l’événement externe. | Chronologie. | Mettre à jour l’ERP. |
| Écriture | Comptabilité. | Équilibre et lien facture. | Confirmer l’intégration. |
| Paiement | Banque ou trésorerie. | Référence, montant et date. | Rapprocher. |
Le moteur ne doit pas choisir arbitrairement la donnée la plus récente. Il doit respecter le système maître et les droits de modification.
🧬 Moteur de mapping
Le moteur de mapping identifie les correspondances entre les modèles de données.
Il peut proposer :
- une correspondance directe ;
- une transformation de format ;
- une conversion de code ;
- une concaténation ;
- une ventilation ;
- une valeur conditionnelle ;
- une alerte lorsque la correspondance est incertaine.
| Source | Cible proposée | Score de confiance | Décision |
|---|---|---|---|
| CustomerSiren | BuyerLegalIdentifier | 99 % | Mapping automatique. |
| TaxCode FR20 | Catégorie standard + taux 20 % | 98 % | Automatique avec contrôle. |
| ExpenseCategory IT | Compte informatique. | 76 % | Validation comptable. |
| FreeText | Motif d’exonération. | 42 % | Blocage et validation fiscale. |
🔍 Moteur de rapprochement
Le moteur de rapprochement relie les objets présents dans plusieurs systèmes.
FACTURE ERP
↕
FACTURE PLATEFORME
↕
ÉCRITURE COMPTABLE
↕
DOCUMENT GED
↕
PAIEMENT BANCAIRE
⬇
DOSSIER UNIQUE RAPPROCHÉ
| Rapprochement | Critères | Résultat |
|---|---|---|
| ERP ↔ plateforme | Identifiant, numéro, entité et montant. | Facture transmise confirmée. |
| Facture ↔ écriture | Tiers, date, HT, TVA et TTC. | Comptabilisation confirmée. |
| Facture ↔ paiement | Référence, montant, devise et date. | Solde mis à jour. |
| Facture ↔ avoir | Référence initiale et montants. | Correction documentée. |
| Facture ↔ GED | Identifiant documentaire. | Pièces disponibles. |
✅ Moteur de validation
Le moteur de validation vérifie que les conditions nécessaires à l’intégration ou à la transmission sont réunies.
- Contrôler le système source.
- Contrôler l’identité de l’entité.
- Contrôler les identifiants techniques.
- Contrôler les montants.
- Contrôler la TVA.
- Contrôler les comptes.
- Contrôler les axes analytiques.
- Contrôler la destination.
- Contrôler l’absence de doublon.
- Contrôler les pièces requises.
| Score | Qualification | Traitement |
|---|---|---|
| 95 à 100 | Conforme. | Traitement automatique. |
| 80 à 94 | Conforme avec réserve mineure. | Automatique et contrôle a posteriori. |
| 60 à 79 | Incertain. | Validation humaine. |
| 40 à 59 | Risque majeur. | Blocage. |
| 0 à 39 | Incohérent. | Rejet et correction. |
🧭 Moteur décisionnel
DONNÉES SYNCHRONISÉES ?
├── NON
│
│ → ATTENTE OU REPRISE
│
└── OUI
⬇
MAPPING VALIDÉ ?
├── NON
│
│ → VALIDATION HUMAINE
│
└── OUI
⬇
RAPPROCHEMENT RÉUSSI ?
├── NON
│
│ → FILE D’EXCEPTION
│
└── OUI
⬇
CONTRÔLES COMPTABLES
ET TVA VALIDÉS ?
├── NON
│
│ → BLOCAGE
│
└── OUI
⬇
TRANSMISSION OU COMPTABILISATION
🔄 Workflow complet du Bridge IA
- Recevoir le flux ou l’événement.
- Identifier le système source.
- Contrôler l’identité technique.
- Attribuer un identifiant transverse.
- Rechercher un éventuel doublon.
- Synchroniser les référentiels autorisés.
- Appliquer le mapping source–cible.
- Contrôler les données obligatoires.
- Contrôler les montants et la TVA.
- Rapprocher la facture avec les objets existants.
- Calculer un score de confiance.
- Transmettre automatiquement les dossiers conformes.
- Orienter les cas incertains vers un responsable.
- Bloquer les anomalies critiques.
- Recevoir le statut de retour.
- Mettre à jour les systèmes concernés.
- Rapprocher l’écriture et le paiement.
- Journaliser chaque décision.
- Mettre à jour les KPI.
🚨 Alertes intelligentes du Bridge IA
| Niveau | Alerte | Action proposée |
|---|---|---|
| 🔴 Bloquante | Facture déjà intégrée. | Interdire la nouvelle écriture. |
| 🔴 Bloquante | SIREN incompatible avec la société comptable. | Bloquer le flux. |
| 🔴 Bloquante | Mapping TVA contradictoire. | Validation fiscale obligatoire. |
| 🔴 Bloquante | Écriture déséquilibrée. | Refuser l’intégration. |
| 🟠 Majeure | Statut plateforme absent de l’ERP. | Relancer la synchronisation. |
| 🟠 Majeure | Compte comptable incertain. | Validation du comptable. |
| 🟠 Majeure | Référentiel tiers divergent. | Contrôler la source maître. |
| 🟡 Mineure | Axe analytique absent. | Compléter avant clôture. |
| 🟡 Mineure | Temps de traitement supérieur à la moyenne. | Surveiller la performance. |
👥 Validation humaine
| Intervenant | Validation attendue |
|---|---|
| Responsable métier | Donnée opérationnelle et réalité de l’achat ou de la vente. |
| Comptable | Compte, période, tiers et écriture. |
| Référent TVA | Code taxe, exigibilité et traitement fiscal. |
| DSI | Interface, sécurité et performance. |
| Trésorerie | Paiement, encaissement et coordonnées bancaires. |
| Contrôle interne | Droits, preuves et séparation des tâches. |
| Chef de mission | Arbitrage des risques transverses. |
Le Bridge IA peut proposer une décision, mais l’entreprise demeure responsable des mappings, des écritures, des données fiscales et des modifications apportées à ses référentiels.
⚠️ Limites de l’IA
- l’IA dépend de la qualité des référentiels ;
- elle peut proposer un mapping techniquement plausible mais fiscalement faux ;
- elle ne connaît pas automatiquement les politiques comptables internes ;
- elle peut confondre deux tiers proches ;
- elle ne doit pas créer un compte comptable sans gouvernance ;
- elle ne doit pas modifier automatiquement un code TVA sensible ;
- elle peut rapprocher un paiement avec une mauvaise facture ;
- elle ne remplace pas la recette des interfaces ;
- elle ne garantit pas la disponibilité d’une API ;
- elle ne doit pas neutraliser un écart sans preuve ;
- elle ne remplace pas l’analyse juridique d’une entité ;
- ses règles doivent être versionnées et explicables ;
- les décisions sensibles exigent une validation humaine.
🧠 Limites techniques et organisationnelles
| Limite | Conséquence | Mesure de maîtrise |
|---|---|---|
| API indisponible | Flux interrompu. | File d’attente et reprise. |
| Référentiel obsolète | Mauvaise synchronisation. | Contrôle de fraîcheur. |
| Mapping incomplet | Données perdues. | Validation et tests. |
| Événement non reçu | Statut incohérent. | Réconciliation périodique. |
| Modèle IA insuffisamment entraîné | Propositions peu fiables. | Seuils de confiance et contrôle humain. |
| Responsabilités floues | Anomalies non traitées. | RACI et SLA internes. |
📊 Tableau de bord du Bridge IA
| Indicateur | Objectif |
|---|---|
| Taux de synchronisation réussie | Proche de 100 %. |
| Taux de mappings validés automatiquement | Augmenter sur les flux stables. |
| Taux de rapprochement facture–écriture | 100 %. |
| Taux de rapprochement facture–paiement | Augmentation continue. |
| Doublons bloqués | Suivre les incidents évités. |
| Anomalies critiques ouvertes | 0 au-delà du délai cible. |
| Délai moyen de résolution | Respect du SLA. |
| Décisions IA corrigées par un humain | Mesurer la fiabilité réelle. |
| Flux disposant d’une piste complète | 100 %. |
📝 Synthèse Premium
L’intégration de l’ERP, du logiciel de facturation, de la plateforme et de la comptabilité constitue l’un des principaux facteurs de réussite de la réforme.
Une architecture fiable doit :
- identifier le système maître de chaque donnée ;
- éviter les doubles saisies ;
- prévenir les doublons ;
- sécuriser les API ;
- superviser les flux ;
- versionner les mappings ;
- automatiser les écritures contrôlées ;
- réconcilier plateforme, ERP et comptabilité ;
- tester les scénarios normaux et dégradés ;
- organiser les reprises de données ;
- conserver une piste d’audit complète.
La performance ne se mesure pas uniquement au volume automatisé. Elle doit également tenir compte :
- de la qualité des données ;
- du taux d’erreur ;
- du nombre de reprises manuelles ;
- de la fiabilité des écritures ;
- de la rapidité de résolution des incidents ;
- de la traçabilité des transformations.
Une intégration est maîtrisée lorsque la même facture peut être suivie sans ambiguïté depuis son système source jusqu’à son écriture comptable, son paiement et son archivage, avec des données cohérentes dans chaque application.
📌 À retenir
- une API doit être sécurisée, supervisée et reprise en cas d’échec ;
- REST et SOAP peuvent coexister selon les systèmes ;
- les comptes techniques doivent disposer de droits limités ;
- la migration doit être réconciliée avec des totaux de contrôle ;
- les tests doivent couvrir les scénarios dégradés ;
- la recette doit être formellement validée ;
- les mappings doivent être documentés et versionnés ;
- la comptabilisation automatique reste soumise à contrôle ;
- les référentiels doivent disposer d’un système maître ;
- la réconciliation plateforme–ERP est indispensable ;
- le Bridge IA assiste l’intégration sans remplacer la gouvernance ;
- les décisions fiscales et comptables sensibles restent humaines.
🎓 Compétences acquises
À l’issue de cette séquence, vous êtes capable de :
- cartographier les applications existantes ;
- identifier les systèmes maîtres ;
- documenter les flux et interfaces ;
- interfacer un ERP avec une plateforme agréée ;
- distinguer temps réel et traitement par lot ;
- comprendre les API REST et SOAP ;
- sécuriser les authentifications ;
- superviser les interfaces ;
- automatiser les écritures de ventes et d’achats ;
- contrôler les mappings comptables et TVA ;
- gouverner les référentiels clients et fournisseurs ;
- éviter les doubles saisies ;
- organiser une reprise de données ;
- construire un plan de tests ;
- piloter une recette ;
- mettre en place les contrôles internes ;
- construire des KPI d’intégration ;
- utiliser le Bridge IA ERP–Plateforme–Comptabilité ;
- arbitrer les anomalies au niveau chef de mission.
🏆 Niveau de maîtrise atteint
| Niveau | Capacité | Statut |
|---|---|---|
| Niveau 1 — Cartographier | Identifier les applications, données et flux. | ✅ Acquis |
| Niveau 2 — Connecter | Concevoir les interfaces ERP–plateforme. | ✅ Acquis |
| Niveau 3 — Automatiser | Générer des écritures sans double saisie. | ✅ Acquis |
| Niveau 4 — Sécuriser | Contrôler API, données, mappings et accès. | ✅ Acquis |
| Niveau 5 — Tester | Organiser migration, recette et reprise. | ✅ Acquis |
| Niveau 6 — Piloter | Orchestrer l’intégration avec le Bridge IA. | ✅ Niveau chef de mission |
➡️ Transition vers la Séquence 6/7 — Sécuriser la continuité, les incidents et la reprise des flux
Vous savez désormais construire une architecture d’intégration reliant l’ERP, la plateforme agréée, les référentiels et la comptabilité.
La prochaine séquence approfondira la capacité de l’entreprise à maintenir les échanges en cas d’incident.
Elle permettra notamment de maîtriser :
- les incidents applicatifs ;
- les interruptions de plateforme ;
- les pannes d’ERP ;
- les files d’attente ;
- les reprises automatiques ;
- les reprises manuelles ;
- les plans de continuité ;
- les plans de reprise ;
- les tests de bascule ;
- les doublons après incident ;
- les réconciliations post-reprise ;
- la gouvernance de crise.
Passer d’une architecture correctement intégrée à un dispositif capable de résister aux pannes, de reprendre les flux sans doublon et de démontrer la continuité des opérations.
Sécuriser les données, archives et accès
Garantir l’authenticité, l’intégrité, la lisibilité et la disponibilité des factures électroniques tout en maîtrisant les habilitations, la traçabilité, la protection des données et la continuité des opérations.
🎯 Introduction Premium — Construire la chaîne de confiance documentaire
Une facture électronique ne conserve sa valeur comptable, fiscale, commerciale et probatoire que si l’entreprise est capable de démontrer, pendant toute sa durée de conservation, que son origine est identifiable, que son contenu n’a pas été altéré et qu’elle demeure lisible et accessible.
La sécurité ne concerne donc pas uniquement le fichier final. Elle couvre l’ensemble de son environnement :
- les données utilisées pour créer la facture ;
- les applications qui la génèrent ou la transforment ;
- les interfaces qui la transmettent ;
- les plateformes qui la contrôlent et l’acheminent ;
- les utilisateurs autorisés à la consulter ou à la modifier ;
- les journaux retraçant les actions réalisées ;
- les systèmes d’archivage qui assurent sa conservation ;
- les dispositifs de sauvegarde et de reprise après incident.
Une facture correctement émise peut perdre sa fiabilité si :
- son contenu est modifié sans trace ;
- le fichier structuré ne correspond plus à sa représentation lisible ;
- les droits d’accès sont excessifs ;
- les actions des utilisateurs ne sont pas journalisées ;
- les données personnelles sont exposées ;
- les archives deviennent illisibles ;
- les sauvegardes ne permettent pas une restauration complète ;
- la piste d’audit disparaît lors d’un changement de logiciel ou de plateforme.
La sécurité d’une facture électronique doit être assurée depuis la création des données sources jusqu’à la fin de la période de conservation, sans rupture de traçabilité.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de construire et de piloter un dispositif complet de sécurité documentaire applicable aux factures électroniques et aux données qui leur sont associées.
Vous saurez notamment :
- identifier les éléments permettant de garantir l’authenticité de l’origine ;
- préserver l’intégrité du contenu pendant tout le cycle de vie ;
- assurer la lisibilité humaine et machine des documents conservés ;
- organiser un archivage structuré, accessible et traçable ;
- définir les durées de conservation applicables ;
- construire une matrice d’habilitations ;
- séparer les fonctions sensibles ;
- journaliser les connexions, consultations et modifications ;
- protéger les données personnelles et confidentielles ;
- organiser les sauvegardes et restaurations ;
- construire un plan de continuité et de reprise ;
- utiliser le Contrôleur IA Sécurité & Archivage.
Disposer d’une architecture de sécurité capable de protéger les factures, leurs données structurées, leurs statuts, leurs justificatifs et leurs preuves pendant toute leur durée de vie.
🎓 Compétences développées
| Compétence | Application professionnelle | Risque maîtrisé |
|---|---|---|
| Garantir l’authenticité de l’origine | Identifier avec fiabilité l’émetteur de la facture. | Usurpation, fausse facture ou origine incertaine. |
| Garantir l’intégrité du contenu | Démontrer que les données n’ont pas été altérées. | Modification non autorisée des montants ou mentions. |
| Garantir la lisibilité | Restituer une facture exploitable pendant toute sa conservation. | Document devenu inutilisable ou incompréhensible. |
| Organiser l’archivage | Conserver les factures, données, pièces et journaux. | Perte de preuve ou dossier incomplet. |
| Gérer les durées de conservation | Appliquer une politique documentaire cohérente. | Suppression prématurée ou conservation excessive. |
| Sécuriser les habilitations | Limiter les accès selon les fonctions et responsabilités. | Consultation, modification ou suppression non autorisée. |
| Journaliser les actions | Retracer les événements et interventions. | Absence de piste d’audit. |
| Protéger les données personnelles | Limiter l’exposition et l’usage des informations sensibles. | Violation de données ou non-conformité RGPD. |
| Construire un plan de continuité | Maintenir ou restaurer les opérations après un incident. | Interruption durable de la facturation. |
| Utiliser un contrôleur IA | Automatiser la surveillance et prioriser les anomalies. | Défaillance non détectée ou traitement tardif. |
🧭 Les dix piliers de la sécurité documentaire
1. AUTHENTICITÉ DE L’ORIGINE
⬇
2. INTÉGRITÉ DU CONTENU
⬇
3. LISIBILITÉ DURABLE
⬇
4. ARCHIVAGE STRUCTURÉ
⬇
5. DURÉES DE CONSERVATION
⬇
6. HABILITATIONS ET ACCÈS
⬇
7. JOURNALISATION
⬇
8. PROTECTION DES DONNÉES
⬇
9. CONTINUITÉ ET REPRISE
⬇
10. CONTRÔLE PERMANENT
Aucun de ces piliers ne suffit isolément. Une facture intègre mais inaccessible, authentique mais illisible ou correctement archivée mais consultable par des utilisateurs non autorisés demeure insuffisamment sécurisée.
🔐 Garantir l’authenticité de l’origine
L’authenticité de l’origine consiste à pouvoir identifier avec fiabilité la personne ou l’entreprise à l’origine de la facture.
Elle peut être renforcée par :
- l’identification de l’émetteur dans l’ERP ;
- la validation du SIREN et des autres identifiants ;
- l’authentification des utilisateurs ;
- les comptes techniques dédiés ;
- les certificats électroniques ;
- la signature ou le cachet électronique lorsqu’ils sont utilisés ;
- la sécurisation des interfaces ;
- la piste d’audit fiable ;
- les journaux de transmission de la plateforme agréée.
La simple présence d’un nom ou d’un logo sur un PDF ne permet pas, à elle seule, de garantir l’identité réelle de son émetteur.
🛡️ Garantir l’intégrité du contenu
L’intégrité consiste à démontrer que les données significatives de la facture n’ont pas été modifiées de manière non autorisée.
Les contrôles doivent notamment protéger :
- le numéro de facture ;
- la date ;
- l’identité de l’émetteur ;
- l’identité du client ;
- les lignes facturées ;
- les quantités ;
- les prix ;
- les bases de TVA ;
- les taux ;
- les montants de taxe ;
- le total à payer ;
- les coordonnées de règlement ;
- les liens avec les avoirs et rectifications.
| Mécanisme | Finalité |
|---|---|
| Empreinte numérique | Détecter une modification du fichier. |
| Journalisation | Identifier les actions et changements. |
| Signature ou cachet | Renforcer l’identification et l’intégrité. |
| Contrôle PDF–XML | Vérifier la cohérence entre rendu et données structurées. |
| Gestion des versions | Conserver les états successifs autorisés. |
| Archivage sécurisé | Empêcher l’écrasement silencieux. |
👁️ Garantir la lisibilité
Une facture doit pouvoir être restituée dans une forme compréhensible par une personne pendant toute sa durée de conservation.
Cette exigence implique :
- la conservation d’une représentation lisible ;
- la conservation des données structurées utiles ;
- la capacité à restituer les caractères et symboles ;
- la préservation des unités et devises ;
- la conservation des liens avec les pièces jointes ;
- la maîtrise des conversions de formats ;
- la vérification périodique de la lisibilité ;
- la documentation des migrations.
La présence physique d’un fichier dans une archive ne suffit pas si aucun logiciel ne permet plus de le lire ou si sa structure ne peut plus être interprétée.
🗂️ Organiser l’archivage
L’archivage doit couvrir l’ensemble du dossier de facturation et non uniquement le document visible.
| Élément à conserver | Utilité |
|---|---|
| Facture lisible | Consultation humaine. |
| Données structurées | Contrôle automatique et restitution. |
| Pièces jointes | Justification de l’opération. |
| Commande et contrat | Piste d’audit commerciale. |
| Preuve de livraison ou service fait | Réalité de l’opération. |
| Statuts du cycle de vie | Chronologie de la transmission et du traitement. |
| Avoirs et rectifications | Historique des corrections. |
| Preuves de paiement | Suivi du règlement et du solde. |
| Journaux techniques | Traçabilité des échanges et incidents. |
| Validations | Identification des décisions humaines. |
⏳ Gérer les durées de conservation
Les durées de conservation doivent être définies dans une politique documentaire tenant compte de la nature des documents et des règles qui leur sont applicables.
Cette politique doit préciser :
- la catégorie documentaire ;
- le point de départ de la durée ;
- la durée de conservation ;
- le système responsable ;
- le niveau de sécurité ;
- les possibilités de suspension de destruction ;
- la procédure de suppression ;
- les preuves de destruction.
Les durées comptables, fiscales, commerciales, contractuelles et relatives aux données personnelles doivent être analysées conjointement avant toute suppression.
👥 Sécuriser les habilitations
Les droits d’accès doivent être accordés selon les responsabilités réelles de chaque utilisateur.
| Profil | Droits possibles | Restrictions |
|---|---|---|
| Utilisateur métier | Consulter et valider les factures de son périmètre. | Aucun accès aux paramétrages sensibles. |
| Comptable | Contrôler, imputer et rapprocher. | Modification bancaire encadrée. |
| Référent TVA | Contrôler les traitements fiscaux. | Pas de modification technique directe. |
| Administrateur | Gérer les comptes et paramètres. | Actions sensibles journalisées et approuvées. |
| Auditeur | Consulter les documents et journaux. | Accès en lecture seule. |
| Prestataire externe | Accès limité à une mission définie. | Durée, périmètre et données restreints. |
Les droits temporaires, les comptes de prestataires et les accès liés à un projet doivent être désactivés dès la fin du besoin.
📜 Journaliser les actions
La journalisation permet de reconstituer les actions effectuées sur les factures, les données, les paramétrages et les accès.
Un journal utile doit contenir :
- l’identité de l’utilisateur ou du système ;
- la date et l’heure ;
- l’action réalisée ;
- l’objet concerné ;
- l’ancienne valeur lorsque pertinent ;
- la nouvelle valeur ;
- le résultat de l’action ;
- l’adresse ou le contexte technique ;
- le motif ou la référence d’autorisation ;
- l’identifiant de corrélation.
Le journal doit permettre de relier une action technique à une décision métier, comptable ou administrative.
🛡️ Protéger les données personnelles
Les factures et leurs pièces jointes peuvent contenir des données relatives :
- aux clients personnes physiques ;
- aux entrepreneurs individuels ;
- aux salariés ;
- aux contacts professionnels ;
- aux coordonnées bancaires ;
- aux adresses de livraison ;
- aux habitudes d’achat ;
- aux litiges et paiements.
L’entreprise doit notamment :
- limiter la collecte aux données nécessaires ;
- restreindre les accès ;
- sécuriser les transferts ;
- encadrer les sous-traitants ;
- définir les durées de conservation ;
- gérer les incidents de sécurité ;
- documenter les traitements ;
- organiser l’exercice des droits lorsqu’il est applicable.
🚨 Construire un plan de continuité
Le plan de continuité décrit les mesures permettant de maintenir les activités essentielles lorsqu’un système, une interface ou une plateforme devient indisponible.
INCIDENT
⬇
DÉTECTION ET QUALIFICATION
⬇
ACTIVATION DU PLAN DE CONTINUITÉ
⬇
MODE DÉGRADÉ
• FILE D’ATTENTE
• TRAITEMENT PRIORITAIRE
• SAUVEGARDE DES DONNÉES
• COMMUNICATION
⬇
RESTAURATION
⬇
REPRISE DES FLUX
⬇
CONTRÔLE DES DOUBLONS
⬇
RÉCONCILIATION
⬇
RETOUR À LA NORMALE
Le dispositif doit préciser :
- les applications critiques ;
- les délais maximums d’interruption ;
- les responsables de crise ;
- les procédures de bascule ;
- les sauvegardes disponibles ;
- les priorités de restauration ;
- les communications internes et externes ;
- les contrôles post-reprise ;
- les tests périodiques du plan.
🤖 Contrôleur IA Sécurité & Archivage
Le Contrôleur IA Sécurité & Archivage est un composant d’assistance destiné à surveiller la sécurité des données, la conformité des archives, la cohérence des habilitations et la disponibilité des preuves.
Il peut notamment :
- identifier les factures dont l’empreinte a changé ;
- repérer les documents illisibles ;
- détecter les archives incomplètes ;
- contrôler les échéances de conservation ;
- repérer les droits excessifs ;
- détecter les comptes inactifs encore autorisés ;
- analyser les journaux d’accès ;
- identifier les comportements inhabituels ;
- contrôler les sauvegardes ;
- déclencher des alertes de continuité.
L’IA peut détecter, rapprocher et prioriser les anomalies. Elle ne doit pas supprimer une archive, révoquer un accès sensible ou décider seule de la durée juridique de conservation.
📊 Première matrice Premium de sécurité
| Domaine | Contrôle clé | Preuve attendue |
|---|---|---|
| Authenticité | Identifier l’émetteur et le système source. | Journal, certificat ou piste d’audit. |
| Intégrité | Détecter toute modification. | Empreinte et historique des versions. |
| Lisibilité | Tester la restitution du document. | Contrôle périodique de lecture. |
| Archivage | Vérifier l’exhaustivité du dossier. | Inventaire documentaire. |
| Conservation | Appliquer la bonne durée. | Politique et calendrier de conservation. |
| Accès | Limiter les droits au besoin réel. | Matrice d’habilitations. |
| Journalisation | Tracer les actions sensibles. | Journaux horodatés et protégés. |
| Données personnelles | Limiter l’exposition et l’usage. | Registre, contrats et contrôles RGPD. |
| Continuité | Restaurer les flux et données. | Tests du plan de reprise. |
📌 Programme de la séquence
Cette séquence permettra de construire progressivement :
- une cartographie des données sensibles ;
- une architecture de confiance documentaire ;
- une politique d’archivage ;
- une matrice des durées de conservation ;
- une matrice d’habilitations ;
- un dispositif de journalisation ;
- un plan de protection des données personnelles ;
- un plan de continuité et de reprise ;
- un tableau de bord de sécurité ;
- un Contrôleur IA Sécurité & Archivage sous validation humaine.
Passer d’un simple stockage de factures à une gouvernance complète de la sécurité, de la preuve, des accès et de la continuité documentaire.
1️⃣ Construire une architecture complète de confiance documentaire
La confiance documentaire repose sur un ensemble cohérent de mesures techniques, organisationnelles, comptables et juridiques.
L’entreprise doit pouvoir démontrer que chaque facture :
- provient bien de l’émetteur déclaré ;
- correspond à une opération réelle ;
- n’a pas été altérée sans autorisation ;
- reste lisible pendant toute sa durée de conservation ;
- peut être retrouvée rapidement ;
- est reliée à ses justificatifs ;
- dispose d’un historique complet ;
- est protégée contre les accès non autorisés ;
- peut être restaurée après un incident.
OPÉRATION RÉELLE
⬇
DONNÉES SOURCES FIABLES
⬇
FACTURE CRÉÉE DANS UN SYSTÈME AUTORISÉ
⬇
CONTRÔLES MÉTIER • COMPTABLES • FISCAUX
⬇
TRANSMISSION SÉCURISÉE
⬇
JOURNALISATION DES ÉVÉNEMENTS
⬇
ARCHIVAGE DU DOSSIER COMPLET
⬇
CONTRÔLES PÉRIODIQUES
⬇
RESTITUTION EN CAS D’AUDIT OU DE CONTRÔLE
🔗 Les trois garanties fondamentales
| Garantie | Question à résoudre | Preuves possibles |
|---|---|---|
| Authenticité de l’origine | Qui a réellement émis la facture ? | Identité du système, compte technique, certificat, piste d’audit et journal de transmission. |
| Intégrité du contenu | Le document a-t-il été modifié ? | Empreinte, gestion des versions, contrôles PDF–XML et journal des changements. |
| Lisibilité | La facture peut-elle encore être comprise et exploitée ? | Rendu visuel, outils de restitution, tests périodiques et documentation des migrations. |
La chaîne de confiance doit couvrir simultanément l’origine, le contenu et la restitution. La défaillance d’un seul de ces éléments fragilise l’ensemble du dossier.
2️⃣ Démontrer l’authenticité de l’origine
L’authenticité de l’origine ne repose pas uniquement sur un mécanisme cryptographique. Elle peut également être démontrée par un ensemble de contrôles documentés reliant la facture à l’opération réelle.
La démonstration peut s’appuyer sur :
- la commande validée ;
- le contrat ;
- la livraison ou le service fait ;
- l’identité de l’utilisateur ayant créé ou validé la facture ;
- l’identifiant du système source ;
- le compte technique ayant transmis le fichier ;
- les certificats utilisés ;
- les journaux de la plateforme agréée ;
- le rapprochement avec la comptabilité et le paiement.
📂 Piste d’audit fiable de l’origine
CONTRAT
⬇
COMMANDE
⬇
LIVRAISON OU SERVICE FAIT
⬇
FACTURE
⬇
ÉCRITURE COMPTABLE
⬇
PAIEMENT
⬇
ARCHIVE ET JOURNAUX
| Élément | Contrôle | Anomalie recherchée |
|---|---|---|
| Contrat | Parties, objet, prix et conditions. | Facture sans fondement contractuel. |
| Commande | Émetteur, destinataire et montant. | Mauvaise entité ou prix incohérent. |
| Livraison | Quantité, date et réception. | Facturation d’un bien non livré. |
| Service fait | Prestation réalisée et validée. | Facturation fictive ou prématurée. |
| Facture | Identité, numéro, montants et TVA. | Document altéré ou usurpé. |
| Paiement | Bénéficiaire, montant et référence. | Fraude ou mauvais rapprochement. |
✍️ Signature et cachet électroniques
Lorsqu’ils sont utilisés, la signature électronique ou le cachet électronique peuvent renforcer la confiance dans l’identité du signataire ou de l’organisation et dans l’intégrité du document.
| Mécanisme | Finalité | Point de vigilance |
|---|---|---|
| Signature électronique | Associer une personne à un document. | Identité, niveau de signature, validité du certificat et horodatage. |
| Cachet électronique | Associer une personne morale à un document. | Gestion du certificat et autorisation d’utilisation. |
| Horodatage | Attester l’existence du document à une date donnée. | Fiabilité de la source de temps. |
| Empreinte | Détecter toute modification. | Conservation sécurisée de la valeur de référence. |
Une signature valide ne prouve pas que la prestation a été réalisée, que le prix est exact ou que le traitement de TVA est correct. Les contrôles métier et fiscaux restent indispensables.
3️⃣ Préserver l’intégrité du contenu
L’intégrité doit être préservée lors de chaque étape :
- création ;
- validation ;
- conversion de format ;
- transmission ;
- réception ;
- intégration comptable ;
- migration ;
- archivage ;
- restitution.
Une transformation technique est acceptable uniquement si elle ne modifie pas le sens juridique, commercial, fiscal ou comptable de la facture.
🧬 Contrôler la cohérence PDF–XML
Dans un format hybride, la représentation lisible et les données structurées doivent exprimer la même information.
| Donnée | Rendu visuel | Donnée structurée | Contrôle |
|---|---|---|---|
| Numéro | F2026-00854 | F2026-00854 | Égalité stricte. |
| Date | 15/09/2026 | 2026-09-15 | Même date malgré le format. |
| Total HT | 1 000,00 € | 1000.00 EUR | Même valeur et même devise. |
| TVA | 200,00 € | 200.00 EUR | Recalcul et égalité. |
| Total TTC | 1 200,00 € | 1200.00 EUR | HT + TVA. |
| SIREN client | 987 654 321 | 987654321 | Même identifiant normalisé. |
Une facture affichant 1 200 € TTC dans le PDF mais 1 250 € dans le XML crée un conflit majeur. Le document doit être bloqué avant émission ou intégration.
🔐 Empreintes numériques
Une empreinte numérique est une valeur calculée à partir du contenu d’un fichier.
Toute modification du fichier produit en principe une empreinte différente.
FICHIER D’ORIGINE
⬇
CALCUL DE L’EMPREINTE
⬇
EMPREINTE DE RÉFÉRENCE
⬇
CONSERVATION SÉCURISÉE
⬇
NOUVEAU CALCUL LORS DU CONTRÔLE
⬇
EMPREINTES IDENTIQUES ?
├── OUI
│
│ → INTÉGRITÉ TECHNIQUE CONFIRMÉE
│
└── NON
→ ANOMALIE
→ INVESTIGATION
Une empreinte démontre qu’un fichier n’a pas changé depuis son calcul. Elle ne démontre pas que son contenu était exact au moment de sa création.
📑 Gestion des versions
Les versions doivent être distinguées des documents correctifs.
| Situation | Traitement |
|---|---|
| Brouillon avant validation | Versions internes autorisées et identifiées. |
| Facture validée avant transmission | Figer la version d’émission. |
| Rejet technique avant remise | Corriger selon la procédure et conserver la trace du rejet. |
| Facture déjà émise | Ne pas écraser ; utiliser un avoir ou un document rectificatif. |
| Migration de format | Conserver le fichier source et la preuve de conversion. |
4️⃣ Garantir la lisibilité dans le temps
La lisibilité doit être maintenue malgré :
- l’évolution des formats ;
- le changement des logiciels ;
- la disparition d’un éditeur ;
- la migration vers une nouvelle plateforme ;
- le remplacement d’un système d’archivage ;
- l’évolution des navigateurs ou systèmes d’exploitation ;
- la modification des polices ou jeux de caractères.
| Risque | Conséquence | Mesure de maîtrise |
|---|---|---|
| Format propriétaire abandonné | Document impossible à ouvrir. | Migration vers un format durable. |
| XML sans feuille de style | Données illisibles pour un utilisateur. | Conserver un moteur de restitution ou un rendu lisible. |
| Pièce jointe séparée | Dossier incomplet. | Conserver les liens documentaires. |
| Caractères altérés | Informations incompréhensibles. | Contrôler l’encodage. |
| Migration non testée | Perte partielle de contenu. | Recette documentaire et échantillonnage. |
🧪 Programme de contrôle de lisibilité
- Sélectionner un échantillon représentatif.
- Ouvrir les factures dans l’environnement courant.
- Afficher la représentation humaine.
- Contrôler les caractères, montants et tableaux.
- Vérifier les données structurées.
- Contrôler les pièces jointes.
- Tester les recherches par numéro, date et tiers.
- Exporter le dossier lorsque nécessaire.
- Documenter les anomalies.
- Corriger ou migrer les formats menacés.
5️⃣ Concevoir une politique d’archivage électronique
La politique d’archivage définit les règles applicables depuis le versement du document jusqu’à sa destruction ou sa conservation définitive.
Elle doit préciser :
- le périmètre documentaire ;
- les responsabilités ;
- les formats acceptés ;
- les métadonnées obligatoires ;
- les modalités de versement ;
- les contrôles d’intégrité ;
- les droits d’accès ;
- les durées de conservation ;
- les règles de migration ;
- les modalités de restitution ;
- les procédures de destruction ;
- les contrôles périodiques.
🏗️ Architecture Premium d’archivage
SOURCES
ERP • PDP • GED • COMPTABILITÉ
⬇
PRÉPARATION DU DOSSIER
FACTURE • XML • PIÈCES • STATUTS • PREUVES
⬇
CONTRÔLES DE VERSEMENT
FORMAT • INTÉGRITÉ • MÉTADONNÉES • EXHAUSTIVITÉ
⬇
SYSTÈME D’ARCHIVAGE
STOCKAGE • INDEXATION • JOURNALISATION
⬇
CONTRÔLES PÉRIODIQUES
⬇
RESTITUTION
⬇
DESTRUCTION AUTORISÉE
OU PROLONGATION
📥 Versement en archive
| Contrôle | Question |
|---|---|
| Exhaustivité | Tous les composants du dossier sont-ils présents ? |
| Format | Les fichiers sont-ils acceptés et lisibles ? |
| Intégrité | Les empreintes correspondent-elles ? |
| Métadonnées | Numéro, date, tiers, entité et durée sont-ils renseignés ? |
| Classement | Le dossier est-il rattaché à la bonne société ? |
| Accès | Les droits sont-ils correctement appliqués ? |
| Journal | Le versement est-il horodaté et identifié ? |
🔎 Métadonnées d’archivage
| Métadonnée | Utilité |
|---|---|
| Entité juridique | Identifier la société concernée. |
| Type de document | Facture, avoir, contrat ou justificatif. |
| Numéro | Retrouver le document. |
| Date d’émission | Classer et calculer certaines échéances. |
| Émetteur et destinataire | Identifier les parties. |
| Montant et devise | Faciliter les recherches et contrôles. |
| Durée de conservation | Déterminer la date de revue ou destruction. |
| Empreinte | Contrôler l’intégrité. |
| Statut juridique | Identifier un litige ou une suspension de destruction. |
📤 Restitution des archives
Une archive doit pouvoir être restituée dans un délai compatible avec les besoins :
- de la comptabilité ;
- du contrôle fiscal ;
- de l’audit ;
- du contentieux ;
- du client ou fournisseur ;
- du contrôle interne ;
- de la protection des données.
La restitution doit permettre d’obtenir :
- la facture lisible ;
- les données structurées ;
- les pièces associées ;
- les statuts ;
- les preuves d’intégrité ;
- les journaux d’accès et de modification ;
- les documents correctifs ;
- les informations de paiement.
6️⃣ Construire une matrice des durées de conservation
La politique de conservation doit être établie avec les fonctions comptables, fiscales, juridiques, métiers, informatiques et de protection des données.
Appliquer arbitrairement une durée identique à tous les documents peut conduire soit à une destruction prématurée, soit à une conservation excessive.
| Catégorie | Point de départ à documenter | Événement pouvant prolonger la conservation |
|---|---|---|
| Factures | Date, exercice ou clôture selon la règle retenue. | Contrôle, litige ou contentieux. |
| Contrats | Conclusion ou fin de la relation. | Garantie, réclamation ou contentieux. |
| Commandes | Exécution ou clôture. | Litige commercial. |
| Journaux techniques | Date de l’événement. | Incident de sécurité ou enquête. |
| Données personnelles | Fin du besoin ou de la relation. | Obligation légale ou défense d’un droit. |
| Documents de paiement | Date du règlement. | Contestations ou fraude. |
🗓️ Workflow de fin de conservation
ÉCHÉANCE DE CONSERVATION ATTEINTE
⬇
CONTRÔLE DES SUSPENSIONS
• CONTRÔLE EN COURS
• LITIGE
• CONTENTIEUX
• ENQUÊTE
• OBLIGATION SPÉCIFIQUE
⬇
PROLONGATION NÉCESSAIRE ?
├── OUI
│
│ → GEL DE LA DESTRUCTION
│
└── NON
⬇
VALIDATION DE LA DESTRUCTION
⬇
DESTRUCTION SÉCURISÉE
⬇
CERTIFICAT OU JOURNAL DE DESTRUCTION
7️⃣ Construire une gouvernance des habilitations
La gestion des habilitations doit suivre le cycle de vie de chaque utilisateur :
- demande d’accès ;
- validation par le responsable ;
- création du compte ;
- attribution des droits ;
- authentification ;
- surveillance de l’utilisation ;
- revue périodique ;
- modification en cas de changement de poste ;
- suspension en cas d’incident ;
- suppression lors du départ.
📊 Matrice Premium des habilitations
| Action | Métier | Comptable | Administrateur | Auditeur |
|---|---|---|---|---|
| Consulter une facture | Périmètre attribué. | Oui. | Oui selon besoin. | Lecture seule. |
| Valider le service fait | Oui. | Non. | Non. | Non. |
| Modifier une imputation | Proposition éventuelle. | Oui. | Non. | Non. |
| Modifier un code TVA | Non. | Selon habilitation. | Exécution technique contrôlée. | Non. |
| Gérer les utilisateurs | Non. | Non. | Oui. | Non. |
| Supprimer une archive | Non. | Non. | Uniquement après autorisation formelle. | Non. |
| Consulter les journaux | Limitée. | Selon besoin. | Oui. | Oui. |
🔐 Authentification renforcée
Les accès sensibles doivent reposer sur des mécanismes adaptés au niveau de risque.
- authentification multifacteur ;
- comptes individuels ;
- interdiction des comptes partagés ;
- mots de passe robustes ;
- gestion des sessions ;
- restriction géographique ou réseau lorsque pertinente ;
- certificats pour les comptes techniques ;
- rotation des secrets ;
- révocation immédiate en cas de compromission.
Les comptes à privilèges élevés doivent être réservés aux opérations d’administration et ne pas servir aux tâches courantes.
🔄 Revue périodique des accès
| Contrôle | Fréquence indicative | Responsable |
|---|---|---|
| Comptes sans activité | Mensuelle. | DSI ou sécurité. |
| Départs de salariés | Immédiate. | RH et DSI. |
| Droits administrateurs | Trimestrielle. | Sécurité et contrôle interne. |
| Comptes prestataires | Mensuelle ou à chaque fin de mission. | Responsable de contrat. |
| Droits par fonction | Semestrielle. | Responsables métiers. |
| Comptes techniques | Trimestrielle. | DSI. |
8️⃣ Construire une journalisation exploitable
Un journal doit être suffisamment complet pour reconstituer l’événement, sans devenir inexploitable par son volume.
| Événement | Données à journaliser |
|---|---|
| Connexion | Utilisateur, date, système, résultat et contexte. |
| Consultation | Utilisateur, document, date et finalité si nécessaire. |
| Création | Objet créé, auteur, source et valeurs essentielles. |
| Modification | Ancienne valeur, nouvelle valeur, auteur et motif. |
| Transmission | Émetteur, destinataire, identifiant, date et résultat. |
| Rejet | Code, motif, système et responsable. |
| Suppression | Objet, autorisation, date et preuve. |
| Export massif | Utilisateur, périmètre, volume et destination. |
| Changement d’habilitation | Demandeur, validateur, ancien et nouveau droit. |
🛡️ Protéger les journaux
Les journaux doivent être protégés contre :
- l’altération ;
- la suppression non autorisée ;
- la consultation excessive ;
- la perte ;
- la modification des horodatages ;
- l’absence de synchronisation des horloges ;
- la saturation du stockage.
Un administrateur capable de modifier un paramètre sensible ne devrait pas pouvoir effacer seul la trace de cette modification.
🚨 Détecter les comportements inhabituels
| Comportement | Risque potentiel | Réaction |
|---|---|---|
| Connexion à un horaire inhabituel | Compte compromis. | Vérification et authentification renforcée. |
| Consultation massive de factures | Exfiltration de données. | Blocage ou investigation. |
| Multiples échecs de connexion | Tentative d’intrusion. | Verrouillage temporaire. |
| Modification de nombreux IBAN | Fraude. | Suspension immédiate. |
| Suppression de journaux | Dissimulation d’une action. | Alerte critique. |
| Export vers un emplacement inhabituel | Fuite de données. | Contrôle de sécurité. |
9️⃣ Protéger les données personnelles
La protection des données personnelles doit être intégrée dès la conception des flux et des archives.
Les principes à appliquer comprennent :
- finalité déterminée ;
- minimisation des données ;
- exactitude ;
- limitation de la conservation ;
- confidentialité ;
- sécurité ;
- traçabilité ;
- responsabilisation des acteurs.
🗺️ Cartographie Premium des données personnelles
| Donnée | Finalité | Risque | Protection |
|---|---|---|---|
| Nom du contact | Gestion de la relation commerciale. | Usage hors finalité. | Accès limité. |
| Adresse personnelle | Facturation ou livraison. | Atteinte à la vie privée. | Chiffrement et restrictions. |
| Coordonnées bancaires | Paiement ou remboursement. | Fraude financière. | Masquage, chiffrement et double validation. |
| Téléphone et e-mail | Communication opérationnelle. | Prospection non autorisée. | Gestion des finalités. |
| Historique de paiement | Recouvrement et gestion du risque. | Profilage excessif. | Accès métier justifié. |
| Pièces justificatives | Preuve de l’opération. | Données sensibles inutiles. | Minimisation et contrôle documentaire. |
🤝 Encadrer les sous-traitants
L’entreprise doit analyser les prestataires intervenant sur :
- la plateforme agréée ;
- l’hébergement ;
- l’archivage ;
- la maintenance ;
- la cybersécurité ;
- la sauvegarde ;
- le support ;
- l’analyse par intelligence artificielle.
| Point contractuel | Question à résoudre |
|---|---|
| Instructions | Le prestataire agit-il uniquement selon les instructions autorisées ? |
| Confidentialité | Les équipes sont-elles soumises à une obligation adaptée ? |
| Sécurité | Quelles mesures techniques et organisationnelles sont appliquées ? |
| Sous-traitance ultérieure | D’autres prestataires interviennent-ils ? |
| Localisation | Où les données sont-elles hébergées et traitées ? |
| Incident | Quel délai de notification est prévu ? |
| Réversibilité | Comment récupérer les données et preuves ? |
| Fin de contrat | Comment les copies sont-elles supprimées ou restituées ? |
🚨 Gérer une violation de données
INCIDENT DÉTECTÉ
⬇
CONTENIR L’INCIDENT
⬇
IDENTIFIER LES DONNÉES CONCERNÉES
⬇
ÉVALUER LES RISQUES
⬇
INFORMER LES RESPONSABLES INTERNES
⬇
DÉTERMINER LES NOTIFICATIONS REQUISES
⬇
CORRIGER LA FAILLE
⬇
DOCUMENTER L’INCIDENT
⬇
CONTRÔLER L’EFFICACITÉ DES MESURES
🔟 Construire un plan de continuité et de reprise
Le plan de continuité vise à maintenir les activités prioritaires. Le plan de reprise vise à restaurer les systèmes et les données après un incident majeur.
| Dispositif | Objectif |
|---|---|
| Plan de continuité | Maintenir un niveau minimal de fonctionnement. |
| Plan de reprise | Restaurer les applications et données. |
| Sauvegarde | Disposer d’une copie restaurable. |
| Mode dégradé | Poursuivre les opérations prioritaires. |
| Réconciliation | Contrôler les flux après reprise. |
| Retour d’expérience | Améliorer le dispositif après l’incident. |
⏱️ RTO et RPO
| Indicateur | Signification | Question professionnelle |
|---|---|---|
| RTO | Délai cible de restauration du service. | Combien de temps l’activité peut-elle rester interrompue ? |
| RPO | Perte maximale de données acceptable. | Jusqu’à quelle date ou heure peut-on perdre des données ? |
Un RTO de quatre heures signifie que le service doit être restauré dans ce délai cible. Un RPO d’une heure implique que la stratégie de sauvegarde doit limiter la perte de données à environ une heure.
💾 Organiser les sauvegardes
Une stratégie de sauvegarde doit couvrir :
- les factures ;
- les données structurées ;
- les bases de données ;
- les référentiels ;
- les mappings ;
- les journaux ;
- les paramétrages ;
- les certificats et configurations ;
- les preuves de transmission ;
- les pièces jointes.
| Contrôle | Objectif |
|---|---|
| Fréquence | Respecter le RPO. |
| Chiffrement | Protéger les données sauvegardées. |
| Localisation séparée | Résister à un sinistre local. |
| Immutabilité | Limiter les effets d’un rançongiciel. |
| Test de restauration | Vérifier que la sauvegarde est réellement utilisable. |
| Journalisation | Prouver l’exécution et le résultat. |
🧪 Tester le plan de continuité
Les tests doivent simuler différents incidents :
- indisponibilité de l’ERP ;
- indisponibilité de la plateforme ;
- rupture du connecteur ;
- corruption d’une base ;
- suppression accidentelle ;
- rançongiciel ;
- compromission d’un compte administrateur ;
- perte d’un site d’hébergement ;
- indisponibilité du prestataire d’archivage ;
- retour massif de flux après reprise.
| Test | Résultat attendu |
|---|---|
| Bascule en mode dégradé | Activités prioritaires maintenues. |
| Restauration d’une sauvegarde | Données complètes et exploitables. |
| Reprise des files | Flux traités sans doublon. |
| Réconciliation | Plateforme, ERP et comptabilité cohérents. |
| Communication de crise | Acteurs informés dans les délais. |
1️⃣1️⃣ Construire les contrôles internes de sécurité
| Contrôle | Fréquence | Responsable |
|---|---|---|
| Contrôle des empreintes | Périodique et à la restitution. | Responsable archivage. |
| Test de lisibilité | Annuel ou après migration. | GED ou archivage. |
| Revue des habilitations | Trimestrielle ou semestrielle. | DSI et métiers. |
| Analyse des journaux | Continue ou quotidienne. | Sécurité. |
| Contrôle des sauvegardes | Quotidienne. | Exploitation. |
| Test de restauration | Trimestrielle ou semestrielle. | DSI. |
| Revue des durées | Annuelle. | Juridique, fiscalité et DPO. |
| Audit des prestataires | Annuelle ou selon le risque. | Achats, sécurité et conformité. |
📊 Tableau de bord Premium Sécurité & Archivage
| Indicateur | Calcul | Objectif |
|---|---|---|
| Archives intègres | Documents avec empreinte conforme / documents contrôlés. | 100 %. |
| Archives lisibles | Documents restitués sans anomalie / échantillon. | 100 %. |
| Dossiers complets | Dossiers avec facture, données et preuves / dossiers contrôlés. | 100 %. |
| Comptes sans propriétaire | Nombre de comptes concernés. | 0. |
| Droits excessifs | Nombre d’anomalies ouvertes. | 0 au-delà du délai cible. |
| Journaux indisponibles | Nombre de sources non collectées. | 0. |
| Sauvegardes réussies | Sauvegardes réussies / sauvegardes prévues. | 100 %. |
| Tests de restauration réussis | Tests réussis / tests exécutés. | 100 %. |
| Documents au-delà de leur durée | Documents non traités après échéance. | 0 hors gel justifié. |
| Incidents de sécurité ouverts | Nombre et ancienneté. | Respect des délais de résolution. |
1️⃣2️⃣ Cas pratiques Premium
Les cas suivants permettent d’appliquer les règles de sécurité, d’archivage et de continuité à des situations professionnelles réalistes.
💼 Cas pratique n°1 — Facture modifiée après émission
Un utilisateur modifie manuellement le PDF d’une facture déjà transmise afin de corriger l’adresse du client.
Risques
- rupture d’intégrité ;
- divergence avec les données structurées ;
- absence de document rectificatif ;
- piste d’audit incomplète ;
- deux versions concurrentes.
Conserver la facture initiale, analyser la nature de l’erreur et appliquer le mécanisme de correction approprié sans écraser le document émis.
💼 Cas pratique n°2 — Archive devenue illisible
Des factures datant de plusieurs années sont conservées dans un format propriétaire dont le logiciel n’est plus disponible.
Plan de remédiation
- Identifier le périmètre concerné.
- Retrouver un outil de lecture temporaire.
- Exporter les documents vers un format durable.
- Contrôler l’exhaustivité.
- Comparer les montants et métadonnées.
- Conserver les fichiers sources.
- Documenter la migration.
- Tester la restitution.
💼 Cas pratique n°3 — Ancien salarié toujours habilité
Un salarié ayant quitté l’entreprise conserve un accès actif à la plateforme de facturation pendant trois mois.
Défaillances
- absence de synchronisation RH–DSI ;
- revue périodique insuffisante ;
- compte non désactivé ;
- risque de consultation ou d’export non autorisé.
Désactiver immédiatement le compte, analyser les journaux d’accès et automatiser la suppression des droits à partir des événements RH.
💼 Cas pratique n°4 — Suppression prématurée
Un traitement automatique supprime des pièces jointes anciennes alors qu’un litige est toujours en cours.
Cause racine
- absence de mécanisme de gel ;
- durée calculée sans tenir compte du contentieux ;
- absence de validation juridique ;
- destruction automatique non contrôlée.
Introduire un statut de suspension de destruction appliqué aux dossiers faisant l’objet d’un contrôle, d’un litige ou d’une enquête.
💼 Cas pratique n°5 — Rançongiciel
Un rançongiciel chiffre l’ERP, la GED et les sauvegardes accessibles depuis le réseau principal.
Réponse attendue
- Isoler les systèmes touchés.
- Activer la cellule de crise.
- Identifier la dernière sauvegarde saine.
- Restaurer l’infrastructure prioritaire.
- Vérifier l’intégrité des référentiels.
- Reprendre les flux en attente.
- Détecter les doublons.
- Réconcilier plateforme, ERP et comptabilité.
- Analyser les données potentiellement exposées.
- Documenter l’incident et renforcer les contrôles.
💼 Cas pratique n°6 — Export massif suspect
Un utilisateur exporte 25 000 factures clients en dehors des horaires habituels.
Alertes à déclencher
- volume inhabituel ;
- horaire inhabituel ;
- action incompatible avec le profil ;
- destination d’export inconnue ;
- risque de fuite de données.
Suspendre l’export, vérifier l’identité de l’utilisateur, analyser la finalité et conserver les journaux nécessaires à l’enquête.
💼 Cas pratique n°7 — Changement de système d’archivage
Une entreprise change de prestataire d’archivage et doit migrer huit années de factures.
Contrôles de migration
- inventaire des dossiers ;
- comptage des documents ;
- contrôle des empreintes ;
- reprise des métadonnées ;
- reprise des droits ;
- reprise des journaux utiles ;
- tests de recherche ;
- tests de restitution ;
- validation d’un échantillon ;
- certification de la fin de migration.
🤖 Contrôleur IA Sécurité & Archivage
Le Contrôleur IA Sécurité & Archivage supervise les archives, les habilitations, les journaux, les durées et la continuité à partir de règles documentées.
Son objectif est de détecter rapidement :
- une altération ;
- une archive incomplète ;
- un fichier illisible ;
- un droit excessif ;
- un compte orphelin ;
- une consultation inhabituelle ;
- une destruction prématurée ;
- une sauvegarde défaillante ;
- une restauration non testée ;
- un incident non traité.
🏗️ Architecture complète du Contrôleur IA
SOURCES
• ERP
• PLATEFORME AGRÉÉE
• GED
• SYSTÈME D’ARCHIVAGE
• ANNUAIRE DES UTILISATEURS
• JOURNAUX DE SÉCURITÉ
• OUTILS DE SAUVEGARDE
• RÉFÉRENTIEL DES DURÉES
⬇
MOTEUR D’INTÉGRITÉ
⬇
MOTEUR DE LISIBILITÉ
⬇
MOTEUR D’ARCHIVAGE
⬇
MOTEUR D’HABILITATIONS
⬇
MOTEUR DE JOURNALISATION
⬇
MOTEUR DE CONTINUITÉ
⬇
MOTEUR DE RISQUE ET DE DÉCISION
⬇
ALERTES • ACTIONS • VALIDATION HUMAINE
⬇
TABLEAU DE BORD ET DOSSIER DE PREUVE
🔐 Moteur d’intégrité
| Contrôle | Résultat attendu | Anomalie |
|---|---|---|
| Empreinte | Empreinte identique à la valeur de référence. | Fichier potentiellement modifié. |
| PDF–XML | Montants et identifiants concordants. | Divergence documentaire. |
| Version | Version d’émission clairement identifiée. | Document écrasé ou ambigu. |
| Pièces associées | Liens complets et accessibles. | Dossier incomplet. |
| Journal de modification | Toute action sensible est tracée. | Changement non expliqué. |
👁️ Moteur de lisibilité
Le moteur de lisibilité peut :
- tester l’ouverture des fichiers ;
- contrôler la présence d’un rendu humain ;
- détecter les caractères altérés ;
- vérifier les formats obsolètes ;
- contrôler les pièces jointes ;
- tester les recherches et restitutions ;
- déclencher une campagne de migration.
| Score | Qualification | Action |
|---|---|---|
| 95 à 100 | Lisibilité complète. | Aucune action. |
| 80 à 94 | Lisibilité correcte avec réserve. | Surveillance. |
| 60 à 79 | Risque de dégradation. | Test humain ou conversion. |
| 0 à 59 | Document inexploitable. | Remédiation urgente. |
🗂️ Moteur d’archivage
Le moteur d’archivage vérifie :
- la présence de la facture ;
- la présence des données structurées ;
- la présence des justificatifs ;
- la qualité des métadonnées ;
- la durée applicable ;
- le gel éventuel de destruction ;
- le résultat des contrôles d’intégrité ;
- la possibilité de restitution ;
- la traçabilité du versement.
👥 Moteur d’habilitations
| Analyse | Alerte possible |
|---|---|
| Fonction de l’utilisateur | Droits incompatibles avec le poste. |
| Date de dernière connexion | Compte inactif encore autorisé. |
| Statut RH | Ancien salarié toujours actif. |
| Périmètre d’accès | Accès à plusieurs sociétés sans justification. |
| Droits sensibles | Cumul incompatible de fonctions. |
| Compte prestataire | Mission terminée mais accès maintenu. |
📜 Moteur de journalisation
Le moteur analyse les journaux afin de détecter :
- les connexions anormales ;
- les exports massifs ;
- les modifications répétées ;
- les suppressions ;
- les changements d’IBAN ;
- les modifications de mappings ;
- les tentatives d’accès refusées ;
- les interruptions de collecte ;
- les écarts d’horodatage.
🚨 Moteur de continuité
| Contrôle | Alerte | Action |
|---|---|---|
| Sauvegarde | Sauvegarde non exécutée. | Relance et investigation. |
| Restauration | Test échoué. | Correction prioritaire. |
| Disponibilité | Service indisponible. | Activer le mode dégradé. |
| File d’attente | Accumulation anormale. | Augmenter la capacité ou reprendre le flux. |
| RPO | Dernière sauvegarde trop ancienne. | Déclencher une sauvegarde. |
| RTO | Délai de reprise dépassé. | Escalade de crise. |
🔄 Workflow complet du Contrôleur IA
- Collecter les métadonnées des factures et archives.
- Identifier les systèmes et responsables.
- Vérifier les empreintes.
- Comparer le rendu et les données structurées.
- Tester la lisibilité.
- Contrôler l’exhaustivité du dossier.
- Déterminer la durée de conservation applicable.
- Identifier les suspensions de destruction.
- Analyser les habilitations.
- Analyser les journaux.
- Contrôler les sauvegardes et restaurations.
- Calculer un score de risque.
- Bloquer les actions critiques.
- Affecter les anomalies.
- Obtenir une validation humaine.
- Journaliser la décision.
- Mettre à jour le tableau de bord.
🚨 Alertes intelligentes
| Niveau | Alerte | Action attendue |
|---|---|---|
| 🔴 Critique | Empreinte modifiée. | Geler le document et enquêter. |
| 🔴 Critique | Divergence PDF–XML. | Bloquer la restitution ou l’usage. |
| 🔴 Critique | Administrateur non autorisé. | Suspendre le compte. |
| 🔴 Critique | Sauvegardes compromises. | Activer la cellule de crise. |
| 🟠 Majeure | Archive incomplète. | Compléter le dossier. |
| 🟠 Majeure | Format proche de l’obsolescence. | Préparer une migration. |
| 🟠 Majeure | Compte inactif encore habilité. | Révoquer ou justifier. |
| 🟠 Majeure | Destruction prévue malgré un litige. | Appliquer un gel. |
| 🟡 Mineure | Métadonnée secondaire absente. | Compléter lors de la prochaine revue. |
| 🟡 Mineure | Revue d’accès proche de l’échéance. | Planifier le contrôle. |
👥 Validation humaine
| Intervenant | Décision réservée |
|---|---|
| Responsable archivage | Validation du versement, de la migration et de la restitution. |
| DSI | Accès techniques, sauvegardes et reprise. |
| Responsable sécurité | Incident, compromission et droits sensibles. |
| DPO ou responsable de la protection des données | Conservation, finalité et violation de données. |
| Juridique | Gel de destruction, litige et durée contractuelle. |
| Fiscalité | Durées et preuves fiscales. |
| Chef de mission | Arbitrage global et acceptation des risques résiduels. |
⚠️ Limites de l’intelligence artificielle
- l’IA dépend de la qualité des journaux et métadonnées ;
- elle ne peut pas confirmer seule la valeur juridique d’une preuve ;
- elle ne détermine pas seule une durée de conservation complexe ;
- elle peut confondre une anomalie légitime avec une attaque ;
- elle ne doit pas supprimer automatiquement une archive ;
- elle ne doit pas révoquer un compte critique sans procédure ;
- elle peut ne pas détecter une altération survenue avant le calcul de l’empreinte ;
- elle ne remplace pas les tests réels de restauration ;
- elle ne remplace pas l’analyse d’un incident de sécurité ;
- elle ne transfère pas la responsabilité de l’entreprise ;
- ses règles doivent être explicables et versionnées ;
- les décisions sensibles doivent rester humaines.
📊 Score Premium de sécurité documentaire
| Composante | Pondération | Mesure |
|---|---|---|
| Authenticité | 15 % | Origine et identité démontrables. |
| Intégrité | 20 % | Empreintes, versions et cohérence. |
| Lisibilité | 10 % | Restitution réussie. |
| Archivage | 15 % | Dossiers complets et indexés. |
| Habilitations | 15 % | Droits conformes et revus. |
| Journalisation | 10 % | Événements complets et protégés. |
| Protection des données | 5 % | Accès et conservation maîtrisés. |
| Continuité | 10 % | Sauvegardes et reprises testées. |
| Score global | Niveau | Décision |
|---|---|---|
| 90 à 100 | Maîtrise avancée | Maintenir et auditer régulièrement. |
| 75 à 89 | Dispositif satisfaisant | Corriger les réserves. |
| 60 à 74 | Maîtrise partielle | Plan de remédiation prioritaire. |
| 40 à 59 | Risque élevé | Renforcement immédiat. |
| 0 à 39 | Risque critique | Suspension des opérations sensibles. |
📝 Synthèse Premium
La sécurité des factures électroniques ne se limite ni à la cybersécurité ni au stockage des fichiers.
Elle repose sur une chaîne de confiance complète permettant de :
- démontrer l’origine du document ;
- préserver son contenu ;
- garantir sa lisibilité ;
- conserver ses preuves ;
- maîtriser les droits d’accès ;
- journaliser les actions ;
- protéger les données personnelles ;
- restaurer les systèmes après un incident.
Le dispositif doit associer :
- des règles documentées ;
- des responsabilités claires ;
- des contrôles automatisés ;
- des validations humaines ;
- des tests réguliers ;
- des preuves conservées ;
- un pilotage permanent des risques.
Une facture est réellement sécurisée lorsque l’entreprise peut prouver qui l’a créée, ce qu’elle contenait, comment elle a circulé, qui y a accédé, où elle est conservée et comment elle sera restaurée après un incident.
📌 À retenir
- l’authenticité concerne l’identité réelle de l’émetteur ;
- l’intégrité concerne l’absence d’altération non autorisée ;
- la lisibilité doit être maintenue dans le temps ;
- le dossier archivé dépasse la seule facture visible ;
- les durées doivent être documentées par catégorie ;
- un litige peut suspendre la destruction ;
- les droits doivent respecter le besoin d’en connaître ;
- les actions sensibles doivent être journalisées ;
- les journaux doivent eux-mêmes être protégés ;
- les données personnelles doivent être minimisées et sécurisées ;
- les sauvegardes doivent être réellement restaurables ;
- les plans de continuité doivent être testés ;
- l’IA assiste le contrôle mais ne remplace pas la gouvernance humaine.
🎓 Compétences acquises
À l’issue de cette séquence, vous êtes capable de :
- construire une chaîne de confiance documentaire ;
- garantir l’authenticité de l’origine ;
- préserver l’intégrité du contenu ;
- contrôler la cohérence PDF–XML ;
- utiliser les empreintes numériques ;
- organiser la gestion des versions ;
- garantir la lisibilité à long terme ;
- concevoir une politique d’archivage ;
- définir les métadonnées ;
- construire une matrice de conservation ;
- gérer les gels de destruction ;
- construire une matrice d’habilitations ;
- sécuriser les comptes à privilèges ;
- organiser la revue périodique des droits ;
- journaliser les actions sensibles ;
- protéger les journaux ;
- protéger les données personnelles ;
- encadrer les sous-traitants ;
- gérer une violation de données ;
- construire un plan de continuité et de reprise ;
- définir les RTO et RPO ;
- organiser et tester les sauvegardes ;
- utiliser le Contrôleur IA Sécurité & Archivage ;
- arbitrer les risques au niveau chef de mission.
🏆 Niveau de maîtrise atteint
| Niveau | Capacité | Statut |
|---|---|---|
| Niveau 1 — Identifier | Reconnaître les risques documentaires et d’accès. | ✅ Acquis |
| Niveau 2 — Protéger | Mettre en place les contrôles d’authenticité et d’intégrité. | ✅ Acquis |
| Niveau 3 — Archiver | Organiser la conservation et la restitution. | ✅ Acquis |
| Niveau 4 — Gouverner | Maîtriser les accès, journaux et données personnelles. | ✅ Acquis |
| Niveau 5 — Résister | Construire la continuité et la reprise. | ✅ Acquis |
| Niveau 6 — Piloter | Superviser le dispositif avec le Contrôleur IA. | ✅ Niveau chef de mission |
➡️ Transition vers la Séquence 7/7 — Piloter l’architecture électronique comme un chef de mission
Vous savez désormais sécuriser les factures, les données, les archives, les accès, les journaux et les dispositifs de continuité.
La dernière séquence du chapitre permettra de prendre de la hauteur et de piloter l’ensemble de l’architecture électronique.
Elle permettra notamment de :
- construire une cartographie globale des systèmes ;
- évaluer la maturité des formats et plateformes ;
- piloter les intégrations ERP–plateforme ;
- contrôler les flux et statuts ;
- sécuriser les responsabilités ;
- organiser les tests et recettes ;
- construire un dossier d’architecture ;
- définir les KPI du DAF ;
- réaliser un audit complet ;
- utiliser un Cockpit IA Architecture E-facturation 360°.
Passer de la maîtrise technique de chaque composant à une gouvernance globale, mesurable et sécurisée de toute l’architecture de facturation électronique.
📖 Séquence 7/7 — Concevoir l’architecture cible comme un responsable SI Finance
Concevoir une architecture complète, sécurisée, évolutive et conforme afin de piloter l’ensemble de la facturation électronique comme un Directeur des Systèmes d’Information Finance, un DAF ou un Chef de mission.
Introduction Premium
Une facture électronique n’est jamais un simple document XML.
Elle circule au sein d’un véritable système d’information composé d’un ERP, d’une plateforme agréée, de logiciels métiers, d’interfaces, de référentiels, de bases comptables, d’outils décisionnels, d’archives électroniques et de dispositifs de cybersécurité.
Une architecture mal conçue entraîne rapidement :
- des ruptures de flux ;
- des doubles traitements ;
- des erreurs fiscales ;
- des incohérences comptables ;
- des pertes documentaires ;
- des risques de cybersécurité ;
- des coûts d’exploitation élevés ;
- une faible évolutivité.
Cette dernière séquence vous apprend à concevoir une architecture cible complète capable d’accompagner durablement la transformation numérique de l’entreprise.
Objectif professionnel
Être capable de concevoir, documenter, sécuriser et faire évoluer une architecture complète de facturation électronique répondant simultanément aux exigences :
- comptables ;
- fiscales ;
- informatiques ;
- organisationnelles ;
- juridiques ;
- opérationnelles.
Compétences développées
- concevoir une architecture fonctionnelle ;
- sélectionner les composants adaptés ;
- organiser les interfaces ;
- piloter les flux ;
- définir les responsabilités ;
- documenter l’ensemble de l’architecture ;
- préparer les recettes ;
- mesurer la maturité du dispositif ;
- piloter la sécurité ;
- gouverner l’évolution du système.
Architecture fonctionnelle cible
Une architecture performante repose sur plusieurs couches parfaitement coordonnées.
| Couche | Mission principale |
|---|---|
| Métier | Création des opérations commerciales. |
| ERP | Gestion des données de gestion. |
| Facturation | Production des factures. |
| PDP | Transmission réglementaire. |
| Annuaire | Routage des destinataires. |
| Comptabilité | Automatisation des écritures. |
| GED | Archivage documentaire. |
| BI | Pilotage décisionnel. |
| Sécurité | Protection globale. |
Schéma Premium de l’architecture cible
CLIENTS / FOURNISSEURS
⬇
ERP
⬇
FACTURATION
⬇
PDP
⬇
ANNUAIRE NATIONAL
⬇
DESTINATAIRE
⬇
COMPTABILITÉ
⬇
ARCHIVAGE
⬇
PILOTAGE BI
Choisir la plateforme adaptée
| Critère | Analyse |
|---|---|
| Conformité | Respect des exigences réglementaires. |
| Interopérabilité | Compatibilité avec les ERP. |
| Performance | Volumes et temps de traitement. |
| Disponibilité | SLA. |
| Sécurité | Protection des données. |
| Réversibilité | Migration possible. |
Choisir les formats électroniques
L’architecture doit accepter plusieurs formats afin d’assurer l’interopérabilité.
- Factur-X ;
- UBL ;
- CII ;
- PDF lisible ;
- XML ;
- formats propriétaires convertibles.
Concevoir les interfaces
| Interface | Objectif |
|---|---|
| ERP → PDP | Transmission. |
| PDP → Comptabilité | Automatisation. |
| ERP → BI | Pilotage. |
| PDP → GED | Archivage. |
| Annuaire ↔ ERP | Synchronisation. |
Piloter l’annuaire
Le référentiel d’identification devient un composant central de l’architecture.
- SIREN ;
- SIRET ;
- adresses électroniques ;
- PDP ;
- établissements ;
- règles de routage.
Construire le workflow global
COMMANDE
⬇
FACTURE
⬇
VALIDATION
⬇
PDP
⬇
CLIENT
⬇
ENCAISSEMENT
⬇
COMPTABILISATION
⬇
ARCHIVAGE
Sécuriser l’architecture
- authentification ;
- journalisation ;
- chiffrement ;
- segmentation réseau ;
- sauvegardes ;
- PCA/PRA ;
- contrôles internes ;
- audit continu.
Cas pratique complet
Une ETI souhaite remplacer son ancien logiciel de facturation par une architecture complète comprenant un ERP, une PDP, une GED, un outil BI et un archivage électronique.
Le lecteur devra :
- concevoir la cartographie ;
- choisir les composants ;
- dessiner les interfaces ;
- définir les responsabilités ;
- préparer les contrôles ;
- documenter la recette.
📝 Grand Quiz Premium — Architecte SI Finance
Répondez à chaque question avant d’ouvrir la correction. Chaque réponse est volontairement masquée afin de permettre une véritable autoévaluation.
Question 1 — Quel est le rôle principal d’une plateforme agréée dans l’architecture de facturation électronique ?
✅ Réponse
La plateforme agréée assure notamment la réception, le contrôle, l’acheminement et la transmission des factures électroniques et des données requises dans le cadre du dispositif applicable.
Elle constitue l’interface réglementaire entre l’entreprise, les autres plateformes et l’administration fiscale.
🎯 Points essentiels à citer
- réception des factures ;
- contrôle de certains formats et données ;
- routage vers le destinataire ;
- transmission des statuts du cycle de vie ;
- transmission des données requises à l’administration ;
- traçabilité des échanges.
La plateforme agréée ne remplace ni l’ERP, ni le logiciel comptable, ni les contrôles fiscaux et métier de l’entreprise.
Question 2 — Pourquoi l’annuaire national est-il indispensable au fonctionnement du dispositif ?
✅ Réponse
L’annuaire permet d’identifier la plateforme et l’adresse électronique de facturation associées au destinataire afin d’acheminer la facture vers le bon environnement de réception.
Il joue donc un rôle comparable à un référentiel national de routage.
🎯 Il permet notamment de déterminer
- l’entreprise destinataire ;
- l’unité légale ou l’établissement concerné ;
- la plateforme de réception ;
- l’adresse ou l’identifiant de routage ;
- les éventuelles règles de distribution internes.
Une erreur dans l’annuaire ou dans l’identifiant utilisé peut provoquer un mauvais acheminement ou un blocage de la facture.
Question 3 — Quelle différence faut-il faire entre un ERP et un logiciel de facturation ?
✅ Réponse
Un ERP est un système de gestion intégré couvrant généralement plusieurs fonctions de l’entreprise : ventes, achats, stocks, production, comptabilité, trésorerie et reporting.
Un logiciel de facturation possède un périmètre plus spécialisé centré sur la création, l’émission, le suivi et parfois l’encaissement des factures.
| ERP | Logiciel de facturation |
|---|---|
| Architecture de gestion globale. | Solution spécialisée. |
| Gère plusieurs processus. | Gère principalement devis, factures et avoirs. |
| Peut intégrer la comptabilité. | Peut exporter vers une comptabilité distincte. |
| Peut être le système maître de nombreuses données. | Peut dépendre d’un CRM, d’un ERP ou d’un référentiel tiers. |
L’entreprise doit déterminer clairement quel outil constitue la source officielle de la facture afin d’éviter les doubles numérotations et les versions concurrentes.
Question 4 — Quels sont les principaux formats électroniques à maîtriser dans l’architecture cible ?
✅ Réponse
Les principaux formats structurés ou hybrides à maîtriser sont notamment :
- Factur-X, qui associe une représentation PDF lisible et des données XML structurées ;
- UBL, format XML structuré largement utilisé dans les échanges électroniques ;
- CII, format XML Cross Industry Invoice ;
- les formats internes ou propriétaires devant être convertis vers un format accepté.
Le format choisi doit préserver simultanément la lisibilité humaine, la lisibilité machine, l’intégrité des données et l’interopérabilité.
Question 5 — Pourquoi faut-il documenter toutes les interfaces de l’architecture ?
✅ Réponse
La documentation des interfaces permet de comprendre comment les données circulent, se transforment et sont contrôlées entre les différentes applications.
Elle doit notamment identifier :
- l’application source ;
- l’application cible ;
- les données transmises ;
- le format utilisé ;
- la fréquence des échanges ;
- les règles de mapping ;
- les contrôles réalisés ;
- les mécanismes de reprise ;
- les responsables du flux.
En cas d’incident, de changement de version ou de départ d’un collaborateur clé, l’entreprise peut devenir incapable d’expliquer ou de réparer le flux.
Question 6 — Quels KPI le responsable SI Finance doit-il suivre ?
✅ Réponse
Le tableau de bord doit combiner des indicateurs techniques, fonctionnels, comptables, fiscaux et de sécurité.
📊 Exemples de KPI
- taux de factures transmises avec succès ;
- taux de rejet ;
- taux de refus ;
- délai moyen de transmission ;
- délai moyen de résolution des anomalies ;
- taux d’automatisation comptable ;
- écarts entre plateforme, ERP et comptabilité ;
- nombre de doublons détectés ;
- taux de disponibilité des interfaces ;
- nombre d’incidents de sécurité ;
- taux de réussite des sauvegardes et restaurations ;
- pourcentage de dossiers disposant d’une piste d’audit complète.
Les KPI doivent mesurer la qualité réelle du traitement et non uniquement le volume de factures échangées.
Question 7 — Comment préparer une recette complète avant la mise en production ?
✅ Réponse
La recette doit vérifier le comportement de l’architecture dans les scénarios normaux, complexes et dégradés.
🧪 Elle doit comprendre
- des tests unitaires ;
- des tests fonctionnels ;
- des tests d’intégration ;
- des tests fiscaux ;
- des tests comptables ;
- des tests de charge ;
- des tests de sécurité ;
- des tests de continuité et de reprise ;
- des tests de non-régression ;
- une validation formelle des métiers, de la comptabilité, de la fiscalité et de la DSI.
📂 Livrables attendus
- cahier de recette ;
- scénarios et résultats attendus ;
- preuves d’exécution ;
- registre des anomalies ;
- plan de correction ;
- procès-verbal de recette ;
- décision de mise en production.
Question 8 — Quels sont les principaux risques d’une mauvaise architecture de facturation électronique ?
✅ Réponse
Une architecture insuffisamment conçue ou contrôlée peut entraîner :
- des factures perdues ;
- des doubles émissions ;
- des doubles comptabilisations ;
- des erreurs de TVA ;
- des factures adressées à la mauvaise entité ;
- des rejets non traités ;
- des statuts incohérents ;
- des ruptures de piste d’audit ;
- des accès non autorisés ;
- des pertes de données ;
- une incapacité à restaurer les flux après un incident ;
- une dépendance excessive à un prestataire.
Le risque n’est pas seulement informatique : il peut devenir comptable, fiscal, commercial, juridique, financier et réputationnel.
Question 9 — Quelles décisions doivent impérativement rester sous validation humaine ?
✅ Réponse
Les décisions présentant un risque fiscal, juridique, financier ou de sécurité significatif doivent rester contrôlées par une personne compétente.
👥 Exemples
- validation d’un régime de TVA complexe ;
- choix du traitement d’une opération internationale ;
- modification d’un mapping TVA ;
- création ou modification d’un compte comptable sensible ;
- modification de coordonnées bancaires ;
- annulation d’une facture déjà émise ;
- acceptation d’un risque de sécurité ;
- suppression d’une archive ;
- révocation d’un accès critique ;
- décision de mise en production malgré une anomalie majeure.
L’automatisation peut préparer, analyser et recommander. Elle ne doit pas supprimer la responsabilité humaine.
Question 10 — Comment faire évoluer l’architecture dans le temps sans dégrader sa fiabilité ?
✅ Réponse
Toute évolution doit être gérée dans un processus formel de gouvernance des changements.
🔄 Étapes recommandées
- Identifier le besoin d’évolution.
- Analyser les impacts métier, fiscaux, comptables et techniques.
- Mettre à jour la cartographie.
- Adapter les mappings et interfaces.
- Versionner les paramétrages.
- Tester les modifications.
- Réaliser une recette de non-régression.
- Valider la mise en production.
- Superviser les premiers flux.
- Mettre à jour la documentation et le dossier d’architecture.
Une modification apparemment mineure d’un format, d’un code TVA ou d’un référentiel peut affecter plusieurs applications et produire des erreurs en chaîne.
- 9 à 10 bonnes réponses : maîtrise avancée de l’architecture SI Finance ;
- 7 à 8 bonnes réponses : niveau opérationnel solide ;
- 5 à 6 bonnes réponses : maîtrise partielle à renforcer ;
- moins de 5 bonnes réponses : reprendre les cartographies, interfaces, contrôles et responsabilités de la séquence.
Dossier de recette Premium
Avant toute mise en production, le responsable SI Finance constitue un dossier de recette comprenant :
- cartographie complète ;
- inventaire des interfaces ;
- tests fonctionnels ;
- tests techniques ;
- tests métiers ;
- tests fiscaux ;
- tests de charge ;
- tests de sécurité ;
- PV de validation ;
- plan de mise en production.
Conclusion
Vous maîtrisez désormais l’ensemble de la chaîne technique de la facture électronique.
Depuis les formats jusqu’à l’architecture cible, en passant par les plateformes, les interfaces, les workflows, les annuaires, les contrôles, la sécurité et l’archivage, vous disposez d’une vision globale permettant de piloter un projet de dématérialisation au niveau d’un Directeur SI Finance, d’un DAF ou d’un Chef de mission.
Une architecture réussie n’est pas celle qui fonctionne uniquement aujourd’hui. C’est celle qui restera fiable, évolutive, documentée, sécurisée et auditée pendant toute la durée de vie du système d’information.
Repenser le processus clients Order-to-Cash
Sécuriser le cycle client depuis la création du référentiel et l’enregistrement de la commande jusqu’à la livraison, la facturation électronique et la transmission à la plateforme agréée.
🎯 Introduction Premium — Transformer une vente en trésorerie sécurisée
Le processus Order-to-Cash, souvent désigné par l’abréviation O2C, couvre toutes les étapes permettant de transformer une demande client en chiffre d’affaires, puis en créance et, finalement, en encaissement.
Il ne commence donc pas avec la facture. Il commence bien plus tôt, dès :
- la création du client dans les référentiels ;
- la définition de ses conditions commerciales ;
- l’évaluation de sa solvabilité ;
- l’établissement du devis ou du contrat ;
- l’enregistrement de la commande ;
- la livraison du bien ou la réalisation de la prestation.
La facturation électronique transforme profondément ce processus. Les erreurs historiquement absorbées par des échanges d’e-mails, des corrections manuelles ou des relances informelles deviennent immédiatement visibles dans les systèmes :
- client juridiquement incorrect ;
- SIREN ou SIRET incohérent ;
- adresse de routage absente ;
- commande non retrouvée ;
- livraison non validée ;
- prix différent du contrat ;
- mauvais traitement de TVA ;
- facture rejetée par la plateforme ;
- facture refusée par le client ;
- créance impossible à rapprocher de l’encaissement.
La qualité de la facture dépend directement de la qualité des données et des contrôles réalisés avant sa création. Une facture électronique ne corrige pas un processus commercial défaillant : elle le rend immédiatement visible.
🎯 Objectif professionnel
À l’issue de cette première livraison, vous serez capable de construire un processus Order-to-Cash fiable depuis l’entrée en relation avec le client jusqu’à l’émission de la facture électronique.
Vous saurez notamment :
- cartographier les étapes du cycle client ;
- identifier les acteurs, applications et responsabilités ;
- sécuriser la création et la modification d’un client ;
- contrôler les identifiants juridiques et fiscaux ;
- gérer les conditions de paiement et les limites de crédit ;
- prévenir les doublons et les fraudes ;
- intégrer le devis, le contrat et la commande ;
- contrôler les tarifs, remises et conditions commerciales ;
- vérifier la livraison ou le service fait ;
- traiter les livraisons partielles ou multi-sites ;
- déterminer le moment approprié de facturation ;
- produire différents types de factures ;
- sécuriser les données obligatoires et la TVA ;
- transmettre la facture à la plateforme agréée ;
- suivre les premiers statuts du cycle de vie.
Une chaîne client documentée reliant Référentiel client → Offre → Commande → Livraison ou service fait → Facture → Plateforme → Statut.
🎓 Compétences développées
| Compétence | Application professionnelle | Risque évité |
|---|---|---|
| Sécuriser le référentiel client | Créer une fiche client juridiquement et fiscalement fiable. | Facture adressée à la mauvaise entité. |
| Contrôler la commande | Vérifier l’accord commercial et les conditions de vente. | Prix ou quantité contestés. |
| Contrôler la livraison | Facturer uniquement ce qui a été livré ou réalisé. | Créance sans fondement économique. |
| Produire une facture conforme | Générer un document complet et structuré. | Rejet technique ou fiscal. |
| Déterminer la TVA | Appliquer le régime, le taux et les mentions adaptés. | Taxe collectée ou déclarée à tort. |
| Transmettre la facture | Envoyer le document au bon destinataire. | Blocage ou mauvais routage. |
| Suivre les premiers statuts | Détecter rapidement un rejet ou une rupture de flux. | Facture supposée envoyée mais non remise. |
1️⃣ Comprendre le processus Order-to-Cash électronique
Le processus Order-to-Cash regroupe l’ensemble des opérations qui transforment une relation commerciale en encaissement.
PROSPECT OU CLIENT
⬇
CRÉATION ET VALIDATION DU RÉFÉRENTIEL
⬇
DEVIS OU CONTRAT
⬇
COMMANDE CLIENT
⬇
CONTRÔLE DE SOLVABILITÉ
⬇
LIVRAISON OU SERVICE FAIT
⬇
CRÉATION DE LA FACTURE
⬇
TRANSMISSION ÉLECTRONIQUE
⬇
ACCEPTATION OU LITIGE
⬇
ÉCHÉANCE ET RELANCE
⬇
ENCAISSEMENT ET LETTRAGE
Ce processus mobilise généralement :
- les équipes commerciales ;
- l’administration des ventes ;
- la logistique ;
- les responsables de projet ou de prestation ;
- la facturation ;
- la comptabilité clients ;
- le crédit management ;
- la trésorerie ;
- le service fiscal ;
- la DSI ;
- la plateforme agréée.
Toute erreur située en amont de la facture finit par produire un effet financier : rejet, retard de paiement, litige, avoir, dégradation de la trésorerie ou risque fiscal.
🗺️ Cartographier les étapes du processus
| Étape | Donnée principale | Système possible | Responsable |
|---|---|---|---|
| Création du client | Identité juridique et fiscale. | CRM, ERP ou référentiel tiers. | Administration des ventes. |
| Offre commerciale | Prix, quantités et conditions. | CRM ou logiciel commercial. | Commercial. |
| Commande | Engagement du client. | ERP ou logiciel métier. | Administration des ventes. |
| Livraison | Quantités et date. | ERP logistique. | Logistique. |
| Service fait | Prestation réalisée. | Outil projet ou métier. | Responsable opérationnel. |
| Facturation | Document et données structurées. | ERP ou logiciel de facturation. | Service facturation. |
| Transmission | Facture et statuts. | Plateforme agréée. | Facturation et DSI. |
| Encaissement | Paiement reçu. | Banque, trésorerie et comptabilité. | Trésorerie. |
👥 Cartographier les responsabilités
| Action | Réalise | Valide | Contrôle |
|---|---|---|---|
| Créer un client | Administration des ventes. | Responsable référentiel. | Comptabilité ou conformité. |
| Définir les conditions de paiement | Commercial. | Crédit manager ou DAF. | Comptabilité clients. |
| Accorder une remise exceptionnelle | Commercial. | Direction commerciale. | Contrôle de gestion. |
| Valider la commande | Administration des ventes. | Responsable commercial. | Crédit management. |
| Confirmer la livraison | Logistique. | Responsable de site. | Administration des ventes. |
| Valider le service fait | Chef de projet. | Responsable métier. | Facturation. |
| Émettre la facture | ERP ou service facturation. | Selon les seuils. | Comptabilité et fiscalité. |
2️⃣ Sécuriser les données clients
Le référentiel client constitue la fondation du processus Order-to-Cash.
Une seule fiche incorrecte peut entraîner :
- une facture adressée à une mauvaise société ;
- un mauvais routage électronique ;
- une mauvaise devise ;
- une TVA incorrecte ;
- des conditions de paiement non autorisées ;
- une exposition excessive au risque de crédit ;
- un paiement vers un mauvais compte ;
- un doublon de créance ;
- une fraude interne ou externe.
La relation commerciale peut utiliser une enseigne ou une marque. La facture doit néanmoins identifier correctement l’entité juridique réellement débitrice.
➕ Créer et valider un client
DEMANDE DE CRÉATION
⬇
COLLECTE DES INFORMATIONS
⬇
CONTRÔLE JURIDIQUE
⬇
CONTRÔLE FISCAL
⬇
RECHERCHE DE DOUBLON
⬇
CONTRÔLE DE SOLVABILITÉ
⬇
DÉFINITION DES CONDITIONS
⬇
VALIDATION
⬇
CRÉATION ET SYNCHRONISATION
- Identifier le demandeur et le besoin commercial.
- Collecter la dénomination juridique.
- Contrôler les identifiants de l’entreprise.
- Vérifier l’adresse du siège et les établissements concernés.
- Identifier l’adresse de facturation.
- Identifier l’adresse de livraison lorsqu’elle diffère.
- Contrôler les informations fiscales.
- Définir la devise.
- Définir les conditions de paiement.
- Déterminer la limite de crédit.
- Rechercher un doublon.
- Faire approuver la fiche.
- Synchroniser les systèmes autorisés.
🏢 Contrôler le SIREN
Le SIREN identifie une unité légale française. Il constitue une donnée essentielle pour distinguer les différentes sociétés d’un groupe ou les différentes personnes morales portant une enseigne similaire.
| Contrôle | Question | Risque évité |
|---|---|---|
| Format | L’identifiant comporte-t-il le nombre de chiffres attendu ? | Identifiant inexploitable. |
| Existence | L’unité légale existe-t-elle ? | Création d’un client fictif. |
| Statut | L’entreprise est-elle active ? | Facturation d’une entité fermée. |
| Dénomination | Correspond-elle au SIREN ? | Usurpation ou mauvais client. |
| Adresse | Est-elle cohérente avec le dossier ? | Routage ou recouvrement difficile. |
🏬 Contrôler le SIRET et les établissements
Le SIRET permet d’identifier un établissement déterminé.
Il peut être utile pour :
- identifier le lieu opérationnel ;
- rattacher une commande à un site ;
- déterminer l’adresse de livraison ;
- organiser le routage interne ;
- affecter un centre de coûts ;
- suivre une activité multi-sites.
L’établissement livré n’est pas nécessairement l’unité légale qui doit être facturée. Le processus doit distinguer l’adresse opérationnelle, l’adresse de livraison et l’entité débitrice.
🇪🇺 Contrôler le numéro de TVA intracommunautaire
Lorsque l’opération implique un client établi dans un autre État membre de l’Union européenne, le numéro de TVA intracommunautaire peut être déterminant pour l’analyse du traitement fiscal.
Le contrôle doit porter sur :
- la présence du numéro ;
- son format ;
- sa cohérence avec le pays ;
- sa concordance avec l’identité du client ;
- sa validité au moment pertinent ;
- la conservation de la preuve du contrôle.
Le numéro de TVA constitue un indice important, mais il ne remplace pas l’analyse de la nature de l’opération, du lieu d’établissement, du transport et des autres conditions du régime applicable.
📍 Gérer les adresses
| Adresse | Finalité | Point de vigilance |
|---|---|---|
| Siège social | Identifier juridiquement le client. | Ne pas la confondre avec le site livré. |
| Adresse de facturation | Organiser le traitement administratif. | Elle peut différer du siège. |
| Adresse de livraison | Identifier le lieu de remise des biens. | Elle peut concerner un autre établissement. |
| Adresse électronique de routage | Acheminer la facture. | Elle ne correspond pas à une simple adresse e-mail. |
| Adresse de correspondance | Recevoir les communications commerciales. | Ne pas l’utiliser automatiquement sur la facture. |
💳 Définir les conditions de paiement
Les conditions de paiement doivent être validées avant l’acceptation de la commande.
Elles peuvent comprendre :
- le délai de paiement ;
- la date d’échéance ;
- le mode de paiement ;
- la devise ;
- les acomptes ;
- les échéanciers ;
- les pénalités applicables ;
- les garanties éventuelles ;
- les règles de relance ;
- les autorisations de prélèvement.
| Situation | Validation recommandée |
|---|---|
| Condition standard | Application automatique selon le profil client. |
| Délai exceptionnel | Approbation commerciale et financière. |
| Premier contrat important | Analyse du risque de crédit. |
| Client en retard de paiement | Blocage ou réduction des conditions accordées. |
| Commande internationale | Contrôle de la devise et du moyen de paiement. |
📉 Définir une limite de crédit
La limite de crédit représente le montant maximal d’exposition autorisé pour un client.
Elle peut tenir compte :
- de la solvabilité du client ;
- de son historique de paiement ;
- du montant des commandes ouvertes ;
- des factures non échues ;
- des retards de paiement ;
- des litiges en cours ;
- des garanties obtenues ;
- du risque pays ;
- de la concentration commerciale.
LIMITE DE CRÉDIT
−
FACTURES NON SOLDÉES
−
COMMANDES NON ENCORE FACTURÉES
−
RISQUES OU LITIGES À PRENDRE EN COMPTE
=
CAPACITÉ DISPONIBLE POUR UNE NOUVELLE COMMANDE
🏛️ Gouverner le référentiel client
| Événement | Contrôle | Validation |
|---|---|---|
| Création | Identité, fiscalité et doublon. | Responsable du référentiel. |
| Modification d’adresse | Justificatif et date d’effet. | Administration des ventes. |
| Modification du SIREN | Vérifier s’il s’agit d’une nouvelle entité. | Juridique ou conformité. |
| Modification du numéro de TVA | Contrôle fiscal. | Référent TVA. |
| Modification des conditions de paiement | Autorisation commerciale et financière. | Crédit manager ou DAF. |
| Désactivation | Absence de commandes ou créances ouvertes. | Comptabilité clients. |
🔍 Prévenir les doublons
Les doublons peuvent résulter :
- d’une orthographe différente ;
- d’une enseigne distincte de la dénomination juridique ;
- de la création d’un établissement comme nouveau client ;
- d’une migration mal contrôlée ;
- de plusieurs applications capables de créer un client ;
- d’une fusion ou réorganisation mal documentée.
| Critère | Poids indicatif |
|---|---|
| SIREN identique | Très élevé. |
| Numéro de TVA identique | Très élevé. |
| Dénomination proche | Moyen. |
| Adresse identique | Moyen. |
| Téléphone ou e-mail identique | Faible à moyen. |
🚨 Prévenir la fraude
Le processus client peut être exposé à plusieurs scénarios de fraude :
- création d’un client fictif ;
- usurpation d’identité ;
- commande frauduleuse ;
- modification d’une adresse de livraison ;
- contournement de la limite de crédit ;
- remise commerciale non autorisée ;
- modification d’une adresse de paiement ;
- suppression d’un blocage ;
- émission d’un avoir injustifié.
Toute modification sensible demandée dans l’urgence doit être vérifiée par un canal indépendant, notamment lorsqu’elle concerne l’identité du client, le lieu de livraison ou les modalités de paiement.
3️⃣ Intégrer la commande client
La commande matérialise l’engagement commercial du client et constitue l’un des principaux fondements de la facturation.
Elle doit permettre d’identifier :
- le client juridique ;
- le donneur d’ordre ;
- le site de livraison ;
- les produits ou services ;
- les quantités ;
- les prix ;
- les remises ;
- les dates prévues ;
- la devise ;
- les conditions de paiement ;
- les références attendues sur la facture.
📝 Le devis
Le devis présente l’offre commerciale proposée au client.
Il doit être relié à :
- la version tarifaire applicable ;
- la durée de validité de l’offre ;
- l’identité du client ;
- la description des biens ou services ;
- les conditions de paiement ;
- les taxes estimées ;
- les conditions particulières ;
- l’acceptation du client.
Une facture ne doit pas reprendre automatiquement un ancien devis dont les prix ou la période de validité sont dépassés.
📜 Le contrat
Le contrat peut prévoir :
- une facturation unique ;
- une facturation périodique ;
- des acomptes ;
- des factures de situation ;
- des révisions de prix ;
- des bonus ou pénalités ;
- des conditions de réception ;
- des clauses de résiliation ;
- des règles de facturation par entité ou par site.
| Clause | Impact sur la facturation |
|---|---|
| Prix fixe | Montant stable sauf avenant. |
| Prix révisable | Calcul selon l’indice ou la formule prévue. |
| Facturation mensuelle | Création automatique selon la période. |
| Facturation à l’avancement | Validation d’un pourcentage réalisé. |
| Facturation après recette | Attente du procès-verbal ou de l’acceptation. |
| Retenue | Suivi spécifique du montant restant. |
📑 Le bon de commande
Le bon de commande du client peut comporter des références indispensables au traitement de la facture :
- numéro de commande ;
- code fournisseur ;
- code service ;
- nom de l’acheteur ;
- site de livraison ;
- budget ;
- centre de coûts ;
- adresse de facturation ;
- instruction de dépôt ou de routage.
Même lorsqu’une facture est juridiquement fondée, l’absence d’une référence exigée par le processus client peut provoquer son refus ou retarder son paiement.
💻 La commande électronique
Une commande électronique peut être intégrée automatiquement dans l’ERP.
COMMANDE CLIENT
⬇
CONTRÔLE DU FORMAT
⬇
IDENTIFICATION DU CLIENT
⬇
MAPPING DES ARTICLES
⬇
CONTRÔLE DES PRIX
⬇
CONTRÔLE DU CRÉDIT
⬇
ACCEPTATION OU FILE D’EXCEPTION
⬇
CRÉATION DANS L’ERP
L’intégration automatique doit contrôler :
- l’identité du client ;
- les références produits ;
- les unités ;
- les quantités ;
- les prix ;
- les dates ;
- la devise ;
- le site de livraison ;
- les conditions de paiement ;
- l’absence de doublon.
💶 Contrôler les tarifs
| Source du prix | Contrôle |
|---|---|
| Tarif catalogue | Version et période de validité. |
| Contrat | Prix spécifique au client. |
| Devis | Offre acceptée et encore valable. |
| Remise négociée | Autorisation et plafond. |
| Prix indexé | Formule et indice appliqués. |
| Prix manuel | Justification et validation renforcée. |
➖ Remises, rabais et conditions commerciales
Les réductions commerciales doivent être documentées et appliquées selon leur nature.
| Réduction | Cause possible | Contrôle |
|---|---|---|
| Remise | Volume ou qualité commerciale du client. | Barème ou autorisation. |
| Rabais | Défaut, retard ou non-conformité. | Justificatif opérationnel. |
| Ristourne | Volume réalisé sur une période. | Calcul cumulé et période. |
| Escompte | Paiement anticipé. | Conditions et traitement fiscal. |
Toute modification du prix ou de la remise après validation de la commande doit être tracée et soumise au niveau d’autorisation approprié.
📊 Contrôler la solvabilité avant validation
| Indicateur | Signal | Décision possible |
|---|---|---|
| Encours total | Proche de la limite. | Réduire ou bloquer la commande. |
| Retards de paiement | Échéances dépassées. | Demander un acompte. |
| Litiges ouverts | Montants importants contestés. | Validation du crédit manager. |
| Nouvelle entreprise | Historique limité. | Garantie ou paiement anticipé. |
| Risque pays | Contexte financier ou juridique élevé. | Moyen de paiement sécurisé. |
| Concentration | Client représentant une part importante du CA. | Surveillance renforcée. |
⛔ Gérer les blocages et validations
COMMANDE ENREGISTRÉE
⬇
DONNÉES CLIENT CONFORMES ?
├── NON → BLOCAGE RÉFÉRENTIEL
└── OUI
⬇
PRIX ET CONDITIONS CONFORMES ?
├── NON → VALIDATION COMMERCIALE
└── OUI
⬇
LIMITE DE CRÉDIT RESPECTÉE ?
├── NON → VALIDATION FINANCIÈRE
└── OUI
⬇
COMMANDE AUTORISÉE
| Blocage | Responsable de levée |
|---|---|
| SIREN absent ou incohérent | Responsable référentiel. |
| Prix inférieur au seuil | Direction commerciale. |
| Limite de crédit dépassée | Crédit manager ou DAF. |
| Client en contentieux | Direction financière et juridique. |
| Commande inhabituelle | Responsable commercial et contrôle interne. |
4️⃣ Contrôler la livraison ou le service fait
La facture doit correspondre à une opération effectivement réalisée ou à une étape contractuellement facturable.
Le contrôle consiste à rapprocher :
- la commande ;
- la préparation ;
- l’expédition ;
- la livraison ;
- la réception ;
- la prestation réalisée ;
- la validation du client lorsque prévue ;
- les éventuels retours ou réserves.
La facture doit être déclenchée par un événement objectif, documenté et validé, et non par une simple habitude de clôture.
📦 Contrôler les ventes de biens
| Élément | Contrôle |
|---|---|
| Commande | Produit, quantité, prix et client. |
| Préparation | Articles réellement préparés. |
| Expédition | Date, transporteur et colis. |
| Livraison | Quantités reçues et réserves. |
| Retour | Articles retournés avant ou après facturation. |
| Adresse | Site de livraison conforme. |
🛠️ Contrôler les prestations de services
Le service fait peut être démontré par :
- un rapport d’intervention ;
- un relevé d’heures ;
- un jalon de projet ;
- un procès-verbal de recette ;
- une validation du client ;
- une période contractuelle écoulée ;
- un livrable remis ;
- un abonnement activé ;
- une consommation mesurée.
| Prestation | Déclencheur possible |
|---|---|
| Conseil | Temps validé ou livrable remis. |
| Maintenance | Période contractuelle ou intervention. |
| Développement | Jalon accepté. |
| Abonnement | Activation ou échéance périodique. |
| Transport | Livraison réalisée. |
| Location | Période de mise à disposition. |
➗ Gérer les livraisons partielles
Une commande peut être livrée en plusieurs fois.
COMMANDE : 100 UNITÉS
⬇
LIVRAISON 1 : 40 UNITÉS
⬇
FACTURATION AUTORISÉE SELON LE CONTRAT ?
├── OUI → FACTURE DE 40 UNITÉS
└── NON → ATTENTE
⬇
LIVRAISON 2 : 35 UNITÉS
⬇
LIVRAISON 3 : 25 UNITÉS
⬇
COMMANDE TOTALEMENT LIVRÉE
Le système doit empêcher :
- la facturation de quantités non livrées ;
- la double facturation d’une livraison ;
- l’oubli du reliquat ;
- la clôture prématurée de la commande ;
- la confusion entre quantité commandée, livrée et facturée.
🏭 Gérer les commandes multi-sites
Une même commande peut prévoir plusieurs lieux de livraison.
| Donnée | Utilité |
|---|---|
| Entité juridique facturée | Identifier le débiteur. |
| Établissement livré | Identifier le site opérationnel. |
| Adresse de livraison | Organiser la remise physique. |
| Code service | Orienter la facture en interne. |
| Centre de coûts | Faciliter le traitement chez le client. |
| Référence locale | Rapprocher la facture avec le site concerné. |
Plusieurs établissements peuvent dépendre de la même unité légale. Le référentiel doit éviter de dupliquer inutilement le débiteur juridique.
📄 Conserver les preuves de livraison
Les preuves peuvent comprendre :
- un bon de livraison signé ;
- une preuve électronique de remise ;
- un bordereau transporteur ;
- une validation dans le portail client ;
- un accusé de réception ;
- une photographie ou une géolocalisation lorsqu’elles sont pertinentes et encadrées ;
- un procès-verbal de réception ;
- un rapport de service fait.
La preuve de livraison doit rester reliée à la commande, à la facture et, le cas échéant, au litige ou à l’avoir ultérieur.
⚖️ Traiter les écarts entre commande et livraison
| Écart | Traitement |
|---|---|
| Quantité livrée inférieure | Facturer le livré ou attendre selon le contrat. |
| Quantité livrée supérieure | Obtenir une validation avant facturation supplémentaire. |
| Produit substitué | Vérifier l’acceptation du client. |
| Produit endommagé | Bloquer ou réduire la facturation. |
| Service partiellement réalisé | Facturation à l’avancement si prévue. |
| Réception refusée | Suspendre la facture et ouvrir un litige. |
🛡️ Matrice Premium de contrôle avant facturation
| Contrôle | Commande | Livraison | Décision |
|---|---|---|---|
| Client | Entité validée. | Site cohérent. | Autoriser ou bloquer. |
| Produit ou service | Référence commandée. | Référence livrée. | Comparer. |
| Quantité | Quantité commandée. | Quantité réalisée. | Facturer le montant autorisé. |
| Prix | Tarif accepté. | Sans incidence sauf ajustement prévu. | Appliquer le contrat. |
| Date | Date prévue. | Date réelle. | Déterminer la période. |
| Preuve | Commande ou contrat. | Bon ou service fait. | Conserver dans le dossier. |
📌 Point d’étape — Du client sécurisé au droit de facturer
À ce stade du processus Order-to-Cash, l’entreprise doit avoir démontré :
- que le client est correctement identifié ;
- que ses données juridiques et fiscales sont contrôlées ;
- que ses conditions de paiement sont autorisées ;
- que son niveau de crédit est compatible avec la commande ;
- que l’offre ou le contrat est valide ;
- que la commande est complète ;
- que les prix et remises sont approuvés ;
- que la livraison ou le service fait est démontré ;
- que les quantités facturables sont déterminées ;
- que les éventuels écarts sont traités.
La suite traitera la production de la facture, le fait générateur, les différents types de factures, les données obligatoires, les règles de TVA, les contrôles avant émission, la transmission à la plateforme agréée, les premiers statuts ainsi que les tableaux, illustrations et cas pratiques Premium.
5️⃣ Produire la facture électronique client
La production de la facture constitue l’aboutissement des contrôles réalisés sur le client, la commande, la livraison et les conditions commerciales.
Elle ne doit être déclenchée que lorsque l’entreprise dispose d’un droit de facturer suffisamment documenté.
CLIENT VALIDÉ
⬇
COMMANDE AUTORISÉE
⬇
LIVRAISON OU SERVICE FAIT CONFIRMÉ
⬇
DONNÉES COMMERCIALES CONTRÔLÉES
⬇
TRAITEMENT TVA VALIDÉ
⬇
CRÉATION DE LA FACTURE
⬇
CONTRÔLES AVANT ÉMISSION
⬇
VALIDATION
⬇
TRANSMISSION À LA PLATEFORME AGRÉÉE
La facture ne doit pas recréer manuellement les informations déjà validées en amont. Elle doit reprendre automatiquement les données fiables du référentiel client, de la commande, de la livraison et des règles fiscales.
🧭 Identifier l’événement déclencheur de la facturation
L’événement déclencheur dépend de la nature de l’opération et des stipulations contractuelles.
| Opération | Événement opérationnel | Document de preuve |
|---|---|---|
| Vente de biens | Livraison ou événement prévu par le processus de vente. | Bon de livraison, preuve de remise ou document de transport. |
| Prestation ponctuelle | Achèvement ou validation du service fait. | Rapport d’intervention, livrable ou procès-verbal. |
| Prestation continue | Échéance contractuelle ou période réalisée. | Contrat, relevé d’activité ou état périodique. |
| Projet à l’avancement | Jalon ou pourcentage d’avancement validé. | Situation de travaux, attestation ou validation client. |
| Abonnement | Début ou fin de période selon le contrat. | Contrat et preuve d’activation. |
| Acompte | Demande ou encaissement selon la situation applicable. | Commande, échéancier et preuve de paiement. |
Une tâche planifiée ne doit pas émettre une facture si la condition contractuelle, la livraison ou le service fait ne sont pas réunis.
⚖️ Distinguer fait générateur, exigibilité et date de facturation
Ces trois notions doivent être distinguées afin d’éviter les erreurs de période et de TVA.
| Notion | Question | Impact |
|---|---|---|
| Fait générateur | À quel moment l’opération est-elle juridiquement réalisée au regard de la TVA ? | Rattachement de l’opération au régime fiscal pertinent. |
| Exigibilité | À quel moment la taxe devient-elle due ? | Période de déclaration et suivi des encaissements. |
| Date d’émission | À quelle date la facture est-elle effectivement établie ? | Numérotation, délai d’émission, échéance et piste d’audit. |
| Date de livraison ou de prestation | Quand l’opération économique a-t-elle été réalisée ? | Contrôle de cohérence avec la facture. |
Une même facture peut comporter une date d’émission différente de la date de livraison ou de réalisation de la prestation. Les deux informations doivent rester cohérentes et documentées.
📅 Déterminer la date d’émission
La date d’émission doit être attribuée par le système au moment de la validation définitive de la facture.
Le processus doit empêcher :
- la modification libre de la date après émission ;
- l’antidatation non justifiée ;
- la création dans une période comptable fermée ;
- la rupture de la chronologie des numéros ;
- l’émission avant la réalisation de l’événement facturable ;
- le décalage artificiel de chiffre d’affaires ou de TVA ;
- la réutilisation d’un numéro annulé.
| Situation | Contrôle attendu |
|---|---|
| Facture générée automatiquement | Date attribuée lors de la validation du lot. |
| Facture créée manuellement | Date contrôlée par rapport à la livraison et à la période ouverte. |
| Facture rejetée avant transmission définitive | Procédure de correction documentée sans manipulation silencieuse. |
| Facture déjà émise | Correction par avoir ou document rectificatif approprié. |
💳 Produire une facture d’acompte
La facture d’acompte constate tout ou partie d’un montant demandé ou reçu avant l’exécution complète de l’opération.
Elle doit rester reliée :
- au devis ou au contrat ;
- à la commande ;
- à l’échéancier ;
- au paiement correspondant ;
- à la facture finale ;
- au traitement de TVA applicable.
COMMANDE : 12 000 € TTC
⬇
ACOMPTE DEMANDÉ : 30 %
⬇
FACTURE D’ACOMPTE
⬇
ENCAISSEMENT DE L’ACOMPTE
⬇
LIVRAISON OU PRESTATION
⬇
FACTURE FINALE
⬇
DÉDUCTION DE L’ACOMPTE DÉJÀ FACTURÉ
| Contrôle | Objectif |
|---|---|
| Montant de l’acompte | Respecter le pourcentage ou le montant contractuel. |
| Référence du contrat | Justifier la demande. |
| TVA | Appliquer le traitement fiscal adapté. |
| Facture finale | Éviter la double facturation de l’acompte. |
| Rapprochement bancaire | Identifier l’encaissement correspondant. |
🏗️ Produire une facture de situation
La facture de situation correspond à une fraction d’un marché ou d’un projet facturé à mesure de son avancement.
Le dossier doit préciser :
- le montant total du contrat ;
- les travaux ou services prévus ;
- le pourcentage d’avancement antérieur ;
- le pourcentage d’avancement de la période ;
- le cumul facturé ;
- les acomptes reçus ;
- les retenues éventuelles ;
- le solde restant à facturer ;
- la validation du maître d’ouvrage ou du client lorsqu’elle est prévue.
| Donnée | Exemple |
|---|---|
| Montant total du contrat | 100 000 € HT. |
| Avancement antérieur facturé | 30 %. |
| Avancement cumulé validé | 55 %. |
| Nouvelle situation facturable | 25 000 € HT. |
| Solde restant théorique | 45 000 € HT. |
La somme des situations, acomptes et factures finales ne doit jamais conduire à dépasser le montant contractuel sans avenant ou justification formelle.
🧾 Produire la facture finale
La facture finale clôture tout ou partie du cycle commercial.
Elle doit reprendre ou rapprocher :
- la totalité des biens ou services réalisés ;
- les acomptes déjà facturés ;
- les paiements reçus ;
- les situations déjà émises ;
- les remises définitives ;
- les retenues contractuelles ;
- les avoirs éventuels ;
- le solde restant dû.
Le montant cumulé facturé doit être rapproché du contrat, de la commande, des livraisons et des acomptes afin d’éviter tout double comptage.
📚 Produire une facture récapitulative ou périodique
Une facture récapitulative regroupe plusieurs opérations réalisées sur une période lorsqu’un tel regroupement est autorisé et organisé.
Elle doit permettre de retrouver chaque opération élémentaire.
| Donnée | Contrôle |
|---|---|
| Période couverte | Date de début et de fin clairement définies. |
| Livraisons ou prestations | Liste exhaustive des opérations regroupées. |
| Références | Commandes, bons ou interventions identifiables. |
| Taux de TVA | Ventilation par taux et régime. |
| Totaux | Somme exacte des opérations élémentaires. |
| Doublons | Aucune opération déjà facturée séparément. |
6️⃣ Reprendre les données obligatoires de la facture
La facture doit être alimentée par des données complètes, exactes et cohérentes provenant de systèmes identifiés.
| Famille | Données principales | Source recommandée |
|---|---|---|
| Émetteur | Dénomination, adresse, identifiants et TVA. | Référentiel société. |
| Client | Dénomination, adresse, identifiants et données de routage. | Référentiel client validé. |
| Facture | Numéro, date, type et devise. | ERP ou logiciel de facturation. |
| Commande | Référence, contrat et acheteur. | CRM ou ERP. |
| Opérations | Désignation, quantité, unité, prix et remises. | Commande et livraison. |
| TVA | Base, taux, montant, catégorie et motif. | Moteur fiscal ou ERP. |
| Paiement | Échéance, mode et coordonnées nécessaires. | Référentiel financier. |
🏢 Contrôler les données de l’émetteur
- dénomination sociale exacte ;
- forme juridique lorsque nécessaire ;
- adresse correcte ;
- SIREN et autres identifiants applicables ;
- numéro de TVA intracommunautaire ;
- capital social ou mentions particulières lorsque requises ;
- coordonnées de paiement validées ;
- identification de l’établissement émetteur lorsque pertinente.
Le nom commercial commun ne doit pas conduire à utiliser les identifiants, comptes bancaires ou séquences de numérotation d’une autre société du groupe.
👤 Contrôler les données du client
- dénomination juridique ;
- SIREN ou identifiant étranger ;
- SIRET lorsque nécessaire au processus ;
- numéro de TVA intracommunautaire ;
- adresse de facturation ;
- adresse de livraison différente ;
- adresse électronique de routage ;
- référence de commande ;
- code service ou centre de coûts demandé ;
- langue et devise contractuelles.
Les données figurant sur la facture doivent être cohérentes avec celles utilisées pour le routage, le compte client, le contrat et le recouvrement.
📦 Contrôler les lignes de facturation
| Donnée | Contrôle métier | Contrôle arithmétique |
|---|---|---|
| Désignation | Correspondance avec la commande et la livraison. | Sans objet. |
| Quantité | Quantité réellement livrée ou réalisée. | Valeur positive et cohérente. |
| Unité | Unité contractuelle. | Compatible avec la quantité. |
| Prix unitaire | Tarif ou contrat applicable. | Quantité × prix. |
| Remise | Autorisation et motif. | Calcul de la réduction. |
| Montant HT | Cohérence économique. | Prix net × quantité. |
| TVA | Taux ou régime adapté. | Base × taux. |
⚖️ Sécuriser les règles de TVA
Le traitement de TVA doit être déterminé avant l’émission.
NATURE DE L’OPÉRATION ?
• BIEN
• SERVICE
• ACOMPTE
• AVOIR
⬇
LIEU D’IMPOSITION ?
• FRANCE
• UNION EUROPÉENNE
• HORS UNION EUROPÉENNE
⬇
CLIENT ASSUJETTI OU NON ?
⬇
TAUX • EXONÉRATION • AUTOLIQUIDATION ?
⬇
EXIGIBILITÉ ?
• DÉBITS
• ENCAISSEMENTS
• RÈGLE PARTICULIÈRE
⬇
MENTIONS ET DONNÉES STRUCTURÉES
Les contrôles doivent porter sur :
- la nature exacte de l’opération ;
- la localisation des parties ;
- le lieu de livraison ou d’exécution ;
- la qualité du client ;
- le taux applicable ;
- le motif d’exonération ;
- l’autoliquidation éventuelle ;
- l’exigibilité ;
- les mentions requises ;
- la cohérence entre lignes et totaux.
📊 Matrice Premium de qualification TVA
| Flux | Analyse prioritaire | Contrôle avant émission |
|---|---|---|
| Vente de biens en France | Taux et date de livraison. | Base, taux, identité du client et adresse. |
| Prestation en France | Nature, taux et exigibilité. | Débits ou encaissements. |
| Livraison intracommunautaire | Transport, client et conditions d’exonération. | Numéro de TVA et preuves. |
| Prestation B2B intracommunautaire | Lieu du preneur et autoliquidation. | Identité et numéro de TVA du client. |
| Exportation | Sortie du territoire et preuve. | Documents douaniers ou logistiques. |
| Client particulier | Lieu de consommation et règles B2C. | Pays, nature et taux applicable. |
| Acompte | Nature de l’opération sous-jacente. | Montant, date et traitement TVA. |
🧮 Fiabiliser les calculs
Les calculs doivent être contrôlés au niveau des lignes, des regroupements de TVA et du total général.
| Contrôle | Formule ou rapprochement |
|---|---|
| Montant brut de ligne | Quantité × prix unitaire. |
| Montant net de ligne | Montant brut − réductions. |
| Total HT | Somme des lignes nettes et frais concernés. |
| Base par taux | Somme des lignes relevant du même taux. |
| Montant de TVA | Base taxable × taux, selon les règles d’arrondi. |
| Total TTC | Total HT + TVA et autres éléments concernés. |
| Net à payer | TTC − acomptes − avoirs + ajustements autorisés. |
L’ERP, le PDF, le XML et la plateforme doivent appliquer des règles d’arrondi cohérentes afin d’éviter les écarts entre lignes, sous-totaux et total de TVA.
7️⃣ Construire les contrôles avant émission
La validation avant émission doit associer contrôles automatiques et interventions humaines ciblées.
FACTURE PRÉPARÉE
⬇
CONTRÔLE DU CLIENT
⬇
CONTRÔLE COMMANDE–LIVRAISON
⬇
CONTRÔLE DES PRIX
⬇
CONTRÔLE DES MENTIONS
⬇
CONTRÔLE TVA
⬇
CONTRÔLE ARITHMÉTIQUE
⬇
CONTRÔLE DU ROUTAGE
⬇
ANOMALIE ?
├── NON → VALIDATION ET ÉMISSION
└── OUI → BLOCAGE ET CORRECTION
🛡️ Grille Premium des contrôles avant émission
| Domaine | Contrôle | Criticité | Responsable |
|---|---|---|---|
| Client | Identité juridique et données de routage. | Bloquante. | Administration des ventes. |
| Commande | Référence, quantité, prix et devise. | Bloquante. | Service commercial. |
| Livraison | Service fait ou quantité livrée. | Bloquante. | Logistique ou métier. |
| Numérotation | Unicité et séquence correcte. | Bloquante. | Facturation. |
| Mentions | Présence des données obligatoires. | Bloquante ou majeure. | Facturation. |
| TVA | Taux, motif, exigibilité et mentions. | Bloquante. | Fiscalité ou règle automatisée validée. |
| Calculs | HT, TVA, TTC et net à payer. | Bloquante. | ERP. |
| Routage | Adresse électronique et plateforme du client. | Bloquante. | Référentiel et DSI. |
| Pièces | Présence des justificatifs contractuels requis. | Majeure. | Administration des ventes. |
👥 Définir les niveaux de validation
| Facture | Mode de validation |
|---|---|
| Facture standard parfaitement rapprochée | Validation automatique. |
| Écart mineur dans une tolérance autorisée | Automatique avec journalisation. |
| Remise exceptionnelle | Validation commerciale. |
| Traitement TVA inhabituel | Validation fiscale. |
| Montant supérieur à un seuil | Validation hiérarchique. |
| Client bloqué ou en contentieux | Validation DAF et juridique. |
| Facture sans commande | Validation métier renforcée. |
8️⃣ Transmettre la facture à la plateforme agréée
Après validation, la facture doit être transformée dans le format attendu et transmise à la plateforme agréée.
FACTURE VALIDÉE DANS L’ERP
⬇
GÉNÉRATION DU FORMAT ÉLECTRONIQUE
⬇
CONTRÔLE PDF–DONNÉES STRUCTURÉES
⬇
DÉPÔT VERS LA PLATEFORME
⬇
ACCUSÉ TECHNIQUE
⬇
CONTRÔLES DE LA PLATEFORME
⬇
ROUTAGE
⬇
MISE À DISPOSITION DU CLIENT
⬇
RETOUR DES STATUTS DANS L’ERP
🔗 Contrôler le flux ERP–Plateforme
| Contrôle | Objectif |
|---|---|
| Identifiant transverse | Suivre la même facture dans tous les systèmes. |
| Clé d’idempotence | Éviter une double transmission. |
| Format | Garantir la conformité syntaxique et structurelle. |
| Pièces jointes | Transmettre les documents requis. |
| Accusé de réception | Confirmer la prise en charge technique. |
| Journal technique | Conserver la preuve de l’échange. |
| Délai | Détecter un flux bloqué. |
L’ERP ne doit pas considérer la facture comme effectivement acheminée sur la seule base de la création du fichier. Il doit attendre un événement technique ou fonctionnel suffisamment probant.
9️⃣ Comprendre les premiers statuts du cycle de vie
Les premiers statuts permettent de vérifier que la facture a quitté l’ERP et poursuit correctement son parcours.
| Statut | Signification opérationnelle | Action Order-to-Cash |
|---|---|---|
| Préparée | Facture créée mais non définitivement validée. | Terminer les contrôles. |
| Validée | Facture autorisée pour émission. | Générer le format. |
| Déposée | Facture transmise à la plateforme. | Attendre l’accusé ou le contrôle. |
| Rejetée | Anomalie empêchant la poursuite du traitement. | Corriger et représenter selon la procédure. |
| Transmise | Facture acheminée vers la plateforme ou le destinataire. | Surveiller la mise à disposition. |
| Mise à disposition | Facture disponible pour le client. | Suivre l’acceptation, le refus et l’échéance. |
Toute facture doit posséder un prochain événement attendu et un délai maximum associé. Une facture sans évolution doit automatiquement rejoindre une file de surveillance.
🔄 Table Premium de correspondance ERP–Plateforme
| Statut ERP | Événement plateforme | État métier | Responsable |
|---|---|---|---|
| À transmettre | Aucun | Facture en attente d’envoi. | Facturation ou DSI. |
| Envoyée techniquement | Dépôt reçu | Prise en charge initiale. | DSI. |
| En anomalie | Rejet | Facture non acheminée. | Facturation. |
| Transmise | Acheminement réussi | Facture en cours de remise. | Administration des ventes. |
| Disponible client | Mise à disposition | Facture reçue dans l’environnement client. | Comptabilité clients. |
🔟 Illustrations professionnelles Order-to-Cash
CRM
CLIENT • DEVIS • CONTRAT
⬇
ERP COMMERCIAL
COMMANDE • TARIF • CRÉDIT
⬇
LOGISTIQUE OU OUTIL MÉTIER
LIVRAISON • SERVICE FAIT
⬇
MOTEUR DE FACTURATION
DONNÉES • TVA • CALCULS
⬇
PLATEFORME AGRÉÉE
CONTRÔLES • ROUTAGE • STATUTS
⬇
COMPTABILITÉ CLIENTS
CRÉANCE • ÉCHÉANCE • ENCAISSEMENT
📊 Tableau de bord de la qualité avant émission
| Indicateur | Calcul | Objectif |
|---|---|---|
| Clients complets | Clients actifs sans donnée obligatoire manquante / clients actifs. | 100 %. |
| Commandes rapprochées | Commandes reliées à un contrat ou devis / commandes totales. | Proche de 100 %. |
| Livraisons facturables validées | Livraisons avec preuve / livraisons à facturer. | 100 %. |
| Factures sans intervention manuelle | Factures automatiques / factures totales. | Augmentation maîtrisée. |
| Anomalies TVA avant émission | Nombre d’anomalies détectées. | Réduction continue. |
| Taux de rejet initial | Factures rejetées / factures déposées. | Le plus faible possible. |
| Délai commande–facture | Date d’émission − date de l’événement facturable. | Respect de la cible interne. |
1️⃣1️⃣ Cas pratique Premium — PME de négoce
Une PME vend 200 unités d’un produit à un client français. La commande prévoit deux livraisons et un paiement à trente jours.
Déroulement
- Le client est créé avec son SIREN, son adresse de facturation et son site de livraison.
- La commande de 200 unités est enregistrée au prix convenu.
- Une première livraison porte sur 120 unités.
- Le contrat autorise une facturation par livraison.
- La facture reprend uniquement les 120 unités livrées.
- Le taux de TVA et les montants sont contrôlés.
- La facture est transmise à la plateforme.
- Le reliquat de 80 unités reste ouvert dans l’ERP.
| Contrôle | Résultat |
|---|---|
| Quantité commandée | 200. |
| Quantité livrée | 120. |
| Quantité facturée | 120. |
| Reliquat | 80. |
| Risque évité | Facturation anticipée de la totalité. |
1️⃣2️⃣ Cas pratique Premium — Société de conseil
Une société de conseil réalise une mission de six mois facturée mensuellement sur la base des jours validés.
Contrôles
- contrat actif ;
- tarif journalier conforme ;
- jours saisis et approuvés ;
- absence de jours déjà facturés ;
- période correcte ;
- traitement de TVA validé ;
- échéance contractuelle ;
- référence projet du client.
Deux jours apparaissent dans le relevé mais ne sont pas validés par le responsable de mission. Ils doivent rester hors facture jusqu’à confirmation du service fait.
1️⃣3️⃣ Cas pratique Premium — Vente avec acompte
Un équipement d’une valeur de 50 000 € HT est vendu avec un acompte de 20 %, puis une facture finale à la livraison.
| Étape | Montant HT | Contrôle |
|---|---|---|
| Commande | 50 000 € | Contrat et solvabilité. |
| Acompte | 10 000 € | Facture et traitement TVA. |
| Livraison | 50 000 € | Preuve de remise. |
| Facture finale | 50 000 € | Déduction de l’acompte déjà facturé. |
| Solde HT à facturer | 40 000 € | Absence de double facturation. |
1️⃣4️⃣ Cas pratique Premium — Commande complexe multi-sites
Un groupe commande des équipements pour trois établissements, mais souhaite recevoir une facture unique au nom de la société mère opérationnelle.
Données à distinguer
- entité juridique débitrice ;
- référence de commande centrale ;
- trois adresses de livraison ;
- trois codes sites ;
- ventilation des quantités ;
- centre de coûts de chaque établissement ;
- adresse de facturation centrale ;
- adresse électronique de routage unique.
Conserver une seule fiche pour le débiteur juridique, gérer les établissements comme sites de livraison et détailler chaque livraison dans les lignes ou références de la facture.
1️⃣5️⃣ Cas pratique Premium — Rejet avant mise à disposition
Une facture est déposée mais rejetée en raison d’une donnée structurée obligatoire absente.
Workflow de correction
- Recevoir le code et le motif du rejet.
- Identifier la facture et son système source.
- Vérifier si l’erreur concerne le référentiel ou le mapping.
- Corriger la donnée à sa source.
- Regénérer le format structuré.
- Rejouer les contrôles.
- Retransmettre selon la procédure autorisée.
- Conserver le journal du rejet et de la correction.
La correction ne doit pas être réalisée uniquement dans le fichier de sortie si la donnée source reste erronée dans le référentiel client ou l’ERP.
📋 Check-point Premium de fin la partie
| Question | Résultat attendu |
|---|---|
| Le client est-il juridiquement identifié ? | Oui, avec les identifiants vérifiés. |
| La commande est-elle autorisée ? | Oui, prix, conditions et crédit validés. |
| Le droit de facturer est-il démontré ? | Oui, par une livraison ou un service fait documenté. |
| Le type de facture est-il adapté ? | Acompte, situation, finale ou périodique correctement choisi. |
| Les données obligatoires sont-elles complètes ? | Oui, dans le rendu et les données structurées. |
| La TVA est-elle sécurisée ? | Nature, territorialité, taux et exigibilité validés. |
| Les calculs sont-ils cohérents ? | HT, TVA, TTC et net à payer rapprochés. |
| La facture a-t-elle été transmise une seule fois ? | Oui, avec identifiant et preuve de dépôt. |
| Le statut est-il remonté dans l’ERP ? | Oui, avec un prochain événement attendu. |
📌 Synthèse
La sécurisation du cycle client repose sur une continuité parfaite entre les données du client, l’accord commercial, la commande, la livraison et la facture.
Un processus Order-to-Cash fiable doit :
- identifier le véritable débiteur ;
- gouverner les données clients ;
- contrôler la solvabilité ;
- documenter l’accord commercial ;
- rapprocher commande et réalisation ;
- déterminer le bon moment de facturation ;
- produire le type de facture adapté ;
- sécuriser les données obligatoires ;
- valider le traitement de TVA ;
- transmettre la facture sans doublon ;
- suivre les premiers statuts du cycle de vie.
La performance Order-to-Cash ne commence pas au recouvrement. Elle commence par une donnée client fiable, une commande maîtrisée et une facture exacte du premier coup.
La suite approfondira le traitement des rejets et refus, le lettrage, la TVA sur les encaissements, la balance âgée, le crédit client, les relances, les KPI et le Cockpit IA Order-to-Cash électronique.
1️⃣ Piloter les statuts de la facture client
Après son émission, la facture entre dans une phase de pilotage opérationnel. Elle ne doit plus être considérée comme un document statique, mais comme un objet évolutif dont chaque statut déclenche une action, un contrôle, une responsabilité et un délai.
Le processus Order-to-Cash doit permettre de connaître à tout moment :
- où se trouve la facture ;
- si elle a été techniquement prise en charge ;
- si elle a été correctement acheminée ;
- si le client y a eu accès ;
- si elle a été acceptée ou refusée ;
- si elle est arrivée à échéance ;
- si elle a été payée en totalité ou partiellement ;
- si une anomalie ou un litige reste ouvert ;
- quelle équipe doit intervenir ;
- quel est le prochain événement attendu.
Aucun statut ne doit rester purement informatif. Chaque statut doit être relié à une règle de gestion, un délai, un responsable et une action attendue.
🔄 Cycle complet des statuts clients
FACTURE VALIDÉE
⬇
DÉPÔT SUR LA PLATEFORME
⬇
CONTRÔLE TECHNIQUE
├── REJET
│
│ → CORRECTION
│ → NOUVELLE TRANSMISSION
│
└── CONFORME
⬇
TRANSMISSION
⬇
MISE À DISPOSITION DU CLIENT
⬇
DÉCISION CLIENT
├── ACCEPTATION
│
│ → SUIVI DE L’ÉCHÉANCE
│
├── REFUS
│
│ → LITIGE ET CORRECTION
│
└── ABSENCE DE RÉPONSE
→ SURVEILLANCE
⬇
PAIEMENT OU ENCAISSEMENT
⬇
LETTRAGE
⬇
SOLDE ET CLÔTURE
📥 Statut de dépôt
Le dépôt signifie que la facture a été remise à la plateforme pour traitement.
Ce statut ne garantit pas encore :
- que la facture est techniquement conforme ;
- qu’elle a été acheminée ;
- qu’elle a été mise à disposition du client ;
- qu’elle est acceptée ;
- qu’elle constitue une créance exigible et non contestée.
| Contrôle | Question | Action |
|---|---|---|
| Accusé technique | La plateforme a-t-elle pris en charge le message ? | Conserver l’identifiant de dépôt. |
| Délai | Le statut suivant est-il reçu dans le délai attendu ? | Déclencher une alerte en cas de blocage. |
| Unicité | La même facture a-t-elle été déposée plusieurs fois ? | Bloquer le doublon. |
| Traçabilité | L’ERP conserve-t-il l’identifiant plateforme ? | Rapprocher les systèmes. |
⛔ Statut de rejet
Le rejet empêche la poursuite normale du flux. Il peut résulter d’une anomalie technique, fonctionnelle, métier ou fiscale.
Une facture rejetée ne doit pas être considérée comme correctement remise au client. Elle doit être isolée, corrigée et suivie jusqu’à résolution.
| Information attendue | Utilité |
|---|---|
| Code d’erreur | Identifier la catégorie de l’anomalie. |
| Motif détaillé | Comprendre la correction attendue. |
| Champ concerné | Retrouver la donnée source. |
| Système responsable | Affecter l’incident à la bonne équipe. |
| Date du rejet | Mesurer le délai de résolution. |
| Nouvelle transmission | Vérifier la clôture de l’anomalie. |
📤 Statut de transmission
La transmission indique que la facture poursuit son acheminement vers l’environnement de réception du client.
Le processus doit encore vérifier :
- le bon destinataire ;
- la bonne plateforme ;
- la bonne adresse de routage ;
- le retour du statut de mise à disposition ;
- l’absence d’anomalie intermédiaire ;
- la continuité de l’identifiant de facture.
📬 Statut de mise à disposition
La mise à disposition signifie que la facture est accessible dans l’environnement du client.
Elle constitue un jalon majeur pour :
- le suivi de la réception ;
- le calcul des délais internes ;
- la surveillance d’un éventuel refus ;
- la préparation de la relance ;
- la preuve de remise dans le cycle électronique.
Une facture mise à disposition mais non prise en charge par le client doit faire l’objet d’une surveillance distincte d’une facture rejetée.
✅ Statut d’acceptation
L’acceptation signifie que le client ne s’oppose pas au traitement de la facture dans son processus.
Elle doit conduire à :
- confirmer la créance dans le suivi client ;
- maintenir la date d’échéance ;
- surveiller le paiement ;
- mettre à jour le scoring de risque ;
- conserver le statut et son horodatage ;
- préparer le rapprochement lors de l’encaissement.
L’acceptation ne clôture pas la créance. Le suivi doit se poursuivre jusqu’à l’encaissement intégral et au lettrage.
❌ Statut de refus
Le refus correspond à une contestation ou à une non-acceptation par le client.
Il peut concerner :
- le prix ;
- la quantité ;
- la qualité de la prestation ;
- l’identité du débiteur ;
- la référence de commande ;
- l’absence de justificatif ;
- une facture déjà réglée ;
- une facture en doublon ;
- une mauvaise entité ;
- une condition contractuelle non respectée.
Le rejet empêche le traitement technique ou fonctionnel du flux. Le refus traduit généralement une contestation du client sur la facture ou l’opération.
💳 Statut de paiement et d’encaissement
Le paiement peut être initié par le client, mais le processus Order-to-Cash doit s’assurer de l’encaissement réel et de son rapprochement avec la créance.
| Événement | Signification | Action |
|---|---|---|
| Paiement annoncé | Le client déclare avoir réglé. | Attendre la confirmation bancaire. |
| Paiement reçu | Le mouvement apparaît en banque. | Rechercher la facture correspondante. |
| Encaissement rapproché | Le paiement est affecté à la créance. | Effectuer le lettrage. |
| Encaissement partiel | Une partie seulement est réglée. | Maintenir le solde ouvert. |
| Facture soldée | Le solde comptable est nul. | Contrôler les anomalies résiduelles. |
🗺️ Table de correspondance ERP–Plateforme–Comptabilité
| Statut plateforme | Statut ERP | Statut comptable | Action métier |
|---|---|---|---|
| Déposée | Envoyée techniquement | Créance enregistrée | Surveiller la prise en charge. |
| Rejetée | En anomalie | Créance à fiabiliser | Corriger le flux. |
| Transmise | Acheminée | Créance ouverte | Attendre la mise à disposition. |
| Mise à disposition | Reçue par le client | Créance ouverte | Suivre la décision client. |
| Acceptée | Validée client | Créance non contestée | Suivre l’échéance. |
| Refusée | Litige ouvert | Créance contestée | Analyser et corriger. |
| Partiellement payée | Encaissement partiel | Solde résiduel | Poursuivre le recouvrement. |
| Payée | Réglée | Lettrée ou à lettrer | Contrôler le rapprochement. |
| Soldée | Clôturée | Compte lettré | Archiver le dossier. |
Une facture peut apparaître comme acceptée sur la plateforme mais rester marquée « envoyée » dans l’ERP. Une réconciliation quotidienne est nécessaire pour éviter un pilotage erroné.
2️⃣ Traiter les rejets techniques
Les rejets techniques concernent principalement le format, le transport ou l’intégrité du message.
| Rejet technique | Cause possible | Responsable |
|---|---|---|
| Format non reconnu | Profil ou version non supportés. | DSI ou éditeur. |
| XML invalide | Balise incorrecte ou schéma non respecté. | Intégration ou développement. |
| Fichier corrompu | Erreur de génération ou de transmission. | DSI. |
| Pièce trop volumineuse | Limite technique dépassée. | Facturation ou DSI. |
| Authentification échouée | Certificat, jeton ou compte technique invalide. | Sécurité ou DSI. |
| Doublon technique | Même identifiant transmis plusieurs fois. | ERP ou middleware. |
Workflow de correction technique
- Identifier le code de rejet.
- Localiser le système défaillant.
- Isoler les factures concernées.
- Corriger le format ou le paramétrage.
- Tester la correction.
- Rejouer le flux sans doublon.
- Vérifier le nouveau statut.
- Clôturer l’incident avec une preuve.
🧩 Traiter les rejets fonctionnels
Les rejets fonctionnels concernent des données absentes, incohérentes ou incompatibles avec les règles du processus.
| Anomalie | Cause racine possible | Correction |
|---|---|---|
| Client non identifié | SIREN absent ou erroné. | Corriger le référentiel. |
| Routage impossible | Adresse électronique absente. | Mettre à jour l’annuaire. |
| Commande manquante | Référence non transmise. | Corriger le mapping. |
| Total incohérent | Erreur de calcul ou d’arrondi. | Corriger le moteur de facturation. |
| Devise incompatible | Code erroné ou contrat différent. | Contrôler la commande. |
| Adresse de livraison absente | Donnée conditionnelle non alimentée. | Compléter la commande ou le référentiel. |
⚖️ Traiter les rejets fiscaux
Les rejets fiscaux ou anomalies fiscales concernent les informations indispensables au traitement de la TVA.
| Anomalie | Risque | Validation |
|---|---|---|
| Taux absent | TVA impossible à contrôler. | Référent TVA. |
| Motif d’exonération absent | Exonération non justifiée. | Fiscalité. |
| Autoliquidation incohérente | Taxe facturée ou non facturée à tort. | Fiscalité. |
| Base taxable erronée | Montant de taxe incorrect. | Comptabilité et fiscalité. |
| Numéro de TVA client invalide | Régime international fragilisé. | Administration des ventes et fiscalité. |
| Nature de l’opération incorrecte | Mauvaise qualification fiscale. | Référent TVA. |
Une erreur fiscale doit être corrigée dans le référentiel ou la règle source afin d’éviter qu’elle se reproduise sur les prochaines factures.
📊 Tableau Premium de pilotage des rejets
| Indicateur | Calcul | Utilité |
|---|---|---|
| Taux de rejet | Factures rejetées / factures déposées. | Mesurer la qualité initiale. |
| Délai moyen de correction | Durée totale / rejets résolus. | Mesurer la réactivité. |
| Rejets récurrents | Nombre par motif identique. | Identifier une cause structurelle. |
| Rejets non affectés | Anomalies sans responsable. | Éviter les dossiers oubliés. |
| Rejets au-delà du SLA | Nombre dépassant le délai cible. | Prioriser les actions. |
| Montant bloqué | Total TTC des factures rejetées. | Mesurer l’impact trésorerie. |
3️⃣ Traiter les refus et litiges clients
Un refus doit être analysé rapidement afin de distinguer :
- une erreur réelle de facturation ;
- un problème de commande ;
- une livraison contestée ;
- un motif purement administratif ;
- une contestation commerciale ;
- un retard volontaire de paiement ;
- une fraude ou une usurpation.
REFUS CLIENT
⬇
MOTIF COMPLET DISPONIBLE ?
├── NON
│
│ → DEMANDER UNE PRÉCISION
│
└── OUI
⬇
ERREUR DE L’ENTREPRISE ?
├── OUI
│
│ → CORRECTION
│ → AVOIR OU RÉÉMISSION
│
└── NON
⬇
CONTESTATION FONDÉE ?
├── OUI
│
│ → NÉGOCIATION OU RÉGULARISATION
│
└── NON
→ MAINTIEN DE LA CRÉANCE
→ RELANCE OU CONTENTIEUX
🧾 Typologie des refus clients
| Motif | Analyse | Responsable |
|---|---|---|
| Mauvaise entité facturée | Contrôler le contrat et le référentiel. | Administration des ventes. |
| Commande absente | Retrouver ou obtenir la référence. | Commercial. |
| Prix contesté | Comparer devis, contrat et facture. | Commercial et contrôle de gestion. |
| Quantité contestée | Comparer commande, livraison et facture. | Logistique. |
| Prestation non validée | Contrôler le service fait. | Responsable métier. |
| Facture en doublon | Rechercher l’émission initiale. | Facturation. |
| TVA contestée | Revoir la qualification fiscale. | Référent TVA. |
| Déjà payée | Rechercher le règlement non rapproché. | Trésorerie. |
📂 Construire le dossier de litige
Chaque litige doit disposer d’un dossier structuré comprenant :
- la facture ;
- le motif du refus ;
- le contrat ou le devis ;
- la commande ;
- la preuve de livraison ou de service fait ;
- les échanges avec le client ;
- l’analyse commerciale ;
- l’analyse comptable et fiscale ;
- la décision prise ;
- les documents correctifs éventuels ;
- le montant maintenu ou abandonné ;
- la date de clôture.
Un litige ne doit pas disparaître dans une boîte e-mail. Il doit être enregistré dans le système avec un responsable, un montant, une cause et un délai de résolution.
4️⃣ Organiser les corrections, avoirs et réémissions
La correction dépend de la nature de l’erreur et de l’état de la facture dans le cycle de vie.
| Situation | Traitement |
|---|---|
| Brouillon non émis | Corriger avant validation. |
| Rejet avant remise au client | Corriger la cause et retransmettre selon la procédure. |
| Facture mise à disposition avec erreur | Émettre un correctif adapté sans écraser l’original. |
| Prix trop élevé | Émettre un avoir total ou partiel. |
| Quantité facturée en trop | Émettre un avoir sur la différence. |
| Mauvaise entité | Annuler la créance initiale puis facturer la bonne entité. |
| Facture en doublon | Neutraliser le doublon avec une piste d’audit complète. |
| Erreur de TVA | Appliquer une correction fiscalement sécurisée. |
↩️ Avoir total
L’avoir total neutralise l’intégralité de la facture initiale.
Il doit contenir ou permettre d’identifier :
- la facture d’origine ;
- le motif de l’annulation ;
- les montants HT, TVA et TTC corrigés ;
- le lien avec le litige ;
- l’impact comptable ;
- l’impact sur la créance ;
- l’éventuelle nouvelle facture.
➖ Avoir partiel
L’avoir partiel corrige une partie seulement de la facture.
| Cause | Élément corrigé |
|---|---|
| Retour partiel | Quantités retournées. |
| Remise accordée après facturation | Réduction commerciale. |
| Prestation partiellement contestée | Fraction du service. |
| Erreur de prix | Différence tarifaire. |
| Erreur de quantité | Unités facturées en trop. |
| Geste commercial | Montant autorisé. |
🔁 Réémission de la facture
La réémission doit être organisée afin de préserver :
- l’historique de la facture initiale ;
- le lien avec l’avoir ;
- la nouvelle numérotation ;
- la nouvelle date d’émission ;
- les motifs de correction ;
- les statuts des différents documents ;
- la cohérence comptable ;
- la cohérence du solde client.
La nouvelle facture ne doit pas remplacer silencieusement l’ancienne dans l’ERP ou la GED. Les deux documents et leur relation doivent rester visibles.
5️⃣ Automatiser le lettrage des comptes clients
Le lettrage consiste à rapprocher une ou plusieurs écritures de factures avec une ou plusieurs écritures de règlements, d’avoirs ou de compensation.
FACTURES OUVERTES
+
AVOIRS DISPONIBLES
+
ENCAISSEMENTS BANCAIRES
⬇
MOTEUR DE RAPPROCHEMENT
• RÉFÉRENCE
• MONTANT
• DATE
• CLIENT
• DEVISE
• OBJET
⬇
SCORE DE CONFIANCE
⬇
LETTRAGE AUTOMATIQUE
OU VALIDATION HUMAINE
🔍 Critères de rapprochement facture–encaissement
| Critère | Force du rapprochement |
|---|---|
| Référence exacte de facture | Très forte. |
| Montant exact | Forte. |
| Compte bancaire du payeur | Forte si le tiers est connu. |
| Nom du client | Moyenne. |
| Date proche de l’échéance | Moyenne. |
| Devise identique | Indispensable. |
| Montant correspondant à plusieurs factures | Forte après ventilation. |
| Libellé libre | Faible à moyen. |
✅ Paiement complet
Un paiement complet peut être automatiquement lettré lorsque :
- le client est identifié ;
- la référence de facture est retrouvée ;
- le montant et la devise correspondent ;
- aucun avoir non imputé ne crée d’ambiguïté ;
- la facture n’est pas déjà soldée ;
- aucun litige n’interdit la clôture.
➗ Paiement partiel
Le paiement partiel réduit la créance sans la clôturer.
| Donnée | Exemple |
|---|---|
| Montant de la facture | 12 000 € TTC. |
| Premier encaissement | 5 000 €. |
| Solde restant | 7 000 €. |
| Statut | Partiellement encaissée. |
| Action | Maintenir le solde dans la balance âgée. |
Le système doit distinguer un paiement partiel accepté d’un écart de règlement contesté ou d’une retenue non autorisée.
📦 Paiement groupé
Un client peut régler plusieurs factures avec un seul virement.
Le moteur de lettrage doit :
- identifier le client payeur ;
- analyser le détail du règlement ;
- rechercher les factures ouvertes ;
- tester les combinaisons de montants ;
- prendre en compte les avoirs ;
- ventiler le paiement ;
- soumettre les cas ambigus à validation ;
- conserver la preuve de ventilation.
Plusieurs combinaisons de factures peuvent produire le même total. L’identification du payeur et les références de règlement restent indispensables.
💳 Traiter les acomptes
L’acompte reçu doit être rapproché :
- de la commande ;
- de la facture d’acompte ;
- du client ;
- de la facture finale ;
- du traitement de TVA applicable ;
- du compte comptable utilisé.
| Situation | Traitement |
|---|---|
| Acompte reçu avant facture | Identifier le contrat et régulariser le document requis. |
| Acompte facturé et payé | Lettrer la facture d’acompte. |
| Facture finale | Imputer l’acompte déjà facturé. |
| Commande annulée | Traiter le remboursement ou la compensation. |
| Acompte non identifié | Conserver en compte d’attente contrôlé. |
⚖️ Traiter les écarts de règlement
| Écart | Cause possible | Traitement |
|---|---|---|
| Montant inférieur | Retenue, litige ou erreur. | Maintenir le solde et analyser. |
| Montant supérieur | Erreur ou paiement anticipé. | Créer un trop-perçu ou rapprocher d’autres factures. |
| Frais bancaires déduits | Virement international. | Analyser les conditions contractuelles. |
| Écart de change | Variation de devise. | Comptabiliser l’écart de change. |
| Escompte pratiqué | Paiement anticipé. | Vérifier l’autorisation et le traitement fiscal. |
| Retenue de garantie | Clause contractuelle. | Suivre séparément l’échéance future. |
❓ Règlements sans référence
Un règlement sans référence doit rejoindre une file de rapprochement assisté.
ENCAISSEMENT SANS RÉFÉRENCE
⬇
IDENTIFIER LE COMPTE PAYEUR
⬇
RECHERCHER LE CLIENT
⬇
COMPARER LE MONTANT
AUX FACTURES OUVERTES
⬇
CORRESPONDANCE UNIQUE ?
├── OUI
│
│ → LETTRAGE PROPOSÉ
│
└── NON
→ VALIDATION HUMAINE
→ DEMANDE D’INFORMATION
Les règlements non identifiés ne doivent pas s’accumuler durablement dans un compte d’attente. Ils doivent faire l’objet d’un suivi, d’un responsable et d’un délai de résolution.
📊 Matrice Premium d’automatisation du lettrage
| Score de confiance | Situation | Traitement |
|---|---|---|
| 95 à 100 | Référence, client, montant et devise identiques. | Lettrage automatique. |
| 80 à 94 | Correspondance forte avec légère réserve. | Automatique avec contrôle a posteriori. |
| 60 à 79 | Plusieurs factures possibles. | Validation comptable. |
| 40 à 59 | Client probable mais ventilation incertaine. | File d’exception. |
| 0 à 39 | Payeur ou facture non identifiés. | Aucun lettrage automatique. |
6️⃣ Automatiser le suivi de la TVA sur les encaissements
Lorsque la TVA devient exigible à l’encaissement, le processus doit suivre chaque paiement, chaque acompte et chaque règlement partiel.
Le système doit relier :
- la facture ;
- la base taxable ;
- les différents taux ;
- le montant encaissé ;
- la date bancaire ;
- la part de TVA devenue exigible ;
- le solde restant ;
- la période déclarative.
Une facture correctement émise peut néanmoins conduire à une déclaration de TVA erronée si les encaissements ne sont pas rapprochés avec précision.
🧮 Ventiler un encaissement partiel
Une prestation est facturée 12 000 € TTC, dont 10 000 € HT et 2 000 € de TVA. Le client règle 6 000 € TTC.
| Élément | Montant |
|---|---|
| Facture TTC | 12 000 €. |
| Encaissement | 6 000 €. |
| Part encaissée | 50 %. |
| Base HT correspondante | 5 000 €. |
| TVA correspondante | 1 000 €. |
| Solde TTC | 6 000 €. |
Lorsqu’une facture comporte plusieurs taux ou catégories de TVA, la ventilation de l’encaissement exige une règle documentée et contrôlée.
🔄 Workflow TVA sur encaissements
FACTURE DE PRESTATION
⬇
RÉGIME D’EXIGIBILITÉ IDENTIFIÉ
⬇
ENCAISSEMENT REÇU
⬇
RAPPROCHEMENT AVEC LA FACTURE
⬇
VENTILATION HT / TVA
⬇
CALCUL DE LA TVA EXIGIBLE
⬇
AFFECTATION À LA PÉRIODE
⬇
MISE À JOUR DU SOLDE
⬇
CONTRÔLE AVEC LA DÉCLARATION
🛡️ Contrôles TVA sur encaissements
| Contrôle | Risque évité |
|---|---|
| Date bancaire | Mauvaise période déclarative. |
| Facture associée | TVA affectée au mauvais client. |
| Régime d’exigibilité | Taxe déclarée trop tôt ou trop tard. |
| Acompte | Oubli de la TVA correspondante. |
| Paiement partiel | TVA calculée sur la totalité. |
| Avoir | Correction de TVA non prise en compte. |
| Écart de règlement | Base encaissée mal déterminée. |
| Facture multi-taux | Ventilation incorrecte entre catégories. |
7️⃣ Suivre les créances clients
Le suivi des créances commence dès l’émission de la facture et se poursuit jusqu’à son règlement, son abandon ou son traitement contentieux.
Chaque créance doit contenir :
- le client ;
- la facture ;
- la date d’émission ;
- la date d’échéance ;
- le montant initial ;
- les paiements reçus ;
- les avoirs imputés ;
- le solde restant ;
- le statut de la facture ;
- les litiges ;
- le niveau de risque ;
- la prochaine action de relance.
📅 Construire la balance âgée
La balance âgée répartit les créances selon leur ancienneté par rapport à l’échéance.
| Tranche | Interprétation | Action possible |
|---|---|---|
| Non échue | Créance dans le délai normal. | Relance préventive ciblée. |
| 1 à 30 jours | Premier retard. | Relance amiable. |
| 31 à 60 jours | Retard significatif. | Relance renforcée et appel. |
| 61 à 90 jours | Risque élevé. | Escalade commerciale. |
| Plus de 90 jours | Risque critique. | Mise en demeure ou contentieux. |
Une créance ancienne peut correspondre à un litige, un règlement non lettré, un avoir non imputé ou une véritable défaillance. L’ancienneté seule ne suffit pas.
📊 Suivre l’encours client
L’encours doit intégrer :
- les factures non échues ;
- les factures échues ;
- les commandes non encore facturées ;
- les livraisons à facturer ;
- les litiges ;
- les avoirs non imputés ;
- les paiements en cours d’affectation ;
- les garanties ou assurances disponibles.
FACTURES NON SOLDÉES
+
COMMANDES OUVERTES
+
LIVRAISONS À FACTURER
−
AVOIRS ET ENCAISSEMENTS NON IMPUTÉS
=
EXPOSITION CLIENT GLOBALE
⏰ Suivre les échéances et dépassements
| Contrôle | Question |
|---|---|
| Date d’échéance | Est-elle correctement calculée ? |
| Statut client | La facture est-elle acceptée, refusée ou litigieuse ? |
| Promesse de paiement | Une date a-t-elle été annoncée ? |
| Ancienneté | Depuis combien de jours la créance est-elle échue ? |
| Historique | Le client respecte-t-il habituellement ses engagements ? |
| Montant | Le solde justifie-t-il une escalade immédiate ? |
📉 Évaluer les risques de crédit
| Facteur | Signal de risque |
|---|---|
| Historique de paiement | Retards fréquents ou croissants. |
| Montant de l’encours | Limite de crédit dépassée. |
| Nombre de litiges | Contestations répétées. |
| Promesses non tenues | Dates de règlement reportées. |
| Concentration | Dépendance commerciale forte. |
| Évolution financière | Signaux de difficulté. |
| Risque pays | Contexte politique ou financier dégradé. |
| Comportement récent | Commandes importantes inhabituelles. |
🧮 Construire un scoring de créance
| Critère | Pondération indicative |
|---|---|
| Ancienneté du retard | 25 %. |
| Montant exposé | 20 %. |
| Historique de paiement | 20 %. |
| Litiges ouverts | 15 %. |
| Solvabilité externe | 10 %. |
| Concentration client | 5 %. |
| Promesses non respectées | 5 %. |
| Score | Niveau de risque | Action |
|---|---|---|
| 0 à 20 | Faible. | Suivi normal. |
| 21 à 40 | Modéré. | Relance préventive. |
| 41 à 60 | Significatif. | Relance renforcée. |
| 61 à 80 | Élevé. | Blocage commercial possible. |
| 81 à 100 | Critique. | Contentieux ou garantie. |
⚠️ Provisions et créances douteuses
Une créance ne devient pas douteuse uniquement parce qu’elle est ancienne. L’analyse doit apprécier le risque réel de non-recouvrement.
Les indices peuvent comprendre :
- des retards persistants ;
- des difficultés financières connues ;
- des procédures collectives ;
- des litiges importants ;
- des promesses répétées non tenues ;
- une disparition du client ;
- un arrêt de la relation commerciale ;
- une procédure contentieuse engagée.
| Étape | Travail attendu |
|---|---|
| Identifier | Repérer les créances à risque. |
| Documenter | Rassembler les faits et preuves. |
| Évaluer | Estimer la perte probable. |
| Valider | Faire approuver le classement. |
| Comptabiliser | Enregistrer le traitement approprié. |
| Réviser | Mettre à jour l’évaluation à chaque clôture. |
8️⃣ Organiser les relances clients
La relance doit être progressive, documentée et adaptée au profil du client.
AVANT ÉCHÉANCE
RELANCE PRÉVENTIVE
⬇
PREMIER RETARD
RELANCE AMIABLE
⬇
RETARD SIGNIFICATIF
RELANCE RENFORCÉE
⬇
ABSENCE DE RÉPONSE
MISE EN DEMEURE
⬇
ÉCHEC DU RECOUVREMENT AMIABLE
ESCALADE CONTENTIEUSE
🔔 Relance préventive
La relance préventive intervient avant l’échéance pour sécuriser le paiement.
Elle peut vérifier :
- que la facture a bien été reçue ;
- qu’elle a été intégrée dans le processus client ;
- qu’aucune pièce ne manque ;
- qu’aucun litige n’est ouvert ;
- que la date de paiement est confirmée ;
- que les coordonnées de règlement sont correctes.
Une relance préventive bien ciblée réduit les retards administratifs et détecte les litiges avant l’échéance.
🤝 Relance amiable
La relance amiable rappelle l’échéance dépassée tout en préservant la relation commerciale.
| Élément | Contenu attendu |
|---|---|
| Identification | Client, facture et échéance. |
| Montant | Solde exact restant dû. |
| Statut | Facture acceptée ou non contestée. |
| Demande | Date prévisionnelle de paiement. |
| Pièce | Copie ou accès à la facture. |
| Traçabilité | Enregistrement de la relance et de la réponse. |
📨 Mise en demeure
La mise en demeure intervient lorsque les relances amiables n’ont pas permis d’obtenir le règlement ou une solution acceptable.
Le dossier doit être vérifié avant envoi :
- facture régulièrement émise ;
- preuve de réception ou de mise à disposition ;
- échéance dépassée ;
- solde exact ;
- absence de paiement non lettré ;
- absence d’avoir non imputé ;
- litige analysé ;
- coordonnées du débiteur confirmées ;
- validation du responsable habilité.
Une mise en demeure ne doit pas être envoyée automatiquement à un client ayant payé, bénéficiant d’un accord ou contestant légitimement la facture.
⚖️ Escalade commerciale et contentieuse
| Niveau | Intervenant | Action |
|---|---|---|
| 1 | Comptabilité clients | Relance standard. |
| 2 | Commercial | Contacter le client et lever le blocage. |
| 3 | Crédit manager | Négocier un échéancier ou bloquer les commandes. |
| 4 | DAF | Arbitrer l’exposition et les garanties. |
| 5 | Juridique | Préparer la mise en demeure et le contentieux. |
| 6 | Prestataire de recouvrement ou avocat | Engager les démarches externes. |
👥 Segmenter les clients
Les scénarios de relance doivent être adaptés selon :
- le chiffre d’affaires réalisé ;
- le montant de l’encours ;
- l’ancienneté de la relation ;
- le comportement de paiement ;
- le niveau de risque ;
- le pays ;
- la nature des opérations ;
- la présence de litiges ;
- l’importance stratégique du client.
| Segment | Approche |
|---|---|
| Client stratégique fiable | Relance personnalisée et préventive. |
| Client standard | Scénario automatisé progressif. |
| Client à risque | Relance rapide et contrôle du crédit. |
| Nouveau client | Suivi rapproché des premières échéances. |
| Client en litige | Scénario suspendu ou adapté. |
| Client international | Prise en compte du pays, de la devise et des délais. |
🤖 Construire des scénarios automatisés de relance
| Moment | Action automatique | Contrôle préalable |
|---|---|---|
| 5 jours avant échéance | Rappel préventif. | Facture reçue et non litigieuse. |
| 3 jours après échéance | Première relance. | Aucun paiement reçu. |
| 15 jours après échéance | Relance renforcée. | Absence d’accord ou de litige. |
| 30 jours après échéance | Escalade commerciale. | Solde toujours ouvert. |
| 45 jours après échéance | Proposition de mise en demeure. | Validation humaine obligatoire. |
👤 Maintenir le contrôle humain
Les actions suivantes doivent faire l’objet d’une validation humaine adaptée :
- suspendre une relance en raison d’un litige ;
- accorder un échéancier ;
- modifier une limite de crédit ;
- bloquer un client stratégique ;
- abandonner une créance ;
- classer une créance comme douteuse ;
- envoyer une mise en demeure ;
- engager une procédure contentieuse ;
- accepter un écart de règlement important ;
- valider une remise ou un avoir commercial.
9️⃣ Construire le tableau de bord Order-to-Cash
| KPI | Calcul | Lecture |
|---|---|---|
| Taux de factures sans rejet | Factures acceptées techniquement / factures déposées. | Qualité initiale. |
| Délai commande–facture | Date de facture − événement facturable. | Vitesse de facturation. |
| Délai moyen de paiement | Durée moyenne entre émission et encaissement. | Performance du recouvrement. |
| Taux de lettrage automatique | Encaissements lettrés automatiquement / encaissements totaux. | Niveau d’automatisation. |
| Taux de créances échues | Créances échues / encours total. | Risque de trésorerie. |
| Taux de litige | Factures contestées / factures émises. | Qualité commerciale et opérationnelle. |
| Montant en rejet | Total TTC des factures rejetées. | Chiffre d’affaires bloqué. |
| Montant en litige | Total des créances contestées. | Risque commercial. |
| Promesses tenues | Promesses respectées / promesses totales. | Fiabilité du client. |
| Taux de recouvrement | Encaissements / montants exigibles. | Efficacité du processus. |
🚨 Alertes du tableau de bord
| Alerte | Déclencheur | Responsable |
|---|---|---|
| Facture sans statut | Aucune évolution dans le délai cible. | DSI ou facturation. |
| Rejet non corrigé | SLA dépassé. | Facturation. |
| Refus sans analyse | Litige non affecté. | Administration des ventes. |
| Encaissement non lettré | Délai de rapprochement dépassé. | Comptabilité clients. |
| Limite de crédit dépassée | Exposition supérieure au plafond. | Crédit manager. |
| Promesse non tenue | Date annoncée dépassée. | Recouvrement. |
| Créance ancienne importante | Montant et ancienneté au-dessus des seuils. | DAF. |
| TVA sur encaissement non rapprochée | Paiement sans traitement fiscal. | Fiscalité et comptabilité. |
🔟 Renforcer le contrôle interne Order-to-Cash
Le contrôle interne doit couvrir l’ensemble du processus :
- création des clients ;
- validation des commandes ;
- contrôle des livraisons ;
- facturation ;
- transmission ;
- traitement des rejets ;
- gestion des avoirs ;
- encaissements ;
- lettrage ;
- relances ;
- contentieux ;
- classement des créances douteuses.
👥 Séparation des tâches
| Action | Risque | Séparation recommandée |
|---|---|---|
| Créer un client | Client fictif ou mauvaise entité. | Création distincte de la validation. |
| Modifier une limite de crédit | Exposition excessive. | Validation du crédit manager. |
| Accorder une remise | Réduction injustifiée du chiffre d’affaires. | Approbation commerciale. |
| Valider une livraison | Facturation fictive. | Validation par la logistique ou le métier. |
| Émettre un avoir | Abandon injustifié de créance. | Approbation indépendante. |
| Lettrer un règlement | Clôture de la mauvaise facture. | Contrôle comptable. |
| Abandonner une créance | Perte non autorisée. | Validation DAF ou direction. |
| Engager un contentieux | Procédure inadaptée. | Validation juridique. |
🛡️ Matrice Premium des contrôles Order-to-Cash
| Contrôle | Fréquence | Preuve |
|---|---|---|
| Réconciliation ERP–plateforme | Quotidienne. | Rapport des écarts. |
| Factures rejetées | Quotidienne. | File d’anomalies. |
| Encaissements non lettrés | Quotidienne. | État des comptes d’attente. |
| Balance âgée | Hebdomadaire ou mensuelle. | Rapport validé. |
| Limites de crédit | Périodique et à chaque dépassement. | Décision du crédit manager. |
| Avoirs importants | À chaque émission. | Autorisation. |
| Créances douteuses | À chaque clôture. | Dossier de justification. |
| Relances suspendues | Hebdomadaire. | Motif et validation. |
1️⃣1️⃣ Cas pratique complexe — PME de services
Une PME de conseil émet 300 factures par mois. La TVA est suivie sur les encaissements. Les clients règlent souvent plusieurs factures avec un virement unique.
Architecture recommandée
- Factures reliées aux relevés de temps validés.
- Transmission automatique à la plateforme.
- Retour des statuts dans le logiciel de facturation.
- Import quotidien des relevés bancaires.
- Lettrage automatique par référence et combinaison de montants.
- Validation humaine des paiements ambigus.
- Calcul de la TVA exigible sur chaque encaissement.
- Relance du solde restant.
Risques prioritaires
- jours non validés facturés ;
- paiements groupés mal ventilés ;
- TVA déclarée sur la totalité au lieu du montant encaissé ;
- solde client clôturé à tort ;
- relance envoyée malgré un paiement non lettré.
1️⃣2️⃣ Cas pratique complexe — ETI industrielle
Une ETI industrielle livre plusieurs sites d’un même groupe client et émet des factures par livraison.
Points de contrôle
- unité légale débitrice ;
- établissement livré ;
- référence de commande ;
- quantités par site ;
- preuves de livraison ;
- facturation partielle ;
- avoirs sur retours ;
- routage centralisé ;
- encours consolidé du groupe client.
Le client refuse une facture car les quantités de deux sites ont été regroupées sous une mauvaise référence de commande.
Traitement
- Analyser les bons de livraison.
- Identifier les références correctes.
- Émettre le correctif requis.
- Mettre à jour le mapping des sites.
- Rejouer le contrôle sur les factures suivantes.
1️⃣3️⃣ Cas pratique complexe — Groupe multi-entités
Un groupe possède six sociétés utilisant trois ERP et une plateforme commune.
Risques spécifiques
- facture émise sous le mauvais SIREN ;
- numérotation mélangée ;
- statut retourné dans le mauvais ERP ;
- encaissement affecté à la mauvaise société ;
- compensation inter-entités non justifiée ;
- relance envoyée par la mauvaise entité ;
- encours client non consolidé.
Contrôles Groupe
| Contrôle | Finalité |
|---|---|
| Matrice entité–ERP–plateforme | Assurer le bon routage. |
| Identifiant transverse | Suivre chaque facture. |
| Compte bancaire par société | Rapprocher les encaissements. |
| Balance âgée par entité et consolidée | Piloter l’exposition globale. |
| RACI Groupe | Attribuer les responsabilités. |
1️⃣4️⃣ Cas pratique complexe — Flux multi-devises
Une facture de 100 000 USD est réglée en deux versements. La comptabilité est tenue en euros.
Contrôles
- devise de facturation ;
- cours utilisé à l’émission ;
- cours utilisé à chaque encaissement ;
- écarts de change ;
- frais bancaires ;
- solde en devise ;
- solde en monnaie comptable ;
- lettrage partiel ;
- relance du solde restant.
| Événement | Traitement |
|---|---|
| Facture | Enregistrer la créance en devise et sa contre-valeur. |
| Premier paiement | Lettrage partiel et calcul d’un écart de change. |
| Second paiement | Clôture du solde et nouvel écart éventuel. |
| Frais bancaires | Isoler les frais du règlement client. |
1️⃣5️⃣ Cas pratique complexe — Prestations avec TVA sur les encaissements
Une société facture une prestation de 24 000 € TTC, payable en trois échéances de 8 000 €.
| Échéance | Encaissement TTC | Solde TTC | Action TVA |
|---|---|---|---|
| 1 | 8 000 € | 16 000 € | Calculer la TVA sur la fraction encaissée. |
| 2 | 8 000 € | 8 000 € | Mettre à jour la TVA exigible cumulée. |
| 3 | 8 000 € | 0 € | Clôturer le suivi après rapprochement. |
Le deuxième paiement est reçu sans référence. La TVA ne doit pas être omise sous prétexte que le lettrage n’est pas encore finalisé. Une procédure de rapprochement prioritaire doit être déclenchée.
1️⃣6️⃣ Cas pratique complexe — Client international
Une entreprise française facture un client étranger en devise, avec un paiement attendu par virement international.
Contrôles Order-to-Cash
- identité juridique étrangère ;
- numéro fiscal ou de TVA ;
- qualification de l’opération ;
- régime de TVA ;
- preuve de transport ou de localisation ;
- devise ;
- coordonnées bancaires ;
- frais de transfert ;
- risque pays ;
- délai de paiement ;
- mécanisme de relance ;
- écarts de change.
Associer une validation fiscale préalable, une limite de crédit adaptée, un suivi en devise et une stratégie de recouvrement tenant compte du pays du client.
📌 Synthèse de cette partie
Le pilotage Order-to-Cash ne s’arrête pas à l’émission de la facture.
L’entreprise doit être capable de :
- interpréter tous les statuts ;
- traiter rapidement les rejets ;
- distinguer rejet, refus et litige ;
- organiser les corrections et avoirs ;
- rapprocher les encaissements ;
- automatiser le lettrage ;
- suivre la TVA sur les encaissements ;
- piloter les créances et les risques ;
- segmenter les scénarios de relance ;
- renforcer le contrôle interne ;
- adapter les processus aux structures complexes.
La suite développera le Cockpit IA Order-to-Cash électronique, son architecture complète, ses moteurs de qualité des données, de rapprochement, de validation, de statuts, de lettrage, de scoring, de relance et de décision, puis la synthèse, les compétences acquises, le niveau de maîtrise et la transition vers la Séquence 2/7.
🆕 Cockpit IA Order-to-Cash électronique
Le Cockpit IA Order-to-Cash constitue le centre de pilotage intelligent de l’ensemble du cycle client, depuis la création de la commande jusqu’à l’encaissement final. Son objectif n’est pas de remplacer les équipes comptables ou financières, mais d’automatiser les contrôles répétitifs, de détecter les anomalies en temps réel et d’assister les décisions des responsables métiers.
Offrir au chef de mission, au DAF et au responsable crédit une vision consolidée, prédictive et temps réel de l’ensemble du processus Order-to-Cash.
🏗️ Architecture complète du Cockpit IA
ERP
↓
Commandes
↓
Livraisons
↓
Facturation électronique
↓
Plateforme PDP
↓
Statuts
↓
Banque
↓
Encaissements
↓
Moteurs IA
Qualité des données↓Validation Facture↓Suivi des statuts↓Rapprochement↓Lettrage↓Scoring Créances↓Relances↓Décision
Cockpit Temps Réel
🧠 Moteur IA de qualité des données clients
Ce moteur vérifie automatiquement :
- cohérence SIREN/SIRET ;
- numéro TVA intracommunautaire ;
- adresse de facturation électronique ;
- coordonnées bancaires ;
- doublons de clients ;
- incohérences contractuelles ;
- conditions de paiement ;
- limites de crédit ;
- données manquantes ;
- historique des anomalies.
🔗 Moteur IA de rapprochement Commande–Livraison–Facture
| Document | Contrôle IA |
|---|---|
| Commande | Références, prix, remises, conditions. |
| Livraison | Quantités, dates, sites, preuves. |
| Facture | Concordance complète. |
| TVA | Qualification fiscale. |
| Paiement | Montant attendu. |
✔️ Moteur IA de validation de la facturation
L’intelligence artificielle vérifie automatiquement :
- mentions obligatoires ;
- régime TVA ;
- cohérence des montants ;
- taux de TVA ;
- conditions de paiement ;
- format électronique ;
- données XML ;
- doublons ;
- règles métiers ;
- cohérence comptable.
📡 Moteur IA de suivi des statuts
Dépôt↓Contrôle↓Transmission↓Mise à disposition↓Acceptation↓Paiement↓Encaissement↓Lettrage↓Archivage
Chaque changement de statut déclenche automatiquement des contrôles, des indicateurs de performance et, si nécessaire, des alertes destinées aux équipes concernées.
💳 Moteur IA de lettrage
Le moteur combine plusieurs critères :
- référence facture ;
- IBAN payeur ;
- montant ;
- devise ;
- date ;
- historique client ;
- texte du virement ;
- paiements groupés ;
- acomptes ;
- avoirs.
📈 Moteur IA de scoring des créances
| Critère | Analyse IA |
|---|---|
| Historique de paiement | Notation dynamique. |
| Retards | Tendance. |
| Montants | Exposition. |
| Litiges | Fréquence. |
| Pays | Risque géographique. |
| Comportement récent | Détection précoce. |
📨 Moteur IA de relance
Le moteur adapte automatiquement les scénarios selon :
- importance stratégique du client ;
- ancienneté du retard ;
- montant ;
- litiges ;
- historique ;
- promesses de paiement ;
- risque calculé ;
- segment client ;
- langue ;
- pays.
🎯 Moteur IA décisionnel
Le moteur peut proposer :
- blocage d’une commande ;
- validation d’une facture ;
- mise en quarantaine ;
- relance automatique ;
- escalade au crédit manager ;
- analyse DAF ;
- proposition de provision ;
- priorisation des dossiers ;
- suivi contentieux ;
- mise à jour des KPI.
🔄 Workflow IA complet
Création Client↓Commande↓Contrôles IA↓Livraison↓Facture↓Validation IA↓Transmission PDP↓Suivi Statuts↓Paiement↓Lettrage IA↓Pilotage Créances↓Relances↓Clôture
🚨 Alertes intelligentes
| Alerte | Déclenchement |
|---|---|
| Client incohérent | SIREN ou TVA invalide. |
| Facture bloquée | Statut figé. |
| Rejet fiscal | Anomalie TVA. |
| Paiement inhabituel | Montant atypique. |
| Créance critique | Score élevé. |
| Relance prioritaire | Échéance dépassée. |
👨💼 Validation humaine
Les décisions suivantes demeurent exclusivement sous la responsabilité des professionnels :
- validation d’un litige ;
- émission d’un avoir ;
- abandon d’une créance ;
- blocage commercial ;
- mise en demeure ;
- contentieux ;
- provision ;
- arbitrage DAF.
⚠️ Limites de l’IA
- absence de responsabilité juridique ;
- analyse limitée aux données disponibles ;
- impossibilité d’interpréter certains contrats complexes ;
- incapacité à arbitrer un litige commercial ;
- dépendance à la qualité des référentiels ;
- nécessité d’une validation humaine pour les décisions engageant l’entreprise.
🏆 Synthèse Premium
Un processus Order-to-Cash performant repose sur la combinaison d’une gouvernance solide, d’une automatisation maîtrisée et d’un contrôle permanent. L’IA améliore considérablement la rapidité de traitement, la qualité des données et la détection des risques, mais elle doit toujours fonctionner sous le contrôle des équipes comptables, financières et fiscales.
🎓 Compétences acquises
- piloter l’ensemble du cycle Order-to-Cash ;
- gérer les statuts électroniques ;
- automatiser le lettrage ;
- sécuriser les créances ;
- organiser les relances ;
- contrôler la TVA sur les encaissements ;
- mettre en œuvre un cockpit IA de pilotage.
📊 Niveau de maîtrise
Chef de mission • Credit Manager • Responsable Comptable • DAF • Responsable Transformation Finance.
➡️ Transition vers la Séquence 2/7
Après avoir sécurisé le processus clients Order-to-Cash, la prochaine séquence abordera le processus inverse Purchase-to-Pay (P2P). Vous apprendrez à transformer le cycle fournisseurs, depuis la commande jusqu’au paiement, en intégrant la facture électronique, les contrôles automatiques, le rapprochement des documents et les mécanismes d’intelligence artificielle dédiés aux achats.
📖 Séquence 2/7 — Repenser le processus fournisseurs Procure-to-Pay (P2P)
Transformer le cycle fournisseurs grâce à la facture électronique, à l’automatisation intelligente et aux contrôles permanents.
🎯 Introduction Premium
Le processus Procure-to-Pay (P2P) couvre l’ensemble du cycle achats depuis l’expression du besoin jusqu’au paiement du fournisseur. Avec la généralisation de la facture électronique, ce processus devient largement automatisable, à condition que les données soient fiables, les contrôles correctement paramétrés et les responsabilités clairement définies.
L’objectif n’est plus seulement de comptabiliser une facture fournisseur, mais de construire un processus sécurisé permettant de détecter immédiatement les anomalies, de limiter les fraudes, d’améliorer la qualité comptable, de réduire les délais de traitement et de fiabiliser la TVA déductible.
Dans une organisation mature, la facture fournisseur n’est plus le point de départ du traitement : elle devient la conséquence d’un processus maîtrisé reliant les achats, les commandes, les réceptions, les validations, la comptabilité, la trésorerie et la plateforme de dématérialisation.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de concevoir un processus Procure-to-Pay totalement intégré, conforme à la réforme de la facturation électronique et capable d’automatiser la majorité des traitements tout en conservant un haut niveau de contrôle interne.
🎓 Compétences développées
- réceptionner automatiquement les factures électroniques ;
- rapprocher commande, réception et facture ;
- détecter les doublons ;
- contrôler la TVA déductible ;
- organiser les circuits d’approbation ;
- traiter les litiges fournisseurs ;
- préparer les paiements ;
- automatiser les écritures comptables ;
- piloter les délais de traitement ;
- utiliser un Cockpit IA Procure-to-Pay.
📦 Architecture générale du Procure-to-Pay
Besoin
↓Demande d’achat
↓Validation
↓Commande
↓Réception
↓Facture électronique
↓Plateforme PDP
↓ERP
↓Contrôles
↓Approbation
↓Comptabilisation
↓Paiement
↓Archivage
📥 Pourquoi la réception automatique change totalement le processus achats ?
La facture électronique n’est plus saisie manuellement. Elle est déposée automatiquement dans le système d’information via la plateforme de dématérialisation partenaire puis injectée dans l’ERP selon des règles de traitement prédéfinies.
Cette automatisation réduit fortement les ressaisies, les erreurs de saisie, les pertes de documents et accélère considérablement le délai de traitement des factures fournisseurs.
- suppression de la saisie manuelle ;
- réduction des erreurs ;
- accélération du traitement ;
- meilleure traçabilité ;
- pilotage en temps réel ;
- contrôle automatique de conformité.
📨 Réception automatique des factures électroniques
| Étape | Traitement automatique |
|---|---|
| Réception PDP | Contrôle technique du flux. |
| Identification fournisseur | Recherche dans les référentiels. |
| Contrôle du format | Validation Factur-X, UBL ou CII. |
| Extraction des données | Lecture des données XML. |
| Transmission ERP | Création automatique de la facture fournisseur. |
| Déclenchement du workflow | Contrôles et validations. |
🔄 Le rapprochement Commande – Réception – Facture (3-Way Matching)
Le rapprochement automatique constitue le cœur du Procure-to-Pay moderne.
Commande↓Réception↓Facture↓Comparaison automatique↓ValidationouAnomalie
L’objectif consiste à vérifier que la facture correspond exactement à ce qui a été commandé puis effectivement reçu.
🔍 Contrôles réalisés lors du rapprochement
| Élément contrôlé | Objectif |
|---|---|
| Référence commande | Correspondance documentaire. |
| Fournisseur | Identification correcte. |
| Quantités | Commande = Réception = Facture. |
| Prix unitaires | Respect des conditions négociées. |
| Remises | Application contractuelle. |
| TVA | Conformité fiscale. |
| Conditions de paiement | Respect du contrat. |
| Devise | Cohérence financière. |
⚠️ Les principales anomalies détectées
- absence de commande ;
- commande clôturée ;
- écart de quantité ;
- écart de prix ;
- livraison incomplète ;
- TVA incohérente ;
- référence fournisseur inconnue ;
- facture en doublon ;
- conditions de paiement différentes ;
- devise incorrecte.
📊 Tableau Premium — Niveaux de rapprochement
| Type | Niveau de sécurité |
|---|---|
| 2-Way Matching | Commande ↔ Facture. |
| 3-Way Matching | Commande ↔ Réception ↔ Facture. |
| 4-Way Matching | Commande ↔ Réception ↔ Contrôle qualité ↔ Facture. |
| Matching IA | Analyse intelligente multi-critères. |
🛡 Détection automatique des doublons
Avant toute comptabilisation, chaque facture doit être comparée à l’historique afin d’éviter les doubles paiements.
| Critère IA | Analyse |
|---|---|
| Numéro facture | Recherche exacte. |
| Montant | Comparaison. |
| Date | Proximité temporelle. |
| Fournisseur | Identité juridique. |
| Référence commande | Doublons potentiels. |
| Empreinte documentaire | Comparaison avancée. |
💡 Cas pratiques Premium
L’ERP bloque automatiquement la comptabilisation et déclenche un workflow d’investigation vers le service achats.
L’écart dépasse le seuil d’autorisation. La facture est orientée vers le responsable achats avant validation.
Le moteur de détection des doublons identifie une facture identique déjà comptabilisée et bloque automatiquement le paiement.
La seconde partie développera le contrôle de la TVA, les circuits d’approbation, le traitement des litiges fournisseurs, la préparation du paiement, la comptabilisation automatique, les tableaux Premium, les schémas professionnels et les cas complexes avant de passer au Cockpit IA Procure-to-Pay dans la livraison suivante.
🧾 Contrôler la TVA sur les factures fournisseurs
La dématérialisation ne dispense jamais l’entreprise de contrôler la TVA figurant sur les factures reçues. La responsabilité de la déduction demeure celle de l’entreprise destinataire de la facture.
Avant toute comptabilisation, plusieurs vérifications doivent être effectuées afin de garantir la conformité fiscale des opérations.
| Contrôle | Objectif |
|---|---|
| Taux de TVA | Conformité avec la nature de l’opération. |
| Base taxable | Exactitude des montants. |
| Numéro de TVA | Identification du fournisseur. |
| Mentions obligatoires | Respect des exigences réglementaires. |
| Régime fiscal | Autoliquidation, exonération, franchise… |
| Déductibilité | Vérification des règles applicables. |
Une facture techniquement conforme peut néanmoins comporter une TVA incorrecte. Les contrôles fiscaux doivent toujours compléter les contrôles techniques.
✔ Organiser les circuits d’approbation
Toutes les factures ne suivent pas le même circuit de validation. Les workflows doivent être adaptés selon le montant, la nature de la dépense, l’organisation de l’entreprise et les délégations de pouvoirs.
Facture reçue
↓Contrôles automatiques
↓Responsable métier
↓Responsable budgétaire
↓Comptabilité
↓Direction financière
↓Paiement
📊 Niveaux d’approbation
| Situation | Validation recommandée |
|---|---|
| Dépenses courantes | Responsable opérationnel. |
| Investissements | Direction financière. |
| Prestations intellectuelles | Responsable métier + DAF. |
| Dépenses exceptionnelles | Direction Générale. |
| Montants supérieurs aux seuils | Validation hiérarchique renforcée. |
⚠ Gérer les litiges fournisseurs
Les litiges peuvent intervenir à n’importe quelle étape du processus Procure-to-Pay.
- écart de prix ;
- écart de quantité ;
- marchandises non reçues ;
- prestation non conforme ;
- commande absente ;
- TVA erronée ;
- facture en doublon ;
- conditions contractuelles non respectées.
🔄 Workflow de traitement des litiges
Facture reçue
↓Anomalie détectée
↓Qualification
↓Analyse
↓Échanges fournisseur
↓CorrectionouAvoirouNouvelle facture
↓Validation
↓Paiement
💳 Préparer le paiement fournisseur
Le paiement ne doit être déclenché qu’après validation complète de la facture et résolution des éventuels litiges.
| Contrôle préalable | Objectif |
|---|---|
| Facture validée | Autoriser le règlement. |
| Commande rapprochée | Éviter les erreurs. |
| Réception confirmée | Contrôle du service fait. |
| TVA contrôlée | Sécurisation fiscale. |
| IBAN vérifié | Prévenir la fraude. |
| Échéance | Optimisation de trésorerie. |
📚 Comptabilisation automatique
Une fois les validations terminées, l’ERP peut générer automatiquement les écritures comptables.
Facture validée
↓Compte fournisseur
↓Compte de charge
↓TVA déductible
↓Écriture comptable
↓Paiement
↓Lettrage
⏱ Suivre les délais de traitement
| Indicateur | Objectif |
|---|---|
| Délai réception → validation | Réduire les temps d’attente. |
| Délai validation → paiement | Optimiser la trésorerie. |
| Factures bloquées | Identifier les anomalies. |
| Litiges ouverts | Suivre leur résolution. |
| Taux d’automatisation | Mesurer la performance du P2P. |
📊 Tableaux Premium
- grille complète de validation des factures fournisseurs ;
- matrice des circuits d’approbation ;
- cartographie des contrôles TVA ;
- comparatif des workflows Procure-to-Pay ;
- tableau des indicateurs de performance achats.
📐 Schémas Premium
- architecture complète Procure-to-Pay ;
- cycle de vie d’une facture fournisseur ;
- workflow de validation ;
- rapprochement Commande – Réception – Facture ;
- circuit de paiement sécurisé.
🖼 Illustrations professionnelles
- lecture d’une facture électronique fournisseur ;
- analyse d’un rapprochement 3-Way Matching ;
- visualisation d’un workflow d’approbation ;
- tableau de bord P2P ;
- cartographie des flux achats.
💼 Cas pratiques Premium
Mise en place d’un circuit d’approbation simplifié avec rapprochement automatique des commandes et des factures.
Gestion de plusieurs milliers de factures mensuelles avec automatisation des validations et contrôle renforcé des fournisseurs.
Intégration multi-ERP, multi-devises, plusieurs plateformes et workflows d’approbation internationaux.
La partie suivante développera le Cockpit IA Procure-to-Pay électronique, son architecture complète, les moteurs d’intelligence artificielle, le workflow décisionnel, les alertes intelligentes, la validation humaine, les limites de l’IA, la synthèse Premium, les compétences acquises et la transition vers la Séquence 3/7.
🆕 Cockpit IA Procure-to-Pay électronique
Le Cockpit IA Procure-to-Pay constitue le centre de pilotage intelligent du processus fournisseurs. Il supervise automatiquement l’ensemble du cycle allant de la réception de la facture électronique jusqu’au paiement du fournisseur, en passant par les rapprochements, les validations, la comptabilisation et les contrôles fiscaux.
Automatiser les traitements répétitifs, sécuriser les achats, réduire les délais de validation, détecter les anomalies en temps réel et fournir au DAF ainsi qu’au chef de mission une vision consolidée du cycle fournisseurs.
🏗️ Architecture complète
Fournisseur
↓Facture électronique
↓Plateforme PDP
↓ERP
↓Réception automatique
↓Matching IA
↓Validation
↓Comptabilisation
↓Paiement
↓Archivage
Cockpit IA
Qualité des données↓Matching↓TVA↓Workflow↓Paiement↓Pilotage
🧠 Moteur IA de réception automatique
- contrôle du format Factur-X, UBL ou CII ;
- lecture automatique des données XML ;
- identification du fournisseur ;
- vérification du SIREN, SIRET et TVA ;
- contrôle des mentions obligatoires ;
- intégration automatique dans l’ERP.
🔗 Moteur IA de rapprochement
Le moteur rapproche automatiquement les commandes, les réceptions et les factures afin de sécuriser les paiements.
| Élément analysé | Contrôle réalisé |
|---|---|
| Commande | Existence et validité. |
| Réception | Service fait ou livraison. |
| Facture | Montants et références. |
| Prix | Comparaison automatique. |
| Quantités | Contrôle des écarts. |
| TVA | Validation fiscale. |
✔️ Moteur IA de validation
Avant toute comptabilisation, l’IA vérifie notamment :
- cohérence documentaire ;
- respect des règles métiers ;
- qualité des données ;
- conformité réglementaire ;
- cohérence TVA ;
- présence des validations internes ;
- absence de doublons ;
- conformité du workflow.
📒 Moteur IA de comptabilisation
Après validation, les écritures sont proposées automatiquement selon les règles comptables de l’entreprise.
Facture validée↓Comptes de charges↓TVA déductible↓Compte fournisseur↓Écriture comptable↓Préparation du paiement
💳 Moteur IA de préparation des paiements
- calcul des échéances ;
- prise en compte des escomptes ;
- priorisation des paiements ;
- contrôle des coordonnées bancaires ;
- prévention de la fraude ;
- optimisation de la trésorerie.
📊 Moteur IA décisionnel
| Situation | Décision proposée |
|---|---|
| Facture conforme | Validation automatique. |
| Écart mineur | Validation avec alerte. |
| Écart important | Blocage et analyse. |
| Suspicion de fraude | Escalade immédiate. |
| Doublon détecté | Blocage du paiement. |
🔄 Workflow IA complet
Réception↓Lecture XML↓Identification↓Matching↓Validation↓Contrôle TVA↓Comptabilisation↓Paiement↓Archivage↓Pilotage
🚨 Alertes intelligentes
- facture en doublon ;
- écart commande/facture ;
- écart de réception ;
- TVA incohérente ;
- IBAN modifié ;
- retard d’approbation ;
- retard de paiement ;
- workflow interrompu ;
- anomalie documentaire ;
- risque de fraude fournisseur.
👨💼 Validation humaine
Les décisions suivantes demeurent exclusivement de la responsabilité des équipes achats, comptables et financières :
- acceptation d’un écart significatif ;
- validation des dépenses exceptionnelles ;
- arbitrage d’un litige ;
- validation des fournisseurs sensibles ;
- autorisation finale de paiement ;
- modification des règles de contrôle.
⚠️ Limites de l’IA
- absence de responsabilité juridique ;
- dépendance à la qualité des référentiels ;
- incapacité à interpréter certaines clauses contractuelles ;
- nécessité d’un arbitrage humain en cas de litige ;
- validation humaine indispensable pour les décisions engageant financièrement l’entreprise.
💼 Cas pratiques Premium
Automatisation complète du rapprochement des commandes et des factures avec validation unique avant paiement.
Workflow d’approbation multi-niveaux intégrant plusieurs centres de coûts et plusieurs responsables budgétaires.
Gestion de plusieurs ERP, plateformes PDP, devises et fournisseurs internationaux avec contrôle centralisé.
🏆 Synthèse Premium
Un processus Procure-to-Pay performant repose sur la combinaison d’un référentiel fournisseurs fiable, d’un rapprochement automatique sécurisé, d’un contrôle permanent de la TVA, d’une gouvernance rigoureuse et d’une intelligence artificielle supervisée. L’automatisation améliore considérablement la productivité, mais la validation humaine demeure indispensable pour les décisions financières et contractuelles les plus sensibles.
🎓 Compétences acquises
- concevoir un processus Procure-to-Pay électronique complet ;
- automatiser la réception des factures ;
- mettre en œuvre un rapprochement intelligent ;
- sécuriser la TVA déductible ;
- piloter les workflows d’approbation ;
- préparer les paiements en toute sécurité ;
- utiliser un Cockpit IA Procure-to-Pay.
📈 Niveau de maîtrise
Responsable Comptable • Responsable Achats • Chef de Mission • DAF • Responsable Transformation Finance.
➡️ Transition vers la Séquence 3/7
Après avoir transformé le cycle fournisseurs Procure-to-Pay, la séquence suivante sera consacrée au pilotage de la TVA dans un environnement de facturation électronique. Vous apprendrez à sécuriser les déclarations, les contrôles fiscaux, les données de e-reporting et les mécanismes d’automatisation des obligations déclaratives.
📖 Séquence 3/7 — Sécuriser la TVA à partir des données électroniques
Transformer les données issues de la facturation électronique en un dispositif permanent de sécurisation fiscale, de contrôle interne et de pilotage de la TVA.
🎯 Introduction Premium
La réforme de la facturation électronique transforme profondément le contrôle de la TVA. Jusqu’à présent, la TVA reposait principalement sur les déclarations périodiques, les pièces justificatives et les contrôles a posteriori. Désormais, les données électroniques circulent quasiment en temps réel entre les entreprises, les plateformes agréées et l’administration fiscale.
Cette évolution permet d’automatiser une grande partie des contrôles, de détecter plus rapidement les incohérences et d’améliorer la qualité des déclarations. En contrepartie, les entreprises doivent renforcer leur maîtrise des flux, de l’exigibilité de la TVA et de la cohérence des informations transmises.
La TVA n’est plus uniquement une déclaration mensuelle ou trimestrielle : elle devient un processus continu alimenté directement par les données électroniques issues des ERP, des plateformes de dématérialisation et des référentiels comptables.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de mettre en œuvre un dispositif complet de sécurisation de la TVA fondé sur les données électroniques, de détecter les anomalies avant leur transmission et de préparer efficacement un contrôle fiscal.
🎓 Compétences développées
- rapprocher automatiquement les factures électroniques et les déclarations de TVA ;
- contrôler la TVA collectée ;
- contrôler la TVA déductible ;
- gérer correctement l’exigibilité ;
- traiter les prestations de services ;
- sécuriser les taux de TVA ;
- détecter les incohérences ;
- prévenir les doubles déductions ;
- constituer une piste d’audit fiable ;
- utiliser un Contrôleur IA TVA & Factures électroniques.
📊 Pourquoi les données électroniques révolutionnent le contrôle de la TVA ?
Chaque facture électronique transporte un ensemble structuré d’informations fiscales directement exploitables par les ERP, les plateformes partenaires et les systèmes de contrôle. Cette structuration permet d’automatiser des vérifications auparavant réalisées manuellement.
| Avant la réforme | Après la réforme |
|---|---|
| Saisie manuelle | Données structurées XML |
| Contrôles ponctuels | Contrôles permanents |
| Déclarations principalement déclaratives | Déclarations alimentées par les flux électroniques |
| Détection tardive des anomalies | Détection quasi immédiate |
| Faible automatisation | Automatisation massive des contrôles |
🔄 Rapprocher automatiquement les factures et les déclarations de TVA
Le rapprochement consiste à comparer les données issues des factures électroniques avec les montants figurant dans les déclarations de TVA afin de garantir leur parfaite cohérence.
Factures électroniques
↓ERP
↓Comptabilité
↓Déclaration TVA
↓Contrôle automatique
↓ValidationouAnomalie
🧾 Contrôler la TVA collectée
La TVA collectée constitue l’un des principaux axes de contrôle de l’administration fiscale. Les données issues des factures électroniques permettent d’effectuer des vérifications beaucoup plus fines.
| Contrôle | Objectif |
|---|---|
| Base taxable | Exactitude des montants. |
| Taux appliqué | Conformité réglementaire. |
| Montant TVA | Calcul automatique. |
| Date d’exigibilité | Bonne période déclarative. |
| Factures annulées | Neutralisation correcte. |
| Avoirs | Réintégration conforme. |
📥 Contrôler la TVA déductible
La TVA déductible doit être sécurisée avant toute déclaration afin d’éviter les redressements fiscaux.
- présence des mentions obligatoires ;
- existence d’une facture conforme ;
- identification du fournisseur ;
- validité du numéro de TVA ;
- cohérence du taux ;
- déductibilité de la dépense ;
- absence de doublon ;
- bonne période de déduction.
⏱ Gérer correctement l’exigibilité de la TVA
La détermination de la date d’exigibilité reste fondamentale malgré l’automatisation des échanges.
| Situation | Date d’exigibilité |
|---|---|
| Livraison de biens | En principe lors de la livraison. |
| Prestations de services | Selon les règles applicables, notamment les encaissements lorsque ce régime s’applique. |
| Acompte | Selon la réglementation applicable. |
| Avoir | Correction de la TVA initialement déclarée. |
💼 Les prestations de services
Les prestations de services nécessitent une vigilance particulière en raison des règles spécifiques d’exigibilité, des paiements partiels, des acomptes, des prestations continues ou des contrats de longue durée.
- prestations ponctuelles ;
- prestations continues ;
- acomptes ;
- encaissements partiels ;
- factures de situation ;
- prestations internationales.
📊 Contrôler les taux de TVA
Les données structurées permettent de vérifier automatiquement la cohérence entre la nature de l’opération, le régime fiscal applicable et le taux de TVA déclaré. Cette automatisation limite les erreurs déclaratives tout en renforçant la qualité des informations transmises à l’administration fiscale.
| Élément contrôlé | Vérification réalisée |
|---|---|
| Nature de l’opération | Biens ou prestations. |
| Régime fiscal | National, intracommunautaire ou international. |
| Taux appliqué | Conformité avec la réglementation applicable. |
| Exonération | Présence des mentions justificatives. |
| Autoliquidation | Application correcte du mécanisme. |
| Territorialité | Vérification des règles de localisation. |
🔎 Détecter automatiquement les incohérences
Les moteurs de contrôle analysent simultanément les données comptables, fiscales et documentaires afin d’identifier les anomalies avant l’établissement de la déclaration de TVA.
- écart entre base taxable et montant de TVA ;
- taux incompatible avec la nature de l’opération ;
- TVA collectée absente ;
- TVA déductible injustifiée ;
- mentions obligatoires manquantes ;
- dates incohérentes ;
- factures annulées encore déclarées ;
- avoirs non pris en compte ;
- écarts entre ERP et déclaration ;
- doublons de facturation.
🚫 Prévenir les doubles déductions
La double déduction constitue un risque fiscal majeur. Les contrôles automatiques doivent empêcher qu’une même facture soit comptabilisée ou déduite plusieurs fois.
Facture reçue
↓Identification
↓Comparaison historique
↓Analyse des références
↓Recherche de doublons
↓ValidationouBlocage automatique
📂 Constituer une piste d’audit fiable
Les données électroniques facilitent la constitution d’une piste d’audit fiable en conservant l’ensemble des informations relatives au cycle de vie de chaque facture et aux contrôles réalisés.
| Élément conservé | Utilité |
|---|---|
| Facture électronique | Justificatif fiscal. |
| Données XML | Données structurées exploitables. |
| Historique des statuts | Traçabilité complète. |
| Contrôles effectués | Preuve de conformité. |
| Corrections | Historique des modifications. |
| Journal des actions | Responsabilités et audit. |
📈 Tableau Premium — Contrôles TVA automatisés
| Contrôle | Objectif | Niveau de risque |
|---|---|---|
| Taux de TVA | Conformité réglementaire. | Élevé. |
| Base taxable | Exactitude des montants. | Élevé. |
| Exigibilité | Bonne période déclarative. | Élevé. |
| Déductibilité | Sécurisation fiscale. | Très élevé. |
| Doublons | Prévention des doubles déductions. | Très élevé. |
| Piste d’audit | Justification des opérations. | Élevé. |
📐 Schémas Premium
- cycle complet de contrôle de la TVA à partir des factures électroniques ;
- cartographie des flux TVA collectée et TVA déductible ;
- chronologie de l’exigibilité ;
- constitution de la piste d’audit fiable ;
- chaîne de rapprochement ERP → Facture électronique → Déclaration de TVA.
🖼 Illustrations professionnelles
- lecture d’une facture électronique avec analyse TVA ;
- visualisation des données XML utilisées pour la déclaration ;
- comparaison entre comptabilité et déclaration CA3 ;
- détection graphique d’une incohérence de taux ;
- constitution visuelle d’une piste d’audit fiable.
💼 Cas pratiques Premium
Une facture de vente applique un taux inadapté. Les contrôles automatiques identifient immédiatement l’écart avant transmission de la déclaration.
Une facture fournisseur est intégrée deux fois dans l’ERP. Le contrôle des références et de l’empreinte documentaire bloque automatiquement la seconde comptabilisation.
Le système vérifie que la TVA n’est déclarée qu’au moment où elle devient exigible conformément au régime applicable.
La partie suivante développera le Contrôleur IA TVA & Factures électroniques, son architecture complète, ses moteurs de contrôle, son workflow décisionnel, les alertes intelligentes, la validation humaine, les limites de l’IA, la synthèse Premium, les compétences acquises et la transition vers la Séquence 4/7.
🆕 Contrôleur IA TVA & Factures électroniques
Le Contrôleur IA TVA & Factures électroniques constitue le centre de supervision fiscale de l’entreprise. Il analyse en permanence les données issues des factures électroniques, des écritures comptables, des ERP et des déclarations de TVA afin de détecter les anomalies avant leur transmission à l’administration fiscale.
Passer d’un contrôle ponctuel de la TVA à un contrôle permanent, automatisé, documenté et piloté en temps réel grâce aux données structurées de la facturation électronique.
🏗️ Architecture complète
ERP
↓Factures électroniques
↓Plateforme PDP
↓Comptabilité
↓Déclaration TVA
↓Contrôleur IA
Moteur de rapprochement↓Moteur TVA collectée↓Moteur TVA déductible↓Moteur Exigibilité↓Moteur Cohérence↓Moteur Piste d’audit↓Cockpit Fiscal
🔍 Moteur IA de rapprochement TVA
Le premier moteur compare automatiquement les données provenant des factures électroniques avec les écritures comptables et les déclarations fiscales.
| Source analysée | Contrôle réalisé |
|---|---|
| Factures électroniques | Données XML. |
| ERP | Écritures générées. |
| Comptabilité | Comptes de TVA. |
| Déclaration TVA | Correspondance automatique. |
| E-reporting | Cohérence des transmissions. |
📈 Moteur IA TVA collectée
- contrôle des bases taxables ;
- contrôle des taux ;
- calcul automatique de la TVA ;
- détection des écarts ;
- analyse des avoirs ;
- contrôle des annulations ;
- vérification des factures de situation ;
- contrôle des acomptes ;
- analyse des régimes particuliers ;
- vérification des opérations internationales.
📥 Moteur IA TVA déductible
- contrôle des mentions obligatoires ;
- contrôle des fournisseurs ;
- contrôle de la déductibilité ;
- détection des doubles déductions ;
- contrôle des immobilisations ;
- analyse des dépenses exclues ;
- contrôle des justificatifs ;
- analyse des corrections ;
- contrôle des périodes ;
- contrôle des écritures de TVA.
⏱️ Moteur IA d’exigibilité
Ce moteur identifie automatiquement la date correcte d’exigibilité de la TVA selon la nature de l’opération.
| Situation | Analyse IA |
|---|---|
| Livraison de biens | Contrôle du fait générateur. |
| Prestations | Contrôle du régime applicable. |
| Acomptes | Suivi des versements. |
| Paiements partiels | Calcul automatique. |
| Avoirs | Correction des périodes TVA. |
📊 Moteur IA de cohérence fiscale
Les contrôles croisés portent simultanément sur les flux commerciaux, comptables et fiscaux.
- cohérence facture ↔ comptabilité ;
- cohérence comptabilité ↔ déclaration ;
- cohérence déclaration ↔ e-reporting ;
- cohérence des périodes ;
- cohérence des taux ;
- cohérence des régimes ;
- cohérence des écritures ;
- cohérence documentaire.
📂 Moteur IA de piste d’audit fiable
Chaque contrôle réalisé est historisé afin de documenter la piste d’audit fiable de l’entreprise.
Facture↓Contrôles↓Historique↓Validation↓Corrections↓Journalisation↓Archivage↓Piste d’audit
🔄 Workflow IA complet
Facture électronique↓Lecture XML↓Analyse TVA↓Contrôle comptable↓Contrôle fiscal↓Détection anomalies↓Décision↓Validation↓Déclaration↓Archivage
🚨 Alertes intelligentes
| Alerte | Action proposée |
|---|---|
| Taux incohérent | Blocage avant déclaration. |
| Double déduction | Neutralisation automatique. |
| TVA non exigible | Décalage de période. |
| Montants divergents | Analyse détaillée. |
| Facture incomplète | Demande de correction. |
| Déclaration incohérente | Validation suspendue. |
👨💼 Validation humaine
Malgré l’automatisation, les arbitrages fiscaux restent sous la responsabilité des professionnels.
- qualification fiscale complexe ;
- interprétation d’une exonération ;
- traitement d’un contrôle fiscal ;
- validation des corrections ;
- gestion des opérations exceptionnelles ;
- validation définitive des déclarations.
⚠️ Limites de l’IA
- absence de responsabilité juridique ;
- dépendance à la qualité des données d’entrée ;
- incapacité à apprécier certains choix fiscaux complexes ;
- nécessité d’une validation humaine pour les opérations sensibles ;
- mise à jour indispensable en fonction des évolutions réglementaires.
💼 Cas pratiques Premium
Contrôle automatique de la cohérence entre les ventes, la comptabilité et la déclaration CA3 avant dépôt.
Gestion automatisée de l’exigibilité de la TVA selon les encaissements avec suivi des paiements partiels.
Contrôle simultané des opérations nationales, intracommunautaires et hors Union européenne avec analyse des différents régimes de TVA.
🏆 Synthèse Premium
La facturation électronique transforme la TVA en un processus piloté par les données. Les contrôles deviennent continus, les rapprochements sont automatisés et les anomalies sont détectées beaucoup plus tôt. Toutefois, la responsabilité fiscale demeure entre les mains de l’entreprise, qui doit conserver une gouvernance solide et une validation humaine des situations complexes.
🎓 Compétences acquises
- sécuriser la TVA à partir des données électroniques ;
- automatiser les rapprochements TVA ;
- contrôler la TVA collectée et déductible ;
- gérer l’exigibilité ;
- prévenir les doubles déductions ;
- constituer une piste d’audit fiable ;
- mettre en œuvre un Contrôleur IA TVA & Factures électroniques.
📊 Niveau de maîtrise
Expert TVA • Responsable Fiscal • Chef de Mission • Responsable Comptable • DAF • Directeur Fiscal.
➡️ Transition vers la Séquence 4/7
La prochaine séquence sera consacrée à la transformation des processus de trésorerie dans un environnement de facturation électronique. Vous apprendrez à exploiter les statuts des factures, les encaissements, les paiements et les données de trésorerie afin d’améliorer les prévisions financières et le pilotage des flux de liquidité.
📖 Séquence 4/7 — Traiter les cas particuliers
Maîtriser les situations les plus complexes de la facturation électronique afin de garantir la conformité fiscale, comptable et opérationnelle de toutes les opérations atypiques.
🎯 Introduction Premium
La majorité des factures électroniques suivent un cycle relativement standard. Toutefois, certaines opérations présentent des spécificités juridiques, fiscales ou comptables nécessitant des traitements particuliers. Acomptes, avoirs, autofacturation, opérations triangulaires ou encore factures périodiques imposent des règles de gestion spécifiques qui doivent être parfaitement maîtrisées.
L’automatisation ne supprime pas ces particularités ; elle exige au contraire une modélisation encore plus précise afin que les plateformes, les ERP et les systèmes comptables puissent appliquer automatiquement les bonnes règles.
Les cas particuliers représentent une faible proportion des factures mais concentrent une part importante des risques fiscaux, comptables et opérationnels. Leur traitement doit être entièrement documenté, contrôlé et intégré aux workflows électroniques.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de sécuriser tous les traitements particuliers de la facturation électronique, d’identifier les risques associés et de construire des procédures fiables permettant leur automatisation sous contrôle humain.
🎓 Compétences développées
- traiter les acomptes ;
- traiter les avoirs ;
- gérer l’autofacturation ;
- traiter les factures rectificatives ;
- gérer les notes de débit ;
- traiter les opérations triangulaires ;
- gérer les débours ;
- traiter les factures périodiques ;
- sécuriser les opérations multi-taux ;
- utiliser l’Arbitre IA Cas complexes de facturation.
📚 Cartographie des principaux cas particuliers
| Situation | Niveau de complexité | Risque fiscal |
|---|---|---|
| Acompte | Moyen | Exigibilité TVA |
| Avoir | Moyen | Correction TVA |
| Autofacturation | Élevé | Organisation contractuelle |
| Facture rectificative | Élevé | Période déclarative |
| Note de débit | Élevé | Qualification fiscale |
| Opération triangulaire | Très élevé | TVA internationale |
| Débours | Élevé | Qualification comptable |
| Facture périodique | Moyen | Chronologie TVA |
| Multi-taux | Élevé | Ventilation TVA |
💰 Traiter les acomptes
Les acomptes nécessitent une gestion spécifique afin d’assurer la bonne prise en compte des montants déjà versés, des échéances restantes et du traitement de la TVA selon le régime applicable.
Commande↓Acompte↓Facture d’acompte↓Encaissement↓Facture finale↓Déduction de l’acompte
↩️ Traiter les avoirs
Les avoirs permettent de corriger totalement ou partiellement une facture initiale sans supprimer la traçabilité des opérations déjà réalisées.
- avoir total ;
- avoir partiel ;
- retour marchandises ;
- remise commerciale ;
- erreur de facturation ;
- annulation d’opération.
🧾 Gérer l’autofacturation
Dans certains cas prévus contractuellement et réglementairement, la facture est émise par le client pour le compte du fournisseur. Cette organisation impose une gouvernance rigoureuse, des contrôles renforcés et une parfaite synchronisation des systèmes d’information.
✏️ Factures rectificatives
Les rectifications permettent de corriger une facture initiale lorsque des erreurs sont constatées après son émission.
| Erreur | Traitement recommandé |
|---|---|
| Erreur de prix | Facture rectificative ou avoir selon le contexte. |
| Erreur de quantité | Rectification documentée. |
| Erreur de TVA | Correction fiscale avec impact déclaratif. |
| Erreur d’identification | Rectification des données concernées. |
📄 Les notes de débit
Les notes de débit permettent de réclamer des montants complémentaires lorsque les conditions contractuelles le justifient (intérêts de retard, frais complémentaires, ajustements tarifaires, etc.). Elles doivent être distinguées des factures classiques et traitées selon leur qualification juridique et fiscale.
🌍 Traiter les opérations triangulaires
Les opérations impliquant trois entreprises situées dans plusieurs États nécessitent une analyse approfondie de la territorialité, des flux physiques et des règles de TVA applicables.
Fournisseur↓Intermédiaire↓Client final↓Flux physiques↓Flux de facturation↓TVA
💼 Les débours
Les débours correspondent à des sommes avancées pour le compte d’un client dans des conditions spécifiques. Leur traitement diffère des charges refacturées et nécessite une analyse précise afin d’éviter une mauvaise qualification comptable ou fiscale.
📅 Les factures périodiques
Les contrats récurrents (abonnements, maintenance, loyers, prestations continues…) donnent lieu à des factures périodiques nécessitant une gestion automatisée des échéances, des périodes couvertes et des règles de TVA.
📊 Les opérations multi-taux
Une même facture peut comporter plusieurs taux de TVA. Les systèmes doivent ventiler automatiquement les bases taxables, calculer chaque montant de TVA et garantir la cohérence entre les données structurées, le rendu visuel et les écritures comptables.
La partie suivante développera les procédures de sécurisation, les contrôles internes, les cas pratiques complexes, l’Arbitre IA Cas complexes de facturation, son architecture complète, son workflow décisionnel, les alertes intelligentes, la validation humaine, les limites de l’IA, la synthèse Premium, les compétences acquises et la transition vers la Séquence 5/7.
🛡 Sécuriser les traitements des cas particuliers
Les cas particuliers ne doivent jamais être gérés comme des exceptions isolées. Ils doivent être intégrés dans des procédures normalisées, documentées et automatisées afin de garantir la conformité des traitements et la cohérence des données transmises aux plateformes de dématérialisation, aux ERP et à l’administration fiscale.
| Cas particulier | Contrôle indispensable |
|---|---|
| Acompte | Contrôle de l’imputation sur la facture finale. |
| Avoir | Lien obligatoire avec la facture d’origine. |
| Autofacturation | Convention contractuelle et validation du fournisseur. |
| Rectification | Historisation complète des corrections. |
| Débours | Qualification juridique et fiscale. |
| Multi-taux | Ventilation automatique des bases TVA. |
🏢 Contrôle interne des cas complexes
- séparation des tâches ;
- validation des cas exceptionnels ;
- contrôle de la TVA ;
- contrôle des montants ;
- contrôle documentaire ;
- validation hiérarchique ;
- journalisation des modifications ;
- traçabilité complète des décisions ;
- contrôle périodique des traitements ;
- revue annuelle des procédures.
📊 Tableau Premium — Matrice des risques
| Situation | Risque | Niveau |
|---|---|---|
| Acompte | Mauvaise exigibilité. | Élevé. |
| Avoir | Correction TVA incomplète. | Élevé. |
| Autofacturation | Erreur de responsabilité. | Très élevé. |
| Triangulaire | Erreur de territorialité. | Très élevé. |
| Débours | Mauvaise qualification. | Très élevé. |
| Multi-taux | Erreur de ventilation. | Élevé. |
💼 Cas pratiques Premium
Le client verse un acompte puis annule la commande. L’entreprise doit émettre un avoir conforme, corriger les conséquences sur la TVA et assurer la parfaite traçabilité de l’opération.
Une facture comporte des opérations soumises à plusieurs taux de TVA. L’ERP ventile automatiquement les bases taxables, calcule chaque montant de TVA et contrôle la cohérence avec les données XML.
Trois entreprises situées dans différents États membres participent à une même opération. Les règles de territorialité, d’exigibilité et de déclaration sont analysées avant émission de la facture électronique.
Le client établit la facture pour le compte du fournisseur. Les contrôles vérifient l’existence de la convention d’autofacturation, les validations contractuelles et la conformité des données transmises.
🆕 Arbitre IA Cas complexes de facturation
L’Arbitre IA est conçu pour assister les équipes comptables et fiscales dans l’analyse des opérations atypiques nécessitant plusieurs niveaux de contrôle.
🏗️ Architecture complète
Facture
↓Identification du cas
↓Qualification juridique
↓Qualification fiscale
↓Contrôle TVA
↓Analyse documentaire
↓Contrôle ERP
↓Décision IA
↓Validation humaine
↓Transmission
⚙️ Les moteurs d’intelligence artificielle
| Moteur | Mission |
|---|---|
| Qualification | Identifier automatiquement le cas particulier. |
| TVA | Contrôler les règles fiscales. |
| Juridique | Vérifier les conditions contractuelles. |
| ERP | Analyser les impacts comptables. |
| Workflow | Orienter le dossier. |
| Décision | Proposer un traitement sécurisé. |
🔄 Workflow IA complet
Réception↓Identification↓Qualification↓Contrôles↓Analyse TVA↓Décision IA↓Validation humaine↓Traitement↓Archivage
🚨 Alertes intelligentes
- TVA incohérente ;
- territorialité incertaine ;
- avoir sans facture d’origine ;
- autofacturation non autorisée ;
- débours mal qualifié ;
- ventilation multi-taux incorrecte ;
- anomalie documentaire ;
- risque fiscal élevé.
👨💼 Validation humaine
Les opérations présentant une forte sensibilité fiscale, juridique ou contractuelle doivent obligatoirement être validées par un responsable comptable, fiscal ou un chef de mission avant leur émission ou leur comptabilisation.
⚠️ Limites de l’IA
- absence de responsabilité juridique ;
- interprétation limitée des contrats complexes ;
- dépendance à la qualité des données ;
- incapacité à arbitrer certains choix fiscaux ;
- validation humaine indispensable pour les situations exceptionnelles.
🏆 Synthèse Premium
Les cas particuliers concentrent une grande partie des risques liés à la facturation électronique. Leur sécurisation repose sur des procédures documentées, une gouvernance claire, des contrôles automatisés et une validation humaine adaptée aux enjeux fiscaux et contractuels.
🎓 Compétences acquises
- traiter les acomptes, avoirs et rectifications ;
- gérer les opérations triangulaires et l’autofacturation ;
- sécuriser les opérations multi-taux ;
- prévenir les risques fiscaux ;
- mettre en œuvre un dispositif de contrôle interne ;
- utiliser l’Arbitre IA Cas complexes de facturation.
📈 Niveau de maîtrise
Chef de Mission • Expert TVA • Responsable Comptable • Responsable Fiscal • DAF • Directeur de la Transformation Finance.
➡️ Transition vers la Séquence 5/7
Après avoir maîtrisé les situations complexes de facturation, la séquence suivante sera consacrée au pilotage de la trésorerie et des flux financiers grâce aux données issues de la facturation électronique, afin d’améliorer les prévisions, les encaissements et la performance financière.
📖 Séquence 5/7 — Piloter les paiements et la trésorerie
Transformer les données de la facturation électronique en un véritable système de pilotage des encaissements, des paiements, de la trésorerie et du besoin en fonds de roulement.
🎯 Introduction Premium
La réforme de la facturation électronique ne modifie pas uniquement les processus de facturation. Elle transforme également le pilotage financier de l’entreprise. Les données deviennent disponibles beaucoup plus rapidement, les statuts des factures sont suivis en temps réel et les informations de paiement peuvent être exploitées pour améliorer les prévisions de trésorerie, sécuriser les encaissements et réduire le besoin en fonds de roulement (BFR).
Le directeur financier dispose désormais d’une vision beaucoup plus précise des flux futurs. Les équipes comptables peuvent anticiper les retards, automatiser les relances et fiabiliser les rapprochements bancaires.
La trésorerie n’est plus pilotée uniquement à partir des relevés bancaires. Elle devient un processus prédictif alimenté par les données issues des ERP, des plateformes de dématérialisation, des statuts des factures et des comportements de paiement.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de construire un système complet de pilotage des paiements et de la trésorerie fondé sur les données électroniques afin d’améliorer la liquidité, sécuriser les encaissements et optimiser durablement le BFR.
🎓 Compétences développées
- rapprocher automatiquement facturation et encaissements ;
- suivre les échéances clients ;
- améliorer les prévisions de trésorerie ;
- analyser le DSO ;
- détecter les retards de paiement ;
- automatiser les relances ;
- sécuriser les données bancaires ;
- prévenir les fraudes au changement de RIB ;
- mesurer les gains de BFR ;
- utiliser le Prévisionniste IA Trésorerie & Encaissements.
💶 Pourquoi la facturation électronique transforme la trésorerie ?
Grâce aux données structurées, chaque facture devient un objet pilotable. Les entreprises connaissent en permanence son statut, sa date d’échéance, son niveau de validation et son historique de paiement. Ces informations permettent d’établir des prévisions de trésorerie beaucoup plus fiables qu’auparavant.
Facture électronique↓Statuts↓Échéance↓Paiement↓Encaissement↓Prévision de trésorerie↓Pilotage financier
🔄 Rapprocher automatiquement factures et encaissements
Le rapprochement automatique permet d’associer chaque paiement à la facture correspondante sans intervention manuelle dans la majorité des situations.
| Source | Contrôle effectué |
|---|---|
| Facture électronique | Montant attendu. |
| Plateforme PDP | Suivi des statuts. |
| ERP | Écriture comptable. |
| Banque | Paiement reçu. |
| Lettrage | Correspondance automatique. |
📅 Suivre les échéances
Le suivi dynamique des échéances permet d’anticiper les tensions de trésorerie et d’organiser les relances avant l’apparition d’impayés.
- factures à échoir ;
- échéances du jour ;
- retards de paiement ;
- paiements partiels ;
- acomptes ;
- promesses de règlement ;
- litiges ouverts ;
- encaissements attendus.
📈 Construire des prévisions de trésorerie fiables
Les données électroniques enrichissent les modèles de prévision en intégrant les échéances contractuelles, les comportements historiques des clients et les statuts des factures.
| Donnée | Contribution à la prévision |
|---|---|
| Factures émises | Encaissements futurs. |
| Factures fournisseurs | Décaissements futurs. |
| Échéances | Calendrier de trésorerie. |
| Historique clients | Retards probables. |
| Litiges | Décalage des flux. |
| Statuts électroniques | Actualisation en temps réel. |
📊 Analyser le DSO (Days Sales Outstanding)
Le DSO mesure le délai moyen de recouvrement des créances clients. Grâce aux données électroniques, cet indicateur peut être calculé quotidiennement et ventilé par client, secteur, filiale ou zone géographique.
- DSO global ;
- DSO par client ;
- DSO par activité ;
- DSO par pays ;
- DSO par commercial ;
- évolution mensuelle ;
- comparaison avec les objectifs.
🚨 Détecter automatiquement les retards
Les moteurs de contrôle surveillent en permanence les échéances afin d’identifier les créances nécessitant une action immédiate.
| Situation détectée | Action proposée |
|---|---|
| Échéance proche | Relance préventive. |
| Retard léger | Relance amiable. |
| Retard important | Escalade commerciale. |
| Retard critique | Mise en demeure. |
| Client à risque | Blocage des nouvelles commandes. |
La partie suivante développera l’automatisation des relances, la gestion sécurisée des données bancaires, la prévention des fraudes au changement de RIB, la mesure des gains de BFR, les tableaux de bord, les cas pratiques complexes et le Prévisionniste IA Trésorerie & Encaissements avec son architecture complète, son workflow, ses alertes intelligentes, la validation humaine et la transition vers la Séquence 6/7.
🤖 Automatiser les relances clients
Les données issues de la facturation électronique permettent d’automatiser l’ensemble du processus de relance tout en conservant un contrôle humain sur les dossiers sensibles. Les statuts de la facture, les historiques de paiement, les litiges et les comportements des clients alimentent des scénarios de relance intelligents.
| Situation | Action automatisée |
|---|---|
| Échéance proche | Relance préventive. |
| Retard inférieur à 15 jours | Relance amiable. |
| Retard important | Escalade vers le Credit Manager. |
| Litige détecté | Suspension des relances automatiques. |
| Client stratégique | Validation humaine obligatoire. |
🏦 Sécuriser les données de paiement
Les coordonnées bancaires constituent l’une des informations les plus sensibles du processus Order-to-Cash. Toute modification doit être contrôlée, documentée et validée afin de prévenir les fraudes au changement de RIB.
- contrôle systématique des nouveaux IBAN ;
- validation indépendante des modifications ;
- historisation des changements ;
- double validation des comptes sensibles ;
- journalisation complète des opérations ;
- vérification des bénéficiaires.
🛡 Prévenir les fraudes au changement de RIB
Demande de modification
↓Contrôle documentaire
↓Contrôle identité
↓Double validation
↓Confirmation indépendante
↓Activation du nouveau RIB
Aucun changement de coordonnées bancaires ne devrait être appliqué sur la seule base d’un courriel. Une validation indépendante demeure indispensable.
📉 Mesurer les gains de BFR
La réduction des délais de traitement, l’amélioration du suivi des paiements et l’automatisation des relances contribuent directement à l’amélioration du Besoin en Fonds de Roulement.
| Indicateur | Objectif |
|---|---|
| DSO | Réduction des délais d’encaissement. |
| Taux de lettrage automatique | Automatisation maximale. |
| Créances échues | Diminution progressive. |
| Encaissements prévus | Fiabilité des prévisions. |
| Trésorerie disponible | Optimisation du pilotage financier. |
📊 Tableau de bord Trésorerie Premium
- encaissements attendus par semaine ;
- décaissements prévus ;
- DSO en temps réel ;
- balance âgée dynamique ;
- retards critiques ;
- prévision de trésorerie glissante ;
- indice de risque clients ;
- gain estimé de BFR.
💼 Cas pratiques Premium
Mise en place d’un système de relances automatiques basé sur les échéances issues des factures électroniques avec validation du dirigeant pour les créances sensibles.
Prévision quotidienne de trésorerie alimentée automatiquement par les statuts des factures électroniques, les paiements attendus et les historiques clients.
Pilotage consolidé de plusieurs filiales avec calcul automatique du DSO, analyse des flux internationaux et optimisation du BFR à l’échelle du groupe.
🆕 Prévisionniste IA Trésorerie & Encaissements
Le Prévisionniste IA exploite les données issues des ERP, des plateformes de dématérialisation, des banques et des historiques de paiement afin de produire des prévisions de trésorerie dynamiques et continuellement actualisées.
🏗️ Architecture complète
Factures électroniques↓ERP↓Banques↓Statuts↓Historique clients↓Prévisionniste IA↓Prévisions↓Alertes↓Pilotage DAF
⚙️ Moteurs d’intelligence artificielle
| Moteur IA | Mission |
|---|---|
| Prévision | Calcul des flux futurs. |
| Lettrage | Association automatique des règlements. |
| Scoring clients | Évaluation du risque d’impayé. |
| Détection des retards | Analyse prédictive. |
| Relances | Déclenchement intelligent. |
| BFR | Simulation des gains de trésorerie. |
🔄 Workflow IA complet
Facture↓Statut↓Échéance↓Prévision IA↓Encaissement↓Lettrage↓Analyse DSO↓Relance↓Tableau de bord
🚨 Alertes intelligentes
- retard probable de paiement ;
- variation inhabituelle du DSO ;
- risque de tension de trésorerie ;
- changement de RIB ;
- client à risque ;
- prévision dégradée ;
- encaissement anormal ;
- écart entre prévision et réalisation.
👨💼 Validation humaine
Les décisions de blocage commercial, d’octroi de délais supplémentaires, de modification des conditions de paiement ou d’arbitrage de trésorerie restent sous la responsabilité du DAF, du Credit Manager et de la Direction Générale.
⚠️ Limites de l’IA
- les prévisions restent dépendantes de la qualité des données disponibles ;
- les comportements exceptionnels des clients demeurent difficilement anticipables ;
- l’IA ne remplace pas les décisions stratégiques de financement ;
- les arbitrages financiers doivent toujours être validés par les responsables de l’entreprise.
🏆 Synthèse Premium
La facturation électronique transforme la trésorerie en un processus prédictif. Les données circulent plus rapidement, les encaissements sont mieux anticipés, les relances deviennent intelligentes et le pilotage du BFR gagne en précision. Associée à une gouvernance rigoureuse, l’intelligence artificielle devient un véritable copilote du DAF.
🎓 Compétences acquises
- piloter les encaissements à partir des données électroniques ;
- fiabiliser les prévisions de trésorerie ;
- analyser le DSO ;
- automatiser les relances ;
- prévenir les fraudes bancaires ;
- optimiser durablement le BFR ;
- utiliser un Prévisionniste IA Trésorerie & Encaissements.
📈 Niveau de maîtrise
Responsable Trésorerie • Credit Manager • Responsable Comptable • Chef de Mission • DAF • Directeur Financier Groupe.
➡️ Transition vers la Séquence 6/7
La prochaine séquence sera consacrée au pilotage des indicateurs de performance, des tableaux de bord et des KPI de la facturation électronique afin de transformer les données opérationnelles en véritables outils de décision pour la direction financière.
📖 Séquence 6/7 — Organiser la clôture comptable électronique
Transformer les données de la facturation électronique en un processus de Fast Close sécurisé, automatisé et piloté comme un chef de mission.
🎯 Introduction Premium
La facturation électronique modifie profondément les travaux de clôture comptable. Les données étant désormais disponibles sous forme structurée, il devient possible de rapprocher automatiquement les factures, les écritures comptables, les statuts des plateformes, les règlements et les déclarations fiscales.
L’objectif du Fast Close consiste à réduire les délais de production des comptes tout en améliorant leur qualité. Les travaux traditionnellement réalisés manuellement peuvent être automatisés, sécurisés et documentés grâce aux données électroniques.
La clôture comptable n’est plus une succession de contrôles réalisés après coup. Elle devient un processus continu où les anomalies sont détectées au fil de l’eau, ce qui réduit considérablement les corrections de dernière minute.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable d’organiser une clôture comptable électronique complète, de fiabiliser les cut-off, de rapprocher les données issues des plateformes de facturation avec la comptabilité générale et de préparer un dossier de révision numérique parfaitement documenté.
🎓 Compétences développées
- rapprocher automatiquement les factures émises et le chiffre d’affaires ;
- rapprocher les factures reçues avec les charges ;
- traiter les factures non parvenues (FNP) ;
- traiter les factures à établir (FAE) ;
- sécuriser les opérations de cut-off ;
- automatiser le lettrage ;
- réconcilier les données de la plateforme avec le grand livre ;
- analyser les statuts non soldés ;
- constituer un dossier de révision électronique ;
- utiliser le Fast-Close IA Facturation électronique.
🏗️ La nouvelle architecture d’une clôture comptable électronique
ERP↓Facturation électronique↓Plateforme PDP↓Grand Livre↓TVA↓Banques↓Clôture↓Révision↓Comptes annuels
📈 Rapprocher les factures émises avec le chiffre d’affaires
Chaque facture électronique doit être rapprochée automatiquement des comptes de produits afin de garantir l’exhaustivité du chiffre d’affaires et la cohérence entre les données commerciales et comptables.
| Élément rapproché | Contrôle réalisé |
|---|---|
| Factures émises | Exhaustivité. |
| Comptes de produits | Correspondance automatique. |
| TVA collectée | Concordance fiscale. |
| Avoirs | Neutralisation correcte. |
| Factures annulées | Impact sur le chiffre d’affaires. |
📥 Rapprocher les factures reçues avec les charges
Les factures fournisseurs sont rapprochées automatiquement avec les comptes de charges, les centres analytiques, les commandes et les réceptions afin d’améliorer la qualité des comptes.
- rapprochement commande – réception – facture ;
- contrôle des imputations comptables ;
- contrôle analytique ;
- contrôle TVA déductible ;
- validation budgétaire ;
- lettrage automatique.
📄 Traiter les Factures Non Parvenues (FNP)
La facturation électronique facilite l’identification des livraisons ou prestations réalisées mais non encore facturées. Les informations issues des ERP et des plateformes permettent d’estimer avec davantage de fiabilité les charges à rattacher à l’exercice.
Commande↓Réception↓Absence de facture↓Détection FNP↓Provision↓Réception de la facture↓Extourne
🧾 Traiter les Factures À Établir (FAE)
Les prestations réalisées ou les biens livrés avant la clôture mais non encore facturés doivent être identifiés afin de rattacher correctement les produits à l’exercice concerné.
| Situation | Traitement |
|---|---|
| Prestation terminée | Constatation FAE. |
| Livraison réalisée | Constatation FAE. |
| Facture émise après clôture | Rattachement au bon exercice. |
⏱️ Sécuriser les opérations de cut-off
Le cut-off garantit que chaque opération est comptabilisée dans le bon exercice. Les données électroniques permettent d’automatiser une grande partie de ces contrôles.
- contrôle des dates d’émission ;
- contrôle des dates de livraison ;
- contrôle des dates de réception ;
- analyse des statuts électroniques ;
- vérification des paiements ;
- contrôle des périodes TVA.
🔄 Automatiser le lettrage
Le rapprochement entre factures, règlements et écritures comptables devient largement automatisable grâce aux références structurées présentes dans les flux électroniques.
🔗 Réconcilier la plateforme et le Grand Livre
La cohérence entre les données de la plateforme de dématérialisation et celles de la comptabilité générale constitue un contrôle majeur de la clôture électronique.
Plateforme PDP↓Factures↓ERP↓Grand Livre↓TVA↓Contrôle
📡 Analyser les statuts non soldés
- factures déposées mais non transmises ;
- factures rejetées ;
- factures refusées ;
- factures non encaissées ;
- factures en litige ;
- avoirs non rapprochés ;
- paiements partiels ;
- écarts de lettrage.
📂 Préparer le dossier de révision électronique
La clôture électronique permet de constituer automatiquement un dossier de révision regroupant les justificatifs, les rapprochements, les journaux de contrôle, les analyses de TVA, les statuts de facturation et les éléments de piste d’audit fiable.
La partie suivante développera le Fast-Close IA Facturation électronique, les tableaux Premium, les schémas professionnels, les cas pratiques de clôture, les alertes intelligentes, la validation humaine, les limites de l’IA, la synthèse Premium, les compétences acquises et la transition vers la Séquence 7/7.
🆕 Fast-Close IA Facturation électronique
Le Fast-Close IA constitue le centre de pilotage intelligent de la clôture comptable. Il exploite les données issues des ERP, des plateformes de dématérialisation, de la comptabilité, de la trésorerie et des déclarations fiscales afin d’automatiser les rapprochements, d’accélérer les contrôles et de réduire significativement les délais de clôture.
Passer d’une clôture comptable réalisée dans l’urgence à une clôture continue, pilotée par les données électroniques et sécurisée par des contrôles intelligents.
🏗️ Architecture complète du Fast-Close IA
ERP
↓Facturation électronique
↓Plateforme PDP
↓Comptabilité
↓Banques
↓TVA
↓Fast-Close IA
Rapprochements↓Cut-off↓Révision↓Contrôles↓Alertes↓Reporting↓Clôture
⚙️ Les moteurs d’intelligence artificielle
| Moteur IA | Mission |
|---|---|
| Rapprochement | Comparer automatiquement ERP, plateforme et grand livre. |
| Cut-off | Détecter les erreurs de rattachement à l’exercice. |
| FNP / FAE | Identifier automatiquement les écritures à régulariser. |
| Lettrage | Automatiser les rapprochements comptables. |
| TVA | Contrôler la cohérence fiscale. |
| Révision | Préparer les dossiers de travail. |
| Décision | Prioriser les anomalies. |
🔄 Workflow IA de clôture
Factures↓Plateforme↓ERP↓Grand Livre↓Contrôles IA↓Cut-off↓FNP / FAE↓TVA↓Révision↓Clôture
📊 Tableau Premium — Tableau de bord Fast Close
| Indicateur | Objectif |
|---|---|
| Factures rapprochées | 100 %. |
| Écarts ERP / PDP | 0 anomalie. |
| FNP détectées | Exhaustivité. |
| FAE détectées | Exhaustivité. |
| Statuts non soldés | Traitement complet. |
| Lettrage automatique | Maximum. |
| Délai de clôture | Réduction continue. |
📐 Schémas Premium
- architecture complète du Fast Close ;
- cartographie des flux de clôture ;
- workflow FNP / FAE ;
- processus de réconciliation ERP – PDP – Grand Livre ;
- constitution automatique du dossier de révision.
💼 Cas pratiques Premium
Le moteur IA détecte automatiquement les écarts entre la plateforme de dématérialisation et le grand livre afin d’éviter les omissions de chiffre d’affaires ou de charges.
Les commandes réceptionnées sans facture fournisseur sont identifiées et proposées automatiquement pour comptabilisation en Factures Non Parvenues.
Les factures rejetées, refusées ou en attente sont classées par niveau de risque afin de prioriser les actions avant la clôture.
Consolidation automatique des contrôles de clôture de plusieurs filiales avec tableaux de bord consolidés et suivi des anomalies par entité.
🚨 Alertes intelligentes
- écart ERP / plateforme ;
- facture non comptabilisée ;
- FNP potentielle ;
- FAE probable ;
- cut-off incohérent ;
- TVA non rapprochée ;
- lettrage incomplet ;
- statut électronique bloqué ;
- dossier de révision incomplet ;
- retard de clôture.
👨💼 Validation humaine
Les propositions générées par le Fast-Close IA doivent être validées par les responsables comptables, le chef de mission ou le directeur financier avant toute écriture de régularisation ou clôture définitive des comptes.
⚠️ Limites de l’intelligence artificielle
- absence de responsabilité comptable ;
- dépendance à la qualité des référentiels ;
- incapacité à interpréter certains contrats complexes ;
- nécessité d’un jugement professionnel pour les écritures d’inventaire ;
- validation humaine obligatoire avant la clôture définitive.
🏆 Synthèse Premium
La facturation électronique ouvre la voie au Fast Close. Les rapprochements deviennent automatiques, les anomalies sont détectées en continu et les dossiers de révision se construisent progressivement tout au long de l’exercice. Le rôle du professionnel évolue vers l’analyse, l’arbitrage et la supervision plutôt que vers la saisie ou les contrôles répétitifs.
🎓 Compétences acquises
- organiser une clôture comptable électronique ;
- sécuriser les cut-off ;
- traiter les FNP et les FAE ;
- réconcilier ERP, plateforme et grand livre ;
- automatiser les rapprochements et le lettrage ;
- constituer un dossier de révision numérique ;
- piloter un Fast-Close IA.
📈 Niveau de maîtrise
Chef de Mission • Responsable Comptable • Directeur Comptable • DAF • Expert-Comptable • Directeur de la Transformation Finance.
➡️ Transition vers la Séquence 7/7
La dernière séquence du chapitre sera consacrée à la conception d’un processus cible de facturation électronique intégrant l’ensemble des cycles opérationnels, comptables, fiscaux et financiers afin de bâtir une organisation totalement pilotée par les données.
📖 Séquence 7/7 — Piloter les processus comme un Responsable Comptable
Transformer la facturation électronique en véritable outil de pilotage financier, comptable et fiscal grâce aux tableaux de bord, aux KPI et à une gouvernance de niveau Chef de Mission.
🎯 Introduction Premium
Une organisation performante ne se contente pas de produire des factures électroniques conformes. Elle mesure en permanence la qualité des processus, détecte les dérives avant qu’elles n’affectent la trésorerie ou la TVA, pilote les risques et améliore continuellement ses performances.
Le responsable comptable devient un véritable pilote de données. Les informations issues de la plateforme de dématérialisation, de l’ERP, de la comptabilité, des paiements et des déclarations fiscales alimentent un tableau de bord unique permettant d’arbitrer rapidement les décisions opérationnelles.
Les meilleurs processus ne sont pas ceux qui produisent le plus de documents mais ceux qui génèrent le moins d’anomalies, nécessitent le moins de corrections et permettent une clôture rapide avec un haut niveau de sécurité fiscale.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de piloter l’ensemble des processus Order-to-Cash, Procure-to-Pay, TVA, Trésorerie et Clôture grâce à des indicateurs de performance, des tableaux de bord décisionnels et une méthodologie de revue de niveau Chef de Mission.
🎓 Compétences développées
- concevoir un dispositif complet de contrôle interne ;
- piloter les cycles Order-to-Cash et Procure-to-Pay ;
- mesurer les performances TVA ;
- suivre les indicateurs de trésorerie ;
- analyser les performances de la facturation électronique ;
- réaliser une mission complète de revue ;
- évaluer les risques ;
- mettre en œuvre un plan d’amélioration continue ;
- réaliser une revue de Chef de Mission ;
- piloter l’ensemble du dispositif de facturation électronique.
🛡 Construire un dispositif de contrôle interne
Le contrôle interne garantit la fiabilité des traitements, la conformité réglementaire et la maîtrise des risques liés à la facturation électronique.
| Contrôle | Objectif |
|---|---|
| Données clients | Fiabilité des référentiels. |
| Données fournisseurs | Prévention de la fraude. |
| Facturation | Conformité réglementaire. |
| TVA | Sécurisation fiscale. |
| Trésorerie | Fiabilité des paiements. |
| Archivage | Traçabilité complète. |
📊 Tableau de bord Premium Order-to-Cash
| KPI | Objectif |
|---|---|
| Factures émises | Suivi quotidien. |
| Factures rejetées | Réduction continue. |
| DSO | Optimisation. |
| Créances échues | Diminution. |
| Taux de lettrage automatique | Maximum. |
| Encaissements | Prévisions fiables. |
📦 Tableau de bord Premium Procure-to-Pay
| KPI | Objectif |
|---|---|
| Factures reçues | Suivi complet. |
| Matching automatique | Optimisation. |
| Délais d’approbation | Réduction. |
| Paiements à échéance | 100 %. |
| Litiges | Résolution rapide. |
| Automatisation | Amélioration continue. |
📈 KPI TVA
- écarts TVA collectée ;
- écarts TVA déductible ;
- anomalies de taux ;
- doubles déductions ;
- qualité des déclarations ;
- temps de correction ;
- nombre d’anomalies fiscales ;
- fiabilité des rapprochements.
💶 KPI Trésorerie
- DSO ;
- DPO ;
- BFR ;
- prévisions de trésorerie ;
- retards de paiement ;
- encaissements réalisés ;
- paiements programmés ;
- risque clients.
🏢 Mission intégrale du Responsable Comptable
Contrôle des référentiels↓Contrôle des flux↓Contrôle TVA↓Contrôle ERP↓Contrôle Plateforme↓Contrôle Trésorerie↓Contrôle Clôture↓Tableaux de bord↓Plan d’action
📝 Grand Quiz Premium — Validation des acquis
Répondez aux questions avant d’ouvrir la réponse. Ce format constitue le standard pédagogique officiel AdminFacile Academy.
Question 1 : Quel est l’objectif principal du contrôle interne dans la facturation électronique ?
Garantir la conformité des traitements, prévenir les risques, assurer la fiabilité des données et sécuriser l’ensemble des processus financiers.
Question 2 : Quel indicateur mesure le délai moyen de paiement des clients ?
Le DSO (Days Sales Outstanding).
Question 3 : Quel indicateur mesure le délai moyen de paiement des fournisseurs ?
Le DPO (Days Payable Outstanding).
Question 4 : Quel est l’objectif du rapprochement ERP–PDP ?
Vérifier que toutes les factures électroniques sont correctement transmises, comptabilisées et suivies.
Question 5 : Pourquoi suivre les statuts des factures ?
Pour identifier rapidement les rejets, refus, retards, anomalies et sécuriser les encaissements.
Question 6 : Quel KPI permet de mesurer la performance du processus Order-to-Cash ?
Le DSO, le taux d’encaissement, le taux de rejet, le délai moyen de règlement et le taux de lettrage automatique.
Question 7 : Pourquoi suivre les écarts de TVA ?
Pour détecter les anomalies fiscales avant la déclaration et limiter les risques de contrôle.
Question 8 : Pourquoi mesurer le BFR ?
Parce qu’il traduit directement les besoins de financement générés par le cycle d’exploitation.
Question 9 : Quel est l’intérêt des tableaux de bord ?
Transformer les données opérationnelles en indicateurs décisionnels permettant un pilotage continu.
Question 10 : Quel reste le rôle du responsable comptable malgré l’automatisation ?
Analyser, arbitrer, superviser les risques et valider les décisions sensibles.
Question 11 : Pourquoi conserver une validation humaine ?
Parce que l’IA ne porte aucune responsabilité juridique ou fiscale.
Question 12 : Quel est l’objectif du Fast Close ?
Réduire les délais de clôture tout en améliorant la qualité des comptes.
Question 13 : Pourquoi rapprocher les données ERP, PDP et Grand Livre ?
Afin de garantir l’exhaustivité et la cohérence des données financières.
Question 14 : Quelle est la valeur principale des données structurées ?
Elles permettent des contrôles automatiques, fiables et reproductibles.
Question 15 : Pourquoi suivre les anomalies de plateforme ?
Pour éviter des rejets, des retards de paiement ou des incohérences fiscales.
Question 16 : Quel est le rôle du Chef de Mission ?
Piloter le dispositif global, superviser les contrôles et sécuriser la conformité de l’organisation.
Question 17 : Pourquoi documenter chaque procédure ?
Pour assurer la traçabilité, la reproductibilité et faciliter les audits.
Question 18 : Quel est l’intérêt d’une gouvernance des données ?
Garantir la qualité, la cohérence et la fiabilité des référentiels utilisés par tous les processus.
Question 19 : Quel est le principal bénéfice de la facturation électronique pour la Direction Financière ?
Disposer d’une information fiable, temps réel et exploitable pour piloter la performance.
Question 20 : Quel est l’objectif ultime du Module 8 ?
Construire une fonction Finance totalement pilotée par les données électroniques, sécurisée, automatisée et supervisée par l’humain.
👨💼 Revue du Chef de Mission
Avant de considérer le dispositif opérationnel comme totalement maîtrisé, le Chef de Mission réalise une revue transversale de l’ensemble des cycles couverts par la facturation électronique.
| Domaine | Questions de revue |
|---|---|
| Référentiels | Les données clients, fournisseurs et produits sont-elles fiables ? |
| Flux | Toutes les opérations sont-elles correctement transmises ? |
| TVA | Les rapprochements sont-ils cohérents ? |
| Trésorerie | Les prévisions sont-elles fiables ? |
| Clôture | Les travaux de Fast Close sont-ils sécurisés ? |
| Contrôle interne | Les procédures sont-elles documentées et appliquées ? |
| IA | Les validations humaines sont-elles maintenues ? |
🏆 Conclusion Premium
Ce troisième chapitre constitue le cœur opérationnel du Module 8. Vous savez désormais transformer les processus clients, fournisseurs, TVA, trésorerie et clôture comptable grâce à la facturation électronique. Vous disposez d’une vision intégrée reliant les systèmes d’information, les obligations réglementaires, les processus comptables et les indicateurs financiers.
La valeur ajoutée du responsable comptable évolue profondément : il ne se limite plus à produire une information financière fiable, il orchestre désormais un écosystème numérique où les données circulent en continu entre les ERP, les plateformes de dématérialisation, la comptabilité, la fiscalité et les outils décisionnels. L’intelligence artificielle automatise les traitements répétitifs, tandis que l’humain conserve la responsabilité de l’analyse, du jugement professionnel et des arbitrages stratégiques.
- Responsable Comptable confirmé ;
- Chef de Mission ;
- Responsable Fiscal ;
- DAF ;
- Directeur de la Transformation Finance ;
- Pilote de la facturation électronique.
Réaliser le diagnostic de maturité
Cartographier l’existant, mesurer les écarts et construire une vision objective de la préparation de l’entreprise à la facturation électronique.
🎯 Introduction Premium — Diagnostiquer avant de transformer
Une entreprise ne peut pas conduire efficacement un projet de facturation électronique sans connaître précisément son point de départ.
Avant de sélectionner une plateforme, de modifier un ERP, de construire des interfaces ou de former les équipes, elle doit comprendre :
- comment ses factures sont actuellement créées, reçues, contrôlées, comptabilisées, payées et archivées ;
- quelles applications participent aux différents flux ;
- quelles données sont utilisées à chaque étape ;
- quels acteurs interviennent dans les processus ;
- quels contrôles sont réellement exécutés ;
- quelles opérations relèveront du e-invoicing ou du e-reporting ;
- quels écarts séparent l’organisation actuelle de l’organisation cible ;
- quels risques doivent être traités en priorité.
Le diagnostic de maturité constitue donc la première étape structurante du projet. Il permet de transformer une perception souvent partielle de l’organisation en une cartographie documentée, mesurable et exploitable.
Une entreprise ne peut pas sécuriser ce qu’elle ne connaît pas, automatiser ce qu’elle n’a pas formalisé ni transformer ce qu’elle n’a pas correctement cartographié.
🔍 Le diagnostic n’est pas un simple questionnaire
Un diagnostic professionnel ne consiste pas à demander aux responsables si leur organisation est prête et à enregistrer une réponse déclarative.
Il doit confronter plusieurs niveaux d’information :
| Niveau d’analyse | Question centrale | Éléments à examiner |
|---|---|---|
| Déclaratif | Comment les équipes pensent-elles fonctionner ? | Entretiens, questionnaires, ateliers et procédures internes. |
| Documentaire | Comment l’organisation est-elle censée fonctionner ? | Procédures, contrats, modes opératoires, matrices et délégations. |
| Applicatif | Comment les systèmes sont-ils réellement paramétrés ? | ERP, logiciels métiers, interfaces, référentiels et habilitations. |
| Transactionnel | Que montrent les opérations réelles ? | Factures, avoirs, journaux, statuts, écritures et paiements. |
| Contrôle | Les contrôles annoncés sont-ils effectivement exécutés ? | Preuves, journaux, validations, anomalies et plans d’action. |
| Conformité | Les pratiques répondent-elles aux exigences applicables ? | Mentions, formats, données, archivage, TVA et piste d’audit. |
Les équipes peuvent décrire un processus théorique qui ne correspond plus aux pratiques réelles, aux paramétrages des logiciels ou aux traitements manuels utilisés au quotidien.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de conduire un diagnostic complet de maturité en matière de facturation électronique et de produire une vision fiable de l’existant.
Vous saurez notamment :
- préparer et gouverner la mission de diagnostic ;
- définir un périmètre pertinent ;
- identifier les entités, activités et flux concernés ;
- cartographier les processus de bout en bout ;
- inventorier les applications et interfaces ;
- évaluer la qualité des référentiels ;
- mesurer les volumes et les pics de charge ;
- identifier les écarts de conformité ;
- évaluer les compétences disponibles ;
- repérer les dépendances critiques ;
- collecter les preuves nécessaires ;
- préparer la notation de maturité et la future feuille de route.
Un dossier de diagnostic documenté comprenant le périmètre, les flux, les outils, les acteurs, les données, les volumes, les écarts, les dépendances, les risques initiaux et les preuves collectées.
🎓 Compétences développées
| Compétence | Application professionnelle | Valeur ajoutée |
|---|---|---|
| Cadrer le diagnostic | Définir les objectifs, les entités et les processus à examiner. | Éviter un diagnostic incomplet ou disproportionné. |
| Cartographier les flux | Représenter la circulation des données et documents. | Identifier les ruptures et les traitements manuels. |
| Inventorier les outils | Recenser les applications, interfaces et responsabilités. | Préparer l’architecture cible. |
| Analyser les données | Évaluer la fiabilité des référentiels. | Réduire les futurs rejets. |
| Mesurer les volumes | Dimensionner les plateformes, interfaces et équipes. | Sécuriser les choix techniques et économiques. |
| Identifier les écarts | Comparer l’existant aux exigences cibles. | Construire la feuille de route. |
| Évaluer les compétences | Mesurer la capacité des équipes à conduire le changement. | Définir le plan de formation. |
| Identifier les dépendances | Repérer les personnes, applications et prestataires critiques. | Prévenir les blocages du projet. |
| Documenter les constats | Associer chaque conclusion à une preuve. | Renforcer la crédibilité du diagnostic. |
1️⃣ Comprendre le rôle du diagnostic de maturité
Le diagnostic de maturité permet de répondre à une question stratégique :
Il poursuit plusieurs finalités complémentaires :
- établir une photographie fiable de l’existant ;
- identifier les processus concernés par la réforme ;
- mesurer la qualité des données disponibles ;
- localiser les traitements manuels et les fichiers parallèles ;
- évaluer les capacités des applications actuelles ;
- repérer les écarts réglementaires et opérationnels ;
- identifier les risques critiques ;
- évaluer la préparation des équipes ;
- dimensionner les travaux à engager ;
- prioriser les chantiers de transformation ;
- justifier les budgets et les ressources ;
- construire un point de référence pour mesurer les progrès futurs.
🧭 Les six questions fondamentales du diagnostic
1. QUELS FLUX DEVONS-NOUS TRAITER ?
⬇
2. QUELLES DONNÉES ALIMENTENT CES FLUX ?
⬇
3. QUELS OUTILS ET INTERFACES SONT UTILISÉS ?
⬇
4. QUI EST RESPONSABLE DE CHAQUE ÉTAPE ?
⬇
5. QUELS ÉCARTS ET RISQUES EXISTENT ?
⬇
6. QUELS CHANTIERS FAUT-IL PRIORISER ?
Ces questions doivent être posées pour chaque entité, activité, type de facture, application et processus entrant dans le périmètre.
📊 Les dimensions de maturité à examiner
| Dimension | Objet du diagnostic | Exemple de faiblesse |
|---|---|---|
| Gouvernance | Sponsoring, pilotage et responsabilités. | Aucun responsable global désigné. |
| Processus | Formalisation des cycles et contrôles. | Traitements variables selon les équipes. |
| Données | Qualité, exhaustivité et gouvernance. | SIREN ou adresses de routage manquants. |
| Outils | Capacités des applications actuelles. | Logiciel incapable de produire un format structuré. |
| Interfaces | Circulation et synchronisation des données. | Ressaisies entre l’ERP et la comptabilité. |
| Conformité | Respect des obligations applicables. | Mentions ou piste d’audit insuffisantes. |
| Sécurité | Accès, données, archivage et continuité. | Comptes partagés ou sauvegardes non testées. |
| Compétences | Maîtrise métier, fiscale et technique. | Dépendance à une seule personne. |
| Pilotage | KPI, anomalies et plans d’action. | Aucun indicateur sur les rejets. |
| Conduite du changement | Communication, formation et accompagnement. | Utilisateurs non préparés. |
⚖️ Ce que le diagnostic doit permettre d’éviter
- choisir une plateforme avant d’avoir défini les besoins ;
- sous-estimer le nombre de logiciels concernés ;
- ignorer les factures produites hors ERP ;
- oublier une filiale ou un établissement ;
- négliger les opérations internationales ou B2C ;
- confondre conformité documentaire et conformité fiscale ;
- surestimer la qualité des référentiels ;
- dimensionner les interfaces sur des volumes moyens uniquement ;
- ignorer les pics de clôture ou de saisonnalité ;
- négliger les compétences et la disponibilité des équipes ;
- découvrir tardivement une dépendance à un prestataire ;
- construire une feuille de route sans hiérarchisation des risques.
Réduire le diagnostic à une étude informatique conduit à négliger les impacts fiscaux, comptables, commerciaux, achats, trésorerie, contrôle interne et conduite du changement.
2️⃣ Préparer le diagnostic
La qualité du diagnostic dépend directement de sa préparation. Une mission improvisée produit généralement des informations incomplètes, difficiles à comparer et insuffisamment documentées.
La préparation doit couvrir :
- les objectifs de la mission ;
- le périmètre organisationnel ;
- le périmètre fonctionnel ;
- les interlocuteurs ;
- les documents à obtenir ;
- les données à extraire ;
- les ateliers à organiser ;
- les tests à exécuter ;
- les livrables attendus ;
- le calendrier de réalisation ;
- les règles de validation des constats.
📑 Construire la lettre de mission interne du diagnostic
| Rubrique | Contenu attendu |
|---|---|
| Contexte | Réforme, calendrier interne et enjeux de l’entreprise. |
| Objectifs | Cartographier, mesurer, identifier et prioriser. |
| Périmètre | Entités, processus, flux, applications et pays concernés. |
| Méthode | Entretiens, analyses de données, tests et revue documentaire. |
| Intervenants | Sponsor, chef de projet, métiers, fiscalité et DSI. |
| Livrables | Cartographies, matrice d’écarts, score et feuille de route. |
| Planning | Étapes, ateliers, restitutions et validations. |
| Règles de preuve | Documents, extractions et validations nécessaires. |
📂 Préparer la demande documentaire
Avant les entretiens, l’équipe de diagnostic doit demander les éléments nécessaires à la compréhension de l’organisation.
| Catégorie | Documents ou données à collecter |
|---|---|
| Organisation | Organigrammes, RACI, délégations et fiches de poste. |
| Processus | Procédures ventes, achats, TVA, paiement et archivage. |
| Systèmes | Cartographie applicative, interfaces et contrats éditeurs. |
| Données | Extraits clients, fournisseurs, articles, taxes et banques. |
| Volumes | Statistiques de factures, avoirs, paiements et anomalies. |
| Conformité | Modèles de factures, mentions, règles TVA et piste d’audit. |
| Contrôles | Plans de contrôle, rapports d’audit et incidents. |
| Prestataires | Contrats, SLA, hébergement, sécurité et réversibilité. |
| Projet | Études antérieures, budgets, décisions et planning. |
🗣️ Préparer les entretiens et ateliers
Les entretiens doivent être structurés autour des opérations réelles et non seulement des procédures théoriques.
Pour chaque processus, l’équipe doit demander :
- Quel événement déclenche le processus ?
- Quelle donnée est utilisée ?
- Dans quelle application est-elle créée ?
- Qui peut la modifier ?
- Quels contrôles sont exécutés ?
- Quelle preuve du contrôle est conservée ?
- Quelle application reçoit ensuite l’information ?
- Quels incidents sont les plus fréquents ?
- Comment les anomalies sont-elles corrigées ?
- Quels traitements sont encore manuels ?
- Quelles personnes ou applications sont indispensables ?
- Comment le processus fonctionnerait-il en cas d’indisponibilité ?
Demander à l’interlocuteur de décrire et de montrer le traitement d’une facture réelle permet souvent d’identifier des étapes absentes des procédures officielles.
🔬 Combiner quatre méthodes d’investigation
| Méthode | Finalité | Exemple |
|---|---|---|
| Entretien | Comprendre l’organisation et les difficultés. | Échange avec le responsable facturation. |
| Walkthrough | Suivre une opération de bout en bout. | Commande, livraison, facture et encaissement. |
| Analyse de données | Mesurer les volumes et anomalies réelles. | Recherche des SIREN manquants. |
| Test de contrôle | Vérifier qu’un contrôle fonctionne effectivement. | Test d’une validation de changement d’IBAN. |
3️⃣ Organiser la gouvernance du diagnostic
Le diagnostic doit être placé sous une gouvernance claire afin de garantir l’accès aux informations, la disponibilité des équipes et la validation des conclusions.
SPONSOR EXÉCUTIF
DIRECTION GÉNÉRALE OU DAF
⬇
COMITÉ DE PILOTAGE
FINANCE • FISCALITÉ • DSI • MÉTIERS • JURIDIQUE
⬇
CHEF DE PROJET DIAGNOSTIC
⬇
RESPONSABLES DE DOMAINES
VENTES • ACHATS • COMPTABILITÉ • TRÉSORERIE • DATA
⬇
CONTRIBUTEURS ET EXPERTS
⬇
VALIDATION DES CONSTATS ET DU SCORE
👥 Identifier les acteurs du diagnostic
| Acteur | Rôle | Contribution attendue |
|---|---|---|
| Direction générale | Sponsoriser la transformation. | Arbitrer les priorités et ressources. |
| DAF | Piloter les enjeux Finance. | Valider les objectifs et les risques. |
| Direction comptable | Décrire les traitements comptables. | Documenter les flux et les contrôles. |
| Fiscalité | Analyser les obligations et la TVA. | Identifier les écarts fiscaux. |
| DSI | Cartographier les systèmes. | Décrire les interfaces, données et dépendances. |
| Ventes et ADV | Décrire le cycle client. | Identifier les sources de facturation. |
| Achats | Décrire le cycle fournisseur. | Cartographier commandes et approbations. |
| Trésorerie | Décrire les paiements et rapprochements. | Identifier les risques bancaires. |
| Juridique | Analyser les contrats. | Identifier les dépendances et responsabilités. |
| DPO et sécurité | Évaluer la protection des données. | Analyser accès, hébergement et incidents. |
| Contrôle interne | Évaluer la maîtrise des risques. | Tester les contrôles existants. |
| Ressources humaines | Évaluer les compétences. | Préparer la formation et le changement. |
📋 Construire le RACI du diagnostic
| Travail | Réalise | Valide | Contribue | Est informé |
|---|---|---|---|---|
| Définition du périmètre | Chef de projet. | Sponsor et comité de pilotage. | Finance, DSI et fiscalité. | Responsables métiers. |
| Collecte documentaire | Équipe diagnostic. | Chef de projet. | Tous les responsables de domaines. | Comité de pilotage. |
| Cartographie des flux | Analystes processus. | Responsables métiers. | DSI et comptabilité. | DAF. |
| Analyse des données | Data, DSI ou équipe diagnostic. | Responsables des référentiels. | Comptabilité et fiscalité. | Chef de projet. |
| Identification des écarts | Équipe diagnostic. | Experts concernés. | Métiers et contrôle interne. | Comité de pilotage. |
| Validation du diagnostic | Chef de projet. | Comité de pilotage. | Responsables de domaines. | Direction générale. |
🧾 Gouverner les constats et les preuves
Chaque constat doit être rattaché à une preuve suffisamment fiable.
| Type de constat | Preuve attendue | Niveau de confiance |
|---|---|---|
| Processus déclaré | Entretien uniquement. | Faible tant qu’il n’est pas confirmé. |
| Processus documenté | Procédure ou mode opératoire. | Moyen. |
| Processus observé | Démonstration ou walkthrough. | Élevé. |
| Contrôle automatisé | Paramétrage, journal ou résultat de test. | Élevé. |
| Anomalie mesurée | Extraction ou analyse de données. | Très élevé. |
| Conformité démontrée | Règle, preuve d’exécution et validation. | Très élevé. |
Un processus déclaré conforme mais dépourvu de preuve doit être classé comme non démontré, et non automatiquement comme maîtrisé.
📅 Construire le calendrier du diagnostic
| Phase | Travaux | Livrable |
|---|---|---|
| Phase 1 — Cadrage | Périmètre, gouvernance et collecte initiale. | Note de cadrage. |
| Phase 2 — Entretiens | Ateliers métiers, Finance, fiscalité et DSI. | Comptes rendus validés. |
| Phase 3 — Cartographie | Flux, outils, données et acteurs. | Cartographies de l’existant. |
| Phase 4 — Analyses | Volumes, qualité et conformité. | Matrices d’écarts. |
| Phase 5 — Risques | Probabilité, impact et dépendances. | Cartographie des risques. |
| Phase 6 — Scoring | Évaluation de la maturité. | Score global et scores par domaine. |
| Phase 7 — Restitution | Priorités et feuille de route. | Rapport final et plan d’action. |
4️⃣ Définir le périmètre du diagnostic
Le périmètre doit être suffisamment large pour couvrir tous les flux concernés, mais suffisamment structuré pour permettre une analyse exploitable.
Il doit être défini selon plusieurs axes :
- juridique ;
- géographique ;
- organisationnel ;
- fonctionnel ;
- applicatif ;
- fiscal ;
- transactionnel ;
- documentaire ;
- temporel.
🏢 Définir le périmètre juridique
Le diagnostic doit recenser toutes les entités susceptibles d’émettre, de recevoir ou de transmettre des données de facturation.
| Élément | Question de diagnostic |
|---|---|
| Sociétés françaises | Quelles unités légales sont concernées ? |
| Établissements | Quels sites émettent ou reçoivent des factures ? |
| Filiales étrangères | Participent-elles aux mêmes ERP ou processus ? |
| Groupe TVA | Quelles entités et opérations doivent être distinguées ? |
| Succursales | Quels flux leur sont rattachés ? |
| Associations ou structures spécifiques | Quelles activités économiques exercent-elles ? |
| Entités en création ou fermeture | Faut-il les intégrer au calendrier du projet ? |
Une analyse centrée uniquement sur le siège peut oublier des établissements, agences ou filiales utilisant leurs propres logiciels et processus de facturation.
🌍 Définir le périmètre géographique
- opérations réalisées en France ;
- opérations intracommunautaires ;
- opérations avec des pays tiers ;
- sites de production ou de livraison étrangers ;
- centres de services partagés ;
- plateformes ou hébergements situés à l’étranger ;
- équipes comptables délocalisées ;
- processus multi-devises et multi-langues.
Le périmètre géographique influence notamment :
- la territorialité de la TVA ;
- les formats acceptés ;
- les plateformes utilisées ;
- les règles d’archivage ;
- les contraintes de protection des données ;
- les horaires de support ;
- les dépendances aux systèmes internationaux.
🔄 Définir le périmètre fonctionnel
| Processus | Éléments à inclure |
|---|---|
| Order-to-Cash | Client, commande, livraison, facture, statut, paiement et relance. |
| Procure-to-Pay | Fournisseur, commande, réception, facture, approbation et paiement. |
| TVA | Collectée, déductible, exigibilité, déclaration et contrôles. |
| Trésorerie | Encaissements, décaissements, rapprochements et prévisions. |
| Clôture | Cut-off, FNP, FAE, lettrage et réconciliations. |
| Archivage | Versement, conservation, accès, restitution et destruction. |
| Référentiels | Clients, fournisseurs, produits, taxes, banques et routage. |
| Contrôle interne | Habilitations, validations, journaux et séparation des tâches. |
💻 Définir le périmètre applicatif
Le périmètre doit intégrer toutes les applications qui créent, transforment, transmettent, comptabilisent ou conservent une donnée de facturation.
- ERP ;
- logiciels de facturation ;
- logiciels comptables ;
- CRM ;
- outils de gestion commerciale ;
- outils achats ;
- applications métiers ;
- caisses et systèmes de vente ;
- portails clients et fournisseurs ;
- GED et systèmes d’archivage ;
- middleware, API et interfaces ;
- outils de trésorerie ;
- solutions fiscales ;
- tableurs et fichiers parallèles ;
- plateformes de dématérialisation.
Un fichier Excel utilisé pour recalculer la TVA, compléter les références de commande ou retraiter les factures doit être intégré au diagnostic, même s’il ne figure pas dans la cartographie officielle de la DSI.
🧾 Définir le périmètre transactionnel
Le diagnostic doit couvrir toutes les catégories d’opérations présentant des règles, volumes ou risques spécifiques.
| Catégorie | Exemples à analyser |
|---|---|
| Factures de ventes | Biens, services, abonnements et situations. |
| Factures d’achats | Avec commande, sans commande et dépenses récurrentes. |
| Avoirs | Totaux, partiels, commerciaux et fiscaux. |
| Acomptes | Demandés, reçus, versés et imputés. |
| Autofacturation | Factures établies par le client. |
| Factures périodiques | Regroupements mensuels ou contractuels. |
| Opérations internationales | UE, hors UE, autoliquidation et exonérations. |
| Flux B2C | Ventes aux particuliers et données de e-reporting. |
| Flux sans facture | Encaissements, paiements ou opérations à déclarer autrement. |
| Cas particuliers | Débours, notes de débit, triangulaires et multi-taux. |
📅 Définir le périmètre temporel
L’analyse doit porter sur une période suffisamment représentative pour intégrer :
- l’activité courante ;
- les clôtures mensuelles ;
- la clôture annuelle ;
- les pics saisonniers ;
- les campagnes commerciales ;
- les facturations périodiques ;
- les opérations exceptionnelles ;
- les incidents significatifs ;
- les changements récents d’organisation ou de logiciel.
| Période | Utilité |
|---|---|
| Dernier mois | Observer le fonctionnement récent. |
| Douze derniers mois | Mesurer la saisonnalité et les volumes annuels. |
| Dernière clôture annuelle | Identifier les travaux et anomalies de cut-off. |
| Période d’incident | Analyser la résilience des processus. |
| Période future | Intégrer les projets ou réorganisations déjà décidés. |
🌳 Arbre de décision du périmètre
L’ENTITÉ ÉMET-ELLE OU REÇOIT-ELLE DES FACTURES ?
├── NON
│
│ → VÉRIFIER LES FLUX DE E-REPORTING
│
└── OUI
⬇
UTILISE-T-ELLE UN OUTIL PROPRE ?
├── OUI
│
│ → INCLURE L’APPLICATION ET SES INTERFACES
│
└── NON
⬇
DÉPEND-ELLE D’UN CENTRE DE SERVICES OU D’UNE AUTRE ENTITÉ ?
├── OUI
│
│ → CARTOGRAPHIER LA DÉPENDANCE
│
└── NON
⬇
EXISTE-T-IL DES FLUX MANUELS OU HORS ERP ?
├── OUI
│
│ → LES INTÉGRER AU DIAGNOSTIC
│
└── NON
⬇
PÉRIMÈTRE VALIDÉ ET DOCUMENTÉ
📊 Matrice Premium de définition du périmètre
| Entité | Flux ventes | Flux achats | E-reporting | ERP | Pays | Priorité |
|---|---|---|---|---|---|---|
| Société A | Oui | Oui | Oui | ERP central | France | Critique |
| Société B | Oui | Oui | Non ou limité | ERP local | France | Élevée |
| Filiale C | Oui | Oui | Selon les flux | ERP international | Union européenne | Élevée |
| Établissement D | Non directement | Réception locale | Non | Portail métier | France | Moyenne |
| Association E | Activité partielle | Oui | À analyser | Logiciel autonome | France | Moyenne |
✅ Faire valider le périmètre
Le périmètre doit être formellement validé avant le lancement des analyses détaillées.
La validation doit confirmer :
- la liste des entités incluses et exclues ;
- les justifications des exclusions ;
- les processus couverts ;
- les applications concernées ;
- les pays et établissements étudiés ;
- les catégories de transactions analysées ;
- la période de référence ;
- les responsables chargés de fournir les informations ;
- les limites connues du diagnostic ;
- les évolutions futures déjà identifiées.
Toute exclusion doit être motivée. Une entité considérée comme non prioritaire peut néanmoins porter un risque réglementaire, fiscal ou technique important.
📌 Check-point Premium
| Question de validation | Résultat attendu |
|---|---|
| Les objectifs du diagnostic sont-ils formalisés ? | Oui, dans une note de cadrage validée. |
| Un sponsor et un chef de projet sont-ils désignés ? | Oui, avec des responsabilités claires. |
| Les parties prenantes sont-elles identifiées ? | Oui, dans une gouvernance et un RACI. |
| Les documents nécessaires sont-ils demandés ? | Oui, avec responsables et échéances. |
| Les méthodes d’investigation sont-elles définies ? | Entretiens, walkthroughs, données et tests. |
| Les entités juridiques sont-elles recensées ? | Oui, y compris établissements et filiales. |
| Les processus sont-ils inclus de bout en bout ? | Oui, des référentiels jusqu’à l’archivage. |
| Les applications hors ERP sont-elles prises en compte ? | Oui, notamment les outils métiers et tableurs. |
| Les opérations atypiques sont-elles incluses ? | Oui, selon leur risque et leur volume. |
| Le périmètre est-il formellement validé ? | Oui, avec exclusions et limites documentées. |
La suite développera la cartographie complète des flux de ventes, achats, e-invoicing, e-reporting, encaissements, paiements, TVA et archivage, puis l’inventaire détaillé des outils, interfaces, API et plateformes.
5️⃣ Cartographier complètement les flux de facturation électronique
La cartographie des flux constitue le cœur du diagnostic de maturité. Elle permet de représenter la circulation réelle des données, des documents, des validations et des statuts entre les équipes, les applications, les partenaires et les plateformes.
Une cartographie professionnelle ne doit pas seulement indiquer qu’une facture est créée puis transmise. Elle doit préciser :
- l’événement déclencheur du flux ;
- l’application dans laquelle la donnée est créée ;
- le responsable de la saisie ou de la génération ;
- les contrôles exécutés avant transmission ;
- le format du fichier ou du message ;
- l’interface utilisée ;
- le destinataire interne ou externe ;
- les statuts retournés ;
- les traitements comptables et fiscaux associés ;
- les preuves conservées ;
- les anomalies possibles ;
- les procédures de reprise en cas d’échec.
Une flèche entre deux applications ne constitue pas une cartographie suffisante. Chaque échange doit être décrit par sa donnée, son format, sa fréquence, son contrôle, son responsable et son mécanisme de reprise.
🗺️ Construire la cartographie générale des flux
RÉFÉRENTIELS
CLIENTS • FOURNISSEURS • PRODUITS • TVA • BANQUES
⬇
PROCESSUS MÉTIERS
VENTES • ACHATS • LOGISTIQUE • PRESTATIONS
⬇
ERP ET LOGICIELS DE FACTURATION
⬇
CONTRÔLES MÉTIERS • COMPTABLES • FISCAUX
⬇
PLATEFORME AGRÉÉE
⬇
CLIENTS • FOURNISSEURS • ADMINISTRATION
⬇
STATUTS • ENCAISSEMENTS • PAIEMENTS
⬇
COMPTABILITÉ • TVA • TRÉSORERIE • ARCHIVAGE
⬇
REPORTING ET PILOTAGE
📈 Cartographier les flux de ventes
Le flux de ventes doit être suivi depuis la création du client jusqu’à l’encaissement et à l’archivage de la facture.
CRÉATION DU CLIENT
⬇
DEVIS OU CONTRAT
⬇
COMMANDE
⬇
LIVRAISON OU SERVICE FAIT
⬇
FACTURE
⬇
CONTRÔLES
⬇
TRANSMISSION ÉLECTRONIQUE
⬇
STATUTS
⬇
CRÉANCE
⬇
ENCAISSEMENT
⬇
LETTRAGE ET ARCHIVAGE
| Étape | Donnée principale | Application source | Contrôle attendu |
|---|---|---|---|
| Création du client | Identité juridique et fiscale. | CRM ou ERP. | SIREN, SIRET, TVA et doublons. |
| Commande | Prix, quantités et conditions. | ERP commercial. | Tarif, crédit et autorisations. |
| Livraison | Date, site et quantités. | ERP logistique ou outil métier. | Commande–livraison. |
| Facturation | Données commerciales et TVA. | ERP ou logiciel de facturation. | Mentions, calculs et fiscalité. |
| Transmission | Facture et données structurées. | ERP, OD ou plateforme. | Format, routage et unicité. |
| Encaissement | Montant, date et référence. | Banque et trésorerie. | Rapprochement et lettrage. |
🔍 Questions de diagnostic sur les flux de ventes
- Combien de systèmes peuvent créer une facture client ?
- Existe-t-il des factures produites en dehors de l’ERP principal ?
- Les factures manuelles sont-elles identifiées et contrôlées ?
- Les numérotations sont-elles distinctes et cohérentes par entité ?
- Les données clients sont-elles synchronisées entre CRM et ERP ?
- Le service fait est-il documenté avant facturation ?
- Les avoirs sont-ils reliés à la facture initiale ?
- Les statuts de plateforme remontent-ils automatiquement ?
- Les rejets sont-ils affectés à un responsable ?
- Les encaissements sont-ils rapprochés automatiquement ?
- Les factures refusées sont-elles distinguées des factures rejetées ?
- Les factures et statuts sont-ils archivés avec leur piste d’audit ?
📥 Cartographier les flux d’achats
Le flux d’achats doit couvrir l’ensemble du processus Procure-to-Pay, depuis l’expression du besoin jusqu’au paiement et à l’archivage.
BESOIN D’ACHAT
⬇
DEMANDE D’ACHAT
⬇
VALIDATION
⬇
COMMANDE FOURNISSEUR
⬇
RÉCEPTION OU SERVICE FAIT
⬇
FACTURE ÉLECTRONIQUE
⬇
RAPPROCHEMENT
⬇
APPROBATION
⬇
COMPTABILISATION
⬇
PAIEMENT
⬇
LETTRAGE ET ARCHIVAGE
| Étape | Risque principal | Contrôle attendu |
|---|---|---|
| Création fournisseur | Fournisseur fictif ou doublon. | Identité, coordonnées bancaires et validation. |
| Commande | Dépense non autorisée. | Budget, délégation et contrat. |
| Réception | Facturation sans service fait. | Preuve de réception. |
| Facture reçue | Doublon ou erreur de TVA. | Contrôle de conformité et rapprochement. |
| Approbation | Validation par une personne non habilitée. | Workflow et seuils. |
| Paiement | Fraude ou double paiement. | IBAN, bénéficiaire et double validation. |
⚠️ Identifier les flux d’achats hors commande
Les factures sans commande doivent être isolées dans la cartographie, car elles comportent souvent un niveau de risque plus élevé.
| Catégorie | Justification possible | Contrôle compensatoire |
|---|---|---|
| Loyers | Contrat récurrent. | Contrat, échéancier et validation budgétaire. |
| Énergie | Consommation périodique. | Site, période et cohérence historique. |
| Honoraires | Mission ponctuelle ou récurrente. | Lettre de mission et service fait. |
| Dépense urgente | Besoin exceptionnel. | Validation a posteriori renforcée. |
| Taxes et organismes | Absence de commande commerciale. | Contrôle juridique et comptable. |
📤 Cartographier les flux de e-invoicing
Le diagnostic doit identifier précisément les opérations relevant de la transmission électronique de factures entre entreprises concernées.
| Composant | Question de diagnostic |
|---|---|
| Émetteur | Quelle entité produit juridiquement la facture ? |
| Système source | Dans quel outil la facture est-elle créée ? |
| Format | Factur-X, UBL, CII ou format propriétaire ? |
| Plateforme | Quelle plateforme assure la transmission ? |
| Routage | Comment le destinataire est-il identifié ? |
| Statuts | Quels statuts sont remontés dans l’ERP ? |
| Contrôle | Qui traite les rejets et dans quel délai ? |
| Archivage | Où sont conservés la facture et les événements associés ? |
📡 Cartographier les flux de e-reporting
Le e-reporting doit faire l’objet d’une cartographie distincte. Il peut être alimenté par des systèmes différents de ceux utilisés pour les factures B2B.
Le diagnostic doit notamment identifier :
- les opérations concernées ;
- les ventes B2C ;
- les opérations internationales ;
- les données de transaction ;
- les données de paiement lorsqu’elles sont requises ;
- la fréquence d’extraction ;
- l’application source ;
- les règles de regroupement ;
- les contrôles de cohérence ;
- les corrections et retransmissions ;
- les preuves de transmission.
CAISSES • SITES E-COMMERCE • ERP • APPLICATIONS MÉTIERS
⬇
EXTRACTION DES TRANSACTIONS
⬇
ENRICHISSEMENT DES DONNÉES
⬇
CONTRÔLES DE COHÉRENCE
⬇
TRANSMISSION À LA PLATEFORME
⬇
TRANSMISSION FISCALE
⬇
ACCUSÉS ET CORRECTIONS
💳 Cartographier les flux d’encaissements
| Flux | Source | Destination | Contrôle |
|---|---|---|---|
| Virement client | Banque. | Trésorerie ou comptabilité. | Payeur, montant et référence. |
| Prélèvement | Outil de paiement. | Banque puis ERP. | Mandat et rejet éventuel. |
| Carte bancaire | Prestataire de paiement. | Banque et ERP. | Commission et rapprochement. |
| Espèces | Caisse. | Comptabilité. | Clôture de caisse et dépôt. |
| Paiement groupé | Client. | Compte bancaire. | Ventilation multi-factures. |
| Paiement partiel | Client. | Compte client. | Solde et relance. |
🏦 Cartographier les flux de paiements fournisseurs
Le flux de paiement doit être analysé séparément du flux de comptabilisation afin d’identifier les risques de fraude, de doublon et de modification des coordonnées bancaires.
FACTURES VALIDÉES
⬇
PROPOSITION DE PAIEMENT
⬇
CONTRÔLE DES ÉCHÉANCES
⬇
CONTRÔLE DES IBAN
⬇
VALIDATION DU LOT
⬇
TRANSMISSION BANCAIRE
⬇
EXÉCUTION
⬇
RETOUR BANCAIRE
⬇
LETTRAGE ET ARCHIVAGE
Le diagnostic doit vérifier :
- qui peut préparer un paiement ;
- qui peut modifier un IBAN ;
- qui valide les lots ;
- comment le fichier bancaire est transmis ;
- si un utilisateur peut cumuler plusieurs fonctions incompatibles ;
- comment les rejets bancaires sont traités ;
- si les paiements urgents suivent un circuit spécifique ;
- si les doublons sont détectés avant exécution.
⚖️ Cartographier les flux de TVA
La cartographie TVA doit relier les opérations commerciales, les factures, la comptabilité, les encaissements, les déclarations et les transmissions fiscales.
| Flux TVA | Source | Contrôle principal |
|---|---|---|
| TVA collectée | Factures de vente. | Base, taux et exigibilité. |
| TVA déductible | Factures fournisseurs. | Droit à déduction et période. |
| TVA sur encaissements | Banque et comptes clients. | Montant encaissé et date. |
| Autoliquidation | Achats ou opérations spécifiques. | Qualification et écriture symétrique. |
| Avoirs | Documents correctifs. | Impact sur la déclaration. |
| Déclaration | Comptabilité ou outil fiscal. | Réconciliation avec les flux. |
Une TVA recalculée manuellement dans un tableur révèle généralement une rupture entre les données de facturation, la comptabilité et l’outil déclaratif.
🗄️ Cartographier les flux d’archivage
L’archivage doit être étudié depuis la création ou la réception de la facture jusqu’à sa restitution ou sa destruction à l’issue de la durée applicable.
| Étape | Question de diagnostic |
|---|---|
| Versement | Quel système transmet le document à l’archive ? |
| Format conservé | Le rendu lisible et les données structurées sont-ils conservés ? |
| Indexation | Quels identifiants permettent la recherche ? |
| Intégrité | Comment les modifications sont-elles empêchées ou détectées ? |
| Accès | Qui peut consulter, exporter ou supprimer ? |
| Restitution | La facture peut-elle être retrouvée rapidement ? |
| Continuité | Que se passe-t-il en cas de changement de prestataire ? |
| Destruction | La suppression est-elle autorisée, contrôlée et tracée ? |
📊 Matrice Premium de cartographie des flux
| Flux | Système source | Interface | Système cible | Fréquence | Contrôle | Responsable |
|---|---|---|---|---|---|---|
| Factures clients | ERP commercial. | API. | Plateforme agréée. | Temps réel. | Format et routage. | Facturation. |
| Factures fournisseurs | Plateforme agréée. | Connecteur. | ERP comptable. | Continu. | Doublons et fournisseur. | Comptabilité fournisseurs. |
| Statuts | Plateforme agréée. | API. | ERP. | Temps réel ou batch. | Réconciliation. | DSI et métiers. |
| Encaissements | Banque. | Fichier bancaire. | Trésorerie. | Quotidienne. | Lettrage. | Comptabilité clients. |
| Données TVA | Grand livre. | Export. | Outil fiscal. | Mensuelle. | Réconciliation. | Fiscalité. |
| Archives | ERP ou plateforme. | Connecteur GED. | SAE ou GED. | À chaque flux. | Intégrité et indexation. | Gestion documentaire. |
6️⃣ Inventorier tous les outils du dispositif
L’inventaire applicatif doit recenser chaque outil intervenant directement ou indirectement dans la facturation électronique.
Pour chaque application, il convient de documenter :
- son nom et son éditeur ;
- sa version ;
- son propriétaire interne ;
- les entités utilisatrices ;
- les processus couverts ;
- les données maîtres gérées ;
- les formats produits ou reçus ;
- les interfaces existantes ;
- les volumes traités ;
- les engagements de service ;
- les dispositifs de sécurité ;
- les limites connues ;
- les projets d’évolution ou de remplacement ;
- le niveau de criticité.
💻 Inventorier les ERP
| Information | Question de diagnostic |
|---|---|
| Périmètre | Quelles sociétés et activités sont gérées ? |
| Modules | Ventes, achats, stocks, comptabilité, trésorerie ? |
| Facturation | L’ERP produit-il directement les factures ? |
| Formats | Peut-il générer les formats requis ? |
| Statuts | Peut-il intégrer les retours de plateforme ? |
| Référentiels | Est-il système maître des clients et fournisseurs ? |
| Version | Une mise à jour est-elle nécessaire ? |
| Support | L’éditeur accompagne-t-il la réforme ? |
🧾 Inventorier les logiciels de facturation
Le diagnostic doit rechercher tous les outils capables de produire un document présenté comme une facture.
- logiciel de gestion commerciale ;
- outil de caisse ;
- logiciel de gestion locative ;
- outil de gestion de projets ;
- application de facturation SaaS ;
- portail de vente ;
- site e-commerce ;
- application métier spécialisée ;
- tableur avec modèle de facture ;
- outil local utilisé par une filiale ou une agence.
Une facture produite hors de l’outil central peut échapper à la numérotation, à la TVA, à la plateforme, à la comptabilité ou à l’archivage.
📚 Inventorier les logiciels comptables
| Point analysé | Risque associé |
|---|---|
| Import des factures | Ressaisie ou perte de données. |
| Mapping comptable | Mauvaise imputation. |
| Mapping TVA | Déclaration erronée. |
| Lettrage | Soldes clients ou fournisseurs inexacts. |
| Pièces justificatives | Absence de lien avec l’écriture. |
| Multi-entités | Mauvaise société comptabilisée. |
| Clôture | Cut-off et réconciliations insuffisants. |
👥 Inventorier les CRM
Le CRM peut contenir des informations déterminantes pour la facturation :
- identité du client ;
- contacts ;
- devis ;
- contrats ;
- conditions commerciales ;
- adresses ;
- statuts de prospection ;
- limites de crédit ;
- historique de relation.
Le diagnostic doit déterminer si le CRM est :
- le système maître de certaines données ;
- synchronisé avec l’ERP ;
- capable de créer un client sans validation ;
- alimenté automatiquement ou manuellement ;
- à l’origine de doublons ou d’incohérences.
🛒 Inventorier les outils achats
- outils de demandes d’achat ;
- solutions de commande ;
- portails fournisseurs ;
- outils de validation budgétaire ;
- solutions de gestion des contrats ;
- outils de réception ;
- applications de notes de frais ;
- solutions de gestion des dépenses ;
- outils de sourcing et d’appel d’offres.
Le diagnostic doit vérifier si les données de commande, de réception et de facturation sont reliées par un identifiant commun.
🗂️ Inventorier les GED et systèmes d’archivage
| Fonction | Question de maturité |
|---|---|
| Classement | Les factures sont-elles indexées automatiquement ? |
| Recherche | Peut-on retrouver un document par numéro, tiers ou date ? |
| Intégrité | Les modifications sont-elles tracées ? |
| Durée | Les règles de conservation sont-elles paramétrées ? |
| Accès | Les habilitations sont-elles différenciées ? |
| Export | La restitution est-elle possible en cas d’audit ? |
| Réversibilité | Les archives peuvent-elles être récupérées lors d’un changement ? |
🏦 Inventorier les outils bancaires et de trésorerie
- portails bancaires ;
- logiciels de trésorerie ;
- outils de rapprochement bancaire ;
- solutions de paiement ;
- prestataires de paiement en ligne ;
- outils de prélèvement ;
- solutions de cash pooling ;
- applications de prévision de trésorerie ;
- outils de détection de fraude.
L’inventaire doit préciser :
- les comptes bancaires couverts ;
- les formats de relevés ;
- les fréquences d’import ;
- les modalités de validation ;
- les interfaces avec la comptabilité ;
- les contrôles sur les bénéficiaires ;
- les comptes techniques utilisés.
🔗 Inventorier les interfaces et connecteurs
| Interface | Type | Risque principal |
|---|---|---|
| CRM → ERP | API ou batch. | Données clients incomplètes. |
| ERP → Plateforme | API ou fichier. | Factures non transmises. |
| Plateforme → ERP | API de statuts. | Statuts non synchronisés. |
| Plateforme → Comptabilité | Connecteur. | Double comptabilisation. |
| Banque → Trésorerie | Fichier ou API. | Encaissements manquants. |
| ERP → GED | Webservice. | Archive non créée. |
| Comptabilité → Outil fiscal | Export. | TVA retraitée manuellement. |
🔌 Inventorier les API
Pour chaque API, le diagnostic doit collecter :
- le fournisseur et le consommateur du service ;
- les données échangées ;
- les méthodes utilisées ;
- la fréquence des appels ;
- le mécanisme d’authentification ;
- les droits du compte technique ;
- les limites de volume ;
- les délais de réponse ;
- les codes d’erreur ;
- les procédures de reprise ;
- les journaux conservés ;
- le responsable du support.
Une interface peut être techniquement active tout en perdant une partie des messages. L’absence de supervision et de réconciliation crée un risque d’omission silencieuse.
🌐 Inventorier les plateformes
| Information | Contenu à documenter |
|---|---|
| Type de plateforme | Plateforme agréée, opérateur ou portail spécialisé. |
| Périmètre | Entités, flux, pays et volumes. |
| Fonctionnalités | Émission, réception, statuts, e-reporting et archivage. |
| Formats | Factur-X, UBL, CII et formats propriétaires. |
| Interfaces | API, fichiers, portails ou connecteurs. |
| SLA | Disponibilité, support et délais de traitement. |
| Sécurité | Authentification, chiffrement et journalisation. |
| Réversibilité | Conditions de sortie et restitution des données. |
| Contrat | Responsabilités, coûts et engagements. |
📊 Matrice Premium d’inventaire des outils
| Outil | Propriétaire | Processus | Entités | Interfaces | Criticité | Évolution prévue |
|---|---|---|---|---|---|---|
| ERP principal | DSI Finance. | Ventes, achats et comptabilité. | Société A et B. | CRM, banque et plateforme. | Critique. | Mise à niveau. |
| CRM | Direction commerciale. | Clients et contrats. | Groupe. | ERP. | Élevée. | Nettoyage du référentiel. |
| Logiciel local | Filiale. | Facturation métier. | Filiale C. | Export manuel. | Élevée. | Remplacement à étudier. |
| GED | Direction documentaire. | Archivage. | France. | ERP et plateforme. | Élevée. | Extension des capacités. |
| Outil fiscal | Direction fiscale. | TVA. | France. | Comptabilité. | Critique. | Automatisation du rapprochement. |
📌 Check-point Premium
| Question | Résultat attendu |
|---|---|
| Tous les flux de ventes sont-ils cartographiés ? | Oui, de la commande à l’encaissement. |
| Tous les flux d’achats sont-ils couverts ? | Oui, y compris les factures sans commande. |
| Le e-invoicing est-il distingué du e-reporting ? | Oui, avec sources et contrôles propres. |
| Les flux bancaires sont-ils intégrés ? | Oui, encaissements et paiements. |
| La TVA est-elle reliée aux flux sources ? | Oui, jusqu’à la déclaration. |
| L’archivage est-il cartographié ? | Oui, du versement à la restitution. |
| Tous les outils sont-ils recensés ? | Oui, y compris outils locaux et tableurs. |
| Les interfaces sont-elles documentées ? | Oui, avec fréquence, contrôles et responsables. |
| Les API sont-elles supervisées ? | Oui, avec journaux et reprise. |
| Les plateformes et contrats sont-ils inventoriés ? | Oui, avec sécurité, SLA et réversibilité. |
7️⃣ Cartographier les acteurs et les responsabilités
La cartographie des responsabilités complète la cartographie des flux et des outils. Elle permet d’identifier qui crée, contrôle, valide, corrige, transmet, supervise et archive chaque information.
Le diagnostic doit distinguer :
- le propriétaire du processus ;
- le propriétaire de la donnée ;
- l’utilisateur opérationnel ;
- le valideur ;
- le contrôleur ;
- le responsable de l’application ;
- le responsable de l’interface ;
- le support de premier niveau ;
- le décideur en cas d’incident ;
- le responsable de la preuve et de l’archivage.
👥 Cartographie Premium des acteurs
| Domaine | Acteurs principaux | Responsabilités |
|---|---|---|
| Ventes | Commercial, ADV, facturation. | Client, commande, livraison et facture. |
| Achats | Demandeur, acheteur, approbateur. | Besoin, commande et contrat. |
| Réception | Logistique ou responsable métier. | Livraison et service fait. |
| Comptabilité clients | Comptables et Credit Manager. | Créances, encaissements et relances. |
| Comptabilité fournisseurs | Comptables et responsables de paiement. | Factures, rapprochements et paiements. |
| Fiscalité | Référent TVA ou direction fiscale. | Qualification et déclaration. |
| Trésorerie | Trésorier et signataires. | Flux bancaires et prévisions. |
| DSI | Responsables applicatifs et intégration. | Systèmes, interfaces et disponibilité. |
| Sécurité | RSSI et administrateurs. | Accès, incidents et continuité. |
| Archivage | GED, juridique ou records manager. | Conservation et restitution. |
📋 Construire le RACI des processus
| Processus | Réalise | Valide | Contrôle | Supporte |
|---|---|---|---|---|
| Création client | ADV. | Responsable référentiel. | Conformité ou comptabilité. | DSI. |
| Émission facture | ERP ou facturation. | Selon seuils. | Comptabilité et fiscalité. | DSI et plateforme. |
| Traitement rejet | Facturation. | Responsable du processus. | Contrôle interne. | DSI ou éditeur. |
| Création fournisseur | Achats ou comptabilité. | Responsable référentiel. | Contrôle interne. | DSI. |
| Modification IBAN | Comptabilité fournisseurs. | Responsable indépendant. | Trésorerie. | Achats. |
| Déclaration TVA | Fiscalité ou comptabilité. | Responsable fiscal. | Chef de mission. | DSI et outil fiscal. |
⚠️ Identifier les responsabilités absentes ou ambiguës
Le diagnostic doit signaler notamment :
- un flux sans propriétaire désigné ;
- une donnée modifiée par plusieurs équipes sans gouvernance ;
- une interface sans responsable de supervision ;
- un rejet sans équipe chargée de sa résolution ;
- un compte technique sans propriétaire ;
- une procédure d’urgence sans validation formalisée ;
- une plateforme pilotée uniquement par le prestataire ;
- une activité dépendant d’un collaborateur unique ;
- une responsabilité partagée sans arbitrage clair.
Lorsqu’un processus est présenté comme relevant de « tout le monde », il ne relève généralement de personne de manière suffisamment claire.
8️⃣ Analyser la qualité des données
La qualité des données conditionne directement la réussite du projet. Une donnée absente, obsolète ou incohérente peut provoquer un rejet, un mauvais routage, une erreur de TVA, une double comptabilisation ou un paiement frauduleux.
Le diagnostic doit mesurer six dimensions :
| Dimension | Question |
|---|---|
| Exhaustivité | Toutes les données nécessaires sont-elles présentes ? |
| Exactitude | Les données correspondent-elles à la réalité ? |
| Cohérence | La même donnée est-elle identique dans tous les systèmes ? |
| Unicité | Existe-t-il des doublons ? |
| Actualité | La donnée est-elle à jour ? |
| Traçabilité | Peut-on identifier l’origine et les modifications ? |
👤 Analyser les données clients
| Donnée | Contrôle | Risque |
|---|---|---|
| Dénomination | Concordance avec l’entité juridique. | Mauvais débiteur. |
| SIREN | Format, existence et statut. | Routage impossible. |
| SIRET | Établissement actif. | Mauvais site. |
| Numéro de TVA | Format et validité. | Erreur de régime. |
| Adresse | Siège, facturation et livraison. | Document incomplet. |
| Adresse de routage | Présence et cohérence. | Facture non acheminée. |
| Conditions de paiement | Conformité au contrat. | Échéance incorrecte. |
🏭 Analyser les données fournisseurs
- dénomination juridique ;
- SIREN et SIRET ;
- numéro de TVA ;
- adresse ;
- catégorie fournisseur ;
- conditions de paiement ;
- coordonnées bancaires ;
- devise ;
- pays ;
- contrats actifs ;
- niveau de risque ;
- statut actif ou bloqué.
La qualité des données bancaires ne se limite pas au format de l’IBAN. Elle suppose une preuve d’origine, une validation indépendante et une traçabilité des modifications.
📦 Analyser les données produits et services
| Donnée | Impact |
|---|---|
| Code produit ou service | Identification dans les systèmes. |
| Désignation | Lisibilité de la facture. |
| Nature de l’opération | Qualification fiscale. |
| Unité | Calcul et structuration. |
| Taux de TVA | Montant de taxe. |
| Compte comptable | Imputation automatique. |
| Code analytique | Reporting et contrôle de gestion. |
| Règle d’exigibilité | Période de TVA. |
🏢 Contrôler les SIREN et SIRET
Le diagnostic doit mesurer :
- le pourcentage de fiches comportant un SIREN ;
- le pourcentage de SIREN valides ;
- le nombre de SIREN dupliqués ;
- les fiches associées à des entreprises fermées ;
- les incohérences entre SIREN et dénomination ;
- les SIRET d’établissements fermés ;
- les entités étrangères comportant à tort un identifiant français ;
- les clients ou fournisseurs créés uniquement sous une enseigne.
🇪🇺 Contrôler les numéros de TVA
| Contrôle | Résultat attendu |
|---|---|
| Présence | Numéro disponible lorsque nécessaire. |
| Format | Structure cohérente avec le pays. |
| Validité | Numéro actif au moment du contrôle. |
| Concordance | Correspondance avec le tiers. |
| Preuve | Contrôle daté et conservé. |
| Actualisation | Revue périodique ou événementielle. |
📍 Contrôler les adresses de routage
Le diagnostic doit rechercher :
- les clients sans adresse de routage ;
- les adresses affectées à la mauvaise entité ;
- les adresses obsolètes ;
- les règles de routage non documentées ;
- les établissements sans adresse dédiée alors que nécessaire ;
- les adresses dupliquées ;
- les écarts entre annuaire, ERP et plateforme ;
- les changements non répercutés dans tous les systèmes.
🏦 Contrôler les coordonnées bancaires
| Contrôle | Risque évité |
|---|---|
| Format IBAN | Coordonnée inexploitable. |
| Correspondance titulaire | Paiement à un tiers frauduleux. |
| Date de modification | Changement suspect non détecté. |
| Validateur | Absence de séparation des tâches. |
| Historique | Perte de la piste d’audit. |
| Compte principal | Mauvaise sélection lors du paiement. |
⚖️ Contrôler les taux et codes de TVA
Le diagnostic doit comparer :
- les codes TVA de l’ERP ;
- les taux associés ;
- les comptes comptables ;
- les catégories de produits et services ;
- les mentions générées ;
- les règles d’exigibilité ;
- les motifs d’exonération ;
- les cas d’autoliquidation ;
- les mappings vers les formats structurés ;
- les mappings vers la déclaration de TVA.
Un code ancien peut rester actif dans l’ERP et continuer à être utilisé alors que son traitement n’est plus conforme ou suffisamment documenté.
📊 Construire le score de qualité des données
| Indicateur | Calcul |
|---|---|
| Taux de complétude | Fiches complètes / fiches actives. |
| Taux de validité | Données valides / données contrôlées. |
| Taux de doublons | Doublons identifiés / fiches actives. |
| Taux de cohérence | Données concordantes entre systèmes / données comparées. |
| Taux d’actualité | Données revues dans le délai / données critiques. |
| Taux de traçabilité | Modifications documentées / modifications sensibles. |
9️⃣ Mesurer les volumes de facturation
Les volumes permettent de dimensionner les applications, les interfaces, les contrats, les équipes et les dispositifs de continuité.
Le diagnostic doit analyser :
- le nombre annuel de factures émises ;
- le nombre annuel de factures reçues ;
- le nombre moyen par jour ;
- le volume maximal par heure ou par jour ;
- la répartition par entité ;
- la répartition par système source ;
- la répartition par type de flux ;
- la répartition par format ;
- le nombre d’avoirs ;
- le nombre d’acomptes ;
- le nombre de factures internationales ;
- le nombre de flux B2C ;
- le nombre de factures rejetées ou refusées ;
- le volume de pièces jointes.
📈 Mesurer les factures émises
| Indicateur | Utilité |
|---|---|
| Factures annuelles | Dimensionnement global. |
| Factures par entité | Répartition de la charge. |
| Factures par canal | Identification des outils sources. |
| Factures manuelles | Mesure du risque et de l’automatisation. |
| Factures multi-lignes | Complexité des formats. |
| Factures multi-taux | Complexité fiscale. |
| Factures internationales | Gestion des régimes et devises. |
📥 Mesurer les factures reçues
| Catégorie | Mesure attendue |
|---|---|
| Avec commande | Part pouvant bénéficier d’un matching automatique. |
| Sans commande | Part nécessitant un workflow particulier. |
| Récurrentes | Potentiel d’automatisation. |
| Internationales | Complexité TVA et devise. |
| Avec litige | Charge de traitement. |
| En doublon | Qualité des contrôles. |
| Reçues hors plateforme | Flux parallèles à supprimer ou encadrer. |
📅 Analyser la saisonnalité
La moyenne annuelle masque souvent des variations importantes.
Le diagnostic doit identifier :
- les fins de mois ;
- les clôtures trimestrielles ;
- la clôture annuelle ;
- les périodes de soldes ;
- les campagnes commerciales ;
- les renouvellements d’abonnements ;
- les périodes de forte activité ;
- les échéances contractuelles communes ;
- les jours de traitement de lots massifs.
🚀 Identifier les pics de charge
| Pic | Risque | Contrôle |
|---|---|---|
| Émission massive en fin de mois | Saturation de l’interface. | Test de charge et supervision. |
| Réception massive de factures | Retard d’approbation. | Capacité du workflow. |
| Clôture comptable | Files d’anomalies non traitées. | Priorisation et ressources. |
| Campagne commerciale | Factures générées en doublon. | Contrôle d’unicité. |
| Échéance fiscale | Extraction tardive ou incomplète. | Planification et réconciliation. |
↩️ Mesurer les avoirs
Le volume d’avoirs constitue un indicateur de qualité des processus.
| Indicateur | Lecture |
|---|---|
| Taux d’avoirs | Avoirs / factures émises. |
| Avoirs pour erreur de prix | Faiblesse du paramétrage commercial. |
| Avoirs pour mauvaise entité | Faiblesse du référentiel client. |
| Avoirs pour quantité | Défaut de rapprochement livraison–facture. |
| Avoirs fiscaux | Erreur de taux ou de régime. |
| Délai d’émission de l’avoir | Réactivité du traitement des litiges. |
💳 Mesurer les acomptes
- nombre de factures d’acompte ;
- montant annuel des acomptes ;
- part des acomptes non rapprochés ;
- acomptes reçus sans référence ;
- acomptes non imputés sur une facture finale ;
- acomptes remboursés ;
- erreurs de TVA sur acomptes ;
- délai moyen entre acompte et facture finale.
🌍 Mesurer les factures internationales
| Dimension | Analyse |
|---|---|
| Pays | Répartition UE et hors UE. |
| Devise | Volumes et risques de change. |
| Nature | Biens ou services. |
| Régime TVA | Exonération, autoliquidation ou taxation. |
| Format | Compatibilité internationale. |
| Plateforme | Canaux utilisés selon les pays. |
🔄 Mesurer les flux sans facture
Le diagnostic doit recenser les opérations générant une donnée fiscale, comptable ou financière sans facture électronique classique.
- ventes B2C enregistrées par caisse ;
- encaissements agrégés ;
- opérations internationales ;
- paiements sans référence ;
- écritures manuelles de TVA ;
- notes de débit ;
- débours ;
- opérations d’autoliquidation ;
- écritures de régularisation ;
- factures à établir et factures non parvenues.
📊 Tableau Premium des volumes
| Indicateur | Volume annuel | Pic mensuel | Pic journalier | Taux d’exception |
|---|---|---|---|---|
| Factures clients | À renseigner. | À renseigner. | À renseigner. | Rejets et avoirs. |
| Factures fournisseurs | À renseigner. | À renseigner. | À renseigner. | Litiges et sans commande. |
| Avoirs | À renseigner. | À renseigner. | À renseigner. | Causes à analyser. |
| Acomptes | À renseigner. | À renseigner. | À renseigner. | Non rapprochés. |
| Flux de e-reporting | À renseigner. | À renseigner. | À renseigner. | Corrections. |
| Pièces jointes | À renseigner. | À renseigner. | À renseigner. | Formats non supportés. |
📌 Check-point Premium
| Question | Résultat attendu |
|---|---|
| Chaque flux possède-t-il un propriétaire ? | Oui, avec un RACI formalisé. |
| Chaque donnée critique possède-t-elle un responsable ? | Oui, avec règles de création et modification. |
| Les rôles incompatibles sont-ils identifiés ? | Oui, avec contrôles compensatoires. |
| La qualité des données est-elle mesurée ? | Oui, par indicateurs documentés. |
| Les SIREN, SIRET et numéros de TVA sont-ils contrôlés ? | Oui, avec analyse des anomalies. |
| Les adresses de routage sont-elles complètes ? | Oui, et cohérentes entre les systèmes. |
| Les IBAN sont-ils gouvernés ? | Oui, avec double validation et historique. |
| Les codes TVA sont-ils revus ? | Oui, du produit jusqu’à la déclaration. |
| Les volumes et pics sont-ils mesurés ? | Oui, par entité, flux et système. |
| Les cas particuliers sont-ils quantifiés ? | Oui, notamment avoirs, acomptes et international. |
La suite développera l’identification des écarts de conformité, l’analyse des compétences disponibles, l’identification des dépendances critiques, les tableaux et schémas de synthèse, les illustrations professionnelles, les premiers cas pratiques ainsi que la matrice finale d’inventaire et de diagnostic.
🔟 Identifier les écarts de conformité
L’identification des écarts de conformité consiste à comparer l’organisation réellement observée avec les exigences juridiques, fiscales, comptables, techniques et organisationnelles applicables à la facturation électronique.
Cette analyse ne doit pas se limiter à vérifier la présence d’un logiciel ou d’une plateforme. Elle doit déterminer si l’entreprise est capable de produire, transmettre, recevoir, contrôler, comptabiliser, déclarer, conserver et restituer des données fiables dans des conditions suffisamment sécurisées.
Un écart de conformité ne correspond pas uniquement à une obligation totalement absente. Une obligation partiellement couverte, non documentée, insuffisamment contrôlée ou dépendante d’un traitement manuel fragile constitue également un écart.
⚖️ Construire le référentiel de conformité
Avant de qualifier les écarts, l’équipe de diagnostic doit construire un référentiel recensant les exigences auxquelles l’organisation doit répondre.
| Domaine | Exigences à examiner | Preuves attendues |
|---|---|---|
| Facturation | Émission, numérotation, mentions, dates et rectifications. | Factures tests, paramétrages et procédures. |
| Formats électroniques | Production et lecture des données structurées. | Fichiers, validations de schéma et rapports techniques. |
| Transmission | Routage, unicité, statuts et traitement des rejets. | Journaux d’échange et rapprochements. |
| E-reporting | Identification, extraction, contrôle et transmission des données. | Cartographie, règles et preuves de dépôt. |
| TVA | Taux, territorialité, exigibilité, déduction et rapprochements. | Règles fiscales, tests et dossiers de contrôle. |
| Comptabilité | Exhaustivité, imputation, cut-off et piste justificative. | Écritures, rapprochements et dossiers de révision. |
| Archivage | Intégrité, lisibilité, conservation, accès et restitution. | Contrat, journaux, tests de restitution et habilitations. |
| Sécurité | Authentification, accès, journalisation et continuité. | Matrice des droits, journaux et plans de secours. |
| Données personnelles | Finalité, minimisation, sécurité et droits d’accès. | Registre, contrats et analyses de risques. |
| Contrôle interne | Séparation des tâches, validations et supervision. | RACI, plans de contrôle et preuves d’exécution. |
📏 Utiliser une échelle homogène de qualification
| Niveau | Qualification | Définition |
|---|---|---|
| 0 | Non couvert | L’exigence n’est ni traitée ni prise en compte. |
| 1 | Très insuffisant | Le traitement repose sur une pratique informelle et fragile. |
| 2 | Partiellement couvert | Une solution existe, mais elle reste incomplète ou non généralisée. |
| 3 | Couvert mais non démontré | Le dispositif semble fonctionner, mais les preuves sont insuffisantes. |
| 4 | Maîtrisé | Le processus est documenté, contrôlé et régulièrement exécuté. |
| 5 | Optimisé | Le contrôle est automatisé, supervisé et amélioré continuellement. |
Une affirmation orale, même formulée avec assurance, ne suffit pas à classer une obligation comme maîtrisée. Le diagnostic doit rechercher une preuve documentaire, applicative ou transactionnelle.
🧾 Identifier les écarts liés aux factures émises
| Écart potentiel | Conséquence | Test de diagnostic |
|---|---|---|
| Mentions obligatoires incomplètes | Non-conformité documentaire ou rejet. | Analyser un échantillon représentatif. |
| Numérotation non maîtrisée | Rupture, doublon ou difficulté de justification. | Reconstituer les séquences par entité. |
| Factures produites hors système central | Flux non transmis ou non comptabilisé. | Comparer chiffre d’affaires, journaux et sources de facturation. |
| Données structurées incomplètes | Échec de traitement automatique. | Valider plusieurs fichiers électroniques. |
| Routage non fiabilisé | Facture non remise au destinataire. | Comparer ERP, annuaire et plateforme. |
| Rejets non suivis | Retard de paiement et perte de visibilité. | Analyser les files d’anomalies. |
| Avoirs non reliés | Piste d’audit insuffisante. | Contrôler les références aux factures initiales. |
📥 Identifier les écarts liés aux factures reçues
- factures reçues par courrier ou e-mail sans intégration contrôlée ;
- absence de détection systématique des doublons ;
- fournisseurs non identifiés dans le référentiel ;
- rapprochement commande–réception–facture insuffisant ;
- factures sans commande non soumises à un contrôle renforcé ;
- TVA déductible comptabilisée sans validation appropriée ;
- circuits d’approbation non alignés sur les délégations ;
- factures bloquées sans responsable ni délai de traitement ;
- coordonnées bancaires modifiées sans validation indépendante ;
- archivage effectué avant la fin des contrôles ou sans lien avec l’écriture.
⚖️ Identifier les écarts fiscaux
| Écart | Risque fiscal | Contrôle recommandé |
|---|---|---|
| Code TVA mal paramétré | Taux ou traitement incorrect. | Revoir la matrice produits–services–TVA. |
| Exigibilité non gérée | TVA déclarée sur une mauvaise période. | Rapprocher factures et encaissements. |
| Autoliquidation incomplète | Omission ou déclaration incohérente. | Tester les opérations concernées. |
| Double déduction | Déduction injustifiée. | Analyser les doublons documentaires et comptables. |
| Numéro de TVA non contrôlé | Régime international fragilisé. | Vérifier la procédure et les preuves. |
| Écart facture–déclaration | Déclaration non réconciliée. | Construire un rapprochement systématique. |
| E-reporting incomplet | Données fiscales manquantes. | Comparer transactions sources et données transmises. |
💻 Identifier les écarts techniques
- ERP non compatible avec les formats attendus ;
- absence de retour automatique des statuts ;
- interfaces fonctionnant uniquement par export manuel ;
- messages perdus sans alerte ;
- absence d’identifiant transverse ;
- formats ou versions non documentés ;
- absence de supervision des API ;
- journalisation insuffisante ;
- rejeu manuel pouvant créer des doublons ;
- tests de charge inexistants ;
- absence d’environnement de recette représentatif ;
- dépendance à un composant obsolète.
🛡️ Identifier les écarts de sécurité et de contrôle interne
| Écart | Risque |
|---|---|
| Comptes utilisateurs partagés | Absence de traçabilité individuelle. |
| Droits excessifs | Modification ou validation non autorisée. |
| Création et validation par la même personne | Fraude ou erreur non détectée. |
| Modification d’IBAN sans double contrôle | Détournement de paiement. |
| Absence de revue des habilitations | Maintien de droits obsolètes. |
| Journal incomplet | Investigation ou audit impossible. |
| Continuité non testée | Interruption prolongée du flux. |
| Archivage non réversible | Perte d’accès aux preuves. |
📊 Construire la matrice des écarts de conformité
| Référence | Exigence | Situation observée | Écart | Preuve | Responsable | Priorité |
|---|---|---|---|---|---|---|
| EC-01 | Identifier correctement le client. | SIREN absent sur une partie des fiches. | Partiellement couvert. | Extraction du référentiel. | Responsable Data clients. | Critique. |
| EC-02 | Assurer la continuité des statuts. | Retours consultés uniquement sur le portail. | Non intégré. | Démonstration applicative. | DSI Finance. | Élevée. |
| EC-03 | Prévenir les doubles paiements. | Contrôle manuel du numéro de facture. | Fragile. | Procédure fournisseurs. | Comptabilité fournisseurs. | Élevée. |
| EC-04 | Documenter la piste d’audit. | Preuves réparties dans plusieurs boîtes e-mail. | Insuffisant. | Walkthrough d’un dossier. | Direction comptable. | Critique. |
| EC-05 | Restituer les archives. | Aucun test récent effectué. | Non démontré. | Absence de rapport de test. | Responsable GED. | Moyenne. |
1️⃣1️⃣ Analyser les compétences disponibles
La réussite du projet dépend autant des compétences humaines que des outils techniques. Le diagnostic doit déterminer si l’entreprise dispose des connaissances, des ressources et des capacités de décision nécessaires pour concevoir puis exploiter le futur dispositif.
L’analyse doit couvrir :
- la compréhension de la réforme ;
- la maîtrise de la facturation ;
- la maîtrise de la TVA ;
- la connaissance des processus clients et fournisseurs ;
- la connaissance des formats structurés ;
- la maîtrise des ERP et interfaces ;
- la cybersécurité ;
- la gestion des données ;
- le contrôle interne ;
- la gestion de projet ;
- la conduite du changement ;
- la capacité de pilotage et d’arbitrage.
🎓 Construire la cartographie des compétences
| Compétence | Population concernée | Niveau attendu |
|---|---|---|
| Cadre réglementaire | Direction, Finance, fiscalité et juridique. | Maîtrise des obligations et responsabilités. |
| Processus Order-to-Cash | Ventes, ADV et comptabilité clients. | Maîtrise opérationnelle. |
| Processus Procure-to-Pay | Achats et comptabilité fournisseurs. | Maîtrise opérationnelle. |
| TVA | Comptabilité et fiscalité. | Expertise adaptée aux opérations. |
| Formats électroniques | DSI, intégrateurs et key users. | Compréhension technique suffisante. |
| Data management | Responsables de référentiels. | Gouvernance et contrôle de qualité. |
| Cybersécurité | DSI, administrateurs et utilisateurs sensibles. | Maîtrise des risques et procédures. |
| Gestion de projet | Chef de projet et responsables de lots. | Planification, coordination et arbitrage. |
| Conduite du changement | Managers, RH et relais métiers. | Communication et accompagnement. |
📏 Évaluer les niveaux de compétence
| Niveau | Description | Capacité observée |
|---|---|---|
| 1 — Sensibilisation | Connaît les grandes lignes du sujet. | Comprendre les impacts généraux. |
| 2 — Opérationnel assisté | Exécute une procédure avec support. | Traiter les cas courants. |
| 3 — Autonome | Maîtrise les opérations habituelles. | Analyser et résoudre les anomalies simples. |
| 4 — Référent | Accompagne les équipes et traite les cas complexes. | Valider les règles et arbitrages métiers. |
| 5 — Expert | Conçoit le dispositif et porte la doctrine. | Piloter les situations sensibles et évolutions. |
🧪 Méthodes d’évaluation des compétences
- autoévaluation encadrée ;
- entretien avec le manager ;
- questionnaire de connaissances ;
- mise en situation professionnelle ;
- analyse d’un dossier réel ;
- observation d’un traitement ;
- historique des erreurs et incidents ;
- analyse de la dépendance à un expert unique ;
- revue des formations déjà suivies ;
- test de continuité en cas d’absence.
L’ancienneté dans un poste ne démontre pas nécessairement la maîtrise des nouveaux formats, des nouveaux statuts ou des exigences liées à la facturation électronique.
📊 Matrice Premium des compétences
| Compétence | Niveau actuel | Niveau cible | Écart | Action | Priorité |
|---|---|---|---|---|---|
| Facturation électronique | 1 | 3 | -2 | Formation générale et ateliers pratiques. | Critique. |
| TVA internationale | 2 | 4 | -2 | Formation expert et documentation. | Élevée. |
| Formats XML | 1 | 3 | -2 | Montée en compétence DSI et intégrateur. | Élevée. |
| Gestion des référentiels | 2 | 4 | -2 | Nommer des data owners. | Critique. |
| Traitement des rejets | 1 | 3 | -2 | Procédure et exercices de simulation. | Élevée. |
| Pilotage de projet | 3 | 4 | -1 | Renforcement méthodologique. | Moyenne. |
1️⃣2️⃣ Identifier les dépendances critiques
Une dépendance critique correspond à une personne, une application, une interface, un prestataire ou une donnée dont l’indisponibilité pourrait interrompre un flux essentiel ou empêcher l’entreprise de respecter ses obligations.
Le diagnostic doit rechercher les dépendances :
- humaines ;
- applicatives ;
- techniques ;
- contractuelles ;
- documentaires ;
- organisationnelles ;
- géographiques ;
- réglementaires ;
- liées aux données ;
- liées au calendrier.
👤 Dépendances humaines
| Dépendance | Signal d’alerte | Action recommandée |
|---|---|---|
| Expert unique | Une seule personne comprend le paramétrage. | Documentation et transfert de compétence. |
| Validation centralisée | Tous les flux dépendent d’un seul décideur. | Délégations et suppléance. |
| Prestataire externe | Aucune compétence interne sur l’interface. | Réversibilité et documentation. |
| Absence de remplacement | Le processus s’arrête pendant les congés. | Plan de continuité des rôles. |
| Connaissance informelle | Les règles ne sont pas écrites. | Formalisation et validation. |
💻 Dépendances applicatives et techniques
- ERP ancien nécessitant une évolution majeure ;
- connecteur spécifique non maintenu ;
- base de données locale sans support ;
- interface reposant sur un poste utilisateur ;
- fichier manuel indispensable à la TVA ;
- application métier sans API ;
- plateforme unique sans procédure de secours ;
- certificat technique géré par une seule personne ;
- absence d’environnement de test ;
- infrastructure insuffisante pour les pics de volume.
🤝 Dépendances aux prestataires et contrats
| Point contractuel | Question |
|---|---|
| Disponibilité | Quel niveau de service est garanti ? |
| Support | Quels délais s’appliquent aux incidents critiques ? |
| Évolutions réglementaires | Qui adapte la solution et dans quel délai ? |
| Responsabilité | Qui supporte les conséquences d’une anomalie ? |
| Réversibilité | Comment récupérer les données et archives ? |
| Sous-traitants | Quels autres acteurs interviennent ? |
| Hébergement | Où les données sont-elles stockées ? |
| Fin de contrat | Quel délai est nécessaire pour migrer ? |
🧬 Dépendances aux données
Le fonctionnement futur peut dépendre d’une donnée dont la qualité ou la disponibilité n’est pas garantie.
- SIREN absent du référentiel client ;
- adresse de routage non disponible ;
- code produit non associé à une nature d’opération ;
- taux de TVA déterminé manuellement ;
- référence de commande absente ;
- date de service fait non enregistrée ;
- coordonnées bancaires non historisées ;
- statut plateforme non intégré ;
- données B2C dispersées dans plusieurs systèmes ;
- preuve de contrôle conservée hors du dossier.
📅 Dépendances au calendrier
| Dépendance | Risque projet |
|---|---|
| Migration ERP en parallèle | Architecture cible instable. |
| Renouvellement du contrat plateforme | Choix contraint ou retardé. |
| Clôture annuelle | Indisponibilité des équipes Finance. |
| Pic commercial | Recette impossible en période critique. |
| Fin de support d’un logiciel | Solution obsolète avant le déploiement. |
| Projet de fusion | Périmètre juridique en évolution. |
📊 Matrice Premium des dépendances critiques
| Dépendance | Type | Flux affecté | Impact | Alternative | Action |
|---|---|---|---|---|---|
| Expert ERP unique | Humaine. | Émission et comptabilisation. | Critique. | Aucune immédiate. | Transfert de compétence. |
| Connecteur historique | Technique. | Transmission des factures. | Critique. | API standard à étudier. | Plan de remplacement. |
| Fichier TVA manuel | Donnée et processus. | Déclaration. | Élevé. | Outil fiscal. | Automatiser le rapprochement. |
| Prestataire GED | Contractuelle. | Archivage. | Élevé. | Export prévu au contrat. | Tester la réversibilité. |
| Migration ERP | Calendrier. | Tous les flux. | Critique. | Architecture transitoire. | Aligner les deux projets. |
📊 Tableau Premium de synthèse des constats
| Domaine | Forces | Faiblesses | Preuves | Priorité |
|---|---|---|---|---|
| Gouvernance | Sponsor identifié. | RACI projet incomplet. | Compte rendu du comité. | Élevée. |
| Processus ventes | ERP centralisé. | Factures manuelles résiduelles. | Analyse des journaux. | Critique. |
| Processus achats | Commandes formalisées. | Nombreuses factures sans commande. | Extraction fournisseurs. | Élevée. |
| Données | Référentiel unique. | SIREN et routages incomplets. | Rapport de qualité. | Critique. |
| TVA | Équipe fiscale expérimentée. | Rapprochements manuels. | Fichier de clôture TVA. | Élevée. |
| Technique | API disponibles. | Supervision insuffisante. | Cartographie des interfaces. | Élevée. |
| Archivage | GED Groupe. | Réversibilité non testée. | Contrat et absence de test. | Moyenne. |
| Compétences | Key users ERP identifiés. | Faible maîtrise des nouveaux flux. | Questionnaire de compétences. | Élevée. |
📐 Schéma Premium — De l’observation au plan d’action
OBSERVATION DU PROCESSUS RÉEL
⬇
COLLECTE DES PREUVES
⬇
COMPARAISON AU RÉFÉRENTIEL
⬇
IDENTIFICATION DE L’ÉCART
⬇
ANALYSE DE LA CAUSE RACINE
⬇
ÉVALUATION DU RISQUE
⬇
DÉSIGNATION DU RESPONSABLE
⬇
ACTION CORRECTIVE
⬇
PREUVE DE REMÉDIATION
📐 Schéma Premium — Triangle de maturité
PROCESSUS MAÎTRISÉS
▲
DONNÉES FIABLES
OUTILS ADAPTÉS
▲
▲
COMPÉTENCES • GOUVERNANCE • CONTRÔLE INTERNE
⬇
CONFORMITÉ ET PERFORMANCE DURABLES
Une organisation ne peut pas être considérée comme mature si un seul pilier est performant. Un outil moderne ne compense pas des données défaillantes, et une équipe compétente ne peut pas sécuriser durablement un processus non documenté.
🖼️ Illustration professionnelle — Lecture d’un écart
Les factures clients sont produites automatiquement dans l’ERP. Toutefois, les adresses de livraison sont ajoutées manuellement dans le PDF par le service facturation.
| Angle d’analyse | Conclusion |
|---|---|
| Processus | Étape manuelle non intégrée au workflow. |
| Donnée | Adresse non structurée dans l’ERP. |
| Technique | XML potentiellement différent du rendu visuel. |
| Conformité | Mention conditionnelle non fiabilisée. |
| Contrôle interne | Aucune validation systématique de la modification. |
| Action | Créer la donnée dans le référentiel et automatiser son alimentation. |
🖼️ Illustration professionnelle — Dépendance invisible
Chaque mois, un collaborateur extrait les ventes B2C de trois applications, les consolide dans un tableur puis transmet le fichier au service fiscal.
- aucune procédure complète n’est disponible ;
- les formules du tableur ne sont pas protégées ;
- aucun autre collaborateur ne maîtrise le traitement ;
- les totaux ne sont pas rapprochés avec la comptabilité ;
- le fichier constitue pourtant la base d’une transmission fiscale.
La dépendance est simultanément humaine, technique, fiscale et documentaire. Elle doit être classée comme critique même si le traitement n’a encore provoqué aucun incident connu.
💼 Cas pratique Premium n°1 — TPE multi-outils
Une TPE utilise un logiciel de devis, un logiciel comptable, un tableur de suivi des encaissements et une messagerie pour recevoir les factures fournisseurs.
Constats
- les clients sont créés dans deux outils différents ;
- les SIREN ne sont pas systématiquement renseignés ;
- les factures sont exportées en PDF puis envoyées par e-mail ;
- les factures fournisseurs sont saisies manuellement ;
- aucune cartographie des responsabilités n’existe ;
- le dirigeant est seul à maîtriser les règles de facturation.
Premières priorités
- désigner un outil maître pour les données clients ;
- nettoyer les identifiants juridiques ;
- vérifier les capacités du logiciel de facturation ;
- formaliser le cycle d’émission et de réception ;
- préparer un plan de continuité minimal ;
- former le collaborateur chargé de la comptabilité.
💼 Cas pratique Premium n°2 — PME industrielle
Une PME industrielle utilise un ERP intégré pour les ventes et les achats, mais dispose de plusieurs applications logistiques locales.
| Domaine | Constat | Risque |
|---|---|---|
| Livraisons | Certains sites transmettent les données en fin de journée. | Facturation retardée ou incomplète. |
| Référentiel | Les sites de livraison sont créés comme clients distincts. | Doublons et mauvais débiteur. |
| Achats | 35 % des factures sont sans commande. | Contrôle du service fait insuffisant. |
| TVA | Plusieurs codes historiques sont encore actifs. | Erreur de taux ou de déclaration. |
| Compétences | Un seul key user maîtrise les interfaces. | Dépendance humaine critique. |
Plan de diagnostic complémentaire
- tester les interfaces logistiques ;
- revoir le modèle de données clients ;
- segmenter les factures sans commande ;
- réviser la matrice TVA ;
- organiser la suppléance du key user ;
- mesurer les pics de facturation en fin de mois.
💼 Cas pratique Premium n°3 — Groupe multi-entités
Un groupe français comprend huit sociétés, trois ERP, deux centres de services partagés et plusieurs outils métiers.
Écarts identifiés
- absence de gouvernance Groupe des référentiels ;
- numérotations gérées différemment selon les sociétés ;
- plusieurs plateformes historiques ;
- statuts intégrés dans un seul des trois ERP ;
- règles TVA non harmonisées ;
- contrats éditeurs renouvelés à des dates différentes ;
- procédures de clôture hétérogènes ;
- aucun score de maturité par entité.
Organisation recommandée
GOUVERNANCE GROUPE
⬇
RÉFÉRENTIEL COMMUN DE DIAGNOSTIC
⬇
ÉVALUATION PAR ENTITÉ
⬇
CONSOLIDATION DES ÉCARTS
⬇
IDENTIFICATION DES DÉPENDANCES CROISÉES
⬇
FEUILLE DE ROUTE GROUPE ET PLANS LOCAUX
💼 Cas pratique Premium n°4 — Diagnostic d’un changement d’ERP
L’entreprise prévoit de remplacer son ERP dans dix-huit mois, alors que le projet de facturation électronique doit démarrer immédiatement.
Questions d’arbitrage
- faut-il adapter l’ancien ERP ou construire une architecture transitoire ?
- quelles interfaces seront réutilisables avec le futur ERP ?
- où faut-il positionner les règles de validation ?
- quel système doit porter les référentiels pendant la transition ?
- comment éviter deux migrations successives des données ?
- les contrats de plateforme prévoient-ils cette évolution ?
- quel budget doit être affecté au provisoire et au définitif ?
Reporter tout le projet jusqu’au nouvel ERP sans évaluer les obligations, les délais et les mesures transitoires nécessaires.
📋 Matrice Premium d’inventaire et de diagnostic
| ID | Entité | Processus | Flux | Outil | Donnée critique | Responsable | Constat | Preuve | Écart | Dépendance | Action |
|---|---|---|---|---|---|---|---|---|---|---|---|
| D-001 | Société A | Order-to-Cash | Factures clients. | ERP central. | SIREN client. | ADV. | 18 % des fiches incomplètes. | Extraction clients. | Qualité insuffisante. | Équipe Data. | Nettoyage prioritaire. |
| D-002 | Société A | Transmission | Statuts. | Plateforme et ERP. | Identifiant facture. | DSI Finance. | Retour non automatisé. | Démonstration. | Rupture de flux. | Connecteur spécifique. | Créer l’interface retour. |
| Société B | Procure-to-Pay | Factures sans commande. | Workflow achats. | Référence de service fait. | Achats. | Contrôle non uniforme. | Échantillon de factures. | Contrôle interne fragile. | Managers locaux. | Standardiser le workflow. | |
| D-004 | Groupe | TVA | Déclaration. | Tableur fiscal. | Codes TVA. | Direction fiscale. | Rapprochement manuel. | Fichier mensuel. | Automatisation insuffisante. | Expert fiscal unique. | Construire un contrôle automatisé. |
| D-005 | Groupe | Archivage | Restitution. | GED externe. | Facture et XML. | Records Manager. | Réversibilité non testée. | Contrat prestataire. | Maîtrise non démontrée. | Prestataire unique. | Organiser un test de sortie. |
🧭 Guide d’utilisation de la matrice
- Attribuer un identifiant unique à chaque constat.
- Préciser l’entité et le processus concernés.
- Identifier le flux et l’outil impliqués.
- Nommer la donnée ou le contrôle critique.
- Désigner le propriétaire actuel.
- Décrire le constat de manière factuelle.
- Associer une preuve accessible.
- Qualifier l’écart sans anticiper excessivement la solution.
- Identifier les dépendances aggravantes.
- Proposer une première action de remédiation.
- Faire valider le constat par le responsable du domaine.
- Préparer son intégration dans la matrice des risques.
📌 Check-point Premium — de cette partie
| Question de validation | Résultat attendu |
|---|---|
| Les écarts sont-ils rattachés à un référentiel ? | Oui, avec exigence et preuve. |
| Les écarts juridiques, fiscaux et techniques sont-ils distingués ? | Oui, sans limiter l’analyse aux systèmes. |
| Les compétences sont-elles objectivement évaluées ? | Oui, par domaine et population. |
| Les experts uniques sont-ils identifiés ? | Oui, avec plans de transfert. |
| Les dépendances applicatives sont-elles documentées ? | Oui, avec impacts et alternatives. |
| Les contrats critiques sont-ils analysés ? | Oui, notamment SLA et réversibilité. |
| Chaque constat dispose-t-il d’une preuve ? | Oui, ou il est classé comme non démontré. |
| Les premières actions sont-elles formulées ? | Oui, sans préjuger du scoring final. |
| Les cas particuliers sont-ils intégrés ? | Oui, selon leur risque et leur matérialité. |
| La matrice d’inventaire est-elle exploitable ? | Oui, pour alimenter l’analyse des risques et le score de maturité. |
L’entreprise dispose désormais d’une cartographie documentée de ses flux, outils, acteurs, données, volumes, écarts de conformité, compétences et dépendances critiques.
La suite développera la classification des risques, les critères de probabilité et d’impact, la matrice de criticité, les risques résiduels, le score de maturité, la priorisation des chantiers, la feuille de route de remédiation, les KPI de maturité et le Diagnostic IA Maturité Facturation Électronique.
1️⃣ Classer les risques du projet de facturation électronique
Après avoir cartographié les flux, les outils, les acteurs, les données, les volumes et les écarts de conformité, l’étape suivante consiste à transformer les constats du diagnostic en une véritable cartographie des risques.
L’objectif n’est pas de produire une simple liste d’anomalies, mais de déterminer :
- quels événements pourraient empêcher l’entreprise de respecter ses obligations ;
- quels processus pourraient être interrompus ;
- quelles erreurs pourraient affecter la TVA, la comptabilité ou la trésorerie ;
- quels incidents pourraient générer des rejets, des retards ou des doubles traitements ;
- quelles dépendances pourraient fragiliser le projet ;
- quels risques doivent être traités en priorité ;
- quels contrôles doivent être renforcés ;
- quel niveau de risque peut rester accepté après remédiation.
Un constat décrit une situation observée. Un risque traduit la conséquence potentielle de cette situation sur la conformité, la fiscalité, les comptes, les opérations, la sécurité ou la continuité de l’entreprise.
🧭 Passer du constat au risque
CONSTAT DOCUMENTÉ
⬇
CAUSE RACINE
⬇
ÉVÉNEMENT REDOUTÉ
⬇
CONSÉQUENCE POTENTIELLE
⬇
PROBABILITÉ
+
IMPACT
⬇
CRITICITÉ DU RISQUE
⬇
CONTRÔLES EXISTANTS
⬇
RISQUE RÉSIDUEL
⬇
PLAN DE REMÉDIATION
| Élément | Exemple |
|---|---|
| Constat | 18 % des fiches clients actives ne comportent pas de SIREN. |
| Cause racine | Champ non obligatoire et absence de contrôle à la création. |
| Événement redouté | Impossible d’identifier ou de router correctement le destinataire. |
| Conséquence | Rejet, retard d’encaissement ou mauvaise entité facturée. |
| Contrôle existant | Vérification manuelle uniquement pour certains clients. |
| Risque résiduel | Élevé tant que le référentiel n’est pas nettoyé et contrôlé. |
⚖️ Classer les risques réglementaires
Les risques réglementaires concernent la capacité de l’entreprise à respecter les obligations de facturation électronique, de transmission des données, de conservation et de restitution.
| Risque réglementaire | Cause possible | Conséquence potentielle |
|---|---|---|
| Facture non transmise dans le canal requis | Flux hors ERP ou outil non connecté. | Non-respect de l’obligation et retard de traitement. |
| Données obligatoires incomplètes | Référentiels insuffisants ou mapping incomplet. | Rejet ou non-conformité de la facture. |
| E-reporting incomplet | Sources de données non recensées. | Transmission fiscale insuffisante. |
| Statuts non remontés | Interface retour absente. | Cycle de vie non maîtrisé. |
| Archivage non conforme | Format, durée ou intégrité non maîtrisés. | Impossibilité de produire une preuve fiable. |
| Restitution impossible | Réversibilité non testée. | Difficulté lors d’un audit ou d’un contrôle. |
Une facture peut avoir été correctement comptabilisée et payée tout en restant non conforme au regard de son format, de ses données, de sa transmission ou de son archivage.
🧾 Classer les risques fiscaux
Les risques fiscaux portent principalement sur la TVA collectée, la TVA déductible, l’exigibilité, la territorialité, les régimes particuliers et la cohérence des données déclarées.
| Risque fiscal | Exemple | Impact potentiel |
|---|---|---|
| Taux de TVA incorrect | Code produit mal paramétré. | TVA collectée insuffisante ou excessive. |
| Exigibilité mal déterminée | Prestations déclarées à la facture au lieu de l’encaissement. | Mauvaise période déclarative. |
| Double déduction | Facture fournisseur intégrée deux fois. | TVA déductible injustifiée. |
| Autoliquidation incomplète | Écriture symétrique non générée. | Déclaration incohérente. |
| Exonération non justifiée | Preuve ou mention absente. | Remise en cause du régime appliqué. |
| Écart facture–déclaration | Rapprochement TVA manuel et incomplet. | Anomalie détectable en contrôle. |
| E-reporting erroné | Données B2C ou internationales mal agrégées. | Transmission fiscale incorrecte. |
📚 Classer les risques comptables
Les risques comptables concernent l’exhaustivité, l’exactitude, le rattachement à la bonne période, l’imputation et la justification des écritures.
- facture émise mais non comptabilisée ;
- facture reçue mais absente du grand livre ;
- double comptabilisation ;
- mauvaise entité ou mauvais compte ;
- mauvaise période de rattachement ;
- avoir non rapproché ;
- paiement non lettré ;
- statut plateforme incohérent avec la comptabilité ;
- facture à établir ou facture non parvenue non détectée ;
- pièce justificative non reliée à l’écriture ;
- écart entre comptabilité générale et analytique ;
- écart entre plateforme, ERP et grand livre.
Plus les flux sont automatisés, plus la réconciliation entre systèmes devient importante. Une automatisation non réconciliée peut propager rapidement une erreur dans plusieurs applications.
⚙️ Classer les risques opérationnels
| Risque opérationnel | Conséquence |
|---|---|
| Facture rejetée non traitée | Retard d’encaissement et litige client. |
| Workflow d’approbation bloqué | Retard de paiement fournisseur. |
| Donnée client obsolète | Mauvais routage ou facturation du mauvais tiers. |
| Absence de service fait | Paiement d’une prestation non réalisée. |
| Flux manuel non exécuté | Omission d’une transmission ou d’une comptabilisation. |
| Pic de charge non absorbé | Retard de traitement en clôture. |
| Erreur de mapping | Donnée transmise au mauvais champ. |
| Traitement d’urgence non contrôlé | Contournement des validations. |
💻 Classer les risques informatiques
Les risques informatiques portent sur les applications, les interfaces, les performances, la disponibilité et la fiabilité des traitements automatisés.
- indisponibilité de l’ERP ;
- indisponibilité de la plateforme ;
- API non disponible ;
- message perdu entre deux applications ;
- erreur de version de format ;
- interface non supervisée ;
- absence de mécanisme de rejeu sécurisé ;
- doublon créé lors d’une reprise ;
- capacité insuffisante pendant les pics ;
- logiciel obsolète ou non maintenu ;
- environnement de recette non représentatif ;
- absence d’identifiant unique entre les systèmes.
📑 Classer les risques contractuels
| Risque contractuel | Question à examiner |
|---|---|
| SLA insuffisant | Le délai de rétablissement est-il compatible avec les obligations ? |
| Responsabilité mal définie | Qui supporte les conséquences d’une transmission incorrecte ? |
| Réversibilité insuffisante | Les données et archives peuvent-elles être récupérées ? |
| Évolution réglementaire non couverte | Qui finance et réalise les mises à jour ? |
| Sous-traitance non maîtrisée | Quels prestataires secondaires interviennent ? |
| Coûts variables non plafonnés | Les pics de volume peuvent-ils dégrader le budget ? |
| Sortie anticipée difficile | Quel délai et quel coût pour changer de plateforme ? |
| Support non adapté | Le support couvre-t-il les périodes de clôture ? |
🔐 Classer les risques de cybersécurité
Les factures électroniques contiennent des données commerciales, fiscales, bancaires et personnelles sensibles. Leur circulation multiplie les points d’entrée et les comptes techniques à protéger.
| Risque cyber | Scénario | Conséquence |
|---|---|---|
| Compromission d’un compte | Identifiants d’un utilisateur récupérés. | Consultation ou modification non autorisée. |
| Fraude au changement d’IBAN | Coordonnée bancaire falsifiée. | Paiement détourné. |
| Altération de données | Modification d’un montant ou d’un destinataire. | Erreur financière ou fiscale. |
| Interception d’un flux | Échange insuffisamment sécurisé. | Fuite de données confidentielles. |
| Rançongiciel | ERP ou GED indisponible. | Interruption de facturation et d’archivage. |
| Compte technique excessif | Droits trop larges sur l’API. | Extraction ou injection massive de données. |
| Journalisation insuffisante | Actions non tracées. | Investigation impossible. |
🛡️ Classer les risques liés aux données personnelles
Même lorsqu’une facture concerne une entreprise, elle peut contenir des données permettant d’identifier une personne : nom, adresse, téléphone, adresse électronique, fonction, coordonnées bancaires ou informations liées à une activité individuelle.
- collecte de données non nécessaires ;
- accès excessif aux factures ;
- durée de conservation non maîtrisée ;
- transfert vers un prestataire non suffisamment encadré ;
- hébergement dans une zone non analysée ;
- absence de traçabilité des consultations ;
- export massif non contrôlé ;
- absence de procédure de gestion des droits ;
- pièces jointes contenant des informations sensibles ;
- données de test non anonymisées.
La création d’un environnement de recette ne justifie pas l’utilisation incontrôlée de factures réelles ou de coordonnées bancaires de production.
📊 Cartographie Premium des familles de risques
| Famille | Objet protégé | Exemple de risque critique | Propriétaire naturel |
|---|---|---|---|
| Réglementaire | Respect des obligations. | E-reporting incomplet. | Direction financière ou juridique. |
| Fiscal | TVA et déclarations. | Exigibilité mal déterminée. | Direction fiscale. |
| Comptable | Fiabilité des comptes. | Facture non comptabilisée. | Direction comptable. |
| Opérationnel | Continuité des traitements. | Rejets non résolus. | Responsable de processus. |
| Informatique | Applications et interfaces. | Perte silencieuse de messages. | DSI. |
| Contractuel | Relations avec les prestataires. | Réversibilité impossible. | Achats et juridique. |
| Cybersécurité | Confidentialité, intégrité et disponibilité. | Détournement de paiement. | RSSI. |
| Données personnelles | Protection des personnes. | Accès ou conservation disproportionnés. | DPO et métiers. |
2️⃣ Définir les critères de probabilité
La probabilité mesure la possibilité qu’un événement redouté se réalise sur une période donnée.
Elle doit être appréciée à partir d’éléments objectifs :
- fréquence historique des incidents ;
- nombre de transactions exposées ;
- complexité du processus ;
- part de traitements manuels ;
- qualité des données ;
- ancienneté des applications ;
- niveau de supervision ;
- existence de contrôles préventifs ;
- dépendance à une personne ou à un prestataire ;
- évolution prévue des volumes ou de l’organisation.
| Note | Probabilité | Définition indicative |
|---|---|---|
| 1 | Très faible | Événement exceptionnel, aucun incident connu et contrôles solides. |
| 2 | Faible | Événement possible mais peu fréquent. |
| 3 | Modérée | Événement déjà observé ou plausible dans le fonctionnement courant. |
| 4 | Élevée | Événement récurrent ou contrôles insuffisants. |
| 5 | Très élevée | Événement fréquent, déjà actif ou presque certain. |
💥 Définir les critères d’impact
L’impact mesure la gravité des conséquences si le risque se réalise.
L’évaluation doit intégrer plusieurs dimensions :
- impact réglementaire ;
- impact fiscal ;
- impact comptable ;
- impact financier ;
- impact de trésorerie ;
- impact client ou fournisseur ;
- impact opérationnel ;
- impact sur la réputation ;
- impact sur la sécurité ;
- impact sur la continuité de l’activité.
| Note | Impact | Définition indicative |
|---|---|---|
| 1 | Mineur | Correction locale sans conséquence significative. |
| 2 | Limité | Retard ou coût faible, sans incidence majeure. |
| 3 | Significatif | Conséquence financière, opérationnelle ou fiscale mesurable. |
| 4 | Majeur | Interruption importante, risque fiscal élevé ou impact trésorerie fort. |
| 5 | Critique | Non-conformité majeure, fraude, perte de données ou interruption prolongée. |
🧮 Calculer la criticité brute
La criticité brute correspond au niveau du risque avant prise en compte détaillée des contrôles existants.
PROBABILITÉ
×
IMPACT
=
CRITICITÉ BRUTE
| Score | Niveau | Traitement attendu |
|---|---|---|
| 1 à 4 | Faible | Surveillance ou acceptation documentée. |
| 5 à 9 | Modéré | Action planifiée et contrôle périodique. |
| 10 à 15 | Élevé | Plan de remédiation prioritaire. |
| 16 à 20 | Très élevé | Traitement rapide et suivi rapproché. |
| 21 à 25 | Critique | Arbitrage immédiat, mesure conservatoire et gouvernance renforcée. |
🟥 Matrice Premium de criticité
| Impact / Probabilité | 1 — Très faible | 2 — Faible | 3 — Modérée | 4 — Élevée | 5 — Très élevée |
|---|---|---|---|---|---|
| 5 — Critique | 5 — Modéré | 10 — Élevé | 15 — Élevé | 20 — Très élevé | 25 — Critique |
| 4 — Majeur | 4 — Faible | 8 — Modéré | 12 — Élevé | 16 — Très élevé | 20 — Très élevé |
| 3 — Significatif | 3 — Faible | 6 — Modéré | 9 — Modéré | 12 — Élevé | 15 — Élevé |
| 2 — Limité | 2 — Faible | 4 — Faible | 6 — Modéré | 8 — Modéré | 10 — Élevé |
| 1 — Mineur | 1 — Faible | 2 — Faible | 3 — Faible | 4 — Faible | 5 — Modéré |
📋 Construire le registre des risques
| ID | Risque | Famille | Cause | Probabilité | Impact | Criticité | Propriétaire |
|---|---|---|---|---|---|---|---|
| R-001 | Factures clients non routées. | Réglementaire et opérationnelle. | SIREN et routages incomplets. | 4 | 4 | 16 — Très élevé. | Responsable ADV. |
| R-002 | TVA déclarée sur une mauvaise période. | Fiscale. | Encaissements non rapprochés. | 3 | 5 | 15 — Élevé. | Responsable fiscal. |
| R-003 | Double paiement fournisseur. | Comptable et financière. | Contrôle de doublon insuffisant. | 3 | 4 | 12 — Élevé. | Comptabilité fournisseurs. |
| R-004 | Interruption de transmission. | Informatique. | Connecteur non supervisé. | 4 | 5 | 20 — Très élevé. | DSI Finance. |
| R-005 | Perte des archives lors d’un changement de prestataire. | Contractuelle et réglementaire. | Réversibilité non testée. | 2 | 5 | 10 — Élevé. | Responsable GED. |
3️⃣ Évaluer l’efficacité des contrôles existants
La criticité brute doit être rapprochée de l’efficacité des contrôles déjà en place.
Un contrôle doit être évalué selon :
- sa conception ;
- son caractère préventif ou détectif ;
- son niveau d’automatisation ;
- sa fréquence ;
- son indépendance ;
- la qualité de la preuve conservée ;
- le traitement des anomalies détectées ;
- les résultats des tests d’efficacité.
| Note | Efficacité du contrôle | Description |
|---|---|---|
| 0 % | Inexistante | Aucun contrôle identifiable. |
| 25 % | Faible | Contrôle informel, irrégulier ou non prouvé. |
| 50 % | Moyenne | Contrôle défini mais partiellement exécuté. |
| 75 % | Bonne | Contrôle formalisé, régulier et testé. |
| 90 % | Très bonne | Contrôle automatisé, supervisé et documenté. |
🛡️ Identifier les risques résiduels
Le risque résiduel correspond au niveau de risque qui demeure après prise en compte des contrôles existants.
RISQUE BRUT
−
EFFET DES CONTRÔLES
=
RISQUE RÉSIDUEL
| Risque | Criticité brute | Contrôle existant | Efficacité | Risque résiduel |
|---|---|---|---|---|
| Facture en doublon | 12 — Élevé. | Contrôle automatique numéro–fournisseur–montant. | 75 %. | Modéré. |
| Erreur de routage | 16 — Très élevé. | Vérification manuelle partielle. | 25 %. | Élevé. |
| Modification frauduleuse d’IBAN | 20 — Très élevé. | Double validation et rappel indépendant. | 90 %. | Faible à modéré. |
| Flux perdu dans une API | 20 — Très élevé. | Journal technique sans réconciliation. | 50 %. | Élevé. |
| Archive non restituable | 10 — Élevé. | Clause contractuelle non testée. | 25 %. | Élevé. |
🎯 Définir l’acceptation du risque
Un risque résiduel ne doit pas être considéré comme acceptable uniquement parce qu’il est connu.
La décision doit tenir compte :
- de l’appétence au risque de l’entreprise ;
- du caractère réglementaire ou fiscal du risque ;
- du montant financier exposé ;
- de la fréquence potentielle ;
- des coûts de remédiation ;
- des solutions alternatives ;
- des mesures compensatoires ;
- de la durée pendant laquelle le risque restera ouvert ;
- du niveau hiérarchique habilité à l’accepter.
Certains risques de non-conformité, de fraude, de perte de données ou de rupture de continuité ne peuvent pas être durablement acceptés sans mesure de réduction et décision formelle.
4️⃣ Évaluer la préparation des équipes
La maturité ne dépend pas uniquement des compétences théoriques. Elle suppose que les équipes soient réellement préparées à exploiter les nouveaux outils, traiter les anomalies et assumer les nouvelles responsabilités.
Le diagnostic doit mesurer :
- la compréhension des nouveaux flux ;
- la connaissance des responsabilités ;
- la capacité à traiter les rejets ;
- la capacité à analyser les statuts ;
- la maîtrise des nouvelles données ;
- la maîtrise des contrôles TVA ;
- la disponibilité pour participer aux ateliers et recettes ;
- la présence de key users ;
- la qualité de la documentation ;
- l’existence de suppléants ;
- la capacité à fonctionner en mode dégradé ;
- le niveau d’adhésion au projet.
📊 Grille Premium de préparation des équipes
| Dimension | Question | Note de 1 à 5 |
|---|---|---|
| Compréhension | Les équipes comprennent-elles les changements attendus ? | À évaluer. |
| Compétences | Peuvent-elles traiter les cas courants et les anomalies ? | À évaluer. |
| Responsabilités | Les rôles futurs sont-ils connus ? | À évaluer. |
| Disponibilité | Les ressources projet sont-elles réellement mobilisables ? | À évaluer. |
| Documentation | Les procédures sont-elles accessibles et à jour ? | À évaluer. |
| Suppléance | Chaque rôle critique dispose-t-il d’un remplaçant ? | À évaluer. |
| Adhésion | Les équipes soutiennent-elles la transformation ? | À évaluer. |
| Recette | Les utilisateurs savent-ils tester les scénarios métier ? | À évaluer. |
🧪 Construire des scénarios de mise en situation
La préparation des équipes doit être testée à partir de cas concrets.
| Scénario | Compétence testée |
|---|---|
| Facture client rejetée pour donnée manquante | Identifier la cause, corriger la source et retransmettre. |
| Facture fournisseur en doublon | Analyser et bloquer le paiement. |
| Statut bloqué depuis plusieurs jours | Escalader vers la bonne équipe. |
| Modification urgente d’IBAN | Appliquer la procédure antifraude. |
| Écart entre plateforme et grand livre | Réaliser une réconciliation. |
| TVA sur encaissement non rapprochée | Identifier l’impact fiscal et corriger. |
| Indisponibilité de la plateforme | Activer le mode dégradé et documenter l’incident. |
5️⃣ Construire le score de maturité
Le score de maturité transforme les observations du diagnostic en une mesure structurée, comparable et exploitable par la gouvernance.
Il doit permettre :
- de mesurer le niveau de préparation global ;
- d’identifier les domaines les plus fragiles ;
- de comparer plusieurs entités ;
- de suivre les progrès dans le temps ;
- de prioriser les investissements ;
- de justifier les plans de remédiation ;
- de communiquer une vision synthétique à la direction.
Le score ne remplace jamais l’analyse détaillée. Deux organisations peuvent obtenir le même score global tout en présentant des risques très différents.
📐 Définir l’échelle de notation
| Note | Niveau observé | Caractéristiques |
|---|---|---|
| 1 | Très faible | Pratiques informelles, non documentées et fortement manuelles. |
| 2 | Faible | Premiers dispositifs présents mais incomplets et hétérogènes. |
| 3 | Intermédiaire | Processus structurés mais encore insuffisamment intégrés ou contrôlés. |
| 4 | Élevé | Processus maîtrisés, documentés, intégrés et régulièrement contrôlés. |
| 5 | Très élevé | Organisation automatisée, pilotée, résiliente et en amélioration continue. |
🏛️ Axe 1 — Gouvernance
Cet axe évalue la capacité de l’organisation à piloter le projet et le futur dispositif.
| Critère | Question de notation |
|---|---|
| Sponsoring | Un sponsor exécutif est-il identifié et actif ? |
| Responsabilités | Les rôles sont-ils formalisés dans un RACI ? |
| Comités | Les décisions et arbitrages sont-ils organisés ? |
| Budget | Les ressources financières sont-elles prévues ? |
| Pilotage | Les risques, délais et livrables sont-ils suivis ? |
| Doctrine | Les règles Groupe ou d’entreprise sont-elles définies ? |
🔄 Axe 2 — Processus
- processus de ventes formalisé ;
- processus d’achats formalisé ;
- cycle de vie des statuts documenté ;
- traitement des rejets et refus organisé ;
- circuits de validation définis ;
- corrections et avoirs encadrés ;
- procédures de clôture documentées ;
- gestion des cas particuliers formalisée ;
- continuité des processus prévue ;
- amélioration continue organisée.
🧬 Axe 3 — Données
| Critère | Élément de maturité |
|---|---|
| Gouvernance | Data owners et règles de gestion identifiés. |
| Complétude | Données obligatoires renseignées. |
| Exactitude | Contrôles et sources de référence. |
| Unicité | Doublons détectés et traités. |
| Cohérence | Synchronisation entre les systèmes. |
| Actualisation | Revue périodique ou événementielle. |
| Traçabilité | Historique des modifications sensibles. |
💻 Axe 4 — Outils
- compatibilité des ERP ;
- capacité à produire et lire les formats attendus ;
- gestion des statuts ;
- automatisation des contrôles ;
- gestion des volumes ;
- capacité multi-entités ;
- gestion des rôles et habilitations ;
- journalisation ;
- maintenabilité ;
- support éditeur ;
- évolutivité réglementaire ;
- disponibilité d’un environnement de recette.
🔗 Axe 5 — Intégration
| Critère | Question de maturité |
|---|---|
| Interfaces | Les échanges sont-ils automatisés et documentés ? |
| API | Les appels sont-ils sécurisés et supervisés ? |
| Identifiant transverse | Une facture peut-elle être suivie de bout en bout ? |
| Réconciliation | Les systèmes sont-ils comparés régulièrement ? |
| Reprise | Les erreurs peuvent-elles être rejouées sans doublon ? |
| Temps réel | Les délais d’échange sont-ils adaptés au processus ? |
| Supervision | Les échecs déclenchent-ils des alertes exploitables ? |
⚖️ Axe 6 — Conformité
- périmètre e-invoicing correctement identifié ;
- périmètre e-reporting correctement identifié ;
- mentions obligatoires maîtrisées ;
- formats conformes ;
- routage fiabilisé ;
- TVA sécurisée ;
- piste d’audit documentée ;
- archivage organisé ;
- procédures de correction définies ;
- contrôles de conformité testés ;
- veille réglementaire organisée.
🔐 Axe 7 — Sécurité
| Critère | Élément évalué |
|---|---|
| Authentification | Robustesse des accès utilisateurs et techniques. |
| Habilitations | Principe du moindre privilège. |
| Séparation des tâches | Prévention des rôles incompatibles. |
| Chiffrement | Protection des flux et données stockées. |
| Journalisation | Traçabilité des actions sensibles. |
| Incidents | Détection, escalade et traitement. |
| Prestataires | Évaluation de la sécurité des tiers. |
| Données personnelles | Accès, conservation et minimisation. |
🎓 Axe 8 — Compétences
- compréhension du cadre réglementaire ;
- maîtrise des processus ;
- expertise TVA ;
- maîtrise des formats et données structurées ;
- compétences ERP et intégration ;
- gestion des anomalies ;
- capacité de recette ;
- pilotage des prestataires ;
- conduite du changement ;
- présence de suppléants ;
- plan de formation ;
- communauté de key users.
📊 Axe 9 — Pilotage
| Critère | Indicateur de maturité |
|---|---|
| KPI | Indicateurs définis, calculés et utilisés. |
| Alertes | Seuils et destinataires paramétrés. |
| Tableaux de bord | Vision par flux, entité et niveau de risque. |
| Plans d’action | Responsables, échéances et suivi. |
| Incidents | Analyse des causes et récurrences. |
| Amélioration continue | Revue régulière des performances. |
| Reporting direction | Arbitrages fondés sur des données fiables. |
🔄 Axe 10 — Continuité
- plan de continuité documenté ;
- mode dégradé défini ;
- procédures de reprise ;
- sauvegardes testées ;
- réversibilité des plateformes ;
- suppléance des rôles critiques ;
- scénarios d’indisponibilité ;
- priorisation des flux essentiels ;
- communication de crise ;
- tests périodiques ;
- retour d’expérience après incident.
📊 Matrice Premium de notation des dix axes
| Axe | Pondération indicative | Note actuelle | Score pondéré |
|---|---|---|---|
| Gouvernance | 10 % | À évaluer. | À calculer. |
| Processus | 12 % | À évaluer. | À calculer. |
| Données | 15 % | À évaluer. | À calculer. |
| Outils | 10 % | À évaluer. | À calculer. |
| Intégration | 12 % | À évaluer. | À calculer. |
| Conformité | 15 % | À évaluer. | À calculer. |
| Sécurité | 10 % | À évaluer. | À calculer. |
| Compétences | 6 % | À évaluer. | À calculer. |
| Pilotage | 5 % | À évaluer. | À calculer. |
| Continuité | 5 % | À évaluer. | À calculer. |
| Total | 100 % | — | Score global à calculer. |
Les pondérations doivent être ajustées au profil de l’entreprise. Une organisation très internationale, fortement réglementée ou dépendante de nombreux systèmes pourra accorder davantage de poids à la conformité, à l’intégration ou à la continuité.
🧮 Méthode de calcul du score
NOTE DE L’AXE SUR 5
×
PONDÉRATION DE L’AXE
=
SCORE PONDÉRÉ
⬇
SOMME DES SCORES PONDÉRÉS
=
SCORE GLOBAL DE MATURITÉ
| Exemple | Calcul | Résultat |
|---|---|---|
| Données notées 2,5 sur 5 avec une pondération de 15 % | 2,5 × 15 % | 0,375 point pondéré. |
| Conformité notée 3 sur 5 avec une pondération de 15 % | 3 × 15 % | 0,45 point pondéré. |
| Score final | Somme des dix scores pondérés | Résultat compris entre 1 et 5. |
📌 Check-point Premium
| Question de validation | Résultat attendu |
|---|---|
| Toutes les familles de risques sont-elles couvertes ? | Oui, réglementaire, fiscal, comptable, opérationnel, SI, contractuel, cyber et données personnelles. |
| Chaque risque est-il relié à un constat et à une cause ? | Oui, avec preuve documentée. |
| La probabilité est-elle évaluée selon une grille commune ? | Oui, sur une échelle de 1 à 5. |
| L’impact couvre-t-il plusieurs dimensions ? | Oui, conformité, fiscalité, comptes, trésorerie, opérations et réputation. |
| La criticité brute est-elle calculée ? | Oui, par croisement probabilité–impact. |
| Les contrôles existants sont-ils testés ? | Oui, conception, exécution et preuve. |
| Les risques résiduels sont-ils identifiés ? | Oui, après prise en compte des contrôles. |
| La préparation des équipes est-elle mesurée ? | Oui, par compétences, disponibilité, documentation et exercices. |
| Les dix axes de maturité sont-ils notés ? | Oui, selon des critères homogènes. |
| Les pondérations sont-elles justifiées ? | Oui, selon le profil de risque de l’organisation. |
La suite développera les cinq niveaux de maturité, le score global et les scores par domaine, la comparaison entre entités, la priorisation des chantiers, la feuille de route de remédiation, les quick wins, le plan à 30, 90, 180 et 365 jours, le contrôle interne du diagnostic, les KPI ainsi que les cas pratiques TPE, PME, ETI, Groupe, multi-ERP et international.
6️⃣ Interpréter les niveaux de maturité
Le score de maturité doit être traduit en un niveau compréhensible par la direction, les équipes métiers et la DSI. Cette classification permet de dépasser une lecture purement numérique et de décrire concrètement la capacité de l’organisation à réussir sa transformation.
Cinq niveaux sont retenus :
- Initial : l’organisation fonctionne principalement grâce aux personnes et aux traitements manuels ;
- Fragile : certains dispositifs existent, mais ils restent incomplets, hétérogènes ou peu sécurisés ;
- Structuré : les processus sont définis et les principaux chantiers sont engagés ;
- Maîtrisé : les flux sont intégrés, contrôlés, documentés et pilotés ;
- Optimisé : l’organisation exploite pleinement les données, l’automatisation et l’amélioration continue.
Le niveau global ne doit jamais masquer un domaine critique. Une entreprise classée « structurée » peut néanmoins présenter un risque majeur si sa conformité fiscale, sa cybersécurité ou sa continuité reste au niveau initial.
🔴 Niveau 1 — Initial
Au niveau initial, la facturation repose principalement sur des pratiques historiques, des connaissances individuelles et des traitements manuels. L’entreprise ne dispose pas encore d’une vision consolidée de ses obligations ni de son architecture cible.
| Dimension | Caractéristiques observées |
|---|---|
| Gouvernance | Aucun sponsor, chef de projet ou comité formellement désigné. |
| Processus | Pratiques variables selon les personnes et les entités. |
| Données | Référentiels incomplets, doublons nombreux et absence de propriétaires. |
| Outils | PDF, e-mails, tableurs et ressaisies dominants. |
| Intégration | Interfaces rares, manuelles ou non documentées. |
| Conformité | Exigences peu connues et écarts non recensés. |
| Sécurité | Accès partagés, habilitations non revues et faible journalisation. |
| Compétences | Faible sensibilisation et dépendance à quelques collaborateurs. |
| Pilotage | Aucun KPI consolidé. |
| Continuité | Aucun mode dégradé formalisé ou testé. |
L’entreprise peut sous-estimer l’ampleur du projet, découvrir tardivement ses dépendances et engager des choix techniques avant d’avoir fiabilisé ses processus et ses données.
🟠 Niveau 2 — Fragile
Au niveau fragile, l’entreprise a commencé à traiter le sujet, mais ses initiatives restent dispersées. Certains outils ou contrôles sont disponibles sans former un dispositif cohérent de bout en bout.
- un chef de projet est identifié mais la gouvernance reste irrégulière ;
- les principaux flux sont connus mais non totalement cartographiés ;
- les référentiels ont fait l’objet de premiers contrôles ;
- une plateforme ou des éditeurs sont consultés sans cahier des charges complet ;
- les processus sont documentés seulement pour certaines équipes ;
- les contrôles reposent encore fortement sur des fichiers manuels ;
- les rôles futurs ne sont pas stabilisés ;
- les interfaces critiques ne sont pas toutes supervisées ;
- les formations restent générales ;
- les plans de continuité n’intègrent pas encore les flux électroniques.
Passer d’initiatives isolées à un programme coordonné disposant d’un périmètre, d’une gouvernance, d’un référentiel commun, d’un calendrier et de responsables clairement désignés.
🟡 Niveau 3 — Structuré
Au niveau structuré, l’entreprise dispose d’une organisation projet, d’une cartographie significative de ses flux et d’une première architecture cible. Les principaux écarts ont été identifiés et les travaux de remédiation sont engagés.
| Élément | Situation attendue |
|---|---|
| Gouvernance | Comité de pilotage, responsables de lots et calendrier validés. |
| Processus | Flux clients, fournisseurs, TVA et archivage documentés. |
| Données | Plan de nettoyage engagé et data owners désignés. |
| Outils | Capacités des ERP évaluées et solutions présélectionnées. |
| Intégration | Architecture des interfaces définie. |
| Conformité | Référentiel d’exigences et matrice d’écarts disponibles. |
| Sécurité | Première analyse des risques et des habilitations réalisée. |
| Compétences | Key users identifiés et plan de formation établi. |
| Pilotage | KPI projet et suivi des risques actifs. |
| Continuité | Scénarios de secours conçus mais encore peu testés. |
🟢 Niveau 4 — Maîtrisé
Au niveau maîtrisé, les nouveaux flux fonctionnent de manière intégrée et contrôlée. Les responsabilités sont connues, les anomalies sont suivies et les preuves nécessaires sont disponibles.
- les processus de bout en bout sont documentés et appliqués ;
- les données critiques sont contrôlées avant émission ou paiement ;
- les interfaces font l’objet d’une supervision et d’une réconciliation ;
- les statuts sont intégrés aux systèmes opérationnels ;
- les rejets et litiges sont orientés vers les bons responsables ;
- les contrôles TVA sont formalisés et testés ;
- les habilitations et rôles incompatibles sont revus ;
- les utilisateurs ont été formés et évalués ;
- les KPI sont analysés par la gouvernance ;
- les plans de continuité et de réversibilité sont testés.
L’entreprise est capable de démontrer la maîtrise de ses flux, de détecter rapidement les anomalies et de produire les preuves nécessaires lors d’un audit ou d’un contrôle.
🔵 Niveau 5 — Optimisé
Au niveau optimisé, la facturation électronique est devenue un levier de performance, de pilotage et d’amélioration continue. Les données sont exploitées pour anticiper les incidents, accélérer les clôtures, améliorer la trésorerie et renforcer le contrôle interne.
| Caractéristique | Manifestation concrète |
|---|---|
| Contrôles prédictifs | Les anomalies probables sont détectées avant l’émission ou le paiement. |
| Automatisation supervisée | Les cas fiables sont traités automatiquement et les exceptions orientées. |
| Qualité des données continue | Les référentiels sont surveillés en temps réel. |
| Pilotage dynamique | Les KPI sont disponibles par entité, flux, plateforme et niveau de risque. |
| Amélioration continue | Les causes racines des anomalies alimentent les plans d’action. |
| Résilience | Les scénarios de continuité et de changement de plateforme sont régulièrement testés. |
| IA encadrée | Les recommandations automatisées sont tracées et validées selon les niveaux de risque. |
| Vision Groupe | Les entités sont comparées et accompagnées selon leur maturité. |
📊 Tableau Premium des cinq niveaux de maturité
| Niveau | Plage indicative | Organisation | Priorité |
|---|---|---|---|
| Initial | 1,00 à 1,79 | Informelle et fortement manuelle. | Comprendre, cadrer et sécuriser l’urgence. |
| Fragile | 1,80 à 2,59 | Initiatives partielles et hétérogènes. | Structurer la gouvernance et les fondations. |
| Structuré | 2,60 à 3,39 | Programme organisé et remédiations engagées. | Intégrer, tester et généraliser. |
| Maîtrisé | 3,40 à 4,19 | Flux intégrés, contrôlés et pilotés. | Stabiliser et mesurer la performance. |
| Optimisé | 4,20 à 5,00 | Automatisation avancée et amélioration continue. | Anticiper, prédire et créer de la valeur. |
Ces plages constituent une grille de pilotage interne. Elles doivent être adaptées au référentiel de notation retenu par l’entreprise et ne remplacent pas l’analyse qualitative des risques.
7️⃣ Calculer et interpréter le score global
Le score global correspond à la somme des notes pondérées attribuées aux dix axes de maturité. Il fournit une vue synthétique de la préparation de l’organisation.
NOTES PAR AXE
×
PONDÉRATIONS
⬇
SCORES PONDÉRÉS
⬇
SCORE GLOBAL SUR 5
⬇
NIVEAU DE MATURITÉ
⬇
PRIORITÉS DE TRANSFORMATION
| Axe | Note | Pondération | Score pondéré |
|---|---|---|---|
| Gouvernance | 3,5 | 10 % | 0,350 |
| Processus | 3,0 | 12 % | 0,360 |
| Données | 2,2 | 15 % | 0,330 |
| Outils | 3,4 | 10 % | 0,340 |
| Intégration | 2,6 | 12 % | 0,312 |
| Conformité | 2,8 | 15 % | 0,420 |
| Sécurité | 3,0 | 10 % | 0,300 |
| Compétences | 2,4 | 6 % | 0,144 |
| Pilotage | 2,5 | 5 % | 0,125 |
| Continuité | 2,0 | 5 % | 0,100 |
| Score global | — | 100 % | 2,781 / 5 |
Le score global de 2,781 place l’entreprise au niveau « structuré ». Toutefois, les données, les compétences et la continuité restent fragiles et doivent être traitées avant d’augmenter fortement l’automatisation.
📐 Éviter l’effet de moyenne
Un score global satisfaisant peut cacher un domaine très faible. Pour cette raison, le modèle doit prévoir des règles d’alerte indépendantes de la moyenne générale.
| Situation | Règle de prudence |
|---|---|
| Un axe critique est inférieur à 2 | Déclencher un plan de remédiation prioritaire. |
| Conformité ou sécurité inférieure à 2,5 | Ne pas classer l’organisation comme pleinement maîtrisée. |
| Écart supérieur à 1,5 point entre deux axes | Analyser les déséquilibres structurels. |
| Risque résiduel critique | Maintenir une alerte quel que soit le score global. |
| Note sans preuve suffisante | Appliquer une décote ou classer le point comme non démontré. |
8️⃣ Analyser les scores par domaine
Les scores par domaine permettent d’identifier les forces, les fragilités et les dépendances entre les différentes composantes du dispositif.
| Domaine | Score | Niveau | Lecture du chef de mission |
|---|---|---|---|
| Gouvernance | 3,5 | Maîtrisé | Le projet est sponsorisé, mais les arbitrages doivent être accélérés. |
| Processus | 3,0 | Structuré | Les processus sont documentés, mais encore hétérogènes. |
| Données | 2,2 | Fragile | Le nettoyage doit précéder la généralisation des interfaces. |
| Outils | 3,4 | Maîtrisé | Les capacités techniques existent, sous réserve de mise à niveau. |
| Intégration | 2,6 | Structuré | Plusieurs échanges restent manuels ou insuffisamment supervisés. |
| Conformité | 2,8 | Structuré | Les exigences sont recensées, mais toutes ne sont pas encore démontrées. |
| Sécurité | 3,0 | Structuré | Les contrôles majeurs existent, mais les comptes techniques doivent être revus. |
| Compétences | 2,4 | Fragile | Les key users ne sont pas encore suffisamment préparés. |
| Pilotage | 2,5 | Fragile | Les KPI projet existent, mais peu d’indicateurs opérationnels sont disponibles. |
| Continuité | 2,0 | Fragile | Les scénarios de secours et de réversibilité ne sont pas testés. |
🕸️ Analyser les dépendances entre domaines
Les axes de maturité ne sont pas indépendants. Une faiblesse dans un domaine peut limiter les progrès d’un autre.
| Domaine fragile | Domaine affecté | Conséquence |
|---|---|---|
| Données | Intégration | Les interfaces automatisent la transmission d’informations erronées. |
| Gouvernance | Tous les domaines | Les décisions et arbitrages restent bloqués. |
| Compétences | Processus | Les procédures ne sont pas correctement exécutées. |
| Sécurité | Outils | Les fonctionnalités sont déployées avec des droits excessifs. |
| Pilotage | Conformité | Les anomalies persistent sans plan d’action. |
| Continuité | Opérations | L’indisponibilité d’un système interrompt la facturation. |
9️⃣ Comparer la maturité entre les entités
Dans une organisation multi-entités, le score Groupe ne doit pas remplacer l’évaluation locale. Chaque société, filiale, établissement ou centre de services peut présenter une maturité différente.
La comparaison permet :
- d’identifier les entités pilotes ;
- de repérer les entités les plus exposées ;
- de mutualiser les bonnes pratiques ;
- d’adapter le calendrier de déploiement ;
- de dimensionner l’accompagnement ;
- de prioriser les budgets ;
- de construire des vagues de migration cohérentes ;
- de suivre la convergence vers le modèle cible.
📊 Tableau Premium de comparaison inter-entités
| Entité | Gouvernance | Données | Outils | Conformité | Continuité | Score global | Niveau |
|---|---|---|---|---|---|---|---|
| Société A | 4,0 | 3,2 | 4,0 | 3,5 | 3,0 | 3,55 | Maîtrisé |
| Société B | 3,0 | 2,1 | 2,8 | 2,6 | 2,0 | 2,55 | Fragile |
| Filiale C | 2,5 | 1,8 | 2,0 | 2,2 | 1,5 | 2,00 | Fragile |
| Centre de services | 4,2 | 3,8 | 4,0 | 3,6 | 3,5 | 3,82 | Maîtrisé |
| Groupe consolidé | 3,4 | 2,7 | 3,2 | 3,0 | 2,5 | 3,02 | Structuré |
Le score consolidé de 3,02 ne doit pas masquer la faiblesse de la filiale C. Son niveau de données et de continuité justifie un plan spécifique avant son intégration au déploiement général.
🌳 Construire des groupes de maturité
| Groupe | Profil | Stratégie de déploiement |
|---|---|---|
| Entités pilotes | Processus et données maîtrisés. | Recette avancée et premier déploiement. |
| Entités standards | Maturité structurée avec écarts limités. | Déploiement après traitement des prérequis. |
| Entités fragiles | Données, outils ou compétences insuffisants. | Remédiation préalable et accompagnement renforcé. |
| Entités atypiques | Flux spécifiques, internationaux ou outils locaux. | Architecture et recette dédiées. |
| Entités en transformation | Fusion, migration ERP ou réorganisation. | Solution transitoire et calendrier coordonné. |
🔟 Prioriser les chantiers
La priorisation ne doit pas reposer uniquement sur le score le plus faible. Elle doit croiser la criticité, les obligations, les dépendances, l’effort nécessaire et la valeur attendue.
Les critères de priorité comprennent :
- le niveau du risque résiduel ;
- le caractère réglementaire ou fiscal ;
- la proximité de l’échéance ;
- le nombre de flux concernés ;
- le montant financier exposé ;
- le nombre d’entités dépendantes ;
- l’existence d’un prérequis technique ;
- la complexité de la remédiation ;
- le coût ;
- la capacité des équipes ;
- les bénéfices opérationnels attendus ;
- la possibilité d’obtenir un résultat rapide.
🎯 Matrice Premium de priorisation
| Chantier | Criticité | Urgence | Effort | Valeur | Priorité |
|---|---|---|---|---|---|
| Nettoyage SIREN et SIRET | Très élevée | Immédiate | Moyen | Très élevée | P1 — Critique |
| Interface retour des statuts | Élevée | Forte | Élevé | Très élevée | P1 — Critique |
| Révision des codes TVA | Très élevée | Immédiate | Moyen | Très élevée | P1 — Critique |
| Formation des key users | Élevée | Forte | Moyen | Élevée | P2 — Haute |
| Test de réversibilité GED | Élevée | Moyenne | Faible | Élevée | P2 — Haute |
| Optimisation des tableaux de bord | Modérée | Moyenne | Moyen | Élevée | P3 — Planifiée |
| Scoring prédictif avancé | Faible à modérée | Faible | Élevé | Élevée à terme | P4 — Optimisation |
🧭 Arbre de décision de priorisation
LE RISQUE EST-IL RÉGLEMENTAIRE, FISCAL OU CRITIQUE ?
├── OUI
│
│ → PRIORITÉ P1
│ → MESURE CONSERVATOIRE IMMÉDIATE
│
└── NON
⬇
LE CHANTIER EST-IL UN PRÉREQUIS À PLUSIEURS AUTRES ?
├── OUI
│
│ → PRIORITÉ P1 OU P2
│
└── NON
⬇
LE GAIN EST-IL ÉLEVÉ POUR UN EFFORT LIMITÉ ?
├── OUI
│
│ → QUICK WIN
│
└── NON
⬇
LE CHANTIER NÉCESSITE-T-IL UNE TRANSFORMATION LONGUE ?
├── OUI
│
│ → FEUILLE DE ROUTE PLURI-ÉTAPES
│
└── NON
→ ACTION PLANIFIÉE
1️⃣1️⃣ Construire la feuille de route de remédiation
La feuille de route transforme les conclusions du diagnostic en actions ordonnées, attribuées, budgétées et mesurables.
Chaque action doit préciser :
- le risque ou l’écart traité ;
- l’objectif recherché ;
- le responsable ;
- les contributeurs ;
- les prérequis ;
- les livrables ;
- la date de début ;
- la date cible ;
- le budget ;
- les ressources ;
- l’indicateur de réussite ;
- la preuve de réalisation ;
- le risque résiduel après action.
📋 Matrice Premium de remédiation
| Action | Risque traité | Responsable | Échéance | Livrable | KPI |
|---|---|---|---|---|---|
| Nettoyer les fiches clients | Rejets et mauvais routages. | Data Owner clients. | J+90. | Référentiel corrigé. | 98 % de fiches complètes. |
| Réviser la matrice TVA | Taux et exigibilité erronés. | Responsable fiscal. | J+60. | Matrice validée. | 100 % des codes revus. |
| Déployer le retour des statuts | Absence de visibilité sur les factures. | DSI Finance. | J+180. | API en production. | 99,5 % des statuts intégrés. |
| Former les key users | Erreurs de traitement. | Responsable Formation. | J+120. | Parcours validé. | 90 % de réussite aux évaluations. |
| Tester le plan de continuité | Interruption prolongée. | DSI et Finance. | J+180. | Rapport de test. | Reprise dans le délai cible. |
⚡ Identifier les quick wins
Les quick wins sont des actions à effort limité produisant rapidement une réduction de risque ou une amélioration visible.
| Quick win | Bénéfice | Délai indicatif |
|---|---|---|
| Rendre le SIREN obligatoire à la création d’un client français professionnel | Prévenir les nouvelles fiches incomplètes. | 30 jours. |
| Désactiver les anciens codes TVA non utilisés | Réduire le risque de mauvaise sélection. | 30 à 60 jours. |
| Créer une boîte ou file centralisée des rejets | Éviter les anomalies oubliées. | 30 jours. |
| Nommer les propriétaires des référentiels | Clarifier les responsabilités. | 30 jours. |
| Mettre en place une double validation des changements d’IBAN | Réduire immédiatement le risque de fraude. | 30 jours. |
| Recenser les factures produites hors ERP | Révéler les flux parallèles. | 30 à 60 jours. |
| Construire un tableau hebdomadaire des anomalies | Améliorer le pilotage du projet. | 30 jours. |
| Tester la restitution d’un dossier archivé | Vérifier la disponibilité des preuves. | 30 jours. |
📅 Plan de remédiation à 30 jours
Les trente premiers jours doivent sécuriser la gouvernance, les risques immédiats et les informations indispensables au projet.
- valider le rapport de diagnostic ;
- faire approuver le registre des risques ;
- désigner les responsables de chaque action ;
- mettre en place les mesures conservatoires ;
- nommer les data owners ;
- bloquer les pratiques les plus risquées ;
- sécuriser les changements d’IBAN ;
- centraliser les rejets et incidents ;
- lancer les quick wins ;
- confirmer les budgets et ressources ;
- fixer les instances et rythmes de pilotage ;
- préparer les consultations d’éditeurs ou de plateformes.
📅 Plan de remédiation à 90 jours
| Chantier | Résultat attendu à 90 jours |
|---|---|
| Données | Première vague de nettoyage achevée et règles de création définies. |
| Conformité | Matrice des exigences validée et écarts critiques traités. |
| Processus | Procédures cibles de haut niveau approuvées. |
| Outils | Cahier des charges finalisé et solutions évaluées. |
| Intégration | Architecture cible et interfaces prioritaires définies. |
| Compétences | Key users désignés et parcours de formation lancé. |
| Sécurité | Comptes sensibles et rôles incompatibles revus. |
| Pilotage | Tableau de bord de maturité opérationnel. |
📅 Plan de remédiation à 180 jours
- finaliser les principaux développements et connecteurs ;
- mettre en œuvre les contrôles automatiques prioritaires ;
- achever le nettoyage des données critiques ;
- configurer les formats et mappings ;
- intégrer les statuts dans les ERP ;
- tester les flux de e-invoicing et de e-reporting ;
- tester les cas d’erreur et de rejeu ;
- former les équipes opérationnelles ;
- réaliser une première recette de bout en bout ;
- tester les scénarios de sécurité et de continuité ;
- mettre à jour le score de maturité ;
- traiter les risques résiduels encore élevés.
📅 Plan de remédiation à 365 jours
| Objectif annuel | Résultat attendu |
|---|---|
| Déploiement | Flux prioritaires stabilisés en production. |
| Conformité | Obligations démontrées par des preuves disponibles. |
| Données | Qualité suivie par des indicateurs permanents. |
| Automatisation | Traitements manuels réduits et exceptions pilotées. |
| Compétences | Équipes autonomes et suppléants opérationnels. |
| Continuité | Plans de secours et réversibilité testés. |
| Pilotage | KPI présentés régulièrement à la gouvernance. |
| Maturité | Nouveau diagnostic permettant de mesurer les progrès. |
| Amélioration continue | Causes racines analysées et plans d’optimisation engagés. |
🔄 Schéma Premium — Feuille de route annuelle
J+30
GOUVERNANCE • URGENCES • QUICK WINS
⬇
J+90
DONNÉES • CAHIER DES CHARGES • PROCESSUS CIBLES
⬇
J+180
INTÉGRATION • RECETTE • FORMATION • CONTINUITÉ
⬇
J+365
STABILISATION • PILOTAGE • AMÉLIORATION CONTINUE
1️⃣2️⃣ Sécuriser le contrôle interne du diagnostic
Le diagnostic lui-même doit être soumis à des contrôles. Une notation insuffisamment documentée ou influencée par les intérêts d’un domaine peut conduire à une feuille de route inadaptée.
Les contrôles doivent couvrir :
- la complétude du périmètre ;
- la fiabilité des données utilisées ;
- l’indépendance des évaluateurs ;
- la cohérence des notes ;
- la présence de preuves ;
- la validation des constats par les responsables ;
- la traçabilité des modifications du score ;
- la justification des pondérations ;
- la revue des risques résiduels ;
- la validation finale par la gouvernance.
🛡️ Matrice Premium de contrôle du diagnostic
| Contrôle | Responsable | Preuve | Fréquence |
|---|---|---|---|
| Revue du périmètre | Comité de pilotage. | Note de cadrage validée. | Au lancement et lors de toute évolution. |
| Revue des preuves | Chef de mission. | Dossier de diagnostic. | Avant notation finale. |
| Contrôle des notes | Évaluateur indépendant. | Grille de notation commentée. | À chaque campagne. |
| Validation des constats | Responsable de domaine. | Compte rendu ou visa. | Avant restitution. |
| Revue des pondérations | DAF et comité des risques. | Décision documentée. | À chaque évolution majeure. |
| Suivi des actions | PMO ou chef de projet. | Tableau de bord. | Hebdomadaire ou mensuelle. |
| Recalcul de maturité | Équipe diagnostic. | Nouvelle grille validée. | Trimestrielle ou semestrielle. |
📊 Construire le tableau de bord de maturité
Le tableau de bord doit permettre à la gouvernance de suivre simultanément le niveau de préparation, les risques, les actions et les progrès.
Il doit comporter :
- le score global actuel ;
- le score cible ;
- les scores par domaine ;
- les scores par entité ;
- les risques critiques ouverts ;
- les écarts de conformité non résolus ;
- les actions en retard ;
- les quick wins achevés ;
- les dépendances critiques ;
- les indicateurs de qualité des données ;
- la préparation des équipes ;
- la progression vers la cible.
📈 KPI Premium de maturité
| KPI | Calcul | Lecture |
|---|---|---|
| Score global | Somme des scores pondérés. | Niveau général de préparation. |
| Progression du score | Score actuel − score précédent. | Vitesse d’amélioration. |
| Taux d’axes au niveau cible | Axes ayant atteint la cible / axes totaux. | Équilibre de la transformation. |
| Risques critiques ouverts | Nombre de risques résiduels critiques. | Exposition immédiate. |
| Taux de remédiation | Actions clôturées / actions prévues. | Avancement de la feuille de route. |
| Taux d’actions en retard | Actions échues non clôturées / actions échues. | Discipline de pilotage. |
| Qualité des données | Fiches conformes / fiches contrôlées. | Capacité de routage et d’automatisation. |
| Taux de flux cartographiés | Flux documentés / flux identifiés. | Complétude du diagnostic. |
| Taux de compétences acquises | Collaborateurs validés / collaborateurs cibles. | Préparation des équipes. |
| Taux de preuves disponibles | Exigences démontrées / exigences évaluées. | Solidité du dispositif. |
| Taux de tests réussis | Scénarios réussis / scénarios exécutés. | Préparation opérationnelle. |
| Indice de continuité | Scénarios testés avec succès / scénarios critiques. | Résilience de l’organisation. |
🚦 Tableau Premium des seuils d’alerte
| Indicateur | Seuil d’alerte | Action |
|---|---|---|
| Score global | Inférieur à 2,6 | Plan de redressement renforcé. |
| Conformité | Inférieure à 3 | Revue fiscale et juridique immédiate. |
| Données | Inférieures à 2,5 | Bloquer l’automatisation des flux les plus sensibles. |
| Risques critiques | Au moins un risque non traité | Escalade au comité de pilotage. |
| Actions en retard | Plus de 15 % | Replanifier et arbitrer les ressources. |
| Qualité des données | Inférieure à 95 % sur les données critiques | Lancer une campagne corrective. |
| Tests réussis | Inférieurs à 90 % | Suspendre le passage en production. |
| Préparation des équipes | Inférieure à 80 % | Renforcer formation et accompagnement. |
💼 Cas pratique Premium n°1 — TPE
Une TPE de services émet 120 factures par mois depuis un logiciel SaaS. Les achats sont comptabilisés par un cabinet externe et les factures fournisseurs arrivent principalement par e-mail.
| Axe | Note | Constat principal |
|---|---|---|
| Gouvernance | 2 | Le dirigeant pilote seul le sujet. |
| Processus | 2 | Procédures peu formalisées. |
| Données | 2 | SIREN clients incomplets. |
| Outils | 3 | Logiciel évolutif mais capacités à confirmer. |
| Conformité | 2 | Périmètre e-reporting non analysé. |
| Compétences | 1,5 | Faible connaissance de la réforme. |
Plan prioritaire
- obtenir de l’éditeur une confirmation écrite des capacités futures ;
- nettoyer les données clients ;
- formaliser le partage des responsabilités avec le cabinet ;
- identifier les flux B2B, B2C et internationaux ;
- former le dirigeant et le collaborateur administratif ;
- préparer une procédure simple de traitement des rejets.
💼 Cas pratique Premium n°2 — PME
Une PME de distribution utilise un ERP central, un site e-commerce et trois logiciels de caisse. Elle émet des factures B2B et réalise un volume important de ventes B2C.
Diagnostic
- le cycle B2B est structuré ;
- les données B2C sont consolidées manuellement ;
- les caisses utilisent des codifications produits différentes ;
- les taux de TVA sont administrés dans plusieurs systèmes ;
- la DSI maîtrise les API, mais aucune réconciliation quotidienne n’existe ;
- le score global atteint 2,9, avec un score Données de 2,1.
Décision du chef de mission
Le niveau global « structuré » ne permet pas un déploiement immédiat du e-reporting. La priorité porte sur l’harmonisation des produits, des taux, des caisses et de la consolidation des transactions.
💼 Cas pratique Premium n°3 — ETI
Une ETI industrielle traite 25 000 factures clients et 40 000 factures fournisseurs par an. Son ERP est intégré, mais plusieurs applications logistiques locales alimentent les livraisons.
| Risque | Criticité | Remédiation |
|---|---|---|
| Livraison non transmise à l’ERP | Très élevée | Supervision et réconciliation des interfaces. |
| Facture sans preuve de service fait | Élevée | Renforcement du workflow de réception. |
| Codes TVA historiques | Très élevée | Revue complète de la matrice fiscale. |
| Dépendance à un key user ERP | Élevée | Documentation et formation d’un suppléant. |
| Pic de fin de mois | Élevée | Tests de charge avant déploiement. |
L’entreprise obtient un score de 3,3, proche du niveau maîtrisé. Le passage au niveau supérieur dépend principalement de la continuité, des interfaces locales et de la réduction des dépendances humaines.
💼 Cas pratique Premium n°4 — Groupe multi-entités
Un groupe comprend douze sociétés françaises, deux centres de services et plusieurs filiales étrangères. Les pratiques de facturation et de contrôle varient fortement entre les entités.
Approche recommandée
RÉFÉRENTIEL DE MATURITÉ GROUPE
⬇
ÉVALUATION DE CHAQUE ENTITÉ
⬇
COMPARAISON DES SCORES
⬇
IDENTIFICATION DES ENTITÉS PILOTES
⬇
VAGUES DE REMÉDIATION
⬇
DÉPLOIEMENT PROGRESSIF
⬇
CONVERGENCE VERS LE MODÈLE GROUPE
Point de vigilance
Une politique Groupe unique doit laisser suffisamment de place aux contraintes locales, aux outils spécifiques et aux opérations internationales, sans abandonner les exigences minimales communes.
💼 Cas pratique Premium n°5 — Environnement multi-ERP
Trois ERP sont utilisés : un ERP Groupe récent, un ERP historique en fin de support et un logiciel métier développé en interne.
| Système | Maturité | Décision possible |
|---|---|---|
| ERP Groupe | Maîtrisé | Utiliser comme modèle de référence. |
| ERP historique | Fragile | Mettre en place une solution transitoire contrôlée. |
| Logiciel métier | Initial à fragile | Créer une interface dédiée ou transférer la facturation. |
Arbitrages
- éviter de développer trois fois les mêmes contrôles ;
- centraliser les règles de conformité lorsque cela est pertinent ;
- conserver un identifiant transverse commun ;
- prévoir la disparition de l’ERP historique ;
- documenter l’architecture transitoire ;
- tester séparément chaque chaîne applicative.
💼 Cas pratique Premium n°6 — Organisation internationale
Une entreprise française appartient à un groupe international. Les référentiels sont gérés dans un système mondial, les factures sont produites dans plusieurs pays et la comptabilité française est assurée par un centre de services partagé.
Risques spécifiques
- référentiel mondial ne contenant pas toutes les données françaises requises ;
- décisions SI prises hors de France ;
- formats mondiaux non totalement compatibles avec les besoins locaux ;
- centre de services insuffisamment formé aux règles françaises ;
- données hébergées ou accessibles depuis plusieurs pays ;
- responsabilités locales et Groupe mal réparties ;
- calendriers de projets non alignés ;
- support indisponible pendant les horaires critiques français.
Plan d’action
- définir un socle minimal français non négociable ;
- cartographier les décisions relevant du Groupe et du local ;
- adapter les référentiels mondiaux ;
- tester les formats sur des opérations françaises réelles ;
- former le centre de services ;
- sécuriser les contrats et transferts de données ;
- organiser un support couvrant les échéances françaises ;
- suivre séparément le score de maturité de la filiale française.
📌 Check-point Premium
| Question de validation | Résultat attendu |
|---|---|
| Les cinq niveaux de maturité sont-ils clairement définis ? | Oui, avec caractéristiques et priorités associées. |
| Le score global est-il calculé selon une méthode documentée ? | Oui, à partir des notes et pondérations validées. |
| Les axes faibles restent-ils visibles malgré la moyenne ? | Oui, grâce à des seuils et alertes spécifiques. |
| Les entités sont-elles évaluées séparément ? | Oui, avant toute consolidation Groupe. |
| Les chantiers sont-ils priorisés selon le risque et la valeur ? | Oui, et non uniquement selon la note la plus faible. |
| Les quick wins sont-ils distingués des transformations longues ? | Oui, avec délais et bénéfices attendus. |
| La feuille de route couvre-t-elle 30, 90, 180 et 365 jours ? | Oui, avec livrables et responsables. |
| Le diagnostic est-il lui-même contrôlé ? | Oui, par revue des preuves, notes et validations. |
| Les KPI de maturité sont-ils opérationnels ? | Oui, avec seuils d’alerte et fréquence de suivi. |
| Les scénarios TPE, PME, ETI, Groupe et international sont-ils couverts ? | Oui, avec remédiations adaptées. |
La suite développera l’architecture complète du Diagnostic IA, les moteurs de collecte, de cartographie, de qualité des données, de conformité, de dépendances, de risques, de scoring et de recommandations, son workflow, ses alertes intelligentes, la validation humaine, ses limites ainsi qu’un cas intégral Premium.
🆕 Diagnostic IA Maturité Facturation Électronique
Un diagnostic de maturité réalisé manuellement mobilise de nombreuses équipes, des dizaines de documents et plusieurs semaines d’analyse. Un moteur d’intelligence artificielle permet d’accélérer cette démarche tout en améliorant l’exhaustivité des contrôles, la cohérence des évaluations et la traçabilité des résultats. Son rôle n’est toutefois pas de remplacer le jugement du chef de projet, du DAF ou du chef de mission, mais de renforcer leur capacité d’analyse.
🏗️ Architecture complète
ERP • Logiciels Comptables • CRM • PDP • GED • SI RH • Outils BI
⬇
MOTEUR DE COLLECTE
⬇
MOTEUR DE CARTOGRAPHIE
⬇
MOTEUR QUALITÉ DES DONNÉES
⬇
MOTEUR CONFORMITÉ
⬇
MOTEUR DÉPENDANCES
⬇
MOTEUR RISQUES
⬇
MOTEUR SCORING
⬇
MOTEUR RECOMMANDATIONS
⬇
TABLEAU DE BORD DE MATURITÉ
⚙️ Moteur de collecte
Ce moteur centralise automatiquement les informations utiles au diagnostic afin d’éviter les campagnes de collecte manuelles souvent longues et incomplètes.
- collecte des référentiels clients et fournisseurs ;
- inventaire des applications ;
- analyse des interfaces ;
- collecte des paramétrages ERP ;
- lecture des journaux techniques ;
- analyse documentaire ;
- intégration des questionnaires métiers ;
- historisation des campagnes précédentes.
🗺️ Moteur de cartographie
Il reconstitue automatiquement la cartographie des flux, des applications et des responsabilités afin de visualiser les dépendances entre les systèmes.
| Analyse | Résultat produit |
|---|---|
| Flux métiers | Chaînes Order-to-Cash, Procure-to-Pay et TVA. |
| Applications | Architecture fonctionnelle complète. |
| Interfaces | Cartographie des échanges. |
| Responsabilités | Vision RACI automatisée. |
| Dépendances | Identification des points critiques. |
🧹 Moteur Qualité des données
Il contrôle automatiquement la qualité des données utilisées par la facturation électronique.
- SIREN et SIRET ;
- numéros de TVA ;
- adresses de routage ;
- IBAN ;
- codes TVA ;
- codes produits ;
- doublons ;
- données manquantes ;
- données incohérentes ;
- qualité globale des référentiels.
📜 Moteur de conformité
Il compare automatiquement les pratiques observées avec les exigences réglementaires, fiscales et organisationnelles définies par le référentiel de contrôle.
| Contrôle | Résultat |
|---|---|
| Facturation électronique | Conforme / Non conforme. |
| TVA | Écarts détectés. |
| Archivage | Niveau de conformité. |
| Sécurité | Points faibles identifiés. |
| Contrôle interne | Procédures manquantes. |
🔗 Moteur de dépendances
Il identifie automatiquement les interdépendances susceptibles de retarder ou de bloquer un projet.
- dépendances ERP ;
- dépendances applicatives ;
- dépendances humaines ;
- dépendances fournisseurs ;
- dépendances contractuelles ;
- dépendances techniques ;
- dépendances réglementaires ;
- dépendances organisationnelles.
⚠️ Moteur de risques
Il attribue automatiquement un niveau de criticité à chaque risque détecté.
| Famille | Analyse |
|---|---|
| Fiscal | Impact potentiel sur les obligations déclaratives. |
| Comptable | Impact sur la qualité des écritures. |
| Réglementaire | Conformité aux exigences de la réforme. |
| Cybersécurité | Vulnérabilités SI. |
| Organisationnel | Fragilité des processus. |
📈 Moteur de scoring
Les différents résultats sont pondérés afin de produire un score global ainsi que des scores par domaine, par entité et par processus.
💡 Moteur de recommandations
À partir des risques identifiés et des objectifs fixés par l’organisation, l’IA génère automatiquement une feuille de route hiérarchisée.
- actions prioritaires ;
- quick wins ;
- planning ;
- responsables ;
- budgets ;
- KPI ;
- indicateurs de progression.
🔄 Workflow complet
COLLECTE
⬇
CARTOGRAPHIE
⬇
CONTRÔLE DES DONNÉES
⬇
CONTRÔLE DE CONFORMITÉ
⬇
ANALYSE DES RISQUES
⬇
CALCUL DES SCORES
⬇
RECOMMANDATIONS
⬇
TABLEAU DE BORD
⬇
SUIVI DES ACTIONS
🚨 Alertes intelligentes
| Type d’alerte | Déclenchement |
|---|---|
| Critique | Risque réglementaire majeur. |
| Majeure | Dégradation d’un indicateur clé. |
| Modérée | Écart de qualité ou retard de projet. |
| Information | Opportunité d’amélioration. |
👨💼 Validation humaine
Toutes les recommandations proposées par le moteur IA doivent être analysées et validées par les responsables métiers avant toute décision engageant l’entreprise.
- validation du chef de projet ;
- validation du DAF ;
- validation du responsable SI ;
- validation du responsable fiscal ;
- validation du chef de mission ;
- validation de la direction générale selon les enjeux.
⚖️ Limites de l’IA
Le moteur IA constitue un assistant d’analyse. Il ne peut apprécier seul les contraintes stratégiques, les arbitrages budgétaires, les spécificités contractuelles ou les choix de gouvernance propres à chaque organisation.
💼 Cas intégral Premium
Une entreprise multi-sites utilise deux ERP, une plateforme agréée, plusieurs logiciels métiers et un centre de services partagé. Après collecte automatisée des informations, le moteur IA identifie un score global de maturité de 3,1/5, détecte des faiblesses importantes sur la qualité des données et la continuité d’activité, puis propose une feuille de route hiérarchisée comportant des quick wins à 30 jours, des actions structurantes à 90 et 180 jours, ainsi qu’un programme d’optimisation à un an. Après validation par le comité de pilotage, le plan de remédiation est intégré au portefeuille de projets de l’entreprise.
📌 Synthèse Premium
Le diagnostic de maturité constitue le point de départ de toute transformation réussie. Il permet d’objectiver les forces, les faiblesses, les dépendances et les risques afin de construire une feuille de route réaliste, priorisée et pilotable. L’intelligence artificielle accélère cette démarche, mais la responsabilité des décisions demeure entièrement humaine.
🎓 Compétences acquises
- évaluer les risques d’un projet de facturation électronique ;
- mesurer la maturité d’une organisation ;
- prioriser les chantiers ;
- construire une feuille de route ;
- interpréter un score de maturité ;
- utiliser un moteur IA de diagnostic ;
- piloter les actions de remédiation ;
- préparer une gouvernance de transformation.
🏆 Niveau de maîtrise
À l’issue de cette séquence, vous êtes capable de conduire un diagnostic complet de maturité, de calculer un score objectivé, de hiérarchiser les risques, de bâtir une feuille de route opérationnelle et d’utiliser un moteur IA comme assistant d’aide à la décision tout en conservant la maîtrise humaine des arbitrages.
➡️ Transition vers la Séquence 2/7
Après avoir évalué la maturité de l’organisation, l’étape suivante consiste à concevoir un dispositif de contrôle interne adapté à la facturation électronique. Nous apprendrons à structurer les responsabilités, sécuriser les processus, documenter les contrôles et construire un référentiel de conformité durable.
Construire la gouvernance du projet
Mettre en place une gouvernance robuste pour piloter un projet de facturation électronique, coordonner les parties prenantes, sécuriser les décisions et garantir la réussite du déploiement.
🎯 Introduction Premium
La réussite d’un projet de facturation électronique dépend moins de la technologie que de la qualité de sa gouvernance. Les organisations qui réussissent sont celles qui définissent clairement les responsabilités, organisent les arbitrages, impliquent l’ensemble des métiers et sécurisent les décisions tout au long du projet.
La gouvernance constitue le système nerveux du projet. Elle relie la direction générale, la finance, la fiscalité, les systèmes d’information, les achats, les ventes, les partenaires externes et les futurs utilisateurs afin que chacun intervienne au bon moment avec un niveau de responsabilité clairement identifié.
🎯 Objectif professionnel
Être capable de construire une gouvernance projet complète, de répartir efficacement les responsabilités, d’organiser les instances de décision, de coordonner les différents métiers et d’assurer un pilotage sécurisé jusqu’à la mise en production.
🎓 Compétences développées
- définir le sponsor du projet ;
- constituer l’équipe projet ;
- répartir les responsabilités ;
- coordonner les directions Finance, Fiscalité, Juridique, Achats, Ventes et SI ;
- construire une matrice RACI ;
- organiser les comités de pilotage ;
- arbitrer les décisions ;
- piloter les prestataires ;
- documenter les validations ;
- utiliser un Pilote IA de Gouvernance du Projet.
1️⃣ Pourquoi la gouvernance est déterminante
La réforme de la facturation électronique impacte simultanément les processus commerciaux, comptables, fiscaux, informatiques, juridiques et organisationnels. Aucun métier ne possède seul toutes les compétences nécessaires.
| Sans gouvernance | Avec une gouvernance structurée |
|---|---|
| Décisions contradictoires. | Décisions coordonnées. |
| Retards successifs. | Planning maîtrisé. |
| Responsabilités floues. | Rôles clairement définis. |
| Conflits entre directions. | Arbitrages rapides. |
| Budget difficile à piloter. | Suivi budgétaire sécurisé. |
2️⃣ Désigner le sponsor du projet
Le sponsor représente l’autorité exécutive du projet. Il porte la transformation auprès de la Direction Générale, valide les orientations stratégiques et arbitre les décisions majeures.
| Responsabilité | Mission |
|---|---|
| Vision stratégique | Fixer les objectifs du projet. |
| Décision | Valider les choix structurants. |
| Budget | Arbitrer les investissements. |
| Communication | Porter le projet auprès des directions. |
| Escalade | Résoudre les blocages majeurs. |
3️⃣ Constituer l’équipe projet
Une équipe projet efficace rassemble les compétences nécessaires pour couvrir l’ensemble des dimensions de la réforme.
| Fonction | Contribution |
|---|---|
| Chef de projet | Pilotage opérationnel. |
| DAF | Vision financière. |
| Responsable comptable | Processus comptables. |
| Fiscaliste | Conformité TVA. |
| DSI | Architecture technique. |
| Achats | Flux fournisseurs. |
| Commerce | Flux clients. |
| Juridique | Contrats et conformité. |
| Contrôle interne | Maîtrise des risques. |
| Utilisateurs clés | Vision opérationnelle. |
4️⃣ Répartir les responsabilités
Chaque décision, chaque livrable et chaque contrôle doivent avoir un responsable clairement identifié afin d’éviter les zones d’incertitude.
Une responsabilité non attribuée devient presque toujours une responsabilité oubliée.
5️⃣ Coordonner les directions métiers
| Direction | Contribution principale |
|---|---|
| Finance | Pilotage économique. |
| Fiscalité | Sécurisation réglementaire. |
| Juridique | Contrats et responsabilités. |
| Achats | Procure-to-Pay. |
| Ventes | Order-to-Cash. |
| SI | Architecture et intégration. |
Construction de la matrice RACI, organisation des comités, arbitrage des décisions, pilotage des prestataires, documentation des validations, tableaux Premium, schémas professionnels et cas pratiques.
La seconde livraison approfondira la matrice RACI, les comités de gouvernance, les mécanismes d’arbitrage, le pilotage des prestataires, la documentation des validations ainsi que le composant Premium « Pilote IA Gouvernance du Projet ».
📌 Synthèse Premium
La gouvernance constitue le socle de réussite d’un projet de facturation électronique. Elle permet de coordonner l’ensemble des parties prenantes, de sécuriser les décisions, d’assurer la conformité réglementaire et de maintenir le projet dans les objectifs de qualité, de coûts et de délais.
Une gouvernance performante repose sur un sponsor impliqué, une équipe projet pluridisciplinaire, une répartition explicite des responsabilités, des instances de pilotage régulières, des mécanismes d’arbitrage documentés et un contrôle permanent des décisions prises. Elle constitue également un facteur déterminant pour maîtriser les risques, accompagner le changement et garantir l’adhésion des métiers.
- la gouvernance précède toujours la technologie ;
- les responsabilités doivent être clairement attribuées ;
- les décisions importantes doivent être tracées ;
- les métiers doivent être associés dès le lancement du projet ;
- les prestataires doivent être pilotés au même titre que les équipes internes ;
- la documentation des validations constitue une preuve essentielle de maîtrise du projet.
🎓 Compétences acquises
- identifier le sponsor le plus adapté au projet ;
- constituer une équipe projet multidisciplinaire ;
- répartir les responsabilités entre les différents acteurs ;
- construire une matrice RACI complète ;
- organiser les différents comités de gouvernance ;
- mettre en place un processus d’arbitrage efficace ;
- piloter les prestataires et partenaires externes ;
- documenter les validations et les décisions stratégiques ;
- sécuriser le pilotage global du projet ;
- utiliser un moteur IA comme assistant de gouvernance tout en conservant la responsabilité humaine des décisions.
🏆 Niveau de maîtrise
| Compétence | Niveau atteint |
|---|---|
| Organisation de la gouvernance | ★★★★★ Expert |
| Répartition des responsabilités | ★★★★★ Expert |
| Construction d’une matrice RACI | ★★★★★ Expert |
| Pilotage des instances décisionnelles | ★★★★★ Expert |
| Gestion des prestataires | ★★★★★ Expert |
| Traçabilité des validations | ★★★★★ Expert |
| Utilisation d’une IA de gouvernance | ★★★★★ Expert |
Vous êtes désormais capable de concevoir une gouvernance complète de projet de facturation électronique, de coordonner l’ensemble des directions concernées, de piloter les arbitrages et de sécuriser la conduite du projet selon les meilleures pratiques des directions financières, des cabinets d’expertise comptable et des grands projets de transformation.
➡️ Transition vers la Séquence 2/7
Après avoir construit une gouvernance solide et défini les responsabilités de chaque acteur, l’étape suivante consiste à mettre en place un dispositif complet de contrôle interne afin de sécuriser durablement les processus de facturation électronique, prévenir les risques opérationnels, fiscaux et informatiques, et garantir la conformité des traitements tout au long du cycle de vie des factures.
Construire la feuille de route 2026–2027
Planifier la transition vers la facturation électronique en construisant une feuille de route réaliste, progressive et sécurisée, depuis le lancement du projet jusqu’à la généralisation des obligations réglementaires.
🎯 Introduction Premium
La réussite d’un projet de facturation électronique ne dépend pas uniquement des choix technologiques ou de la qualité des processus. Elle repose avant tout sur une planification rigoureuse permettant d’ordonner les travaux, de coordonner les équipes, de maîtriser les dépendances et d’anticiper les échéances réglementaires.
Une feuille de route bien construite transforme un projet complexe en une succession d’étapes cohérentes, pilotables et mesurables. Elle permet d’éviter les retards, de réduire les risques et d’assurer une montée en puissance progressive jusqu’à la mise en conformité complète de l’entreprise.
🎯 Objectif professionnel
Concevoir une feuille de route complète couvrant les années 2026 et 2027 afin de préparer l’ensemble des transformations techniques, organisationnelles et humaines nécessaires à la mise en œuvre de la facturation électronique.
🎓 Compétences développées
- planifier le choix de la plateforme agréée ;
- organiser le nettoyage des référentiels ;
- préparer les interfaces applicatives ;
- planifier les campagnes de tests ;
- organiser la montée en compétence des équipes ;
- préparer la communication auprès des clients et fournisseurs ;
- anticiper les obligations réglementaires de 2026 et 2027 ;
- gérer les risques de dérive du projet ;
- construire un calendrier directeur réaliste ;
- utiliser un Planificateur IA de Transition 2026–2027.
1️⃣ Pourquoi construire une feuille de route ?
La feuille de route constitue le document directeur du projet. Elle synchronise les différents chantiers, coordonne les ressources et fournit une vision commune à l’ensemble des acteurs.
| Sans feuille de route | Avec une feuille de route |
|---|---|
| Travaux désorganisés. | Planning structuré. |
| Retards successifs. | Jalons maîtrisés. |
| Priorités fluctuantes. | Vision commune. |
| Décisions réactives. | Pilotage anticipatif. |
| Risques non maîtrisés. | Gestion proactive des risques. |
2️⃣ Définir les grands chantiers du projet
La feuille de route doit regrouper les travaux en grands chantiers cohérents permettant d’assurer un pilotage efficace.
| Chantier | Objectif |
|---|---|
| Gouvernance | Piloter le projet. |
| Plateforme | Sélectionner la PDP. |
| Données | Fiabiliser les référentiels. |
| Interfaces | Préparer les échanges applicatifs. |
| Conformité | Sécuriser les exigences réglementaires. |
| Formation | Préparer les utilisateurs. |
| Communication | Informer les partenaires. |
| Recette | Valider le fonctionnement global. |
3️⃣ Planifier le choix de la plateforme agréée
Le choix de la plateforme constitue l’un des premiers jalons structurants du projet. Il conditionne les interfaces, les formats, les procédures et l’organisation future.
- rédaction du cahier des charges ;
- consultation des éditeurs ;
- comparaison fonctionnelle ;
- analyse des coûts ;
- évaluation de la sécurité ;
- validation de l’architecture ;
- contractualisation ;
- préparation du déploiement.
4️⃣ Organiser le nettoyage des référentiels
Avant toute automatisation, les données doivent être fiabilisées afin d’éviter les rejets, les erreurs de routage et les anomalies fiscales.
| Référentiel | Travaux à réaliser |
|---|---|
| Clients | SIREN, SIRET, TVA, adresses. |
| Fournisseurs | Données légales et bancaires. |
| Produits | Codes et unités. |
| TVA | Taux et règles fiscales. |
| Comptes | Mappings comptables. |
🧭 Point de passage stratégique
À ce stade, l’entreprise a identifié ses principaux chantiers, engagé le choix de sa plateforme et organisé la fiabilisation de ses référentiels. La feuille de route doit désormais traduire ces orientations en travaux techniques, campagnes de tests, actions de formation, communication avec les partenaires et jalons réglementaires sécurisés.
5️⃣ Préparer les interfaces applicatives
Une fois les référentiels fiabilisés, l’entreprise doit préparer les échanges entre les différents systèmes d’information. Les interfaces constituent la colonne vertébrale de la facturation électronique : elles assurent la circulation fiable des données entre les ERP, les logiciels métiers, les plateformes agréées, les solutions comptables, les outils décisionnels et les systèmes d’archivage.
Toute interface doit être documentée, testée, supervisée et capable de gérer les anomalies afin de garantir la continuité des traitements.
| Interface | Objectif | Priorité |
|---|---|---|
| ERP → PDP | Transmission des factures. | Critique. |
| PDP → ERP | Retour des statuts. | Critique. |
| ERP → Comptabilité | Écritures comptables. | Élevée. |
| ERP → GED | Archivage documentaire. | Élevée. |
| ERP → BI | Reporting et KPI. | Moyenne. |
| ERP → CRM | Mise à jour des informations clients. | Moyenne. |
6️⃣ Organiser les campagnes de tests
Une feuille de route fiable prévoit plusieurs vagues de tests progressifs permettant de sécuriser la mise en production. Les tests ne concernent pas uniquement la technique ; ils doivent également valider les traitements comptables, fiscaux, opérationnels et organisationnels.
| Campagne | Objectif |
|---|---|
| Tests unitaires | Valider chaque composant individuellement. |
| Tests d’intégration | Vérifier les échanges entre applications. |
| Tests métiers | Contrôler les processus opérationnels. |
| Tests fiscaux | Sécuriser les règles de TVA. |
| Tests de charge | Mesurer la performance. |
| Recette utilisateur | Valider le fonctionnement global. |
7️⃣ Former les équipes
La réussite du projet dépend directement du niveau de préparation des utilisateurs. Les formations doivent être adaptées aux responsabilités de chacun et planifiées suffisamment tôt pour permettre une appropriation progressive des nouveaux processus.
| Population | Formation |
|---|---|
| Direction | Vision stratégique. |
| DAF | Pilotage financier. |
| Comptabilité | Nouveaux traitements. |
| Fiscalité | Contrôles TVA. |
| Achats | Processus Procure-to-Pay. |
| Ventes | Processus Order-to-Cash. |
| SI | Architecture technique. |
| Support | Gestion des incidents. |
8️⃣ Informer les clients et les fournisseurs
La transition doit être accompagnée d’une communication structurée afin de préparer les partenaires commerciaux aux nouveaux modes d’échange.
- présentation du calendrier ;
- explication des nouvelles modalités d’échange ;
- validation des coordonnées de facturation ;
- confirmation des plateformes utilisées ;
- mise à jour des contrats ;
- communication des nouveaux contacts ;
- organisation d’une assistance pendant la transition ;
- suivi des partenaires les plus sensibles.
9️⃣ Préparer les échéances réglementaires
La feuille de route doit intégrer les principales échéances réglementaires afin que chaque chantier soit terminé avant son entrée en vigueur.
| Échéance | Objectif |
|---|---|
| Septembre 2026 | Réception obligatoire des factures électroniques. |
| Septembre 2027 | Émission obligatoire des PME et microentreprises. |
🔟 Gérer les risques de retard
Les dérives de planning doivent être anticipées grâce à un suivi permanent des dépendances, des jalons et des ressources disponibles.
| Risque | Mesure préventive |
|---|---|
| Retard de choix de la PDP. | Calendrier d’appel d’offres anticipé. |
| Données insuffisamment fiabilisées. | Campagnes de nettoyage progressives. |
| Interfaces non finalisées. | Recettes intermédiaires. |
| Formation incomplète. | Plan de montée en compétences continu. |
| Surcharge des équipes. | Planification des ressources. |
| Prestataire en retard. | Suivi contractuel renforcé. |
🆕 Planificateur IA Transition 2026–2027
Le Planificateur IA Transition 2026–2027 constitue un assistant intelligent de pilotage permettant de construire, suivre et ajuster automatiquement la feuille de route de mise en conformité. Il consolide les informations issues des différents chantiers, identifie les dépendances, anticipe les retards et propose des scénarios de replanification.
🏗️ Architecture complète
GOUVERNANCE • ERP • PDP • COMPTABILITÉ • CRM • GED • SI
⬇
MOTEUR DE PLANIFICATION
⬇
MOTEUR DES DÉPENDANCES
⬇
MOTEUR D’ANALYSE DES RISQUES
⬇
MOTEUR DE PRIORISATION
⬇
MOTEUR DE REPLANIFICATION
⬇
TABLEAU DE BORD EXÉCUTIF
⚙️ Les moteurs du Planificateur IA
| Moteur | Mission |
|---|---|
| Planification | Construction automatique du calendrier directeur. |
| Dépendances | Identification des liens entre les différents chantiers. |
| Risques | Détection des retards et des points de blocage. |
| Priorisation | Classement automatique des actions critiques. |
| Replanification | Proposition de scénarios alternatifs en cas de dérive. |
| Reporting | Production des tableaux de bord de pilotage. |
🔄 Workflow intelligent
COLLECTE DES PROJETS
⬇
PLANIFICATION
⬇
ANALYSE DES DÉPENDANCES
⬇
ÉVALUATION DES RISQUES
⬇
PRIORISATION
⬇
PROPOSITION DE CALENDRIER
⬇
VALIDATION HUMAINE
⬇
SUIVI CONTINU
🚨 Alertes intelligentes
- retard sur un jalon réglementaire ;
- interface critique non finalisée ;
- plateforme non sélectionnée dans les délais ;
- tests insuffisants avant mise en production ;
- formation incomplète des utilisateurs ;
- référentiels insuffisamment fiabilisés ;
- dépendance bloquante entre plusieurs projets ;
- dépassement des capacités des équipes projet.
👨💼 Validation humaine
Les propositions du Planificateur IA constituent une aide à la décision. Les arbitrages définitifs relèvent du comité de pilotage, du sponsor, du chef de projet et des directions métiers concernées.
⚖️ Limites de l’IA
- ne remplace pas les arbitrages stratégiques ;
- ne peut anticiper seule les décisions réglementaires futures ;
- ne maîtrise pas les contraintes budgétaires propres à chaque entreprise ;
- reste dépendante de la qualité des données de pilotage ;
- nécessite une validation humaine permanente.
📌 Synthèse Premium
Une feuille de route performante transforme un projet complexe en un programme structuré, pilotable et sécurisé. Elle coordonne les chantiers techniques, métiers, réglementaires et humains autour d’objectifs communs, tout en permettant d’anticiper les risques et de respecter les échéances imposées par la réforme de la facturation électronique.
🎓 Compétences acquises
- construire une feuille de route de transformation ;
- planifier les principaux jalons du projet ;
- préparer les interfaces et les référentiels ;
- organiser les campagnes de tests ;
- planifier la formation des utilisateurs ;
- préparer les échéances réglementaires ;
- anticiper les risques de retard ;
- utiliser un planificateur IA pour piloter le projet.
🏆 Niveau de maîtrise
Vous êtes désormais capable d’élaborer une feuille de route complète de transition vers la facturation électronique, de coordonner les différents chantiers, de prioriser les actions, d’anticiper les risques et d’utiliser un assistant IA pour optimiser le pilotage du projet tout en conservant la maîtrise des décisions stratégiques.
➡️ Transition vers la Séquence 4/7
Après avoir construit la feuille de route du projet, nous allons maintenant apprendre à concevoir un dispositif de contrôle interne spécifiquement adapté à la facturation électronique afin de sécuriser durablement les processus, les données et les obligations réglementaires.
Organiser la recette et les tests
Construire une stratégie de recette complète afin de valider les traitements fonctionnels, comptables, fiscaux et techniques avant la mise en production de la facturation électronique.
🎯 Introduction Premium
Une plateforme de facturation électronique peut être parfaitement installée tout en restant inutilisable si les tests sont insuffisants. La phase de recette constitue le dernier rempart avant la mise en production. Elle permet de vérifier que chaque scénario métier fonctionne conformément aux exigences réglementaires, comptables et opérationnelles.
La recette ne consiste pas uniquement à vérifier qu’une facture est transmise. Elle doit démontrer que l’ensemble du cycle de vie de la facture fonctionne correctement, depuis son émission jusqu’à son archivage, en passant par les statuts, les rejets, les avoirs, les écritures comptables et les déclarations de TVA.
🎯 Objectif professionnel
Concevoir un plan de recette complet, élaborer des scénarios de tests représentatifs de l’activité réelle de l’entreprise, identifier les anomalies avant la mise en production et produire un dossier de validation garantissant la conformité de la solution déployée.
🎓 Compétences développées
- construire des scénarios de tests complets ;
- tester les formats électroniques ;
- contrôler les statuts de facturation ;
- tester les différents rejets ;
- valider le traitement des avoirs ;
- préparer les campagnes de recette fonctionnelle.
1️⃣ Construire les scénarios de test
Une campagne de recette doit reproduire les situations réellement rencontrées par l’entreprise. Chaque scénario doit être documenté, reproductible, mesurable et permettre de conclure sans ambiguïté sur la conformité du traitement testé.
| Scénario | Objectif | Résultat attendu |
|---|---|---|
| Facture standard | Valider le cycle nominal. | Transmission sans anomalie. |
| Facture avec TVA multiple | Contrôler les calculs. | Taux correctement appliqués. |
| Acompte | Tester l’exigibilité. | TVA correctement générée. |
| Avoir | Vérifier l’annulation. | Régularisation conforme. |
| Facture internationale | Tester les règles spécifiques. | Traitement fiscal conforme. |
2️⃣ Tester les formats électroniques
Les différents formats doivent être validés aussi bien sur leur structure technique que sur leur contenu métier. Les contrôles portent notamment sur les données obligatoires, les règles syntaxiques, les schémas XML, les profils de conformité et la cohérence entre les informations lisibles par l’utilisateur et les données structurées.
| Contrôle | Éléments vérifiés |
|---|---|
| Factur-X | PDF + XML embarqué. |
| UBL | Structure XML. |
| CII | Conformité UN/CEFACT. |
| Mentions obligatoires | Données fiscales. |
| Cohérence documentaire | PDF et XML identiques. |
3️⃣ Tester les statuts du cycle de vie
Chaque changement d’état d’une facture doit être correctement transmis, enregistré et interprété par les applications de l’entreprise afin d’assurer un suivi fiable des traitements.
| Statut | Contrôle attendu |
|---|---|
| Déposée | Réception technique confirmée. |
| Transmise | Envoi vers le destinataire. |
| Mise à disposition | Disponibilité confirmée. |
| Acceptée | Validation du destinataire. |
| Refusée | Motif correctement identifié. |
| Payée | Encaissement réconcilié. |
4️⃣ Tester les rejets
Les scénarios de rejet permettent de vérifier la capacité des systèmes à détecter les anomalies, à informer les utilisateurs et à permettre une correction rapide avant réémission.
- rejets syntaxiques ;
- rejets liés au schéma XML ;
- rejets réglementaires ;
- rejets fiscaux ;
- rejets métier ;
- rejets liés au destinataire ;
- journalisation complète des anomalies ;
- gestion des corrections et réémissions.
5️⃣ Tester les avoirs
Les avoirs doivent être intégralement intégrés dans les campagnes de recette afin de vérifier la bonne prise en compte des corrections commerciales, des annulations, des retours de marchandises et des régularisations de TVA.
| Type d’avoir | Contrôle réalisé |
|---|---|
| Avoir total | Annulation complète. |
| Avoir partiel | Correction partielle. |
| Avoir commercial | Remises et ristournes. |
| Avoir fiscal | Correction TVA. |
| Avoir après rejet | Réémission contrôlée. |
6️⃣ Tester le e-reporting
Les opérations soumises au e-reporting doivent faire l’objet d’une campagne de validation spécifique. L’objectif est de vérifier que les données transmises à l’administration correspondent exactement aux opérations réalisées par l’entreprise, tant sur le plan fiscal que comptable.
| Scénario | Contrôle attendu |
|---|---|
| Ventes B2C | Transmission correcte des données de e-reporting. |
| Prestations internationales | Respect des règles déclaratives. |
| Encaissements | Déclaration conforme des paiements. |
| Avoirs | Prise en compte des régularisations. |
| Annulations | Mise à jour des informations transmises. |
7️⃣ Tester les écritures comptables
Les flux générés par la plateforme doivent produire automatiquement des écritures exactes, équilibrées et conformes au plan comptable de l’entreprise. Les tests doivent couvrir l’ensemble des situations rencontrées en exploitation.
| Contrôle | Résultat attendu |
|---|---|
| Journal des ventes | Écriture correctement générée. |
| Journal des achats | Imputation conforme. |
| TVA collectée | Calcul exact. |
| TVA déductible | Déduction correcte. |
| Avoirs | Contre-passation conforme. |
| Règlements | Lettrage automatique fonctionnel. |
8️⃣ Tester les rapprochements
Les rapprochements automatiques constituent un élément essentiel du contrôle interne. Ils doivent permettre d’assurer la cohérence entre les différents systèmes d’information et les données fiscales.
| Rapprochement | Objectif |
|---|---|
| ERP ↔ PDP | Contrôler la transmission des factures. |
| PDP ↔ Comptabilité | Valider les écritures. |
| Factures ↔ Paiements | Vérifier les encaissements. |
| Factures ↔ TVA | Contrôler les déclarations. |
| Grand livre ↔ Plateforme | Assurer la cohérence globale. |
9️⃣ Organiser l’UAT (User Acceptance Testing)
L’UAT représente la validation finale réalisée par les utilisateurs métiers. Elle confirme que la solution répond effectivement aux besoins opérationnels avant son déploiement définitif.
| Acteur | Validation |
|---|---|
| Comptabilité | Validation des traitements comptables. |
| Fiscalité | Validation des traitements TVA. |
| Commerce | Validation du processus client. |
| Achats | Validation du processus fournisseur. |
| DSI | Validation technique. |
| Chef de projet | Validation globale. |
🔟 Produire le procès-verbal de recette
Le procès-verbal de recette formalise la fin des campagnes de tests et constitue la décision officielle autorisant ou non la mise en production. Il recense les scénarios exécutés, les anomalies détectées, les corrections apportées, les réserves éventuelles et les validations obtenues.
📊 Tableaux Premium
- matrice complète des scénarios de recette ;
- tableau de suivi des anomalies ;
- grille de validation fonctionnelle ;
- tableau de conformité réglementaire ;
- planning détaillé des campagnes de tests ;
- registre des réserves avant mise en production.
🗺️ Schémas professionnels
- workflow complet de recette ;
- cycle de validation des anomalies ;
- chaîne des tests ERP–PDP–Comptabilité ;
- processus de validation UAT ;
- circuit de décision avant mise en production.
💼 Illustrations professionnelles
- déploiement dans une PME ;
- migration d’un groupe multi-sociétés ;
- validation d’une plateforme internationale ;
- gestion d’un changement d’ERP ;
- organisation d’une recette multi-sites.
📚 Cas pratiques Premium
Les études de cas reproduisent les principales situations rencontrées lors d’un projet réel : validation des formats Factur-X, UBL et CII, simulation de rejets réglementaires, contrôle des statuts, rapprochements comptables, tests de TVA, campagnes UAT et validation finale avant ouverture de la production.
🆕 Contrôleur IA Recette & Tests
Le Contrôleur IA Recette & Tests constitue le centre intelligent de préparation, d’exécution et de supervision des campagnes de recette de la facturation électronique. Il consolide les exigences métiers, comptables, fiscales et techniques, génère les scénarios nécessaires, analyse les résultats obtenus et alerte les responsables lorsqu’une anomalie compromet la conformité ou la mise en production.
Son objectif n’est pas seulement d’automatiser l’exécution de tests. Il doit garantir que chaque exigence du projet est reliée à un scénario, que chaque scénario produit une preuve exploitable et que chaque anomalie fait l’objet d’une décision documentée.
Une fonctionnalité ne doit jamais être considérée comme validée au seul motif qu’elle fonctionne dans un cas nominal. Elle doit également être testée dans les situations d’erreur, de rejet, de correction, de reprise, de surcharge et de fonctionnement dégradé.
🏗️ Architecture complète du Contrôleur IA
EXIGENCES RÉGLEMENTAIRES
EXIGENCES FISCALES • COMPTABLES • MÉTIERS • TECHNIQUES
⬇
RÉFÉRENTIEL CENTRAL DE RECETTE
⬇
MOTEUR DE SCÉNARIOS
⬇
MOTEUR DE VALIDATION DES FORMATS
⬇
MOTEUR DE CONTRÔLE DES STATUTS
⬇
MOTEUR DE CONTRÔLE DES ÉCRITURES
⬇
MOTEUR DE RAPPROCHEMENT
⬇
MOTEUR DE CONFORMITÉ
⬇
GESTION DES ANOMALIES ET DES PREUVES
⬇
VALIDATION HUMAINE
⬇
PROCÈS-VERBAL DE RECETTE
🧩 Les sources alimentant le Contrôleur IA
| Source | Données exploitées | Finalité |
|---|---|---|
| Cahier des charges | Exigences fonctionnelles et techniques. | Construire la couverture de recette. |
| Référentiel réglementaire | Données obligatoires, formats et règles de transmission. | Tester la conformité. |
| Matrice TVA | Taux, régimes, exigibilité et territorialité. | Valider les traitements fiscaux. |
| ERP et logiciels métiers | Factures, avoirs, écritures et référentiels. | Exécuter les scénarios réels. |
| Plateforme agréée | Dépôts, transmissions, statuts et rejets. | Contrôler le cycle électronique. |
| Comptabilité | Journaux, comptes, taxes et lettrage. | Tester l’intégration comptable. |
| Banques et trésorerie | Encaissements et paiements. | Valider les rapprochements. |
| GED ou SAE | Documents, données structurées et journaux. | Tester l’archivage et la restitution. |
⚙️ Moteur de scénarios
Le moteur de scénarios transforme les exigences du projet en cas de test structurés. Il identifie les situations nominales, les exceptions, les erreurs attendues et les scénarios de reprise nécessaires à une recette complète.
Pour chaque scénario, il génère :
- un identifiant unique ;
- l’exigence couverte ;
- le processus concerné ;
- les systèmes sollicités ;
- les prérequis ;
- les données d’entrée ;
- les étapes d’exécution ;
- le résultat attendu ;
- les contrôles à effectuer ;
- les preuves à conserver ;
- le niveau de criticité ;
- le responsable de validation.
📋 Matrice Premium des scénarios générés
| ID | Scénario | Exigence couverte | Criticité | Résultat attendu |
|---|---|---|---|---|
| REC-001 | Facture B2B française standard. | Émission et transmission. | Critique. | Facture transmise sans rejet et statut intégré. |
| REC-002 | Facture comportant plusieurs taux de TVA. | Calcul fiscal et structuration. | Critique. | Bases, taux et taxes correctement ventilés. |
| REC-003 | Facture avec destinataire inconnu. | Contrôle du routage. | Élevée. | Rejet explicite et action corrective déclenchée. |
| REC-004 | Avoir partiel rattaché à une facture. | Correction commerciale et TVA. | Critique. | Référence initiale et régularisation exactes. |
| REC-005 | Transmission de données de e-reporting B2C. | Obligation déclarative. | Critique. | Données exhaustives et correctement agrégées. |
| REC-006 | Indisponibilité temporaire d’une interface. | Continuité et reprise. | Élevée. | Message conservé puis rejoué sans doublon. |
🧬 Moteur de validation des formats
Le moteur de validation des formats contrôle la structure technique des factures électroniques ainsi que la qualité des données qu’elles contiennent.
| Niveau de contrôle | Analyse réalisée |
|---|---|
| Syntaxique | Structure générale du fichier et caractères autorisés. |
| Schéma | Respect du schéma XML applicable. |
| Profil | Conformité au profil de données utilisé. |
| Sémantique | Cohérence entre les champs et leur signification. |
| Arithmétique | Totaux, bases, taxes, remises et arrondis. |
| Documentaire | Cohérence entre le rendu lisible et les données structurées. |
| Métier | Références de commande, contrats, livraisons et conditions. |
| Fiscal | Taux, mentions, régimes et exigibilité. |
🔄 Moteur de contrôle des statuts
Le moteur des statuts reconstitue automatiquement la chronologie de chaque facture et vérifie que les événements sont transmis, reçus, interprétés et enregistrés dans le bon ordre.
FACTURE CRÉÉE
⬇
FACTURE DÉPOSÉE
⬇
CONTRÔLE TECHNIQUE
⬇
FACTURE TRANSMISE
⬇
FACTURE MISE À DISPOSITION
⬇
ACCEPTATION • REFUS • LITIGE
⬇
PAIEMENT • ENCAISSEMENT
⬇
CLÔTURE ET ARCHIVAGE
Le moteur recherche notamment :
- les statuts manquants ;
- les statuts reçus en double ;
- les séquences chronologiquement impossibles ;
- les statuts non intégrés dans l’ERP ;
- les écarts entre la plateforme et le système comptable ;
- les factures bloquées trop longtemps dans un état intermédiaire ;
- les événements sans responsable de traitement.
📚 Moteur de contrôle des écritures comptables
Le moteur des écritures vérifie que chaque document électronique produit les effets comptables attendus dans la bonne entité, le bon journal, les bons comptes et la bonne période.
| Contrôle | Question traitée |
|---|---|
| Équilibre | Le total des débits correspond-il au total des crédits ? |
| Entité | L’écriture est-elle enregistrée dans la bonne société ? |
| Journal | Le journal comptable est-il adapté à l’opération ? |
| Compte | L’imputation respecte-t-elle le mapping prévu ? |
| TVA | Les comptes, bases et montants de taxe sont-ils exacts ? |
| Analytique | Les axes et centres de coûts sont-ils alimentés ? |
| Période | L’écriture est-elle rattachée au bon exercice ? |
| Pièce | La facture est-elle reliée à l’écriture correspondante ? |
🔍 Moteur de rapprochement
Le moteur de rapprochement compare automatiquement les données disponibles dans les différents systèmes afin d’identifier les omissions, les doublons et les incohérences.
| Rapprochement | Écart recherché |
|---|---|
| ERP ↔ plateforme | Facture créée mais non déposée ou transmise plusieurs fois. |
| Plateforme ↔ grand livre | Facture transmise mais non comptabilisée. |
| Commande ↔ livraison ↔ facture | Quantité, prix ou référence incohérents. |
| Facture ↔ avoir | Correction non rattachée au document initial. |
| Facture ↔ encaissement | Paiement non rapproché ou montant partiel. |
| Factures ↔ déclaration de TVA | Base ou taxe non déclarée. |
| E-reporting ↔ transactions sources | Données manquantes, dupliquées ou incorrectement agrégées. |
| GED ↔ comptabilité | Écriture sans pièce ou document sans écriture. |
⚖️ Moteur de conformité
Le moteur de conformité relie chaque résultat de test à l’exigence juridique, fiscale, comptable, métier ou technique correspondante. Il permet de démontrer que le périmètre testé couvre effectivement les obligations et règles retenues par le projet.
| Statut de conformité | Signification | Décision |
|---|---|---|
| Conforme | Le résultat correspond entièrement à l’attendu. | Scénario validé. |
| Conforme sous réserve | Un écart mineur demeure sans compromettre le processus. | Réserve documentée et action planifiée. |
| Non conforme | Une exigence n’est pas correctement satisfaite. | Correction et nouveau test obligatoires. |
| Non testé | Le scénario n’a pas été exécuté. | Validation impossible. |
| Non applicable | L’exigence ne concerne pas le périmètre étudié. | Justification conservée. |
🔄 Workflow complet de recette assistée par IA
COLLECTE DES EXIGENCES
⬇
GÉNÉRATION DES SCÉNARIOS
⬇
VALIDATION DU PLAN DE RECETTE
⬇
PRÉPARATION DES DONNÉES DE TEST
⬇
EXÉCUTION DES TESTS
⬇
COLLECTE DES RÉSULTATS ET PREUVES
⬇
ANALYSE AUTOMATIQUE DES ÉCARTS
⬇
QUALIFICATION DES ANOMALIES
⬇
CORRECTION ET NON-RÉGRESSION
⬇
UAT ET VALIDATION MÉTIER
⬇
DÉCISION DE MISE EN PRODUCTION
🚨 Alertes intelligentes
| Niveau | Exemple de déclenchement | Traitement |
|---|---|---|
| Bloquante | Facture impossible à transmettre ou écriture déséquilibrée. | Interdiction de valider la recette. |
| Critique | Erreur de TVA ou perte d’un flux. | Correction prioritaire et nouveau test complet. |
| Majeure | Statut non intégré ou rapprochement incomplet. | Correction avant mise en production. |
| Mineure | Libellé, présentation ou information secondaire incorrecte. | Correction planifiée ou réserve motivée. |
| Préventive | Couverture insuffisante d’un type de facture. | Ajouter des scénarios complémentaires. |
🧠 Analyse intelligente des anomalies
Le Contrôleur IA rapproche les anomalies détectées afin d’identifier les causes communes et d’éviter le traitement isolé de symptômes provenant d’un même défaut de conception.
| Anomalies observées | Cause racine possible | Action recommandée |
|---|---|---|
| Plusieurs rejets liés au destinataire | Référentiel client incomplet. | Corriger la gouvernance des identifiants et routages. |
| Écarts répétés de TVA | Mapping fiscal ou code produit incorrect. | Revoir la matrice TVA et les règles de conversion. |
| Statuts absents dans l’ERP | Interface retour incomplète. | Corriger le connecteur et tester la non-régression. |
| Doublons après reprise | Mécanisme de rejeu non idempotent. | Ajouter un contrôle d’unicité avant réinjection. |
| Écritures dans le mauvais compte | Table de mapping comptable erronée. | Corriger le mapping puis rejouer les scénarios concernés. |
👨💼 Validation humaine
Le Contrôleur IA peut détecter, comparer, classer et recommander. Il ne peut toutefois pas prononcer seul la recette définitive ni autoriser la mise en production.
| Acteur | Responsabilité de validation |
|---|---|
| Responsable comptable | Écritures, lettrage, cut-off et pièces justificatives. |
| Responsable fiscal | TVA, e-reporting et traitements particuliers. |
| Responsables métiers | Processus clients, fournisseurs et cas opérationnels. |
| DSI | Interfaces, sécurité, performances et reprise. |
| Contrôle interne | Couverture des risques et séparation des tâches. |
| Chef de projet | Consolidation des résultats et des réserves. |
| Sponsor ou comité de pilotage | Décision finale de mise en production. |
🧾 Règles de décision avant mise en production
| Situation | Décision recommandée |
|---|---|
| Anomalie bloquante ouverte | Interdiction de mise en production. |
| Anomalie critique non corrigée | Report sauf mesure compensatoire exceptionnelle validée. |
| Scénario réglementaire non exécuté | Recette incomplète et validation impossible. |
| Réserve majeure avec solution temporaire | Décision formelle du comité et surveillance renforcée. |
| Uniquement des anomalies mineures | Mise en production possible avec plan d’action daté. |
| Tous les critères satisfaits | Signature du procès-verbal de recette. |
⚠️ Limites de l’intelligence artificielle
- elle dépend de la qualité du référentiel d’exigences fourni ;
- elle peut omettre un scénario métier non documenté ;
- elle ne maîtrise pas spontanément toutes les spécificités contractuelles de l’entreprise ;
- elle ne peut pas apprécier seule la matérialité d’un risque fiscal ou financier ;
- elle peut classer incorrectement une anomalie en présence de données incomplètes ;
- elle ne remplace pas la connaissance des utilisateurs opérationnels ;
- elle ne porte aucune responsabilité juridique, fiscale ou comptable ;
- elle ne peut autoriser seule une mise en production ;
- ses recommandations doivent être revues, justifiées et tracées.
La signature du procès-verbal engage les responsables qui attestent que la solution a été suffisamment testée. Elle ne peut jamais être déléguée à un moteur algorithmique.
📌 Synthèse Premium
Une recette professionnelle ne se limite pas à vérifier que quelques factures traversent correctement les systèmes. Elle doit démontrer que les formats sont conformes, que les statuts sont correctement intégrés, que les rejets sont détectés, que les avoirs corrigent les opérations initiales, que le e-reporting est exhaustif, que les écritures comptables sont exactes et que les rapprochements permettent de détecter toute rupture.
Le Contrôleur IA Recette & Tests renforce cette démarche en générant des scénarios, en analysant les écarts, en rapprochant les résultats et en préparant les preuves. Il permet au chef de projet, au responsable comptable, au fiscaliste et à la DSI de concentrer leur attention sur les anomalies les plus importantes et les décisions engageant la mise en production.
- relier chaque exigence à au moins un scénario ;
- tester les situations nominales et les situations d’échec ;
- conserver une preuve pour chaque résultat ;
- qualifier les anomalies selon leur impact réel ;
- réexécuter les tests après chaque correction ;
- faire valider les résultats par les métiers compétents ;
- ne signer le procès-verbal qu’après traitement des risques incompatibles avec la production.
🎓 Compétences acquises
- construire un référentiel complet de scénarios de test ;
- relier les scénarios aux exigences du projet ;
- tester les formats Factur-X, UBL et CII ;
- contrôler la cohérence entre données structurées et rendu lisible ;
- tester les statuts du cycle de vie ;
- simuler les rejets techniques, métiers et fiscaux ;
- valider les avoirs et les régularisations ;
- tester le e-reporting et les données de paiement ;
- contrôler les écritures comptables et fiscales ;
- réconcilier ERP, plateforme, comptabilité, trésorerie et archivage ;
- organiser une campagne UAT ;
- qualifier et suivre les anomalies ;
- produire un procès-verbal de recette documenté ;
- utiliser un Contrôleur IA sans abandonner la validation humaine.
🏆 Niveau de maîtrise
| Domaine | Niveau atteint | Capacité professionnelle |
|---|---|---|
| Stratégie de recette | Avancé | Construire une campagne couvrant l’ensemble du périmètre. |
| Tests fonctionnels | Avancé | Valider les processus clients, fournisseurs et cas particuliers. |
| Tests comptables et fiscaux | Expert | Contrôler les écritures, la TVA et les rapprochements. |
| Gestion des anomalies | Avancé | Qualifier, prioriser et piloter les corrections. |
| Décision de mise en production | Chef de mission | Apprécier les réserves et sécuriser la décision finale. |
| Supervision par l’IA | Avancé | Exploiter l’automatisation tout en maintenant le contrôle humain. |
Vous êtes désormais capable de piloter une recette de bout en bout, depuis la conception des scénarios jusqu’à la signature du procès-verbal, en coordonnant les métiers, la fiscalité, la comptabilité, la DSI, les plateformes et les prestataires.
➡️ Transition vers la Séquence 5/7
Après avoir organisé la recette et démontré la fiabilité des traitements, l’entreprise doit encadrer durablement les risques résiduels et les opérations quotidiennes. La prochaine séquence sera consacrée à la construction du dispositif de contrôle interne de la facturation électronique : cartographie des risques, séparation des tâches, contrôles préventifs et détectifs, preuves d’exécution, supervision des anomalies et amélioration continue.
Construire le contrôle interne
Concevoir un dispositif de contrôle interne capable de sécuriser les données, les factures, les transmissions, le e-reporting, les écritures comptables et les preuves nécessaires aux audits et aux contrôles de l’administration.
🎯 Introduction Premium — Passer de la conformité théorique à la maîtrise démontrée
La facturation électronique transforme profondément le contrôle interne. Les contrôles autrefois concentrés sur le document final doivent désormais couvrir une chaîne complète de données, d’applications, d’interfaces, de statuts et de décisions automatisées.
Une facture peut être visuellement correcte tout en contenant une donnée structurée erronée. Elle peut être comptabilisée sans avoir été correctement transmise, transmise sans avoir été intégrée dans le grand livre, ou encore déclarée dans le e-reporting sans correspondre aux opérations enregistrées dans les systèmes sources.
Le contrôle interne doit donc sécuriser simultanément :
- les référentiels clients, fournisseurs, produits et TVA ;
- la création et la modification des données sensibles ;
- les mentions et données obligatoires des factures ;
- l’exhaustivité des factures émises et reçues ;
- la prévention des doublons ;
- le traitement des rejets et des refus ;
- l’exhaustivité du e-reporting ;
- les habilitations et la séparation des tâches ;
- les rapprochements entre plateforme, ERP et comptabilité ;
- la conservation des preuves de contrôle ;
- la préparation des audits et contrôles administratifs.
Un contrôle interne efficace ne se contente pas de détecter les erreurs après leur réalisation. Il cherche d’abord à les prévenir, puis à les détecter rapidement, à les corriger et à empêcher leur réapparition.
🎯 Objectif professionnel
À l’issue de cette séquence, vous serez capable de construire un dispositif complet de contrôle interne appliqué à la facturation électronique, d’identifier les contrôles critiques, de répartir les responsabilités, de définir les preuves attendues et de piloter les anomalies jusqu’à leur résolution.
Vous saurez notamment :
- concevoir une cartographie des risques et des contrôles ;
- définir des contrôles préventifs, détectifs et correctifs ;
- sécuriser les référentiels et données maîtres ;
- contrôler la conformité des factures avant émission ;
- réconcilier les flux électroniques avec les écritures comptables ;
- surveiller les anomalies, rejets et ruptures d’interface ;
- documenter l’exécution et la revue des contrôles ;
- constituer un dossier de preuve exploitable par les auditeurs et l’administration.
Une matrice de contrôle interne recensant les risques, les contrôles, les responsables, les fréquences, les seuils d’alerte, les preuves conservées et les procédures de traitement des anomalies.
🎓 Compétences développées
| Compétence | Application professionnelle | Résultat attendu |
|---|---|---|
| Contrôler les référentiels | Vérifier l’identité, la fiscalité et le routage des tiers. | Réduire les rejets et erreurs de destinataire. |
| Contrôler les mentions obligatoires | Valider les données visibles et structurées. | Émettre des factures conformes. |
| Contrôler l’exhaustivité | Réconcilier les factures avec les opérations sources. | Prévenir les omissions et doubles enregistrements. |
| Prévenir les doublons | Identifier les documents déjà reçus, transmis ou comptabilisés. | Éviter la double comptabilisation et le double paiement. |
| Surveiller les rejets | Suivre les anomalies techniques, métiers et fiscales. | Accélérer les corrections et réémissions. |
| Contrôler le e-reporting | Rapprocher les données transmises des transactions sources. | Sécuriser les obligations déclaratives. |
| Sécuriser les habilitations | Limiter les droits et séparer les fonctions incompatibles. | Prévenir les erreurs et les fraudes. |
| Réconcilier plateforme et comptabilité | Comparer les documents, statuts et écritures. | Garantir l’exhaustivité des comptes. |
| Suivre les anomalies | Piloter les corrections et analyser les causes racines. | Améliorer durablement les processus. |
| Préparer les contrôles externes | Constituer un dossier de preuves structuré. | Répondre efficacement aux auditeurs et à l’administration. |
1️⃣ Comprendre l’architecture du contrôle interne
Le contrôle interne de la facturation électronique doit s’organiser autour de plusieurs couches complémentaires. Chaque couche protège une étape du processus et réduit la probabilité qu’une erreur se propage jusqu’à la comptabilité, la déclaration de TVA ou le paiement.
GOUVERNANCE ET RESPONSABILITÉS
⬇
CONTRÔLES DES RÉFÉRENTIELS
⬇
CONTRÔLES À LA CRÉATION DE LA FACTURE
⬇
CONTRÔLES DE TRANSMISSION ET DE STATUTS
⬇
CONTRÔLES COMPTABLES ET FISCAUX
⬇
RAPPROCHEMENTS ET RÉCONCILIATIONS
⬇
SUPERVISION DES ANOMALIES
⬇
PREUVES • AUDIT • AMÉLIORATION CONTINUE
🛡️ Les quatre familles de contrôles
| Famille | Objectif | Exemple |
|---|---|---|
| Préventif | Empêcher l’erreur avant qu’elle se produise. | Champ SIREN obligatoire à la création d’un client. |
| Détectif | Identifier rapidement une anomalie réalisée. | Rapprochement quotidien ERP–plateforme. |
| Correctif | Corriger l’anomalie et restaurer la conformité. | Réémission d’une facture rejetée après correction. |
| Compensatoire | Réduire un risque lorsqu’un contrôle automatisé n’est pas disponible. | Revue manuelle indépendante d’un fichier de e-reporting. |
Un processus qui détecte les erreurs après transmission ou paiement reste plus coûteux et plus risqué qu’un processus capable de les bloquer avant leur réalisation.
📋 Construire la matrice risques–contrôles
Chaque risque significatif doit être associé à au moins un contrôle clairement défini. La matrice doit permettre de comprendre qui exécute le contrôle, à quelle fréquence, avec quelle preuve et selon quelle procédure d’escalade.
| Risque | Contrôle | Nature | Responsable | Fréquence | Preuve |
|---|---|---|---|---|---|
| Mauvais destinataire | Validation du SIREN, SIRET et routage. | Préventif. | Responsable référentiel clients. | À chaque création ou modification. | Journal de validation. |
| Facture omise | Rapprochement livraisons–factures. | Détectif. | Responsable facturation. | Quotidienne. | Rapport d’écarts. |
| Double paiement | Détection numéro–fournisseur–montant. | Préventif. | Comptabilité fournisseurs. | À chaque intégration. | Résultat du moteur de doublons. |
| TVA incorrecte | Contrôle du code fiscal et du taux. | Préventif et détectif. | Fiscalité. | À l’émission et à la clôture. | Rapport de contrôle TVA. |
| Statut non intégré | Rapprochement plateforme–ERP. | Détectif. | DSI Finance. | Quotidienne. | Journal d’interface. |
| Accès non autorisé | Revue des habilitations. | Préventif. | Responsable applicatif. | Trimestrielle. | Matrice des droits validée. |
2️⃣ Contrôler les référentiels clients
Le référentiel client alimente l’identification du destinataire, les mentions de la facture, les règles fiscales, les conditions de paiement et le routage électronique. Une anomalie dans ce référentiel peut provoquer une série d’erreurs dans tous les systèmes en aval.
| Donnée | Contrôle préventif | Contrôle détectif |
|---|---|---|
| Dénomination sociale | Validation par rapport à une source officielle. | Comparaison périodique avec le référentiel légal. |
| SIREN | Format et existence obligatoires. | Recherche des valeurs absentes ou invalides. |
| SIRET | Contrôle de l’établissement actif. | Détection des établissements fermés. |
| Numéro de TVA | Contrôle du format selon le pays. | Revalidation périodique. |
| Adresse de routage | Validation avant activation du client. | Rapprochement ERP–annuaire–plateforme. |
| Conditions de paiement | Validation contractuelle. | Recherche des écarts avec les factures émises. |
| Compte bancaire client | Validation de la source. | Revue des modifications sensibles. |
🏭 Contrôler les référentiels fournisseurs
Le référentiel fournisseur concentre plusieurs risques majeurs : fournisseur fictif, doublon, mauvaise identification fiscale, conditions de règlement erronées ou modification frauduleuse des coordonnées bancaires.
- séparer la demande de création et sa validation ;
- contrôler l’identité juridique du fournisseur ;
- rechercher les doublons avant création ;
- valider le numéro de TVA lorsque nécessaire ;
- contrôler le pays et le régime fiscal ;
- vérifier les conditions de paiement contractuelles ;
- valider indépendamment les coordonnées bancaires ;
- journaliser chaque modification sensible ;
- bloquer les fournisseurs inactifs ou litigieux ;
- réexaminer périodiquement les fiches actives.
Une demande de changement d’IBAN reçue par e-mail ne doit jamais être acceptée sans vérification indépendante auprès d’un contact déjà connu et sans validation par une personne distincte de celle qui a enregistré la modification.
📦 Contrôler les référentiels produits et services
| Élément | Risque | Contrôle |
|---|---|---|
| Désignation | Facture insuffisamment explicite. | Règle minimale de description. |
| Nature de l’opération | Mauvaise qualification fiscale. | Validation par catégorie de produit ou service. |
| Unité | Erreur de quantité ou de conversion. | Liste contrôlée des unités autorisées. |
| Code TVA | Taux incorrect. | Mapping validé par la fiscalité. |
| Compte comptable | Mauvaise imputation. | Table de correspondance contrôlée. |
| Code analytique | Reporting de gestion erroné. | Contrôle des axes obligatoires. |
| Règle d’exigibilité | TVA déclarée au mauvais moment. | Association documentée à la nature de l’opération. |
🧬 Gouverner les modifications de référentiels
DEMANDE DE CRÉATION OU DE MODIFICATION
⬇
CONTRÔLE DES PIÈCES ET DE LA SOURCE
⬇
RECHERCHE DE DOUBLON
⬇
VALIDATION INDÉPENDANTE
⬇
MISE À JOUR DU SYSTÈME MAÎTRE
⬇
SYNCHRONISATION DES APPLICATIONS
⬇
JOURNALISATION
⬇
CONTRÔLE A POSTERIORI
📊 KPI Premium de qualité des référentiels
| Indicateur | Calcul | Objectif |
|---|---|---|
| Taux de complétude | Fiches complètes / fiches actives. | Se rapprocher de 100 % pour les données critiques. |
| Taux de validité | Données valides / données contrôlées. | Détecter les identifiants obsolètes. |
| Taux de doublons | Doublons identifiés / fiches actives. | Réduire les fiches multiples. |
| Taux de modifications sensibles validées | Modifications avec double validation / modifications sensibles. | Atteindre 100 %. |
| Taux de cohérence intersystèmes | Données concordantes / données comparées. | Identifier les ruptures de synchronisation. |
| Délai de correction | Durée moyenne entre détection et régularisation. | Réduire l’exposition aux erreurs. |
3️⃣ Contrôler les mentions et données obligatoires
Le contrôle de conformité doit porter à la fois sur le rendu visible de la facture et sur les données structurées transmises aux systèmes et à la plateforme.
Le dispositif doit contrôler notamment :
- l’identité du vendeur et de l’acheteur ;
- les identifiants juridiques et fiscaux ;
- le numéro unique de la facture ;
- la date d’émission ;
- la date de livraison ou d’exécution lorsqu’elle est requise ;
- la description des biens ou services ;
- les quantités, unités et prix unitaires ;
- les réductions commerciales ;
- les bases et taux de TVA ;
- les montants hors taxe, de taxe et toutes taxes comprises ;
- les mentions d’exonération ou d’autoliquidation ;
- les conditions et échéances de paiement ;
- les références de commande ou de contrat lorsqu’elles sont exigées ;
- les données de routage et les informations électroniques requises.
🔍 Organiser les niveaux de contrôle de la facture
| Niveau | Contrôle | Moment |
|---|---|---|
| Référentiel | Validité des données maîtres. | Avant la création de la facture. |
| Métier | Commande, livraison, prix et conditions. | Lors de la génération. |
| Fiscal | Taux, régime et exigibilité. | Avant validation. |
| Arithmétique | Totaux, remises et arrondis. | Avant émission. |
| Technique | Format, schéma et profil. | Avant dépôt. |
| Documentaire | Cohérence entre PDF et XML. | Avant transmission. |
| A posteriori | Échantillonnage et analyse des anomalies. | Après émission. |
🚦 Paramétrer les contrôles bloquants et non bloquants
| Catégorie | Exemple | Traitement |
|---|---|---|
| Bloquant réglementaire | Numéro de facture absent. | Émission impossible. |
| Bloquant fiscal | Base taxable sans taux ou motif d’exonération. | Validation fiscale requise. |
| Bloquant technique | XML non conforme au schéma. | Dépôt interdit. |
| Alerte majeure | Référence de commande manquante pour un client l’exigeant. | Correction ou dérogation documentée. |
| Alerte mineure | Libellé trop court ou information secondaire incomplète. | Revue sans blocage automatique. |
| Information | Écart inhabituel de montant. | Signalement au responsable. |
4️⃣ Contrôler l’exhaustivité des factures émises
Le contrôle d’exhaustivité doit démontrer que toutes les opérations devant donner lieu à une facture ont effectivement été facturées, transmises et comptabilisées.
COMMANDES ET CONTRATS
⬇
LIVRAISONS OU SERVICES FAITS
⬇
FACTURES GÉNÉRÉES
⬇
FACTURES DÉPOSÉES
⬇
FACTURES TRANSMISES
⬇
ÉCRITURES COMPTABLES
⬇
CRÉANCES CLIENTS
Les rapprochements essentiels comprennent :
- livraisons réalisées sans facture ;
- prestations terminées sans émission ;
- factures créées mais non déposées ;
- factures déposées mais non transmises ;
- factures transmises mais non comptabilisées ;
- factures comptabilisées sans document électronique correspondant ;
- ruptures ou doublons de numérotation ;
- factures manuelles émises hors du système principal.
📥 Contrôler l’exhaustivité des factures reçues
Pour les achats, le contrôle doit garantir que toutes les factures reçues par la plateforme sont intégrées, contrôlées, comptabilisées ou explicitement rejetées.
| Rapprochement | Anomalie recherchée |
|---|---|
| Plateforme ↔ ERP achats | Facture reçue mais non intégrée. |
| ERP achats ↔ comptabilité | Facture contrôlée mais non comptabilisée. |
| Comptabilité ↔ GED | Écriture sans pièce justificative. |
| Commande ↔ réception ↔ facture | Facture sans commande ou service fait. |
| Facture ↔ paiement | Facture payée sans validation complète. |
| Plateforme ↔ registre des rejets | Document rejeté sans action ni justification. |
📊 Tableau Premium de contrôle d’exhaustivité
| Population source | Population cible | Contrôle | Écart à analyser |
|---|---|---|---|
| Livraisons | Factures clients | Correspondance par commande ou livraison. | Livraison non facturée. |
| Factures ERP | Factures plateforme | Correspondance par identifiant unique. | Facture non déposée. |
| Factures plateforme | Grand livre clients | Rapprochement numéro, date et montant. | Facture non comptabilisée. |
| Factures reçues | Grand livre fournisseurs | Rapprochement fournisseur, numéro et montant. | Facture absente des comptes. |
| Grand livre | GED ou SAE | Présence d’une pièce liée. | Écriture sans justificatif. |
5️⃣ Prévenir les doublons
Les doublons peuvent apparaître lors de la réception, de la conversion, du rejeu d’une interface, de la comptabilisation ou du paiement. Le contrôle doit donc intervenir à plusieurs niveaux.
| Niveau | Clés de détection | Risque évité |
|---|---|---|
| Document | Fournisseur, numéro, date et montant. | Double réception. |
| Fichier | Identifiant technique ou empreinte numérique. | Double dépôt. |
| Interface | Identifiant de message et horodatage. | Double intégration après rejeu. |
| Comptabilité | Pièce, tiers, montant et référence. | Double écriture. |
| Paiement | Facture, bénéficiaire, montant et échéance. | Double règlement. |
| E-reporting | Période, transaction et identifiant source. | Double transmission fiscale. |
Une interface correctement conçue doit pouvoir recevoir plusieurs fois le même message sans créer plusieurs factures, écritures ou paiements.
6️⃣ Surveiller les rejets, refus et anomalies de transmission
Un rejet indique qu’une facture ou qu’un message n’a pas franchi une étape technique, réglementaire ou fonctionnelle du processus. Un refus correspond généralement à une décision du destinataire fondée sur un motif métier ou commercial. Ces situations doivent être distinguées, suivies et traitées dans des délais adaptés à leur criticité.
Une facture rejetée ou refusée ne doit jamais disparaître dans une file technique, une boîte électronique ou un portail externe. Elle doit être affectée à un responsable, accompagnée d’un motif exploitable et suivie jusqu’à sa résolution complète.
| Catégorie | Exemple | Responsable principal | Traitement attendu |
|---|---|---|---|
| Rejet syntaxique | Fichier XML illisible ou structure incorrecte. | DSI ou intégrateur. | Corriger la génération ou la conversion du fichier. |
| Rejet de schéma | Élément obligatoire absent ou format invalide. | DSI Finance. | Corriger le mapping puis rejouer le flux. |
| Rejet de routage | Destinataire introuvable ou adresse incorrecte. | Référentiel clients. | Fiabiliser l’identification du destinataire. |
| Rejet fiscal | Taux, base ou motif d’exonération incohérent. | Fiscalité. | Analyser la règle fiscale et corriger la facture. |
| Rejet métier | Référence de commande obligatoire absente. | ADV ou facturation. | Compléter la donnée source et réémettre. |
| Refus client | Prix, quantité ou prestation contestés. | Commerce ou service client. | Analyser le litige et décider d’un avoir ou d’une correction. |
| Anomalie d’interface | Statut reçu par la plateforme mais non intégré dans l’ERP. | DSI. | Restaurer l’interface et réconcilier les événements. |
🚦 Définir les niveaux de criticité des rejets
| Niveau | Situation | Délai cible | Escalade |
|---|---|---|---|
| Bloquant | Flux interrompu pour une population importante. | Immédiat. | DSI, Finance et chef de projet. |
| Critique | Facture à fort montant ou risque fiscal majeur. | Quelques heures. | Responsable comptable ou fiscal. |
| Majeur | Facture non transmise pouvant retarder l’encaissement. | Un jour ouvré. | Responsable du processus. |
| Modéré | Écart isolé sans impact immédiat. | Deux à trois jours ouvrés. | Équipe opérationnelle. |
| Mineur | Anomalie documentaire sans blocage du flux. | Selon le plan d’amélioration. | Suivi périodique. |
📋 Construire le registre des rejets et refus
Le registre doit permettre de suivre chaque anomalie depuis sa détection jusqu’à sa clôture. Il constitue une preuve de maîtrise du cycle de vie et une source essentielle d’amélioration continue.
| ID | Facture | Type | Cause | Responsable | Échéance | Statut | Preuve de clôture |
|---|---|---|---|---|---|---|---|
| AN-001 | FAC-2026-00458 | Rejet de routage. | SIRET d’établissement fermé. | Data Owner clients. | J+1. | En correction. | Nouvelle transmission acceptée. |
| AN-002 | FAC-2026-00473 | Refus client. | Quantité facturée contestée. | ADV. | J+3. | En analyse. | Avoir ou confirmation du service fait. |
| AN-003 | Lot e-reporting 09-2026 | Anomalie fiscale. | Transactions d’une caisse absentes. | Fiscalité et DSI. | Immédiat. | Critique. | Correction et nouvelle transmission validée. |
📈 KPI Premium de suivi des rejets
| Indicateur | Calcul | Lecture |
|---|---|---|
| Taux de rejet | Factures rejetées / factures déposées. | Qualité globale des flux émis. |
| Taux de refus | Factures refusées / factures mises à disposition. | Qualité commerciale et opérationnelle. |
| Délai moyen de correction | Durée entre détection et nouvelle transmission. | Réactivité des équipes. |
| Taux de récidive | Anomalies répétées / anomalies totales. | Efficacité du traitement des causes racines. |
| Rejets non affectés | Nombre d’anomalies sans responsable. | Faiblesse de gouvernance. |
| Rejets hors délai | Anomalies dépassant le délai cible / anomalies ouvertes. | Risque financier et opérationnel. |
7️⃣ Contrôler l’exhaustivité et l’exactitude du e-reporting
Le contrôle du e-reporting doit garantir que toutes les opérations entrant dans son périmètre sont correctement identifiées, extraites, agrégées, enrichies et transmises. Il doit également prévenir les doubles transmissions, les omissions et les incohérences avec la comptabilité ou les déclarations fiscales.
Le dispositif doit couvrir notamment :
- les ventes réalisées avec des particuliers ;
- les opérations avec des clients ou fournisseurs établis hors du périmètre de facturation électronique domestique ;
- les données de transaction issues des caisses, sites marchands et applications métiers ;
- les données de paiement lorsqu’elles doivent être transmises ;
- les avoirs, annulations et régularisations ;
- les opérations réalisées dans plusieurs devises ;
- les données produites par des établissements ou systèmes décentralisés.
🔄 Chaîne de contrôle du e-reporting
TRANSACTIONS SOURCES
ERP • CAISSES • E-COMMERCE • OUTILS MÉTIERS
⬇
EXTRACTION DES DONNÉES
⬇
CONTRÔLE DU PÉRIMÈTRE
⬇
ENRICHISSEMENT ET AGRÉGATION
⬇
CONTRÔLES ARITHMÉTIQUES ET FISCAUX
⬇
TRANSMISSION
⬇
ACCUSÉ ET STATUT DE TRAITEMENT
⬇
RÉCONCILIATION AVEC LA COMPTABILITÉ ET LA TVA
📊 Matrice Premium de contrôle du e-reporting
| Contrôle | Source | Population comparée | Anomalie recherchée | Preuve |
|---|---|---|---|---|
| Exhaustivité B2C | Caisses et e-commerce. | Transactions transmises. | Vente absente ou dupliquée. | Rapport de rapprochement. |
| Exhaustivité internationale | ERP commercial. | Flux internationaux déclarés. | Opération hors périmètre ou omise. | Extraction par pays. |
| Données de paiement | Banque et comptes clients. | Paiements transmis. | Encaissement absent ou mal ventilé. | Rapprochement bancaire. |
| Contrôle TVA | Comptabilité. | Bases et taxes reportées. | Écart de taux, base ou période. | Tableau de réconciliation fiscale. |
| Contrôle des corrections | Registre des anomalies. | Corrections retransmises. | Erreur non rectifiée. | Accusé de nouvelle transmission. |
| Contrôle d’unicité | Identifiants sources. | Données déposées. | Double transmission. | Rapport de doublons. |
🚨 Alertes de contrôle du e-reporting
- écart entre chiffre d’affaires comptabilisé et données transmises ;
- absence de données provenant d’une caisse ou d’un site ;
- diminution inhabituelle du volume de transactions ;
- doublon d’un lot déjà transmis ;
- base taxable sans code ou taux fiscal cohérent ;
- paiement reçu sans transaction rapprochée ;
- avoir transmis sans opération initiale identifiable ;
- correction non confirmée par un accusé de traitement ;
- données internationales classées dans une mauvaise catégorie ;
- écart de devise ou de conversion.
8️⃣ Sécuriser les habilitations et la séparation des tâches
La facturation électronique augmente le nombre d’applications, d’interfaces et de comptes techniques pouvant créer, transformer, transmettre ou valider une facture. Les habilitations doivent être conçues selon le principe du moindre privilège et revues régulièrement.
Chaque utilisateur ou compte technique ne doit disposer que des droits strictement nécessaires à l’exercice de ses missions, pour une durée appropriée et sur un périmètre clairement défini.
| Fonction | Droit autorisé | Droit à éviter |
|---|---|---|
| ADV | Créer et corriger les données commerciales. | Modifier les règles fiscales validées. |
| Facturation | Générer et soumettre les factures. | Approuver seule une dérogation majeure. |
| Comptabilité fournisseurs | Intégrer et contrôler les factures reçues. | Créer un fournisseur et valider son IBAN seule. |
| Fiscalité | Valider les règles et exceptions TVA. | Modifier directement les écritures sans traçabilité. |
| Trésorerie | Préparer ou exécuter les paiements selon les délégations. | Modifier les coordonnées bancaires du bénéficiaire. |
| Administrateur SI | Paramétrer et maintenir les applications. | Valider fonctionnellement ses propres modifications. |
| Auditeur | Consulter les données et preuves nécessaires. | Modifier ou supprimer les informations examinées. |
⚠️ Identifier les incompatibilités de fonctions
| Fonctions cumulées | Risque | Mesure recommandée |
|---|---|---|
| Création fournisseur + validation fournisseur | Création d’un tiers fictif. | Validation indépendante. |
| Modification IBAN + validation du paiement | Détournement de fonds. | Séparation stricte des rôles. |
| Création facture + annulation définitive | Dissimulation d’une opération. | Autorisation distincte pour les annulations. |
| Développement interface + validation de recette | Anomalie non détectée par manque d’indépendance. | Recette exécutée par les métiers. |
| Paramétrage TVA + validation fiscale | Erreur non revue. | Visa du responsable fiscal. |
| Administration des accès + revue des habilitations | Contrôle sans indépendance. | Revue par le propriétaire métier ou la sécurité. |
🔐 Organiser le cycle de vie des accès
DEMANDE D’ACCÈS
⬇
VALIDATION DU MANAGER ET DU PROPRIÉTAIRE MÉTIER
⬇
ATTRIBUTION DU PROFIL
⬇
CONTRÔLE DE NON-CUMUL DES RÔLES
⬇
ACTIVATION ET JOURNALISATION
⬇
REVUE PÉRIODIQUE
⬇
MODIFICATION OU SUPPRESSION
⬇
CONSERVATION DE LA PREUVE
📋 Contrôler les comptes techniques et les API
- attribuer un propriétaire à chaque compte technique ;
- interdire l’utilisation d’un compte générique par des utilisateurs humains ;
- limiter les droits aux données et fonctions nécessaires ;
- protéger les secrets, clés et certificats ;
- organiser leur renouvellement avant expiration ;
- journaliser les appels et les erreurs ;
- surveiller les volumes ou comportements inhabituels ;
- révoquer les accès devenus inutiles ;
- tester la continuité lors du renouvellement d’un certificat ;
- documenter les procédures d’urgence.
9️⃣ Réconcilier la plateforme, l’ERP et la comptabilité
La réconciliation constitue l’un des contrôles détectifs les plus importants. Elle permet de démontrer qu’aucune facture n’a été perdue, dupliquée ou transformée de manière incorrecte entre les différentes applications.
ERP OU LOGICIEL MÉTIER
↕
PLATEFORME AGRÉÉE
↕
COMPTABILITÉ
↕
TRÉSORERIE ET PAIEMENTS
↕
ARCHIVAGE ET PREUVES
La réconciliation doit couvrir :
- le nombre de factures ;
- les montants hors taxe, de TVA et toutes taxes comprises ;
- les identifiants uniques ;
- les dates d’émission et de transmission ;
- les statuts ;
- les avoirs et corrections ;
- les écritures comptables ;
- les paiements et encaissements ;
- les archives disponibles.
📊 Matrice Premium de réconciliation
| Source | Cible | Clé de rapprochement | Fréquence | Écart critique |
|---|---|---|---|---|
| ERP ventes | Plateforme | Identifiant facture. | Quotidienne. | Facture créée mais non déposée. |
| Plateforme | Grand livre clients | Numéro, date et montant. | Quotidienne ou clôture. | Facture transmise mais non comptabilisée. |
| Plateforme | ERP achats | Fournisseur, numéro et identifiant technique. | Quotidienne. | Facture reçue mais non intégrée. |
| Grand livre | Déclaration de TVA | Code fiscal, base et taxe. | Mensuelle. | Base ou TVA non déclarée. |
| Factures | Banque | Référence, tiers et montant. | Quotidienne. | Paiement non rapproché. |
| Grand livre | GED ou SAE | Numéro de pièce. | Périodique. | Écriture sans justificatif. |
🔎 Traiter les écarts de réconciliation
- identifier précisément la population et la période concernées ;
- vérifier que les données sources sont complètes ;
- isoler les factures non rapprochées ;
- déterminer le système dans lequel la rupture est apparue ;
- rechercher les erreurs de mapping, de transfert ou de statut ;
- évaluer l’impact comptable, fiscal et financier ;
- corriger le flux sans créer de doublon ;
- réexécuter le rapprochement ;
- conserver la preuve de la correction ;
- analyser la cause racine et renforcer le contrôle si nécessaire.
🔟 Organiser le suivi des anomalies
Le suivi des anomalies doit fonctionner comme un processus permanent de contrôle interne. Toute anomalie significative doit être enregistrée, qualifiée, affectée, corrigée, validée puis clôturée avec une preuve.
DÉTECTION
⬇
ENREGISTREMENT
⬇
QUALIFICATION
⬇
AFFECTATION
⬇
CORRECTION
⬇
VALIDATION
⬇
CLÔTURE
⬇
ANALYSE DE LA CAUSE RACINE
⬇
AMÉLIORATION DU CONTRÔLE
🧠 Analyser les causes racines
| Anomalie répétée | Cause apparente | Cause racine possible | Action durable |
|---|---|---|---|
| Rejets de routage | SIRET incorrect. | Absence de gouvernance du référentiel. | Rendre les contrôles obligatoires à la création. |
| Écarts de TVA | Mauvais code fiscal. | Mapping produit–TVA non maintenu. | Créer une matrice validée et revue périodiquement. |
| Factures non comptabilisées | Échec d’interface. | Absence de supervision et de réconciliation. | Automatiser l’alerte et le rapprochement. |
| Doublons après rejeu | Message renvoyé plusieurs fois. | Contrôle d’idempotence absent. | Bloquer l’intégration d’un identifiant déjà traité. |
| Retards de correction | Anomalie non affectée. | RACI et délais de service non définis. | Créer une gouvernance des incidents. |
📊 Tableau de bord des anomalies
| KPI | Objectif | Signal d’alerte |
|---|---|---|
| Anomalies ouvertes | Mesurer le stock à traiter. | Hausse continue sur plusieurs périodes. |
| Anomalies critiques | Surveiller les risques majeurs. | Une anomalie critique sans plan d’action. |
| Délai moyen de résolution | Mesurer la réactivité. | Dépassement du délai cible. |
| Taux de récidive | Évaluer l’efficacité des corrections. | Même cause réapparue après clôture. |
| Anomalies non affectées | Contrôler la gouvernance. | Présence d’incidents sans propriétaire. |
| Taux de clôture avec preuve | Garantir la traçabilité. | Clôture sans résultat ou validation documentée. |
1️⃣1️⃣ Préparer les contrôles de l’administration et des auditeurs
Le contrôle interne doit permettre à l’entreprise de produire rapidement un dossier cohérent retraçant le cycle complet d’une facture, depuis l’opération économique d’origine jusqu’à son traitement comptable, fiscal et documentaire.
Le dossier de preuve doit permettre de démontrer :
- l’identité des parties ;
- la réalité de l’opération ;
- la conformité de la facture ;
- l’intégrité des données ;
- la chronologie des statuts ;
- les contrôles exécutés ;
- les corrections apportées ;
- la comptabilisation ;
- le traitement de la TVA ;
- le paiement ou l’encaissement ;
- la conservation et la restitution des documents.
📂 Constituer le dossier permanent de contrôle interne
| Rubrique | Documents attendus |
|---|---|
| Gouvernance | RACI, délégations, comités et décisions. |
| Processus | Procédures clients, fournisseurs, TVA et archivage. |
| Référentiels | Règles de création, validation et revue. |
| Contrôles | Matrice risques–contrôles et modes opératoires. |
| Habilitations | Matrice des droits et revues périodiques. |
| Interfaces | Cartographie, supervision et procédures de reprise. |
| Fiscalité | Matrice TVA, rapprochements et validations. |
| Archivage | Politique de conservation, contrats et tests de restitution. |
| Prestataires | Contrats, niveaux de service, sécurité et réversibilité. |
| Incidents | Registre, causes racines et plans d’action. |
🧾 Constituer le dossier de contrôle périodique
- rapports de qualité des référentiels ;
- rapports de conformité des factures ;
- rapprochements ERP–plateforme–comptabilité ;
- contrôles d’exhaustivité des flux ;
- suivi des rejets et refus ;
- réconciliation du e-reporting ;
- contrôles de TVA ;
- revues des habilitations ;
- registre des anomalies ;
- preuves de correction ;
- comptes rendus de supervision ;
- indicateurs présentés à la gouvernance.
🔍 Organiser le walkthrough d’une facture
Le walkthrough consiste à sélectionner une facture et à reconstituer l’ensemble de son parcours afin de vérifier la cohérence des données, des systèmes, des contrôles et des preuves.
CONTRAT OU COMMANDE
⬇
LIVRAISON OU PREUVE DU SERVICE FAIT
⬇
FACTURE ET DONNÉES STRUCTURÉES
⬇
TRANSMISSION ET STATUTS
⬇
ÉCRITURE COMPTABLE
⬇
TRAITEMENT DE LA TVA
⬇
PAIEMENT OU ENCAISSEMENT
⬇
ARCHIVE ET JOURNAL DES CONTRÔLES
📋 Checklist Premium de préparation à un contrôle
| Question | Preuve attendue | Responsable |
|---|---|---|
| Le périmètre des flux est-il documenté ? | Cartographie validée. | Chef de projet ou DAF. |
| Les données critiques sont-elles gouvernées ? | Procédures et rapports de qualité. | Data Owners. |
| Les factures sont-elles exhaustives ? | Rapprochements et rapports d’écarts. | Direction comptable. |
| Les traitements TVA sont-ils justifiés ? | Matrice fiscale et réconciliations. | Fiscalité. |
| Les rejets sont-ils suivis ? | Registre et preuves de correction. | Responsables de processus. |
| Les habilitations sont-elles maîtrisées ? | Revues d’accès et contrôles de séparation des tâches. | DSI et métiers. |
| Les archives sont-elles restituables ? | Rapport de test de restitution. | Responsable archivage. |
| Les contrôles sont-ils effectivement exécutés ? | Journaux, visas et rapports horodatés. | Propriétaires des contrôles. |
📌 Les sept réflexes du responsable du contrôle interne
- Contrôler d’abord les données sources : une facture conforme ne peut pas être produite durablement à partir de référentiels défaillants.
- Privilégier les contrôles préventifs : bloquer une erreur avant émission coûte moins cher que la corriger après rejet ou paiement.
- Réconcilier les systèmes : aucune automatisation ne doit fonctionner sans contrôle d’exhaustivité.
- Affecter chaque anomalie : une anomalie sans propriétaire devient une anomalie oubliée.
- Conserver la preuve : un contrôle non documenté ne peut pas être démontré.
- Analyser les causes racines : corriger uniquement le document ne suffit pas lorsque le processus reste défaillant.
- Tester régulièrement le dispositif : les processus, habilitations, interfaces et risques évoluent avec l’organisation.
🆕 Contrôleur IA Contrôle Interne & Conformité
Le Contrôleur IA Contrôle Interne & Conformité constitue un dispositif intelligent de surveillance, de rapprochement et d’aide à la décision. Il analyse en continu les référentiels, les factures, les statuts, les écritures comptables, les données de e-reporting, les habilitations et les anomalies afin d’identifier les situations susceptibles d’affecter la conformité ou la fiabilité des comptes.
Il ne remplace ni les contrôles de premier niveau réalisés par les équipes opérationnelles, ni les revues de second niveau conduites par la direction comptable, la fiscalité ou le contrôle interne. Il renforce leur efficacité en automatisant les recherches d’écarts, en hiérarchisant les alertes et en préparant les preuves nécessaires à la revue humaine.
L’intelligence artificielle peut détecter une anomalie, suggérer une cause et recommander une action. La qualification du risque, la validation de la correction et l’acceptation d’un risque résiduel demeurent sous responsabilité humaine.
🏗️ Architecture complète du Contrôleur IA
RÉFÉRENTIELS CLIENTS • FOURNISSEURS • PRODUITS • TVA
⬇
ERP • LOGICIELS MÉTIERS • PLATEFORME AGRÉÉE
⬇
COMPTABILITÉ • TRÉSORERIE • GED • OUTIL FISCAL
⬇
MOTEUR DE CONTRÔLE DES DONNÉES
⬇
MOTEUR DE CONFORMITÉ DES FACTURES
⬇
MOTEUR D’EXHAUSTIVITÉ ET DE DOUBLONS
⬇
MOTEUR DE SURVEILLANCE DES STATUTS
⬇
MOTEUR E-REPORTING ET TVA
⬇
MOTEUR DE RÉCONCILIATION COMPTABLE
⬇
MOTEUR DE CONTRÔLE DES HABILITATIONS
⬇
MOTEUR DE SCORING DES ANOMALIES
⬇
ALERTES • PLANS D’ACTION • PREUVES • REPORTING
⚙️ Moteur de contrôle des référentiels
Le moteur analyse les données maîtres utilisées pour créer, recevoir, acheminer, comptabiliser et payer les factures. Il recherche les informations manquantes, les incohérences entre systèmes, les doublons et les modifications sensibles insuffisamment validées.
| Domaine contrôlé | Anomalies recherchées | Action proposée |
|---|---|---|
| Clients | SIREN absent, SIRET fermé, routage incohérent ou doublon. | Bloquer l’émission ou demander une validation du Data Owner. |
| Fournisseurs | Identité incertaine, fiche dupliquée ou statut inactif. | Suspendre l’intégration jusqu’au contrôle du tiers. |
| Coordonnées bancaires | IBAN récemment modifié, titulaire incohérent ou validation absente. | Déclencher une alerte antifraude et une vérification indépendante. |
| Produits et services | Code TVA manquant, unité invalide ou compte non renseigné. | Orienter l’anomalie vers le responsable du référentiel. |
| Mappings | Écart entre ERP, format électronique et comptabilité. | Demander une revue du mapping avant transmission. |
🧾 Moteur de conformité des factures
Ce moteur contrôle la présence, la cohérence et la qualité des données visibles et structurées avant l’émission ou l’intégration de la facture.
- identification du vendeur et de l’acheteur ;
- numérotation et date d’émission ;
- nature des biens ou services ;
- quantités, prix, remises et unités ;
- bases imposables, taux et montants de TVA ;
- mentions d’exonération ou d’autoliquidation ;
- références contractuelles et de commande ;
- conditions et échéances de paiement ;
- cohérence entre PDF et données structurées ;
- respect du schéma et du profil électronique ;
- cohérence arithmétique des totaux ;
- présence des données conditionnelles selon le scénario.
🔍 Moteur d’exhaustivité et de prévention des doublons
Le moteur rapproche les populations sources et cibles afin de détecter les opérations non facturées, les factures non transmises, les documents non comptabilisés et les traitements exécutés plusieurs fois.
| Population source | Population cible | Anomalie détectée |
|---|---|---|
| Livraisons ou services faits | Factures clients | Opération réalisée mais non facturée. |
| Factures de l’ERP | Factures déposées | Document créé mais non transmis. |
| Factures reçues par la plateforme | ERP achats | Document non intégré. |
| Factures intégrées | Grand livre | Absence ou double comptabilisation. |
| Factures validées | Paiements | Double règlement ou paiement sans validation. |
| Transactions sources | Données de e-reporting | Omission ou double transmission. |
Une différence entre deux populations n’est pas nécessairement une erreur. Les décalages de période, annulations, regroupements, devises et règles de cut-off doivent être analysés avant toute correction automatique.
🔄 Moteur de surveillance des statuts et des rejets
Le moteur reconstitue la chronologie de chaque facture et détecte les événements manquants, incohérents ou bloqués au-delà des délais définis.
| Contrôle automatisé | Signal détecté | Réponse attendue |
|---|---|---|
| Statut attendu non reçu | Facture sans retour après dépôt. | Interroger la plateforme et vérifier l’interface. |
| Statut non intégré | Événement présent sur la plateforme mais absent de l’ERP. | Réparer ou rejouer l’interface. |
| Rejet sans responsable | Anomalie non affectée. | Attribuer automatiquement selon le motif. |
| Rejet hors délai | Correction non réalisée à l’échéance. | Escalader vers le responsable du processus. |
| Récidive | Même motif sur plusieurs factures. | Analyser la cause racine et corriger la source. |
| Chronologie impossible | Paiement antérieur à la mise à disposition ou statut contradictoire. | Vérifier l’horodatage et le mapping des événements. |
⚖️ Moteur de contrôle du e-reporting et de la TVA
Ce moteur vérifie l’exhaustivité, l’exactitude et la cohérence fiscale des données transmises. Il rapproche les transactions sources, les encaissements, la comptabilité et les informations déclarées.
- identification des opérations entrant dans le périmètre ;
- contrôle des données B2C ;
- contrôle des opérations internationales ;
- rapprochement des données de paiement ;
- validation des taux et bases de TVA ;
- contrôle de l’exigibilité ;
- détection des opérations dupliquées ;
- contrôle des avoirs et corrections ;
- rapprochement avec les journaux comptables ;
- analyse des écarts avec la déclaration de TVA.
📚 Moteur de réconciliation comptable
Le moteur de réconciliation compare les documents, les statuts, les écritures et les règlements afin de détecter les ruptures de chaîne susceptibles d’affecter les comptes.
| Rapprochement | Contrôle réalisé | Anomalie critique |
|---|---|---|
| Facture ↔ écriture | Numéro, date, tiers et montants. | Facture sans écriture ou écriture sans facture. |
| Facture ↔ TVA | Base, taux, taxe et exigibilité. | Montant fiscal incohérent. |
| Facture ↔ avoir | Référence et montant corrigé. | Avoir non rattaché. |
| Facture ↔ règlement | Montant, date et référence bancaire. | Paiement double ou non rapproché. |
| Plateforme ↔ grand livre | Exhaustivité des documents et statuts. | Écart de population ou de montant. |
| Grand livre ↔ archive | Présence et restitution de la pièce. | Écriture non justifiée. |
🔐 Moteur de contrôle des habilitations
Le moteur analyse les profils, les droits, les délégations et les journaux afin de détecter les accès excessifs ou les cumuls incompatibles.
| Alerte | Risque | Traitement |
|---|---|---|
| Utilisateur sans manager actif | Compte orphelin. | Suspendre et faire valider le maintien. |
| Droits non utilisés | Privilèges devenus inutiles. | Demander une revue du profil. |
| Cumul création fournisseur–validation | Fournisseur fictif ou frauduleux. | Séparer les fonctions ou mettre en place une revue compensatoire. |
| Cumul IBAN–paiement | Détournement de fonds. | Bloquer le cumul et alerter la trésorerie. |
| Compte technique surdimensionné | Accès massif aux données ou fonctions. | Réduire les autorisations. |
| Accès maintenu après départ | Utilisation non autorisée. | Désactiver immédiatement le compte. |
🧠 Moteur de scoring des anomalies
Chaque anomalie est évaluée selon plusieurs critères afin de déterminer son niveau de priorité et le circuit de validation applicable.
| Critère | Question analysée |
|---|---|
| Impact réglementaire | L’anomalie compromet-elle une obligation de transmission ou de conservation ? |
| Impact fiscal | Peut-elle affecter la TVA ou le e-reporting ? |
| Impact comptable | Les comptes peuvent-ils être inexacts ou incomplets ? |
| Impact financier | Un paiement, un encaissement ou une créance est-il exposé ? |
| Étendue | L’anomalie concerne-t-elle un document ou une population entière ? |
| Récurrence | Le défaut s’est-il déjà produit ? |
| Détectabilité | Le contrôle normal permet-il de l’identifier rapidement ? |
| Délai | Une échéance réglementaire ou financière est-elle proche ? |
🚨 Alertes intelligentes
| Niveau d’alerte | Exemple | Décision attendue |
|---|---|---|
| Bloquante | Facture non conforme ou risque de double paiement. | Interrompre le traitement. |
| Critique | Écart fiscal significatif ou flux manquant. | Escalade immédiate et mesure conservatoire. |
| Majeure | Rejet répété ou habilitation incompatible. | Correction prioritaire. |
| Modérée | Donnée incomplète sans impact immédiat. | Action planifiée et suivi. |
| Préventive | Dégradation progressive d’un indicateur. | Analyse avant apparition d’un incident. |
🔄 Workflow complet de contrôle assisté par IA
COLLECTE DES DONNÉES ET JOURNAUX
⬇
EXÉCUTION DES CONTRÔLES AUTOMATISÉS
⬇
DÉTECTION DES ÉCARTS
⬇
QUALIFICATION ET SCORING
⬇
AFFECTATION AU RESPONSABLE
⬇
ANALYSE HUMAINE
⬇
CORRECTION OU DÉROGATION
⬇
CONTRÔLE DE LA RÉGULARISATION
⬇
CLÔTURE AVEC PREUVE
⬇
ANALYSE DE LA CAUSE RACINE
⬇
AMÉLIORATION DU DISPOSITIF
👨💼 Validation humaine et lignes de défense
| Niveau | Acteurs | Responsabilité |
|---|---|---|
| Première ligne | ADV, achats, comptabilité, trésorerie et utilisateurs métiers. | Exécuter les contrôles opérationnels et corriger les anomalies courantes. |
| Deuxième ligne | Contrôle interne, fiscalité, conformité, sécurité et responsables de processus. | Définir les règles, superviser les risques et challenger les résultats. |
| Troisième ligne | Audit interne ou auditeurs indépendants. | Évaluer l’efficacité globale du dispositif. |
| Gouvernance | DAF, sponsor et comité des risques. | Arbitrer les risques significatifs et suivre les plans d’action. |
⚖️ Limites de l’intelligence artificielle
- elle dépend de la qualité et de l’exhaustivité des données collectées ;
- elle peut produire de fausses alertes ou ignorer une anomalie non modélisée ;
- elle ne comprend pas toujours les circonstances commerciales particulières ;
- elle ne peut apprécier seule la réalité économique d’une opération ;
- elle ne remplace pas l’interprétation fiscale ou juridique ;
- elle ne peut valider seule une dérogation au contrôle interne ;
- elle ne doit pas modifier automatiquement une écriture ou une facture sensible sans autorisation ;
- elle ne porte aucune responsabilité sur les décisions prises ;
- son paramétrage, ses règles et ses résultats doivent eux-mêmes être contrôlés.
Le modèle utilisé, les seuils d’alerte, les règles de scoring et les droits du moteur IA doivent faire l’objet d’une gouvernance, d’une documentation et de tests réguliers.
💼 Cas pratique intégral — Défaillances croisées dans une PME
Une PME de services utilise un ERP, une plateforme agréée et un logiciel comptable. Le Contrôleur IA signale simultanément une hausse des rejets clients, plusieurs factures reçues en doublon et un écart entre les encaissements et les données de TVA.
Constats automatisés
- 12 % des rejets sont liés à des SIRET obsolètes ;
- six factures fournisseurs ont été intégrées deux fois après le rejeu d’une interface ;
- deux doublons ont déjà atteint la proposition de paiement ;
- les règlements de prestations ne remontent pas tous dans l’outil fiscal ;
- le compte technique de l’interface dispose de droits supérieurs à ses besoins ;
- plusieurs anomalies ont été clôturées sans preuve de régularisation.
Analyse du chef de mission
| Problème | Cause racine | Action immédiate | Action durable |
|---|---|---|---|
| Rejets de routage | Référentiel non actualisé. | Corriger les clients concernés. | Mettre en place un contrôle périodique des établissements. |
| Doublons fournisseurs | Rejeu non idempotent. | Bloquer les paiements exposés. | Créer une clé d’unicité technique. |
| Écart de TVA | Flux d’encaissement incomplet. | Reconstituer la période affectée. | Réconcilier quotidiennement banque, clients et outil fiscal. |
| Droits excessifs | Compte technique mal paramétré. | Réduire les habilitations. | Inclure les API dans les revues trimestrielles. |
| Preuves manquantes | Clôture non contrôlée. | Rouvrir les anomalies concernées. | Rendre la preuve obligatoire avant clôture. |
Après correction, le taux de rejet est réduit, les doublons sont bloqués avant comptabilisation, la TVA sur les encaissements est réconciliée et chaque anomalie dispose d’une preuve de clôture. Le dispositif de contrôle interne devient préventif, traçable et pilotable.
📌 Synthèse Premium
Le contrôle interne de la facturation électronique doit couvrir l’intégralité de la chaîne, depuis la qualité des référentiels jusqu’à l’archivage des preuves. Il repose sur des contrôles préventifs capables d’empêcher les erreurs, des contrôles détectifs assurant l’exhaustivité des flux, des procédures correctives et une supervision structurée des anomalies.
Les points de vigilance majeurs concernent la qualité des données, les mentions obligatoires, les factures manquantes, les doublons, les rejets non traités, le e-reporting, la TVA, les habilitations, les interfaces et la cohérence entre la plateforme et les comptes.
L’intelligence artificielle permet d’élargir la couverture, d’accélérer les rapprochements et de hiérarchiser les alertes. Son efficacité dépend toutefois d’une gouvernance solide, d’un paramétrage contrôlé et de validations humaines adaptées au niveau de risque.
🎓 Compétences acquises
- concevoir une architecture de contrôle interne adaptée à la facturation électronique ;
- distinguer les contrôles préventifs, détectifs, correctifs et compensatoires ;
- sécuriser les référentiels clients, fournisseurs, produits et TVA ;
- contrôler les mentions visibles et les données structurées ;
- vérifier l’exhaustivité des factures émises et reçues ;
- prévenir les doublons de document, d’écriture et de paiement ;
- surveiller les rejets, refus et statuts bloqués ;
- réconcilier le e-reporting avec les opérations sources ;
- sécuriser les habilitations et comptes techniques ;
- rapprocher plateforme, ERP, comptabilité, trésorerie et archives ;
- piloter les anomalies et leurs causes racines ;
- constituer un dossier de contrôle exploitable par les auditeurs ;
- utiliser un Contrôleur IA sous supervision humaine.
🏆 Niveau de maîtrise
| Domaine | Niveau atteint | Capacité professionnelle |
|---|---|---|
| Cartographie des risques et contrôles | Avancé | Associer chaque risque significatif à un contrôle documenté. |
| Contrôle des données | Expert | Organiser la gouvernance et la surveillance des référentiels. |
| Exhaustivité et rapprochements | Expert | Réconcilier les flux de bout en bout. |
| Contrôle fiscal | Avancé | Sécuriser la TVA et le e-reporting. |
| Habilitations | Avancé | Identifier les droits excessifs et les incompatibilités. |
| Pilotage des anomalies | Chef de mission | Analyser les causes racines et superviser les plans d’action. |
| Préparation des contrôles externes | Chef de mission | Constituer un dossier de preuves fiable et rapidement restituable. |
Vous êtes désormais capable de construire, documenter et superviser un dispositif complet de contrôle interne de la facturation électronique, en coordonnant les équipes métiers, comptables, fiscales, informatiques et de conformité.
➡️ Transition vers la Séquence 6/7
Après avoir sécurisé les opérations quotidiennes par un dispositif de contrôle interne, l’entreprise doit démontrer durablement la conformité de son organisation. La prochaine séquence sera consacrée à la constitution de la piste d’audit, à l’organisation des preuves, à la préparation des contrôles et à la documentation complète du dispositif de facturation électronique.
Former et accompagner les utilisateurs
Transformer une réforme réglementaire et technologique en pratiques réellement maîtrisées par les équipes, les clients, les fournisseurs et les partenaires de l’entreprise.
🎯 Introduction Premium — Une solution déployée n’est pas encore une solution adoptée
Une entreprise peut avoir sélectionné une plateforme agréée, fiabilisé ses référentiels, connecté son ERP, testé ses formats et sécurisé son contrôle interne sans pour autant réussir sa transition.
La réussite dépend également de la capacité des utilisateurs à comprendre les nouveaux processus, à interpréter les statuts, à traiter les rejets, à appliquer les procédures, à utiliser les outils et à réagir correctement en cas d’anomalie.
La conduite du changement ne doit donc pas être limitée à une formation générale organisée quelques jours avant la mise en production. Elle doit constituer un programme structuré couvrant :
- l’identification des populations concernées ;
- l’analyse des impacts par métier ;
- la conception de formations adaptées ;
- la création de procédures et de guides réflexes ;
- l’organisation du support ;
- l’accompagnement des clients et fournisseurs ;
- le traitement des résistances ;
- la mesure de l’adoption ;
- le maintien durable des compétences.
La mise en production est un événement technique. L’adoption est un processus humain qui se prépare avant le démarrage, se renforce pendant la transition et se maintient après le déploiement.
🎯 Objectif professionnel
Construire un dispositif complet de formation et d’accompagnement permettant à chaque population de comprendre ses nouvelles responsabilités, d’exécuter correctement les processus de facturation électronique et de contribuer à la résolution rapide des anomalies.
Un plan d’accompagnement recensant les populations, les impacts, les compétences cibles, les parcours de formation, les supports, les responsables, les échéances, les indicateurs d’adoption et les actions de maintien des compétences.
🎓 Compétences développées
- identifier les populations concernées par la transformation ;
- analyser les impacts par métier et par rôle ;
- adapter les formations aux besoins réels ;
- concevoir des procédures opérationnelles ;
- créer des guides réflexes immédiatement utilisables ;
- organiser le support de proximité et l’escalade ;
- accompagner les clients et fournisseurs ;
- identifier et traiter les résistances ;
- mesurer l’adoption et la maîtrise ;
- maintenir les compétences dans le temps ;
- utiliser le Coach IA Facturation Électronique sous contrôle humain.
1️⃣ Identifier toutes les populations concernées
La facturation électronique ne concerne pas uniquement la comptabilité. Elle modifie les activités de nombreuses équipes internes et externes qui créent, contrôlent, enrichissent, transmettent, reçoivent, valident, comptabilisent ou rapprochent les données.
| Population | Impact principal | Besoin d’accompagnement |
|---|---|---|
| Direction générale | Arbitrage, conformité et pilotage du risque. | Vision stratégique et tableaux de bord. |
| Direction financière | Gouvernance, performance et conformité. | Pilotage global et gestion des exceptions. |
| Comptabilité clients | Émission, statuts, rejets, avoirs et encaissements. | Formation opérationnelle approfondie. |
| Comptabilité fournisseurs | Réception, rapprochement, validation et paiement. | Formation au nouveau processus Procure-to-Pay. |
| Fiscalité | TVA, e-reporting et données de paiement. | Formation réglementaire et contrôles spécialisés. |
| Administration des ventes | Données clients, commandes et corrections. | Formation aux contrôles avant émission. |
| Achats | Commande, service fait, litiges et fournisseurs. | Formation aux rapprochements et circuits d’approbation. |
| Commerciaux | Qualité des données contractuelles et traitement des refus. | Guides réflexes et règles d’escalade. |
| Trésorerie | Paiements, encaissements et données bancaires. | Formation aux rapprochements et risques de fraude. |
| DSI | Interfaces, sécurité, incidents et supervision. | Formation technique et réglementaire. |
| Contrôle interne | Risques, contrôles, preuves et habilitations. | Formation à la nouvelle chaîne de contrôle. |
| Support utilisateurs | Assistance, qualification et escalade des incidents. | Base de connaissances et scénarios de diagnostic. |
| Clients et fournisseurs | Nouveaux canaux, données et modalités d’échange. | Communication externe et assistance dédiée. |
🗺️ Cartographier les impacts par rôle
Une même réforme n’a pas les mêmes conséquences pour tous les utilisateurs. L’analyse doit comparer les pratiques actuelles avec les responsabilités futures.
| Rôle | Avant | Après | Compétence nouvelle |
|---|---|---|---|
| Gestionnaire clients | Envoyer un PDF par e-mail. | Contrôler le routage et suivre les statuts. | Traiter les rejets et mettre à jour les données. |
| Comptable fournisseurs | Télécharger ou saisir la facture. | Contrôler une facture structurée intégrée automatiquement. | Analyser les exceptions plutôt que ressaisir. |
| Fiscaliste | Contrôler les écritures et déclarations. | Superviser également les données transmises. | Réconcilier e-invoicing, e-reporting et TVA. |
| Support | Résoudre un incident logiciel local. | Identifier la rupture dans une chaîne multi-acteurs. | Distinguer ERP, connecteur, plateforme, annuaire et destinataire. |
| Manager | Suivre les volumes de facturation. | Piloter les statuts, rejets, délais et risques. | Interpréter les nouveaux KPI. |
2️⃣ Adapter les formations aux besoins réels
Une formation identique pour tous produit rarement les résultats attendus. Chaque population doit recevoir le niveau d’information correspondant à ses missions, ses droits et ses responsabilités.
POPULATION IDENTIFIÉE
⬇
IMPACTS SUR LE POSTE
⬇
COMPÉTENCES CIBLES
⬇
PARCOURS ADAPTÉ
⬇
MISE EN PRATIQUE
⬇
ÉVALUATION
⬇
ACCOMPAGNEMENT ET RENFORCEMENT
📚 Construire plusieurs niveaux de formation
| Niveau | Public | Contenu |
|---|---|---|
| Sensibilisation | Tous les collaborateurs concernés. | Pourquoi la réforme, calendrier, nouveaux acteurs et impacts généraux. |
| Formation métier | Comptabilité, ADV, achats, ventes et trésorerie. | Processus, statuts, rejets, contrôles et modes opératoires. |
| Formation experte | Fiscalité, DSI, contrôle interne et responsables comptables. | Formats, mappings, TVA, e-reporting, sécurité et réconciliations. |
| Formation administrateur | Administrateurs fonctionnels et techniques. | Paramétrage, habilitations, supervision et reprise. |
| Formation manager | Managers et responsables de processus. | KPI, alertes, arbitrages et suivi de l’adoption. |
| Formation support | Centre de services et assistance. | Diagnostic, résolution, escalade et communication utilisateur. |
🎯 Matrice Premium des parcours de formation
| Population | Socle commun | Module spécialisé | Mise en pratique | Évaluation |
|---|---|---|---|---|
| Comptabilité clients | Écosystème réglementé. | Émission, statuts, refus et avoirs. | Traitement d’une facture rejetée. | Cas pratique chronométré. |
| Comptabilité fournisseurs | Réception électronique. | Rapprochement, validation et doublons. | Analyse d’une facture en anomalie. | Quiz et cas de rapprochement. |
| Fiscalité | Cadre général. | TVA, e-reporting et paiement. | Réconciliation d’une période. | Étude fiscale complexe. |
| DSI | Architecture fonctionnelle. | Interfaces, API, sécurité et continuité. | Simulation d’un incident. | Test de diagnostic technique. |
| Managers | Vision de la réforme. | Pilotage et gestion des risques. | Analyse d’un tableau de bord. | Décision sur scénario. |
| Support | Vocabulaire et processus. | Qualification et escalade. | Jeu de rôle avec utilisateur. | Résolution de tickets tests. |
🧠 Privilégier une pédagogie active
La mémorisation est renforcée lorsque l’utilisateur pratique les situations qu’il rencontrera réellement.
- démonstrations dans un environnement de formation ;
- exercices guidés ;
- cas pratiques par métier ;
- simulations de rejets et de refus ;
- jeux de rôle entre comptabilité, achats et support ;
- quiz à réponses cachées ;
- fiches réflexes ;
- ateliers de résolution d’incidents ;
- sessions de questions-réponses ;
- évaluation avant et après formation.
Une formation ne doit pas seulement expliquer où cliquer. Elle doit aider l’utilisateur à comprendre pourquoi il agit, quel risque il maîtrise et quand il doit demander un arbitrage.
3️⃣ Créer des procédures opérationnelles
Les procédures traduisent les règles du projet en actions reproductibles. Elles doivent être simples à consulter, suffisamment détaillées et adaptées au niveau de responsabilité des utilisateurs.
Chaque procédure doit préciser :
- son objectif ;
- son périmètre ;
- les rôles concernés ;
- les prérequis ;
- les étapes à suivre ;
- les contrôles à effectuer ;
- les preuves à conserver ;
- les délais de traitement ;
- les cas d’exception ;
- les niveaux d’escalade ;
- la date de mise à jour ;
- le propriétaire de la procédure.
📋 Bibliothèque Premium des procédures indispensables
| Procédure | Objectif | Responsable |
|---|---|---|
| Créer ou modifier un client | Sécuriser les identifiants et le routage. | Data Owner clients. |
| Émettre une facture | Garantir les contrôles avant dépôt. | Responsable facturation. |
| Traiter un rejet | Identifier, corriger et réémettre. | Responsable selon le motif. |
| Traiter un refus | Analyser le litige et décider de la correction. | ADV ou commerce. |
| Recevoir une facture fournisseur | Contrôler l’intégration et le rapprochement. | Comptabilité fournisseurs. |
| Modifier un IBAN | Prévenir la fraude. | Référentiel fournisseurs et trésorerie. |
| Traiter une rupture d’interface | Restaurer les flux sans doublon. | DSI. |
| Corriger le e-reporting | Régulariser les données transmises. | Fiscalité et DSI Finance. |
| Gérer le mode dégradé | Maintenir l’activité en cas d’indisponibilité. | Finance et DSI. |
| Restituer une facture archivée | Répondre à un audit ou à un contrôle. | Responsable archivage. |
4️⃣ Préparer les guides réflexes
Un guide réflexe est un support court permettant à l’utilisateur d’agir immédiatement dans une situation fréquente ou urgente.
Il doit répondre rapidement à quatre questions :
QUE S’EST-IL PASSÉ ?
⬇
QUE DOIS-JE VÉRIFIER ?
⬇
QUE DOIS-JE FAIRE ?
⬇
QUI DOIS-JE CONTACTER SI LE PROBLÈME PERSISTE ?
⚡ Exemples de guides réflexes
| Situation | Réflexes immédiats |
|---|---|
| Facture rejetée | Lire le motif, identifier la donnée concernée, corriger la source, contrôler puis réémettre. |
| Client introuvable dans l’annuaire | Vérifier le SIREN, le SIRET, l’établissement et l’adresse de routage. |
| Statut absent dans l’ERP | Consulter la plateforme, vérifier l’interface et ouvrir un incident si nécessaire. |
| Facture fournisseur en doublon | Bloquer le traitement et comparer le numéro, le tiers, le montant et l’identifiant technique. |
| Demande de changement d’IBAN | Ne pas modifier immédiatement, contrôler par un canal indépendant et obtenir une seconde validation. |
| Écart de e-reporting | Identifier la source manquante, rapprocher la comptabilité et documenter la correction. |
| Plateforme indisponible | Activer le mode dégradé, sécuriser les factures en attente et suivre la reprise. |
5️⃣ Organiser le support des utilisateurs
Le support doit être conçu avant la mise en production. Les équipes doivent connaître les canaux d’assistance, les niveaux de priorité, les délais de réponse et les responsabilités de chaque acteur.
UTILISATEUR
⬇
GUIDE RÉFLEXE ET BASE DE CONNAISSANCES
⬇
SUPPORT DE NIVEAU 1
⬇
SUPPORT MÉTIER OU FONCTIONNEL
⬇
SUPPORT TECHNIQUE / DSI
⬇
PLATEFORME OU ÉDITEUR
⬇
ARBITRAGE FINANCE • FISCALITÉ • GOUVERNANCE
🎧 Définir les niveaux de support
| Niveau | Mission | Exemple |
|---|---|---|
| Niveau 0 | Autonomie de l’utilisateur. | Consultation d’un guide réflexe. |
| Niveau 1 | Réponse aux questions courantes. | Aide à la lecture d’un statut. |
| Niveau 2 fonctionnel | Analyse d’un processus ou paramétrage métier. | Traitement d’un rejet lié à une donnée client. |
| Niveau 2 technique | Analyse des interfaces et systèmes. | Statut non intégré dans l’ERP. |
| Niveau 3 | Expertise éditeur ou plateforme. | Incident complexe d’interopérabilité. |
| Arbitrage | Décision engageant le risque ou la conformité. | Acceptation temporaire d’une mesure compensatoire. |
📋 Qualifier correctement les demandes
Chaque demande d’assistance doit comporter suffisamment d’informations pour éviter les échanges inutiles et accélérer le diagnostic.
- identité de l’utilisateur ;
- entité et établissement concernés ;
- processus et application utilisés ;
- numéro ou identifiant de la facture ;
- date et heure de l’incident ;
- statut observé ;
- message d’erreur ;
- captures ou journaux disponibles ;
- impact sur l’activité ;
- nombre de factures concernées ;
- actions déjà tentées ;
- urgence et échéance éventuelle.
🚦 Définir les niveaux de priorité du support
| Priorité | Situation | Traitement |
|---|---|---|
| P1 — Critique | Interruption générale ou risque fiscal majeur. | Prise en charge immédiate et cellule de crise. |
| P2 — Majeure | Population importante bloquée sans solution simple. | Escalade rapide vers les experts. |
| P3 — Modérée | Incident isolé avec solution temporaire. | Traitement dans le délai convenu. |
| P4 — Mineure | Question, amélioration ou anomalie non bloquante. | Traitement planifié. |
6️⃣ Accompagner les clients et les fournisseurs
La transformation ne peut pas être conduite uniquement à l’intérieur de l’entreprise. Les partenaires doivent être informés des évolutions qui affectent les données, les canaux, les contacts, les statuts et les modalités de traitement des anomalies.
| Public externe | Information à communiquer |
|---|---|
| Clients | Calendrier, données attendues, références obligatoires et contacts. |
| Fournisseurs | Canal cible, données de commande, règles de facturation et traitement des rejets. |
| Prestataires | Responsabilités, niveaux de service et procédures d’incident. |
| Cabinet comptable | Répartition des responsabilités et accès nécessaires. |
| Partenaires internationaux | Maintien ou évolution des canaux et obligations complémentaires. |
📣 Construire un plan de communication externe
| Moment | Message | Support |
|---|---|---|
| Annonce initiale | Présentation de la transformation et du calendrier. | E-mail, portail ou courrier officiel. |
| Collecte des données | Demande de vérification des identifiants et coordonnées. | Formulaire sécurisé. |
| Préparation technique | Formats, canal, tests et contacts. | Guide partenaire. |
| Avant démarrage | Date de bascule et procédure d’assistance. | Notification ciblée. |
| Après démarrage | Rappels, anomalies fréquentes et bonnes pratiques. | FAQ et webinaire. |
🤝 Segmenter l’accompagnement des partenaires
Tous les partenaires ne présentent pas le même niveau de maturité. L’accompagnement doit être proportionné à leur volume, leur criticité et leur capacité technique.
| Segment | Profil | Accompagnement |
|---|---|---|
| Partenaires stratégiques | Volumes élevés ou dépendance forte. | Tests bilatéraux, interlocuteur dédié et suivi renforcé. |
| Partenaires standards | Flux réguliers et maturité moyenne. | Guide, FAQ et assistance centralisée. |
| Partenaires fragiles | Faible maturité numérique. | Accompagnement pédagogique et relances ciblées. |
| Partenaires internationaux | Contraintes réglementaires différentes. | Analyse spécifique par pays et canal. |
| Partenaires occasionnels | Faible volume. | Procédure simplifiée et support à la demande. |
7️⃣ Traiter les résistances au changement
Les résistances ne traduisent pas toujours un refus de la réforme. Elles peuvent révéler une inquiétude, une incompréhension, une surcharge, un manque de maîtrise ou la crainte de perdre une partie de son rôle.
| Résistance observée | Cause possible | Réponse adaptée |
|---|---|---|
| « L’ancien système fonctionne très bien. » | Absence de compréhension de l’obligation. | Expliquer les différences factuelles et les échéances. |
| « L’automatisation va supprimer mon poste. » | Crainte de perte de valeur professionnelle. | Présenter l’évolution vers l’analyse et le contrôle des exceptions. |
| « Le nouvel outil est trop compliqué. » | Formation insuffisante ou interface mal conçue. | Renforcer la pratique, simplifier les procédures et écouter les retours. |
| « Je n’ai pas le temps de me former. » | Surcharge opérationnelle. | Planifier, libérer du temps et proposer des formats courts. |
| Contournement du processus | Workflow jugé trop lent ou incompris. | Analyser la cause et supprimer les irritants légitimes. |
| Refus de signaler les erreurs | Crainte de sanction. | Développer une culture d’amélioration et de transparence. |
🧠 Dans la tête du responsable de la conduite du changement
Une résistance ne se combat pas uniquement par davantage de communication. Elle doit être comprise, qualifiée et traitée à sa source.
- écouter la difficulté exprimée ;
- distinguer perception, problème réel et contrainte opérationnelle ;
- identifier les populations affectées ;
- évaluer l’impact sur l’adoption ;
- choisir une réponse adaptée ;
- mesurer l’évolution après l’action ;
- intégrer les enseignements dans le dispositif.
🌟 Mobiliser les ambassadeurs et utilisateurs clés
Les ambassadeurs jouent un rôle essentiel entre l’équipe projet et les utilisateurs. Ils traduisent les décisions en pratiques concrètes, testent les supports et remontent les difficultés du terrain.
Un ambassadeur doit :
- connaître le processus métier ;
- être reconnu par ses collègues ;
- participer aux tests et aux formations ;
- comprendre les enjeux de conformité ;
- relayer les messages du projet ;
- identifier les incompréhensions ;
- aider à résoudre les situations courantes ;
- faire remonter les besoins d’amélioration.
8️⃣ Mesurer l’adoption
La participation à une formation ne suffit pas à démontrer l’adoption. L’entreprise doit mesurer la capacité réelle des utilisateurs à appliquer les nouveaux processus.
| Dimension | Indicateur | Interprétation |
|---|---|---|
| Participation | Taux de collaborateurs formés. | Couverture du programme. |
| Compréhension | Résultats aux quiz et évaluations. | Acquisition des connaissances. |
| Pratique | Taux de réussite des exercices. | Capacité à exécuter le processus. |
| Autonomie | Part des demandes résolues sans escalade. | Maîtrise opérationnelle. |
| Conformité | Taux d’erreurs imputables à une mauvaise pratique. | Qualité d’application des règles. |
| Usage | Taux d’utilisation du canal et des outils cibles. | Adoption réelle. |
| Satisfaction | Évaluation des utilisateurs. | Perception du dispositif. |
| Résistance | Nombre de contournements détectés. | Fragilité du changement. |
📊 Tableau de bord Premium de l’adoption
| KPI | Calcul | Seuil de vigilance |
|---|---|---|
| Taux de formation | Collaborateurs formés / collaborateurs ciblés. | Population critique non formée. |
| Taux de certification interne | Collaborateurs ayant réussi l’évaluation / formés. | Résultat insuffisant sur un métier clé. |
| Taux d’autonomie | Demandes résolues au premier niveau / demandes totales. | Dépendance excessive aux experts. |
| Taux d’erreurs utilisateur | Anomalies liées aux pratiques / opérations traitées. | Hausse après le démarrage. |
| Délai moyen de prise en main | Temps nécessaire pour atteindre l’autonomie. | Durée supérieure à la cible. |
| Taux d’utilisation du canal cible | Flux traités selon le nouveau processus / flux concernés. | Maintien de canaux parallèles non autorisés. |
| Taux de consultation des guides | Consultations utiles / utilisateurs actifs. | Supports inutilisés ou difficiles à trouver. |
| Satisfaction utilisateur | Note moyenne des enquêtes. | Dégradation durable. |
9️⃣ Maintenir les compétences dans le temps
Les compétences peuvent se dégrader après le démarrage. Elles doivent également évoluer avec les changements réglementaires, les nouveaux outils, les modifications de processus et l’arrivée de nouveaux collaborateurs.
FORMATION INITIALE
⬇
MISE EN PRATIQUE
⬇
ÉVALUATION DE L’AUTONOMIE
⬇
RETOURS DU SUPPORT ET DES CONTRÔLES
⬇
FORMATION DE RENFORCEMENT
⬇
MISE À JOUR DES SUPPORTS
⬇
RECERTIFICATION PÉRIODIQUE
🔄 Organiser le maintien des compétences
- parcours obligatoire pour les nouveaux arrivants ;
- sessions de rappel après la mise en production ;
- formations ciblées sur les anomalies fréquentes ;
- mise à jour des procédures après chaque évolution ;
- communautés de pratiques ;
- webinaires réguliers ;
- quiz de maintien des connaissances ;
- simulation annuelle des incidents critiques ;
- recertification des utilisateurs clés ;
- revue périodique de la base de connaissances ;
- capitalisation des réponses du support ;
- formation des suppléants.
💼 Cas pratique Premium n°1 — PME en forte résistance
Une PME déploie une nouvelle solution de facturation électronique. Les comptables clients continuent pourtant à envoyer certains PDF par e-mail, estimant que le nouveau circuit est trop complexe.
Analyse
- la formation initiale était essentiellement théorique ;
- les utilisateurs n’ont pas pratiqué les rejets ;
- les guides ne sont pas accessibles depuis l’outil ;
- le support répond tardivement ;
- les managers tolèrent le maintien de l’ancien canal ;
- les bénéfices du nouveau processus n’ont pas été expliqués.
Plan d’action
- organiser des ateliers pratiques par petits groupes ;
- créer un guide réflexe de traitement des rejets ;
- mettre en place une permanence de support ;
- désigner deux ambassadeurs métiers ;
- bloquer progressivement les envois parallèles non justifiés ;
- suivre le taux d’utilisation du nouveau canal ;
- présenter chaque semaine les progrès et anomalies.
💼 Cas pratique Premium n°2 — Groupe multi-entités
Un groupe déploie la facturation électronique dans quinze entités utilisant des ERP, langues et pratiques différentes.
| Risque | Réponse proposée |
|---|---|
| Formation trop générique | Créer un socle Groupe et des modules locaux. |
| Différences linguistiques | Traduire les guides et valider la terminologie. |
| Pratiques hétérogènes | Documenter les variantes autorisées et interdites. |
| Support saturé | Déployer un réseau d’ambassadeurs locaux. |
| Écarts de maturité | Adapter les parcours et les vagues de déploiement. |
| Perte de compétences | Mettre en place une Academy interne et une recertification. |
💼 Cas pratique Premium n°3 — Accompagnement des fournisseurs
Une entreprise reçoit des factures de 2 000 fournisseurs. Une partie importante des petits fournisseurs connaît mal les nouvelles modalités et continue d’adresser les factures à différentes boîtes e-mail.
Approche recommandée
- segmenter les fournisseurs selon le volume et la maturité ;
- mettre à jour les coordonnées et contacts ;
- envoyer une communication progressive ;
- organiser des webinaires courts ;
- créer une FAQ fournisseur ;
- prévoir un canal d’assistance pendant la transition ;
- suivre les fournisseurs continuant à utiliser l’ancien canal ;
- traiter individuellement les partenaires critiques ;
- mesurer le taux de bascule vers le processus cible.
🆕 Coach IA Facturation Électronique
Le Coach IA Facturation Électronique accompagne les utilisateurs dans l’apprentissage des nouveaux processus, la résolution des situations courantes et le maintien de leurs compétences.
Il peut proposer une assistance contextualisée selon le métier, le niveau de maîtrise, l’application utilisée, le statut de la facture et le type d’anomalie rencontré.
Donner à l’utilisateur la bonne explication, au bon moment, dans un langage adapté à son rôle, sans se substituer aux responsables lorsqu’une décision fiscale, comptable, juridique ou opérationnelle est nécessaire.
🏗️ Architecture complète du Coach IA
PROFILS UTILISATEURS • RÔLES • COMPÉTENCES
⬇
PROCÉDURES • GUIDES • FAQ • BASE DE CONNAISSANCES
⬇
ERP • PLATEFORME • GED • OUTIL DE SUPPORT
⬇
MOTEUR DE DIAGNOSTIC PÉDAGOGIQUE
⬇
MOTEUR DE PERSONNALISATION
⬇
MOTEUR D’ASSISTANCE CONTEXTUELLE
⬇
MOTEUR DE SIMULATION ET DE QUIZ
⬇
MOTEUR DE SUIVI DE L’ADOPTION
⬇
RECOMMANDATIONS • ALERTES • PARCOURS DE RENFORCEMENT
⚙️ Les moteurs du Coach IA
| Moteur | Mission |
|---|---|
| Diagnostic pédagogique | Évaluer le niveau de compréhension de l’utilisateur. |
| Personnalisation | Adapter le contenu au rôle et aux responsabilités. |
| Assistance contextuelle | Proposer une aide selon l’écran, le statut ou l’erreur. |
| Recherche documentaire | Retrouver la procédure ou le guide pertinent. |
| Simulation | Reproduire des rejets, litiges et incidents. |
| Quiz | Tester les connaissances et corriger les incompréhensions. |
| Adoption | Analyser l’usage, les erreurs et les besoins de renforcement. |
| Recommandations | Proposer un parcours complémentaire ou une assistance humaine. |
🔄 Workflow complet du Coach IA
IDENTIFICATION DU PROFIL
⬇
ANALYSE DU BESOIN OU DE L’INCIDENT
⬇
RECHERCHE DANS LA BASE VALIDÉE
⬇
EXPLICATION ADAPTÉE
⬇
PROPOSITION D’ACTION OU D’EXERCICE
⬇
VÉRIFICATION DE LA COMPRÉHENSION
⬇
RÉSOLUTION OU ESCALADE
⬇
CAPITALISATION DU RETOUR
⬇
MISE À JOUR DU PARCOURS UTILISATEUR
💬 Exemples d’assistance contextualisée
| Question de l’utilisateur | Réponse attendue du Coach IA |
|---|---|
| « Pourquoi cette facture est-elle rejetée ? » | Expliquer le motif, les contrôles à réaliser et la procédure applicable. |
| « Puis-je modifier directement le PDF ? » | Rappeler que la correction doit être faite dans la source et rester cohérente avec les données structurées. |
| « Que signifie le statut mise à disposition ? » | Définir le statut et préciser les actions ou délais associés. |
| « Le fournisseur demande de changer son IBAN. » | Déclencher immédiatement le guide antifraude et interdire une modification non validée. |
| « Je ne retrouve pas la facture dans l’ERP. » | Proposer la séquence de diagnostic plateforme–interface–ERP. |
| « Cette opération relève-t-elle du e-reporting ? » | Présenter les critères, puis orienter vers la fiscalité si une analyse est nécessaire. |
🚨 Alertes intelligentes du Coach IA
- utilisateur n’ayant pas suivi une formation obligatoire ;
- échec répété à un même exercice ;
- consultations fréquentes sur une procédure critique ;
- hausse des erreurs après une évolution de l’outil ;
- contournement récurrent du processus cible ;
- utilisateur exécutant une action sans habilitation suffisante ;
- demande susceptible de révéler un risque de fraude ;
- question fiscale ou juridique nécessitant un expert ;
- base documentaire devenue obsolète ;
- population présentant un niveau d’adoption insuffisant.
👨💼 Validation humaine
| Situation | Validation requise |
|---|---|
| Création ou modification d’une procédure | Responsable métier et contrôle interne. |
| Interprétation fiscale | Responsable fiscal. |
| Décision de correction comptable | Responsable comptable. |
| Dérogation au processus | Manager ou gouvernance compétente. |
| Incident de sécurité | DSI et responsable sécurité. |
| Acceptation d’un risque | DAF, contrôle interne ou sponsor selon la criticité. |
⚖️ Limites de l’intelligence artificielle
- elle dépend de la qualité de la base documentaire validée ;
- elle peut proposer une procédure obsolète si les contenus ne sont pas maintenus ;
- elle ne connaît pas toujours le contexte commercial complet ;
- elle ne remplace pas une formation pratique ;
- elle ne peut certifier seule la compétence d’un utilisateur ;
- elle ne doit pas interpréter définitivement une situation fiscale ou juridique complexe ;
- elle ne peut autoriser une dérogation ;
- elle ne remplace pas le support humain dans les situations sensibles ;
- ses réponses, usages et escalades doivent être contrôlés.
La capacité d’obtenir rapidement une réponse d’un assistant ne signifie pas que l’utilisateur maîtrise réellement le processus. L’autonomie doit être évaluée par des mises en situation et des contrôles concrets.
📌 Les sept réflexes du responsable de l’accompagnement
- Former selon les rôles : chaque population doit recevoir le contenu réellement utile à ses missions.
- Faire pratiquer : les utilisateurs doivent manipuler les statuts, rejets, avoirs et anomalies.
- Donner des repères simples : les guides réflexes doivent être accessibles au moment de l’action.
- Préparer le support avant le démarrage : les circuits d’assistance et d’escalade doivent être testés.
- Écouter les résistances : elles peuvent révéler un défaut réel du processus ou de l’outil.
- Mesurer l’adoption réelle : suivre les usages, l’autonomie, les erreurs et les contournements.
- Maintenir les compétences : les formations, procédures et connaissances doivent évoluer avec le dispositif.
📌 Synthèse Premium
Former et accompagner les utilisateurs constitue une condition essentielle de réussite de la facturation électronique. Une transformation techniquement conforme peut échouer si les utilisateurs ne comprennent pas les nouveaux processus, continuent d’utiliser les anciens canaux ou ne savent pas traiter les anomalies.
Le dispositif d’accompagnement doit commencer par une cartographie des populations et des impacts. Il doit ensuite proposer des parcours adaptés, des procédures opérationnelles, des guides réflexes, une organisation de support et un accompagnement spécifique des clients et fournisseurs.
L’adoption doit être mesurée au-delà de la simple participation aux formations. Elle se démontre par l’autonomie, la réduction des erreurs, l’utilisation du processus cible, la qualité des contrôles et la capacité à résoudre les situations courantes.
Le Coach IA Facturation Électronique peut renforcer la formation et le support en proposant une assistance contextualisée et des parcours personnalisés. Il doit toutefois s’appuyer sur une base validée, orienter les situations sensibles vers les experts et rester sous contrôle humain.
🎓 Compétences acquises
- identifier les populations internes et externes concernées ;
- analyser les impacts de la réforme par métier ;
- concevoir des parcours de formation adaptés ;
- privilégier une pédagogie fondée sur la pratique ;
- rédiger des procédures opérationnelles ;
- créer des guides réflexes immédiatement utilisables ;
- organiser les différents niveaux de support ;
- qualifier et prioriser les demandes d’assistance ;
- accompagner les clients et fournisseurs ;
- identifier et traiter les résistances ;
- mobiliser des ambassadeurs métiers ;
- mesurer l’adoption par des KPI ;
- maintenir les compétences dans le temps ;
- utiliser un Coach IA sans remplacer l’expertise humaine.
🏆 Niveau de maîtrise
| Domaine | Niveau atteint | Capacité professionnelle |
|---|---|---|
| Cartographie des populations | Avancé | Identifier les rôles, impacts et besoins de formation. |
| Ingénierie de formation | Avancé | Construire des parcours adaptés aux métiers. |
| Procédures et guides | Expert | Transformer les règles en actions opérationnelles. |
| Organisation du support | Chef de projet | Définir les niveaux, priorités et escalades. |
| Conduite du changement | Avancé | Traiter les résistances et mobiliser les ambassadeurs. |
| Pilotage de l’adoption | Chef de mission | Mesurer l’autonomie, les usages et les risques. |
| Accompagnement par l’IA | Avancé | Personnaliser l’aide tout en sécurisant les validations humaines. |
Vous êtes désormais capable de concevoir et piloter un dispositif complet de formation, de support et de conduite du changement pour accompagner durablement la transition vers la facturation électronique.
➡️ Transition vers la Séquence 7/7
Après avoir diagnostiqué la maturité, construit la gouvernance, planifié la transition, organisé la recette, sécurisé le contrôle interne et accompagné les utilisateurs, il reste à piloter l’ensemble du projet comme un responsable de transformation Finance.
La prochaine séquence réunira les dimensions réglementaires, métiers, techniques, humaines et décisionnelles dans une mission intégrale permettant de préparer la mise en production, d’évaluer les risques résiduels et de présenter le dispositif final à la direction.
Réussir le déploiement comme un Directeur de Projet Finance
Transformer un projet de facturation électronique en une réussite opérationnelle, réglementaire et humaine grâce à une gouvernance solide, un pilotage rigoureux et une maîtrise des risques jusqu’au Go Live.
🎯 Introduction Premium
Le succès d’un projet de facturation électronique ne se mesure pas au jour où la plateforme est installée mais au moment où l’ensemble de l’entreprise fonctionne normalement avec le nouveau dispositif, sans rupture d’activité, sans perte de conformité et sans dégradation de la qualité de service.
Les meilleurs projets ne sont pas ceux qui disposent uniquement de la meilleure technologie. Ce sont ceux dont la gouvernance est solide, dont les responsabilités sont clairement définies, dont les risques sont anticipés et dont les décisions sont prises au bon moment.
Cette dernière séquence rassemble l’ensemble des compétences développées dans ce chapitre afin d’adopter la posture d’un véritable Directeur de Projet Finance capable de conduire une transformation réglementaire majeure jusqu’à sa réussite complète.
Un déploiement réussi n’est pas uniquement une mise en production informatique. C’est la combinaison d’une gouvernance efficace, d’un contrôle interne robuste, d’une organisation humaine adaptée, d’une conduite du changement maîtrisée et d’un pilotage permanent de la performance.
🎯 Objectif professionnel
Être capable de piloter l’ensemble du projet de facturation électronique depuis la validation finale jusqu’au démarrage opérationnel, puis d’assurer un suivi permettant de garantir la conformité, la qualité des processus et l’adhésion durable des utilisateurs.
Un dossier complet de pilotage comprenant la gouvernance, la feuille de route consolidée, le plan de contrôle interne, les critères Go / No Go, les indicateurs de suivi et le dispositif de pilotage post-déploiement.
🎓 Compétences développées
- piloter la gouvernance finale du projet ;
- consolider la feuille de route ;
- préparer la décision Go / No Go ;
- vérifier le niveau de conformité avant démarrage ;
- sécuriser le contrôle interne ;
- coordonner l’ensemble des parties prenantes ;
- piloter les indicateurs du projet ;
- prendre les décisions de déploiement ;
- anticiper les risques résiduels ;
- adopter la posture d’un Directeur de Projet Finance.
👔 Le rôle du Directeur de Projet Finance
À quelques semaines de la mise en production, le Directeur de Projet Finance devient le véritable chef d’orchestre de l’ensemble du dispositif. Il coordonne simultanément les dimensions réglementaires, fiscales, comptables, techniques, organisationnelles et humaines.
| Mission | Responsabilité principale |
|---|---|
| Vision globale | Garantir la cohérence de l’ensemble du projet. |
| Décision | Préparer les arbitrages pour le Comité de Pilotage. |
| Coordination | Synchroniser Finance, SI, Fiscalité, Juridique, Commerce et Achats. |
| Maîtrise des risques | Identifier et réduire les risques résiduels. |
| Communication | Informer régulièrement la Direction Générale. |
| Pilotage | Suivre les indicateurs jusqu’à la stabilisation complète. |
🏛️ La gouvernance finale du projet
À l’approche du Go Live, la gouvernance évolue progressivement d’une logique de construction vers une logique de pilotage opérationnel.
DIRECTION GÉNÉRALE
⬇
COMITÉ STRATÉGIQUE
⬇
DIRECTEUR DE PROJET FINANCE
⬇
FINANCE • DSI • FISCALITÉ • ACHATS • ADV
⬇
SUPPORT • UTILISATEURS • PARTENAIRES
Chaque décision importante doit être documentée afin de conserver une piste d’audit démontrant que les arbitrages ont été réalisés de manière maîtrisée.
🗺️ La feuille de route consolidée
Avant la mise en production, le chef de projet rassemble l’ensemble des actions restantes dans une feuille de route unique permettant d’avoir une vision consolidée de l’état d’avancement.
| Chantier | État | Responsable | Date cible |
|---|---|---|---|
| Référentiels | ✔ Validés | Finance | J-30 |
| Interfaces | ✔ Testées | DSI | J-20 |
| Tests fonctionnels | ✔ Terminés | Équipe projet | J-15 |
| Formation | En cours | RH / Finance | J-10 |
| Support | Préparé | DSI | J-7 |
| Communication | Programmée | Direction | J-5 |
🛡️ Le contrôle interne avant le Go Live
Aucun projet ne devrait être mis en production sans une revue finale du contrôle interne permettant de confirmer que les principaux risques sont maîtrisés.
| Contrôle | Objectif | Validation |
|---|---|---|
| Référentiels | Exactitude des données. | ✔ |
| Habilitations | Séparation des tâches. | ✔ |
| TVA | Conformité fiscale. | ✔ |
| Interfaces | Intégrité des flux. | ✔ |
| Archivage | Conservation réglementaire. | ✔ |
| Continuité d’activité | Plan de secours disponible. | ✔ |
🚦 Le Comité Go / No Go
Le Comité Go / No Go constitue l’ultime étape de validation avant la mise en production. Il ne s’agit pas d’une formalité mais d’une décision engageant l’entreprise.
- la conformité réglementaire ;
- la réussite des tests ;
- la disponibilité des équipes ;
- la qualité des référentiels ;
- la préparation du support ;
- les risques résiduels ;
- les plans de secours ;
- les validations documentées de chaque responsable.
📊 Tableau Premium — Conditions de réussite avant le Go Live
| Dimension | Critère | État attendu |
|---|---|---|
| Technique | Interfaces validées | 100 % |
| Fonctionnelle | Tests réussis | 100 % |
| Réglementaire | Conformité vérifiée | 100 % |
| Organisationnelle | Équipes formées | >95 % |
| Support | Organisation opérationnelle | Disponible |
| Direction | Décision Go | Validée |
🧭 Schéma professionnel — La décision Go Live
GOUVERNANCE VALIDÉE
⬇
TESTS RÉUSSIS
⬇
CONTRÔLE INTERNE VALIDÉ
⬇
FORMATIONS TERMINÉES
⬇
SUPPORT OPÉRATIONNEL
⬇
COMITÉ GO / NO GO
⬇
MISE EN PRODUCTION
🖼️ Illustration professionnelle
Imaginez le Directeur de Projet Finance comme le commandant de bord d’un avion prêt au décollage. Toutes les vérifications ont été effectuées, mais aucune étape n’est ignorée : check-list technique, météo, carburant, communication avec la tour de contrôle, état des systèmes et validation de l’équipage. Ce n’est qu’après la confirmation de chaque point que le décollage est autorisé.
Le Go Live obéit exactement au même principe : la réussite dépend moins de la vitesse du projet que de la qualité des validations qui précèdent son lancement.
🚀 Préparer le démarrage
Le démarrage constitue la phase la plus sensible d’un projet de facturation électronique. Même après plusieurs mois de préparation, les premiers jours d’exploitation nécessitent une organisation renforcée afin de garantir la continuité des activités, la conformité réglementaire et la confiance des utilisateurs.
Le Directeur de Projet Finance organise une période de surveillance intensive durant laquelle les équipes métiers, la DSI, le support, les éditeurs et les partenaires restent mobilisés pour traiter immédiatement toute anomalie susceptible d’affecter les flux.
| Action préparatoire | Objectif |
|---|---|
| Validation finale des référentiels | Éviter les rejets dès les premières émissions. |
| Disponibilité du support | Assister rapidement les utilisateurs. |
| Supervision des interfaces | Détecter immédiatement les ruptures de flux. |
| Communication interne | Informer toutes les équipes du démarrage. |
| Communication partenaires | Prévenir les clients et fournisseurs stratégiques. |
| Cellule de crise | Décider rapidement en cas d’incident majeur. |
📈 Piloter les premiers jours de production
Les premiers jours ne doivent jamais être considérés comme une période d’observation passive. Ils constituent au contraire une phase de pilotage intensif où chaque indicateur est suivi quotidiennement afin d’identifier les dérives avant qu’elles n’affectent l’activité.
FACTURES ÉMISES
⬇
TRANSMISSION
⬇
STATUTS
⬇
REJETS
⬇
CORRECTIONS
⬇
RÉÉMISSIONS
⬇
STABILISATION DES FLUX
🚨 Le suivi des incidents
Tous les incidents doivent être enregistrés, qualifiés, priorisés et suivis jusqu’à leur résolution complète. La rapidité de traitement influence directement la stabilité du dispositif et la confiance des utilisateurs.
| Type d’incident | Priorité | Responsable |
|---|---|---|
| Blocage complet des émissions | Critique | DSI + Direction Projet |
| Rejets massifs | Très élevée | Finance |
| Erreur de TVA | Élevée | Fiscalité |
| Anomalie d’interface | Élevée | DSI |
| Erreur utilisateur | Moyenne | Support métier |
| Question fonctionnelle | Normale | Support Niveau 1 |
📊 Le pilotage des KPI
Les KPI permettent de mesurer objectivement la qualité du déploiement et d’anticiper les dérives avant qu’elles ne deviennent critiques.
| Indicateur | Objectif | Seuil d’alerte |
|---|---|---|
| Taux de transmission réussie | > 99 % | < 98 % |
| Taux de rejet | < 1 % | > 3 % |
| Délai moyen de traitement | Conforme SLA | Dépassement récurrent |
| Temps moyen de résolution | Réduction progressive | Allongement continu |
| Disponibilité des interfaces | 99,9 % | < 99 % |
| Satisfaction utilisateurs | Élevée | Baisse continue |
📈 Tableau de bord Direction
Le Directeur Général et le Comité Exécutif n’ont pas besoin de suivre les incidents techniques détaillés. Ils doivent disposer d’une vision synthétique leur permettant de mesurer rapidement le niveau de maîtrise du projet.
| Indicateur Direction | Lecture décisionnelle |
|---|---|
| Taux de conformité | Respect des obligations réglementaires. |
| Disponibilité globale | Continuité de l’activité. |
| Incidents critiques ouverts | Niveau de risque actuel. |
| Qualité des données | Fiabilité des référentiels. |
| Adoption des utilisateurs | Réussite de la conduite du changement. |
| Respect du planning | Maîtrise globale du projet. |
📋 Reporting au Comité de Pilotage
Le reporting présenté au Comité de Pilotage doit être synthétique, factuel et orienté décision. Il doit permettre aux décideurs de concentrer leur attention sur les véritables enjeux sans être noyés dans un excès d’informations opérationnelles.
- l’état d’avancement global ;
- les KPI principaux ;
- les incidents critiques ;
- les risques résiduels ;
- les décisions attendues ;
- les actions engagées ;
- les échéances à venir.
🔄 Le retour d’expérience (RETEX)
Après la stabilisation du dispositif, une analyse approfondie doit être réalisée afin d’identifier les réussites, les difficultés rencontrées et les améliorations à intégrer dans les futurs projets de transformation.
OBJECTIFS
⬇
RÉSULTATS
⬇
INCIDENTS
⬇
CAUSES
⬇
ACTIONS CORRECTIVES
⬇
CAPITALISATION
💼 Cas pratique Premium — Déploiement complet d’une PME
Une PME de 80 salariés déploie la facturation électronique sur un ERP unique avec une PDP. Les tests sont concluants mais plusieurs rejets apparaissent dès la première semaine en raison d’adresses de routage incomplètes chez certains clients.
Grâce au tableau de bord quotidien, les anomalies sont détectées rapidement, les référentiels sont corrigés et un guide réflexe est diffusé aux équipes commerciales afin de sécuriser la création des nouveaux comptes clients.
En moins de deux semaines, le taux de rejet passe de 4 % à moins de 0,5 % et le fonctionnement nominal est atteint sans interruption de l’activité.
🌍 Cas pratique Premium — Déploiement d’un groupe multi-entités
Un groupe international déploie simultanément la facturation électronique dans plusieurs filiales utilisant des ERP différents. Une gouvernance centralisée est mise en place avec des responsables locaux, un tableau de bord Groupe et une cellule de pilotage quotidienne.
| Facteur clé | Contribution au succès |
|---|---|
| Gouvernance Groupe | Décisions homogènes. |
| Ambassadeurs locaux | Accompagnement de proximité. |
| Reporting quotidien | Réactivité accrue. |
| KPI harmonisés | Comparaison entre filiales. |
| RETEX partagé | Amélioration continue. |
🆕 Directeur IA de Déploiement Facturation Électronique
Le Directeur IA de Déploiement Facturation Électronique constitue le véritable copilote du Directeur de Projet Finance. Son rôle n’est pas de prendre les décisions à la place des responsables mais d’analyser en permanence l’ensemble des données du projet afin d’anticiper les risques, proposer des arbitrages et accélérer la prise de décision.
Il agrège les informations provenant des ERP, des plateformes de dématérialisation, des outils de gestion de projet, des tableaux de bord financiers, des applications de support et des référentiels afin d’offrir une vision consolidée du déploiement.
🏗️ Architecture complète
ERP • CRM • COMPTABILITÉ • PDP • OD
⬇
DONNÉES MÉTIERS
⬇
MOTEUR DE PILOTAGE
⬇
MOTEUR DE GOUVERNANCE
⬇
MOTEUR D’ANALYSE DES RISQUES
⬇
MOTEUR KPI
⬇
MOTEUR DE CONFORMITÉ
⬇
MOTEUR DÉCISIONNEL
⬇
TABLEAUX DE BORD • ALERTES • RECOMMANDATIONS
⚙️ Les moteurs du Directeur IA
| Moteur IA | Mission |
|---|---|
| Pilotage | Suivre l’avancement global du projet. |
| Gouvernance | Contrôler les responsabilités, décisions et validations. |
| Risques | Détecter les dérives avant qu’elles ne deviennent critiques. |
| KPI | Calculer automatiquement les indicateurs de performance. |
| Conformité | Surveiller le respect des obligations réglementaires. |
| Décision | Proposer les arbitrages prioritaires au Directeur de Projet. |
🔄 Workflow IA complet
COLLECTE DES DONNÉES
⬇
CONTRÔLES AUTOMATIQUES
⬇
ANALYSE DES KPI
⬇
DÉTECTION DES RISQUES
⬇
RECOMMANDATIONS
⬇
VALIDATION HUMAINE
⬇
DÉCISION
⬇
SUIVI POST-DÉCISION
🚨 Alertes intelligentes
- augmentation anormale des rejets ;
- retard sur une étape critique ;
- baisse du taux de conformité ;
- indisponibilité d’une interface ;
- dégradation des KPI de qualité ;
- retard dans les formations ;
- hausse des incidents utilisateurs ;
- risque de non-respect du calendrier réglementaire ;
- écarts de pilotage entre plusieurs entités ;
- anomalies répétitives nécessitant un arbitrage.
👨💼 Validation humaine
Les recommandations du Directeur IA constituent une aide à la décision. Elles ne remplacent jamais les validations du Directeur de Projet, du DAF, du Responsable Fiscal, du Responsable Comptable, de la DSI ou de la Direction Générale.
| Décision | Validation requise |
|---|---|
| Go / No Go | Comité de Pilotage. |
| Dérogation réglementaire | Direction Financière. |
| Acceptation d’un risque | Direction Générale. |
| Modification des procédures | Responsables métiers. |
| Correction comptable ou fiscale | Experts compétents. |
⚖️ Limites de l’intelligence artificielle
- elle dépend de la qualité des données analysées ;
- elle ne peut interpréter seule une situation juridique complexe ;
- elle ne remplace pas le jugement d’un directeur de projet ;
- elle ne décide pas de la stratégie de déploiement ;
- elle ne peut accepter un risque réglementaire ;
- elle doit être régulièrement recalibrée ;
- ses recommandations doivent être documentées et validées.
💼 Mission intégrale — Directeur de Projet Finance
Vous êtes nommé Directeur de Projet Finance dans une entreprise de 500 salariés devant respecter les échéances réglementaires de la facturation électronique. Le projet entre dans sa phase finale avant le Go Live.
Votre mission
- évaluer la maturité globale du projet ;
- contrôler la gouvernance ;
- valider les résultats des tests ;
- vérifier la qualité des référentiels ;
- analyser les KPI ;
- évaluer les risques résiduels ;
- préparer le Comité Go / No Go ;
- organiser le démarrage ;
- piloter les premières semaines ;
- présenter un RETEX complet à la Direction Générale.
🧠 Grand Quiz Premium — Directeur de Projet Finance
❓1. Quel est le principal objectif du Comité Go / No Go ?
Réponse : Décider si toutes les conditions techniques, réglementaires, organisationnelles et humaines permettent une mise en production sécurisée.
❓2. Pourquoi suivre des KPI après le démarrage ?
Réponse : Pour mesurer la stabilité des flux, détecter rapidement les anomalies et piloter les actions correctives.
❓3. Le Directeur IA peut-il décider seul d’un Go Live ?
Réponse : Non. Il assiste la décision mais ne remplace jamais les validations humaines.
❓4. Pourquoi documenter les arbitrages du projet ?
Réponse : Afin d’assurer la traçabilité des décisions et de constituer une piste d’audit fiable.
❓5. Quel est le rôle du RETEX ?
Réponse : Capitaliser les enseignements du projet afin d’améliorer les futurs déploiements.
📌 Synthèse Premium
La réussite d’un projet de facturation électronique repose sur un pilotage global intégrant simultanément la gouvernance, la conformité réglementaire, le contrôle interne, la qualité des données, la maîtrise des risques, l’accompagnement des utilisateurs et la surveillance permanente des indicateurs de performance.
Le Directeur de Projet Finance devient le garant de cette cohérence. Son rôle consiste à coordonner l’ensemble des acteurs afin de transformer une obligation réglementaire en un véritable levier d’amélioration des processus financiers.
🎓 Compétences acquises
- piloter un projet complet de facturation électronique ;
- préparer une décision Go / No Go ;
- organiser le démarrage opérationnel ;
- suivre les incidents ;
- interpréter les KPI ;
- présenter un reporting Direction ;
- réaliser un RETEX structuré ;
- utiliser un Directeur IA sous contrôle humain.
🏆 Niveau de maîtrise
À l’issue de ce chapitre, vous maîtrisez les méthodes, les outils et les bonnes pratiques permettant de conduire un projet de facturation électronique jusqu’à son déploiement opérationnel en adoptant la posture d’un véritable Directeur de Projet Finance.
🎯 Conclusion générale du Chapitre 4
Organiser la conformité, le contrôle interne et la conduite du projet constitue la dernière étape avant la mise en œuvre effective de la réforme. En combinant une gouvernance rigoureuse, une feuille de route structurée, des contrôles solides, des tests complets, une formation adaptée et un pilotage permanent, l’entreprise sécurise durablement sa transition vers la facturation électronique.
➡️ Transition vers le chapitre suivant
Vous maîtrisez désormais l’ensemble des composantes nécessaires à la préparation et au déploiement d’un projet de facturation électronique. Le chapitre suivant abordera l’exploitation quotidienne, l’amélioration continue et les évolutions futures de cet écosystème réglementaire afin d’inscrire durablement votre organisation dans une logique de performance et de conformité.
Construire le tableau de bord Facturation électronique
Transformer les données issues de la facturation électronique en indicateurs décisionnels permettant de piloter la performance, la conformité et l’amélioration continue des processus financiers.
🎯 Introduction Premium
La réforme de la facturation électronique ne produit pas uniquement davantage de données. Elle met à disposition une quantité inédite d’informations exploitables en temps réel sur les ventes, les achats, les délais, les statuts, les paiements, les anomalies et la conformité.
Jusqu’à présent, les responsables comptables travaillaient principalement avec des indicateurs construits à partir de la comptabilité, des balances auxiliaires ou des états issus des ERP. Désormais, chaque facture devient un objet vivant dont le cycle de vie est observable depuis son émission jusqu’à son paiement.
Cette évolution transforme profondément le rôle des directions financières. Elles ne pilotent plus uniquement des écritures comptables mais des flux numériques permettant d’anticiper les difficultés, de mesurer la qualité des processus et d’améliorer durablement la performance de l’entreprise.
Les entreprises qui exploiteront intelligemment les données issues de la facturation électronique disposeront d’un avantage compétitif important : elles détecteront plus rapidement les anomalies, réduiront leurs délais d’encaissement, amélioreront leur conformité et piloteront leurs activités avec une précision jamais atteinte auparavant.
🎯 Objectif professionnel
Être capable de concevoir un tableau de bord complet de la facturation électronique permettant de suivre l’ensemble des flux, d’identifier les risques, de mesurer la qualité des processus et de fournir à la Direction des indicateurs fiables pour piloter la performance financière.
Un Cockpit de pilotage regroupant les principaux indicateurs de production, de qualité, de conformité, de performance opérationnelle et de pilotage stratégique, alimenté automatiquement par les données de la facturation électronique.
🎓 Compétences développées
- identifier les indicateurs réellement utiles au pilotage ;
- mesurer la performance des flux de facturation ;
- analyser les délais de traitement ;
- suivre les statuts réglementaires ;
- détecter les anomalies et les dérives ;
- construire un tableau de bord décisionnel ;
- interpréter les KPI opérationnels ;
- mettre en place une démarche d’amélioration continue ;
- anticiper les risques grâce aux données ;
- préparer l’utilisation du Cockpit Facturation Électronique 360°.
📊 Pourquoi mesurer la performance de la facturation électronique ?
La simple conformité réglementaire ne garantit ni la qualité des processus ni la performance économique de l’entreprise. Deux sociétés peuvent respecter exactement les mêmes obligations tout en obtenant des résultats très différents en matière d’encaissement, de traitement des factures ou de productivité.
Le pilotage par les indicateurs permet de transformer les données réglementaires en véritable outil de management.
| Mesurer permet de… | Impact attendu |
|---|---|
| Détecter rapidement les anomalies | Réduction des incidents. |
| Suivre les performances des équipes | Amélioration continue. |
| Réduire les délais de traitement | Accélération des encaissements. |
| Identifier les causes de rejet | Diminution des corrections. |
| Améliorer la qualité des données | Hausse du taux d’automatisation. |
| Renforcer la conformité | Diminution du risque fiscal. |
🎯 Le rôle du tableau de bord
Un tableau de bord n’est pas un simple ensemble de statistiques. Il constitue un outil d’aide à la décision permettant d’orienter les actions des responsables opérationnels et de la Direction Financière.
DONNÉES DES FLUX
⬇
INDICATEURS
⬇
ANALYSE
⬇
DÉTECTION DES RISQUES
⬇
DÉCISIONS
⬇
ACTIONS CORRECTIVES
⬇
AMÉLIORATION CONTINUE
📚 Les différentes catégories d’indicateurs
Un tableau de bord performant combine plusieurs familles d’indicateurs complémentaires afin d’offrir une vision globale du fonctionnement des processus de facturation électronique.
| Famille d’indicateurs | Objectif | Exemples |
|---|---|---|
| Production | Mesurer l’activité. | Nombre de factures émises et reçues. |
| Qualité | Évaluer la fiabilité des processus. | Taux de rejet, anomalies, corrections. |
| Performance | Mesurer l’efficacité opérationnelle. | Délais de traitement, automatisation. |
| Conformité | Contrôler les obligations réglementaires. | Taux de conformité, e-reporting, TVA. |
| Finance | Piloter les impacts économiques. | Encaissements, DSO, litiges. |
| Pilotage | Suivre les risques. | Alertes, incidents, plans d’action. |
🗂️ Les sources de données
La qualité d’un tableau de bord dépend directement de la qualité des données qui l’alimentent. Le Directeur Financier doit identifier précisément les différentes sources afin de garantir la cohérence des indicateurs produits.
| Source | Données exploitées |
|---|---|
| ERP | Commandes, factures, écritures et règlements. |
| PDP | Transmission, statuts et échanges réglementaires. |
| Plateforme OD | Flux techniques et historiques. |
| Comptabilité | Grand livre, balances et TVA. |
| Banques | Encaissements et paiements. |
| GED | Archivage et documents associés. |
| Support | Incidents et tickets utilisateurs. |
| CRM | Données commerciales et clients. |
🏗️ Architecture globale du pilotage
Le pilotage repose sur une chaîne d’information continue permettant de transformer les données opérationnelles en indicateurs stratégiques.
ERP • CRM • PDP • OD • GED • BANQUES
⬇
DONNÉES DE FACTURATION
⬇
CONSOLIDATION
⬇
KPI
⬇
TABLEAUX DE BORD
⬇
ANALYSE
⬇
DÉCISION
⬇
ACTIONS D’AMÉLIORATION
🖼️ Illustration professionnelle
Imaginez le tableau de bord de la facturation électronique comme le cockpit d’un avion moderne. Le pilote ne regarde pas uniquement la vitesse ou le niveau de carburant : il surveille simultanément plusieurs dizaines d’instruments afin d’anticiper toute anomalie avant qu’elle ne compromette le vol.
De la même manière, le Directeur Financier ne peut plus piloter son activité uniquement avec le chiffre d’affaires ou le résultat comptable. Il doit surveiller en permanence les flux de facturation, les délais, les rejets, les statuts, les paiements, les litiges, la qualité des données et les niveaux de conformité afin d’intervenir avant que les difficultés n’affectent la performance de l’entreprise.
📤 Suivre les factures émises
Le premier indicateur d’un Cockpit de Facturation Électronique consiste à mesurer la production réelle de l’entreprise. Il ne s’agit plus uniquement de compter les factures produites mais de suivre leur progression complète dans le cycle réglementaire.
| Indicateur | Objectif | Utilité décisionnelle |
|---|---|---|
| Factures émises | Mesurer l’activité commerciale. | Suivi de la production. |
| Factures déposées | Contrôler les transmissions. | Détection des retards. |
| Factures acceptées | Mesurer la qualité. | Réduction des anomalies. |
| Factures rejetées | Identifier les dysfonctionnements. | Actions correctives. |
| Factures en attente | Surveiller les blocages. | Pilotage quotidien. |
📥 Suivre les factures reçues
Le pilotage des achats repose sur la capacité à mesurer la réception des factures, leur intégration dans les systèmes d’information et leur traitement jusqu’au paiement.
FACTURE REÇUE
⬇
CONTRÔLES
⬇
RAPPROCHEMENT
⬇
VALIDATION
⬇
COMPTABILISATION
⬇
PAIEMENT
🚨 Mesurer les rejets
Les rejets représentent l’un des meilleurs indicateurs de qualité des données et des processus. Leur analyse permet d’améliorer progressivement les référentiels et les contrôles réalisés avant émission.
| Type de rejet | Cause fréquente | Action recommandée |
|---|---|---|
| Données client | SIRET ou adresse de routage erronés. | Corriger le référentiel. |
| TVA | Taux ou calcul incorrect. | Contrôler les paramétrages. |
| Format | Structure XML non conforme. | Corriger l’interface. |
| Transmission | Erreur technique. | Contrôler la plateforme. |
⏱️ Mesurer les délais de traitement
Les délais permettent d’identifier les points de ralentissement dans le processus de facturation électronique.
| Délai suivi | Mesure | Objectif |
|---|---|---|
| Commande → Facture | Temps de facturation. | Réduction des délais. |
| Facture → Dépôt | Délai réglementaire. | Transmission immédiate. |
| Dépôt → Acceptation | Temps de traitement. | Fluidité des échanges. |
| Réception → Comptabilisation | Performance comptable. | Automatisation maximale. |
| Facture → Paiement | Délai d’encaissement. | Amélioration du BFR. |
🔄 Suivre les statuts
Les statuts réglementaires constituent désormais un véritable indicateur de pilotage. Ils permettent de suivre la progression de chaque facture dans son cycle de vie.
| Statut | Interprétation |
|---|---|
| Déposée | Facture transmise. |
| Rejetée | Correction nécessaire. |
| Mise à disposition | Destinataire informé. |
| Acceptée | Traitement normal. |
| Refusée | Litige à traiter. |
| Payée | Cycle terminé. |
⚖️ Analyser les litiges
Les litiges ne doivent pas être analysés uniquement comme des événements ponctuels mais comme des indicateurs de qualité des processus commerciaux, logistiques et comptables.
- litiges tarifaires ;
- écarts de livraison ;
- contestations contractuelles ;
- erreurs de TVA ;
- avoirs récurrents ;
- désaccords sur les prestations ;
- retards de validation.
📂 Suivre les factures non intégrées
Les factures reçues mais non intégrées dans l’ERP constituent un risque majeur puisqu’elles peuvent entraîner des retards de paiement, des erreurs comptables ou des anomalies fiscales.
| Cause | Impact |
|---|---|
| Erreur d’interface | Facture absente en comptabilité. |
| Blocage fonctionnel | Retard de traitement. |
| Erreur de référentiel | Rejet automatique. |
| Paramétrage ERP | Import impossible. |
🤖 Mesurer le taux d’automatisation
L’automatisation constitue l’un des principaux bénéfices attendus de la réforme. Le tableau de bord doit mesurer précisément la part des traitements réalisés sans intervention humaine.
| Processus | Taux cible |
|---|---|
| Intégration automatique | >95 % |
| Rapprochement automatique | >90 % |
| Comptabilisation automatique | >95 % |
| Transmission automatique | 100 % |
| Contrôles automatiques | >98 % |
🛡️ Mesurer la conformité
Les indicateurs de conformité permettent de vérifier en permanence que les obligations réglementaires sont correctement respectées.
| Contrôle | Indicateur |
|---|---|
| Mentions obligatoires | Taux de conformité. |
| TVA | Anomalies détectées. |
| Formats réglementaires | Taux de conformité technique. |
| Archivage | Disponibilité des preuves. |
| e-reporting | Taux de transmission. |
📊 Tableau Premium — Cockpit de pilotage
| Famille KPI | Exemple | Périodicité |
|---|---|---|
| Production | Volumes de factures. | Temps réel. |
| Qualité | Taux de rejet. | Quotidienne. |
| Performance | Délai moyen. | Hebdomadaire. |
| Finance | Encaissements. | Quotidienne. |
| Conformité | TVA et e-reporting. | Mensuelle. |
💼 Cas pratique Premium — PME industrielle
Une PME observe une hausse soudaine des rejets de factures. L’analyse du tableau de bord révèle que les anomalies concernent exclusivement les nouveaux clients créés au cours du dernier mois. Le contrôle des référentiels met en évidence des erreurs de SIRET et d’adresses de routage.
Après la mise en place d’un contrôle automatique lors de la création des tiers, le taux de rejet chute de 5 % à moins de 0,4 % en trois semaines.
🌍 Cas pratique Premium — Groupe multi-entités
Un groupe international compare les indicateurs de performance de ses différentes filiales grâce à un Cockpit consolidé. Les tableaux de bord mettent en évidence des écarts importants de délais de traitement et de taux d’automatisation entre les ERP utilisés.
Les meilleures pratiques sont progressivement harmonisées au niveau Groupe, permettant une amélioration significative de la qualité des traitements et une réduction des coûts administratifs.
🚨 Construire des alertes intelligentes
Un tableau de bord devient véritablement utile lorsqu’il ne se contente plus de présenter des données, mais qu’il attire automatiquement l’attention des responsables sur les situations nécessitant une action.
Une alerte intelligente doit être :
- fondée sur une donnée fiable ;
- associée à un seuil ou à une règle explicite ;
- proportionnée au niveau de risque ;
- transmise au bon responsable ;
- accompagnée d’un délai de traitement ;
- reliée à une procédure ou à un plan d’action ;
- suivie jusqu’à sa résolution ;
- conservée dans un historique exploitable.
Une alerte sans responsable, sans échéance et sans procédure de traitement ne constitue pas un dispositif de pilotage. Elle ne fait qu’ajouter du bruit à l’information.
🧭 Distinguer seuil, tendance et anomalie comportementale
| Type d’alerte | Principe | Exemple |
|---|---|---|
| Seuil fixe | L’alerte est déclenchée lorsqu’une valeur dépasse une limite prédéfinie. | Taux de rejet supérieur à 3 %. |
| Seuil relatif | La valeur est comparée à une période, une entité ou une population de référence. | Délai de traitement supérieur de 30 % à la moyenne du Groupe. |
| Tendance | L’alerte détecte une dégradation progressive. | Hausse du taux de factures non intégrées pendant quatre semaines. |
| Rupture inhabituelle | Le volume ou le comportement s’écarte brutalement du fonctionnement habituel. | Chute soudaine du nombre de factures reçues. |
| Absence d’événement | Un statut ou un traitement attendu n’est pas intervenu dans le délai défini. | Facture déposée sans statut de transmission après deux heures. |
| Combinaison de signaux | Plusieurs indicateurs sont rapprochés pour identifier un risque complexe. | Hausse des rejets, baisse de l’automatisation et augmentation des tickets support. |
🚦 Matrice Premium des alertes
| Alerte | Seuil indicatif | Criticité | Responsable | Action attendue |
|---|---|---|---|---|
| Factures créées mais non déposées | Présence au-delà du délai interne. | Critique. | Responsable facturation et DSI. | Identifier la rupture et relancer le flux. |
| Taux de rejet élevé | Supérieur au seuil défini par l’entreprise. | Majeure. | Finance, Data Owner ou DSI selon le motif. | Analyser les causes et corriger les données sources. |
| Factures reçues non intégrées | Stock supérieur à la capacité normale de traitement. | Critique. | Comptabilité fournisseurs et DSI. | Réconcilier plateforme, ERP et grand livre. |
| Statut bloqué | Durée anormale dans un état intermédiaire. | Majeure. | Responsable de processus. | Identifier l’acteur ou l’interface responsable. |
| Automatisation en baisse | Dégradation par rapport à la période précédente. | Modérée. | Responsable comptable. | Identifier les exceptions devenues récurrentes. |
| Écart de conformité | Facture ou donnée réglementaire non conforme. | Critique. | Fiscalité et contrôle interne. | Bloquer, corriger et documenter. |
| Litiges en augmentation | Hausse significative par catégorie ou client. | Majeure. | Commerce, ADV et direction financière. | Analyser les causes commerciales ou opérationnelles. |
| Anomalie prédictive | Risque élevé estimé avant incident. | Préventive. | Responsable du processus. | Mettre en place une action préventive. |
🆕 Cockpit Facturation Électronique 360°
Le Cockpit Facturation Électronique 360° constitue le centre de pilotage intelligent de l’ensemble des flux clients, fournisseurs, fiscaux, comptables et financiers.
Il ne se limite pas à afficher des volumes. Il consolide les données issues de plusieurs systèmes, reconstitue le cycle de vie des factures, mesure la performance des processus, détecte les anomalies et propose des priorités d’action.
Une facture doit pouvoir être suivie depuis l’opération économique d’origine jusqu’à son archivage, en passant par sa création, sa transmission, ses statuts, sa comptabilisation, son traitement fiscal et son règlement.
🏗️ Architecture complète du Cockpit
ERP • CRM • LOGICIELS MÉTIERS
⬇
PLATEFORMES AGRÉÉES • CONNECTEURS • API
⬇
COMPTABILITÉ • TVA • TRÉSORERIE • GED • SUPPORT
⬇
ENTREPÔT DE DONNÉES DE PILOTAGE
⬇
MOTEUR KPI
⬇
MOTEUR DES STATUTS
⬇
MOTEUR DES REJETS ET LITIGES
⬇
MOTEUR DE CONFORMITÉ
⬇
MOTEUR PRÉDICTIF
⬇
ALERTES • RECOMMANDATIONS • PLANS D’ACTION
⬇
TABLEAUX DE BORD OPÉRATIONNELS ET DIRECTION
📊 Moteur KPI
Le moteur KPI calcule, consolide et historise les indicateurs nécessaires au pilotage. Il applique une définition commune afin d’éviter que plusieurs services produisent des chiffres différents pour un même phénomène.
| Famille | KPI calculés | Décision facilitée |
|---|---|---|
| Volumes | Factures émises, reçues, déposées et comptabilisées. | Ajuster les capacités de traitement. |
| Qualité | Rejets, refus, doublons et anomalies. | Prioriser les corrections. |
| Délais | Temps de transmission, d’intégration, d’approbation et de paiement. | Identifier les goulots d’étranglement. |
| Automatisation | Taux de traitement sans intervention humaine. | Mesurer les gains de productivité. |
| Conformité | Formats, mentions, TVA, e-reporting et archivage. | Réduire le risque réglementaire. |
| Finance | Encours, échéances, paiements et litiges. | Piloter le BFR et la trésorerie. |
🔄 Moteur des statuts
Le moteur des statuts reconstitue la chronologie de chaque facture et mesure la durée passée à chaque étape du cycle de vie.
Il recherche notamment :
- les statuts manquants ;
- les statuts reçus en double ;
- les séquences chronologiquement incohérentes ;
- les factures bloquées dans un état intermédiaire ;
- les événements présents sur la plateforme mais absents de l’ERP ;
- les factures refusées sans litige ouvert ;
- les factures payées sans rapprochement comptable ;
- les délais anormalement longs entre deux étapes.
FACTURE CRÉÉE
⬇
DÉPOSÉE
⬇
TRANSMISE
⬇
MISE À DISPOSITION
⬇
ACCEPTÉE • REFUSÉE • EN LITIGE
⬇
PAYÉE • ENCAISSÉE
⬇
SOLDÉE ET ARCHIVÉE
🚨 Moteur des rejets
Le moteur des rejets classe les anomalies par origine, récurrence, système, entité, client, fournisseur et niveau de criticité.
| Analyse | Question traitée |
|---|---|
| Répartition par motif | Quelles causes génèrent le plus de rejets ? |
| Répartition par entité | Quelle société ou quel établissement présente le plus d’anomalies ? |
| Répartition par tiers | Certains clients ou fournisseurs sont-ils particulièrement concernés ? |
| Récurrence | Les mêmes erreurs réapparaissent-elles après correction ? |
| Délai de résolution | Les rejets sont-ils traités dans les délais attendus ? |
| Impact financier | Quel montant de facturation ou de paiement est bloqué ? |
| Cause racine | L’anomalie provient-elle des données, du paramétrage, de l’interface ou du processus ? |
🛡️ Moteur de conformité
Le moteur de conformité rapproche les factures et données transmises des règles applicables afin d’identifier les écarts techniques, documentaires, comptables et fiscaux.
- présence des données et mentions obligatoires ;
- validité des identifiants juridiques et fiscaux ;
- conformité du format et du profil ;
- cohérence entre rendu lisible et données structurées ;
- exactitude des bases, taux et montants de TVA ;
- présence des mentions d’exonération ou d’autoliquidation ;
- exhaustivité des données de e-reporting ;
- rapprochement des données de paiement ;
- cohérence entre plateforme, ERP et grand livre ;
- présence des preuves et archives attendues.
| Niveau | Signification | Traitement |
|---|---|---|
| Conforme | Aucun écart significatif détecté. | Traitement normal. |
| Conforme sous surveillance | Risque faible ou tendance à suivre. | Contrôle renforcé. |
| Non conforme modéré | Écart corrigeable sans blocage immédiat. | Plan d’action daté. |
| Non conforme majeur | Risque comptable, fiscal ou opérationnel significatif. | Correction prioritaire. |
| Bloquant | Traitement incompatible avec les règles essentielles. | Interruption et validation humaine obligatoire. |
🔮 Moteur prédictif
Le moteur prédictif utilise les historiques, les tendances et les corrélations entre indicateurs afin d’anticiper les anomalies avant qu’elles ne produisent un impact significatif.
| Prévision | Signaux analysés | Action préventive |
|---|---|---|
| Risque de hausse des rejets | Créations massives de tiers et baisse de qualité des référentiels. | Renforcer les contrôles avant émission. |
| Risque de saturation | Volumes prévisionnels, saisonnalité et capacité de traitement. | Adapter les ressources et infrastructures. |
| Risque de retard d’encaissement | Refus, litiges, statuts bloqués et comportement du client. | Déclencher une action commerciale préventive. |
| Risque de non-intégration | Dégradation des interfaces et files en attente. | Intervenir avant accumulation du stock. |
| Risque de non-conformité | Anomalies fiscales récurrentes et changements de paramétrage. | Organiser une revue ciblée. |
| Risque de fraude | Modifications sensibles, comportements inhabituels et paiements atypiques. | Bloquer et demander une validation indépendante. |
Un score prédictif indique une probabilité ou une situation inhabituelle. Il ne constitue pas, à lui seul, une preuve d’erreur, de fraude ou de non-conformité.
🔄 Workflow IA complet
COLLECTE DES DONNÉES
⬇
CONTRÔLE DE QUALITÉ ET DE COHÉRENCE
⬇
CALCUL DES KPI
⬇
RECONSTITUTION DES STATUTS
⬇
DÉTECTION DES REJETS ET ÉCARTS
⬇
ANALYSE DE CONFORMITÉ
⬇
ANALYSE PRÉDICTIVE
⬇
SCORING ET PRIORISATION
⬇
ALERTE AU RESPONSABLE
⬇
VALIDATION HUMAINE
⬇
ACTION CORRECTIVE
⬇
CONTRÔLE DU RÉSULTAT ET CAPITALISATION
🔔 Alertes intelligentes du Cockpit 360°
- volume de factures anormalement faible ou élevé ;
- factures créées mais non déposées ;
- factures reçues mais non intégrées ;
- hausse inhabituelle du taux de rejet ;
- statuts absents ou bloqués ;
- litiges dépassant le délai cible ;
- baisse du taux d’automatisation ;
- écart entre plateforme et grand livre ;
- écart entre chiffre d’affaires et données transmises ;
- paiement sans facture rapprochée ;
- facture payée deux fois ;
- anomalie de TVA ou de e-reporting ;
- dégradation de la qualité des référentiels ;
- comportement inhabituel d’un utilisateur ou d’un compte technique ;
- risque prédictif de rupture ou de retard.
👨💼 Validation humaine
Le Cockpit prépare et hiérarchise l’information. Il ne peut toutefois pas interpréter seul toutes les situations ni décider automatiquement des corrections engageant l’entreprise.
| Situation | Responsable de validation |
|---|---|
| Anomalie de référentiel | Data Owner ou responsable métier. |
| Écart comptable | Responsable comptable. |
| Écart de TVA ou de e-reporting | Responsable fiscal. |
| Rupture d’interface | DSI ou responsable applicatif. |
| Litige client ou fournisseur | Commerce, achats ou responsable de processus. |
| Suspicion de fraude | Trésorerie, sécurité, contrôle interne et direction. |
| Acceptation d’un risque résiduel | DAF ou gouvernance compétente. |
⚖️ Limites de l’intelligence artificielle
- elle dépend de l’exhaustivité et de la qualité des données disponibles ;
- elle peut produire des alertes injustifiées ;
- elle peut ignorer une anomalie jamais observée ou non modélisée ;
- elle ne comprend pas toujours le contexte commercial ou contractuel ;
- elle ne peut confirmer seule une fraude ;
- elle ne remplace pas l’analyse fiscale, juridique ou comptable ;
- elle ne doit pas corriger automatiquement une facture ou une écriture sensible ;
- elle ne peut accepter seule un risque de conformité ;
- ses modèles, seuils et règles doivent être régulièrement testés ;
- ses recommandations doivent rester explicables et traçables.
Les formules des KPI, les sources de données, les droits d’accès, les seuils d’alerte et les modèles prédictifs doivent faire l’objet d’une gouvernance et de contrôles périodiques.
💼 Grand cas pratique Premium — Transformer les données en décisions
Une ETI traite chaque mois 18 000 factures clients et 11 000 factures fournisseurs. Trois mois après la mise en production, le Directeur Financier constate une baisse de l’automatisation et une augmentation des retards d’encaissement.
Données remontées par le Cockpit
| Indicateur | Situation antérieure | Situation actuelle | Signal |
|---|---|---|---|
| Taux de rejet client | 0,8 % | 3,6 % | Dégradation majeure. |
| Taux d’intégration automatique fournisseurs | 94 % | 81 % | Baisse significative. |
| Factures non intégrées | 45 | 620 | Stock critique. |
| Délai moyen de traitement | 1,4 jour | 3,8 jours | Processus ralenti. |
| Litiges clients | 110 | 285 | Hausse importante. |
| Factures avec statut bloqué | 22 | 410 | Rupture probable d’interface. |
Analyse croisée du Cockpit
- les rejets clients concernent principalement les nouveaux établissements créés après une migration de référentiel ;
- les factures fournisseurs non intégrées proviennent d’un connecteur mis à jour récemment ;
- les statuts de mise à disposition ne remontent plus correctement dans l’ERP ;
- les équipes traitent manuellement les exceptions, ce qui réduit le taux d’automatisation ;
- les litiges clients sont concentrés sur des factures comportant une ancienne référence de commande ;
- le retard d’encaissement est corrélé aux rejets et aux refus non traités rapidement.
Décisions du Directeur Financier
- corriger les données des établissements concernés ;
- bloquer temporairement les créations de tiers non validées ;
- corriger puis tester le connecteur fournisseurs ;
- rejouer les flux sans créer de doublons ;
- réconcilier plateforme, ERP et grand livre ;
- créer une cellule de résolution des litiges prioritaires ;
- mettre en place une alerte automatique sur les statuts bloqués ;
- présenter les résultats au Comité de Pilotage chaque semaine.
Le taux de rejet revient à 0,6 %, l’intégration automatique atteint 96 %, le stock de factures non intégrées est résorbé et le délai moyen de traitement repasse sous deux jours. Le Cockpit a permis de relier plusieurs symptômes à deux causes racines et d’orienter rapidement les actions correctives.
📌 Les sept réflexes du pilote de la facturation électronique
- Définir précisément chaque KPI : un indicateur doit avoir une formule, une source, un responsable et une fréquence.
- Réconcilier les populations : les données du tableau de bord doivent rester cohérentes avec la plateforme, l’ERP et la comptabilité.
- Analyser les causes et non uniquement les volumes : un rejet est un signal sur la qualité du processus.
- Suivre les tendances : une dégradation progressive est souvent plus importante qu’un incident isolé.
- Affecter les alertes : chaque anomalie doit disposer d’un propriétaire et d’une échéance.
- Conserver une validation humaine : les décisions sensibles ne doivent pas être automatisées sans contrôle.
- Transformer les données en actions : un tableau de bord utile doit conduire à une décision et à une amélioration mesurable.
📌 Synthèse Premium
Le tableau de bord de facturation électronique transforme les données opérationnelles en instruments de pilotage. Il permet de suivre les volumes, les statuts, les rejets, les délais, les litiges, les factures non intégrées, l’automatisation et la conformité.
Sa valeur ne repose pas sur le nombre d’indicateurs affichés, mais sur leur capacité à détecter un risque, expliquer une dérive et orienter une action. Chaque KPI doit donc être défini, fiabilisé, attribué à un responsable et relié à un seuil de vigilance.
Le Cockpit Facturation Électronique 360° renforce ce pilotage grâce à la consolidation des systèmes, à l’analyse des statuts, à la qualification des rejets, au contrôle de conformité et à la détection prédictive. Il reste cependant soumis à une gouvernance humaine, à des contrôles de qualité et à une validation des décisions sensibles.
🎓 Compétences acquises
- concevoir un tableau de bord de facturation électronique ;
- identifier les sources de données nécessaires ;
- définir les familles de KPI ;
- suivre les factures émises et reçues ;
- mesurer les rejets et analyser leurs causes ;
- calculer les délais de traitement ;
- suivre les statuts du cycle de vie ;
- analyser les litiges et les factures non intégrées ;
- mesurer le taux d’automatisation ;
- suivre la conformité comptable, fiscale et réglementaire ;
- construire des alertes intelligentes ;
- interpréter les tendances et signaux prédictifs ;
- transformer les indicateurs en décisions ;
- utiliser le Cockpit 360° sous validation humaine.
🏆 Niveau de maîtrise
| Domaine | Niveau atteint | Capacité professionnelle |
|---|---|---|
| Architecture du pilotage | Avancé | Relier les systèmes sources aux tableaux de bord. |
| Définition des KPI | Expert | Construire des indicateurs fiables et exploitables. |
| Analyse des statuts et rejets | Expert | Identifier les blocages et leurs causes racines. |
| Pilotage de l’automatisation | Avancé | Mesurer la performance des traitements sans intervention. |
| Contrôle de conformité | Avancé | Suivre les écarts réglementaires, comptables et fiscaux. |
| Alertes et décisions | Chef de mission | Hiérarchiser les risques et organiser les plans d’action. |
| Analyse prédictive | Avancé | Exploiter les signaux anticipatifs sans les confondre avec des certitudes. |
Vous êtes désormais capable de construire et piloter un Cockpit Facturation Électronique 360° transformant les données des flux en indicateurs de performance, alertes, décisions et plans d’amélioration continue.
➡️ Transition vers la Séquence 2/7
Après avoir construit le tableau de bord central de la facturation électronique, nous allons exploiter ces indicateurs pour améliorer concrètement la performance du cycle client.
La prochaine séquence sera consacrée à l’accélération de la facturation, à la réduction des rejets et litiges, à l’amélioration des encaissements, au pilotage du DSO et à la transformation des données électroniques en levier d’optimisation du besoin en fonds de roulement.
Mesurer les gains de productivité
Transformer les gains supposés de la facturation électronique en économies mesurées, documentées et présentables au Directeur Financier grâce à une analyse complète des coûts, des temps, de l’automatisation et du retour sur investissement.
🎯 Introduction Premium — Passer de la promesse technologique à la valeur démontrée
La facturation électronique est souvent présentée comme une source automatique d’économies. Cette affirmation ne peut toutefois être retenue sans mesure précise.
Une entreprise peut déployer une plateforme moderne tout en maintenant :
- des ressaisies manuelles ;
- des contrôles redondants ;
- des corrections fréquentes ;
- des circuits de validation trop longs ;
- des interfaces instables ;
- des traitements parallèles par e-mail ou tableur ;
- des factures non intégrées automatiquement ;
- des équipes mobilisées sur des exceptions évitables.
Dans ce cas, la numérisation du flux ne produit pas nécessairement les gains attendus. La valeur apparaît lorsque les processus sont simplifiés, les données fiabilisées, les saisies supprimées, les contrôles automatisés et les anomalies traitées à leur source.
Un gain de productivité n’existe réellement que s’il est mesurable, durable, attribuable au projet et transformé en capacité supplémentaire, en réduction de coût, en diminution du risque ou en amélioration du besoin en fonds de roulement.
🎯 Objectif professionnel
Être capable de construire un business case complet de la facturation électronique, de mesurer les coûts avant et après transformation, de calculer le retour sur investissement et de présenter au CFO une analyse financière fiable intégrant les gains directs, indirects et qualitatifs.
Un dossier ROI comprenant le coût par facture, les temps de traitement, les volumes automatisés, les erreurs supprimées, les économies annuelles, les investissements engagés, le délai de retour sur investissement, les gains par entité et les hypothèses retenues.
🎓 Compétences développées
- calculer le coût complet d’une facture émise ou reçue ;
- mesurer le temps de traitement par étape ;
- quantifier les saisies manuelles supprimées ;
- analyser les erreurs évitées ;
- valoriser les gains de productivité ;
- distinguer économie, capacité libérée et gain qualitatif ;
- calculer le ROI d’une plateforme ;
- déterminer le délai de récupération de l’investissement ;
- comparer les performances avant et après réforme ;
- consolider les gains par filiale ou processus ;
- construire un business case destiné au CFO ;
- utiliser le Simulateur IA ROI Facturation Électronique.
1️⃣ Comprendre ce qu’est réellement un gain de productivité
La productivité mesure la capacité à produire davantage de valeur avec une quantité identique ou inférieure de ressources.
Dans la facturation électronique, elle peut se traduire par :
- un temps de traitement plus court ;
- une diminution du nombre de tâches manuelles ;
- une augmentation du nombre de factures traitées par collaborateur ;
- une baisse du nombre d’erreurs ;
- une diminution des coûts de correction ;
- une réduction des délais d’encaissement ;
- une meilleure absorption des pics de volume ;
- une clôture comptable plus rapide ;
- une amélioration de la conformité ;
- une meilleure disponibilité des équipes pour l’analyse et le conseil.
| Type de gain | Exemple | Mode de valorisation |
|---|---|---|
| Gain de temps | Suppression de la saisie d’une facture fournisseur. | Minutes évitées × volume × coût horaire. |
| Réduction de coût | Suppression de l’affranchissement. | Coût unitaire évité × nombre de factures. |
| Capacité libérée | Traitement de davantage de factures avec la même équipe. | Équivalent temps plein ou volume supplémentaire absorbé. |
| Réduction du risque | Diminution des doublons et erreurs de TVA. | Coûts d’incidents évités ou exposition réduite. |
| Gain de trésorerie | Factures émises plus rapidement. | Impact sur le DSO et le financement du BFR. |
| Gain qualitatif | Meilleure traçabilité des statuts. | Indicateurs de qualité et de satisfaction. |
⚠️ Économie réelle, capacité libérée et gain théorique
Tous les gains calculés ne produisent pas automatiquement une baisse immédiate des charges.
| Nature | Définition | Exemple |
|---|---|---|
| Économie budgétaire | Diminution réelle d’une dépense. | Contrat d’OCR supprimé ou coût postal évité. |
| Capacité libérée | Temps disponible pour d’autres tâches sans réduction immédiate des effectifs. | Comptable redéployé vers le contrôle des anomalies. |
| Coût évité | Dépense future rendue inutile. | Absence de recrutement malgré une hausse des volumes. |
| Gain théorique | Économie calculée mais non transformée opérationnellement. | Temps économisé dispersé sans réorganisation du travail. |
Présenter toute minute économisée comme une réduction de coût immédiate conduit à surévaluer le ROI. Le business case doit préciser comment le temps libéré sera réellement utilisé.
2️⃣ Mesurer le coût par facture
Le coût par facture correspond au coût complet supporté par l’entreprise pour produire, transmettre, recevoir, contrôler, comptabiliser, payer, encaisser, corriger et archiver une facture.
COÛTS HUMAINS
Saisie • Contrôle • Validation • Correction • Support
+
COÛTS TECHNOLOGIQUES
ERP • Plateforme • Connecteurs • OCR • GED • Archivage
+
COÛTS DE TRANSMISSION
Courrier • E-mail • EDI • Portail • Plateforme
+
COÛTS DES ANOMALIES
Rejets • Doublons • Litiges • Retards • Corrections
=
COÛT COMPLET DU PROCESSUS
÷
NOMBRE DE FACTURES TRAITÉES
=
COÛT MOYEN PAR FACTURE
🧮 Formule du coût moyen par facture
Coût moyen par facture = Coût total annuel du processus ÷ Nombre annuel de factures
Le calcul doit idéalement distinguer :
- les factures clients et fournisseurs ;
- les factures traitées automatiquement et manuellement ;
- les factures simples et complexes ;
- les factures sans commande et avec commande ;
- les factures acceptées du premier coup et les factures en anomalie ;
- les coûts fixes et les coûts variables ;
- les coûts internes et les coûts de prestataires.
📊 Matrice Premium des coûts
| Poste | Coût actuel | Coût cible | Gain potentiel |
|---|---|---|---|
| Création et saisie | Temps des équipes. | Génération automatisée. | Réduction des tâches manuelles. |
| Impression | Papier, encre et matériel. | Supprimé pour les flux concernés. | Économie directe. |
| Affranchissement | Coût postal. | Supprimé. | Économie directe. |
| Réception | Tri, téléchargement et classement. | Réception centralisée. | Temps évité. |
| OCR | Licence et contrôle de l’extraction. | Usage réduit sur les flux structurés. | Réduction de coût et d’erreur. |
| Comptabilisation | Saisie ou import semi-automatique. | Écritures automatiques. | Capacité libérée. |
| Correction | Recherche et reprise manuelle. | Contrôles en amont. | Réduction du coût de non-qualité. |
| Archivage | Classement dispersé. | Archivage intégré. | Recherche et restitution accélérées. |
3️⃣ Calculer le temps de traitement
Le temps de traitement doit être mesuré depuis l’entrée de la facture dans le processus jusqu’à sa sortie complète.
Il convient de distinguer :
- le temps actif réellement consacré par un collaborateur ;
- le temps d’attente entre deux étapes ;
- le délai total de bout en bout ;
- le temps nécessaire au traitement des exceptions ;
- le temps consacré aux contrôles et corrections.
| Étape | Temps actif | Temps d’attente | Mesure recherchée |
|---|---|---|---|
| Réception | Téléchargement, tri ou import. | Attente dans une boîte ou un portail. | Délai avant prise en charge. |
| Contrôle | Vérification des données. | Attente d’une pièce ou d’une réponse. | Temps de contrôle moyen. |
| Rapprochement | Comparaison avec commande et réception. | Attente du service fait. | Taux et durée du rapprochement automatique. |
| Approbation | Analyse du valideur. | Facture dans la file d’approbation. | Délai moyen d’approbation. |
| Comptabilisation | Saisie ou validation de l’écriture. | Attente de traitement d’interface. | Délai réception–comptabilisation. |
| Paiement | Préparation et contrôle. | Attente de l’échéance. | Délai de mise en paiement. |
⏱️ Calcul du temps économisé
Temps économisé annuel = Temps moyen évité par facture × Volume annuel concerné
Exemple pédagogique :
- volume annuel : 60 000 factures fournisseurs ;
- temps manuel avant réforme : 8 minutes par facture ;
- temps résiduel après automatisation : 3 minutes ;
- gain unitaire : 5 minutes ;
- gain annuel : 300 000 minutes ;
- soit 5 000 heures de capacité libérée.
Le calcul doit préciser le volume réellement automatisable. Les factures complexes, litigieuses ou sans données suffisantes continueront souvent à nécessiter une intervention humaine.
4️⃣ Mesurer les saisies évitées
La suppression des ressaisies représente l’un des gains les plus visibles de la facturation électronique.
| Donnée ressaisie auparavant | Traitement cible | Gain |
|---|---|---|
| Identité du fournisseur | Reconnaissance à partir des données structurées. | Suppression de la recherche manuelle. |
| Numéro de facture | Import automatique. | Réduction des erreurs et doublons. |
| Date et échéance | Alimentation automatique. | Fiabilisation du calendrier de paiement. |
| Montants HT et TTC | Lecture des champs structurés. | Suppression des fautes de frappe. |
| TVA | Import des bases, taux et montants. | Réduction du risque fiscal. |
| Commande | Rapprochement automatique. | Accélération du contrôle. |
| Compte comptable | Application du mapping. | Automatisation de l’imputation. |
| Axes analytiques | Alimentation depuis la commande ou le référentiel. | Reporting plus fiable. |
📊 KPI des saisies évitées
| Indicateur | Formule |
|---|---|
| Taux de factures sans ressaisie | Factures intégrées sans saisie / factures reçues. |
| Nombre de champs automatiquement alimentés | Champs importés / champs requis. |
| Temps de saisie évité | Temps historique de saisie × factures automatisées. |
| Coût de saisie évité | Temps évité × coût horaire chargé. |
| Taux de reprise manuelle | Factures nécessitant une correction / factures intégrées. |
5️⃣ Analyser les erreurs supprimées
L’automatisation réduit certaines erreurs, mais elle peut également reproduire massivement un paramétrage incorrect. L’analyse doit donc comparer les erreurs humaines supprimées et les nouveaux risques technologiques.
| Erreur historique | Impact | Réduction attendue |
|---|---|---|
| Erreur de saisie du montant | Écriture ou paiement incorrect. | Import automatique du montant structuré. |
| Erreur de fournisseur | Mauvais compte tiers ou paiement. | Identification automatisée. |
| Erreur de TVA | Déclaration incorrecte. | Contrôles et mappings fiscaux. |
| Facture comptabilisée deux fois | Double paiement ou charge surévaluée. | Contrôle d’unicité. |
| Facture oubliée | Retard de paiement ou cut-off incorrect. | Réception centralisée et réconciliation. |
| Mauvaise imputation | Comptes ou reporting erronés. | Mapping validé et contrôlé. |
💸 Valoriser le coût de non-qualité évité
Coût de non-qualité = Nombre d’anomalies × Coût moyen de traitement d’une anomalie
Le coût moyen d’une anomalie peut inclure :
- le temps de détection ;
- le temps d’analyse ;
- la correction de la facture ;
- la réémission ;
- les échanges avec le client ou le fournisseur ;
- la correction comptable ;
- la régularisation de TVA ;
- le retard de paiement ou d’encaissement ;
- le traitement du litige ;
- le contrôle de la régularisation.
6️⃣ Quantifier les économies
Les économies doivent être regroupées par nature afin d’éviter les doubles comptes.
| Catégorie | Économie mesurable |
|---|---|
| Papier et impression | Consommables, imprimantes et maintenance. |
| Affranchissement | Courrier et mise sous pli. |
| Saisie | Temps de traitement supprimé. |
| OCR | Réduction des licences ou du volume traité. |
| Contrôles manuels | Automatisation des vérifications répétitives. |
| Anomalies | Réduction des corrections et litiges. |
| Archivage | Classement, stockage et recherche. |
| Support | Baisse des incidents répétitifs. |
| Clôture | Réduction du temps de réconciliation. |
| Trésorerie | Réduction des retards et du coût de financement. |
🧮 Formule des gains annuels
Gains annuels = Économies directes + capacité valorisée + coûts évités + coût de non-qualité supprimé + gains financiers
Le temps de saisie supprimé ne doit pas être valorisé une première fois comme économie salariale et une seconde fois comme capacité évitant un recrutement, sauf si les deux effets sont réellement distincts et documentés.
7️⃣ Mesurer le ROI de la plateforme
Le retour sur investissement compare les gains générés par le projet aux investissements nécessaires à sa réalisation et à son exploitation.
ROI = (Gains cumulés − Coûts cumulés) ÷ Coûts cumulés × 100
| Coûts à intégrer | Exemples |
|---|---|
| Plateforme | Abonnement, forfait, coût par facture et services complémentaires. |
| Intégration | Connecteurs, API, mappings et développements. |
| Conseil | Assistance, expertise fiscale et conduite du projet. |
| Tests | Recette, jeux de données et correction des anomalies. |
| Données | Nettoyage et enrichissement des référentiels. |
| Formation | Conception des supports et temps des utilisateurs. |
| Conduite du changement | Communication, support et accompagnement. |
| Exploitation | Maintenance, supervision et mises à jour. |
| Coûts internes | Temps des équipes mobilisées sur le projet. |
| Contingence | Provision pour risques et travaux complémentaires. |
⏳ Calculer le délai de récupération
Délai de récupération = Investissement initial ÷ Gains nets mensuels
Exemple pédagogique :
- investissement initial : 300 000 € ;
- gains annuels stabilisés : 240 000 € ;
- coûts récurrents annuels : 60 000 € ;
- gains nets annuels : 180 000 € ;
- gains nets mensuels moyens : 15 000 € ;
- délai indicatif de récupération : 20 mois.
Ce calcul doit être complété par une projection pluriannuelle, car les gains augmentent généralement après la phase de stabilisation.
📈 Construire une projection pluriannuelle
| Année | Coûts | Gains | Flux net | Cumul |
|---|---|---|---|---|
| Année 0 | Investissement initial élevé. | Faibles ou inexistants. | Négatif. | Investissement à récupérer. |
| Année 1 | Exploitation et stabilisation. | Gains partiels. | Progressivement positif. | Réduction du solde à récupérer. |
| Année 2 | Coûts récurrents. | Gains stabilisés. | Positif. | Point mort potentiellement atteint. |
| Années suivantes | Maintenance et évolutions. | Gains durables et nouveaux usages. | Positif. | Création de valeur cumulée. |
8️⃣ Comparer avant et après la réforme
La comparaison doit reposer sur une situation de référence documentée avant le déploiement.
| Indicateur | Avant | Après | Évolution |
|---|---|---|---|
| Coût moyen par facture | Processus historique. | Processus électronique stabilisé. | Gain unitaire. |
| Temps actif par facture | Saisie et contrôles manuels. | Traitement automatisé des cas standards. | Minutes évitées. |
| Taux d’automatisation | Part initiale. | Part cible. | Progression. |
| Taux d’erreur | Anomalies historiques. | Anomalies après stabilisation. | Réduction. |
| Délai réception–comptabilisation | Délai moyen historique. | Délai cible. | Accélération. |
| Factures traitées par ETP | Capacité historique. | Capacité nouvelle. | Gain de productivité. |
| Coût des anomalies | Corrections et litiges. | Coût résiduel. | Coût évité. |
📌 Neutraliser les effets qui faussent la comparaison
- variation importante du volume de factures ;
- changement de périmètre ou d’entité ;
- hausse des prix ou des salaires ;
- modification de l’organisation ;
- migration d’ERP réalisée en parallèle ;
- externalisation ou réinternalisation d’une activité ;
- saisonnalité différente ;
- phase temporaire de stabilisation ;
- qualité initiale des données ;
- augmentation des contrôles réglementaires.
9️⃣ Suivre les gains par filiale
Dans un groupe, un ROI global peut masquer des écarts importants entre les entités. Les résultats doivent être analysés selon les volumes, les systèmes et le niveau de maturité de chaque filiale.
| Filiale | Coût par facture | Automatisation | Gain annuel | Point de vigilance |
|---|---|---|---|---|
| Filiale A | Faible. | Élevée. | Conforme au business case. | Maintenir les performances. |
| Filiale B | Moyen. | En progression. | Partiellement atteint. | Réduire les exceptions. |
| Filiale C | Élevé. | Faible. | Insuffisant. | ERP ancien et nombreuses ressaisies. |
| Filiale D | En baisse rapide. | Élevée. | Supérieur aux prévisions. | Capitaliser les bonnes pratiques. |
🌍 Comparer les filiales de manière équitable
La comparaison doit intégrer :
- le volume annuel de factures ;
- la complexité des opérations ;
- la part des factures avec commande ;
- la qualité des référentiels ;
- l’ERP et les interfaces utilisés ;
- le coût local des ressources ;
- le taux de factures en anomalie ;
- le niveau d’externalisation ;
- les obligations propres au pays ;
- la date réelle de mise en production.
Le benchmark doit servir à identifier des pratiques transférables, et non à sanctionner une filiale dont le contexte est structurellement différent.
🔟 Présenter le business case au CFO
Le CFO attend une démonstration synthétique reliant investissements, gains, risques et capacité de transformation.
| Question du CFO | Réponse attendue |
|---|---|
| Combien coûte le projet ? | Investissement initial et coûts récurrents détaillés. |
| Quels gains sont certains ? | Économies directes contractualisées ou mesurables. |
| Quels gains dépendent d’une transformation interne ? | Capacité libérée, réorganisation et amélioration des processus. |
| Quand l’investissement sera-t-il récupéré ? | Délai de récupération et projection pluriannuelle. |
| Quelles hypothèses sont sensibles ? | Volumes, automatisation, coût horaire et taux d’anomalie. |
| Quels risques peuvent réduire le ROI ? | Retard, interfaces, mauvaise qualité des données et faible adoption. |
| Comment les gains seront-ils suivis ? | KPI, responsables, fréquence et gouvernance des bénéfices. |
📊 Structure Premium du business case CFO
- rappel des objectifs réglementaires et opérationnels ;
- description de la situation actuelle ;
- volumes et coûts de référence ;
- architecture et scénario retenus ;
- investissements initiaux ;
- coûts récurrents ;
- économies directes ;
- capacité libérée et coûts évités ;
- gains de qualité et de conformité ;
- effets sur la trésorerie et le BFR ;
- ROI et délai de récupération ;
- analyse de sensibilité ;
- risques et mesures de sécurisation ;
- gouvernance de suivi des bénéfices.
📉 Construire trois scénarios financiers
| Scénario | Hypothèses | Utilité |
|---|---|---|
| Prudent | Automatisation limitée, gains progressifs et coûts élevés. | Mesurer le risque de sous-performance. |
| Central | Hypothèses les plus probables et documentées. | Construire le budget de référence. |
| Ambitieux | Automatisation élevée et transformation complète des processus. | Identifier le potentiel maximal. |
🧠 Analyse de sensibilité
L’analyse de sensibilité montre comment le ROI évolue lorsque les principales hypothèses changent.
| Hypothèse sensible | Question |
|---|---|
| Taux d’automatisation | Que devient le ROI si seulement 70 % des factures sont automatisées au lieu de 90 % ? |
| Volume | Le projet reste-t-il rentable si les volumes diminuent ? |
| Coût d’intégration | Quel est l’impact d’un dépassement budgétaire de 20 % ? |
| Délai de déploiement | Que devient le point mort si les gains sont décalés de six mois ? |
| Coût horaire | La valorisation des gains reste-t-elle réaliste ? |
| Taux d’erreur | Quel gain subsiste si les anomalies diminuent moins que prévu ? |
💼 Cas pratique Premium — ROI d’une PME
Une PME traite annuellement 24 000 factures clients et 18 000 factures fournisseurs. Elle utilise encore des PDF, une boîte e-mail partagée et un OCR.
Situation de référence
- coût annuel des traitements manuels : 210 000 € ;
- coût de l’OCR et des outils : 30 000 € ;
- coût des anomalies et corrections : 45 000 € ;
- coût postal et documentaire : 15 000 € ;
- coût total annuel estimé : 300 000 €.
Scénario cible
- investissement initial : 120 000 € ;
- coût récurrent de plateforme et maintenance : 42 000 € par an ;
- réduction estimée du travail manuel : 95 000 € par an ;
- réduction de l’OCR et du documentaire : 28 000 € par an ;
- réduction des anomalies : 24 000 € par an ;
- coûts évités grâce à l’absorption de la croissance : 35 000 € par an.
Lecture du chef de mission
| Élément | Montant |
|---|---|
| Gains bruts annuels | 182 000 €. |
| Coûts récurrents | 42 000 €. |
| Gains nets annuels stabilisés | 140 000 €. |
| Investissement initial | 120 000 €. |
| Délai indicatif de récupération | Environ dix à onze mois après stabilisation complète. |
Les 95 000 € de gains liés au travail manuel ne constitueront une économie budgétaire que si l’entreprise réorganise effectivement les tâches, évite un recrutement ou réduit une dépense externe. À défaut, ils représentent principalement une capacité disponible.
💼 Cas pratique Premium — Groupe multi-filiales
Un groupe déploie une plateforme commune dans huit filiales. Après douze mois, le ROI consolidé est positif, mais trois filiales restent nettement en dessous des objectifs.
Diagnostic
| Constat | Cause probable | Action |
|---|---|---|
| Taux d’automatisation faible | Interfaces locales incomplètes. | Finaliser les mappings et connecteurs. |
| Coût par facture élevé | Faibles volumes et processus spécifiques. | Mutualiser certaines fonctions. |
| Nombreuses corrections | Référentiels de mauvaise qualité. | Renforcer la gouvernance des données. |
| Gains non convertis | Organisation du travail inchangée. | Redéployer les capacités libérées. |
| Coûts de support élevés | Faible autonomie des utilisateurs. | Former et créer des guides réflexes. |
🆕 Simulateur IA ROI Facturation Électronique
Le Simulateur IA ROI Facturation Électronique consolide les volumes, les temps de traitement, les coûts, les taux d’erreur, les investissements et les gains afin de construire plusieurs scénarios financiers.
Il aide les responsables à identifier les hypothèses les plus sensibles, à comparer les filiales et à suivre la réalisation effective des bénéfices après la mise en production.
Le Simulateur ne doit pas produire un chiffre spectaculaire destiné à justifier le projet. Il doit construire une estimation explicable, prudente et régulièrement rapprochée des résultats réellement obtenus.
🏗️ Architecture complète du Simulateur IA
VOLUMES DE FACTURES
⬇
TEMPS DE TRAITEMENT
⬇
COÛTS INTERNES ET EXTERNES
⬇
TAUX D’AUTOMATISATION ET D’ERREUR
⬇
INVESTISSEMENTS ET COÛTS RÉCURRENTS
⬇
MOTEUR DE COÛT PAR FACTURE
⬇
MOTEUR DE GAINS DE TEMPS
⬇
MOTEUR DE COÛT DE NON-QUALITÉ
⬇
MOTEUR DE ROI ET POINT MORT
⬇
MOTEUR DE SCÉNARIOS
⬇
MOTEUR DE SENSIBILITÉ
⬇
TABLEAU DE BORD CFO
⚙️ Les moteurs du Simulateur IA
| Moteur | Mission |
|---|---|
| Coût par facture | Calculer le coût complet par type de flux et entité. |
| Temps de traitement | Mesurer les minutes actives et les délais d’attente. |
| Saisies évitées | Quantifier les champs et opérations automatisés. |
| Non-qualité | Valoriser les erreurs, rejets, doublons et litiges. |
| ROI | Comparer les gains aux coûts cumulés. |
| Point mort | Déterminer la date de récupération de l’investissement. |
| Scénarios | Construire des hypothèses prudentes, centrales et ambitieuses. |
| Sensibilité | Mesurer l’impact des hypothèses critiques. |
| Benchmark | Comparer les filiales ou processus. |
| Suivi des bénéfices | Comparer le business case aux gains réellement obtenus. |
🔄 Workflow complet du Simulateur IA
COLLECTE DE LA SITUATION DE RÉFÉRENCE
⬇
VALIDATION DES VOLUMES ET COÛTS
⬇
DÉFINITION DU SCÉNARIO CIBLE
⬇
CALCUL DES GAINS UNITAIRES
⬇
PROJECTION DES GAINS ANNUELS
⬇
INTÉGRATION DES COÛTS INITIAUX ET RÉCURRENTS
⬇
CALCUL DU ROI ET DU POINT MORT
⬇
ANALYSE DE SENSIBILITÉ
⬇
VALIDATION HUMAINE DES HYPOTHÈSES
⬇
PRÉSENTATION AU CFO
⬇
SUIVI DES GAINS RÉELS
🚨 Alertes intelligentes
- hypothèse de gain non documentée ;
- double comptabilisation d’une économie ;
- taux d’automatisation irréaliste ;
- coût interne du projet non intégré ;
- coût récurrent de plateforme sous-estimé ;
- délai de déploiement incompatible avec le business case ;
- volume de factures incohérent avec la comptabilité ;
- écart important entre gains prévus et gains réalisés ;
- filiale durablement en dessous du ROI cible ;
- capacité libérée sans plan de redéploiement ;
- gain de trésorerie calculé sans hypothèse de DSO ;
- projection ne tenant pas compte de la montée en charge.
👨💼 Validation humaine
| Hypothèse | Responsable de validation |
|---|---|
| Volumes de factures | Direction comptable et contrôle de gestion. |
| Temps de traitement | Responsables opérationnels. |
| Coût horaire chargé | Contrôle de gestion et ressources humaines. |
| Investissements techniques | DSI et achats. |
| Coûts de plateforme | Achats et direction de projet. |
| Gains de conformité | Fiscalité et contrôle interne. |
| Effets de trésorerie | Trésorerie et direction financière. |
| Business case final | CFO ou comité d’investissement. |
⚖️ Limites de l’intelligence artificielle
- elle dépend de la fiabilité des coûts et temps fournis ;
- elle peut confondre capacité libérée et économie réelle ;
- elle ne connaît pas automatiquement les décisions futures d’organisation ;
- elle peut extrapoler abusivement un échantillon non représentatif ;
- elle ne garantit pas que les gains prévus seront effectivement réalisés ;
- elle ne peut valider seule les hypothèses budgétaires ;
- elle ne remplace pas le contrôle de gestion ;
- elle ne peut décider seule d’une réduction d’effectif ou d’un redéploiement ;
- ses calculs doivent être explicables, reproductibles et auditables.
📌 Les sept réflexes ROI du Directeur Financier
- Documenter la situation de départ : aucun gain ne peut être démontré sans référence fiable.
- Distinguer coût, temps et délai : une accélération du processus ne correspond pas toujours à une baisse de charge.
- Séparer économie et capacité : le temps libéré doit avoir une utilisation identifiée.
- Intégrer tous les coûts : les développements, tests, formations et coûts internes font partie de l’investissement.
- Construire plusieurs scénarios : le CFO doit connaître le résultat prudent autant que le résultat ambitieux.
- Suivre les gains après le déploiement : le business case doit devenir un tableau de bord des bénéfices réalisés.
- Corriger les écarts : un ROI inférieur aux prévisions doit conduire à une analyse des causes et à un plan d’action.
📌 Synthèse Premium
Mesurer les gains de productivité exige une analyse complète des coûts, des temps, des erreurs, des volumes et des investissements. Le coût par facture doit intégrer l’ensemble du cycle, depuis la création ou la réception jusqu’au paiement et à l’archivage.
La facturation électronique peut supprimer des saisies, réduire les anomalies, accélérer les contrôles et augmenter le volume traité par collaborateur. Ces gains ne deviennent toutefois des économies réelles que lorsque l’entreprise adapte son organisation et transforme la capacité libérée en réduction de coût, coût évité ou création de valeur.
Le ROI doit être construit à partir d’hypothèses documentées, présenté selon plusieurs scénarios et suivi après le déploiement. Le Simulateur IA permet d’accélérer les calculs et d’identifier les écarts, mais la validation des données et des décisions appartient au contrôle de gestion, aux responsables métiers et au CFO.
🎓 Compétences acquises
- calculer le coût complet d’une facture ;
- mesurer les temps actifs et les délais d’attente ;
- quantifier les saisies évitées ;
- valoriser le coût des erreurs supprimées ;
- distinguer économies, coûts évités et capacité libérée ;
- calculer les gains annuels ;
- identifier les coûts initiaux et récurrents ;
- calculer un ROI et un délai de récupération ;
- construire une projection pluriannuelle ;
- comparer la situation avant et après transformation ;
- analyser les performances par filiale ;
- construire des scénarios financiers ;
- présenter un business case au CFO ;
- utiliser un Simulateur IA sous validation humaine.
🏆 Niveau de maîtrise
| Domaine | Niveau atteint | Capacité professionnelle |
|---|---|---|
| Coût par facture | Expert | Construire un coût complet par processus et type de flux. |
| Mesure des temps | Avancé | Distinguer temps actif, attente et délai total. |
| Gains de productivité | Expert | Valoriser les saisies et erreurs évitées. |
| Analyse du ROI | Chef de mission | Calculer le rendement et le point mort du projet. |
| Business case | DAF | Présenter des scénarios financiers fiables au CFO. |
| Pilotage Groupe | Avancé | Comparer les filiales et diffuser les meilleures pratiques. |
| Simulation par l’IA | Avancé | Exploiter les modèles sans abandonner la validation financière. |
Vous êtes désormais capable de construire, challenger et piloter le business case complet d’un projet de facturation électronique, depuis le coût par facture jusqu’à la présentation du ROI au Directeur Financier.
➡️ Transition vers la Séquence 3/7
Après avoir mesuré les gains de productivité et le retour sur investissement, nous allons étudier comment les données de facturation électronique peuvent accélérer les encaissements, réduire les retards clients et améliorer directement le besoin en fonds de roulement.
La prochaine séquence sera consacrée au pilotage du DSO, à la prévention des retards, à la segmentation des créances, à l’automatisation des relances et à la transformation des statuts électroniques en leviers de trésorerie.
Améliorer le BFR et les délais de paiement
Exploiter les données de facturation électronique pour accélérer les encaissements, maîtriser les décaissements, réduire les factures bloquées et transformer les délais de paiement en véritable levier de trésorerie.
🎯 Introduction Premium — La facture électronique devient un outil de trésorerie
Une facture n’est pas seulement une pièce comptable ou fiscale. Elle constitue également le point de départ d’un encaissement client ou d’un décaissement fournisseur.
Chaque journée perdue entre la réalisation de l’opération, l’émission de la facture, sa transmission, son acceptation et son paiement immobilise de la trésorerie. À l’inverse, chaque journée gagnée sur ce cycle améliore directement le besoin en fonds de roulement de l’entreprise.
La facturation électronique permet désormais de suivre avec davantage de précision :
- la date réelle de création de la facture ;
- la date de dépôt sur la plateforme ;
- la date de mise à disposition du client ;
- les rejets et refus ;
- les étapes de validation ;
- la date d’échéance ;
- le paiement ou l’encaissement ;
- les factures bloquées ;
- les litiges ralentissant le règlement.
Ces informations permettent au Directeur Financier de ne plus constater uniquement les retards après leur apparition, mais d’identifier en amont les causes susceptibles de dégrader la trésorerie.
Le BFR ne se pilote pas uniquement dans la balance âgée. Il se construit dès la commande, la qualité des données, la rapidité d’émission, la fiabilité de la facture, la fluidité des validations et la capacité à traiter immédiatement les anomalies.
🎯 Objectif professionnel
Être capable d’utiliser les données issues de la facturation électronique pour mesurer le DSO et le DPO, réduire les délais de facturation et de validation, prévenir les blocages, améliorer les relances et quantifier l’impact des actions engagées sur la trésorerie.
Un tableau de pilotage BFR reliant les délais d’émission, les statuts des factures, les échéances, les litiges, les encaissements, les paiements, le DSO, le DPO et les actions correctives par client, fournisseur, entité et responsable.
🎓 Compétences développées
- comprendre la formation du besoin en fonds de roulement ;
- mesurer le DSO et interpréter ses variations ;
- mesurer le DPO sans dégrader la relation fournisseur ;
- identifier les délais cachés entre l’opération et la facture ;
- réduire les délais d’émission ;
- accélérer les circuits de validation ;
- relier les statuts électroniques aux risques d’encaissement ;
- identifier les causes de factures bloquées ;
- préparer un pilotage préventif de la trésorerie ;
- préparer l’utilisation du Cockpit IA BFR & Délais de paiement.
1️⃣ Comprendre le besoin en fonds de roulement
Le besoin en fonds de roulement correspond au financement nécessaire pour couvrir le décalage entre les encaissements et les décaissements liés à l’activité courante.
BFR = Stocks + Créances clients − Dettes fournisseurs − Autres dettes d’exploitation
Dans une entreprise de services disposant de peu de stocks, les créances clients et les dettes fournisseurs constituent souvent les principaux leviers du BFR.
| Composante | Effet sur le BFR | Levier de pilotage |
|---|---|---|
| Stocks | Augmentent le besoin de financement. | Réduire les niveaux excessifs et accélérer les rotations. |
| Créances clients | Augmentent le BFR tant qu’elles ne sont pas encaissées. | Facturer plus vite, réduire les litiges et accélérer les encaissements. |
| Dettes fournisseurs | Réduisent temporairement le BFR. | Payer à l’échéance contractuelle sans anticipation inutile ni retard abusif. |
| Acomptes reçus | Améliorent la trésorerie en amont de l’exécution. | Prévoir des modalités d’acompte adaptées aux contrats. |
| Acomptes versés | Mobilisent la trésorerie avant la livraison ou le service. | Négocier les modalités et contrôler leur justification. |
🔄 Comment la facturation électronique agit sur le BFR
OPÉRATION RÉALISÉE
⬇
FACTURE ÉMISE RAPIDEMENT
⬇
CONTRÔLES EFFECTUÉS EN AMONT
⬇
TRANSMISSION SANS REJET
⬇
ACCEPTATION PLUS RAPIDE
⬇
RELANCE MIEUX CIBLÉE
⬇
ENCAISSEMENT ACCÉLÉRÉ
⬇
RÉDUCTION DU BFR
La facturation électronique ne réduit donc pas automatiquement le BFR. Elle fournit une infrastructure et des données permettant d’agir plus rapidement sur chaque étape du cycle d’encaissement.
📊 Les principaux leviers de BFR liés à la facturation
| Levier | Risque actuel | Effet recherché |
|---|---|---|
| Délai de création de facture | Facturation plusieurs jours après l’opération. | Déclencher plus tôt le délai de paiement. |
| Qualité des données | Rejets, retours et corrections. | Éviter le redémarrage du cycle. |
| Validation interne | Facture bloquée avant émission. | Réduire les files d’attente. |
| Litiges clients | Refus de paiement ou paiement partiel. | Résoudre plus vite les contestations. |
| Suivi des statuts | Facture bloquée sans détection. | Intervenir avant l’échéance. |
| Relances | Relances tardives ou indifférenciées. | Adapter le scénario au risque et au client. |
| Rapprochement des encaissements | Paiements non identifiés. | Mettre à jour plus vite la situation client. |
2️⃣ Comprendre et mesurer le DSO
Le DSO, ou Days Sales Outstanding, mesure le délai moyen d’encaissement des créances clients.
Il exprime le nombre moyen de jours pendant lesquels le chiffre d’affaires reste immobilisé sous forme de créances.
DSO = Créances clients TTC ÷ Chiffre d’affaires TTC × Nombre de jours de la période
Exemple :
- créances clients TTC : 2 400 000 € ;
- chiffre d’affaires annuel TTC : 24 000 000 € ;
- nombre de jours : 365 ;
- DSO indicatif : 36,5 jours.
Ce résultat signifie que l’entreprise finance en moyenne un peu plus de trente-six jours de chiffre d’affaires avant encaissement.
📌 Les différentes méthodes de calcul du DSO
| Méthode | Principe | Utilité |
|---|---|---|
| Méthode comptable simple | Créances clients rapportées au chiffre d’affaires. | Suivi global rapide. |
| Méthode par épuisement du chiffre d’affaires | Les créances sont rapprochées des mois de chiffre d’affaires les plus récents. | Analyse plus fine en cas de saisonnalité. |
| DSO contractuel | Mesure le délai prévu par les conditions de paiement. | Comparer le délai négocié au délai réel. |
| DSO réel | Mesure le délai entre la date de facture et l’encaissement. | Analyser le comportement effectif des clients. |
| DSO économique | Intègre le délai entre l’opération réalisée et l’émission de la facture. | Révéler les retards internes de facturation. |
Une entreprise peut afficher un délai d’encaissement correct à compter de la date de facture tout en perdant plusieurs jours avant l’émission. Pour piloter réellement le BFR, il faut mesurer le cycle depuis la livraison ou le service fait.
🧭 Décomposer le DSO pour identifier les responsabilités
LIVRAISON OU SERVICE FAIT
⬇
DÉLAI AVANT FACTURATION
⬇
DATE D’ÉMISSION
⬇
DÉLAI CONTRACTUEL
⬇
DATE D’ÉCHÉANCE
⬇
RETARD CLIENT
⬇
DATE D’ENCAISSEMENT
| Segment du délai | Responsabilité dominante | Action possible |
|---|---|---|
| Service fait → Facture | Opérations, ADV et facturation. | Automatiser le déclenchement et supprimer les validations inutiles. |
| Facture → Échéance | Conditions commerciales. | Négocier des délais adaptés et vérifier leur correcte application. |
| Échéance → Encaissement | Client, recouvrement et litiges. | Relancer, résoudre les litiges et escalader. |
| Encaissement → Lettrage | Comptabilité clients et trésorerie. | Automatiser le rapprochement bancaire. |
📈 KPI Premium de pilotage du DSO
| Indicateur | Formule ou lecture | Objectif |
|---|---|---|
| DSO global | Créances rapportées au chiffre d’affaires. | Suivre l’évolution générale. |
| DSO par client | Délai moyen réel d’encaissement par tiers. | Identifier les comportements à risque. |
| DSO par entité | Comparaison des filiales ou établissements. | Repérer les écarts organisationnels. |
| DSO par canal | Factures électroniques, EDI, portail ou autres flux. | Mesurer l’efficacité des canaux. |
| DSO litiges | Délai des factures contestées. | Mesurer l’impact des litiges. |
| Délai avant émission | Service fait → date de facture. | Identifier le délai interne caché. |
| Retard moyen après échéance | Date d’encaissement − date d’échéance. | Mesurer la discipline de paiement. |
3️⃣ Comprendre et mesurer le DPO
Le DPO, ou Days Payable Outstanding, mesure le délai moyen de paiement des fournisseurs.
Il indique pendant combien de jours l’entreprise bénéficie en moyenne du crédit accordé par ses fournisseurs avant de régler ses dettes.
DPO = Dettes fournisseurs TTC ÷ Achats TTC × Nombre de jours de la période
Un DPO plus élevé améliore temporairement la trésorerie, mais il ne doit jamais résulter de retards non maîtrisés, de litiges artificiels ou d’un non-respect des délais légaux et contractuels.
⚖️ Optimiser le DPO sans détériorer la relation fournisseur
| Bonne pratique | Effet recherché | Risque évité |
|---|---|---|
| Payer à l’échéance exacte | Éviter les paiements trop anticipés. | Sortie prématurée de trésorerie. |
| Fiabiliser les dates d’échéance | Programmer correctement les décaissements. | Retard involontaire ou paiement trop tôt. |
| Accélérer la validation interne | Éviter un blocage artificiel avant paiement. | Pénalités et dégradation fournisseur. |
| Traiter rapidement les litiges | Distinguer facture contestée et facture payable. | Blocage global d’un compte fournisseur. |
| Négocier les conditions | Adapter les délais au cycle d’exploitation. | Dépendance à des retards subis. |
| Exploiter l’escompte | Comparer le gain financier au coût de trésorerie. | Paiement anticipé sans avantage suffisant. |
📊 KPI Premium de pilotage du DPO
| Indicateur | Lecture |
|---|---|
| DPO global | Délai moyen de paiement de l’ensemble des fournisseurs. |
| DPO par catégorie d’achats | Différences entre matières, services, énergie ou sous-traitance. |
| DPO par fournisseur | Respect des conditions négociées par partenaire. |
| Factures payées avant échéance | Trésorerie sortie trop tôt sans bénéfice identifié. |
| Factures payées en retard | Risque de pénalités, litige ou rupture fournisseur. |
| Factures bloquées avant paiement | Impact des validations et anomalies internes. |
| Escomptes captés | Avantages obtenus grâce au paiement anticipé. |
🔄 DSO, DPO et trésorerie : raisonner ensemble
DSO EN BAISSE
Encaissements clients plus rapides
+
DPO MAÎTRISÉ
Paiements fournisseurs à l’échéance optimale
+
STOCKS MAÎTRISÉS
Moins de trésorerie immobilisée
=
BFR RÉDUIT
⬇
TRÉSORERIE AMÉLIORÉE
Augmenter artificiellement le DPO en payant les fournisseurs en retard peut améliorer temporairement la trésorerie, mais dégrader les relations commerciales, entraîner des pénalités, fragiliser les fournisseurs et affecter la continuité d’approvisionnement.
4️⃣ Réduire les délais d’émission
Le délai d’émission correspond au temps écoulé entre le moment où l’entreprise est en droit de facturer et la création effective de la facture.
Ce délai peut résulter :
- d’un service fait non validé ;
- d’une livraison non confirmée ;
- d’une donnée client manquante ;
- d’un bon de commande absent ;
- d’une facturation manuelle en fin de mois ;
- d’une consolidation entre plusieurs systèmes ;
- d’une validation commerciale inutile ;
- d’un paramétrage incomplet de l’ERP ;
- d’une interface différée ou en erreur ;
- d’une organisation reposant sur des fichiers parallèles.
Une facture émise cinq jours plus tard déclenche généralement cinq jours plus tard le point de départ du délai de paiement. Le retard interne se transforme alors directement en besoin de financement supplémentaire.
📊 Mesurer le délai d’émission
| Indicateur | Formule | Lecture |
|---|---|---|
| Délai moyen de facturation | Date de facture − date du service fait ou de livraison. | Mesure le retard interne moyen. |
| Taux de facturation à J0 | Factures émises le jour du fait générateur / factures éligibles. | Mesure l’automatisation immédiate. |
| Factures à émettre | Opérations réalisées non encore facturées. | Identifie le chiffre d’affaires en attente. |
| Montant non facturé | Valeur des opérations prêtes à facturer. | Quantifie la trésorerie potentiellement retardée. |
| Délai par entité | Moyenne comparée entre filiales ou sites. | Identifie les écarts d’organisation. |
| Délai par type de contrat | Abonnement, prestation, chantier, livraison ou régie. | Adapte les actions aux scénarios métier. |
⚙️ Leviers pour facturer plus rapidement
| Levier | Action | Gain attendu |
|---|---|---|
| Déclenchement automatique | Créer la facture dès la livraison ou le service fait. | Suppression de l’attente manuelle. |
| Référentiel fiabilisé | Compléter les données avant la commande. | Éviter le blocage au moment de facturer. |
| Contrat structuré | Prévoir les jalons, acomptes et modalités de facturation. | Réduire les arbitrages tardifs. |
| Facturation continue | Éviter d’attendre systématiquement la fin du mois. | Avancer les dates d’émission. |
| Validation par exception | Automatiser les factures standards et revoir uniquement les anomalies. | Réduire le temps de contrôle. |
| Indicateur de factures à émettre | Alerter sur les opérations non facturées. | Limiter les oublis. |
| Responsabilités claires | Affecter chaque blocage à un propriétaire. | Accélérer la résolution. |
💶 Mesurer la trésorerie immobilisée par les retards d’émission
Trésorerie immobilisée estimée = Chiffre d’affaires quotidien moyen × Nombre de jours de retard d’émission
Exemple :
- chiffre d’affaires annuel : 36 500 000 € ;
- chiffre d’affaires quotidien moyen : 100 000 € ;
- délai moyen évitable avant facturation : 4 jours ;
- trésorerie potentiellement immobilisée : 400 000 €.
Ce calcul est une estimation de pilotage. Il doit être adapté à la saisonnalité, aux modalités contractuelles et au profil réel des encaissements.
5️⃣ Accélérer les validations
Les validations sont nécessaires lorsqu’elles sécurisent un risque réel. Elles deviennent contre-productives lorsqu’elles sont répétitives, redondantes ou appliquées uniformément à toutes les factures.
Un circuit de validation trop long peut retarder :
- l’émission d’une facture client ;
- l’acceptation d’une facture fournisseur ;
- la résolution d’un litige ;
- la création d’un avoir ;
- la mise en paiement ;
- la reconnaissance de la TVA ;
- la clôture comptable ;
- la mise à jour des prévisions de trésorerie.
🗺️ Cartographier le circuit de validation
FACTURE OU DEMANDE
⬇
CONTRÔLE AUTOMATIQUE
⬇
VALIDATION MÉTIER
⬇
VALIDATION BUDGÉTAIRE
⬇
VALIDATION COMPTABLE OU FISCALE
⬇
APPROBATION FINALE
⬇
ÉMISSION OU PAIEMENT
La cartographie doit faire apparaître :
- les étapes obligatoires ;
- les validations redondantes ;
- les seuils financiers ;
- les délais attendus ;
- les suppléants ;
- les règles d’escalade ;
- les contrôles automatisables ;
- les cas nécessitant une expertise humaine.
📊 KPI Premium des validations
| Indicateur | Lecture | Action possible |
|---|---|---|
| Délai moyen de validation | Temps entre affectation et décision. | Identifier les étapes lentes. |
| Factures en attente | Stock non encore validé. | Relancer ou redistribuer. |
| Validations hors délai | Part dépassant le délai cible. | Escalader vers le manager. |
| Taux de validation automatique | Factures standards approuvées sans intervention. | Mesurer la maturité du processus. |
| Taux de retour | Factures renvoyées au niveau précédent. | Améliorer les données ou consignes. |
| Concentration des blocages | Validateurs ou services générant le plus d’attente. | Adapter les délégations et ressources. |
| Délai des exceptions | Temps de traitement des cas non standards. | Créer des scénarios spécialisés. |
⚡ Mettre en place la validation par exception
La validation par exception consiste à laisser les factures conformes suivre automatiquement leur processus, tandis que seules les situations présentant un écart ou un risque sont soumises à une intervention humaine.
FACTURE REÇUE OU CRÉÉE
⬇
CONTRÔLES AUTOMATIQUES
⬇
FACTURE CONFORME ?
OUI ─────────────── NON
⬇ ⬇
TRAITEMENT VALIDATION HUMAINE
AUTOMATIQUE ET ANALYSE DE L’ÉCART
Les critères peuvent notamment porter sur :
- le montant ;
- le fournisseur ou le client ;
- la présence d’une commande ;
- l’écart de prix ou de quantité ;
- le taux de TVA ;
- le caractère inhabituel de l’opération ;
- la modification d’une donnée sensible ;
- l’existence d’un litige ;
- le dépassement d’un budget ;
- le niveau de risque du tiers.
👥 Organiser les délégations et suppléances
| Règle | Objectif |
|---|---|
| Délégation par montant | Orienter la facture vers le niveau approprié. |
| Suppléance automatique | Éviter les blocages pendant les absences. |
| Escalade après délai | Alerter le manager lorsqu’une décision tarde. |
| Réaffectation contrôlée | Transférer la validation sans perdre la traçabilité. |
| Révision périodique | Maintenir les délégations cohérentes avec l’organisation. |
| Journalisation | Conserver la preuve des décisions et changements. |
📌 Illustration professionnelle — Le BFR comme une chaîne de temps
Imaginez le BFR comme une succession de chronomètres qui se déclenchent les uns après les autres.
Le premier chronomètre commence lorsque la livraison ou la prestation est réalisée. Il s’arrête lorsque la facture est émise. Le deuxième mesure le délai contractuel. Le troisième mesure le retard éventuel du client. Le quatrième mesure le temps nécessaire pour identifier et lettrer l’encaissement.
Le Directeur Financier ne peut pas agir uniquement sur le dernier chronomètre, celui de la relance. Il doit intervenir sur toute la chaîne :
SERVICE FAIT
⏱️
FACTURE ÉMISE
⏱️
ÉCHÉANCE
⏱️
ENCAISSEMENT
⏱️
LETTRAGE
Avant de renforcer les relances clients, vérifiez si l’entreprise ne perd pas déjà plusieurs jours dans la création de la facture, sa validation, sa transmission ou le traitement de ses rejets.
6️⃣ Diminuer les litiges
Les litiges clients constituent l’un des principaux facteurs d’allongement du DSO. Une facture contestée n’est généralement pas payée à l’échéance, même lorsque le client ne remet en cause qu’une partie limitée de son montant.
Le pilotage du BFR doit donc analyser les litiges comme une cause structurelle de retard et non comme une simple difficulté commerciale ponctuelle.
| Type de litige | Cause fréquente | Impact sur le paiement | Action préventive |
|---|---|---|---|
| Prix contesté | Tarif, remise ou condition commerciale incorrectement repris. | Refus total ou paiement partiel. | Rapprocher automatiquement commande, contrat et facture. |
| Quantité contestée | Écart entre quantité commandée, livrée et facturée. | Blocage de la validation client. | Contrôler les preuves de livraison avant émission. |
| Prestation non reconnue | Service fait non documenté ou jalon contractuel non validé. | Suspension du paiement. | Associer la facture au procès-verbal, au relevé ou à l’attestation de service fait. |
| Commande absente | Référence obligatoire non renseignée. | Rejet ou mise en attente. | Rendre la référence de commande obligatoire lorsqu’elle est requise. |
| Erreur de destinataire | Mauvais établissement, service ou centre de coût. | Facture non traitée. | Fiabiliser le routage et le référentiel client. |
| Erreur de TVA | Taux, exonération, autoliquidation ou base incorrecte. | Refus de comptabilisation ou demande de rectification. | Appliquer les contrôles fiscaux avant transmission. |
| Facture dupliquée | Réémission ou rejeu d’interface mal maîtrisé. | Suspicion et blocage du compte fournisseur. | Utiliser un identifiant unique et un contrôle d’idempotence. |
| Avoir attendu | Correction commerciale non encore émise. | Client retenant le paiement de plusieurs factures. | Accélérer la validation et l’émission des avoirs. |
🧠 Analyser la cause racine des litiges
Une entreprise ne doit pas uniquement mesurer le nombre de litiges ouverts. Elle doit comprendre pourquoi ils apparaissent, combien de temps ils restent actifs et quel montant de trésorerie ils immobilisent.
LITIGE OUVERT
⬇
QUALIFICATION DU MOTIF
⬇
IDENTIFICATION DU RESPONSABLE
⬇
ANALYSE DE LA CAUSE RACINE
⬇
CORRECTION DE LA FACTURE OU DU PROCESSUS
⬇
VALIDATION DU CLIENT
⬇
ENCAISSEMENT
⬇
CAPITALISATION ET PRÉVENTION
| Indicateur | Formule ou lecture | Utilité |
|---|---|---|
| Taux de litiges | Factures litigieuses / factures émises. | Mesurer la qualité globale de la facturation. |
| Montant immobilisé | Somme des factures ou fractions contestées. | Quantifier l’impact sur la trésorerie. |
| Âge moyen des litiges | Durée moyenne entre ouverture et résolution. | Identifier les dossiers qui s’enlisent. |
| Taux de récidive | Litiges répétés pour une même cause / litiges totaux. | Mesurer l’efficacité des corrections structurelles. |
| Litiges par client | Nombre et montant par tiers. | Identifier les clients ou contrats à risque. |
| Litiges par origine | Tarif, livraison, commande, TVA, routage ou contrat. | Orienter les plans d’amélioration. |
Une hausse des litiges peut révéler un problème commercial, logistique, contractuel, fiscal ou informatique. Le service recouvrement ne doit pas être seul responsable de la résolution d’une anomalie créée en amont.
7️⃣ Suivre les dates d’échéance
La date d’échéance constitue le point de référence du pilotage des encaissements et des paiements. Elle doit être calculée à partir de règles contractuelles fiables, cohérentes avec les conditions commerciales et correctement intégrées dans les systèmes.
Une échéance erronée peut produire deux effets opposés :
- une relance prématurée susceptible de détériorer la relation client ;
- une relance tardive qui augmente inutilement le retard d’encaissement.
| Donnée à contrôler | Risque | Contrôle attendu |
|---|---|---|
| Date d’émission | Point de départ incorrect. | Rapprocher la date de facture et l’événement déclencheur. |
| Condition de paiement | Délai mal appliqué. | Contrôler le contrat et le référentiel client. |
| Mode de calcul | Confusion entre délai net, fin de mois ou date fixe. | Paramétrer précisément la règle. |
| Calendrier | Échéance positionnée sur un jour non ouvré. | Appliquer la règle métier retenue. |
| Avoir ou acompte | Solde exigible mal calculé. | Mettre à jour l’échéancier après imputation. |
| Paiement partiel | Relance portant sur un montant déjà réglé. | Rapprocher les encaissements avant toute relance. |
📅 Construire un échéancier dynamique
L’échéancier ne doit pas être une simple liste statique de factures. Il doit intégrer les statuts, les litiges, les promesses de règlement, les paiements partiels et le niveau de risque du client.
FACTURES NON ÉCHUES
⬇
ÉCHÉANCES À 30 JOURS
⬇
ÉCHÉANCES À 15 JOURS
⬇
ÉCHÉANCES À 7 JOURS
⬇
ÉCHÉANCE DU JOUR
⬇
RETARD DE 1 À 15 JOURS
⬇
RETARD DE 16 À 30 JOURS
⬇
RETARD SUPÉRIEUR À 30 JOURS
⬇
ESCALADE ET CONTENTIEUX
| Population | Lecture | Action |
|---|---|---|
| Non échue sans anomalie | Facture en cours normal. | Surveillance simple. |
| Non échue avec statut bloqué | Risque élevé de retard futur. | Intervenir avant l’échéance. |
| Échéance proche | Paiement attendu sous peu. | Relance préventive selon le profil client. |
| Échue non réglée | Retard avéré. | Déclencher le scénario de recouvrement. |
| Échue avec litige | Recouvrement dépendant de la résolution. | Affecter au responsable métier. |
| Promesse de paiement | Engagement du client. | Contrôler la date annoncée et relancer en cas de non-respect. |
8️⃣ Améliorer les relances
Une relance efficace ne consiste pas à envoyer le même message à tous les clients. Elle repose sur une segmentation intelligente tenant compte du montant, de l’ancienneté, du risque, du comportement historique, du statut de la facture et de la relation commerciale.
| Étape | Moment | Objectif | Canal possible |
|---|---|---|---|
| Relance préventive | Avant échéance. | Vérifier que la facture est reçue, acceptée et planifiée. | E-mail, portail ou appel ciblé. |
| Premier rappel | Immédiatement après échéance. | Obtenir une date de paiement. | Message automatisé personnalisé. |
| Relance amiable | Quelques jours après l’échéance. | Comprendre la cause du retard. | Appel ou courrier structuré. |
| Escalade commerciale | Retard persistant ou client stratégique. | Mobiliser le responsable de compte. | Intervention commerciale. |
| Mise en demeure | Absence de résolution amiable. | Formaliser l’exigence de paiement. | Courrier juridiquement sécurisé. |
| Contentieux | Échec des relances précédentes. | Engager le recouvrement approprié. | Service juridique ou prestataire spécialisé. |
🎯 Segmenter les scénarios de relance
| Segment client | Caractéristique | Scénario recommandé |
|---|---|---|
| Client fiable | Paiement régulier, retard exceptionnel. | Relance courtoise et rapide. |
| Client retardataire récurrent | Paiement systématiquement après échéance. | Relance préventive, suivi rapproché et révision des conditions. |
| Client stratégique | Montant important ou relation sensible. | Coordination avec le commerce avant escalade. |
| Client à risque | Dégradation financière ou incidents fréquents. | Réduction de l’encours, acomptes et validation crédit. |
| Client litigieux | Contestations nombreuses. | Résolution métier prioritaire et traçabilité complète. |
| Client public ou grand compte | Processus de validation spécifique. | Suivi des statuts et des étapes administratives. |
| Client international | Pratiques et risques propres au pays. | Scénario adapté au contrat, à la devise et au droit applicable. |
🤖 Automatiser sans déshumaniser
L’automatisation est pertinente pour les rappels standards, la préparation des listes de relance et la mise à jour des priorités. Elle devient risquée lorsqu’elle ignore un litige, une promesse de paiement, une relation commerciale sensible ou une information connue des équipes.
Une relance peut être automatisée lorsque la situation est claire et standardisée. Une interaction humaine est nécessaire dès qu’un enjeu commercial, contractuel, juridique ou réputationnel apparaît.
- exclure automatiquement les factures déjà réglées ;
- exclure ou adapter les factures en litige ;
- tenir compte des paiements partiels ;
- respecter les promesses de paiement encore valides ;
- personnaliser le message selon le niveau de retard ;
- conserver l’historique des échanges ;
- prévoir une validation humaine pour les clients sensibles ;
- mesurer l’efficacité de chaque scénario.
📊 KPI Premium des relances
| Indicateur | Lecture |
|---|---|
| Taux de relance préventive | Part des factures à risque contactées avant échéance. |
| Délai moyen de première relance | Nombre de jours entre échéance et première action. |
| Taux de réponse | Clients ayant répondu à la relance. |
| Taux de promesses tenues | Paiements reçus à la date annoncée. |
| Montant encaissé après relance | Encaissements attribuables aux actions de recouvrement. |
| Nombre moyen de relances | Effort nécessaire avant encaissement. |
| Taux d’escalade | Dossiers nécessitant l’intervention du commerce, du juridique ou du contentieux. |
| Coût de recouvrement | Temps et dépenses engagés pour obtenir le règlement. |
9️⃣ Analyser les retards par client
Le DSO global peut masquer des comportements très différents. L’analyse doit donc être déclinée par client, groupe de clients, secteur, pays, commercial, contrat et type de facture.
| Dimension d’analyse | Question posée |
|---|---|
| Client | Quels tiers paient régulièrement après échéance ? |
| Montant | Quels retards immobilisent le plus de trésorerie ? |
| Ancienneté | Quelles créances présentent le risque le plus élevé ? |
| Commercial | Certains portefeuilles concentrent-ils davantage de retards ? |
| Type de contrat | Quels modèles commerciaux génèrent le plus de contestations ? |
| Canal de facturation | Les factures électroniques sont-elles réglées plus rapidement que les flux résiduels ? |
| Motif de retard | Le client retarde-t-il pour des raisons administratives, financières ou litigieuses ? |
| Pays ou devise | Existe-t-il un risque spécifique international ? |
📈 Construire un score de comportement de paiement
Le score de comportement de paiement peut intégrer plusieurs critères afin de hiérarchiser les actions de recouvrement.
| Critère | Signal favorable | Signal défavorable |
|---|---|---|
| Respect des échéances | Paiements réguliers à la date prévue. | Retards répétés. |
| Ancienneté des créances | Encours récent. | Créances anciennes ou croissantes. |
| Promesses de paiement | Engagements tenus. | Promesses non respectées. |
| Litiges | Peu nombreux et résolus rapidement. | Contestations fréquentes ou artificielles. |
| Évolution de l’encours | Stable ou décroissante. | Hausse rapide sans règlement proportionnel. |
| Communication | Client joignable et coopératif. | Absence de réponse. |
| Informations financières | Situation stable. | Signaux de fragilité connus. |
Un score de retard ne doit pas être confondu avec une notation financière complète. Il constitue un signal de pilotage qui doit être rapproché des informations commerciales, financières et contractuelles disponibles.
🔟 Prévenir les factures bloquées
Une facture bloquée est une facture dont le cycle de traitement n’avance plus. Elle peut être valide sur le plan comptable tout en restant inutilisable pour le client ou le fournisseur en raison d’une anomalie de données, d’un statut manquant, d’un litige ou d’une validation non réalisée.
| Point de blocage | Signal observable | Responsable principal |
|---|---|---|
| Avant émission | Facture créée mais non validée. | ADV, commerce ou manager. |
| Au dépôt | Rejet technique ou fonctionnel. | DSI, plateforme ou responsable des données. |
| Au routage | Destinataire introuvable ou adresse incorrecte. | Référentiel client. |
| Chez le client | Mise à disposition sans traitement. | Client et responsable de compte. |
| À l’acceptation | Refus ou litige. | Commerce, ADV ou opérations. |
| Au paiement | Facture acceptée mais non réglée. | Recouvrement et client. |
| Au lettrage | Paiement reçu mais non identifié. | Trésorerie et comptabilité clients. |
🚦 Matrice Premium des factures bloquées
| Critère | Niveau faible | Niveau majeur | Niveau critique |
|---|---|---|---|
| Montant | Faible exposition. | Montant significatif. | Impact majeur sur la trésorerie. |
| Ancienneté | Blocage récent. | Délai cible dépassé. | Échéance ou clôture menacée. |
| Nombre de factures | Cas isolé. | Population homogène. | Flux massif ou interface globale. |
| Cause | Correction simple. | Intervention multi-services. | Rupture technique, fiscale ou contractuelle. |
| Client | Client peu exposé. | Client stratégique. | Dépendance économique forte. |
Une facture bloquée doit disposer d’un motif, d’un responsable, d’une date de prochaine action et d’un niveau d’escalade. À défaut, elle risque de disparaître dans une file d’attente jusqu’à l’échéance.
💶 Mesurer l’impact sur la trésorerie
La réduction du DSO produit un effet direct sur la trésorerie, puisqu’elle diminue le montant moyen des créances clients à financer.
Trésorerie libérée estimée = Chiffre d’affaires TTC annuel ÷ 365 × Réduction du DSO en jours
Exemple :
- chiffre d’affaires TTC annuel : 73 000 000 € ;
- chiffre d’affaires quotidien moyen : 200 000 € ;
- réduction du DSO : 6 jours ;
- trésorerie potentiellement libérée : 1 200 000 €.
Ce montant représente une estimation du besoin de financement évité. Il ne constitue pas un produit comptable, mais un effet sur la trésorerie et le bilan.
📉 Valoriser le coût financier du BFR
Coût annuel du financement = BFR financé × Taux annuel de financement
Exemple :
- trésorerie libérée : 1 200 000 € ;
- coût moyen de financement : 5 % ;
- économie financière annuelle indicative : 60 000 €.
L’économie dépend de la situation réelle de l’entreprise. Une société fortement endettée peut réduire ses frais financiers. Une société disposant d’un excédent de trésorerie peut surtout améliorer sa capacité d’investissement ou de placement.
📊 Tableau Premium — Relier actions opérationnelles et trésorerie
| Action | KPI opérationnel | Effet BFR | Effet financier attendu |
|---|---|---|---|
| Facturer plus tôt | Délai service fait–facture. | Départ du délai de paiement avancé. | Encaissement accéléré. |
| Réduire les rejets | Taux de rejet. | Moins de factures bloquées. | Réduction des retards. |
| Diminuer les litiges | Taux et âge des litiges. | Créances contestées moins élevées. | Trésorerie récupérée plus vite. |
| Relancer avant échéance | Taux de relance préventive. | Retards évités. | DSO réduit. |
| Automatiser le lettrage | Taux de rapprochement automatique. | Encours plus fiable. | Relances mieux ciblées. |
| Payer à l’échéance exacte | Taux de paiements anticipés ou tardifs. | DPO maîtrisé. | Décaissements optimisés. |
📈 Tableau de bord Premium BFR & Délais de paiement
| Famille | KPI | Fréquence | Responsable |
|---|---|---|---|
| Facturation | Délai moyen d’émission et montant à facturer. | Quotidienne. | ADV et facturation. |
| Créances | DSO, balance âgée et encours échu. | Quotidienne ou hebdomadaire. | Comptabilité clients. |
| Litiges | Nombre, montant, âge et cause. | Hebdomadaire. | Commerce et opérations. |
| Relances | Promesses, réponses et encaissements après relance. | Quotidienne. | Credit management. |
| Factures bloquées | Stock, montant et ancienneté par statut. | Temps réel. | Responsables de processus. |
| Fournisseurs | DPO, paiements anticipés et retards. | Hebdomadaire. | Comptabilité fournisseurs et trésorerie. |
| Trésorerie | Cash libéré, prévisions et coût de financement. | Hebdomadaire ou mensuelle. | Trésorerie et DAF. |
💼 Cas pratique Premium — PME de services
Une PME réalise 12 millions d’euros de chiffre d’affaires annuel. Son DSO atteint 58 jours alors que les conditions contractuelles moyennes sont de 45 jours.
Diagnostic
- délai moyen entre service fait et facture : 6 jours ;
- 8 % des factures font l’objet d’un litige ;
- la première relance intervient en moyenne 9 jours après échéance ;
- les factures refusées ne sont pas automatiquement affectées ;
- les paiements partiels sont lettrés avec retard ;
- les commerciaux découvrent tardivement les clients en difficulté.
Plan d’action
- automatiser la création de la facture dès validation du service fait ;
- contrôler les références contractuelles avant émission ;
- affecter automatiquement chaque refus à un responsable ;
- déployer une relance préventive cinq jours avant échéance ;
- segmenter les clients selon leur comportement de paiement ;
- automatiser le rapprochement des encaissements ;
- présenter chaque semaine les créances critiques au comité BFR.
Le délai avant facturation passe de six à deux jours, le taux de litiges tombe à 3,5 % et le DSO est réduit de huit jours. La PME libère ainsi environ 263 000 € de trésorerie sur la base de son chiffre d’affaires annuel.
🌍 Cas pratique Premium — Groupe multi-entités
Un groupe dispose de huit filiales présentant des DSO compris entre 34 et 79 jours. La Direction souhaite comprendre si ces écarts proviennent des clients, des contrats ou des pratiques internes.
| Constat | Analyse | Décision Groupe |
|---|---|---|
| Filiale A : DSO de 34 jours | Facturation à J0 et relance préventive généralisée. | Capitaliser les bonnes pratiques. |
| Filiale B : DSO de 61 jours | Facturation mensuelle alors que les prestations sont validées quotidiennement. | Passer à une facturation continue. |
| Filiale C : DSO de 72 jours | Nombreux litiges liés aux références de commande. | Renforcer les contrôles en amont. |
| Filiale D : DSO de 79 jours | Clientèle fragile et absence de politique crédit. | Mettre en place limites d’encours et acomptes. |
| Plusieurs filiales | Relances tardives et non segmentées. | Déployer un socle Groupe de recouvrement. |
Le groupe retient un tableau de bord harmonisé, mais conserve des objectifs différenciés selon la structure du portefeuille, les pays et les conditions contractuelles.
Comparer les DSO ne suffit pas. Il faut décomposer les écarts entre délai interne de facturation, délai contractuel, retard client et temps de résolution des litiges.
🆕 Cockpit IA BFR & Délais de paiement
La facturation électronique génère désormais un volume considérable de données exploitables en temps réel : émission des factures, statuts réglementaires, validations, rejets, litiges, paiements, encaissements, échéances et rapprochements comptables.
Le Cockpit IA BFR & Délais de paiement centralise l’ensemble de ces informations afin d’aider la Direction Financière à réduire le DSO, optimiser le DPO, améliorer les prévisions de trésorerie et détecter les risques avant qu’ils n’impactent le cash-flow.
Transformer la facturation électronique en véritable outil de pilotage financier capable d’anticiper les tensions de trésorerie, de hiérarchiser les priorités de recouvrement et d’assister les équipes financières dans leurs décisions quotidiennes.
🏗️ Architecture complète du Cockpit IA
ERP • CRM • Plateforme PDP • Comptabilité • Banque
⬇
Collecte automatique des données
⬇
Analyse IA
⬇
DSO • DPO • Litiges • Relances • Prévisions
⬇
KPI temps réel
⬇
Alertes intelligentes
⬇
Recommandations
⬇
Décision du Directeur Financier
⚙️ Les moteurs du Cockpit IA
| Moteur IA | Fonction | Valeur ajoutée |
|---|---|---|
| Moteur DSO | Analyse les délais d’encaissement par client, filiale, activité et contrat. | Détecte immédiatement toute dérive du délai moyen de paiement. |
| Moteur DPO | Optimise les paiements fournisseurs. | Préserve la trésorerie sans générer de pénalités. |
| Moteur Relances | Priorise automatiquement les actions de recouvrement. | Concentre les équipes sur les créances les plus sensibles. |
| Moteur Litiges | Analyse les causes de contestation. | Réduit durablement les motifs de blocage. |
| Moteur Prévision de trésorerie | Projette les flux futurs selon les comportements de paiement. | Anticipe les tensions de trésorerie. |
🔄 Workflow IA complet
Facture émise
⬇
Suivi des statuts
⬇
Détection automatique des anomalies
⬇
Analyse IA des risques
⬇
Priorisation des actions
⬇
Proposition de relance
⬇
Validation humaine
⬇
Mise à jour des KPI
⬇
Prévision de trésorerie actualisée
🚨 Alertes intelligentes
| Alerte | Déclenchement | Action recommandée |
|---|---|---|
| Hausse du DSO | Dépassement du seuil défini. | Identifier les clients responsables. |
| Facture bloquée | Statut inchangé pendant une durée anormale. | Affecter immédiatement un responsable. |
| Explosion des litiges | Variation inhabituelle du volume ou du montant. | Analyser la cause racine. |
| Retard critique d’encaissement | Créance dépassant le seuil de risque. | Déclencher une escalade. |
| Prévision de tension de trésorerie | Projection IA défavorable. | Adapter les priorités de recouvrement. |
👨💼 Validation humaine
Le Cockpit IA prépare les analyses et propose des priorités, mais il ne remplace jamais le jugement du Directeur Financier, du Credit Manager ou du Responsable Comptable.
Les décisions concernant les relances sensibles, les négociations commerciales, les échéanciers, les contentieux ou les arbitrages de trésorerie demeurent des décisions humaines.
⚠️ Les limites de l’Intelligence Artificielle
- elle ne connaît pas toujours le contexte commercial réel ;
- elle ne remplace pas la négociation avec un client stratégique ;
- elle dépend fortement de la qualité des données ;
- elle peut interpréter à tort certains comportements exceptionnels ;
- elle ne prend pas la responsabilité juridique des décisions ;
- elle nécessite un contrôle humain permanent.
💼 Grand cas pratique Premium
Vous êtes Directeur Financier d’un groupe réalisant 280 M€ de chiffre d’affaires. Malgré la mise en place de la facturation électronique, le DSO reste supérieur à 64 jours alors que l’objectif fixé est de 50 jours.
Votre mission consiste à :
- analyser les KPI du Cockpit IA ;
- identifier les filiales les moins performantes ;
- déterminer les causes des retards ;
- prioriser les clients les plus risqués ;
- proposer un plan de réduction du DSO ;
- évaluer l’impact financier sur le BFR ;
- présenter votre feuille de route au Comité Exécutif.
📚 Synthèse Premium
La facturation électronique dépasse largement le simple respect d’une obligation réglementaire. Elle constitue désormais une source continue de données permettant de piloter la trésorerie, le besoin en fonds de roulement, les délais de paiement, les litiges et la performance financière globale de l’entreprise.
Les organisations capables d’exploiter ces données disposent d’un avantage concurrentiel important : elles encaissent plus rapidement, détectent les anomalies plus tôt, réduisent leurs besoins de financement et améliorent leur rentabilité.
🎓 Compétences acquises
- mesurer le DSO et le DPO ;
- analyser les délais de paiement ;
- identifier les causes de dégradation du BFR ;
- prévenir les factures bloquées ;
- piloter les relances ;
- évaluer l’impact des litiges ;
- interpréter les KPI de trésorerie ;
- mettre en œuvre un pilotage prédictif grâce à l’IA.
🏅 Niveau de maîtrise
À l’issue de cette séquence, vous êtes capable de transformer les données de la facturation électronique en un véritable système de pilotage du besoin en fonds de roulement, d’améliorer les délais de paiement et de sécuriser durablement la trésorerie de votre entreprise grâce à une approche mêlant contrôle interne, indicateurs financiers et intelligence artificielle.
Détecter les anomalies, fraudes et risques
Exploiter les données de la facturation électronique pour identifier automatiquement les anomalies, prévenir les fraudes documentaires et sécuriser durablement les flux financiers de l’entreprise.
🎯 Introduction Premium — La donnée devient votre premier contrôleur interne
Pendant des décennies, la lutte contre la fraude reposait essentiellement sur les contrôles humains réalisés lors des rapprochements comptables, des audits ou des contrôles internes. Cette approche permettait de détecter certaines anomalies, mais souvent plusieurs semaines, voire plusieurs mois après leur apparition.
La généralisation de la facturation électronique modifie profondément cette logique. Les factures deviennent des données structurées, normalisées et interconnectées avec les ERP, les plateformes de dématérialisation partenaires (PDP), les logiciels comptables, les banques et l’administration fiscale.
Cette nouvelle architecture permet désormais de contrôler automatiquement des milliers de critères de cohérence en quelques secondes :
- unicité des factures ;
- cohérence des montants ;
- validité des taux de TVA ;
- conformité des référentiels ;
- cohérence des coordonnées bancaires ;
- détection des fournisseurs inhabituels ;
- analyse des comportements de paiement ;
- identification des séquences de facturation anormales.
La fraude ne disparaît pas avec la facturation électronique. Elle change simplement de forme. Le rôle du Directeur Financier consiste désormais à utiliser la richesse des données disponibles pour détecter beaucoup plus rapidement les anomalies avant qu’elles ne produisent un impact financier.
🎯 Objectif professionnel
Être capable d’identifier les principaux risques de fraude liés à la facturation électronique, de construire une démarche de détection préventive et de mettre en place des contrôles automatisés permettant de sécuriser les achats, les ventes et les paiements.
- repérer les anomalies documentaires ;
- détecter les comportements atypiques ;
- mettre en place des contrôles automatisés ;
- prioriser les alertes selon leur niveau de risque ;
- sécuriser les paiements fournisseurs.
🎓 Compétences développées
- détecter les factures en doublon ;
- identifier les factures fictives ;
- contrôler les changements suspects de coordonnées bancaires ;
- analyser les comportements inhabituels ;
- repérer les anomalies fiscales ;
- contrôler les séquences documentaires ;
- identifier les fournisseurs atypiques ;
- sécuriser les paiements ;
- préparer la mise en œuvre d’un moteur IA de détection de fraude.
🛡️ Pourquoi la fraude évolue avec la facturation électronique
Contrairement à une idée répandue, la facturation électronique ne supprime pas le risque de fraude. Elle modifie les techniques utilisées par les fraudeurs tout en offrant aux entreprises de nouveaux moyens de détection.
| Avant la réforme | Après la réforme |
|---|---|
| Documents PDF facilement modifiables. | Données structurées beaucoup plus contrôlées. |
| Contrôles essentiellement manuels. | Contrôles automatiques en temps réel. |
| Fraudes détectées tardivement. | Anomalies détectées dès leur apparition. |
| Peu de traçabilité. | Historique complet des traitements. |
| Faible exploitation des données. | Analyse comportementale possible. |
Plus les contrôles techniques deviennent performants, plus les fraudeurs cherchent à exploiter les faiblesses organisationnelles, les erreurs humaines ou les référentiels mal sécurisés.
🔍 Les principales familles de fraude
| Famille | Exemple | Conséquence |
|---|---|---|
| Fraude documentaire | Facture créée artificiellement. | Paiement indu. |
| Fraude fournisseur | Création d’un faux fournisseur. | Détournement de fonds. |
| Fraude bancaire | Modification frauduleuse du RIB. | Virement vers un compte frauduleux. |
| Fraude fiscale | Taux de TVA volontairement erroné. | Redressement fiscal. |
| Fraude interne | Double validation fictive. | Détournement de procédure. |
| Fraude comportementale | Modification inhabituelle des habitudes de paiement. | Signal faible d’une fraude plus importante. |
📄 Détecter les doublons de factures
Les doublons représentent l’une des anomalies les plus fréquentes dans les processus Procure-to-Pay. Ils peuvent provenir d’une erreur de manipulation, d’un rejeu informatique, d’une erreur de transmission ou d’une tentative de fraude.
| Contrôle | Éléments comparés | Résultat attendu |
|---|---|---|
| Numéro de facture | Référence fournisseur. | Unicité. |
| Montant | Total TTC. | Absence de répétition suspecte. |
| Date | Date d’émission. | Cohérence chronologique. |
| Fournisseur | SIREN / TVA / Identifiant. | Correspondance parfaite. |
| Objet | Description. | Absence de duplication injustifiée. |
Un numéro identique n’est pas toujours un doublon. À l’inverse, deux numéros différents peuvent masquer une même facture. Les contrôles doivent combiner plusieurs critères simultanément.
👻 Détecter les factures fictives
Une facture fictive correspond à une facture qui ne repose sur aucune opération économique réelle ou qui est destinée à provoquer un paiement indu.
Facture reçue
⬇
Existe-t-il une commande ?
⬇
Existe-t-il une livraison ?
⬇
Existe-t-il un service fait ?
⬇
Existe-t-il une validation ?
⬇
Paiement autorisé
| Signal faible | Pourquoi est-ce suspect ? |
|---|---|
| Nouveau fournisseur inconnu. | Absence d’historique. |
| Montant inhabituel. | Écart significatif avec les habitudes. |
| Aucune commande associée. | Absence de justification. |
| Adresse incohérente. | Risque d’usurpation. |
| Compte bancaire jamais utilisé. | Fraude potentielle au RIB. |
🏦 Identifier les changements suspects de coordonnées bancaires
La fraude au changement de RIB demeure aujourd’hui l’une des principales causes de détournement de paiements dans les entreprises.
Les fraudeurs cherchent généralement à faire modifier les coordonnées bancaires d’un fournisseur légitime afin que les prochains règlements soient envoyés sur un compte frauduleux.
| Contrôle | Objectif |
|---|---|
| Modification récente du RIB. | Détecter une modification inhabituelle. |
| Validation à double niveau. | Limiter les erreurs humaines. |
| Confirmation auprès du fournisseur. | Authentifier la demande. |
| Historique des modifications. | Assurer la traçabilité. |
| Alerte automatique. | Informer immédiatement les responsables. |
Toute demande urgente de changement de coordonnées bancaires, surtout lorsqu’elle intervient juste avant une échéance de paiement importante, doit être considérée comme un signal d’alerte nécessitant une vérification indépendante.
🗺️ Schéma Premium — Les principaux points de contrôle anti-fraude
Référentiel fournisseur
⬇
Création de facture
⬇
Contrôles automatiques
⬇
Analyse des anomalies
⬇
Validation humaine
⬇
Paiement sécurisé
⬇
Archivage et traçabilité
🖼️ Illustration professionnelle — La fraude se déplace là où les contrôles sont les plus faibles
Dans un environnement de facturation électronique, la majorité des contrôles techniques deviennent automatiques. Les fraudeurs cherchent alors à contourner les procédures en exploitant les référentiels, les habilitations, les validations humaines ou les changements de coordonnées bancaires.
Les meilleures entreprises ne cherchent plus uniquement à détecter les fraudes après paiement. Elles mettent en place des contrôles capables d’empêcher leur réalisation avant même que le virement ne soit déclenché.
📊 Détecter les montants inhabituels
Les fraudes documentaires ou les erreurs de facturation se traduisent fréquemment par des montants atypiques. La simple comparaison avec les factures précédentes ne suffit plus ; il convient d’analyser les montants selon leur contexte économique, le fournisseur, le client, la nature de l’opération et les habitudes historiques.
L’objectif n’est pas de bloquer automatiquement les montants élevés, mais de détecter les opérations statistiquement inhabituelles nécessitant une analyse complémentaire.
| Contrôle | Exemple d’anomalie | Action recommandée |
|---|---|---|
| Montant supérieur à l’historique | Facture cinq fois supérieure à la moyenne. | Validation hiérarchique renforcée. |
| Montant identique répété | Plusieurs factures exactement au même montant. | Recherche de doublons ou de fractionnement. |
| Montant juste sous un seuil | 9 950 € alors que le contrôle démarre à 10 000 €. | Détection d’un éventuel contournement. |
| Variation brutale | Hausse soudaine sans justification économique. | Comparer avec le contrat ou la commande. |
| Montant incohérent avec la quantité | Prix unitaire anormalement élevé. | Contrôle automatique des lignes. |
Une anomalie de montant n’est pas une preuve de fraude. Elle constitue un signal d’alerte qui doit être confronté aux contrats, aux commandes, aux livraisons et aux pratiques habituelles du partenaire concerné.
🔢 Contrôler les séquences de facturation
Les numéros de facture doivent suivre une séquence chronologique continue conformément aux exigences fiscales. Une rupture inexpliquée peut révéler une erreur de paramétrage, un dysfonctionnement informatique ou une tentative de dissimulation.
| Situation observée | Interprétation possible | Contrôle à réaliser |
|---|---|---|
| Numéros manquants | Factures annulées ou non retrouvées. | Justifier chaque rupture. |
| Numéros inversés | Erreur de génération. | Contrôler la chronologie. |
| Numéros dupliqués | Doublon ou erreur système. | Vérifier l’unicité. |
| Changement de série | Nouvelle activité ou nouveau paramétrage. | Documenter la justification. |
| Sauts importants | Suppression ou perte potentielle de documents. | Audit complet de la séquence. |
🧾 Identifier les taux de TVA incohérents
Les anomalies de TVA figurent parmi les principaux motifs de redressement fiscal. Grâce à la facturation électronique, ces incohérences peuvent être détectées automatiquement avant l’émission ou la comptabilisation de la facture.
| Anomalie détectée | Risque | Contrôle recommandé |
|---|---|---|
| Taux inhabituel | Erreur de paramétrage. | Comparer avec la nature de l’opération. |
| Exonération injustifiée | Risque fiscal. | Vérifier le fondement juridique. |
| Autoliquidation incorrecte | Déclaration erronée. | Contrôler le régime applicable. |
| TVA incohérente avec le pays | Erreur internationale. | Contrôler la territorialité. |
| Calcul mathématique erroné | Erreur documentaire. | Recalcul automatique. |
🏢 Détecter les fournisseurs atypiques
Les référentiels fournisseurs doivent être analysés en permanence afin d’identifier les partenaires inhabituels ou présentant des caractéristiques susceptibles d’augmenter le risque de fraude.
| Signal | Niveau de risque | Contrôle |
|---|---|---|
| Nouveau fournisseur | Moyen | Validation documentaire complète. |
| Absence d’historique | Moyen | Contrôle du KYC fournisseur. |
| Adresse inhabituelle | Élevé | Vérification indépendante. |
| Compte bancaire étranger inattendu | Élevé | Validation renforcée. |
| Volume soudainement important | Élevé | Analyse économique de la relation. |
📈 Analyser les comportements suspects
Les analyses comportementales permettent d’identifier des évolutions inhabituelles impossibles à détecter au moyen d’un simple contrôle documentaire.
Historique des opérations
⬇
Analyse statistique
⬇
Détection des écarts
⬇
Qualification du risque
⬇
Investigation
⬇
Décision
| Comportement observé | Signal potentiel |
|---|---|
| Multiplication des petites factures. | Fractionnement artificiel. |
| Hausse soudaine d’activité d’un fournisseur. | Contrôle de la réalité économique. |
| Modifications fréquentes des coordonnées. | Fraude potentielle au RIB. |
| Paiements urgents inhabituels. | Tentative de fraude au président ou faux fournisseur. |
| Validation toujours réalisée par la même personne. | Concentration des pouvoirs. |
🔒 Sécuriser les paiements
Le paiement constitue l’étape où le risque financier devient irréversible. Les contrôles doivent donc être renforcés avant toute émission d’un ordre de virement.
| Contrôle | Objectif |
|---|---|
| Double validation. | Limiter les erreurs et les fraudes internes. |
| Contrôle automatique du RIB. | Empêcher les virements frauduleux. |
| Rapprochement commande-facture-réception. | Valider la réalité économique. |
| Contrôle des habilitations. | Sécuriser les autorisations de paiement. |
| Journal des validations. | Garantir la traçabilité. |
| Contrôle des seuils. | Renforcer les validations des paiements importants. |
📊 Tableau Premium — Cartographie des risques de fraude
| Risque | Probabilité | Impact | Niveau de priorité |
|---|---|---|---|
| Double paiement. | Moyenne. | Élevé. | ⭐⭐⭐⭐ |
| Faux fournisseur. | Faible. | Très élevé. | ⭐⭐⭐⭐⭐ |
| Modification frauduleuse du RIB. | Moyenne. | Très élevé. | ⭐⭐⭐⭐⭐ |
| Erreur de TVA. | Moyenne. | Élevé. | ⭐⭐⭐⭐ |
| Facture fictive. | Faible. | Très élevé. | ⭐⭐⭐⭐⭐ |
🏢 Cas pratique Premium — PME industrielle
Une PME reçoit une demande urgente de modification des coordonnées bancaires d’un fournisseur historique quelques heures avant un règlement de 185 000 €. Le message semble provenir du fournisseur mais comporte une légère différence dans le nom de domaine de l’adresse électronique.
Analyse attendue
- bloquer temporairement le paiement ;
- contrôler l’historique des coordonnées bancaires ;
- contacter le fournisseur via un canal indépendant ;
- documenter l’incident ;
- lever ou maintenir le blocage selon les vérifications réalisées.
La tentative de fraude est détectée avant émission du virement. Aucun paiement n’est effectué sur le compte frauduleux et les procédures internes sont renforcées pour les futures demandes de modification de RIB.
🌍 Cas pratique Premium — Groupe multi-entités
Un groupe international constate une augmentation soudaine des factures d’un fournisseur nouvellement référencé dans trois filiales différentes. Les montants restent inférieurs aux seuils de validation renforcée mais représentent un volume inhabituel.
| Constat | Analyse | Décision |
|---|---|---|
| Création récente du fournisseur. | Historique insuffisant. | Audit du dossier fournisseur. |
| Factures nombreuses et de faible montant. | Possible fractionnement. | Analyse consolidée des opérations. |
| Coordonnées bancaires étrangères. | Écart avec les pratiques habituelles. | Validation indépendante. |
| Commandes créées le même jour. | Comportement atypique. | Contrôle des habilitations. |
| Absence de réception physique. | Risque de facture fictive. | Blocage préventif des paiements. |
Les fraudes les plus sophistiquées ne reposent pas toujours sur une anomalie isolée, mais sur l’accumulation de plusieurs signaux faibles. C’est leur corrélation qui permet d’évaluer le niveau réel de risque et de décider d’une investigation approfondie.
🆕 Détecteur IA Fraude & Anomalies Factures
La facturation électronique fournit un volume considérable de données structurées permettant d’automatiser la détection des anomalies comptables, fiscales, documentaires et comportementales. Le Détecteur IA Fraude & Anomalies Factures constitue une couche d’intelligence supplémentaire venant assister les équipes comptables, les contrôleurs internes, les auditeurs et la Direction Financière dans la prévention des risques.
Son objectif n’est pas de remplacer les contrôles humains mais d’identifier, parmi plusieurs centaines de milliers de factures, celles présentant les probabilités les plus élevées d’erreur, d’anomalie ou de fraude.
Le véritable avantage de l’IA ne réside pas dans sa capacité à contrôler toutes les factures, mais dans sa faculté à concentrer immédiatement l’attention des équipes sur les quelques dossiers réellement à risque.
🏗️ Architecture complète du Détecteur IA
ERP • Plateforme PDP • Comptabilité • Banque • Référentiel fournisseurs
⬇
Collecte des données
⬇
Contrôles automatiques
⬇
Analyse comportementale
⬇
Corrélation des anomalies
⬇
Score de risque
⬇
Priorisation
⬇
Validation humaine
⬇
Décision
⚙️ Les moteurs du Détecteur IA
| Moteur IA | Mission | Résultat attendu |
|---|---|---|
| Moteur Anti-doublons | Compare simultanément les numéros, montants, dates, fournisseurs et lignes de facturation. | Détection immédiate des doublons réels ou masqués. |
| Moteur Détection des fournisseurs à risque | Analyse l’historique, les référentiels, les coordonnées bancaires, les pays et les habitudes d’achat. | Identification des fournisseurs atypiques ou sensibles. |
| Moteur Contrôle TVA | Contrôle les taux, les régimes fiscaux, les exonérations et les règles de territorialité. | Réduction des anomalies fiscales. |
| Moteur Détection comportementale | Analyse les habitudes de facturation, les rythmes d’émission et les évolutions statistiques. | Identification des comportements inhabituels. |
| Moteur Analyse des paiements | Contrôle les modifications de RIB, les paiements atypiques et les virements sensibles. | Prévention des détournements de fonds. |
| Moteur Scoring fraude | Agrège l’ensemble des signaux faibles pour produire un score global de risque. | Priorisation intelligente des investigations. |
🔄 Workflow IA complet
Réception ou émission d’une facture
⬇
Contrôles réglementaires
⬇
Contrôles comptables
⬇
Contrôles fiscaux
⬇
Analyse comportementale
⬇
Corrélation des signaux faibles
⬇
Attribution d’un score de risque
⬇
Classement des priorités
⬇
Validation humaine
⬇
Paiement ou blocage
🚨 Alertes intelligentes
| Alerte | Déclenchement | Action recommandée |
|---|---|---|
| Facture probablement dupliquée | Score de similarité élevé. | Bloquer temporairement le paiement. |
| RIB modifié récemment | Changement détecté avant règlement. | Validation indépendante obligatoire. |
| TVA incohérente | Règles fiscales non respectées. | Contrôle fiscal renforcé. |
| Montant atypique | Écart statistique important. | Analyse documentaire. |
| Comportement inhabituel | Modification brutale des habitudes. | Investigation ciblée. |
| Score de fraude critique | Accumulation de plusieurs signaux faibles. | Blocage immédiat et revue manuelle. |
👨💼 Validation humaine
Les recommandations du Détecteur IA doivent toujours être examinées par un professionnel habilité. L’IA identifie des probabilités, tandis que la décision finale appartient aux responsables financiers, comptables, fiscaux ou aux auditeurs internes.
| L’IA peut… | L’humain décide… |
|---|---|
| Détecter des anomalies. | Qualifier la fraude ou l’erreur. |
| Attribuer un score de risque. | Bloquer ou autoriser le paiement. |
| Comparer des millions de données. | Prendre la responsabilité de la décision. |
| Prioriser les investigations. | Conduire les échanges avec les partenaires. |
⚠️ Les limites de l’Intelligence Artificielle
- elle ne remplace jamais le contrôle interne ;
- elle dépend de la qualité des données disponibles ;
- elle peut produire des faux positifs ;
- elle ne connaît pas toujours le contexte contractuel ;
- elle ne prend aucune décision juridique ;
- elle nécessite une supervision permanente des équipes financières.
Une IA performante réduit considérablement le nombre de contrôles manuels, mais elle ne dispense jamais l’entreprise de maintenir une gouvernance robuste, une séparation des tâches et une validation humaine des opérations sensibles.
💼 Grand cas pratique Premium
Vous êtes Responsable du Contrôle Interne d’un groupe international recevant plus de 900 000 factures fournisseurs par an. Le Détecteur IA signale simultanément plusieurs anomalies sur une série de paiements importants.
Le système détecte notamment :
- des modifications récentes de coordonnées bancaires ;
- plusieurs montants juste inférieurs au seuil d’autorisation renforcée ;
- un fournisseur nouvellement créé intervenant sur plusieurs filiales ;
- des factures très proches les unes des autres ;
- des validations réalisées en dehors des horaires habituels ;
- une hausse brutale des paiements sur une courte période.
Votre mission consiste à :
- analyser les alertes ;
- hiérarchiser les risques ;
- bloquer les paiements les plus sensibles ;
- organiser les investigations ;
- confirmer ou infirmer les soupçons ;
- présenter vos conclusions au Directeur Financier et au Comité d’Audit.
📚 Synthèse Premium
La facturation électronique fournit une quantité de données sans précédent permettant de renforcer le contrôle interne, d’améliorer la détection des anomalies et de réduire les risques de fraude. Les entreprises les plus performantes exploitent ces données en temps réel afin de concentrer leurs ressources sur les opérations réellement sensibles.
L’Intelligence Artificielle devient ainsi un véritable assistant du Directeur Financier, du Responsable Comptable et du Contrôle Interne, en leur permettant de passer d’une logique de détection a posteriori à une logique de prévention proactive.
🎓 Compétences acquises
- détecter les doublons documentaires ;
- identifier les factures fictives ;
- contrôler les coordonnées bancaires ;
- repérer les anomalies de TVA ;
- analyser les comportements atypiques ;
- sécuriser les paiements ;
- prioriser les investigations ;
- utiliser un moteur IA de détection des fraudes.
🏅 Niveau de maîtrise
À l’issue de cette séquence, vous êtes capable de mettre en œuvre une démarche moderne de détection des anomalies et de prévention des fraudes reposant sur les données de la facturation électronique, le contrôle interne et l’intelligence artificielle, tout en conservant la maîtrise humaine des décisions les plus sensibles.
Maîtriser la réforme comme un chef de mission, expert-comptable et DAF
Adopter une vision stratégique de la facturation électronique afin d’accompagner les dirigeants, sécuriser les obligations réglementaires et transformer la réforme en véritable levier de création de valeur.
🤝 Connexions AdminFacile Premium
Cette séquence constitue la synthèse opérationnelle de l’ensemble du chapitre consacré à l’exploitation de la facturation électronique comme levier de performance. Elle relie les compétences techniques acquises aux responsabilités quotidiennes du chef de mission, de l’expert-comptable et du Directeur Administratif et Financier.
Les connaissances développées dans cette séquence s’appuient directement sur les notions étudiées précédemment :
- construction des tableaux de bord de pilotage ;
- mesure des gains de productivité ;
- optimisation du besoin en fonds de roulement ;
- réduction des délais de paiement ;
- détection des anomalies et prévention des fraudes ;
- pilotage de la conformité réglementaire ;
- valorisation des données issues de la facturation électronique.
Le professionnel moderne ne se limite plus à produire une comptabilité conforme. Il exploite désormais les flux numériques afin d’améliorer la performance économique, financière et organisationnelle de l’entreprise.
👨💼 Regard de l’Expert-Comptable
La réforme de la facturation électronique transforme profondément les missions de l’expert-comptable. Celui-ci intervient désormais bien au-delà de la production comptable en accompagnant ses clients dans la sécurisation de leurs processus, la qualité de leurs données et le pilotage de leur performance.
| Mission traditionnelle | Mission enrichie par la réforme |
|---|---|
| Tenue comptable. | Supervision automatisée des flux numériques. |
| Établissement des déclarations fiscales. | Contrôle permanent de la conformité des données. |
| Révision annuelle. | Contrôle continu des anomalies. |
| Production des comptes. | Pilotage des indicateurs de performance. |
| Conseil ponctuel. | Accompagnement stratégique de la transformation numérique. |
Chaque anomalie détectée constitue une opportunité d’améliorer durablement l’organisation du client plutôt qu’une simple correction comptable.
🏢 Vision du Directeur Administratif et Financier
Pour le DAF, la facturation électronique représente un véritable système d’information financier en temps réel. Les données produites permettent de piloter simultanément la trésorerie, le besoin en fonds de roulement, la conformité fiscale, la performance opérationnelle et les risques.
Facturation électronique
⬇
Données financières fiables
⬇
Indicateurs de performance
⬇
Analyse des risques
⬇
Décisions de gestion
⬇
Création de valeur
Le Directeur Financier ne pilote plus uniquement des chiffres historiques ; il pilote désormais des événements de gestion pratiquement en temps réel.
🧾 Raisonnement du Responsable Fiscal et Comptable
La conformité ne se limite plus à produire une facture juridiquement valable. Elle consiste également à garantir que l’ensemble des données transmises aux plateformes, aux partenaires commerciaux et à l’administration fiscale soient cohérentes, complètes, traçables et exploitables.
| Question | Objectif du responsable fiscal et comptable |
|---|---|
| Les données sont-elles complètes ? | Éviter les rejets. |
| Les règles fiscales sont-elles respectées ? | Sécuriser les déclarations. |
| Les traitements sont-ils traçables ? | Faciliter les contrôles. |
| Les anomalies sont-elles documentées ? | Justifier les corrections. |
| Les contrôles sont-ils automatisés ? | Réduire les risques opérationnels. |
🤖 Le rôle de l’Intelligence Artificielle
L’IA intervient comme un accélérateur de contrôle et d’analyse. Elle traite rapidement des volumes considérables de données afin d’identifier les anomalies, d’établir des corrélations et de proposer des recommandations de pilotage.
| L’IA assiste | Le professionnel décide |
|---|---|
| Analyse des données. | Interprétation des résultats. |
| Détection des anomalies. | Qualification des risques. |
| Prévisions. | Arbitrages de gestion. |
| Calcul des KPI. | Définition des priorités. |
| Alertes automatiques. | Décision finale. |
L’Intelligence Artificielle constitue un outil d’aide à la décision. Elle ne remplace ni le jugement professionnel, ni les responsabilités juridiques du chef de mission, de l’expert-comptable ou du Directeur Administratif et Financier.
📂 Le dossier de conformité
Afin de démontrer la maîtrise de ses processus, chaque entreprise devrait constituer un dossier documentaire regroupant les principaux éléments relatifs à la facturation électronique.
| Document | Utilité |
|---|---|
| Cartographie des flux. | Comprendre les circuits documentaires. |
| Procédures internes. | Formaliser les responsabilités. |
| Matrice des contrôles. | Justifier le dispositif de contrôle interne. |
| Journal des anomalies. | Tracer les incidents et leurs corrections. |
| Journal des habilitations. | Contrôler les accès aux applications. |
| Tableaux de bord. | Suivre les performances. |
🛡️ Contrôle interne
Un dispositif de contrôle interne efficace repose sur la combinaison de contrôles automatiques, de validations humaines et d’une surveillance continue des indicateurs de risque.
Référentiels fiables
⬇
Contrôles automatiques
⬇
Validation humaine
⬇
Surveillance continue
⬇
Audit
⬇
Amélioration continue
📊 Tableau de bord du Chef de Mission et du DAF
| Axe | Objectif | Fréquence |
|---|---|---|
| Conformité réglementaire | 100 % de conformité. | Temps réel. |
| Performance opérationnelle | Réduction des délais. | Hebdomadaire. |
| Fraudes et anomalies | Détection précoce. | Quotidienne. |
| BFR | Optimisation du cash. | Hebdomadaire. |
| Qualité des données | Fiabilité maximale. | Mensuelle. |
📈 Les KPI de performance incontournables
| Indicateur | Finalité |
|---|---|
| Taux de conformité des factures. | Mesurer la qualité documentaire. |
| Taux de rejet. | Évaluer la qualité des traitements. |
| DSO. | Mesurer la rapidité des encaissements. |
| DPO. | Optimiser les paiements fournisseurs. |
| Taux d’automatisation. | Mesurer les gains de productivité. |
| Nombre d’anomalies détectées. | Suivre l’efficacité du contrôle interne. |
| Taux de résolution des alertes. | Mesurer la réactivité des équipes. |
| ROI de la facturation électronique. | Évaluer la création de valeur. |
🧠 Grand Quiz Premium — Maîtriser la réforme comme un chef de mission, expert-comptable et DAF
Ce quiz final vérifie votre capacité à relier les dimensions réglementaires, fiscales, comptables, techniques, organisationnelles et financières de la facturation électronique.
Répondez à chaque question avant d’ouvrir l’accordéon. Ne cherchez pas uniquement la bonne définition : raisonnez comme un professionnel chargé de sécuriser l’entreprise, de conseiller le dirigeant et de documenter ses conclusions.
Question 1 — Une entreprise qui envoie déjà toutes ses factures sous forme de PDF est-elle prête pour la facturation électronique réglementée ?
Réponse : non, pas nécessairement.
Le PDF constitue un support numérique, mais il ne couvre pas automatiquement les données structurées, le routage par l’annuaire, le recours à une plateforme agréée, les statuts du cycle de vie, le e-reporting et les transmissions réglementaires.
Le professionnel doit examiner l’ensemble de la chaîne, et non uniquement l’apparence du document.
Question 2 — Une entreprise déjà équipée en EDI doit-elle repartir de zéro ?
Réponse : non.
Elle peut généralement conserver une partie de ses données structurées, de ses mappings, de ses interfaces, de ses contrôles et de ses compétences.
Elle doit toutefois vérifier la compatibilité de ses formats, intégrer l’annuaire et les statuts, couvrir le e-reporting, organiser les données de paiement et raccorder son architecture à une plateforme agréée.
Question 3 — Quel est le premier travail du chef de mission avant de recommander une plateforme ?
Réponse : réaliser un diagnostic de l’existant.
Il doit cartographier :
- les flux clients et fournisseurs ;
- les outils ;
- les formats ;
- les interfaces ;
- les volumes ;
- les référentiels ;
- les responsabilités ;
- les contrôles ;
- les dépendances critiques ;
- les compétences disponibles.
Choisir une solution avant de comprendre les besoins réels expose l’entreprise à une architecture inadaptée.
Question 4 — Le prix est-il le critère principal de choix d’une plateforme agréée ?
Réponse : non.
Le coût doit être comparé avec :
- la couverture fonctionnelle ;
- l’interopérabilité ;
- les formats acceptés ;
- les connecteurs ;
- la gestion des statuts ;
- le e-reporting ;
- la sécurité ;
- la disponibilité ;
- le support ;
- la réversibilité ;
- les engagements contractuels ;
- le coût complet sur plusieurs années.
Question 5 — Pourquoi le référentiel client et fournisseur devient-il une composante critique de la conformité ?
Réponse :
Parce qu’une donnée erronée peut provoquer un mauvais routage, un rejet, une erreur de TVA, un blocage comptable, un retard de paiement ou une fraude.
Le référentiel doit notamment sécuriser les identifiants juridiques, fiscaux, les établissements, les adresses de routage, les conditions de paiement et les coordonnées bancaires.
Question 6 — Une facture techniquement acceptée par une plateforme est-elle nécessairement fiscalement correcte ?
Réponse : non.
La réussite d’un contrôle technique ne garantit pas :
- l’application correcte du taux de TVA ;
- la territorialité de l’opération ;
- la justification d’une exonération ;
- la correcte autoliquidation ;
- l’exigibilité de la taxe ;
- la réalité économique de l’opération.
Le contrôle fiscal et comptable reste indispensable.
Question 7 — Quelle différence faut-il établir entre un rejet et un refus ?
Réponse :
Un rejet traduit généralement une impossibilité technique, structurelle, fonctionnelle ou réglementaire de traiter la facture.
Un refus correspond davantage à une décision métier ou commerciale du destinataire : prix contesté, quantité incorrecte, prestation non reconnue ou référence de commande absente.
Les responsabilités et les procédures de correction ne sont donc pas identiques.
Question 8 — Pourquoi faut-il rapprocher la plateforme, l’ERP et le grand livre ?
Réponse :
Pour démontrer que :
- toutes les factures émises ont été transmises ;
- toutes les factures reçues ont été intégrées ;
- les rejets ont été corrigés ;
- les doublons ont été neutralisés ;
- les statuts sont cohérents ;
- les écritures correspondent aux flux réels ;
- les données réglementaires sont exhaustives.
Question 9 — Le e-reporting remplace-t-il la facturation électronique ?
Réponse : non.
Le e-reporting complète le e-invoicing pour les opérations ou données qui ne suivent pas le même flux de facture électronique réglementée.
Le professionnel doit cartographier séparément les opérations B2B domestiques, B2C, internationales et les données de paiement lorsque leur transmission est requise.
Question 10 — Pourquoi les prestations de services nécessitent-elles une vigilance particulière sur les encaissements ?
Réponse :
Lorsque la TVA est exigible à l’encaissement, les paiements complets ou partiels doivent être correctement rapprochés des factures concernées.
L’entreprise doit sécuriser :
- la date d’encaissement ;
- le montant encaissé ;
- la facture correspondante ;
- les règlements groupés ;
- les acomptes ;
- les paiements sans référence ;
- les corrections éventuelles.
Question 11 — Pourquoi une facture reçue mais non intégrée constitue-t-elle un risque de clôture ?
Réponse :
Parce qu’elle peut entraîner :
- une charge non comptabilisée ;
- une dette fournisseur incomplète ;
- une TVA déductible non rapprochée ;
- un paiement tardif ;
- une facture non parvenue mal évaluée ;
- un écart entre la plateforme et le grand livre.
Question 12 — Quels sont les trois niveaux à distinguer dans un gain de productivité ?
Réponse :
- l’économie réelle : une dépense disparaît effectivement ;
- la capacité libérée : du temps devient disponible pour d’autres tâches ;
- le coût évité : l’entreprise absorbe une croissance sans recrutement ou dépense supplémentaire.
Toute minute économisée ne constitue donc pas automatiquement une baisse de charges.
Question 13 — Une baisse du DSO de cinq jours constitue-t-elle un produit comptable ?
Réponse : non.
Elle représente une réduction du besoin de financement des créances clients et peut libérer de la trésorerie.
L’impact économique peut être valorisé par la diminution du coût de financement, l’amélioration de la capacité d’investissement ou la réduction de l’endettement.
Question 14 — Pourquoi ne faut-il pas chercher à augmenter artificiellement le DPO ?
Réponse :
Retarder volontairement les paiements peut générer des pénalités, dégrader la relation fournisseur, fragiliser la chaîne d’approvisionnement et exposer l’entreprise à un risque juridique et réputationnel.
L’objectif professionnel consiste à payer à l’échéance correcte, ni trop tôt ni trop tard.
Question 15 — Pourquoi un changement de RIB doit-il être contrôlé par un canal indépendant ?
Réponse :
Parce qu’un fraudeur peut usurper l’adresse électronique ou le compte d’un fournisseur légitime.
La confirmation doit être réalisée à partir de coordonnées déjà connues et non de celles figurant uniquement dans la demande reçue.
La modification doit également être soumise à une séparation des tâches et à une traçabilité complète.
Question 16 — Une alerte produite par l’IA constitue-t-elle une preuve de fraude ?
Réponse : non.
Elle signale une situation atypique ou une combinaison de facteurs de risque. Une investigation humaine doit confirmer la réalité économique, documentaire, contractuelle et bancaire de l’opération.
Question 17 — Pourquoi les tests doivent-ils couvrir les anomalies et non uniquement les factures standards ?
Réponse :
Parce que la robustesse du dispositif se mesure aussi à sa capacité à traiter :
- un mauvais destinataire ;
- une donnée obligatoire absente ;
- un taux de TVA incohérent ;
- un rejet de format ;
- un refus métier ;
- un avoir ;
- un paiement partiel ;
- une rupture d’interface ;
- un rejeu sans doublon ;
- une indisponibilité de plateforme.
Question 18 — À quelles conditions une décision Go Live peut-elle être raisonnablement prise ?
Réponse :
Lorsque la gouvernance, les référentiels, les interfaces, les tests, les contrôles, les habilitations, la formation, le support, le plan de continuité et les risques résiduels ont été évalués et documentés.
Une anomalie résiduelle peut être acceptée uniquement si son impact, sa mesure compensatoire, son responsable et son échéance de correction sont formalisés.
Question 19 — Que doit contenir le dossier de conformité remis au dirigeant ou présenté à un auditeur ?
Réponse :
- la cartographie des flux ;
- l’architecture fonctionnelle et technique ;
- la gouvernance et le RACI ;
- les procédures ;
- la matrice des risques et contrôles ;
- les habilitations ;
- les résultats de recette ;
- les rapprochements comptables et fiscaux ;
- les incidents et corrections ;
- les preuves d’archivage ;
- les décisions et validations ;
- les tableaux de bord et plans d’action.
Question 20 — En une phrase, quel est le rôle du chef de mission, de l’expert-comptable ou du DAF face à la réforme ?
Réponse proposée :
Il transforme une obligation réglementaire en un dispositif fiable de circulation des données, de maîtrise de la TVA, de contrôle interne, de pilotage financier et d’amélioration durable de la performance.
🚦 Évaluez votre niveau de maîtrise
| Résultat | Niveau | Lecture professionnelle |
|---|---|---|
| 18 à 20 bonnes réponses | Maîtrise DAF / Expert | Vous reliez les dimensions réglementaires, fiscales, opérationnelles et décisionnelles. |
| 15 à 17 bonnes réponses | Chef de mission confirmé | Les fondamentaux sont solides ; consolidez les cas complexes et les contrôles de bout en bout. |
| 11 à 14 bonnes réponses | Maîtrise opérationnelle | Reprenez les liens entre flux, TVA, statuts, rapprochements et gouvernance. |
| 7 à 10 bonnes réponses | Connaissances fragiles | Une révision des processus, du e-reporting et du contrôle interne est recommandée. |
| Moins de 7 bonnes réponses | Fondations à reconstruire | Reprenez progressivement les chapitres précédents avant de conduire une mission client. |
💼 Mission intégrale Premium — Piloter plusieurs entreprises sans appliquer une solution unique
Vous intervenez en qualité de chef de mission au sein d’un cabinet d’expertise comptable. Votre mission consiste à préparer quatre entreprises très différentes à la facturation électronique et à présenter vos recommandations aux dirigeants.
Construire pour chaque entreprise une trajectoire proportionnée à ses flux, ses outils, ses risques, sa maturité et ses ambitions de performance, puis produire une synthèse consolidée à destination de l’expert-comptable signataire.
🏢 Présentation des entreprises
| Entreprise | Profil | Organisation actuelle | Enjeu majeur |
|---|---|---|---|
| ALPHA SERVICES | PME de prestations de services. | Factures PDF, logiciel de gestion, comptabilité externalisée. | TVA sur les encaissements et délais clients. |
| BETA INDUSTRIE | ETI industrielle. | ERP, commandes, réceptions et EDI avec les grands clients. | Conserver l’EDI tout en intégrant le dispositif réglementé. |
| GAMMA COMMERCE | Entreprise de vente aux particuliers et aux professionnels. | Magasins, e-commerce, caisse et facturation B2B. | Distinguer e-invoicing et e-reporting. |
| DELTA GROUPE | Groupe multi-entités. | Trois ERP, deux GED et plusieurs processus locaux. | Construire une gouvernance et un pilotage consolidés. |
🗺️ Cartographie des flux
Pour chaque entreprise, la mission commence par une cartographie détaillée permettant d’identifier les flux entrant dans le périmètre de la facturation électronique, du e-reporting ou d’un autre traitement.
| Flux à recenser | Questions à documenter |
|---|---|
| Ventes B2B domestiques | Qui émet ? Dans quel outil ? Sous quel format ? Avec quelles données ? |
| Ventes B2C | Quelles données sont produites par les caisses et le site marchand ? |
| Ventes internationales | Quels pays, clients, devises, régimes de TVA et canaux sont concernés ? |
| Achats domestiques | Comment les factures sont-elles reçues, rapprochées, validées et payées ? |
| Achats internationaux | Quels contrôles de territorialité, d’autoliquidation et de conversion sont appliqués ? |
| Acomptes et paiements | Comment les règlements sont-ils rapprochés des factures ? |
| Avoirs et rectifications | Comment les corrections sont-elles autorisées, émises et comptabilisées ? |
| Archivage | Où sont conservés les factures, données structurées, statuts et preuves ? |
OPÉRATION ÉCONOMIQUE
⬇
QUALIFICATION DU FLUX
⬇
e-INVOICING • e-REPORTING • AUTRE CIRCUIT
⬇
PRODUCTION DES DONNÉES
⬇
PLATEFORME AGRÉÉE
⬇
DESTINATAIRE • ADMINISTRATION
⬇
COMPTABILITÉ • TVA • TRÉSORERIE • ARCHIVAGE
⚖️ Diagnostic comparé des quatre entreprises
| Axe | ALPHA | BETA | GAMMA | DELTA |
|---|---|---|---|---|
| Données | Incomplètes. | Structurées mais hétérogènes. | Dispersées entre caisse, site et ERP. | Non harmonisées entre filiales. |
| Formats | PDF. | EDI et PDF résiduel. | Tickets, PDF et données e-commerce. | Plusieurs formats propriétaires. |
| TVA | Exigibilité à l’encaissement. | Multi-taux et opérations internationales. | B2C, B2B et ventes à distance. | Règles multiples par entité. |
| Contrôle interne | Peu formalisé. | Structuré mais centré sur l’EDI historique. | Rapprochements incomplets. | Hétérogène. |
| Priorité | Fiabiliser les référentiels et paiements. | Adapter et connecter l’existant. | Cartographier e-invoicing et e-reporting. | Définir un socle Groupe. |
🏗️ Choix de plateforme
Le cabinet construit une grille de sélection commune, puis applique une pondération différente selon les besoins de chaque entreprise.
| Critère | Questions d’évaluation | Preuve attendue |
|---|---|---|
| Statut et pérennité | La plateforme figure-t-elle parmi les acteurs agréés et présente-t-elle une capacité durable ? | Vérification officielle et analyse du prestataire. |
| Formats | Factur-X, UBL, CII et formats entrants existants sont-ils couverts ? | Matrice de compatibilité. |
| Interopérabilité | Comment les factures sont-elles échangées avec les autres plateformes ? | Démonstration et engagement contractuel. |
| ERP et API | Les connecteurs répondent-ils à l’architecture existante ? | Dossier technique et tests. |
| e-reporting | Les flux B2C, internationaux et de paiement sont-ils couverts ? | Scénarios fonctionnels documentés. |
| Statuts | Les statuts sont-ils restitués et intégrables dans l’ERP ? | Table de correspondance. |
| Sécurité | Comment sont gérés les accès, journaux, incidents et données sensibles ? | Documentation de sécurité et engagements de service. |
| Support | Quels délais, niveaux d’escalade et langues sont proposés ? | SLA et organisation du support. |
| Réversibilité | Comment récupérer les données et changer de prestataire ? | Clause contractuelle et format d’export. |
| Coût complet | Quel coût sur plusieurs années, y compris intégration et services ? | Business case comparatif. |
🧪 Construire les factures tests
La recette doit couvrir les cas standards et les exceptions présentant un risque fiscal, comptable ou opérationnel.
| Facture test | Contrôles principaux | Entreprise concernée |
|---|---|---|
| Facture B2B standard | Mentions, routage, format, statuts et comptabilisation. | Toutes. |
| Facture de prestation | Service fait, échéance, encaissement et exigibilité de la TVA. | ALPHA. |
| Facture multi-lignes et multi-taux | Bases, taux, arrondis et totalisation. | BETA et GAMMA. |
| Facture EDI convertie | Mapping, absence de perte et cohérence du format cible. | BETA. |
| Vente B2C | Qualification du flux et données de e-reporting. | GAMMA. |
| Facture internationale | Territorialité, devise, TVA et e-reporting. | BETA, GAMMA et DELTA. |
| Acompte | Référence à l’opération, TVA et imputation sur la facture finale. | Toutes selon les activités. |
| Avoir partiel | Lien avec la facture d’origine, TVA et solde client. | Toutes. |
| Facture rejetée | Motif, affectation, correction et réémission. | Toutes. |
| Paiement partiel | Lettrage, solde restant et données de paiement. | ALPHA et DELTA. |
📡 Organiser le e-reporting
Chaque entreprise doit disposer d’une matrice permettant de déterminer quelles opérations relèvent du e-invoicing, du e-reporting ou d’un autre traitement.
| Population | Source des données | Contrôle d’exhaustivité |
|---|---|---|
| Ventes B2C en magasin | Système de caisse. | Rapprochement avec les ventes et encaissements comptabilisés. |
| Ventes B2C en ligne | Plateforme e-commerce et prestataire de paiement. | Rapprochement commandes, paiements et chiffre d’affaires. |
| Opérations internationales | ERP, facturation et données douanières selon les cas. | Rapprochement avec les comptes de produits et de charges concernés. |
| Données de paiement | Banque, trésorerie et comptabilité clients. | Rapprochement facture–encaissement. |
| Corrections | ERP et plateforme. | Journal des corrections et nouvelle transmission. |
Le montant transmis ne doit pas être contrôlé isolément. Il doit être rapproché des journaux de vente, des comptes de produits, des encaissements, des annulations et des avoirs.
🧾 Sécuriser les contrôles de TVA
| Contrôle | Question professionnelle | Preuve |
|---|---|---|
| Base imposable | Le montant soumis à la TVA correspond-il à l’opération réelle ? | Contrat, commande, facture et comptabilité. |
| Taux | Le taux appliqué correspond-il au bien, au service et au lieu d’imposition ? | Paramétrage fiscal et justification. |
| Exonération | Le fondement est-il applicable et correctement mentionné ? | Texte applicable et pièces justificatives. |
| Autoliquidation | Les conditions sont-elles remplies et la facture correctement traitée ? | Qualification de l’opération et écriture comptable. |
| Exigibilité | La TVA est-elle déclarée à la bonne période ? | Date de livraison, débit ou encaissement selon le régime. |
| Déduction | Les conditions du droit à déduction sont-elles réunies ? | Facture, affectation et comptabilisation. |
| Avoir | La correction de TVA est-elle cohérente avec la facture initiale ? | Lien documentaire et écriture de régularisation. |
| Double déduction | La même facture a-t-elle été intégrée ou déclarée plusieurs fois ? | Contrôle d’unicité et rapprochement des journaux. |
🚨 Traiter les incidents et rejets
Chaque anomalie doit être qualifiée selon sa nature, son impact, son propriétaire et son délai de résolution.
| Incident | Première analyse | Responsable | Action |
|---|---|---|---|
| Format invalide | Mapping ou fichier non conforme. | DSI ou prestataire. | Corriger et rejouer après test. |
| Destinataire introuvable | Identifiant ou routage incorrect. | Responsable du référentiel. | Corriger la donnée source. |
| TVA incohérente | Paramétrage ou qualification fiscale. | Responsable fiscal. | Bloquer, analyser et corriger. |
| Facture refusée | Litige commercial ou opérationnel. | ADV, commerce ou opérations. | Résoudre le motif et décider d’un avoir ou d’une correction. |
| Facture non intégrée | Rupture d’interface ou rejet ERP. | DSI et comptabilité. | Réconcilier les systèmes et reprendre le flux. |
| Doublon potentiel | Réémission ou rejeu. | Comptabilité et contrôle interne. | Bloquer le paiement et vérifier l’unicité. |
| Donnée de paiement absente | Rapprochement bancaire incomplet. | Trésorerie et fiscalité. | Identifier l’encaissement et régulariser. |
🗓️ Construire le plan de déploiement
| Phase | Travaux | Livrable |
|---|---|---|
| Diagnostic | Flux, outils, données, volumes, compétences et risques. | Rapport de maturité. |
| Cadrage | Périmètre, gouvernance, budget et critères de réussite. | Note de cadrage. |
| Choix de plateforme | Consultation, démonstrations et analyse comparative. | Dossier de décision. |
| Données | Nettoyage, enrichissement et gouvernance des référentiels. | Référentiels validés. |
| Architecture | Formats, interfaces, annuaire, statuts et archivage. | Dossier d’architecture. |
| Recette | Tests techniques, fonctionnels, fiscaux et comptables. | Procès-verbal de recette. |
| Formation | Parcours métiers, procédures, guides et support. | Plan d’accompagnement. |
| Go Live | Validation des critères et organisation de l’hypercare. | Décision Go / No Go. |
| Stabilisation | Suivi des rejets, incidents, KPI et plans d’action. | Tableau de bord de stabilisation. |
| Amélioration continue | ROI, BFR, automatisation, conformité et contrôle interne. | Feuille de route de performance. |
📝 Note au dirigeant
Monsieur le Dirigeant,
Le diagnostic réalisé montre que la réforme ne peut pas être traitée comme un simple changement de format ou de canal d’envoi. Elle nécessite une adaptation coordonnée des données, des outils, des processus comptables et fiscaux, des responsabilités et du contrôle interne.
Les priorités identifiées sont les suivantes :
- fiabiliser les référentiels clients et fournisseurs ;
- qualifier les flux relevant du e-invoicing et du e-reporting ;
- sélectionner une plateforme adaptée à l’architecture et aux volumes ;
- sécuriser les interfaces avec les outils existants ;
- tester les factures, les statuts, les rejets, la TVA et les paiements ;
- formaliser les contrôles, les habilitations et les procédures de continuité ;
- former les équipes et accompagner les partenaires ;
- piloter la mise en œuvre au moyen d’indicateurs de conformité et de performance.
Au-delà de l’obligation réglementaire, ce projet peut réduire les saisies, accélérer les encaissements, renforcer la maîtrise de la TVA, améliorer la clôture comptable et sécuriser les paiements.
Nous recommandons la mise en place d’une gouvernance dédiée, d’un plan de déploiement daté et d’une revue régulière par la Direction jusqu’à la stabilisation complète du dispositif.
🔎 Revue de l’expert-comptable
Avant validation finale, l’expert-comptable reprend le dossier selon une démarche de revue structurée.
| Axe de revue | Question de l’expert | Conclusion attendue |
|---|---|---|
| Périmètre | Tous les flux significatifs ont-ils été recensés ? | Cartographie exhaustive et validée. |
| Données | Les référentiels permettent-ils le routage et les contrôles fiscaux ? | Plan de qualité documenté. |
| Plateforme | Le choix répond-il aux besoins réels et aux risques ? | Décision justifiée et contractualisée. |
| TVA | Les règles d’exigibilité, territorialité et déduction sont-elles maîtrisées ? | Matrice fiscale validée. |
| Comptabilité | Les flux sont-ils réconciliés avec les journaux et le grand livre ? | Contrôles d’exhaustivité opérationnels. |
| Contrôle interne | Les droits, validations et changements sensibles sont-ils sécurisés ? | Matrice des risques et contrôles. |
| Recette | Les cas critiques et les modes dégradés ont-ils été testés ? | Réserves connues et plans d’action. |
| Continuité | L’entreprise peut-elle maintenir son activité en cas d’incident ? | Plan de continuité testé. |
| Gouvernance | Les responsabilités et arbitrages sont-ils formalisés ? | RACI et comités opérationnels. |
| Performance | Les gains et risques seront-ils suivis après le démarrage ? | Tableau de bord et propriétaires des KPI. |
Le dossier peut être considéré comme maîtrisé lorsque les principales obligations sont couvertes, que les risques résiduels sont explicitement acceptés, que les contrôles sont testés et que chaque action restant à réaliser possède un responsable et une échéance.
🆕 Cockpit Facturation Électronique — Conformité, TVA & Performance 360°
Le composant final rassemble l’ensemble des connaissances du module dans un système unique de supervision destiné au chef de mission, à l’expert-comptable, au responsable fiscal, au responsable comptable et au DAF.
Il permet de suivre simultanément :
- la conformité des factures ;
- la qualité des référentiels ;
- les flux de e-invoicing et de e-reporting ;
- les statuts, rejets et refus ;
- la TVA collectée, déductible et exigible ;
- les données de paiement ;
- les rapprochements comptables ;
- les délais clients et fournisseurs ;
- les anomalies et risques de fraude ;
- les gains de productivité et le ROI.
🏗️ Architecture complète du Cockpit final
ERP • CRM • ACHATS • VENTES • CAISSES
⬇
PLATEFORMES AGRÉÉES • API • CONNECTEURS
⬇
COMPTABILITÉ • TVA • TRÉSORERIE • GED • ARCHIVAGE
⬇
MOTEUR DE CARTOGRAPHIE DES FLUX
⬇
MOTEUR DE CONFORMITÉ DES FACTURES
⬇
MOTEUR TVA & e-REPORTING
⬇
MOTEUR DE RÉCONCILIATION COMPTABLE
⬇
MOTEUR STATUTS • REJETS • INCIDENTS
⬇
MOTEUR BFR • DSO • DPO • TRÉSORERIE
⬇
MOTEUR FRAUDE & ANOMALIES
⬇
MOTEUR ROI & PRODUCTIVITÉ
⬇
SCORING • ALERTES • RECOMMANDATIONS
⬇
VALIDATION HUMAINE
⬇
DOSSIER DE CONFORMITÉ & TABLEAU DE BORD DAF
⚙️ Les moteurs du Cockpit 360°
| Moteur | Mission | Utilisateur principal |
|---|---|---|
| Cartographie | Qualifier les flux, outils, acteurs et obligations. | Chef de projet et chef de mission. |
| Conformité | Contrôler les formats, données et mentions. | Responsable comptable. |
| TVA | Analyser taux, exigibilité, déduction et e-reporting. | Responsable fiscal. |
| Réconciliation | Rapprocher plateforme, ERP, journaux et grand livre. | Comptabilité et réviseur. |
| Statuts et incidents | Suivre les blocages, rejets, refus et délais. | Responsables de processus. |
| BFR | Piloter DSO, DPO, litiges et trésorerie. | DAF et trésorerie. |
| Fraude | Identifier doublons, comportements atypiques et paiements suspects. | Contrôle interne. |
| ROI | Mesurer les gains, coûts et capacités libérées. | Contrôle de gestion et CFO. |
| Dossier de conformité | Centraliser les procédures, preuves et validations. | Expert-comptable, auditeur et DAF. |
🔄 Workflow final du Cockpit 360°
COLLECTE DES FLUX ET DONNÉES
⬇
CONTRÔLE DE QUALITÉ
⬇
QUALIFICATION FISCALE ET RÉGLEMENTAIRE
⬇
CONTRÔLE DE CONFORMITÉ
⬇
RÉCONCILIATION COMPTABLE
⬇
ANALYSE DES STATUTS ET INCIDENTS
⬇
SCORING DES RISQUES
⬇
MESURE DU BFR ET DE LA PERFORMANCE
⬇
ALERTE AU RESPONSABLE
⬇
ANALYSE ET VALIDATION HUMAINE
⬇
ACTION CORRECTIVE
⬇
CONTRÔLE DU RÉSULTAT
⬇
MISE À JOUR DU DOSSIER DE CONFORMITÉ
🚨 Alertes intelligentes du Cockpit final
- flux significatif non cartographié ;
- facture créée mais non transmise ;
- facture reçue mais non comptabilisée ;
- hausse inhabituelle des rejets ;
- statut bloqué au-delà du délai cible ;
- écart entre plateforme et grand livre ;
- anomalie de TVA ou de e-reporting ;
- encaissement non rapproché ;
- double déduction ou double paiement potentiel ;
- modification sensible d’un fournisseur ;
- dégradation du DSO ou du DPO ;
- facture litigieuse à forte valeur ;
- baisse du taux d’automatisation ;
- ROI inférieur au business case ;
- preuve ou procédure de conformité devenue obsolète.
👨💼 Validation humaine et séparation des responsabilités
| Analyse du Cockpit | Validation professionnelle |
|---|---|
| Anomalie de facture | Responsable comptable ou opérationnel. |
| Qualification de TVA | Responsable fiscal ou conseil compétent. |
| Écart de réconciliation | Comptabilité et chef de mission. |
| Suspicion de fraude | Contrôle interne, trésorerie et direction. |
| Acceptation d’un risque | DAF ou gouvernance habilitée. |
| Conclusion du dossier | Expert-comptable ou responsable de la mission. |
Le Cockpit prépare l’analyse, organise les preuves et hiérarchise les risques. Il ne remplace jamais le jugement professionnel, la signature, l’arbitrage ou la responsabilité des personnes habilitées.
⚖️ Limites du composant final
- il dépend de l’exhaustivité des flux connectés ;
- il peut produire des conclusions erronées à partir de données incomplètes ;
- il ne connaît pas automatiquement toutes les particularités contractuelles ;
- il ne remplace pas une analyse fiscale complexe ;
- il ne peut conclure seul à l’existence d’une fraude ;
- il ne transforme pas une procédure non appliquée en contrôle efficace ;
- il doit être protégé par des habilitations et des journaux fiables ;
- ses règles, seuils et modèles doivent être régulièrement révisés ;
- ses recommandations doivent rester explicables et auditables.
📚 Sources officielles
Les professionnels doivent vérifier régulièrement les textes et documentations applicables, la réforme étant susceptible de faire l’objet de précisions techniques, doctrinales ou réglementaires.
- Code général des impôts — article 289 : règles générales relatives à l’obligation de facturation.
- Code général des impôts — article 289 bis : cadre applicable à l’émission, la transmission et la réception des factures électroniques au moyen d’une plateforme agréée.
- Code général des impôts — article 290 : transmission électronique de certaines données de transaction à l’administration.
- Code général des impôts — article 290 A : transmission des données de paiement pour les opérations concernées par une exigibilité de la TVA à l’encaissement.
- Décret n° 2022-1299 du 7 octobre 2022 : modalités d’application du dispositif de facturation électronique et de transmission des données.
- Direction générale des Finances publiques : espace professionnel consacré à la facturation électronique, documentation, questions fréquentes et liste des plateformes agréées.
- Ministère de l’Économie, des Finances et de la Souveraineté industrielle et numérique : calendrier de généralisation, obligations de réception et d’émission et documentation destinée aux entreprises.
- Agence pour l’Informatique Financière de l’État : présentation de la facturation électronique interentreprises et du calendrier de déploiement.
- BOFiP-Impôts : doctrine administrative relative aux règles de facturation, à la TVA, aux obligations comptables, à la conservation et au contrôle fiscal.
- Livre des procédures fiscales — article L. 102 B : obligations fiscales de conservation des documents et données.
- Documentation administrative relative à la conservation : maintien de l’intégrité du contenu des factures et des éléments constitutifs de la piste d’audit pendant leur durée fiscale de conservation.
- Service public de l’annuaire de la facturation électronique : principes d’identification des destinataires et de routage des factures.
Au 1er septembre 2026, toutes les entreprises concernées doivent être capables de recevoir des factures électroniques ; les grandes entreprises et les entreprises de taille intermédiaire entrent également dans l’obligation d’émission. L’obligation d’émission des PME et microentreprises intervient au 1er septembre 2027. Le calendrier du e-reporting suit celui applicable à l’émission.
Guide Premium d’aide au choix d’une Plateforme de Dématérialisation Partenaire (PDP)
Comprendre l’écosystème, comparer les solutions, éviter les erreurs de sélection et choisir une Plateforme de Dématérialisation Partenaire adaptée à votre entreprise grâce à une méthode utilisée par les cabinets de conseil, les DAF et les experts-comptables.
🎯 Introduction Premium
Depuis l’annonce de la généralisation de la facturation électronique, une question revient systématiquement lors des réunions de direction, des missions d’expertise comptable et des projets de transformation financière :
Quelle Plateforme de Dématérialisation Partenaire (PDP) faut-il choisir ?
Derrière cette question se cachent en réalité de nombreuses interrogations :
- Quelle est la différence entre une PDP et un simple logiciel de facturation ?
- Pourquoi existe-t-il également des Opérateurs de Dématérialisation (OD) ?
- Toutes les plateformes proposent-elles les mêmes services ?
- Comment comparer objectivement deux offres commerciales ?
- Quels sont les véritables coûts d’un projet ?
- Quelles questions faut-il poser avant de signer un contrat ?
- Comment éviter de choisir une solution inadaptée qui devra être remplacée dans deux ou trois ans ?
Ce guide répond précisément à ces questions en adoptant une approche indépendante, méthodique et orientée décision. Il ne s’agit pas de promouvoir une plateforme plutôt qu’une autre, mais de fournir une méthode professionnelle permettant d’évaluer chaque solution selon les besoins réels de l’entreprise.
⭐ Pourquoi ce guide est indispensable
Le marché des Plateformes de Dématérialisation Partenaires évolue extrêmement rapidement. Les offres commerciales se multiplient, les fonctionnalités s’enrichissent et les entreprises doivent prendre des décisions engageant parfois plusieurs années d’exploitation.
Pourtant, la plupart des comparatifs disponibles se limitent à quelques fonctionnalités marketing sans analyser les véritables enjeux opérationnels, fiscaux, comptables et organisationnels.
Vous fournir une méthode de sélection identique à celle utilisée lors des appels d’offres menés par les cabinets de conseil, les directions financières et les grands groupes afin de choisir une plateforme réellement adaptée à votre organisation.
🚀 Pourquoi le choix d’une PDP est devenu stratégique
Pendant longtemps, le logiciel de facturation constituait un simple outil administratif destiné à éditer des factures et à suivre les règlements. La réforme transforme profondément cette logique.
Désormais, la plateforme devient un véritable carrefour d’échanges reliant l’entreprise à ses clients, à ses fournisseurs, aux autres plateformes, aux systèmes d’information internes et à l’administration fiscale.
ERP
⬇
Logiciel de facturation
⬇
Plateforme de Dématérialisation Partenaire (PDP)
⬇
Annuaire national
⬇
Autres PDP
⬇
Clients • Fournisseurs
⬇
Administration fiscale
🤝 Pourquoi une PDP devient un partenaire stratégique
| Avant la réforme | Après la réforme |
|---|---|
| Le logiciel éditait simplement les factures. | La PDP pilote les échanges réglementaires. |
| Transmission directe par mail ou courrier. | Transmission normalisée via les plateformes. |
| Peu d’interactions avec l’administration. | Transmission réglementaire de nombreuses données. |
| Contrôles principalement internes. | Contrôles techniques et réglementaires automatisés. |
| Gestion documentaire. | Gestion des flux de données financières. |
Une PDP n’est plus un simple prestataire informatique. Elle devient un partenaire permanent de la chaîne financière de l’entreprise.
💸 Pourquoi un mauvais choix peut coûter très cher
Beaucoup d’entreprises concentrent leur analyse sur le prix de l’abonnement mensuel. Or celui-ci ne représente souvent qu’une faible partie du coût global du projet.
| Erreur de choix | Conséquences possibles |
|---|---|
| Plateforme incompatible avec l’ERP. | Développements supplémentaires coûteux. |
| API insuffisantes. | Interfaces manuelles et pertes de productivité. |
| Support insuffisant. | Blocage prolongé des flux. |
| Fonctionnalités incomplètes. | Achats complémentaires imprévus. |
| Architecture peu évolutive. | Migration anticipée vers une autre plateforme. |
| Mauvaise interopérabilité. | Complexité accrue des échanges commerciaux. |
🔄 Pourquoi changer de PDP peut devenir complexe
Une Plateforme de Dématérialisation Partenaire concentre progressivement une grande partie des échanges documentaires, des journaux d’événements, des statuts, des historiques de transmission et parfois même des processus métiers de l’entreprise.
Changer de plateforme implique souvent :
- la reprise des interfaces ;
- la migration des historiques ;
- la requalification des flux ;
- la modification des procédures internes ;
- la formation des utilisateurs ;
- de nouveaux tests d’intégration ;
- la renégociation des contrats de services.
Choisir une PDP ne revient pas uniquement à acheter un logiciel. Il s’agit de sélectionner un partenaire technologique susceptible d’accompagner l’entreprise pendant plusieurs années.
⚖️ Les enjeux juridiques, fiscaux et informatiques
| Dimension | Questions à se poser |
|---|---|
| Juridique | Le contrat protège-t-il suffisamment l’entreprise ? |
| Fiscal | La plateforme couvre-t-elle correctement les obligations réglementaires ? |
| Comptable | Les écritures seront-elles correctement rapprochées ? |
| Organisation | Les processus internes devront-ils être profondément modifiés ? |
| Informatique | Les ERP et logiciels existants pourront-ils communiquer facilement ? |
| Cybersécurité | Les données seront-elles suffisamment protégées ? |
| Continuité d’activité | Comment poursuivre l’activité en cas de panne ou d’indisponibilité ? |
🌐 Comprendre tout l’écosystème de la facturation électronique
Avant de comparer les plateformes, il est indispensable de comprendre les différents acteurs qui composent l’écosystème français de la facturation électronique.
🏢 La Plateforme de Dématérialisation Partenaire (PDP)
Une PDP est une plateforme immatriculée par l’administration fiscale pour assurer les échanges réglementaires de factures électroniques et des données associées entre les entreprises et avec l’administration.
🔄 L’Opérateur de Dématérialisation (OD)
L’Opérateur de Dématérialisation accompagne les entreprises dans la préparation, la conversion, le contrôle ou la transmission des factures, mais il ne dispose pas du statut de Plateforme de Dématérialisation Partenaire immatriculée.
📒 L’annuaire national
L’annuaire permet d’identifier la plateforme destinataire des factures électroniques de chaque entreprise afin d’assurer un routage automatique et sécurisé des échanges.
❓ Une PME doit-elle choisir une PDP dès 2026 alors qu’elle n’émettra ses factures électroniques qu’en 2027 ?
Oui. À compter du 1er septembre 2026, toutes les entreprises concernées par la réforme devront être capables de recevoir des factures électroniques, quelle que soit leur taille.
Les PME, TPE et microentreprises ne seront tenues d’émettre leurs propres factures électroniques qu’à compter du 1er septembre 2027. Elles devront néanmoins avoir choisi, au plus tard le 1er septembre 2026, une plateforme agréée — anciennement appelée Plateforme de Dématérialisation Partenaire ou PDP — pour recevoir les factures électroniques adressées par leurs fournisseurs.
FOURNISSEUR SOUMIS À L’OBLIGATION D’ÉMISSION EN 2026
⬇PLATEFORME AGRÉÉE DU FOURNISSEUR
⬇CONSULTATION DE L’ANNUAIRE NATIONAL
⬇IDENTIFICATION DE L’ADRESSE ÉLECTRONIQUE DE FACTURATION DE LA PME
⬇PLATEFORME AGRÉÉE DÉSIGNÉE PAR LA PME
⬇MISE À DISPOSITION DE LA FACTURE ÉLECTRONIQUE
⬇PME DESTINATAIRE
🏢 Pourquoi ce rattachement est-il indispensable ?
L’annuaire national recense les entreprises assujetties et indique, pour chacune d’elles, la plateforme agréée qui gère ses données ainsi que ses adresses électroniques de facturation. La plateforme du fournisseur consulte cet annuaire afin d’acheminer la facture vers la plateforme désignée par la PME destinataire.
🔄 La PME doit-elle nécessairement utiliser directement le portail de la plateforme ?
Non. Elle peut accéder au service de réception :
- directement depuis l’espace mis à disposition par la plateforme agréée ;
- depuis son logiciel de facturation, son ERP ou son logiciel comptable, lorsque celui-ci est connecté à une plateforme agréée ;
- au travers d’une solution compatible proposée par son éditeur ;
- au moyen d’un service organisé par son cabinet d’expertise comptable, à condition que ce service repose lui-même sur une plateforme agréée.
Le logiciel de facturation, l’ERP, l’éditeur ou le cabinet d’expertise comptable peuvent servir d’interface quotidienne à la PME. Ils ne remplacent toutefois pas la plateforme agréée chargée de la réception réglementaire, sauf s’ils disposent eux-mêmes de cet agrément.
| Échéance | Obligation de la PME | Préparation attendue |
|---|---|---|
| Au plus tard le 1er septembre 2026 | Être capable de recevoir les factures électroniques. | Désigner une plateforme agréée, disposer d’une adresse de facturation référencée dans l’annuaire et tester la réception. |
| À compter du 1er septembre 2027 | Émettre également les factures électroniques relevant du dispositif et transmettre les données concernées. | Connecter la facturation, fiabiliser les référentiels, tester les formats, les statuts et les flux réglementaires. |
Il ne faut donc pas attendre septembre 2027 pour engager la réflexion. Le choix effectué pour assurer la réception dès 2026 doit idéalement anticiper les besoins d’émission de 2027, afin d’éviter une seconde migration, de nouveaux paramétrages et une multiplication des coûts.
Réception en 2026 ne signifie pas absence de choix. Une PME qui n’émettra qu’en 2027 doit tout de même désigner une plateforme agréée en 2026, directement ou par l’intermédiaire d’une solution compatible, afin d’être correctement adressée dans l’annuaire et de recevoir les factures électroniques de ses fournisseurs.
🔗 Les API
Les API (Application Programming Interfaces) permettent aux ERP, logiciels comptables, CRM, plateformes e-commerce et autres applications de communiquer automatiquement avec la PDP sans ressaisie des données.
🖥️ Les ERP
L’ERP demeure le système central de gestion de l’entreprise. La PDP ne le remplace pas ; elle vient compléter son fonctionnement en assurant les échanges réglementaires et la circulation normalisée des données de facturation.
📄 Les formats Factur-X, UBL et CII
| Format | Particularité | Utilisation |
|---|---|---|
| Factur-X | PDF lisible + données XML intégrées. | Très utilisé en France. |
| UBL | Format XML structuré international. | Nombreux ERP. |
| CII | Format XML normalisé UN/CEFACT. | Échanges internationaux. |
📡 Le e-reporting
Le e-reporting complète la facturation électronique en transmettant à l’administration certaines données concernant des opérations qui ne relèvent pas du e-invoicing réglementaire.
🧾 La TVA au cœur de l’écosystème
La réforme de la facturation électronique poursuit notamment un objectif de sécurisation et de modernisation du contrôle de la TVA grâce à des données plus fiables, plus rapides et plus structurées.
🗺️ Schéma Premium — L’écosystème complet
ERP • CRM • Logiciel de facturation
⬇
API
⬇
PDP
⬇
Annuaire National
⬇
Autres PDP
⬇
Clients • Fournisseurs
⬇
e-reporting
⬇
Administration fiscale
📊 Tableau comparatif des principaux acteurs
| Acteur | Mission principale | Valeur ajoutée |
|---|---|---|
| PDP | Assurer les échanges réglementaires. | Conformité et interopérabilité. |
| OD | Préparer et accompagner les flux. | Services complémentaires. |
| ERP | Gérer l’activité de l’entreprise. | Système d’information central. |
| API | Connecter les applications. | Automatisation. |
| Annuaire | Orienter les factures. | Routage sécurisé. |
🎯 Les missions complètes d’une Plateforme de Dématérialisation Partenaire (PDP)
Beaucoup d’entreprises pensent qu’une PDP se limite à transmettre des factures électroniques. Cette vision est très réductrice. En réalité, une Plateforme de Dématérialisation Partenaire constitue le cœur opérationnel des échanges réglementaires entre l’entreprise, ses partenaires commerciaux et l’administration fiscale.
Une PDP intervient tout au long du cycle de vie de la facture, depuis sa création jusqu’à son archivage, en assurant également le suivi des statuts, des transmissions réglementaires et des données de paiement lorsque celles-ci sont exigées.
🛠️ Les principales missions d’une PDP
| Mission | Description | Valeur ajoutée |
|---|---|---|
| Réception des données | Collecte des informations provenant de l’ERP ou du logiciel de facturation. | Automatisation des flux. |
| Contrôle de conformité | Vérification des mentions obligatoires, des formats et des données réglementaires. | Réduction des rejets. |
| Transformation des formats | Conversion éventuelle des données vers Factur-X, UBL ou CII. | Interopérabilité. |
| Consultation de l’annuaire | Recherche automatique de la plateforme destinataire. | Routage sécurisé. |
| Transmission des factures | Envoi des factures vers les autres PDP. | Conformité réglementaire. |
| Gestion des statuts | Réception et diffusion des événements de vie des factures. | Suivi temps réel. |
| Transmission du e-reporting | Transmission des données réglementaires à l’administration. | Respect des obligations fiscales. |
| Archivage | Conservation des flux et des preuves selon les règles applicables. | Traçabilité. |
⚖️ PDP, OD, logiciel de facturation ou ERP : quelles différences ?
Ces quatre solutions répondent à des besoins très différents. Les confondre constitue l’une des erreurs les plus fréquentes lors des projets de facturation électronique.
📊 Tableau comparatif Premium
| Critère | PDP | OD | Logiciel de facturation | ERP |
|---|---|---|---|---|
| Émission réglementaire | ✔ | Indirectement | Non | Selon intégration |
| Réception réglementaire | ✔ | Indirectement | Non | Selon intégration |
| e-reporting | ✔ | Préparation possible | Non | Selon paramétrage |
| Interopérabilité nationale | ✔ | Non | Non | Non |
| Gestion commerciale | Limitée | Limitée | ✔ | ✔ |
| Gestion comptable | Non | Non | Limitée | ✔ |
| Production comptable | Non | Non | Partielle | ✔ |
| Contrôle réglementaire | ✔ | Partiel | Non | Partiel |
🧩 Comment ces outils travaillent-ils ensemble ?
CRM
⬇
ERP
⬇
Logiciel de facturation
⬇
API
⬇
PDP
⬇
Autres PDP
⬇
Administration fiscale
✅ Les critères professionnels de sélection d’une PDP
Une décision ne doit jamais être prise uniquement sur la base du prix. Les directions financières construisent généralement une grille multicritère permettant d’évaluer objectivement chaque solution.
📋 Grille professionnelle d’évaluation
| Critère | Questions à se poser |
|---|---|
| Couverture fonctionnelle | La plateforme couvre-t-elle tous les flux de l’entreprise ? |
| Conformité réglementaire | Suit-elle les évolutions de la réglementation ? |
| Interopérabilité | Dialogue-t-elle facilement avec les autres PDP ? |
| Compatibilité ERP | Existe-t-il déjà des connecteurs ? |
| API | Les interfaces sont-elles documentées et ouvertes ? |
| Sécurité | Les certifications et mécanismes de protection sont-ils satisfaisants ? |
| Archivage | Les preuves et journaux sont-ils conservés correctement ? |
| Support | Quels sont les délais de réponse ? |
| Évolutivité | La solution accompagnera-t-elle la croissance de l’entreprise ? |
| Réversibilité | Comment récupérer les données en cas de changement ? |
🔐 Les critères de cybersécurité à examiner
| Contrôle | Pourquoi est-ce important ? |
|---|---|
| Authentification multifacteur | Limiter les accès frauduleux. |
| Journalisation | Tracer toutes les opérations. |
| Chiffrement | Protéger les données échangées. |
| Sauvegardes | Garantir la continuité d’activité. |
| Plan de reprise | Réduire les interruptions de service. |
| Gestion des habilitations | Sécuriser les droits des utilisateurs. |
💰 Comprendre les coûts d’une PDP
Le coût d’une plateforme ne se limite jamais au prix affiché dans la proposition commerciale. Une analyse en coût complet est indispensable avant toute décision.
📊 Décomposer le coût total d’un projet PDP
| Élément | Description | À vérifier |
|---|---|---|
| Licence | Droit d’utilisation. | Mensuelle ou annuelle. |
| Abonnement | Services inclus. | Nombre d’utilisateurs. |
| Coût par facture | Tarification unitaire. | Volume réel. |
| API | Interfaces. | Payantes ou incluses. |
| Archivage | Stockage documentaire. | Durée comprise. |
| Support | Assistance. | Niveau de service. |
| Migration | Reprise des données. | Incluse ou non. |
| Formation | Montée en compétences. | Présentiel ou distanciel. |
| Maintenance | Mises à jour. | Incluses ? |
| Coûts cachés | Développements, prestations supplémentaires. | Identifier toutes les options. |
📈 Calculer le retour sur investissement (ROI)
Le coût d’une PDP doit toujours être rapproché des économies générées :
- diminution des saisies manuelles ;
- réduction des erreurs ;
- baisse des litiges ;
- accélération des paiements ;
- amélioration du DSO ;
- optimisation du BFR ;
- réduction des coûts d’archivage ;
- gain de temps des équipes ;
- réduction du risque fiscal.
🏢 Cas pratique Premium — Comparaison de deux offres
Une PME reçoit deux propositions commerciales.
| PDP Alpha | PDP Beta | |
|---|---|---|
| Abonnement | 79 € / mois | 59 € / mois |
| API | Incluses | Payantes |
| Migration | Incluse | Facturée |
| Support Premium | Inclus | En option |
| Archivage | 10 ans inclus | Facturé séparément |
Malgré un abonnement mensuel supérieur, l’offre Alpha peut présenter un coût total de possession inférieur grâce à l’intégration des API, de la migration, du support et de l’archivage. La décision doit donc être fondée sur le coût global du projet et non sur le seul montant de l’abonnement.
💡 Illustration professionnelle
Prix affiché
≠
Coût total du projet
=
Licence
+API
+Migration
+Support
+Archivage
+Formation
+Maintenance
+Coûts cachés
⬇
ROI réel
❓ Les 30 questions à poser avant de signer avec une PDP
La majorité des entreprises sélectionnent leur Plateforme de Dématérialisation Partenaire après une simple démonstration commerciale. Cette approche est risquée. Avant toute signature, le chef de projet, le DAF ou l’expert-comptable doit conduire un véritable audit du futur prestataire.
Utilisez cette grille comme une check-list lors des démonstrations commerciales. Les réponses obtenues permettront de comparer objectivement plusieurs plateformes.
📋 Les 30 questions incontournables
| N° | Question | Pourquoi est-ce important ? |
|---|---|---|
| 1 | La plateforme est-elle officiellement immatriculée comme PDP ? | Garantir la conformité réglementaire. |
| 2 | Quels formats sont supportés (Factur-X, UBL, CII) ? | Assurer l’interopérabilité. |
| 3 | Existe-t-il déjà un connecteur avec notre ERP ? | Limiter les développements. |
| 4 | Les API sont-elles documentées ? | Faciliter les intégrations. |
| 5 | Comment fonctionne le routage via l’annuaire ? | Comprendre les échanges. |
| 6 | Quels statuts sont retournés ? | Piloter les flux. |
| 7 | Le e-reporting est-il intégré ? | Respect des obligations. |
| 8 | Comment sont gérés les paiements ? | Suivi TVA et trésorerie. |
| 9 | Quels délais de disponibilité sont garantis ? | Continuité d’activité. |
| 10 | Existe-t-il un PRA/PCA ? | Gestion des incidents. |
| 11 | Comment sont gérées les sauvegardes ? | Sécurité. |
| 12 | Les données sont-elles hébergées en Europe ? | Souveraineté. |
| 13 | Quelles certifications de sécurité possédez-vous ? | Cybersécurité. |
| 14 | Comment sont gérées les habilitations ? | Contrôle interne. |
| 15 | Le journal des événements est-il exportable ? | Audit. |
| 16 | Comment fonctionne la réversibilité ? | Éviter l’enfermement. |
| 17 | Quels coûts sont variables ? | Maîtriser le budget. |
| 18 | Existe-t-il des coûts cachés ? | Comparer les offres. |
| 19 | Comment évoluent les tarifs ? | Vision long terme. |
| 20 | Comment est assuré le support ? | Qualité de service. |
| 21 | Quel accompagnement est prévu au démarrage ? | Réussir le projet. |
| 22 | Une formation est-elle comprise ? | Montée en compétences. |
| 23 | Comment les mises à jour sont-elles réalisées ? | Pérennité. |
| 24 | Les nouvelles obligations réglementaires sont-elles incluses ? | Conformité. |
| 25 | Quel est le délai moyen de résolution d’un incident ? | Qualité du support. |
| 26 | Existe-t-il un environnement de test ? | Recette. |
| 27 | Comment seront migrées les données ? | Transition. |
| 28 | Les tableaux de bord sont-ils personnalisables ? | Pilotage. |
| 29 | L’IA est-elle intégrée ? | Automatisation. |
| 30 | Quels clients comparables utilisent déjà cette solution ? | Retour d’expérience. |
⚠️ Les erreurs que commettent 90 % des entreprises
| Erreur | Conséquence |
|---|---|
| Choisir uniquement selon le prix. | Coût total supérieur. |
| Ne pas vérifier les API. | Développements coûteux. |
| Ignorer la réversibilité. | Dépendance au fournisseur. |
| Ne pas tester l’intégration ERP. | Blocages en production. |
| Sous-estimer les volumes. | Explosion des coûts variables. |
| Négliger la cybersécurité. | Exposition accrue aux cyberattaques. |
| Oublier le support. | Temps d’arrêt prolongés. |
| Signer sans pilote. | Découverte tardive des difficultés. |
| Ne pas impliquer les métiers. | Résistance au changement. |
| Absence d’appel d’offres. | Choix insuffisamment justifié. |
📑 Comment organiser un appel d’offres pour choisir une PDP
Expression des besoins
⬇
Cahier des charges
⬇
Consultation des PDP
⬇
Démonstrations
⬇
Réponses aux 30 questions
⬇
Notation
⬇
Tests
⬇
Négociation
⬇
Choix final
⚖️ Comment comparer objectivement plusieurs PDP
Une comparaison professionnelle repose sur une méthode pondérée. Chaque plateforme est évaluée selon les mêmes critères, avec une pondération reflétant les priorités de l’entreprise.
📊 Grande grille comparative Premium (notation sur 100)
| Critère | Pondération | Note |
|---|---|---|
| Conformité réglementaire | 20 | /20 |
| Interopérabilité | 10 | /10 |
| Connecteurs ERP | 10 | /10 |
| API | 10 | /10 |
| Sécurité | 10 | /10 |
| Support | 10 | /10 |
| Fonctionnalités | 10 | /10 |
| Coût global | 10 | /10 |
| Évolutivité | 5 | /5 |
| Réversibilité | 5 | /5 |
| Total | 100 | /100 |
🧮 Matrice décisionnelle
| Score obtenu | Décision recommandée |
|---|---|
| 90 à 100 | Plateforme fortement recommandée. |
| 80 à 89 | Très bonne solution avec quelques points à négocier. |
| 70 à 79 | Solution acceptable mais nécessitant des précautions. |
| 60 à 69 | Projet risqué, analyse complémentaire indispensable. |
| Moins de 60 | Plateforme déconseillée. |
🖼️ Illustration professionnelle — La méthode de sélection des DAF
Besoins métiers
➕Contraintes réglementaires
➕Architecture SI
➕Sécurité
➕Coût global
➕Performance
⬇
Comparaison objective
⬇
Choix argumenté
🎯 Cas pratique Premium
Une entreprise consulte trois PDP. La première est la moins chère, la deuxième obtient le meilleur score fonctionnel et la troisième offre une excellente sécurité mais un coût plus élevé.
Grâce à la grille de notation, la direction constate que la deuxième plateforme obtient 91/100, la troisième 87/100 et la première seulement 71/100. Le choix final repose ainsi sur une analyse multicritère documentée et non sur le seul prix affiché.
Une PDP ne s’achète pas ; elle se sélectionne au terme d’une évaluation structurée intégrant les besoins métiers, les exigences réglementaires, le coût global de possession et la capacité du prestataire à accompagner durablement l’entreprise.
🤖 🆕 Simulateur IA de choix d’une Plateforme de Dématérialisation Partenaire (PDP)
Choisir une Plateforme de Dématérialisation Partenaire ne peut plus reposer sur une simple démonstration commerciale ou sur le montant d’un abonnement mensuel. Les entreprises doivent désormais comparer simultanément des critères réglementaires, techniques, comptables, fiscaux, organisationnels et financiers.
Le Simulateur IA de choix d’une PDP constitue un véritable assistant d’aide à la décision destiné aux dirigeants, DAF, responsables comptables, responsables SI et experts-comptables. Il reproduit le raisonnement qu’adopterait un cabinet de conseil spécialisé lors d’un appel d’offres.
🏗️ Architecture complète du Simulateur IA
Profil de l’entreprise
⬇
Collecte des besoins
⬇
Analyse réglementaire
⬇
Analyse métier
⬇
Analyse ERP & SI
⬇
Analyse financière
⬇
Analyse cybersécurité
⬇
Scoring multicritère
⬇
Recommandations argumentées
⬇
Validation humaine
⚙️ Workflow IA complet
| Étape | Travail réalisé par l’IA |
|---|---|
| 1 | Analyse du profil de l’entreprise. |
| 2 | Qualification des flux comptables et commerciaux. |
| 3 | Identification des contraintes réglementaires. |
| 4 | Analyse des outils existants (ERP, CRM, logiciels métiers). |
| 5 | Évaluation des exigences de sécurité et de conformité. |
| 6 | Calcul du coût global de possession. |
| 7 | Notation multicritère des différentes PDP. |
| 8 | Émission d’une recommandation motivée. |
🧠 Les moteurs d’intelligence artificielle
| Moteur IA | Mission |
|---|---|
| 📊 Moteur d’analyse | Analyse la structure, la taille et les flux de l’entreprise. |
| 🏢 Moteur métier | Identifie les besoins spécifiques selon le secteur d’activité. |
| 💻 Moteur ERP | Vérifie les connecteurs, API et possibilités d’intégration. |
| ⚖️ Moteur conformité | Contrôle la couverture réglementaire des plateformes. |
| 💶 Moteur coûts | Calcule le coût global de possession sur plusieurs années. |
| 📈 Moteur ROI | Estime les gains de productivité et le retour sur investissement. |
| 🛡️ Moteur cybersécurité | Évalue les garanties de sécurité et de continuité d’activité. |
| 🎯 Moteur recommandations | Classe les solutions selon les priorités de l’entreprise. |
📝 Les informations analysées par le Simulateur IA
Le dirigeant ou le chef de projet répond à une trentaine de questions portant notamment sur :
- la taille de l’entreprise ;
- le nombre de factures émises et reçues ;
- les ERP et logiciels utilisés ;
- les volumes internationaux ;
- les contraintes sectorielles ;
- les exigences de cybersécurité ;
- les besoins d’API ;
- les objectifs budgétaires ;
- les ressources internes disponibles ;
- les objectifs de performance attendus.
🎯 Recommandations générées par l’IA
À l’issue de l’analyse, l’IA ne désigne pas arbitrairement une plateforme. Elle établit un classement argumenté fondé sur les critères de l’entreprise.
| Classement | Analyse de l’IA |
|---|---|
| PDP A | Meilleur équilibre entre conformité, intégration ERP, coût global et évolutivité. |
| PDP B | Très adaptée aux groupes multi-entités disposant d’un SI complexe. |
| PDP C | Solution pertinente pour les TPE et PME recherchant une mise en œuvre rapide. |
⚠️ Validation humaine obligatoire
Le Simulateur IA accélère l’analyse, structure les comparaisons et identifie les points d’attention. En revanche, la décision finale appartient toujours aux dirigeants et à l’équipe projet, qui doivent tenir compte de la stratégie de l’entreprise, des négociations contractuelles, des contraintes budgétaires et des retours d’expérience.
🎓 Synthèse générale du Module 8
Au terme de ce module, vous maîtrisez désormais l’ensemble du cycle de la facturation électronique, depuis la compréhension de la réforme jusqu’au choix d’une Plateforme de Dématérialisation Partenaire, en passant par la conformité réglementaire, les formats structurés, les processus comptables, le contrôle interne, la gouvernance du projet, le déploiement, le pilotage de la performance et l’aide à la décision.
Vous êtes capable d’analyser un projet de transformation dans sa globalité, d’en mesurer les impacts juridiques, fiscaux, comptables, techniques et organisationnels, puis de construire une stratégie adaptée à la taille et aux besoins de votre entreprise.
La réussite d’un projet de facturation électronique ne dépend pas uniquement du respect de la réglementation. Elle repose sur la capacité à transformer des obligations légales en un véritable levier d’amélioration de la performance, de la qualité des données, du contrôle interne et de la création de valeur pour l’entreprise.
🏆 Les 100 compétences acquises à l’issue du Module 8
Au terme de ce parcours, vous ne maîtrisez pas uniquement une nouvelle réglementation. Vous êtes désormais capable de conduire un projet complet de transformation de la facturation électronique en adoptant successivement la posture du collaborateur comptable, du responsable comptable, du chef de mission, du responsable fiscal, du DAF, du directeur de projet Finance et du conseiller stratégique du dirigeant.
Les compétences acquises couvrent l’ensemble des dimensions de la réforme.
📚 Les compétences regroupées par domaines
| Domaine | Compétences maîtrisées |
|---|---|
| ⚖️ Réglementation | Comprendre les obligations, le calendrier, les acteurs, les responsabilités, les sanctions, les flux B2B, B2C, internationaux, les plateformes, le e-invoicing et le e-reporting. |
| 💶 Fiscalité | Maîtriser les impacts TVA, les données de paiement, le contrôle fiscal, les transmissions réglementaires et les exigences de conformité. |
| 📒 Comptabilité | Automatiser les écritures, contrôler les rapprochements, sécuriser la clôture, suivre les statuts et améliorer la qualité comptable. |
| 💻 ERP & SI | Comprendre les interfaces, les API, les connecteurs, l’interopérabilité et les échanges entre les applications métiers. |
| 🏢 PDP | Comparer les plateformes, analyser leurs fonctionnalités, évaluer les contrats et sélectionner la solution adaptée. |
| 📡 e-reporting | Qualifier les opérations, transmettre les données réglementaires et contrôler les obligations déclaratives. |
| 🧾 TVA | Sécuriser les taux, les bases, les exonérations, les paiements et la cohérence fiscale des flux. |
| 🛡️ Contrôle interne | Construire des contrôles préventifs, détectifs et correctifs, organiser les habilitations et documenter les preuves d’audit. |
| 📊 Pilotage | Construire des KPI, suivre le ROI, le DSO, le DPO, le BFR, les incidents, les rejets et les performances globales. |
| 🤖 Intelligence artificielle | Utiliser des assistants IA pour le diagnostic, les contrôles, la conformité, la décision, la performance et la gouvernance tout en conservant une validation humaine. |
Les cent compétences développées dans ce module vous permettent d’aborder la facturation électronique non comme une contrainte administrative mais comme un véritable projet de transformation financière créateur de valeur.
🧠 Cartographie globale de la réforme
La réforme peut être représentée comme une chaîne continue reliant la stratégie de l’entreprise, les systèmes d’information, les échanges commerciaux, la fiscalité, la comptabilité, la trésorerie et le pilotage de la performance.
Stratégie de l’entreprise
⬇Gouvernance du projet
⬇ERP • CRM • Logiciels métiers
⬇API • Connecteurs
⬇Plateforme de Dématérialisation Partenaire (PDP)
⬇Factur-X • UBL • CII
⬇e-Invoicing
⬇e-Reporting
⬇Contrôle TVA
⬇Comptabilité
⬇Paiements
⬇Trésorerie
⬇Contrôle interne
⬇Tableaux de bord
⬇Intelligence artificielle
⬇Décision du dirigeant
🆕 Cockpit Global du DAF — Facturation Électronique 360°
Le Cockpit Global du DAF constitue la synthèse opérationnelle de l’ensemble du module. Il centralise les indicateurs, les contrôles, les alertes et les recommandations afin d’offrir une vision temps réel de la conformité et de la performance de la facturation électronique.
🏗️ Architecture complète du Cockpit Global
ERP • CRM • Achats • Ventes
⬇PDP
⬇e-Invoicing
⬇e-Reporting
⬇Comptabilité
⬇TVA
⬇Trésorerie
⬇KPI
⬇Intelligence Artificielle
⬇Directeur Administratif et Financier
⚙️ Les moteurs du Cockpit Global
| Moteur | Mission |
|---|---|
| 📑 Conformité | Contrôler les obligations réglementaires. |
| 🧾 TVA | Surveiller les données fiscales. |
| 🏢 PDP | Piloter les échanges avec les plateformes. |
| 🔗 API | Contrôler les interfaces. |
| 📒 ERP | Vérifier la cohérence des flux métiers. |
| 📡 e-reporting | Suivre les transmissions réglementaires. |
| 💶 Paiements | Analyser les règlements et les échéances. |
| 💰 Trésorerie | Mesurer les impacts financiers. |
| 📊 Performance | Calculer les KPI et le ROI. |
| 🛡️ Contrôle interne | Identifier les anomalies et les risques. |
| 🤖 IA | Produire des analyses prédictives et des recommandations. |
🔄 Workflow global
Collecte automatique
⬇
Contrôles réglementaires
⬇
Analyse IA
⬇
Détection des anomalies
⬇
Génération des KPI
⬇
Alertes
⬇
Validation humaine
⬇
Décision du DAF
🚨 Alertes intelligentes
- Factures rejetées ou bloquées ;
- Anomalies de TVA ;
- Interfaces indisponibles ;
- Écarts entre ERP et PDP ;
- Retards de paiement ;
- Risque de non-conformité ;
- Détection de fraude ;
- Dégradation des KPI ;
- Incidents de cybersécurité ;
- Alertes prédictives sur les flux futurs.
👨⚖️ Validation humaine et limites de l’IA
L’intelligence artificielle accélère les analyses, identifie les anomalies et propose des recommandations. En revanche, elle ne remplace ni le jugement professionnel, ni la responsabilité juridique du dirigeant, du DAF, du responsable comptable ou de l’expert-comptable. Toute décision ayant un impact financier, fiscal ou contractuel doit être validée par un professionnel compétent.
📚 Références officielles consolidées du Module 8
| Thématique | Principales références |
|---|---|
| Fiscalité | Code général des impôts (CGI), Livre des procédures fiscales (LPF), BOFiP-Impôts. |
| Réforme de la facturation électronique | Décrets, arrêtés et textes d’application publiés dans le cadre de la réforme. |
| Administration | DGFiP, AIFE, Ministère de l’Économie, des Finances et de la Souveraineté industrielle et numérique. |
| Normes techniques | Norme européenne EN 16931, Factur-X, UBL, CII. |
| PDP | Documentation officielle relative aux Plateformes de Dématérialisation Partenaires, à leur immatriculation et à leurs obligations. |
| Interopérabilité | Documentation technique sur les API, les échanges de données structurées et les référentiels de formats. |
Conformément à la méthodologie de l’Academy, l’ensemble des références réglementaires, fiscales, comptables, techniques et institutionnelles citées tout au long du Module 8 est regroupé dans cette bibliographie finale afin d’offrir au lecteur une base documentaire unique, cohérente et facilement exploitable.
🏆 Niveau de maîtrise atteint
Le Module 8 a été conçu comme un véritable parcours de montée en compétences. Chaque chapitre vous a permis de franchir une étape supplémentaire jusqu’à acquérir une vision globale de la facturation électronique, depuis les exigences réglementaires jusqu’au pilotage stratégique de la fonction Finance.
| Niveau | Compétences développées | Posture professionnelle |
|---|---|---|
| Débutant | Découvrir la réforme et son calendrier. | Comprendre les enjeux. |
| Collaborateur comptable | Produire, contrôler et traiter les factures électroniques. | Exécuter les opérations quotidiennes. |
| Responsable comptable | Piloter les processus, les rapprochements et la conformité. | Sécuriser la production comptable. |
| Chef de mission | Auditer les organisations, conduire les diagnostics et accompagner les entreprises. | Conseiller les clients. |
| Expert-comptable | Apprécier les impacts juridiques, fiscaux, comptables et organisationnels. | Sécuriser les décisions stratégiques. |
| Directeur Administratif et Financier (DAF) | Piloter la performance, les risques, la trésorerie, le contrôle interne et les projets de transformation. | Créer de la valeur pour l’entreprise. |
| Directeur de la Transformation Finance | Concevoir l’architecture cible, sélectionner les partenaires, piloter la gouvernance, exploiter les données et intégrer l’intelligence artificielle dans les processus financiers. | Transformer durablement la fonction Finance. |
Vous disposez désormais d’un niveau de compétence permettant non seulement de comprendre la réforme, mais également de la mettre en œuvre, de la piloter, de l’auditer et d’en faire un véritable levier de compétitivité pour votre organisation ou pour vos clients.
🏁 Grande conclusion générale du Module 8
Pendant longtemps, la facture a été considérée comme un simple document commercial destiné à justifier une vente, constater une créance ou permettre un règlement. Avec la généralisation de la facturation électronique, cette vision appartient désormais au passé.
La facture devient aujourd’hui une donnée numérique structurée, capable d’être comprise, contrôlée et exploitée automatiquement par les systèmes d’information de l’entreprise, les Plateformes de Dématérialisation Partenaires, les logiciels comptables, les ERP et l’administration fiscale. Elle n’est plus seulement un document : elle devient un vecteur d’information au cœur des processus financiers.
Cette évolution transforme profondément les métiers de la comptabilité, de la fiscalité, de l’audit, du contrôle interne et de la direction financière. Les compétences attendues ne se limitent plus à l’enregistrement des opérations. Elles intègrent désormais la maîtrise des flux numériques, la qualité des données, l’interopérabilité des systèmes, la cybersécurité, la gouvernance des projets et l’exploitation intelligente des informations financières.
Pour les entreprises, cette réforme représente un investissement important. Elle impose de revoir les processus, de renforcer les contrôles, d’adapter les systèmes d’information, de former les collaborateurs et de choisir des partenaires technologiques capables d’accompagner durablement leur transformation. Mais elle constitue également une opportunité exceptionnelle de simplifier les traitements, de réduire les coûts administratifs, d’améliorer la qualité des données, d’accélérer les clôtures comptables et de renforcer le pilotage de la performance.
Pour les professionnels du chiffre, cette réforme marque également une évolution majeure des métiers. Les tâches répétitives et les ressaisies laisseront progressivement place à des missions de contrôle, d’analyse, d’accompagnement, de conseil et de création de valeur. L’expertise ne résidera plus uniquement dans la production des informations, mais dans leur interprétation, leur sécurisation et leur utilisation au service de la décision.
🎯 La vision d’AdminFacile Academy
La facturation électronique n’est pas une réforme informatique.
Elle n’est pas davantage une simple évolution des logiciels de facturation.
Elle constitue la plus importante transformation des flux financiers des entreprises françaises depuis la généralisation de la TVA. Elle redéfinit simultanément les échanges commerciaux, la comptabilité, la fiscalité, le contrôle interne, la trésorerie, les systèmes d’information, la gouvernance des données et le pilotage stratégique de la fonction Finance.
Les organisations qui aborderont cette réforme comme une simple obligation réglementaire chercheront uniquement à se mettre en conformité. Celles qui la considéreront comme un véritable projet de transformation construiront une fonction Finance plus automatisée, plus fiable, plus rapide, plus sécurisée et davantage tournée vers l’analyse et la création de valeur.
C’est précisément l’ambition de ce module : vous donner les connaissances, les méthodes, les outils, les réflexes et la vision nécessaires pour transformer une contrainte réglementaire en avantage concurrentiel durable.
Vous venez d’achever le Module 8 consacré à la facturation électronique. Vous disposez désormais d’une vision à 360° de la réforme et des compétences nécessaires pour accompagner une entreprise dans toutes les phases de son projet : compréhension de la réglementation, préparation des données, choix d’une PDP, organisation de la gouvernance, conduite du changement, déploiement, contrôle interne, pilotage de la performance et intégration raisonnée de l’intelligence artificielle.
Cette maîtrise constitue un socle solide pour relever les prochains défis de la transformation numérique de la fonction Finance et poursuivre votre évolution vers les métiers d’expert-comptable, de directeur financier ou de directeur de la transformation Finance.
