Slovakia går over til Peppol 1. januar 2027: e-faktura for egenutviklede ERP-systemer og EDI-flyter

Fra 1. januar 2027 kan en mva-pliktig virksomhet etablert i Slovakia ikke lenger sende en PDF på e-post til en annen slovakisk virksomhet og kalle det en faktura. Innenlandske B2B- og B2G-fakturaer må være strukturert XML etter den europeiske standarden EN 16931, levert over Peppol-nettverket gjennom en sertifisert leverandør, som skatteetaten (Finančná správa) kaller en «digitálny poštár», et digitalt postbud. Alle slovakiske selskaper, enkeltpersonforetak og offentlige organer må kunne motta dem, også de som ikke er mva-pliktige.

Per begynnelsen av oktober 2026 gjenstår det rundt 90 dager.

Bruker du Pohoda, KROS, Money eller et lignende standard regnskapsprogram, er dette for det meste leverandørens jobb. De leverer Peppol-støtte, og skatteetatens egen håndbok av 26. august 2026 sier at en oppdatering av det eksisterende systemet i de fleste tilfeller vil være nok. Installer oppdateringen, velg leverandør og avtal rutinen med regnskapsføreren din.

Denne artikkelen er for alle andre: selskaper der fakturaene kommer fra et egenutviklet ERP-system, et sterkt tilpasset system eller et som ikke lenger støttes, en faktureringsmotor inne i deres eget produkt, eller en EDIFACT-kobling med kunder i varehandelen.

Hva loven krever

Plikten kommer fra den endrede merverdiavgiftsloven (222/2004 Z. z., endret ved 385/2025 Z. z.). I hovedtrekk, ut fra skatteetatens side om eFaktúra og håndboken:

• Utstedelse. Mva-pliktige virksomheter etablert i Slovakia må utstede e-fakturaer for innenlandske leveranser, og for betalinger mottatt før levering, når kunden er en slovakisk avgiftspliktig person eller en hvilken som helst slovakisk juridisk person. Forbrukere er utenfor. Det samme er mva-fritatte leveranser og forenklede fakturaer (en kvittering på inntil 100 euro, eller en eKasa-kvittering på inntil 400 euro inkludert mva). Ellers spiller fakturabeløpet ikke lenger noen rolle.
• Mottak. Alle slovakiske avgiftspliktige personer, mva-pliktige eller ikke, og alle slovakiske juridiske personer må kunne motta e-fakturaer gjennom en sertifisert leverandør.
• Format. XML i samsvar med EN 16931, i UBL 2.1 eller CII D16B. På nettverket betyr det Peppol BIS Billing 3.0, som er UBL.
• Levering. Gjennom en sertifisert leverandør over Peppol. Partene kan avtale en annen kanal, som e-post eller en eksisterende EDI-kobling, men bare med kjøperens forhåndssamtykke, fakturaen må fortsatt være XML etter EN 16931, og begge parter må fortsatt kunne nås gjennom en leverandør.
• Tidspunkt. 15 dager fra leveringen, som i dag. For en faktura som sendes gjennom nettverket, er utstedelsesdatoen dagen den ble overlevert til leverandøren.
• Rapportering. Leverandøren henter ut skattedataene og rapporterer dem til skatteetaten, og loven anser rapporteringsplikten din som oppfylt når du overleverer fakturaen. Kontrolný výkaz (kontrolloppgaven for mva) består til 1. juli 2030.
• Arkiv. Mva-pliktige oppbevarer XML-en i ti år fra utgangen av året den gjelder. En PDF-visning er ikke fakturaen.
• Sanksjoner. Brudd på pliktene knyttet til e-faktura eller innsending av feil data kan gi bot på inntil 10 000 euro, og inntil 100 000 euro ved gjentatte brudd, ifølge håndboken og spørsmålene og svarene av 15. september 2026. En åpenbar feil som rettes raskt, eller en dokumenterbar svikt hos leverandøren, sanksjoneres ikke.

Overgangen følger avgiftstidspunktet. Oppsto plikten til å utstede en faktura senest 31. desember 2026, gjelder de gamle reglene, selv om den betales i 2027.

To mindre endringer overrasker mange. En betalingsplan (splátkový kalendár) for leie eller leasing fungerer ikke lenger som samlefaktura: hver gjentakende leveranse trenger sin egen e-faktura. Og utenlandske selskaper som bare er mva-registrert i Slovakia, er utenfor virkeområdet til 30. juni 2030.

EDIFACT-fakturaer slutter å telle

Dette er delen som rammer produsenter og leverandører til varehandelskjeder. Spørsmålene og svarene er rett på sak. Du kan fortsette å utveksle EDIFACT med kundene dine etter 1. januar 2027, men for innenlandske transaksjoner vil en EDIFACT-faktura ikke lenger oppfylle definisjonen av en elektronisk faktura i mva-sammenheng. Med skatteetatens egne ord: «vy alebo váš poskytovateľ IT služieb musí vykonať konverziu»: du eller IT-leverandøren din må konvertere de fakturaene til UBL eller CII etter EN 16931.

