Slovaška 1. januarja 2027 prehaja na Peppol: e-računi za ERP po meri in tokove EDI

Od 1. januarja 2027 zavezanec za DDV s sedežem na Slovaškem drugemu slovaškemu podjetju ne more več poslati PDF po e-pošti in ga imeti za račun. Domači računi B2B in B2G morajo biti strukturiran XML po evropskem standardu EN 16931, dostavljen po omrežju Peppol prek certificiranega ponudnika, ki ga finančna uprava imenuje „digitálny poštár“, digitalni poštar. Vsako slovaško podjetje, samostojni podjetnik in javni organ jih mora znati prejemati, tudi tisti, ki niso zavezanci za DDV.

V začetku oktobra 2026 to pomeni približno 90 dni.

Če uporabljate Pohodo, KROS, Money ali podoben paketni računovodski program, je to večinoma naloga vašega ponudnika. Podporo za Peppol dobavlja, lastni priročnik finančne uprave z dne 26. avgusta 2026 pa navaja, da bo v večini primerov dovolj posodobitev obstoječega sistema. Namestite posodobitev, izberite ponudnika in se z računovodjo dogovorite o postopku.

Ta članek je za vse druge: podjetja, katerih računi nastajajo v lastnem ERP, v močno prilagojenem sistemu ali sistemu ob koncu življenjske dobe, v sistemu za obračun znotraj lastnega izdelka ali po povezavi EDIFACT s trgovskimi strankami.

Kaj zahteva zakon

Obveznost izhaja iz spremenjenega zakona o DDV (222/2004 Z. z., spremenjenega z 385/2025 Z. z.). V grobem, po strani finančne uprave o eFaktúri in priročniku:

• Izdajanje. Zavezanci za DDV s sedežem na Slovaškem morajo izdajati e-račune za domače dobave in za plačila, prejeta pred dobavo, kadar je kupec slovaški davčni zavezanec ali katera koli slovaška pravna oseba. Potrošniki niso zajeti. Prav tako ne dobave, oproščene DDV, in poenostavljeni računi (potrdilo do 100 € ali potrdilo eKasa do 400 € z DDV). Vrednost računa sicer ni več pomembna.
• Prejemanje. Vsak slovaški davčni zavezanec, zavezanec za DDV ali ne, in vsaka slovaška pravna oseba mora znati prejemati e-račune prek certificiranega ponudnika.
• Format. XML, skladen z EN 16931, v UBL 2.1 ali CII D16B. V omrežju to pomeni Peppol BIS Billing 3.0, ki je UBL.
• Dostava. Prek certificiranega ponudnika po omrežju Peppol. Partnerja se lahko dogovorita za drug kanal, na primer e-pošto ali obstoječo povezavo EDI, vendar le s predhodnim soglasjem kupca, račun mora biti še vedno XML po EN 16931, obe strani pa morata biti še vedno dosegljivi prek ponudnika.
• Roki. 15 dni od dobave, kot danes. Pri računu, poslanem po omrežju, je datum izdaje dan, ko je bil predan ponudniku.
• Poročanje. Ponudnik izlušči davčne podatke in jih sporoči finančni upravi, zakon pa šteje, da je vaša obveznost poročanja izpolnjena, ko račun predate. Kontrolný výkaz (kontrolno poročilo o DDV) ostane do 1. julija 2030.
• Arhiv. Zavezanci za DDV XML hranijo deset let od konca leta, na katero se nanaša. Izris v PDF ni račun.
• Kazni. Za kršitev obveznosti glede e-računov ali pošiljanje napačnih podatkov je mogoče izreči globo do 10.000 €, za ponavljajoče se kršitve pa do 100.000 €, po navedbah priročnika in pogostih vprašanj z dne 15. septembra 2026. Očitna napaka, ki je hitro popravljena, ali dokazljiva napaka na strani ponudnika se ne kaznuje.

