Référentiel Tiers : la facturation électronique va-t-elle vraiment sécuriser les bases fournisseurs et clients ?

La réforme de la facturation électronique repose sur une condition silencieuse : pour que le circuit fonctionne, chaque tiers doit être correctement identifié, qualifié et routé. Le référentiel fournisseurs et clients est l’infrastructure de base sur laquelle repose la capacité d’une entreprise à émettre et recevoir des factures conformes. Or plusieurs idées reçues circulent sur ce que la réforme va automatiquement corriger dans ces bases et elles partagent toutes le même défaut : confondre la structuration des données de facturation avec la fiabilisation des données de référence.

Ce sujet est d’autant plus critique que la période de bascule concentre précisément les risques : mises à jour massives de coordonnées, nouveaux champs obligatoires à renseigner, choix de plateforme à documenter pour chaque tiers. Toutes ces opérations légitimes créent les conditions idéales pour une fraude ou une erreur de référentiel. Les pays déjà engagés dans cette transition l’ont tous expérimenté. Trois idées reçues méritent d’être déconstruites.

Pourquoi l’authentification de l’émetteur ne fiabilise pas le référentiel fournisseurs ?

La plateforme agréée vérifie l’immatriculation de l’émetteur avant d’acheminer une facture, beaucoup d’entreprises pensent que le référentiel fournisseurs est désormais automatiquement sécurisé. C’est confondre une vérification ponctuelle à l’instant T de l’émission d’une facture avec la fiabilisation continue d’une base de données qui compte souvent plusieurs centaines ou milliers de fiches, dont certaines n’ont pas été mises à jour depuis des années.

Retour d’expérience : le Mexique et les fiches tiers obsolètes révélées par le CFDI 4.0

Le Mexique illustre cette limite avec le passage à la version 4.0 du CFDI (Comprobante Fiscal Digital por Internet, la facture électronique fiscale obligatoire au Mexique), qui a imposé une correspondance stricte entre les données du destinataire portées sur la facture et celles enregistrées auprès du SAT (Servicio de Administración Tributaria, l’administration fiscale mexicaine). Cette exigence a révélé dans les premières semaines une proportion significative de fiches avec des données erronées ou obsolètes, sans que personne ne s’en soit aperçu pendant des années de facturation classique.

Exemple concret : une fiche fournisseur en doublon qui fausse l’imputation

Un fournisseur habituel a été créé deux fois dans l’ERP, une première fiche historique avec un identifiant incomplet, une seconde créée lors de la migration pour intégrer l’adresse de plateforme. Les factures arrivent correctement via la plateforme agréée. Mais l’intégration automatique, ne reconnaissant pas de manière univoque la fiche à utiliser, bascule les écritures sur la fiche historique. Le service comptable reçoit des relances du fournisseur pour des factures pourtant reçues et intégrées, simplement imputées sur la mauvaise fiche. L’authentification de l’émetteur a fonctionné à chaque fois, c’est le doublon interne de fiche qui génère le dysfonctionnement, la plateforme n’a aucun moyen de le détecter.

Quels contrôles pour fiabiliser la complétude du référentiel tiers ?

Un contrôle pertinent consiste à calculer le taux de complétude des fiches tiers sur les champs critiques pour la réforme : identification de société, numéro de TVA intracommunautaire, adresse, pays. Pensez à prioriser les tiers avec lesquels le volume de factures est le plus élevé. Côté comptabilité, tout tiers mouvementé au cours des douze derniers mois sans adresse de réception PA configurée dans l’annuaire constitue un angle mort à traiter avant le 1er septembre 2026.

Pourquoi la fraude au RIB fournisseur reste hors du périmètre de la réforme ?

La facturation électronique normalise le format et le canal de transmission des factures, pas la gouvernance des bases bancaires internes. Ce que la réforme change, c’est le contexte : le volume inhabituel de mises à jour légitimes de fiches fournisseurs pendant la bascule crée une fenêtre d’exposition accrue, que les fraudeurs ont déjà appris à exploiter ailleurs en Europe.

Ce que la plateforme agréée vérifie… et ce qu’elle ne vérifie pas

La plateforme agréée vérifie la syntaxe de l’IBAN transmis sur la facture : sa structure et sa clé de contrôle mathématique. Elle ne vérifie pas que cet IBAN est cohérent avec celui enregistré dans votre ERP. La norme Factur-X impose que le PDF et la couche XML portent les mêmes données. Il n’y a donc pas de risque d’IBAN divergent entre les deux couches d’une facture conforme. Mais le risque réel est ailleurs : il tient à l’écart entre la facture reçue et le référentiel interne de l’acheteur, deux systèmes entièrement indépendants que la réforme ne relie pas. Si l’IBAN dans votre ERP a été modifié frauduleusement, ou s’il est obsolète à la suite d’une fusion, le paiement part vers le mauvais compte sur la base d’une facture parfaitement conforme.

Retour d’expérience : la vérification nom/IBAN et l’alerte polonaise