Spørsmålene og svarene peker til og med ut veien. CEN/TS 16931-3-4 kobler EDIFACT INVOIC D16B til den semantiske modellen i EN 16931, og derfra mapper du til UBL. Eksemplet deres: fakturanummeret i EDIFACT blir forretningsbegrepet BT-1, som blir cbc:ID i UBL.

To designvalg følger av dette.

Hvor konverteringen skjer. Enten genererer systemet ditt UBL fra de samme dataene som mater EDIFACT-meldingen, eller så konverterer EDI-leverandøren din på vei ut. Er det leverandøren som gjør det, be om valideringsrapportene, for boten er din.

Hvilken kanal som bærer den. Går UBL-en over Peppol som Peppol BIS, rapporterer leverandøren den. Beholder du EDI-kanalen etter avtale med kjøperen, rapporteres ingenting automatisk, og du trenger fortsatt et Peppol-endepunkt for alt annet.

Reglene gjelder fakturaer, kreditnotaer og selvfakturaer. Ordrer og pakksedler kan forbli som de er.

Hva du faktisk må bygge

For et egenutviklet system deler arbeidet seg i fire deler. Koblingen til leverandøren er som regel den minste.

1. Utgående: UBL som består valideringen

Map fakturadataene dine til forretningsbegrepene i EN 16931, og deretter til UBL. Siden om eFaktúra publiserer et transponeringsregneark (versjon 1.11 da dette ble skrevet) som kobler forretningsbegrepene til bestemmelsene i slovakisk lov som ligger bak dem, med slovakiske kardinalitetskrav oppå Peppol BIS. Behandle det som spesifikasjonen din.

Feltene som skaper trøbbel, er sjelden de åpenbare:

• Mottakerens DIČ. Slovakiske deltakere adresseres på Peppol som 0245:DIČ, skatteidentifikasjonsnummeret, ikke IČO og ikke IČ DPH. Et selskap som allerede er på Peppol under en 9950-identifikator, trenger likevel en 0245-registrering i den slovakiske SMP-en. Har kunderegisteret ditt bare IČO og IČ DPH, har du en datajobb før du har en kodejobb.
• Koder for mva-kategori. S, Z, E, AE og O, hver med tilhørende forretningsregler i Peppol. Kategori O (utenfor mva-området) forbyr mva-identifikatorer på fakturaen og kan ikke dele faktura med linjer med standardsats. Teksten for fritaksgrunn (BT-120) er for fritatte leveranser; fyller du den ut på en faktura med standardsats, blir XML-en ugyldig.
• Måleenheter fra kodelistene til UN/ECE, ikke fritekst. Hver linje trenger én.
• Dokumenttypene du glemte. Korrigeringer som en kreditnota pluss en ny faktura, eller en korrigerende faktura som viser til originalen i BT-25. Skattedokumenter for forskuddsbetalinger bruker typekode 388. Selvfakturaer er type 389.

Valider før du sender, mot Peppol BIS og de slovakiske reglene, og send feil videre til noen som kan rette dem. Lås fakturaen når den er overlevert, og gjør nye forsøk idempotente: samme faktura sendt to ganger under to numre er et skatteproblem.

2. Koblingen til leverandøren

Registeret av 1. oktober 2026 lister opp 79 sertifiserte leverandører, slovakiske og utenlandske. Hver har sitt eget API og sin egen autentisering. Det finnes ingen sentral statlig plattform i fakturaflyten: planen om en ble skrinlagt i 2024, og fakturaene går direkte mellom leverandørene. Praktiske punkter fra spørsmålene og svarene:

• Du kan registrere bare én leverandør for mottak per deltaker-ID, men du kan sende gjennom flere.
• Å registrere mottaksleverandøren din gjennom skatteetatens portal er et lovkrav, og personen som gjør det, trenger fullmakt til å handle på vegne av selskapet i portalen. Ordne det denne uken. Det er det tregeste trinnet som ikke involverer kode.
• Er mottakeren ikke på Peppol, feiler leveringen, men plikten din som avsender er oppfylt, og dataene rapporteres likevel. Koden din må registrere feilen og si fra til noen, ikke prøve på nytt i det uendelige eller blokkere faktureringen.

Å drive ditt eget aksesspunkt betyr OpenPeppol-sertifisering, akkreditering hos skatteetaten og, fra 1. juli 2027, ISO/IEC 27001. For et selskap som bare sender sine egne fakturaer, er en leverandør det fornuftige svaret.

3. Inngående til leverandørreskontroen

Fra januar vil energileverandøren, teleoperatøren og programvareleverandørene dine sende deg UBL. Håndboken legger ansvaret for å kunne motta på mottakeren: en leverandør som sender korrekt gjennom nettverket, har gjort sin del.

