Slovakiet går over til Peppol 1. januar 2027: e-fakturering for specialudviklede ERP-systemer og EDI-flows

Det gamle rådhus på hovedtorvet i Bratislava

Fra 1. januar 2027 kan en momsregistreret virksomhed, der er etableret i Slovakiet, ikke længere maile en PDF til en anden slovakisk virksomhed og kalde det en faktura. Indenlandske B2B- og B2G-fakturaer skal være struktureret XML efter den europæiske standard EN 16931, leveret over Peppol-netværket gennem en certificeret udbyder, som den slovakiske skatteforvaltning kalder en »digitálny poštár«, et digitalt postbud. Alle slovakiske virksomheder, enkeltmandsvirksomheder og offentlige organer skal kunne modtage dem, også dem, der ikke er momsregistrerede.

I begyndelsen af oktober 2026 efterlader det omkring 90 dage.

Bruger I Pohoda, KROS, Money eller et lignende standardregnskabsprogram, er dette primært leverandørens opgave. De leverer Peppol-understøttelse, og skatteforvaltningens egen vejledning af 26. august 2026 siger, at en opdatering af det eksisterende system i de fleste tilfælde vil være nok. Installér opdateringen, vælg en udbyder, og aftal arbejdsgangen med jeres revisor.

Denne artikel er til alle andre: virksomheder, hvis fakturaer kommer ud af et egenudviklet ERP-system, et kraftigt tilpasset system eller et system uden support, en faktureringsmotor i deres eget produkt eller en EDIFACT-forbindelse til kunder i detailhandlen.

Hvad loven kræver

Pligten kommer fra den ændrede momslov (222/2004 Z. z., ændret ved 385/2025 Z. z.). I hovedtræk, ifølge skatteforvaltningens side om eFaktúra og vejledningen:

Udstedelse. Momsregistrerede virksomheder, der er etableret i Slovakiet, skal udstede e-fakturaer for indenlandske leverancer og for betalinger modtaget før leveringen, når kunden er en slovakisk afgiftspligtig person eller en hvilken som helst slovakisk juridisk enhed. Forbrugere er undtaget. Det samme er momsfritagne leverancer og forenklede fakturaer (en kvittering på op til 100 euro eller en eKasa-kvittering på op til 400 euro inklusive moms). Fakturaens beløb er ellers ikke længere afgørende.
Modtagelse. Alle slovakiske afgiftspligtige personer, momsregistrerede eller ej, og alle slovakiske juridiske enheder skal kunne modtage e-fakturaer gennem en certificeret udbyder.
Format. XML i overensstemmelse med EN 16931, i UBL 2.1 eller CII D16B. På netværket betyder det Peppol BIS Billing 3.0, som er UBL.
Levering. Gennem en certificeret udbyder over Peppol. Parterne kan aftale en anden kanal, for eksempel e-mail eller en eksisterende EDI-forbindelse, men kun med købers forudgående samtykke, fakturaen skal stadig være XML efter EN 16931, og begge parter skal stadig kunne nås gennem en udbyder.
Tidspunkt. 15 dage fra leveringen, som i dag. For en faktura sendt gennem netværket er udstedelsesdatoen den dag, den blev overdraget til udbyderen.
Indberetning. Udbyderen udtrækker skattedata og indberetter dem til skatteforvaltningen, og loven betragter jeres indberetningspligt som opfyldt, når I har overdraget fakturaen. Kontrolný výkaz (momskontrolopgørelsen) bliver indtil 1. juli 2030.
Arkiv. Momsregistrerede virksomheder opbevarer XML'en i ti år fra udgangen af det år, den vedrører. En PDF-gengivelse er ikke fakturaen.
Sanktioner. Overtrædelse af pligterne om e-fakturering eller afsendelse af forkerte data kan straffes med bøder på op til 10.000 euro og op til 100.000 euro ved gentagne overtrædelser, ifølge vejledningen og FAQ'en af 15. september 2026. En åbenlys fejl, der rettes hurtigt, eller en dokumenterbar fejl hos udbyderen, sanktioneres ikke.

Overgangen følger afgiftspligtens indtræden. Opstod pligten til at udstede en faktura senest 31. december 2026, gælder de gamle regler, også selvom den betales i 2027.

To mindre ændringer overrasker folk. En betalingsplan (splátkový kalendár) for husleje eller leasing fungerer ikke længere som samlefaktura: hver tilbagevendende leverance skal have sin egen e-faktura. Og udenlandske virksomheder, der kun er momsregistreret i Slovakiet, forbliver uden for ordningen indtil 30. juni 2030.

EDIFACT-fakturaer holder op med at tælle

Det er den del, der rammer producenter og leverandører til detailkæder. FAQ'en er ligefrem. I kan fortsætte med at udveksle EDIFACT med jeres kunder efter 1. januar 2027, men for indenlandske transaktioner vil en EDIFACT-faktura ikke længere opfylde definitionen af en elektronisk faktura i momsmæssig forstand. Med FAQ'ens egne ord: »vy alebo váš poskytovateľ IT služieb musí vykonať konverziu«: I eller jeres it-leverandør skal konvertere de fakturaer til UBL eller CII efter EN 16931.

