1er février 2026, la Pologne a basculé ses 4 200 plus grandes entreprises dans KSeF, son système national de facturation électronique. Le 1er avril, tous les autres assujettis ont suivi. Sept mois avant la France pour la première vague, cinq pour la seconde. Au 26 mai, dernier chiffre publié par le ministère polonais des Finances, près de 290 millions de factures avaient transité par le système, émises par plus de deux millions d'entreprises.
Les deux pays ont choisi des architectures opposées. C'est précisément ce qui rend l'expérience polonaise instructive : les difficultés qu'elle a rencontrées ne viennent pas de son modèle, mais de ce que les deux modèles ont en commun.
Deux architectures que tout oppose
La Pologne applique un clearance centralisé. Toute facture dans le périmètre doit d'abord transiter par KSeF, la plateforme unique de l'administration fiscale, qui lui attribue un numéro. Ce numéro n'est pas un accusé de réception : c'est la condition d'existence de la facture. Aux termes de l'article 106na de la loi TVA polonaise, la facture est réputée émise au moment où le système lui attribue son numéro. Aucune modification ni annulation n'est possible ensuite — seule une facture correctrice permet de rectifier.
Il n'existe aucun opérateur privé agréé en Pologne. Les éditeurs et les ERP se connectent librement à l'API publique, sans statut réglementaire ni responsabilité déléguée, et le ministère fournit lui-même une application gratuite d'émission.
La France a fait le choix inverse. Depuis la décision du 15 octobre 2024, il n'y a plus de plateforme publique d'échange : le portail public est réduit à deux fonctions, l'annuaire et la transmission des données à l'administration. Les factures circulent exclusivement entre plateformes agréées privées — 149 opérateurs remplissent aujourd'hui l'ensemble des conditions d'agrément. Le routage repose sur un annuaire, pas sur un guichet.
Centraliser, c'est créer un point de défaillance unique mais un référentiel unique. Décentraliser, c'est supprimer le point de défaillance mais déplacer la difficulté vers l'interopérabilité et l'adressage. Les deux choix sont défendables. Aucun des deux ne dispense des problèmes qui suivent.
Le jour 1 casse sur l'identité, pas sur la facture
Le 2 février 2026, premier jour ouvré du dispositif polonais, ce n'est pas le format de facture qui a lâché. C'est l'authentification. Le Profil Zaufany, l'identité numérique nationale utilisée pour se connecter à KSeF, n'a pas absorbé l'afflux du lundi matin ; le ministère de la Numérisation a reconnu des difficultés temporaires de connexion. En parallèle, les entreprises ont buté sur les jetons régénérés et sur la configuration des certificats dans les groupes multi-entités. Un expert résumait la journée en deux mots : temps d'apprentissage et de chaos.
La leçon se transpose directement. En France, l'équivalent du Profil Zaufany n'est pas un portail d'État, c'est la chaîne d'habilitation entre l'entreprise, sa plateforme agréée et l'annuaire. Une entreprise dont la ligne d'annuaire n'a pas été publiée par sa plateforme de réception est invisible pour ses fournisseurs, exactement comme une entreprise polonaise incapable de s'authentifier était incapable d'émettre. Dans les deux cas, le point de rupture est la gestion des identités et des droits, pas la facture.
Les factures fantômes
Début mars, la presse spécialisée polonaise a documenté un phénomène que personne n'avait anticipé : des factures acceptées par KSeF, dotées d'un numéro régulier, mais invisibles pour leur destinataire. Les causes identifiées sont des erreurs d'intégration entre KSeF et les ERP, des problèmes de jetons et d'authentification, des écarts entre environnements de test et de production, et des statuts de facture ambigus.
La conséquence est lourde : l'acheteur ne peut pas déduire une TVA portée par une facture qu'il ne voit pas. Les entreprises en ont été réduites à vérifier manuellement les statuts et à renvoyer les documents.
Le mécanisme français n'est pas identique, mais la zone de risque est la même. Le statut « Déposée » atteste que la plateforme d'émission a contrôlé la facture ; il n'atteste pas que le destinataire l'a reçue. Entre le dépôt et la mise à disposition, il y a un routage, un annuaire et une seconde plateforme. Toute organisation qui traitera « déposée » comme « délivrée » reproduira le problème polonais. La parade est connue et peu coûteuse : une réconciliation systématique des statuts, avec une alerte sur les factures déposées dont aucun statut aval n'est revenu au bout d'un délai fixé.
Six mois plus tard, le problème n'est plus la plateforme
À l'été 2026, une fois le système stabilisé — les observateurs polonais situent le retour à la normale à la seconde moitié d'avril — les difficultés ont changé de nature. Elles portent désormais sur la donnée.
Les mesures publiées en juillet sont sévères : environ 18 % des factures correctives téléchargées depuis le système comportent des erreurs, près de 10 % des fichiers XML sont incomplets, 3,5 % ne portent pas de prix unitaire et 2,5 % pas de valeur totale. Ce ne sont pas des défauts de plateforme. Ce sont des défauts de référentiel et de paramétrage ERP que la facture papier absorbait sans bruit et que le format structuré expose.
C'est la leçon la plus transposable de toutes : la réforme ne crée pas les problèmes de qualité de données, elle les rend visibles et opposables. Les entreprises françaises qui ont traité leur projet comme un simple raccordement technique le découvriront au premier trimestre 2027.
L'écart entre le XML et sa visualisation
En Pologne, le document juridiquement opposable est le XML ; le PDF n'est qu'une représentation. Les analystes polonais ont identifié dès le printemps un risque fiscal spécifique : la divergence entre les deux. Un opérateur international cite des cas allant jusqu'au double paiement de TVA lorsque la visualisation ne reflète pas fidèlement les données structurées.
La France est mieux armée sur ce point, parce que Factur-X embarque le PDF et le XML dans un même fichier. Mais l'avantage n'est réel que si les deux sont générés depuis la même source. Un PDF produit par l'ERP et un XML produit par la plateforme à partir d'un autre flux, c'est exactement la configuration polonaise, avec un fichier de plus.
La Pologne a codifié ses modes dégradés, la France non
C'est la différence la plus concrète, et sans doute la plus utile à regarder.
Le droit polonais prévoit quatre régimes distincts, chacun avec sa base légale. Le mode offline24 (article 106nda) est ouvert à tout contribuable, à tout moment, sans panne ni justification : la facture est émise valablement hors système et déposée au plus tard le jour ouvré suivant. Le régime d'indisponibilité annoncée (106nh) suit la même logique après une maintenance. Le mode d'urgence (106nf), déclenché par une annonce officielle de panne, ouvre un délai de sept jours ouvrés. Enfin, en cas de panne totale (106ng), la facture peut être émise sur papier ou en PDF, reste pleinement valide, et n'a pas à être déposée dans KSeF.
La France n'a pas d'équivalent codifié. Le guide de démarrage de la DGFiP indique qu'une entreprise « n'a pas à résoudre elle-même une défaillance d'un outil public ou collectif » et que les plateformes peuvent s'appuyer sur des copies de l'annuaire précédemment récupérées ou sur les adresses techniques Peppol. C'est une doctrine, pas un régime juridique assorti de délais opposables. Tant qu'elle n'est pas précisée, chaque entreprise doit écrire sa propre procédure de secours et documenter ce qu'elle fait quand la chaîne s'interrompt.
Deux tolérances, une même date de fin
Les deux pays ont neutralisé leurs sanctions pendant la même période, et les rétabliront au même moment.
En Pologne, les pénalités de l'article 106ni — jusqu'à 100 % du montant de TVA d'une facture émise hors KSeF, ou 18,7 % du montant brut lorsqu'il n'y a pas de TVA — sont suspendues jusqu'au 31 décembre 2026 et s'appliqueront à compter du 1er janvier 2027. En France, le gouvernement a annoncé qu'aucune sanction ne serait appliquée en 2026, les amendes relevées par la loi de finances pour 2026 reprenant ensuite leur cours.
Pour un groupe présent dans les deux pays, le 1er janvier 2027 n'est donc pas une échéance : c'est une double échéance. Et elle tombe huit mois avant que les PME françaises n'entrent à leur tour dans le dispositif.
Ce que cela change pour un groupe franco-polonais
Les deux raccordements ne sont pas substituables. Côté polonais, il faut une intégration directe à l'API publique, avec ses propres certificats, ses jetons et sa gestion des habilitations par entité, dans trois environnements distincts. Côté français, il faut un contrat avec une plateforme agréée et une ligne d'annuaire publiée. Aucun agrément français ne vaut en Pologne, et réciproquement.
Les formats diffèrent aussi. Le schéma polonais FA(3), en vigueur depuis le 1er février 2026, est globalement aligné sur la norme EN 16931 mais comporte des champs de TVA spécifiquement nationaux, quand la France retient Factur-X et CII. La bonne architecture n'est pas trois intégrations parallèles, mais un moteur de format capable de produire plusieurs schémas et une couche de connectivité unique.
Un point mérite une attention particulière parce qu'il surprend systématiquement : la Pologne interdit les pièces jointes non structurées. Pas de PDF, pas de DOC, pas de JPG. Les annexes sont un bloc de la structure XML elle-même, soumises à une déclaration préalable auprès du bureau des impôts validée sous trois jours ouvrés, et plafonnées à 3 Mo pour l'ensemble facture plus annexe. Un groupe habitué à joindre des liasses documentaires à ses factures devra les sortir du flux facture pour sa filiale polonaise.
Les deux modèles convergeront de toute façon
La directive (UE) 2025/516 du 11 mars 2025, dite ViDA, a supprimé l'obligation pour un État membre d'obtenir une dérogation préalable avant d'imposer la facturation électronique domestique, ainsi que l'exigence de consentement de l'acheteur. Elle fixe au 1er juillet 2030 l'entrée en vigueur des obligations de déclaration numérique pour les opérations transfrontalières, et au 1er janvier 2035 la date à laquelle les systèmes nationaux préexistants devront être alignés sur le modèle européen.
Autrement dit, FA(3) comme le dispositif français sont des architectures de transition. Les choix faits aujourd'hui en matière de moteur de format et de couche de transport pèseront plus longtemps que les schémas nationaux qu'ils servent.
En résumé
La Pologne a démarré sept mois avant nous avec un modèle opposé au nôtre, et ses trois difficultés majeures sont pourtant celles qui attendent les entreprises françaises : la gestion des identités et des habilitations au démarrage, l'écart entre une facture déposée et une facture réellement reçue, et la qualité du référentiel qu'un format structuré rend soudain visible. Aucune n'est un problème de plateforme. Toutes se préparent en amont.
Le seul point où la Pologne est objectivement mieux outillée est le mode dégradé, parce qu'elle l'a écrit dans la loi. En France, tant que ce régime n'existe pas, il revient à chaque entreprise de le documenter elle-même.
Sources
- Ministerstwo Finansów, Podręcznik KSeF 2.0, partie II — émission et réception des factures.
- Ministerstwo Finansów, Struktura logiczna FA(3), en vigueur depuis le 1er février 2026.
- WNP.pl, « Resort finansów: w KSeF wystawiono już prawie 290 mln faktur », mai 2026.
- Money.pl, « Czas nauki i chaosu » — les premières heures de KSeF, 2 février 2026.
- PIT.pl, les « documents fantômes » dans KSeF, mars 2026.
- Bankier.pl, bilan de KSeF après six mois de fonctionnement, juillet 2026.
- Gazeta Prawna, modes offline et d'urgence.
- Infor.pl, régime des pièces jointes dans KSeF, juin 2026.
- Directive (UE) 2025/516 du Conseil du 11 mars 2025 (ViDA), EUR-Lex.
- KPMG Avocats, « Facturation électronique : le schéma initialement prévu est modifié », octobre 2024.
- DGFiP, guide pratique de démarrage au 1er septembre 2026.