Arbeidet på inngående side betyr å hente dokumenter fra leverandørens API, validere dem, identifisere leverandøren, mappe linjene inn i reskontromodellen din, matche mot innkjøpsordrer der dere gjør det, og mate den eksisterende godkjenningsflyten, som loven ikke rører. Du trenger også en lesbar visning av XML-en ved behov og XML-arkivet for ti år. Peppol har ingen avvisningsmelding her, så uenigheter løses med leverandøren som før.

4. Rapportering og avstemming

Leverandøren bygger skattedatadokumentet og rapporterer det. Din jobb er å sørge for at det du overleverer, er riktig, og at mva-innleveringene dine fortsatt stemmer, for kontrolný výkaz fortsetter til 2030. Lagre leverandørens meldingsidentifikatorer og leveringsstatuser mot hver faktura, slik at du kan finne ut hvorfor når tallene ikke stemmer.

Hvor lang tid det tar

Skatteetatens eget anslag: er programvaren din allerede koblet til Peppol, skjer aktiveringen umiddelbart. For egenutviklede eller komplekse løsninger «môže trvať niekoľko dní až týždňov» integrasjonen, altså fra noen dager til noen uker.

Det stemmer for selve koblingen. Ukene går med til data: å finne DIČ for hver kunde og leverandør, å få mva-kategorien riktig for hver vare og tjeneste, og å bygge en behandling av inngående fakturaer som ikke er avhengig av at noen åpner hvert dokument.

Testingen vil gå tregere enn du tror. Peppol-monitoren på epostari.sk, som drives av Verteco, selv en av de sertifiserte leverandørene, telte 3 332 av 235 518 slovakiske mva-pliktige som kunne motta Peppol-fakturaer 2. oktober 2026, omtrent 1,4 %. Den måler bare mva-pliktige og beskriver tallene som veiledende. Likevel kan få av kundene dine ta imot en testfaktura i dag, og januar vil gi mange feilmeldinger om at mottakeren ikke finnes. Behandle dem som et normalt tilfelle.

En plan for 90 dager

Uke 1 til 2: kartlegging og beslutninger. List opp hvert system som utsteder fakturaer til slovakiske virksomheter: ERP-systemet, faktureringsmotoren, EDI-gatewayen, regnearket noen i salg fortsatt bruker. Gjør det samme for inngående. Sjekk dekningen av DIČ i stamdataene for kunder og leverandører. Velg leverandør, ordne fullmakten i portalen og registrer deg for mottak.

Uke 3 til 6: utgående. Bygg UBL-mappingen og valideringen, koble til leverandørens testmiljø, og konverter EDIFACT-fakturaer eller avtal konverteringen med EDI-leverandøren din. Dekk kreditnotaer, forskuddsbetalinger og selvfakturering, ikke bare tilfellene der alt går bra.

Uke 5 til 9: inngående. Henting, validering, identifisering av leverandør, mapping til reskontro, visning og arkiv.

Uke 9 til 11: i drift i 2026. Frivillig bruk er tillatt i år. Send ekte fakturaer til kunder som allerede er registrert, og motta fra leverandører som er det. Det er her mappingfeil viser seg, mens de ikke koster noe.

Uke 12 til 13: overgang. La overgangen styres av avgiftstidspunktet, ikke bokføringsdatoen. Planlegg rundt helligdagene: de to siste ukene i desember er ikke et testvindu.

Rekker ikke utviklingen frem, ha en reserveløsning. En frittstående webapplikasjon fra en leverandør, alternativet håndboken foreslår for små virksomheter, er nok til å motta fakturaer 1. januar mens integrasjonen gjøres ferdig. Den er en nødløsning for mottak, ikke en måte å utstede i volum på.

Hva som fortsatt er i bevegelse

Spørsmålene og svarene nevner en revidert EN 16931 som ble godkjent i oktober 2025, og sier at de ennå ikke kan beskrive konsekvensene; Peppol BIS vil følge standarden. Transponeringsregnearket er i versjon 1.11, og spørsmålene og svarene har blitt utgitt på nytt gang på gang. Hold mappingen versjonert og samlet på ett sted, ikke spredt utover fakturakoden.

Den andre fasen ligger allerede i tidslinjen. Fra 1. juli 2030 ventes plikten å utvides til grensekryssende leveranser, fristen for utstedelse går ned til 10 dager, og kontrolný výkaz forsvinner. Ikke hardkod «bare slovakiske kunder» inn i designet.

Hvor du får hjelp

Vi bygger koblingen mellom systemet som lager fakturaene dine og nettverket som nå må bære dem: UBL-mapping og validering, integrasjon mot leverandørens API, konvertering av EDIFACT og behandling av inngående fakturaer inn i leverandørreskontroen. Vår tjeneste for e-fakturaintegrasjon forklarer hvordan vi jobber, og er det systemet under som er det egentlige problemet, se ERP-modernisering. Er arbeidet avgrenset og dere trenger folk, plasserer vi også erfarne utviklere i eksisterende team.

For å gå gjennom oppsettet deres, skriv til office@c9group.dev.