KSeF Facturation Électronique Polonaise Obligatoire Février 2026 : Guide de Mise en Œuvre, Conformité & Intégration E-Commerce

1. KSeF (Krajowy System e-Faktur) — Ce que c'est et pourquoi il existe

KSeF — le Krajowy System e-Faktur (Système National de Facturation Électronique) — est la plateforme de validation des factures exploitée de manière centralisée par l'État polonais. Sur le plan opérationnel, il s'agit d'une API REST accompagnée d'un portail web hébergé par le Ministerstwo Finansow (ministère des Finances) à l'adresse ksef.podatki.gov.pl. Chaque facture structurée (faktura ustrukturyzowana) émise par un contribuable polonais est téléversée dans KSeF sous forme de document XML FA(2), validée par rapport au schéma XSD officiel, horodatée, dotée d'un identifiant KSeF unique à 10 caractères (par ex. 7A3D-19F0), et conservée dans le registre central pendant au moins 10 ans.

Sur le plan juridique, KSeF a été instauré par la loi modifiée Ustawa o podatku od towarow i uslug (loi polonaise sur la TVA, Ustawa o VAT) et détaillé dans l'ordonnance KSeF du ministère des Finances (Rozporzadzenie Ministra Finansow w sprawie KSeF). Il est facultatif depuis le 1er janvier 2022 et devient obligatoire en deux vagues au cours de 2026 — remplaçant tout flux de facturation PDF traditionnel entre entreprises polonaises.

Pourquoi la Pologne a-t-elle créé KSeF ?

Le ministère des Finances a fixé trois objectifs explicites lors de la première annonce de KSeF en 2021 : combler l'écart de TVA (l'écart de TVA polonais est passé de plus de 25 % en 2015 à environ 7–9 % en 2024 grâce au SAF-T et au paiement scindé ; KSeF rend structurellement plus difficile la fraude carrousel et les opérateurs défaillants) ; réduire les frictions administratives (une facture KSeF est livrée à l'acheteur dès son enregistrement — pas d'e-mail PDF, pas d'accusé de réception ; l'horodatage KSeF fait office de date légale de livraison) ; et s'aligner sur l'initiative ViDA de l'UE (le paquet « TVA à l'ère numérique » de 2024 impose la facturation électronique structurée dans tout le marché unique d'ici 2030 ; la Pologne est un précurseur et KSeF s'intégrera à ViDA avec un minimum de changements architecturaux).

Qui exploite KSeF et qui y est soumis ?

KSeF est construit et exploité par la branche informatique du ministère des Finances (Departament Informatyzacji Ministerstwa Finansow) conjointement avec la KAS (Krajowa Administracja Skarbowa). Tout contribuable polonais assujetti à la TVA en activité y est soumis à compter de la date obligatoire : entrepreneurs individuels (JDG), sociétés à responsabilité limitée (sp. z o.o.), entreprises étrangères immatriculées à la TVA polonaise, et grands groupes déposant le JPK_V7M. Les vendeurs de marketplace sur Allegro, Amazon.pl, Empik, Ceneo, Morele.net ou Erli ne font pas exception.

2. 1er février 2026 — La date obligatoire (reportée depuis 2024)

Le plan initial et le report

La loi initiale de 2023 sur la facturation électronique fixait le 1er juillet 2024 comme date universelle de mise en service pour le B2B et le B2G. En janvier 2024, le ministère des Finances a commandé un audit externe de l'API de production KSeF après que des tests de charge ont révélé des lacunes de scalabilité et de fiabilité. Le 19 janvier 2024, le ministère a annoncé le report de l'échéance de juillet 2024 ; un nouveau calendrier de mise en œuvre a été publié plus tard dans l'année et fixé définitivement pour 2026.

Le calendrier de déploiement 2026

Le ministère des Finances a indiqué une période de transition à application souple au T1 2026 — les sanctions pour soumissions KSeF tardives ou manquantes seront appliquées avec discernement au moins jusqu'au 1er juillet 2026. À partir du second semestre 2026, le barème complet de sanctions prévu par l'Ustawa o VAT s'applique sans indulgence.

Qu'advient-il des factures papier et PDF ?