Prehod sledi trenutku nastanka davčne obveznosti. Če je obveznost izdaje računa nastala do 31. decembra 2026, veljajo stara pravila, tudi če je račun plačan leta 2027.

Dve manjši spremembi ljudi presenetita. Plačilni načrt (splátkový kalendár) za najemnino ali lizing ne deluje več kot zbirni račun: vsaka ponavljajoča se dobava potrebuje svoj e-račun. Tuja podjetja, ki so na Slovaškem samo registrirana za DDV, pa ostanejo zunaj obsega do 30. junija 2030.

Računi EDIFACT ne štejejo več

To je del, ki zadene proizvajalce in dobavitelje trgovskih verig. Pogosta vprašanja so neposredna. Z vašimi strankami lahko EDIFACT izmenjujete tudi po 1. januarju 2027, vendar račun EDIFACT pri domačih transakcijah ne bo več ustrezal opredelitvi elektronskega računa za namene DDV. Po njihovih besedah „vy alebo váš poskytovateľ IT služieb musí vykonať konverziu“: vi ali vaš ponudnik storitev IT morate te račune pretvoriti v UBL ali CII po EN 16931.

Pogosta vprašanja celo navedejo pot. CEN/TS 16931-3-4 preslika EDIFACT INVOIC D16B na semantični model EN 16931, od tam pa preslikate v UBL. Njihov primer: številka računa EDIFACT postane poslovni izraz BT-1, ta pa v UBL postane cbc:ID.

Iz tega sledita dve odločitvi o zasnovi.

Kje poteka pretvorba. Bodisi vaš sistem ustvari UBL iz istih podatkov, ki napajajo sporočilo EDIFACT, bodisi pretvorbo na izhodu opravi vaš ponudnik storitev EDI. Če jo opravi on, ga prosite za poročila o preverjanju, saj je globa vaša.

Kateri kanal ga prenaša. Če gre UBL po omrežju Peppol kot Peppol BIS, ga sporoči ponudnik. Če po dogovoru s kupcem ohranite kanal EDI, se nič ne sporoči samodejno, za vse drugo pa še vedno potrebujete končno točko Peppol.

Pravila se nanašajo na račune, dobropise in samofakturirane račune. Naročila in dobavnice lahko ostanejo, kakršne so.

Kaj morate v resnici zgraditi

Pri sistemu po meri se delo razdeli na štiri dele. Povezava s ponudnikom je običajno najmanjši.

1. Izhodni računi: UBL, ki prestane preverjanje

Podatke o računu preslikajte na poslovne izraze EN 16931, nato v UBL. Stran eFaktúra objavlja preglednico prenosa (v času pisanja različica 1.11), ki poslovne izraze preslika na določbe slovaške zakonodaje za njimi, s slovaško kardinalnostjo nad Peppol BIS. Obravnavajte jo kot svojo specifikacijo.

Težave redko povzročajo očitna polja:

• DIČ prejemnika. Slovaški udeleženci so v omrežju Peppol naslovljeni kot 0245:DIČ, z davčno številko, ne z IČO in ne z IČ DPH. Podjetje, ki je v omrežju Peppol že pod identifikatorjem 9950, še vedno potrebuje registracijo 0245 v slovaškem SMP. Če vaš šifrant strank vsebuje le IČO in IČ DPH, imate najprej podatkovno opravilo in šele nato opravilo v kodi.
• Kode kategorij DDV. S, Z, E, AE in O, vsaka s pripadajočimi poslovnimi pravili Peppol. Kategorija O (zunaj obsega DDV) prepoveduje identifikacijske številke za DDV na računu in si računa ne more deliti z vrsticami po splošni stopnji. Besedilo razloga oprostitve (BT-120) je za oproščene dobave; če ga izpolnite na računu po splošni stopnji, XML ni veljaven.
• Merske enote iz seznamov kod UN/ECE, ne prosto besedilo. Vsaka vrstica jo potrebuje.
• Vrste dokumentov, na katere ste pozabili. Popravki kot dobropis in nov račun ali popravljalni račun, ki se na izvirnik sklicuje v BT-25. Davčni dokumenti za predplačila uporabljajo kodo vrste 388. Samofakturirani računi so vrste 389.

