Quels cas d’usage faut-il prévoir pour la facturation électronique ?

Points clés à retenir

• Le circuit standard entre un vendeur et un acheteur ne couvre pas toutes les situations. Les acomptes, paiements déjà réalisés, mandats de facturation, tiers payeurs ou opérations d’affacturage nécessitent des règles adaptées.
• Un cas d’usage se qualifie en identifiant précisément les acteurs. Il faut distinguer le vendeur, l’acheteur, l’émetteur de la facture, le payeur et le bénéficiaire du règlement.
• La conformité du format ne suffit pas à sécuriser le traitement. Les données, les règles métier, le routage et l’intégration comptable doivent aussi être vérifiés.
• Chaque situation réellement utilisée doit faire l’objet d’un test. Ce test doit contrôler le document, les données structurées, les statuts transmis et le résultat obtenu dans le logiciel de gestion.

Sommaire :

• Pourquoi le circuit standard ne suffit-il pas à couvrir toutes les factures ?
• Quels sont les principaux cas d’usage de la facturation électronique ?
  • Les factures qui modifient le cycle de facturation
  • Les cas qui font intervenir un tiers
  • Les dépenses et les circuits moins linéaires
• Comment qualifier les cas d’usage avant le paramétrage des flux ?
  • Poser les bonnes questions pendant le cadrage
  • Construire un tableau de qualification réutilisable
  • Passer du tableau aux tests de flux
  • Conclusion
• FAQ

Il faut prévoir tous les cas qui modifient les acteurs, le paiement, les données ou le cycle de vie d’une facture. La réforme de la facturation électronique concerne plus de 10 millions d’acteurs économiques, avec des organisations et des pratiques différentes.

Une facture d’acompte, une facture déjà réglée ou une facture émise par un tiers ne suit pas toujours le circuit nominal. Le même constat vaut lorsque le payeur n’est pas l’acheteur ou lorsque le règlement est versé à une autre entreprise.

Pour un intégrateur, l’enjeu consiste à repérer ces situations avant le paramétrage. Une grille commune permet ensuite de les classer, de définir les flux attendus et de préparer des tests représentatifs avec les équipes métier, comptables et informatiques.

Pourquoi le circuit standard ne suffit-il pas à couvrir toutes les factures ?

Le circuit standard ne suffit pas dès qu’un acteur, un paiement ou une étape sort du schéma simple entre un vendeur et un acheteur. Une facture peut être établie par un tiers, payée par une autre entité ou réglée au profit d’un bénéficiaire différent du fournisseur.

Pour repérer ces écarts, l’intégrateur doit répondre à cinq questions :

• Qui réalise la vente ou la prestation ?
• Qui achète le bien ou le service ?
• Qui établit et transmet la facture ?
• Qui effectue le paiement ?
• Qui reçoit les fonds ?

Une différence entre ces rôles signale souvent un cas d’usage à qualifier. C’est notamment le cas pour l’auto-facturation, l’affacturage, le tiers payeur ou la facturation sous mandat.

Cette qualification doit couvrir trois niveaux. Le document doit contenir les données attendues. La facture et ses statuts doivent parvenir au bon destinataire. Enfin, les informations doivent être correctement traitées dans le logiciel de gestion et dans la comptabilité.

L’infrastructure commune est déjà en cours de déploiement. Au 31 décembre 2025, 115 plateformes agréées étaient raccordées à l’annuaire et plus de 671 000 entreprises disposaient d’une adresse électronique de facturation référencée.

Le cadre technique repose également sur trois normes AFNOR complémentaires : les formats et statuts de cycle de vie, les interfaces de programmation applicative et les cas d’usage entre entreprises. La version 3.2 des spécifications externes, publiée le 30 avril 2026, précise les échanges avec l’administration et les services du portail public.

Ces règles définissent un socle commun. Elles ne décrivent pas à elles seules les habitudes de chaque client, ses circuits de validation ou ses règles comptables. Le cadrage métier reste donc indispensable avant tout paramétrage. Sans ce travail, un flux conforme peut malgré tout échouer en production.

Quels sont les principaux cas d’usage de la facturation électronique ?

Les principaux cas d’usage apparaissent lorsqu’une facture ne suit pas un cycle simple entre une vente, une émission et un paiement. Ils concernent surtout le calendrier de facturation, l’intervention d’un tiers ou l’organisation particulière de l’entreprise.