On pourrait penser que le dispositif de vérification nom/IBAN (règlement UE 2024/886, en vigueur depuis octobre 2025) constitue le filet complémentaire. Mais il ne couvre que les prestataires de paiement de la zone euro. Les comptes au Royaume-Uni, aux États-Unis ou à Singapour lui échappent totalement. La Pologne l’a vécu : dès le démarrage du KSeF en 2026, les autorités ont alerté sur la multiplication des tentatives exploitant le contexte réglementaire pour demander aux entreprises de mettre à jour leurs coordonnées bancaires.

Exemple concret : un IBAN obsolète dans l’ERP malgré un routage correct

Un fournisseur fusionne et change de domiciliation bancaire. Dans l’annuaire PPF, son SIREN est bien référencé, le routage fonctionne. Mais la fiche dans l’ERP porte encore l’ancien IBAN. Les factures arrivent, sont comptabilisées, et les règlements partent vers un compte inactif.

Quels contrôles pour sécuriser les coordonnées bancaires fournisseurs ?

Un contrôle pertinent côté référentiel tiers consiste à identifier les fournisseurs mouvementés dont l’IBAN n’est pas renseigné, dont le pays de domiciliation bancaire est absent, ou dont le pays déclaré diffère du pays de domiciliation bancaire. Ces 3 signaux couvrent aussi les cas hors zone euro où la vérification nom/IBAN ne s’applique pas. Côté comptabilité, toute modification de RIB fournisseur entre juillet et novembre 2026 doit faire l’objet d’une double validation indépendante avant tout déclenchement de paiement.

Pourquoi les doublons de fiches tiers ne se corrigent pas d’eux-mêmes ?

Comme tous les flux de facturation passeront par un annuaire central, beaucoup pensent que les doublons de fiches vont naturellement se corriger. C’est méconnaître la logique de l’annuaire PPF : il associe le SIREN d’une entreprise à sa plateforme de réception et garantit le routage réseau des factures. Il ne connaît pas les doublons internes à votre propre système de gestion ; ce sont deux référentiels entièrement distincts.

Ce qui se passe concrètement lors de l’intégration dans l’ERP

Une facture peut être routée et reçue sans aucune erreur réseau, et pourtant générer une anomalie comptable dès son intégration dans l’ERP si le fournisseur y est enregistré sous deux fiches distinctes. L’intégration automatique tente de rattacher la facture à une fiche. Si deux fiches coexistent pour le même SIREN, le système peut imputer sur la mauvaise, échouer et basculer en compte d’attente, ou créer des doublons de lignes comptables. Le lettrage devient impossible, la balance âgée est faussée, les relances partent en double.

Exemple concret : deux fiches pour un même fournisseur après un changement de raison sociale

Un fournisseur a été créé deux fois dans l’ERP : une fiche historique avec l’ancien nom, une fiche récente avec le nouveau. Les factures arrivent correctement via la plateforme. Mais l’intégration bascule certaines écritures sur l’ancienne fiche. Le lettrage échoue, la balance âgée fait apparaître des impayés fictifs, et le fournisseur reçoit des relances pour des factures pourtant réglées.

Quels contrôles pour détecter les doublons de fiches fournisseurs et clients ?

Un contrôle pertinent côté référentiel tiers consiste à identifier les doublons de fiches fournisseurs et clients sur trois critères : même identifiant de société, même numéro de TVA, même IBAN associé à plusieurs fiches distinctes. Côté comptabilité, pensez à surveiller les comptes d’attente non apurés après chaque intégration de factures. Une ligne en attente au-delà de 15 jours signale le plus souvent une fiche non reconnue de manière univoque par l’ERP, premier symptôme opérationnel d’un doublon non résolu.

Le référentiel tiers est le maillon le plus critique et le plus sous-estimé de toute la chaîne e-invoicing. Mexique, Pologne et le règlement européen sur la vérification des bénéficiaires convergent vers le même constat : aucun format structuré, aucun canal certifié, aucune couche de contrôle bancaire ne peut compenser un référentiel mal tenu. La réforme rend les conséquences d’un référentiel défaillant plus rapides et plus visibles / factures non imputées, doublons comptables, paiements vers des comptes obsolètes ou frauduleux. La réforme ne le corrigera pas, parce que la gouvernance des bases de données internes n’est tout simplement pas dans son périmètre. Ce qui change en septembre 2026, c’est le coût de l’imperfection : une fiche incomplète, un doublon non résolu, un IBAN non vérifié produisaient hier un irritant administratif. Ils produiront demain un blocage opérationnel immédiat.

Sources

Mexique – SAT (Servicio de Administración Tributaria), CFDI version 4.0, correspondance stricte entre les données du destinataire et celles enregistrées auprès de l’administration fiscale, obligatoire depuis janvier 2023. sat.gob.mx

Pologne – Ministerstwo Finansów, FAQ officielle KSeF 2.0, 3 février 2026 ; alertes officielles sur les tentatives d’usurpation exploitant le contexte réglementaire lors du démarrage de l’obligation. gov.pl/mf

Règlement européen – UE 2024/886 (Instant Payments Regulation), Verification of Payee (VoP), applicable depuis octobre 2025 pour les prestataires de services de paiement de la zone euro. eur-lex.europa.eu

DGFiP / AIFE – Spécifications externes de la facturation électronique, service annuaire et routage SIREN/SIRET, impots.gouv.fr (mise à jour juillet 2026) ; ouverture de l’annuaire de la facturation électronique, economie.gouv.fr, septembre 2025.