Preverite, preden pošljete, glede na Peppol BIS in slovaška pravila, napake pa usmerite k nekomu, ki jih zna popraviti. Račun zaklenite, ko je predan, ponovni poskusi pa naj bodo idempotentni: isti račun, poslan dvakrat pod dvema številkama, je davčna težava.

2. Povezava s ponudnikom

Register z dne 1. oktobra 2026 navaja 79 certificiranih ponudnikov, slovaških in tujih. Vsak ima svoj API in avtentikacijo. Na poti računa ni osrednje državne platforme: načrt zanjo so leta 2024 opustili, računi pa potujejo neposredno med ponudniki. Praktične točke iz pogostih vprašanj:

• Za prejemanje lahko za vsak ID udeleženca registrirate le enega ponudnika, pošiljate pa lahko prek več.
• Registracija ponudnika za prejemanje prek portala finančne uprave je zakonska zahteva, oseba, ki jo opravi, pa potrebuje pooblastilo za zastopanje podjetja na tem portalu. Uredite to še ta teden. To je najpočasnejši korak, ki ne vključuje kode.
• Če prejemnik ni v omrežju Peppol, dostava ne uspe, vaša obveznost kot pošiljatelja pa je izpolnjena in podatki so vseeno sporočeni. Vaša koda mora napako zabeležiti in o njej nekoga obvestiti, ne pa v nedogled poskušati znova ali ustaviti obračuna.

Upravljanje lastne dostopne točke pomeni certificiranje OpenPeppol, akreditacijo pri finančni upravi in od 1. julija 2027 ISO/IEC 27001. Za podjetje, ki pošilja le svoje račune, je ponudnik razumen odgovor.

3. Prejeti računi v obveznostih do dobaviteljev

Od januarja vam bodo dobavitelj energije, telekomunikacijski operater in ponudniki programske opreme pošiljali UBL. Priročnik odgovornost za zmožnost prejemanja nalaga prejemniku: dobavitelj, ki pravilno pošlje po omrežju, je svoj del opravil.

Delo s prejetimi računi pomeni prevzemanje dokumentov prek API ponudnika, njihovo preverjanje, prepoznavanje dobavitelja, preslikavo vrstic v vaš model obveznosti do dobaviteljev, usklajevanje z naročilnicami, kjer to počnete, in napajanje obstoječega poteka odobritev, ki ga zakon ne spreminja. Potrebujete tudi berljiv izris XML na zahtevo in desetletni arhiv XML. Peppol tu ne prenaša sporočila o zavrnitvi, zato se spori z dobaviteljem rešujejo kot doslej.

4. Poročanje in usklajevanje

Ponudnik sestavi dokument z davčnimi podatki in ga sporoči. Vaša naloga je poskrbeti, da je tisto, kar predate, pravilno in da se vaše oddaje DDV še vedno ujemajo, saj kontrolný výkaz ostaja do leta 2030. Za vsak račun shranite identifikatorje sporočil ponudnika in statuse dostave, da boste, ko se številke ne bodo ujemale, lahko ugotovili zakaj.

Koliko časa traja

Ocena same finančne uprave: če je vaša programska oprema že povezana z omrežjem Peppol, je aktivacija takojšnja. Pri rešitvah po meri ali zapletenih rešitvah integracija „môže trvať niekoľko dní až týždňov“, lahko traja od nekaj dni do nekaj tednov.

Za samo povezavo je to pošteno. Tedni gredo v podatke: iskanje DIČ za vsako stranko in dobavitelja, pravilno kategorijo DDV za vsak izdelek in storitev ter gradnjo obdelave prejetih računov, ki ni odvisna od tega, da nekdo odpre vsak dokument.