La norme XP Z12-014 consacrée aux cas d’usage entre entreprises compte 40 pages en juin 2026. L’objectif est d’identifier les familles les plus fréquentes pendant le cadrage d’un client.

Les factures qui modifient le cycle de facturation

Une facture d’acompte intervient avant la livraison complète du bien ou la réalisation totale de la prestation. Elle doit pouvoir être reliée à la facture finale afin que les montants déjà facturés et le solde restant soient clairement identifiés.

Une entreprise peut demander un acompte à la commande. Le système de facturation doit conserver le lien entre la commande, l’acompte encaissé et la facture finale, sans comptabiliser deux fois le même montant.

Une facture peut aussi être émise alors que le paiement a déjà été réalisé. Cela arrive lorsque le client règle au comptant ou avant l’émission du document définitif.

Dans ce cas, le montant facturé reste nécessaire, mais le montant restant à payer peut être nul. Le flux doit transmettre une information cohérente avec la réalité du règlement et avec les écritures présentes dans le logiciel de gestion.

D’autres scénarios concernent plusieurs documents commerciaux :

• une facture regroupant plusieurs commandes ;
• plusieurs factures rattachées à une même commande ;
• un avoir corrigeant tout ou partie d’une facture ;
• une annulation suivie d’une nouvelle émission ;
• un escompte accordé selon la date de paiement.

Ces situations exigent des références précises entre les documents. Sans ces liens, le destinataire peut rencontrer des difficultés pour rapprocher la facture, suivre le solde ou comprendre la correction appliquée.

Les cas qui font intervenir un tiers

L’auto-facturation modifie l’acteur qui établit la facture. L’acheteur produit alors le document pour le compte du vendeur, selon le cadre convenu entre les deux parties.

Le vendeur reste l’entreprise qui réalise l’opération. Il faut donc distinguer clairement l’auteur matériel de la facture, le fournisseur concerné et le client qui recevra ou traitera le document.

Le même principe vaut lorsqu’un mandataire facture au nom d’une entreprise. Une société de gestion, une centrale ou un prestataire peut préparer et transmettre la facture, sans devenir pour autant le vendeur de l’opération.

Le paiement peut également faire intervenir un acteur différent de l’acheteur ou du vendeur :

• un tiers règle la facture à la place de l’acheteur ;
• une société d’affacturage reçoit le règlement à la place du fournisseur ;
• un donneur d’ordre paie directement un sous-traitant ;
• un intermédiaire collecte puis reverse les fonds.

L’affacturage illustre bien cette distinction. Le fournisseur émet la facture, mais la créance a été cédée à un factor, qui devient le bénéficiaire du paiement.

L’intégrateur doit séparer les rôles. Le logiciel de gestion doit produire les bonnes données, le circuit doit orienter la facture vers le bon destinataire et les informations de paiement doivent désigner le bénéficiaire attendu.

Les dépenses et les circuits moins linéaires

Les notes de frais demandent d’abord de distinguer un justificatif d’une facture établie au nom de l’entreprise. Un salarié peut avancer une dépense, mais cela ne signifie pas automatiquement qu’il est l’acheteur mentionné sur le document.

Par exemple, un collaborateur peut régler une nuit d’hôtel avec sa carte personnelle. Il faudra vérifier au nom de qui la facture est établie, qui rembourse la dépense et dans quel outil le document est traité.

Les marketplaces ajoutent aussi plusieurs rôles dans un même parcours. La plateforme peut mettre en relation les parties, transmettre des informations, encaisser le paiement ou établir certains documents, selon le modèle retenu.

Il faut alors identifier séparément :

• le vendeur réel ;
• l’acheteur ;
• l’intermédiaire ;
• l’émetteur de la facture ;
• le collecteur du paiement ;
• le bénéficiaire final des fonds.

Les organisations multi-sociétés ou équipées de plusieurs logiciels de gestion présentent une difficulté comparable. Une entité peut commander, une autre recevoir la prestation et une troisième centraliser le paiement ou la comptabilité.

Ces cas ne sont pas nécessairement complexes lorsqu’ils sont connus à l’avance. Ils deviennent problématiques lorsque les rôles réels ne correspondent pas aux informations produites par l’outil source.

Pour chaque situation, la bonne méthode reste la même : décrire les acteurs, retracer les documents et suivre le paiement. Cette analyse permet ensuite de déterminer les données à transmettre, les statuts à surveiller et les contrôles à effectuer.

Comment qualifier les cas d’usage avant le paramétrage des flux ?

