La Slovaquie passe à Peppol le 1er janvier 2027 : facturation électronique pour les ERP sur mesure et les flux EDI

À partir du 1er janvier 2027, un assujetti à la TVA établi en Slovaquie ne peut plus envoyer un PDF par e-mail à une autre entreprise slovaque en l'appelant facture. Les factures B2B et B2G domestiques doivent être des fichiers XML structurés conformes à la norme européenne EN 16931, acheminés par le réseau Peppol via un prestataire certifié, que l'Administration financière appelle un « digitálny poštár », un facteur numérique. Toutes les entreprises, tous les entrepreneurs individuels et tous les organismes publics slovaques doivent être en mesure de les recevoir, y compris ceux qui ne sont pas assujettis à la TVA.

Début octobre 2026, cela laisse environ 90 jours.

Si vous utilisez Pohoda, KROS, Money ou un logiciel comptable comparable, c'est surtout l'affaire de votre éditeur. Les éditeurs livrent la prise en charge de Peppol, et le manuel du 26 août 2026 de l'Administration financière indique lui-même que, dans la plupart des cas, une mise à jour du système existant suffira. Installez la mise à jour, choisissez un prestataire, convenez de la marche à suivre avec votre expert-comptable.

Cet article s'adresse à tous les autres : les entreprises dont les factures sortent d'un ERP maison, d'un système lourdement personnalisé ou en fin de vie, d'un moteur de facturation intégré à leur propre produit, ou d'une liaison EDIFACT avec des clients de la grande distribution.

Ce que la loi exige

L'obligation découle de la loi sur la TVA modifiée (222/2004 Z. z., modifiée par la 385/2025 Z. z.). En résumé, d'après la page eFaktúra de l'Administration financière et le manuel :

• Émission. Les assujettis à la TVA établis en Slovaquie doivent émettre des factures électroniques pour les opérations domestiques, ainsi que pour les acomptes reçus avant l'opération, lorsque le client est un assujetti slovaque ou toute personne morale slovaque. Les consommateurs sont hors champ. Les opérations exonérées de TVA et les factures simplifiées aussi (un ticket jusqu'à 100 €, ou un ticket eKasa jusqu'à 400 € TTC). Pour le reste, le montant de la facture ne compte plus.
• Réception. Tout assujetti slovaque, redevable de la TVA ou non, et toute personne morale slovaque doivent être en mesure de recevoir des factures électroniques par l'intermédiaire d'un prestataire certifié.
• Format. Du XML conforme à l'EN 16931, en UBL 2.1 ou en CII D16B. Sur le réseau, cela signifie Peppol BIS Billing 3.0, qui est de l'UBL.
• Acheminement. Par un prestataire certifié, sur Peppol. Les partenaires peuvent convenir d'un autre canal, comme l'e-mail ou une liaison EDI existante, mais uniquement avec l'accord préalable de l'acheteur ; la facture doit rester un XML EN 16931, et les deux parties doivent rester joignables par l'intermédiaire d'un prestataire.
• Délai. 15 jours à compter de l'opération, comme aujourd'hui. Pour une facture envoyée par le réseau, la date d'émission est le jour où elle a été remise au prestataire.
• Déclaration. Le prestataire extrait les données fiscales et les transmet à l'Administration financière, et la loi considère que votre obligation déclarative est remplie dès que vous avez remis la facture. Le kontrolný výkaz (l'état de contrôle de la TVA) est maintenu jusqu'au 1er juillet 2030.
• Archivage. Les assujettis conservent le XML pendant dix ans à compter de la fin de l'année à laquelle il se rapporte. Une version PDF n'est pas la facture.
• Sanctions. Le manquement aux obligations de facturation électronique ou l'envoi de données inexactes peut être puni d'une amende allant jusqu'à 10 000 €, et jusqu'à 100 000 € en cas de récidive, selon le manuel et la FAQ du 15 septembre 2026. Une erreur manifeste rapidement corrigée, ou une défaillance prouvée du côté du prestataire, n'est pas sanctionnée.

La bascule suit le fait générateur. Si l'obligation d'émettre une facture est née au plus tard le 31 décembre 2026, les anciennes règles s'appliquent, même si la facture est payée en 2027.

Deux changements plus discrets prennent les gens au dépourvu. Un échéancier de paiement (splátkový kalendár) pour un loyer ou un crédit-bail ne vaut plus facture récapitulative : chaque opération récurrente a besoin de sa propre facture électronique. Et les sociétés étrangères qui sont seulement immatriculées à la TVA en Slovaquie restent hors champ jusqu'au 30 juin 2030.

Les factures EDIFACT ne comptent plus

C'est la partie qui frappe les industriels et les fournisseurs des chaînes de distribution. La FAQ est sans détour. Vous pouvez continuer à échanger de l'EDIFACT avec vos clients après le 1er janvier 2027, mais pour les opérations domestiques, une facture EDIFACT ne répondra plus à la définition de la facture électronique au sens de la TVA. Selon ses termes, « vy alebo váš poskytovateľ IT služieb musí vykonať konverziu » : vous ou votre prestataire informatique devez convertir ces factures en UBL ou en CII EN 16931.