FAQ'en anviser endda vejen. CEN/TS 16931-3-4 mapper EDIFACT INVOIC D16B til den semantiske model i EN 16931, og derfra mapper I til UBL. Dens eksempel: fakturanummeret i EDIFACT bliver til forretningsbegrebet BT-1, som bliver til cbc:ID i UBL.

Det giver to designvalg.

Hvor konverteringen sker. Enten danner jeres system UBL fra de samme data, der fodrer EDIFACT-meddelelsen, eller også konverterer jeres EDI-udbyder på vej ud. Er det udbyderens, så bed om deres valideringsrapporter, for bøden er jeres.

Hvilken kanal der bærer den. Sendes UBL'en over Peppol som Peppol BIS, indberetter udbyderen den. Beholder I EDI-kanalen efter aftale med køber, indberettes intet automatisk, og I har stadig brug for et Peppol-endpoint til alt det andet.

Reglerne gælder fakturaer, kreditnotaer og selvfakturaer. Ordrer og forsendelsesadviser kan blive, som de er.

Hvad I reelt skal bygge

For et specialudviklet system deler arbejdet sig i fire dele. Forbindelsen til udbyderen er som regel den mindste.

1. Udgående: UBL, der består valideringen

Map jeres fakturadata til forretningsbegreberne i EN 16931 og derefter til UBL. Siden om eFaktúra offentliggør et transpositionsregneark (version 1.11, da dette blev skrevet), der kobler forretningsbegreberne til de bestemmelser i slovakisk lov, der ligger bag dem, med slovakisk kardinalitet oven på Peppol BIS. Brug det som jeres specifikation.

De felter, der skaber problemer, er sjældent de oplagte:

Modtagerens DIČ. Slovakiske deltagere adresseres på Peppol som 0245:DIČ, skatteidentifikationsnummeret, ikke IČO og ikke IČ DPH. En virksomhed, der allerede er på Peppol under en 9950-identifikator, skal stadig have en 0245-registrering i det slovakiske SMP. Har jeres kundestamdata kun IČO og IČ DPH, har I en dataopgave, før I har en kodeopgave.
Koder for momskategori. S, Z, E, AE og O, hver med tilknyttede Peppol-forretningsregler. Kategori O (uden for momsens anvendelsesområde) forbyder momsidentifikatorer på fakturaen og kan ikke dele faktura med linjer til standardsats. Teksten med fritagelsesårsag (BT-120) er til fritagne leverancer; udfyldes den på en faktura med standardsats, bliver XML'en ugyldig.
Måleenheder fra UN/ECE-kodelisterne, ikke fritekst. Hver linje skal have en.
De dokumenttyper, I glemte. Rettelser som en kreditnota plus en ny faktura eller en rettelsesfaktura, der henviser til originalen i BT-25. Afgiftsdokumenter for forudbetalinger bruger typekode 388. Selvfakturaer er type 389.

Validér, før I sender, mod Peppol BIS og de slovakiske regler, og send fejl videre til en, der kan rette dem. Lås fakturaen, når den er overdraget, og gør genforsøg idempotente: den samme faktura sendt to gange under to numre er et skatteproblem.

2. Forbindelsen til udbyderen

Registret af 1. oktober 2026 opfører 79 certificerede udbydere, slovakiske og udenlandske. Hver har sit eget API og sin egen autentificering. Der er ingen central statslig platform i fakturaens vej: planen om en blev droppet i 2024, og fakturaer går direkte mellem udbyderne. Praktiske punkter fra FAQ'en:

I kan kun registrere én udbyder til modtagelse pr. deltager-id, men I kan sende gennem flere.
Registrering af jeres modtageudbyder via skatteforvaltningens portal er et lovkrav, og den person, der gør det, skal have fuldmagt til at handle for virksomheden på portalen. Få det ordnet i denne uge. Det er det langsomste trin, der ikke involverer kode.
Er modtageren ikke på Peppol, fejler leveringen, men jeres pligt som afsender er opfyldt, og data indberettes stadig. Jeres kode skal registrere fejlen og give nogen besked, ikke prøve igen i det uendelige eller blokere faktureringen.

At drive sit eget adgangspunkt kræver OpenPeppol-certificering, akkreditering hos skatteforvaltningen og fra 1. juli 2027 ISO/IEC 27001. For en virksomhed, der kun sender sine egne fakturaer, er en udbyder det fornuftige svar.

3. Indgående til kreditorbogholderiet

Fra januar sender jeres energileverandør, teleoperatør og softwareleverandører jer UBL. Vejledningen lægger ansvaret for at kunne modtage på modtageren: en leverandør, der sender korrekt gennem netværket, har gjort sin del.