La qualification commence par une description précise de la situation réelle du client. L’intégrateur doit identifier les acteurs, les outils, les documents et les paiements avant de définir les flux techniques.

Poser les bonnes questions pendant le cadrage

Les équipes commerciales, achats, comptables et informatiques doivent être interrogées. Chacune connaît une partie du processus, mais rarement l’ensemble du circuit.

Les questions suivantes permettent de faire apparaître les écarts au cas standard :

• L’entreprise facture-t-elle des acomptes ?
• Une autre entité peut-elle établir une facture pour son compte ?
• Le payeur est-il toujours l’acheteur ?
• Le bénéficiaire du paiement est-il toujours le vendeur ?
• Certaines factures sont-elles déjà réglées lors de leur émission ?
• Des collaborateurs avancent-ils des dépenses pour l’entreprise ?
• Une marketplace, un factor ou un autre intermédiaire intervient-il ?
• Plusieurs sociétés, établissements ou logiciels de gestion participent-ils au même circuit ?

Chaque réponse positive doit être documentée par un exemple réel. Une facture, un avoir, une commande ou un relevé de paiement permet de vérifier les données disponibles dans l’outil source.

Construire un tableau de qualification réutilisable

Le tableau transforme les échanges de cadrage en informations exploitables par les équipes métier et techniques.

Élément à renseigner	Question à traiter

Situation rencontrée

Quel scénario réel doit être couvert ?

Vendeur

Quelle entité réalise la vente ou la prestation ?

Acheteur

Quelle entité reçoit le bien ou le service ?

Émetteur de la facture

Qui crée et transmet le document ?

Payeur

Qui effectue le règlement ?

Bénéficiaire du paiement

Qui reçoit les fonds ?

Outil source

Quel ERP ou logiciel produit les données ?

Flux attendu

Faut-il émettre, recevoir ou transmettre un statut ?

Données particulières

Quelles références, mentions ou informations sont nécessaires ?

Statuts à suivre

Quels retours doivent être intégrés au processus ?

Test à réaliser

Quel scénario représentatif doit être rejoué ?

La page de l’Agence pour l’informatique financière de l’État recense 136 plateformes agréées, dont 108 immatriculées définitivement et 28 sous réserve. Ce nombre ne dispense pas de vérifier la couverture fonctionnelle, les modalités de connexion et les règles de paramétrage de la plateforme retenue.

Passer du tableau aux tests de flux

Chaque ligne doit donner lieu à un test complet. Il faut contrôler le document, les données structurées, le routage, les statuts reçus et l’écriture obtenue dans le logiciel de gestion.

Un test d’acompte doit, par exemple, vérifier le lien avec la facture finale et le montant restant dû. Un test d’affacturage doit confirmer que le bénéficiaire du paiement est correctement identifié.

Cette préparation facilite aussi le partage des responsabilités. Les métiers valident la réalité du scénario. L’intégrateur contrôle les données et les interfaces. La plateforme agréée assure la transmission attendue. Le client peut ainsi suivre les décisions prises et les tests restant à réaliser.

TEDD & Esker permet ensuite de traiter et de suivre les flux qualifiés avec l’intégrateur. Côté achats, TEDD & Esker Factures Fournisseurs couvre la réception, le traitement et l’intégration comptable des factures. Côté ventes, TEDD & Esker Factures Clients accompagne l’émission et le suivi des factures sortantes.

Dans les deux cas, la connexion aux ERP et le recours à la plateforme agréée Esker doivent être paramétrés à partir des situations recensées, et non à partir d’un modèle théorique unique.

Un projet de facturation électronique ne se limite pas au circuit standard entre un vendeur et un acheteur. Sa réussite dépend de la capacité à identifier les situations réelles, à attribuer chaque rôle et à tester les flux avant leur mise en production.

Pour vos prochains cadrages, utilisez le tableau de qualification comme base commune avec les équipes métier, comptables et techniques. Vous pourrez ainsi documenter les cas particuliers, répartir les responsabilités et sécuriser avec méthode le paramétrage retenu.

FAQ

Ces articles pourraient vous intéresser :

• Intégrateurs ERP : comment adresser 100 % de votre parc client face à la RFE ?
• 10 questions qui départagent vraiment les solutions de dématérialisation de la facture
• RFE : mandatez dès maintenant la PA Esker pour sécuriser vos flux TEDD & Esker
• L’archivage électronique : le maillon (trop) sous-estimé de la facturation des entreprises