Points essentiels à retenir
L’annuaire de la facturation électronique est le référentiel de routage qui permet d’identifier le destinataire d’une facture, sa plateforme de réception et ses adresses électroniques de facturation. Il ne remplace pas vos référentiels internes : il les met à l’épreuve.
Dans le modèle français, la facture électronique ne circule pas uniquement entre deux ERP. Elle transite par des plateformes agréées, qui doivent savoir vers quelle entité, quel établissement, quel service ou quelle ligne d’annuaire adresser le document. L’AIFE indique que l’annuaire recense les entreprises et entités publiques concernées, précise la plateforme agréée qui gère leurs données et leurs adresses électroniques de facturation ; la même page rappelle le calendrier réglementaire, avec réception obligatoire au 1er septembre 2026 pour toutes les entreprises, émission obligatoire à la même date pour les grandes entreprises et ETI, puis au 1er septembre 2027 pour les PME et TPE, ainsi que le recentrage du PPF sur l’annuaire et le concentrateur de données, entériné par la loi de finances 2025, et la montée en charge annoncée au 31 décembre 2025 : 115 plateformes agréées raccordées, plus de 671 000 entreprises avec une adresse référencée et plus de 291 000 utilisateurs de l’annuaire déconnecté via la page Facturation électronique interentreprises de l’AIFE.
Pour le cadre fonctionnel, les spécifications externes B2B, GtoB et BtoG version 3.2 du 30 avril 2026, sur une page impots.gouv.fr modifiée le 2 juillet 2026, décrivent notamment les services annuaire et déclaration du PPF, ainsi que les flux liés à l’e-invoicing et à l’e-reporting. Pour replacer ce sujet dans l’ensemble de la réforme, vous pouvez compléter avec notre guide sur la facture électronique et ses obligations 2026-2027.
L’annuaire sert de point de vérité partagé pour le routage. La plateforme de l’émetteur interroge les informations disponibles afin d’identifier la plateforme du destinataire et l’adresse de facturation applicable. La qualité de cette adresse dépend de plusieurs mailles : unité légale, établissement, code de routage ou autre ligne d’annuaire.
C’est là que l’approche collaborative devient décisive. Une facture n’arrive pas parce que votre ERP est « prêt » en interne ; elle arrive parce que l’émetteur, le destinataire, leurs plateformes, leurs règles d’adressage et leurs référentiels utilisent des données cohérentes.
L’annuaire ne corrige pas seul les doublons clients, les fournisseurs dormants, les comptes historiques ni les règles internes de rapprochement. Vos ERP, CRM, outils achats, portails fournisseurs et référentiels tiers restent responsables de la donnée opérationnelle : compte client, condition de paiement, numéro de commande, établissement livré, service acheteur, plan comptable auxiliaire.
Le bon objectif n’est donc pas de « copier » l’annuaire dans l’ERP, mais d’organiser une synchronisation maîtrisée : quelles données proviennent de SIRENE, lesquelles relèvent de l’annuaire, lesquelles sont maintenues par les équipes finance, achats, ADV ou master data.
Avant 2026, vous devez fiabiliser la maille légale, la maille établissement et la maille de routage : SIREN, SIRET, code de routage, adresse électronique de facturation, service destinataire et règles internes associées.
Le SIREN identifie l’unité légale. L’INSEE le définit, dans une page mise à jour le 21 octobre 2025, comme un identifiant de 9 chiffres attribué à chaque unité légale. Le SIRET identifie l’établissement : selon la définition INSEE du 4 décembre 2019, il s’agit d’un identifiant de 14 chiffres composé du SIREN et d’un NIC de 5 chiffres.
Dans un référentiel tiers, l’erreur fréquente consiste à gérer un groupe au SIREN alors que la facturation doit être routée vers un établissement précis. À l’inverse, certaines organisations centralisent la réception sur une maille plus large. Le nettoyage doit donc distinguer l’identité juridique, l’établissement opérationnel et la maille réellement utilisée pour recevoir les factures.
La FAQ Chorus Pro/AIFE précise que les plateformes agréées peuvent consulter l’annuaire pour obtenir les informations d’adressage de l’acheteur et le mettre à jour pour renseigner les informations exactes des entreprises assujetties. Elle mentionne aussi des recherches et consultations liées au SIREN, au SIRET, au code routage, à la plateforme et à la ligne d’annuaire dans la FAQ Annuaire pour plateformes agréées.
Le code de routage affine l’adresse au-delà du SIREN ou du SIRET. Il peut orienter vers un service destinataire, une organisation interne, une famille d’achats ou une ligne d’annuaire spécifique. Il doit être traité comme une donnée de routage critique, au même titre qu’une adresse EDI ou qu’un endpoint API dans un réseau B2B.
Un numéro de commande, un compte client, un matricule fournisseur ou un code agence ne sont pas des identifiants d’annuaire. Ils restent indispensables au rapprochement comptable et opérationnel, mais ils n’assurent pas le routage réglementaire entre plateformes.
Dans vos règles de gouvernance, séparez donc trois familles : les identifiants légaux, les données d’adressage de facturation et les clés internes de traitement. Cette séparation évite de corriger un rejet de routage en modifiant à tort un compte client, ou de confondre un problème de commande avec une erreur de ligne d’annuaire.
Les principaux blocages viennent de données tiers incohérentes ou périmées : SIRET fermé, doublon, mauvais établissement, raison sociale obsolète, mauvaise adresse de facturation ou confusion entre service livré et service acheteur.
Un SIRET fermé ou inactif peut rester présent dans un ERP pendant des années, notamment si des factures historiques, des contrats-cadres ou des commandes récurrentes y sont rattachés. Le risque est double : envoyer la facture vers une maille qui n’est plus active, ou l’envoyer vers le bon client mais le mauvais établissement.
Les cas à contrôler en priorité sont les comptes à fort volume, les clients grands comptes multi-sites, les fournisseurs stratégiques, les sites logistiques et les entités publiques ou parapubliques qui peuvent combiner plusieurs circuits de réception.
Les doublons ne se limitent pas à deux fiches portant le même nom. Ils apparaissent lorsque plusieurs fiches partagent un SIREN, lorsque plusieurs SIRET sont attachés à une même relation commerciale, ou lorsqu’une fusion juridique n’a pas été répercutée dans les systèmes finance et achats.
Pour une DSI ou une équipe master data, le sujet n’est pas seulement technique. Il faut décider quelle fiche devient fiche maître, quelles factures historiques restent consultables, quelles règles de rapprochement changent et quelles équipes valident la bascule.
Dans la supply chain, l’établissement livré n’est pas toujours l’établissement facturé. Un entrepôt peut recevoir la marchandise, un siège peut porter le contrat, un centre de services partagés peut traiter la facture et un service achat peut exiger un numéro de commande.
Ces écarts deviennent critiques en facturation électronique. Une facture correctement formatée, par exemple en Factur-X, peut être rejetée ou mal orientée si le couple SIRET-code de routage ne correspond pas à la réalité de réception du client.
La bonne méthode consiste à créer un fichier maître, rapprocher les données officielles et tester les flux. Le nettoyage doit couvrir clients et fournisseurs, car la réforme touche à la fois l’émission, la réception et le pilotage des statuts.
Commencez par extraire un fichier maître depuis les ERP, CRM, outils achats, portails fournisseurs et bases EDI. Ce fichier doit au minimum contenir SIREN, SIRET, raison sociale, adresse de facturation, adresse de livraison, compte client ou fournisseur, volume de factures, statut actif/inactif et propriétaire métier.
Définissez ensuite les règles de dédoublonnage avant de corriger : priorité au SIRET actif, regroupement par SIREN, conservation des historiques, gestion des comptes bloqués, seuils de similarité sur les raisons sociales, et procédure d’arbitrage lorsque la donnée officielle contredit la donnée commerciale.
Le rapprochement doit combiner plusieurs contrôles. SIRENE sert à vérifier l’existence et l’état des unités légales et établissements ; l’annuaire sert à vérifier la capacité de réception et l’adressage de facturation ; la PA sert à industrialiser les consultations, mises à jour et retours de statut.
Dans notre approche, nous recommandons de traiter ce chantier comme un flux collaboratif entre systèmes : ERP pour la donnée transactionnelle, EDI/API pour l’échange, PA pour l’adressage réglementaire, équipes finance et achats pour les arbitrages. Pour approfondir la logique d’interopérabilité, vous pouvez lire notre article sur les cas d’usage et la plateforme agréée.
Ne traitez pas toutes les fiches au même niveau d’urgence. Un fournisseur critique payé chaque semaine, un client grand compte ou un flux EDI déjà automatisé doivent passer avant un tiers dormant. La priorité se calcule par exposition opérationnelle.
L’ERP, l’annuaire et la PA n’ont pas le même rôle. L’ERP exécute les processus internes, l’annuaire fournit les informations de routage partagées, et la plateforme agréée orchestre l’émission, la réception, les contrôles et les échanges avec l’écosystème.
| Périmètre | Données concernées | Responsabilité principale | Risque si la donnée est mauvaise |
|---|---|---|---|
| ERP, CRM, achats, comptabilité | Comptes clients et fournisseurs, commandes, conditions de paiement, rapprochement, analytique | Entreprise, DSI, DAF, achats, master data | Erreur de comptabilisation, litige, rapprochement manuel, blocage de paiement |
| Référentiel SIRENE et données légales | SIREN, SIRET, unité légale, établissement, état administratif | Source officielle utilisée pour vérifier l’identité légale | Facture adressée à une entité fermée, mauvaise maille établissement, doublon tiers |
| Annuaire de facturation électronique | Plateforme de réception, adresse électronique de facturation, ligne d’annuaire, code de routage | PPF, Chorus Pro selon les cas, plateformes agréées pour les entités privées | Rejet, mauvais routage, absence d’adresse active, traitement hors annuaire |
| Plateforme agréée | Émission, réception, conversion, statuts, e-reporting, intégration ERP/EDI/API | PA choisie par l’entreprise, en coordination avec ses partenaires | Rupture de bout en bout, faible visibilité sur les statuts, onboarding plus lent |
Ce partage des rôles doit être documenté dans une matrice RACI simple. Sans cette clarification, les corrections sont dispersées : la DAF corrige une fiche fournisseur, l’ADV corrige un compte client, l’IT modifie une interface, mais personne ne vérifie que le routage final fonctionne.
La bascule 2026 doit être préparée par une gouvernance de données et un plan de test de bout en bout. L’objectif n’est pas seulement d’être conforme, mais de prouver que les factures arrivent, sont acceptées et restent traçables.
Chaque famille de données doit avoir un propriétaire : DAF pour les règles de facturation, achats pour les fournisseurs, commerce ou ADV pour les clients, DSI pour les interfaces, master data pour les règles de qualité. La fréquence de rafraîchissement dépend du risque : quotidien ou automatisé pour les flux critiques, hebdomadaire pour les contrôles de masse, revue renforcée avant les jalons de bascule.
Notre recommandation est de mesurer la qualité de données avec quelques indicateurs stables : taux de SIRET renseignés, taux de SIRET actifs, taux de doublons, taux de lignes sans code de routage lorsque celui-ci est requis, taux de factures rejetées pour cause d’adressage.
Un plan de test utile couvre plus que la facture nominale. Testez l’émission client, la réception fournisseur, le rejet pour adresse invalide, le changement de plateforme d’un client, la modification d’un service destinataire, la facture avec commande, la facture sans commande, et les cas impliquant un client public via Chorus Pro.
Ces tests doivent associer les partenaires réels dès que possible. La préparation du calendrier 2026-2027 doit donc être couplée à un planning d’onboarding et à des jeux d’essai fondés sur vos volumes de factures, pas sur des scénarios théoriques.
Une PA intégrée à un réseau B2B facilite la coordination entre ERP, EDI, API, clients et fournisseurs. Elle permet de rapprocher les flux réglementaires et les flux opérationnels : commandes, avis d’expédition, factures, statuts, litiges et données de paiement.
Generix accompagne ce chantier avec notre Plateforme Agréée immatriculée DGFiP n°0002, pensée pour gérer l’annuaire, l’intégration ERP/EDI/API et l’onboarding des partenaires. Si vous souhaitez sécuriser vos tests de routage, nous vous invitons à auditer votre référentiel tiers et à préparer vos scénarios de bascule avec notre Plateforme Agréée Generix.
En résumé
L’annuaire de la facturation électronique est le référentiel central qui permet d’identifier le destinataire d’une facture, sa plateforme de réception et ses adresses électroniques de facturation. Il sert au routage entre plateformes agréées et limite les erreurs d’adressage lorsque les données sont correctement maintenues.
Un code de routage affine l’adressage au-delà du SIREN ou du SIRET. Il peut orienter une facture vers un établissement, un service destinataire ou une ligne d’annuaire spécifique, selon l’organisation retenue par le client.
Le SIREN identifie l’unité légale avec 9 chiffres. Le SIRET identifie un établissement avec 14 chiffres, composés du SIREN et d’un NIC de 5 chiffres ; cette maille peut changer la destination opérationnelle de réception de la facture.
Les mises à jour reposent sur plusieurs acteurs selon la donnée concernée : référentiels officiels, Chorus Pro pour certains périmètres publics et plateformes agréées pour les informations de routage des entités privées. L’entreprise ne doit donc pas considérer qu’elle met directement à jour tout l’annuaire seule.
Il faut vérifier qu’une plateforme de réception est identifiée et qu’une adresse électronique de facturation active existe pour la maille concernée. Cette vérification peut être réalisée via l’annuaire ou via la plateforme agréée qui orchestre vos échanges.
Un SIRET fermé ou erroné peut provoquer un rejet, un mauvais routage ou un traitement manuel. Il doit être rapproché des données SIRENE, des informations client et des règles d’adressage avant l’émission de factures électroniques.
Les deux référentiels sont concernés. Les clients impactent l’émission et le routage sortant ; les fournisseurs impactent la réception, le rapprochement, l’onboarding et le pilotage des statuts de facture.
La fréquence dépend du risque : quotidiennement ou via mécanismes PA/API pour les flux critiques, hebdomadairement pour les contrôles de masse, puis avec une revue renforcée avant la bascule. Après le démarrage, une gouvernance récurrente reste nécessaire pour suivre fermetures, changements de plateforme et évolutions de services destinataires.
Identifiez où se trouvent le SSCC, la hiérarchie, le lot et les dates dans un avis d’expédition, puis préservez leurs relations lors du mapping vers votre WMS ou ERP.
Découvrez comment répartir les charges logistiques selon les activités réellement consommées. Vous pourrez mesurer la rentabilité de chaque commande, client et canal, puis mieux orienter vos décisions.
Travaillez avec nos équipes pour concevoir et mettre en œuvre la Supply Chain qui accompagnera votre croissance, adaptée à vos spécificités métier.