À compter de la date obligatoire, une facture papier ou PDF n'est plus une facture B2B légalement valide en Pologne. En émettre une à destination d'un acheteur professionnel polonais à la place d'une facture KSeF structurée déclenche le régime de sanctions décrit à la section 9. Exceptions : transactions B2C (les paragony continuent via les caisses enregistreuses fiscales et le e-Paragon facultatif ; les factures demandées par les consommateurs continuent de transiter par KSeF) ; factures transfrontalières à des clients TVA étrangers (les règles standard de facturation TVA de l'UE en vertu de la directive 2006/112/CE s'appliquent ; les PDF restent valides à l'export) ; et le mode hors ligne pour force majeure (facture émise en dehors de KSeF pendant une panne de l'API, téléversée rétroactivement dans une fenêtre de grâce d'un jour ouvré).

3. Schéma FA(2) — Le format XML de facture

De FA(1) à FA(2) : ce qui a changé

Le schéma FA(2) est le format XML de facture structurée de deuxième génération, obligatoire à partir de 2026. Il remplace FA(1) (phase facultative de 2022 à mi-2024) et est publié sous forme de XSD sur ksef.podatki.gov.pl, validé côté serveur à chaque soumission.

Principaux changements FA(2) par rapport à FA(1) : validation NIP renforcée (NIP du destinataire, 10 chiffres, validé en temps réel par rapport à la Biala Lista et à VIES) ; nouveaux champs de marketplace (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci deviennent obligatoires pour les canaux de vente) ; bloc FaKorygujaca renforcé (les corrections référencent l'identifiant KSeF à 10 caractères de la facture d'origine dans NrFaKorygowanej) ; devise + taux de change (Waluta / KursWaluty validés par rapport aux taux de référence NBP du jour ouvré précédant la vente) ; et indicateur de paiement scindé MPP (obligatoire pour les factures supérieures à 15 000 PLN dans les catégories de l'Annexe 15).

Anatomie d'une facture XML FA(2)

Un document FA(2) minimal comporte un Naglowek (en-tête avec version du schéma), un bloc Podmiot1 (NIP, nom et adresse du vendeur avec KodKraju=PL), un bloc Podmiot2 (NIP et nom de l'acheteur), et un bloc Fa contenant le code devise (KodWaluty=PLN), la date d'émission (P_1), le numéro de facture (P_2), les totaux net / TVA / brut (P_13_1, P_14_1, P_15), le type de facture (RodzajFaktury), et une ou plusieurs lignes FaWiersz avec description du produit (P_7), quantité (P_8B), prix unitaire (P_9A), montant net de la ligne (P_11) et taux de TVA (P_12).

Chaque élément nommé est imposé par le XSD FA(2). Un NIP mal formé, un WariantFormularza manquant, ou un taux de TVA P_12 en dehors de l'ensemble officiel (0, 5, 8, 23, zw, np, oo) entraîne le rejet du document par l'API KSeF avec une réponse d'erreur structurée 4xx. Le connecteur KSeF de Zunapro construit, valide et soumet automatiquement les documents FA(2) à partir des commandes de marketplace entrantes — aucun travail XSD manuel pour le vendeur.

Versionnage et mises à jour du schéma FA(2)

Le ministère des Finances versionne le schéma FA(2) au format 1-0E, 1-1E, etc. Les changements de schéma sont annoncés dans le Dziennik Urzedowy Ministra Finansow officiel avec une fenêtre de mise en œuvre d'au moins trois mois. Les XSD de production sont hébergés sous crd.gov.pl/wzor/. Toute plateforme d'intégration gérant du trafic KSeF doit suivre ces versions : un document FA(2) construit avec un schéma obsolète est rejeté même si les données métier sont correctes.

4. Identification du destinataire NIP-TVA

NIP — L'identifiant du contribuable polonais

NIP (Numer Identyfikacji Podatkowej) est le numéro d'identification fiscale polonais à 10 chiffres, délivré par le bureau des impôts compétent lors de l'immatriculation de l'entreprise. Tout assujetti à la TVA en activité dispose d'un NIP ; les entreprises étrangères immatriculées à la TVA polonaise reçoivent un NIP préfixé du code pays (par ex. PL5252344078) à des fins intracommunautaires. Le NIP est l'identifiant principal des parties sur une facture FA(2).

Validation en temps réel — Biala Lista et VIES

L'API KSeF effectue trois vérifications en ligne pour chaque facture B2B : Biala Lista (liste blanche des contribuables TVA sur wykaz-podatnikow.mf.gov.pl — le NIP doit être présent et actif à la date de la facture), correspondance du nom (Nazwa doit correspondre raisonnablement à l'entrée de la Biala Lista ; les écarts significatifs constituent aujourd'hui un avertissement mineur, mais deviendront un rejet strict à partir du second semestre 2026), et VIES pour les échanges B2B intracommunautaires où le destinataire détient un numéro de TVA étranger de l'UE.

Commande de marketplace → Saisie du NIP

Saisie du NIP de l'acheteur au paiement sur marketplace : Allegro expose le NIP sous buyer.company.taxId lorsque la commande est marquée comme achat d'entreprise. Les acheteurs professionnels Amazon.pl transmettent le NIP via l'objet SP-API BuyerInfo.BuyerTaxInfo. Empik / Ceneo / Morele / Erli exposent chacun un indicateur « Faktura na firme » et un champ NIP dans leur JSON de commande. Pour les paiements en boutique propre sur Shopify / WooCommerce / PrestaShop / BigCommerce, ajoutez une case à cocher « Facture TVA (NIP) » ; les thèmes destinés au marché polonais intègrent déjà ce widget.

Zunapro récupère le NIP de l'acheteur à partir de la charge utile du webhook de chaque commande de marketplace, le valide en amont par rapport à la Biala Lista, et l'insère dans Podmiot2 → NIP de la FA(2) sortante. Un NIP manquant ou incorrect déclenche une alerte dans le panneau avant la soumission de la facture, ce qui permet de corriger la qualité des données au niveau de la commande plutôt que de courir après les rejets KSeF.

5. PEF (Platforma Elektronicznego Fakturowania) pour le B2G

Ce qu'est PEF et sa place dans l'écosystème

PEF — la Platforma Elektronicznego Fakturowania (Plateforme de Facturation Électronique) — est la plateforme de facturation électronique B2G (entreprise vers administration) préexistante de la Pologne, lancée en 2019 et exploitée par le ministère du Développement et de la Technologie (Ministerstwo Rozwoju i Technologii). PEF a été conçue pour mettre en œuvre la directive européenne 2014/55/UE sur la facturation électronique dans les marchés publics : tout acheteur public polonais (administration centrale, communes, hôpitaux, écoles) est tenu de recevoir des factures électroniques structurées via PEF pour les contrats de commande publique.

PEF et KSeF : un modèle de coexistence

Une question fréquente en 2026 est de savoir si PEF disparaît une fois KSeF rendu obligatoire. Réponse : PEF reste opérationnel. Les deux plateformes coexistent avec une répartition claire des tâches :

• PEF — couche de transport et d'acheminement pour les factures B2G, y compris le B2G transfrontalier via le réseau européen Peppol. Optimisé pour le flux de la commande publique (commande → facture → paiement → archivage).
• KSeF — couche de validation fiscale et d'enregistrement pour toutes les factures B2B et B2G émises par des contribuables polonais. Le ministère des Finances est le destinataire des données structurées.
• Flux conjoint pour le B2G — une entreprise polonaise facturant un acheteur public polonais émet la facture via PEF pour la livraison, et une copie parallèle est enregistrée dans KSeF à des fins de déclaration de TVA. Le ministère des Finances s'est engagé à construire un rapprochement automatique PEF↔KSeF afin que les vendeurs n'aient pas à soumettre deux fois.

Qui doit utiliser PEF ?

Tout pouvoir adjudicateur du secteur public polonais est tenu de recevoir des factures PEF. Les fournisseurs (polonais et étrangers) sont tenus d'émettre des factures PEF lorsqu'ils facturent un acheteur public pour un marché dépassant les seuils de l'UE (actuellement 140 000 EUR pour les biens/services de l'administration centrale, 215 000 EUR pour les entités sous-centrales). En dessous de ces seuils, l'usage de PEF est facultatif mais encouragé. La connexion à PEF utilise ePUAP, une signature électronique qualifiée, ou un jeton PEF dédié.

Pile technique de PEF

• Transport — AS4 (Applicability Statement 4), la norme OASIS utilisée par Peppol pour l'échange sécurisé de documents.
• Format du document — principalement Peppol BIS Billing 3.0 (syntaxe UBL 2.1) pour le transfrontalier, ainsi qu'un schéma PEF national pour les factures B2G purement domestiques polonaises.
• Identification — identifiants des participants dans le carnet d'adresses Peppol ; l'identifiant Peppol d'un acheteur public polonais est son NIP codé selon le schéma 0190.
• Opérateur — PEF est proposé sous forme de plateforme gratuite gérée par le ministère, ainsi que, en option, via des points d'accès Peppol accrédités (Comarch, Sage, Edicom, etc.).

6. Authentification via ePUAP + API

Les trois voies d'authentification

KSeF prend en charge trois mécanismes d'authentification, chacun adapté à un mode opérationnel différent :

1. Signature électronique qualifiée (kwalifikowany podpis elektroniczny) — un certificat personnel délivré par un prestataire de services de confiance qualifié polonais (KIR Szafir, CenCert, Certum, EuroCert). La plus courante pour les comptables et les contribuables individuels émettant manuellement de faibles volumes de factures.
2. Profil de confiance via ePUAP (Profil Zaufany) — l'identité électronique gratuite délivrée par l'État, liée au numéro PESEL et vérifiée via la banque en ligne. Universellement disponible pour les particuliers polonais ; la voie d'authentification standard pour les PME.
3. Cachet électronique qualifié (kwalifikowana pieczec elektroniczna) — un certificat au niveau de l'entreprise permettant à un système automatisé de signer des documents FA(2) au nom de la personne morale. La seule voie viable pour les intégrations de marketplace et d'ERP.

ePUAP — Le profil de confiance polonais

ePUAP (Elektroniczna Platforma Uslug Administracji Publicznej, Plateforme Électronique des Services de l'Administration Publique) est la passerelle centrale d'e-gouvernement de la Pologne, hébergée sur epuap.gov.pl et exploitée par le Centralny Osrodek Informatyki (COI) sous l'autorité du ministère des Affaires numériques. Le Profil Zaufany (Profil de confiance) délivré via ePUAP est la pierre angulaire de l'identité électronique polonaise : il sert à déclarer les impôts, à immatriculer une entreprise individuelle via CEIDG, à signer des contrats avec l'administration publique — et, depuis 2022, à authentifier l'amorçage des intégrations KSeF.

Pour les vendeurs de marketplace, le flux type est le suivant : le représentant de l'entreprise (un membre du conseil ou un mandataire disposant d'une autorisation appropriée dans le KRS) se connecte une fois au portail KSeF via ePUAP, génère un jeton API lié à un cachet qualifié, autorise Zunapro (ou un autre intégrateur) en tant qu'« osoba uprawniona » (personne autorisée), et à partir de ce moment, toutes les soumissions FA(2) sont automatisées.

L'API KSeF en un coup d'œil

L'API KSeF est un service REST JSON sur HTTPS. Principaux points de terminaison : POST /api/online/Session/InitToken ouvre une session authentifiée via un jeton et un challenge signé ; POST /api/online/Invoice/Send soumet un document XML FA(2) encodé en Base64 et retourne une référence de traitement ; GET /api/online/Invoice/Status/{ref} retourne l'identifiant KSeF à 10 caractères en cas de succès ; POST /api/online/Query/Invoice/Sync télécharge les factures des contreparties ; POST /api/online/Session/Terminate ferme la session.

L'API dispose à la fois d'un environnement bac à sable (ksef-test.mf.gov.pl) et d'un environnement de production (ksef.mf.gov.pl). Les limites de débit sont généreuses pour les charges de travail normales, mais un trafic de marketplace en pics devrait regrouper ses soumissions.

Modèle d'autorisation — qui peut signer au nom de qui ?

KSeF utilise un modèle « osoby uprawnione » : chaque action sur un NIP est effectuée par une personne autorisée dont les droits sont accordés via le portail ou l'API KSeF. Les rôles incluent Wlasciciel (propriétaire, droits complets), Faktury sprzedaz (émission des factures sortantes), Faktury zakup (téléchargement des factures entrantes), et Nadawanie uprawnien (gestion des autorisations).

Les vendeurs de marketplace accordent généralement à Zunapro le droit « Faktury sprzedaz » restreint à leur NIP, ainsi qu'optionnellement « Faktury zakup » pour le rapprochement des flux entrants. Le vendeur conserve le rôle de propriétaire et peut révoquer l'accès à tout moment.

7. Intégration avec les principaux logiciels polonais (Comarch, Sage, Symfonia)

Le paysage des ERP / logiciels comptables polonais

Les PME et groupes polonais utilisent un ensemble distinctif de plateformes ERP et comptables, dont la plupart ont déployé des connecteurs KSeF au cours de 2024 et 2026. Les vendeurs de marketplace disposent généralement déjà de l'un de ces systèmes dans leur pile technique — soit comme grand livre principal, soit comme consommateur en aval des données de marketplace. Voici les principaux acteurs et la manière dont chacun gère KSeF.

Comment Zunapro s'intègre dans l'écosystème ERP

Zunapro ne remplace pas un ERP — c'est la couche d'orchestration de marketplace entre Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erli et votre socle comptable. Le flux KSeF fonctionne de deux manières : émis par Zunapro (Zunapro construit, signe et soumet la FA(2), puis renvoie la facture ainsi que l'identifiant KSeF à 10 caractères vers votre ERP) ou émis par l'ERP (Zunapro transmet les commandes en flux à Comarch / Sage / Symfonia / Insert / Enova / iFirma, qui émet la FA(2) via son propre connecteur). Les deux configurations offrent une couverture KSeF complète.

Pièges d'intégration courants

• Dérive de schéma — les ERP accusent parfois un retard d'une version par rapport au schéma FA(2) du ministère. Vérifiez la version XSD active avant chaque fin de trimestre.
• Normalisation du NIP — les marketplaces transmettent les NIP sous de nombreux formats (525-23-44-078, PL5252344078, chiffres bruts). Normalisez sur 10 chiffres.
• Mise à l'échelle des cabinets — si un cabinet gère KSeF pour 50 NIP, utilisez le flux d'autorisation en masse du portail KSeF, et non l'interface web par NIP.
• Contamination du bac à sable — n'utilisez jamais le cachet qualifié de production dans le bac à sable ; émettez un cachet de test dédié pour ksef-test.mf.gov.pl.

8. Facturation électronique transfrontalière — Peppol UBL via PEF

La question transfrontalière

Un vendeur de marketplace polonais facturant un acheteur allemand, un revendeur tchèque facturant un hôpital public polonais, un exportateur polonais vendant en B2B vers la France — aucun de ces cas n'est directement géré par KSeF. KSeF est un système de validation national ; les factures B2B transfrontalières continuent de suivre les règles standard de facturation TVA de l'UE en vertu de la directive 2006/112/CE. Les PDF et l'EDI restent acceptables à l'export — à une exception importante près : le B2G transfrontalier.

Peppol — L'épine dorsale transfrontalière de l'UE

Peppol (Pan-European Public Procurement Online) est le réseau normalisé à l'échelle de l'UE pour l'échange de documents commerciaux structurés, régi par l'association OpenPeppol. Chaque État membre de l'UE a intégré Peppol dans son infrastructure de commande publique pour mettre en œuvre la directive 2014/55/UE. Format du document : UBL 2.1 (Universal Business Language) enveloppé dans la spécification Peppol BIS Billing 3.0. Transport : AS4 selon un modèle à quatre coins (expéditeur → point d'accès de l'expéditeur → point d'accès du destinataire → destinataire).

Comment PEF connecte le B2G polonais à Peppol

PEF (voir section 5) est la passerelle polonaise vers le réseau Peppol. Pour un fournisseur polonais facturant un hôpital public allemand : le fournisseur construit dans son ERP une facture Peppol BIS Billing 3.0 (UBL 2.1), la téléverse vers PEF (le point d'accès Peppol côté fournisseur), PEF l'achemine via AS4 vers le point d'accès du destinataire allemand, qui livre la facture au système comptable de l'hôpital. PEF journalise la transaction ; une copie parallèle est enregistrée dans KSeF pour la déclaration de TVA polonaise.

Peppol BIS Billing 3.0 vs FA(2) : correspondance des champs

Peppol UBL et FA(2) sont des grammaires XML différentes, mais les données de facture sous-jacentes sont les mêmes. Le NIP du vendeur et de l'acheteur correspond à cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID ; Fa/P_2 correspond à cbc:ID ; la date d'émission Fa/P_1 correspond à cbc:IssueDate ; KodWaluty correspond à cbc:DocumentCurrencyCode ; FaWiersz/P_7 correspond à cac:InvoiceLine/cac:Item/cbc:Name ; le taux de TVA P_12 correspond à cac:ClassifiedTaxCategory/cbc:Percent ; le total brut Fa/P_15 correspond à cbc:PayableAmount.

Les plateformes d'intégration modernes (Zunapro y compris) conservent les données de facture dans un modèle interne canonique et génèrent, à partir de la même source, FA(2) pour KSeF et Peppol UBL pour le B2G transfrontalier. Les vendeurs n'écrivent pas de XML à la main.

ViDA de l'UE — ce qui suit KSeF

Le paquet européen TVA à l'ère numérique (ViDA), adopté fin 2024, impose la facturation électronique structurée et des exigences de déclaration numérique quasi en temps réel (DRR) pour les transactions B2B intracommunautaires d'ici juillet 2030. Le modèle de données de ViDA est explicitement aligné sur Peppol. La pile KSeF de la Pologne — FA(2) plus le routage PEF/Peppol — est bien placée pour s'intégrer à ViDA avec un minimum de changements architecturaux ; le ministère des Finances a indiqué qu'un schéma FA(3) absorbera les champs requis par ViDA dès l'entrée en vigueur du règlement.

9. Sanctions — Jusqu'à 100 % du montant de TVA

La base légale

Les sanctions pour non-utilisation de KSeF sont énoncées dans l'Ustawa o VAT modifiée, en particulier dans les nouveaux articles introduits par la loi de 2023 sur la facturation électronique et détaillés dans l'ordonnance KSeF. Le ministère des Finances a communiqué sur une période de transition à application souple au T1 2026 ; à partir du 1er juillet 2026, le régime de sanctions complet s'applique sans indulgence.

Le barème des sanctions

Infraction	Sanction	Plancher
Émission d'une facture en dehors de KSeF alors que KSeF est obligatoire	Jusqu'à 100 % du montant de TVA de la facture	Minimum 1 000 PLN par facture
Défaut de soumission d'une facture à KSeF dans le délai réglementaire après une émission hors ligne pour force majeure	Jusqu'à 18,7 % du montant brut de la facture	Minimum 1 000 PLN par facture
Émission d'une facture via KSeF avec des erreurs substantielles (par ex. NIP erroné, indicateur MPP manquant)	Sanctions standard pour erreurs de TVA en vertu du Kodeks karny skarbowy (Code pénal fiscal)	Amendes journalières (kary dzienne) selon l'article 56 du KKS
Défaut d'enregistrement d'une facture émise dans le JPK_V7M	Jusqu'à 20 % de la taxe sous-déclarée	Selon l'article 112b de la loi sur la TVA

Exemple chiffré — Scénario de marketplace

Un vendeur d'électronique polonais expédie 200 commandes Allegro B2B par mois, avec une moyenne brute de 1 500 PLN à 23 % de TVA (~280 PLN de TVA par facture). Si KSeF est obligatoire et que le vendeur continue en PDF uniquement : la sanction maximale théorique s'élève à 200 × 280 PLN = 56 000 PLN/mois au titre des amendes proportionnelles à la TVA ; le plancher pratique s'élève à 200 × 1 000 PLN = 200 000 PLN/mois au titre des amendes minimales par facture (le montant le plus élevé s'applique) ; s'y ajoutent les écarts JPK_V7M et la perte du droit à déduction de TVA pour les acheteurs. Le coût d'une mise en œuvre correcte de KSeF ne représente qu'une infime fraction de l'exposition liée à la non-conformité.

Stratégies de défense et mesures d'atténuation

Preuve du mode hors ligne — conservez les journaux de réponse de l'API en cas de panne ayant empêché la soumission à KSeF, et téléversez-les rétroactivement dans le délai de grâce (actuellement un jour ouvré). Czynny zal — la procédure polonaise d'auto-dénonciation prévue à l'article 16 du KKS peut éteindre la responsabilité pénale fiscale si le contribuable divulgue volontairement la non-conformité avant que la KAS n'ouvre un contrôle. Piste d'audit — les identifiants KSeF constituent la preuve de conformité de référence ; conservez-les avec la commande, comme le fait Zunapro dans le détail de la commande.

10. E-commerce + conformité KSeF — Le guide pratique des marketplaces

La réalité des marketplaces

Les marketplaces polonaises — Allegro (plus de 22 millions de clients), Amazon.pl (plus de 4 millions), Empik (plus de 1,5 million en Premium), Ceneo (plus de 19 millions de visiteurs), Morele.net (plus de 8 millions), Erli (plus de 4 millions) — traitent collectivement plus de 30 millions de commandes par mois en 2026, dont une fraction non négligeable est marquée « faktura na firme ». L'émission manuelle de KSeF est impossible aux volumes des marketplaces ; l'intégration doit être automatisée.

Le flux KSeF en cinq étapes pour les marketplaces

1. Ingestion de la commande — Zunapro reçoit le webhook de commande (y compris le NIP si « faktura na firme » a été sélectionné).
2. Validation du NIP — interrogation de la Biala Lista ; échec léger avec alerte dans le panneau si inactif.
3. Construction de la FA(2) — les données canoniques de la commande sont rendues en XML FA(2) par rapport à la version XSD active.
4. Soumission à KSeF — la FA(2) est encodée en Base64, signée avec le cachet qualifié du vendeur, et transmise à l'API ; l'identifiant KSeF à 10 caractères est capturé par interrogation périodique.
5. Retour — l'identifiant KSeF est réécrit sur la commande de marketplace, exposé à l'acheteur sous forme de facture téléchargeable, et transmis à l'ERP du vendeur pour le JPK_V7M.

Particularités spécifiques aux marketplaces

• Allegro — le NIP de l'acheteur n'arrive qu'après qu'il ait basculé la commande en mode « Faktura VAT » ; si ce basculement intervient après l'expédition, le vendeur dispose de 15 jours pour enregistrer la facture rétroactivement dans KSeF.
• Amazon.pl — les factures Amazon Business sont pré-émises par Amazon pour Vendor Central ; les vendeurs Seller Central / tiers émettent les leurs via leur propre profil de contribuable.
• Empik / Ceneo / Morele / Erli — chaque marketplace expose un indicateur « Faktura na firme » et un champ NIP similaires ; le marquage KSeF doit revenir vers le détail de la commande afin que l'acheteur voie la facture dans son compte. Chez Ceneo CPC, la facturation reste dans la boutique propre du vendeur, où la logique KSeF réside dans l'intégration du paiement.

Commandes de marketplace transfrontalières

Un vendeur polonais expédiant une commande Allegro à un consommateur allemand réalise une vente à distance B2C (PDF valides, la TVA est gérée par l'OSS). Un vendeur polonais expédiant du FBA Pan-UE à un acheteur professionnel allemand réalise une opération B2B intracommunautaire (règles TVA de l'UE standard, pas KSeF). Le cas inverse — un vendeur étranger facturant une entreprise polonaise via Allegro — déclenche bel et bien KSeF si le vendeur étranger est immatriculé à la TVA polonaise.

Déclaration et rapprochement

Chaque facture KSeF est automatiquement détectable via la déclaration mensuelle JPK_V7M, mais les vendeurs ont toujours besoin d'une traçabilité commande-facture-identifiant KSeF pour les contrôles et les réclamations des acheteurs. Le journal de conformité de Zunapro conserve, pour chaque commande de marketplace : l'ID de commande de la marketplace, la charge utile XML FA(2) complète, le numéro de référence KSeF, l'identifiant KSeF à 10 caractères et son horodatage, le NIP de l'acheteur et le résultat de la recherche dans la Biala Lista, la référence de ligne JPK_V7M, et toute chaîne de facture rectificative.

La pile de conformité en un coup d'œil

Couche	Norme / Système	Rôle
Facture B2B domestique	KSeF (XML FA(2))	Validation obligatoire, identifiant à 10 caractères, archivage
Facture B2G domestique	PEF + KSeF en parallèle	Livraison via PEF, enregistrement dans KSeF
B2G transfrontalier	Peppol BIS Billing 3.0 (UBL 2.1)	Facturation électronique du secteur public à l'échelle de l'UE
B2B transfrontalier	Règles TVA de l'UE (dir. 2006/112/CE)	Facturation UE standard ; PDF valides
Reçu B2C	Caisse enregistreuse fiscale + e-Paragon	Reçus consommateurs ; KSeF sur demande
Authentification	ePUAP / signature qualifiée / cachet	Identité pour KSeF et PEF
Déclaration de TVA	JPK_V7M (SAF-T)	Fichier mensuel ; alimenté par KSeF

Cadre juridique — Ustawa o VAT et l'ordonnance KSeF

Ustawa o VAT — La loi polonaise sur la TVA

La Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug (Ustawa o VAT) est la loi principale régissant la TVA en Pologne. Les obligations KSeF ont été insérées dans la loi par la loi de 2023 sur la facturation électronique (Ustawa z dnia 16 czerwca 2023 r. o zmianie ustawy o podatku od towarow i uslug oraz niektorych innych ustaw, Dz.U. 2023 poz. 1598). Les articles pertinents couvrent la définition d'une facture structurée (faktura ustrukturyzowana), l'obligation d'utiliser KSeF, le mode hors ligne en cas de panne de l'API, et le barème de sanctions.

L'ordonnance KSeF

Les règles techniques détaillées — version du schéma FA(2), authentification de l'API, la fenêtre de grâce du mode hors ligne, le flux d'autorisation en masse — sont énoncées dans l'ordonnance KSeF du ministère des Finances (Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur), publiée dans le Dziennik Urzedowy Ministra Finansow et mise à jour périodiquement.

Droit fiscal polonais connexe & couche de l'UE

• Kodeks karny skarbowy (KKS) — les articles 56 et 62 couvrent les infractions liées à la facturation et le régime des amendes journalières (kary dzienne).
• Ordynacja podatkowa & article 16 KKS — l'auto-dénonciation « czynny zal » (regret actif) éteint la responsabilité lorsqu'elle est utilisée correctement.
• Ordonnance JPK — fixe la structure du fichier SAF-T JPK_V7M alimenté par KSeF.
• Ustawa o KAS — définit le rôle de contrôle et les capacités de recoupement de la KAS.
• Directive 2006/112/CE — directive TVA de l'UE ; règles sous-jacentes sur le contenu des factures.
• Directive 2014/55/UE — facturation électronique obligatoire dans les marchés publics (base de PEF).
• Paquet ViDA de l'UE — adopté en 2024 ; facturation électronique structurée obligatoire pour le B2B intracommunautaire d'ici 2030 ; KSeF/PEF alignés.

Comment se préparer à KSeF — Guide étape par étape 2026

1. Confirmez votre date d'obligation

• Ventes 2026 supérieures à 200 M PLN net de TVA — obligatoire dès le 1er février 2026.
• Ventes 2026 égales ou inférieures à 200 M PLN net de TVA — obligatoire dès le 1er avril 2026.
• Adhésion volontaire disponible immédiatement pour tout assujetti à la TVA actif.

2. Obtenez la pile d'authentification

• Délivrez (ou renouvelez) un cachet électronique qualifié pour la personne morale via KIR Szafir, Certum, CenCert ou EuroCert.
• Assurez-vous qu'au moins un membre du conseil dispose d'un Profil Zaufany opérationnel via ePUAP pour l'authentification d'amorçage.
• Identifiez la personne physique qui détiendra le rôle « wlasciciel » de KSeF et les personnes qui seront autorisées en tant que représentants « Faktury sprzedaz » / « Faktury zakup ».

3. Inscrivez-vous sur le portail KSeF

1. Connectez-vous à ksef.podatki.gov.pl avec le profil de confiance ePUAP.
2. Confirmez le NIP de l'entreprise et attribuez des rôles d'autorisation à vos comptables / intégrateurs / système ERP.
3. Générez un jeton API KSeF, restreint à « Faktury sprzedaz » si vous n'avez besoin que de l'émission sortante, ou « Faktury zakup » plus « Faktury sprzedaz » pour un flux bidirectionnel complet.
4. Stockez le jeton dans le coffre-fort de secrets de votre plateforme — jamais dans le contrôle de version.

4. Configurez la génération FA(2)

1. Faites correspondre les taux de TVA de votre catalogue produits avec l'ensemble autorisé par FA(2) (0, 5, 8, 23, zw, np, oo).
2. Assurez-vous que votre moteur de facturation émet tous les champs requis par FA(2), y compris WariantFormularza, KodWaluty et Adres/KodKraju.
3. Validez des documents d'exemple par rapport au XSD officiel avant la soumission en production.
4. Exécutez des cas de test de bout en bout sur ksef-test.mf.gov.pl : facture B2B standard, facture rectificative (faktura korygujaca), facture en autoliquidation (mechanizm odwrotnego obciazenia), facture avec indicateur MPP.

5. Connectez vos marketplaces à KSeF via Zunapro

1. Connectez-vous à Zunapro et ouvrez le module Comptabilité Pologne.
2. Connectez votre rôle KSeF — collez le jeton API, téléversez le certificat de cachet qualifié.
3. Connectez les marketplaces — Allegro, Amazon.pl, Empik, Ceneo, Morele.net, Erli — via les tuiles de marketplace standard.
4. Faites correspondre commande → FA(2) — mise en correspondance en un clic pour le schéma standard ; les utilisateurs avancés ajustent les surcharges spécifiques par marketplace.
5. Passez en production — la première synchronisation émet rétroactivement les factures pour toute commande B2B en attente, puis les factures s'écoulent en direct au fil des commandes.

FAQ KSeF — Édition 2026