La FAQ va jusqu'à indiquer la voie. La CEN/TS 16931-3-4 met en correspondance l'EDIFACT INVOIC D16B avec le modèle sémantique de l'EN 16931, et de là on passe à l'UBL. Son exemple : le numéro de facture EDIFACT devient le terme métier BT-1, qui devient cbc:ID en UBL.

Deux choix de conception en découlent.

Où se fait la conversion. Soit votre système génère l'UBL à partir des mêmes données que celles qui alimentent le message EDIFACT, soit votre prestataire EDI convertit en sortie. Si c'est lui, demandez ses rapports de validation, car l'amende, c'est vous qui la payez.

Quel canal la transporte. Si l'UBL passe par Peppol au format Peppol BIS, le prestataire le déclare. Si vous conservez le canal EDI par accord avec l'acheteur, rien n'est déclaré automatiquement, et il vous faut malgré tout un point de terminaison Peppol pour tout le reste.

Les règles visent les factures, les avoirs et les autofactures. Les commandes et les avis d'expédition peuvent rester tels quels.

Ce que vous devez réellement construire

Pour un système sur mesure, le travail se découpe en quatre morceaux. Le raccordement au prestataire est généralement le plus petit.

1. Sortant : de l'UBL qui passe la validation

Mettez en correspondance vos données de facture avec les termes métier de l'EN 16931, puis avec l'UBL. La page eFaktúra publie un tableau de transposition (version 1.11 au moment où nous écrivons) qui relie les termes métier aux dispositions du droit slovaque qui les fondent, avec la cardinalité slovaque par-dessus Peppol BIS. Considérez-le comme votre cahier des charges.

Les champs qui posent problème sont rarement les plus évidents :

• Le DIČ du destinataire. Les participants slovaques sont adressés sur Peppol sous la forme 0245:DIČ, le numéro d'identification fiscale, et non l'IČO ni l'IČ DPH. Une entreprise déjà sur Peppol sous un identifiant 9950 a quand même besoin d'un enregistrement 0245 dans le SMP slovaque. Si votre fichier clients ne contient que l'IČO et l'IČ DPH, vous avez un chantier de données avant d'avoir un chantier de code.
• Les codes de catégorie de TVA. S, Z, E, AE et O, chacun assorti de règles de gestion Peppol. La catégorie O (hors du champ de la TVA) interdit les identifiants TVA sur la facture et ne peut pas cohabiter sur une même facture avec des lignes au taux normal. Le texte du motif d'exonération (BT-120) est réservé aux opérations exonérées ; le renseigner sur une facture au taux normal rend le XML invalide.
• Les unités de mesure issues des listes de codes de la CEE-ONU, pas du texte libre. Chaque ligne en a besoin d'une.
• Les types de documents oubliés. Les corrections sous forme d'avoir suivi d'une nouvelle facture, ou d'une facture rectificative qui référence l'originale en BT-25. Les documents fiscaux pour les acomptes utilisent le code de type 388. Les autofactures sont de type 389.

Validez avant d'envoyer, par rapport à Peppol BIS et aux règles slovaques, et adressez les échecs à quelqu'un qui peut les corriger. Verrouillez la facture une fois remise, et rendez les renvois idempotents : la même facture envoyée deux fois sous deux numéros, c'est un problème fiscal.

2. Le raccordement au prestataire

Le registre du 1er octobre 2026 recense 79 prestataires certifiés, slovaques et étrangers. Chacun a sa propre API et sa propre authentification. Il n'y a pas de plateforme publique centrale sur le chemin de la facture : le projet d'en créer une a été abandonné en 2024, et les factures circulent directement d'un prestataire à l'autre. Points pratiques tirés de la FAQ :

• Vous ne pouvez enregistrer qu'un seul prestataire de réception par identifiant de participant, mais vous pouvez envoyer par plusieurs.
• L'enregistrement de votre prestataire de réception via le portail de l'Administration financière est une obligation légale, et la personne qui s'en charge doit être habilitée à agir pour la société sur ce portail. Réglez cela cette semaine. C'est l'étape la plus lente qui ne demande aucun code.
• Si le destinataire n'est pas sur Peppol, la remise échoue, mais votre obligation d'expéditeur est remplie et les données sont tout de même déclarées. Votre code doit consigner l'échec et prévenir quelqu'un, pas réessayer indéfiniment ni bloquer la facturation.

Exploiter votre propre point d'accès suppose la certification OpenPeppol, l'accréditation par l'Administration financière et, à partir du 1er juillet 2027, l'ISO/IEC 27001. Pour une entreprise qui n'envoie que ses propres factures, un prestataire est la réponse raisonnable.

3. Entrant : vers la comptabilité fournisseurs

Dès janvier, votre fournisseur d'énergie, votre opérateur télécom et vos éditeurs de logiciels vous enverront de l'UBL. Le manuel fait peser sur le destinataire la responsabilité d'être en mesure de recevoir : un fournisseur qui envoie correctement par le réseau a fait sa part.

