La Pologne vient de basculer sur l’un des régimes de facturation électronique les plus stricts d’Europe. Depuis le 1er février 2026, le système national KSeF (Krajowy System e-Faktur) est obligatoire pour les grands contribuables, et l’obligation s’étendra à l’ensemble des assujettis à la TVA polonaise le 1er avril 2026. Pour toute entreprise française ou européenne qui facture en Pologne, opère via un établissement stable ou détient un numéro de TVA polonais, la question n’est plus “quand ?” mais “mon ERP est-il branché au bon endroit, avec le bon schéma, dans le bon mode ?”.
KSeF ne ressemble ni au modèle français Chorus Pro + PDP, ni au réseau Peppol utilisé en Allemagne ou au Benelux. C’est un modèle de clearance centralisée : toutes les factures transitent par la plateforme du ministère des Finances polonais, qui leur attribue un identifiant et les archive. Si l’ERP ne sait pas dialoguer en direct avec cette plateforme au format attendu, il n’émet plus de factures en Pologne, point.
Ce guide fait le tour des règles en vigueur depuis février 2026, du calendrier complet, du schéma FA(3) qui remplace FA(2), et de ce que votre ERP doit concrètement savoir faire, avec une checklist actionnable pour une DSI ou un CFO qui découvre le dossier.
KSeF, le modèle polonais de clearance centralisée
La Pologne a fait un choix architectural différent de la plupart de ses voisins. Là où la France a retenu un modèle “Y” (PDP privées agréées + portail public PPF), où l’Allemagne pousse Peppol en infrastructure décentralisée, et où l’Italie opère le SDI (Sistema di Interscambio) depuis 2019, la Pologne centralise tout sur une plateforme unique gérée par le ministère des Finances (Ministerstwo Finansów).
Comment ça marche concrètement. Un émetteur crée sa facture dans son ERP, celui-ci la sérialise au format XML FA(3), l’envoie à l’API KSeF via un certificat ou un token d’authentification, KSeF valide le schéma, attribue un numéro KSeF unique, renvoie un accusé de réception (UPO, Urzędowe Poświadczenie Odbioru), et stocke la facture côté État. Le destinataire la récupère ensuite dans sa propre instance KSeF. Il n’y a pas de PDF envoyé par email entre parties, il n’y a pas de réseau Peppol : tout passe par l’État.
Ce modèle a une conséquence directe sur les ERP : ils doivent intégrer nativement (ou via connecteur tiers) l’API KSeF, gérer l’authentification par certificat qualifié, et stocker le numéro KSeF retourné comme pièce comptable probante. Un ERP qui se contente de générer un XML pour un portail tiers ne suffit pas.
Le calendrier 2026-2027 : trois paliers, deux seuils
La loi KSeF 2.0 a été signée par le président polonais Karol Nawrocki le 27 août 2025, puis complétée en décembre 2025 par quatre règlements d’exécution qui verrouillent le cadre opérationnel (EY, Poland signs into law mandatory national e-invoicing system, Meridian Global Services, Four New Regulations finalised).
1er février 2026 : les grands contribuables basculent
Depuis cette date, toute entreprise dont le chiffre d’affaires brut 2024 dépasse 200 millions de zlotys (PLN), soit environ 46 millions d’euros, doit obligatoirement émettre ses factures B2B via KSeF au schéma FA(3). Cela concerne environ 4 200 grands contribuables selon le ministère des Finances (The Invoicing Hub, KSeF 2.0 launched on February 1, 2026).
Ce seuil est mesuré sur le chiffre d’affaires 2024, pas sur une donnée glissante : une entreprise qui dépasserait le seuil en 2026 n’entrerait pas dans cette première vague, elle relèvera simplement du palier suivant.
1er avril 2026 : tous les autres assujettis
À cette date, l’obligation s’étend à l’ensemble des entités enregistrées à la TVA polonaise, PME incluses, professions libérales et indépendants compris (Sovos, KSeF timeline, EDICOM, Poland B2B mandatory e-invoicing).
1er janvier 2027 : les micro-entrepreneurs
Dernière vague, les contribuables dont les ventes mensuelles sont inférieures à 10 000 PLN (environ 2 300 €) bénéficient d’un sursis jusqu’au 1er janvier 2027 (Sovos, KSeF timeline).
Ce délai supplémentaire reflète une prudence politique : forcer des micro-entrepreneurs à intégrer une API gouvernementale aurait généré un rejet massif et des demandes de dérogation sectorielle. Le ministère a donc préféré phaser.
Qui est concerné si vous êtes une entreprise étrangère
C’est le point le plus mal compris par les DSI en dehors de Pologne. Une entreprise française, allemande ou espagnole peut tomber dans le périmètre KSeF sans avoir de filiale en Pologne.
Cas 1 : établissement stable (fixed establishment) en Pologne. Une filiale, une succursale, un bureau opérationnel avec personnel et infrastructure sur place vous assimile à un contribuable polonais. Vos factures émises depuis cet établissement doivent passer par KSeF dès le 1er février ou le 1er avril 2026 selon votre taille (Dudkowiak, E-Invoicing in Poland).
Cas 2 : numéro de TVA polonais sans établissement stable. Une entreprise étrangère enregistrée à la TVA en Pologne, mais sans personnel ni infrastructure sur place (import-export, e-commerce cross-border, logistique), doit utiliser KSeF pour les factures émises sous ce numéro de TVA polonais à partir du 1er avril 2026. Elle ne bénéficie pas toujours des mêmes dispenses que les purs acheteurs étrangers (Dudkowiak, E-Invoicing in Poland, EDICOM, Poland B2B mandatory e-invoicing).
Cas 3 : pas d’établissement, pas de TVA polonaise. Une entreprise qui facture simplement un client polonais depuis l’étranger, sans s’être enregistrée à la TVA en Pologne, n’est pas obligée d’utiliser KSeF. En revanche, son client polonais pourra exiger une facture conforme B2B, ce qui impose en pratique d’émettre au format FA(3) pour éviter les frictions.
Pour un ERP opéré en France ou en Allemagne qui pilote des opérations polonaises, la question à poser à l’éditeur est simple : “Gérez-vous l’émission directe KSeF FA(3) avec certificat qualifié polonais, pour des entités du groupe disposant d’une TVA PL ?” Si la réponse est non, il faut soit un connecteur tiers (Sovos, Comarch, EDICOM, Tradeshift), soit un délai d’adaptation qu’il est trop tard pour envisager sereinement.
Ce que le schéma FA(3) change par rapport à FA(2)
Le schéma FA(2) a été entièrement remplacé par FA(3) le 1er février 2026. La documentation API KSeF 2.0 et le schéma final ont été publiés par le ministère des Finances le 30 juin 2025, laissant environ sept mois aux éditeurs pour adapter leurs connecteurs (VATupdate, Poland Releases Final KSeF 2.0 API Documentation and FA(3) Schema).
Trois nouveautés méritent une attention particulière d’un point de vue ERP :
1. Les pièces jointes (attachments) sont enfin gérées
Depuis le 1er janvier 2026, les entreprises peuvent joindre des documents complémentaires (spécifications techniques, bons de livraison, détails produits) aux factures structurées soumises à KSeF via le schéma FA(3). Un assujetti qui souhaite activer cette fonctionnalité doit déclarer son intention via le portail e-Tax (e-Urząd Skarbowy) avant émission (Fiscal Solutions, KSeF 2.0 launched, Sovos, KSeF 2.0 FAQs).
Concrètement, un ERP doit savoir générer la facture principale en FA(3), attacher les pièces en base64 au bon emplacement du XML, et stocker côté système la liaison entre la facture KSeF et ses pièces jointes pour archivage. Un ERP qui n’a jamais eu à gérer ce cas de figure risque un trou dans la piste d’audit.
2. Le mode “Offline24” absorbe les pannes
KSeF est une plateforme étatique, elle peut tomber, et une entreprise ne peut pas arrêter de facturer parce que le serveur du ministère a un incident. Le mode Offline24 permet à l’émetteur de créer une facture structurée hors ligne, de la livrer au client, puis de la soumettre à KSeF au plus tard le jour ouvré suivant (Sovos, KSeF 2.0 FAQs).
Pour un ERP, cela signifie implémenter un double flux : nominal (envoi immédiat à l’API KSeF avec UPO retour synchrone) et dégradé (stockage local horodaté, file d’attente avec retry automatique le lendemain). Les ERP qui n’ont pas de file d’attente persistante vont devoir en ajouter une.
3. Le format retenu reste XML, pas JSON
FA(3) est un schéma XML, compatible avec les modèles européens UBL et CII mais avec des extensions polonaises propres. Un ERP qui gère déjà Factur-X (France) ou XRechnung/ZUGFeRD (Allemagne) aura une partie du travail fait sur la grammaire générale, mais devra ajouter les segments spécifiques polonais (TVA, classification JPK, champs obligatoires propres à KSeF).
Pénalités : une année de grâce, puis ça pique
Le législateur polonais a prévu une période d’acclimatation pour éviter un effondrement administratif la première année.
Du 1er février au 31 décembre 2026 : aucune pénalité pour erreurs de facturation liées à KSeF (Sovos, KSeF timeline). Une entreprise qui émet une facture malformée, en retard ou avec des métadonnées erronées ne sera pas sanctionnée financièrement, mais devra corriger.
À partir du 1er janvier 2027, le régime devient punitif. Les sanctions peuvent atteindre 100 % du montant de TVA indiqué sur la facture non conforme, ou jusqu’à 18,7 % du montant total dû sur la facture (Sovos, KSeF timeline). Ce sont des niveaux qui transforment un bug ERP en incident financier direct.
Le calcul à retenir pour une direction financière : une facture de 100 000 PLN HT avec une TVA à 23 % représente 23 000 PLN de TVA. En cas de non-conformité après 2026, la sanction maximale sur cette seule facture atteint 23 000 PLN. Sur un portefeuille de plusieurs milliers de factures mensuelles, l’enjeu est suffisant pour justifier un budget d’adaptation ERP à cinq ou six chiffres.
Ce que votre ERP doit savoir faire : checklist technique
Un ERP prêt pour KSeF 2026 doit cocher les sept cases suivantes. Si l’éditeur ne sait pas répondre par l’affirmative sur chacune, c’est un signal rouge.
- Émission FA(3) native. Générer le XML FA(3) complet, avec tous les champs obligatoires polonais (classification JPK_V7, codes produits PKWiU, TVA par taux, mentions obligatoires).
- Authentification au portail KSeF. Gestion du certificat qualifié polonais, du token d’authentification, et du renouvellement automatique avant expiration.
- Réception d’UPO et stockage. Consommer la réponse de KSeF, capter le numéro KSeF unique, stocker l’UPO (Urzędowe Poświadczenie Odbioru) dans la pièce comptable comme preuve d’émission.
- Mode Offline24 avec file d’attente. File de retries persistante, double journalisation (local et KSeF), alerte si la retransmission échoue au-delà de 24 h.
- Réception des factures entrantes. Interrogation périodique de KSeF pour récupérer les factures reçues sous le numéro de TVA polonais, intégration automatique dans le workflow achats.
- Pièces jointes FA(3). Attacher des documents au schéma XML en base64 si l’entreprise a notifié son intention à l’administration polonaise.
- Archivage probant 10 ans. KSeF stocke les factures, mais l’entreprise reste tenue de conserver ses propres copies avec piste d’audit pendant 10 ans, l’ERP doit intégrer cette archive.
Parmi les éditeurs actuellement cités comme conformes KSeF 2.0 (liste non exhaustive, à valider auprès de l’éditeur au moment de l’achat) : Comarch ERP (éditeur polonais historique, le plus avancé sur le sujet), SAP S/4HANA avec l’add-on DRC (Document and Reporting Compliance), Microsoft Dynamics 365 via connecteurs partenaires, Odoo via modules tiers (Mitxelena, Altabel), et les plateformes de e-invoicing spécialisées (Sovos, EDICOM, Comarch e-Invoicing) qui s’intercalent en amont de l’ERP.
Comment KSeF se compare aux autres modèles européens
Pour un DSI européen qui pilote plusieurs pays, voici la lecture rapide des différences d’architecture :
| Pays | Modèle | Plateforme | Intermédiaire privé possible |
|---|---|---|---|
| Pologne | Clearance centralisée | KSeF (État) | Non, obligatoire KSeF |
| Italie | Clearance centralisée | SDI (État) | Non, obligatoire SDI |
| France | Modèle “Y” (clearance + réseau) | PPF (État) + PDP agréées | Oui, via PDP |
| Allemagne | Peppol décentralisé | Peppol + portails Länder | Oui, Access Points Peppol |
| Espagne | SII temps réel + futur B2B | SII (TVA) + plateformes | Oui, plateformes régionales |
La Pologne et l’Italie se ressemblent dans l’esprit (tout passe par l’État, pas d’intermédiaire), mais KSeF va plus loin en exigeant un schéma plus strict (FA(3)) et en refusant le PDF comme pièce probante. Un groupe qui opère en France, Allemagne, Italie et Pologne devra maintenir quatre connecteurs différents dans son ERP, avec quatre logiques d’authentification et quatre formats de données.
Checklist pour une DSI ou un CFO qui découvre le dossier
Si vous arrivez sur le sujet en avril 2026 avec une entité polonaise et un ERP non préparé, voici l’ordre des choses à faire :
- Cartographier vos entités. Quelle entité a une TVA polonaise ? Un établissement stable ? Est-ce que vous facturez des clients polonais depuis une entité française sans TVA PL ?
- Mesurer le chiffre d’affaires 2024 par entité polonaise. Au-dessus de 200 M PLN, vous êtes déjà en obligation depuis le 1er février, et vous êtes potentiellement en défaut.
- Demander à votre éditeur ERP un écrit. “Êtes-vous conforme KSeF 2.0 FA(3) en mode production, aujourd’hui, pour les entités polonaises ?” Si oui, demander le kit de déploiement. Si non, demander la roadmap et le délai.
- Si l’éditeur n’est pas prêt, évaluer un connecteur tiers. Comarch, Sovos, EDICOM, Tradeshift offrent des solutions middleware qui s’intercalent entre l’ERP et KSeF. Budget typique : quelques dizaines de milliers d’euros de licence annuelle plus l’intégration.
- Provisionner un test en sandbox KSeF. Le ministère maintient un environnement de test public, toute mise en production doit passer par une validation complète en sandbox (authentification, émission, réception d’UPO, gestion d’une panne simulée en Offline24).
- Former la comptabilité. Le numéro KSeF devient une mention obligatoire sur la pièce comptable, les rapprochements bancaires et le lettrage client changent, la période de grâce jusqu’en décembre 2026 est l’opportunité de rôder sans risque financier.
Pour aller plus loin
KSeF s’inscrit dans un mouvement européen plus large : la France avec Chorus Pro et les PDP, l’Italie avec SDI, l’Espagne avec SII puis la loi Crea y Crece, et à terme la directive ViDA (VAT in the Digital Age) qui vise un reporting TVA en temps réel à l’échelle de l’UE d’ici 2030.
Pour les équipes qui pilotent un ERP multi-pays et doivent anticiper la vague réglementaire, trois ressources complémentaires :
- Le guide complet de la facturation électronique obligatoire en Europe à l’horizon 2027, qui donne le calendrier par pays et les formats acceptés.
- L’analyse des ERP espagnols et du régime SII / TicketBAI, utile pour comparer le modèle ibérique au modèle polonais.
- Le comparatif des ERP pour le commerce international multi-pays, qui couvre la dimension douane + fiscalité + conformité multi-juridiction.
Pour les équipes qui veulent valider rapidement leur propre niveau de préparation, un POC 3 mois ciblé sur l’intégration KSeF (émission FA(3), réception UPO, mode Offline24) en sandbox ministère est l’étape la plus rationnelle. Budget indicatif : 20 à 40 K€ selon la complexité du paysage ERP. Résultat : un go/no-go documenté sur la capacité de votre éditeur à tenir l’échéance, avant que la période de grâce ne s’achève le 31 décembre 2026.