Testiranje bo počasnejše, kot pričakujete. Monitor Peppol na epostari.sk, ki ga upravlja Verteco, sam eden od certificiranih ponudnikov, je 2. oktobra 2026 naštel 3.332 od 235.518 slovaških zavezancev za DDV, ki lahko prejemajo račune Peppol, kar je približno 1,4 %. Meri samo zavezance za DDV in svoje številke opisuje kot informativne. Kljub temu le malo vaših strank danes lahko sprejme testni račun, januar pa bo prinesel veliko napak „prejemnik ni najden“. Obravnavajte jih kot običajen primer.

Načrt za 90 dni

1. in 2. teden: popis in odločitve. Naštejte vse sisteme, ki izdajajo račune slovaškim podjetjem: ERP, sistem za obračun, prehod EDI, preglednico, ki jo nekdo v prodaji še vedno uporablja. Enako naredite za prejete račune. Preverite, koliko zapisov o strankah in dobaviteljih ima DIČ. Izberite ponudnika, uredite pooblastilo za portal, registrirajte se za prejemanje.

Od 3. do 6. tedna: izhodni računi. Zgradite preslikavo UBL in preverjanje, povežite se s testnim okoljem ponudnika in pretvorite račune EDIFACT ali se o pretvorbi dogovorite s ponudnikom EDI. Pokrijte dobropise, predplačila in samofakturiranje, ne le uspešne poti.

Od 5. do 9. tedna: prejeti računi. Prevzem, preverjanje, prepoznavanje dobaviteljev, preslikava v obveznosti do dobaviteljev, izris in arhiv.

Od 9. do 11. tedna: v živo še v letu 2026. Prostovoljna uporaba je letos dovoljena. Pošiljajte resnične račune strankam, ki so že registrirane, in prejemajte od dobaviteljev, ki so. Tu se pokažejo napake v preslikavah, ko še nič ne stanejo.

12. in 13. teden: prehod. Preklop naj bo vezan na trenutek nastanka davčne obveznosti, ne na datum knjiženja. Načrtujte okoli praznikov: zadnja dva tedna decembra nista okno za testiranje.

Če gradnja ne bo pravočasno končana, imejte rezervno možnost. Samostojna spletna aplikacija ponudnika, možnost, ki jo priročnik predlaga za mala podjetja, zadošča za prejemanje računov 1. januarja, medtem ko se integracija dokončuje. To je začasna rešitev za prejemanje, ne način za izdajanje v velikem obsegu.

Kaj se še premika

Pogosta vprašanja omenjajo prenovljeni EN 16931, odobren oktobra 2025, in navajajo, da njegovega vpliva še ne morejo opisati; Peppol BIS bo sledil standardu. Preglednica prenosa je v različici 1.11, pogosta vprašanja pa so bila večkrat ponovno izdana. Preslikave vodite po različicah in na enem mestu, ne razpršene po kodi za račune.

Druga faza je že na časovnici. Od 1. julija 2030 naj bi se obveznost razširila na čezmejne dobave, rok za izdajo bi se skrajšal na 10 dni, kontrolný výkaz pa bi odpadel. Ne zapišite „samo slovaške stranke“ trdo v zasnovo.

Kje dobiti pomoč

Gradimo povezavo med sistemom, ki ustvarja vaše račune, in omrežjem, ki jih mora zdaj prenašati: preslikavo UBL in preverjanje, integracijo API ponudnika, pretvorbo EDIFACT in obdelavo prejetih računov v obveznostih do dobaviteljev. Naša storitev integracije e-računov pojasnjuje, kako delamo, in če je prava težava sistem pod tem, si oglejte posodobitev ERP. Če je delo opredeljeno in potrebujete ljudi, v obstoječe ekipe tudi vključujemo izkušene razvijalce.

Če želite svojo postavitev pregledati z nami, pišite na office@c9group.dev.