Le travail côté entrant consiste à récupérer les documents par l'API du prestataire, à les valider, à identifier le fournisseur, à mapper les lignes dans votre modèle de comptabilité fournisseurs, à rapprocher les bons de commande là où vous le faites, et à alimenter le circuit de validation existant, auquel la loi ne touche pas. Il vous faut aussi une restitution lisible du XML à la demande et l'archive XML sur dix ans. Peppol ne transporte ici aucun message de rejet : les litiges se règlent avec le fournisseur, comme avant.

4. Déclaration et rapprochement

Le prestataire construit le document de données fiscales et le transmet. À vous de vous assurer que ce que vous remettez est juste, et que vos déclarations de TVA se rapprochent toujours, puisque le kontrolný výkaz continue jusqu'en 2030. Stockez les identifiants de message et les statuts de remise du prestataire pour chaque facture : quand les chiffres divergeront, vous pourrez trouver pourquoi.

Combien de temps cela prend

L'estimation de l'Administration financière elle-même : si votre logiciel est déjà raccordé à Peppol, l'activation est immédiate. Pour les solutions sur mesure ou complexes, l'intégration « môže trvať niekoľko dní až týždňov », de plusieurs jours à plusieurs semaines.

C'est juste pour le raccordement lui-même. Les semaines passent dans les données : retrouver le DIČ de chaque client et de chaque fournisseur, attribuer la bonne catégorie de TVA à chaque produit et service, et construire un traitement des factures entrantes qui ne dépende pas de quelqu'un ouvrant chaque document.

Les tests seront plus lents que prévu. Le moniteur Peppol d'epostari.sk, exploité par Verteco, lui-même l'un des prestataires certifiés, comptait, au 2 octobre 2026, 3 332 assujettis slovaques sur 235 518 capables de recevoir des factures Peppol, soit environ 1,4 %. Il ne mesure que les assujettis à la TVA et présente ses chiffres comme indicatifs. Même ainsi, peu de vos clients peuvent recevoir une facture de test aujourd'hui, et janvier apportera son lot d'erreurs « destinataire introuvable ». Traitez-les comme un cas normal.

Un plan sur 90 jours

Semaines 1 et 2 : inventaire et décisions. Recensez tous les systèmes qui émettent des factures vers des entreprises slovaques : l'ERP, le moteur de facturation, la passerelle EDI, le tableur qu'un commercial utilise encore. Faites de même pour l'entrant. Vérifiez la couverture du DIČ dans vos fichiers clients et fournisseurs. Choisissez un prestataire, réglez l'habilitation sur le portail, enregistrez-vous pour la réception.

Semaines 3 à 6 : sortant. Construisez le mapping UBL et la validation, raccordez-vous à l'environnement de test du prestataire, et convertissez les factures EDIFACT ou convenez de la conversion avec votre prestataire EDI. Couvrez les avoirs, les acomptes et l'autofacturation, pas seulement le cas nominal.

Semaines 5 à 9 : entrant. Récupération, validation, identification du fournisseur, mapping comptable, restitution et archivage.

Semaines 9 à 11 : en production dès 2026. L'usage volontaire est autorisé cette année. Envoyez de vraies factures aux clients déjà enregistrés et recevez celles des fournisseurs qui le sont. C'est là que les erreurs de mapping apparaissent, pendant qu'elles ne coûtent rien.

Semaines 12 et 13 : bascule. Faites dépendre la bascule du fait générateur, pas de la date de comptabilisation. Tenez compte des fêtes : les deux dernières semaines de décembre ne sont pas une fenêtre de test.

Si le développement n'est pas prêt à temps, prévoyez une solution de repli. L'application web autonome d'un prestataire, l'option que le manuel suggère aux petites entreprises, suffit pour recevoir des factures le 1er janvier pendant que l'intégration se termine. C'est un palliatif pour la réception, pas un moyen d'émettre en volume.

Ce qui bouge encore

La FAQ signale une version révisée de l'EN 16931 approuvée en octobre 2025 et indique qu'elle ne peut pas encore en décrire l'impact ; Peppol BIS suivra la norme. Le tableau de transposition en est à la version 1.11 et la FAQ a été republiée à plusieurs reprises. Gardez le mapping versionné et en un seul endroit, pas éparpillé dans le code de facturation.

La seconde phase figure déjà au calendrier. À partir du 1er juillet 2030, l'obligation devrait s'étendre aux opérations transfrontalières, le délai d'émission tomber à 10 jours, et le kontrolný výkaz disparaître. Ne codez pas en dur « clients slovaques uniquement » dans la conception.

Où trouver de l'aide

Nous construisons la liaison entre le système qui produit vos factures et le réseau qui doit désormais les transporter : mapping UBL et validation, intégration de l'API du prestataire, conversion EDIFACT et traitement des factures entrantes jusqu'à la comptabilité fournisseurs. Notre service d'intégration de la facturation électronique explique notre façon de travailler, et si le vrai problème est le système en dessous, voyez la modernisation d'ERP. Si le travail est cadré et qu'il vous manque des bras, nous plaçons aussi des développeurs expérimentés dans des équipes existantes.

Pour discuter de votre configuration, écrivez à office@c9group.dev.