Arbejdet med indgående fakturaer består i at hente dokumenter fra udbyderens API, validere dem, matche leverandøren, mappe linjer til jeres kreditormodel, matche indkøbsordrer, hvor I gør det, og fodre den eksisterende godkendelsesgang, som loven lader være. I har også brug for en læsbar gengivelse af XML'en efter behov og det tiårige XML-arkiv. Peppol bærer ingen afvisningsmeddelelse her, så uenigheder afklares med leverandøren som hidtil.

4. Indberetning og afstemning

Udbyderen danner skattedatadokumentet og indberetter det. Jeres opgave er at sikre, at det, I overdrager, er korrekt, og at jeres momsangivelser stadig stemmer, for kontrolný výkaz fortsætter indtil 2030. Gem udbyderens meddelelses-id'er og leveringsstatusser på hver faktura, så I kan finde ud af hvorfor, når tallene ikke stemmer.

Hvor lang tid det tager

Skatteforvaltningens eget skøn: er jeres software allerede forbundet til Peppol, sker aktiveringen med det samme. For specialudviklede eller komplekse løsninger »môže trvať niekoľko dní až týždňov«, kan integrationen tage fra flere dage til uger.

Det er rimeligt for selve forbindelsen. Ugerne går med data: at finde DIČ for hver kunde og leverandør, at få momskategorien rigtig for hver vare og ydelse og at bygge en behandling af indgående fakturaer, der ikke afhænger af, at nogen åbner hvert dokument.

Testen vil gå langsommere, end I forventer. Peppol-monitoren på epostari.sk, drevet af Verteco, der selv er en af de certificerede udbydere, talte 2. oktober 2026 3.332 af 235.518 slovakiske momsregistrerede virksomheder, der kunne modtage Peppol-fakturaer, omkring 1,4 %. Den måler kun momsregistrerede virksomheder og beskriver sine tal som vejledende. Alligevel kan kun få af jeres kunder tage imod en testfaktura i dag, og januar vil bringe masser af fejl af typen »modtager ikke fundet«. Håndtér dem som et normalt tilfælde.

En plan på 90 dage

Uge 1 til 2: overblik og beslutninger. List hvert system, der udsteder fakturaer til slovakiske virksomheder: ERP-systemet, faktureringsmotoren, EDI-gatewayen, regnearket, som en i salgsafdelingen stadig bruger. Gør det samme for indgående. Tjek dækningen af DIČ i kunde- og leverandørstamdata. Vælg en udbyder, få styr på fuldmagten til portalen, og registrér jer til modtagelse.

Uge 3 til 6: udgående. Byg UBL-mappingen og valideringen, forbind til udbyderens testmiljø, og konvertér EDIFACT-fakturaer eller aftal konverteringen med jeres EDI-udbyder. Dæk kreditnotaer, forudbetalinger og selvfakturering, ikke kun det forløb, hvor alt går godt.

Uge 5 til 9: indgående. Hentning, validering, matchning af leverandører, mapping til kreditorbogholderiet, gengivelse og arkiv.

Uge 9 til 11: i drift i 2026. Frivillig brug er tilladt i år. Send rigtige fakturaer til kunder, der allerede er registreret, og modtag fra leverandører, der er. Det er her, mappingfejl viser sig, mens de ikke koster noget.

Uge 12 til 13: omstilling. Lad skiftet styres af afgiftspligtens indtræden, ikke af bogføringsdatoen. Planlæg efter helligdagene: de sidste to uger af december er ikke et testvindue.

Bliver udviklingen ikke færdig i tide, så hav en reserveløsning. En udbyders selvstændige webapplikation, den mulighed vejledningen foreslår til små virksomheder, er nok til at modtage fakturaer 1. januar, mens integrationen bliver færdig. Det er en nødløsning til modtagelse, ikke en måde at udstede i store mængder på.

Hvad der stadig er i bevægelse

FAQ'en nævner en revideret EN 16931, der blev godkendt i oktober 2025, og siger, at den endnu ikke kan beskrive konsekvenserne; Peppol BIS vil følge standarden. Transpositionsregnearket er i version 1.11, og FAQ'en er blevet genudgivet flere gange. Hold mappingen versioneret og samlet ét sted, ikke spredt ud i faktureringskoden.

Anden fase står allerede i tidsplanen. Fra 1. juli 2030 ventes pligten at blive udvidet til grænseoverskridende leverancer, fristen for udstedelse falder til 10 dage, og kontrolný výkaz forsvinder. Kod ikke »kun slovakiske kunder« fast ind i designet.

Hvor I kan få hjælp

Vi bygger forbindelsen mellem det system, der danner jeres fakturaer, og det netværk, der nu skal bære dem: UBL-mapping og validering, integration med udbyderens API, konvertering af EDIFACT og behandling af indgående fakturaer i kreditorbogholderiet. Vores service til integration af e-fakturering forklarer, hvordan vi arbejder, og er det egentlige problem systemet nedenunder, så se ERP-modernisering. Er opgaven afgrænset, og mangler I hænder, placerer vi også erfarne udviklere i eksisterende teams.

Vil I gennemgå jeres opsætning, så skriv til office@c9group.dev.