Slovačka prelazi na Peppol 1. januara 2027: e-fakturisanje za ERP po meri i EDI tokove

Od 1. januara 2027. obveznik PDV-a sa sedištem u Slovačkoj više ne može drugoj slovačkoj firmi da pošalje PDF mejlom i da to nazove fakturom. Domaće B2B i B2G fakture moraju da budu strukturirani XML po evropskom standardu EN 16931, isporučen kroz mrežu Peppol preko sertifikovanog pružaoca, koga Finansijska uprava naziva „digitálny poštár", digitalni poštar. Svaka slovačka kompanija, preduzetnik i javni organ mora da bude u stanju da ih prima, uključujući i one koji nisu obveznici PDV-a.

Početkom oktobra 2026. to ostavlja oko 90 dana.

Ako koristite Pohodu, KROS, Money ili sličan gotov knjigovodstveni proizvod, ovo je uglavnom posao vašeg dobavljača. Oni isporučuju podršku za Peppol, a i sam priručnik Finansijske uprave od 26. avgusta 2026 kaže da će u većini slučajeva biti dovoljno ažuriranje postojećeg sistema. Instalirajte ažuriranje, izaberite pružaoca i dogovorite postupak sa svojim knjigovođom.

Ovaj tekst je za sve ostale: kompanije čije fakture izlaze iz ERP-a razvijenog u kući, iz jako prilagođenog ili zastarelog sistema, iz billing enginea unutar sopstvenog proizvoda ili iz EDIFACT veze sa maloprodajnim kupcima.

Šta zakon traži

Obaveza proističe iz izmenjenog Zakona o PDV-u (222/2004 Z. z., izmenjen zakonom 385/2025 Z. z.). U osnovnim crtama, prema stranici eFaktúra Finansijske uprave i priručniku:

• Izdavanje. Obveznici PDV-a sa sedištem u Slovačkoj moraju da izdaju e-fakture za domaći promet, kao i za avanse primljene pre prometa, kada je kupac slovački poreski obveznik ili bilo koje slovačko pravno lice. Potrošači nisu obuhvaćeni. Nije ni promet oslobođen PDV-a, niti pojednostavljene fakture (račun do 100 evra ili eKasa račun do 400 evra sa PDV-om). Iznos fakture inače više nije bitan.
• Prijem. Svaki slovački poreski obveznik, bio obveznik PDV-a ili ne, i svako slovačko pravno lice moraju da budu u stanju da primaju e-fakture preko sertifikovanog pružaoca.
• Format. XML usklađen sa EN 16931, u UBL 2.1 ili CII D16B. Na mreži to znači Peppol BIS Billing 3.0, a to je UBL.
• Isporuka. Preko sertifikovanog pružaoca kroz Peppol. Partneri mogu da se dogovore o drugom kanalu, na primer mejlu ili postojećoj EDI vezi, ali samo uz prethodnu saglasnost kupca, faktura i dalje mora da bude XML po EN 16931, a obe strane i dalje moraju da budu dostupne preko pružaoca.
• Rok. 15 dana od prometa, kao i danas. Za fakturu poslatu kroz mrežu, datum izdavanja je dan kada je predata pružaocu.
• Izveštavanje. Pružalac izvlači poreske podatke i prijavljuje ih Finansijskoj upravi, a zakon vašu obavezu izveštavanja smatra ispunjenom kada predate fakturu. Kontrolný výkaz (kontrolni izveštaj o PDV-u) ostaje do 1. jula 2030.
• Arhiva. Obveznici PDV-a čuvaju XML deset godina od kraja godine na koju se odnosi. PDF prikaz nije faktura.
• Kazne. Kršenje obaveza e-fakturisanja ili slanje netačnih podataka može da se kazni sa do 10.000 evra, a sa do 100.000 evra za ponovljena kršenja, prema priručniku i pitanjima i odgovorima od 15. septembra 2026. Očigledna greška ispravljena bez odlaganja, ili dokaziv kvar na strani pružaoca, ne kažnjavaju se.

Prelazak prati trenutak nastanka poreske obaveze. Ako je obaveza izdavanja fakture nastala do 31. decembra 2026, primenjuju se stara pravila, čak i ako je faktura plaćena 2027.

Dve manje izmene iznenade ljude. Plan otplate (splátkový kalendár) za zakup ili lizing više ne funkcioniše kao zbirna faktura: svaki ponavljajući promet traži sopstvenu e-fakturu. A strane kompanije koje su u Slovačkoj samo registrovane za PDV ostaju van obaveze do 30. juna 2030.

EDIFACT fakture prestaju da se računaju

Ovo je deo koji pogađa proizvođače i dobavljače maloprodajnih lanaca. Pitanja i odgovori su bez okolišanja. Posle 1. januara 2027. možete nastaviti da razmenjujete EDIFACT sa kupcima, ali za domaće transakcije EDIFACT faktura više neće ispunjavati definiciju elektronske fakture za potrebe PDV-a. Njihovim rečima, „vy alebo váš poskytovateľ IT služieb musí vykonať konverziu": vi ili vaš pružalac IT usluga morate te fakture da konvertujete u EN 16931 UBL ili CII.

Pitanja i odgovori čak imenuju put. CEN/TS 16931-3-4 mapira EDIFACT INVOIC D16B na semantički model EN 16931, a odatle se mapira na UBL. Njihov primer: broj EDIFACT fakture postaje poslovni termin BT-1, koji u UBL-u postaje cbc:ID.

Iz toga slede dve odluke o dizajnu.

Gde se odvija konverzija. Ili vaš sistem generiše UBL iz istih podataka koji napajaju EDIFACT poruku, ili vaš pružalac EDI usluga konvertuje na izlazu. Ako je to njegov posao, tražite njegove izveštaje o validaciji, jer je kazna vaša.

Koji kanal je prenosi. Ako UBL ide kroz Peppol kao Peppol BIS, prijavljuje ga pružalac. Ako po dogovoru sa kupcem zadržite EDI kanal, ništa se ne prijavljuje automatski, a krajnja tačka na Peppolu vam i dalje treba za sve ostalo.

Pravila se odnose na fakture, knjižna odobrenja i samofakture. Porudžbine i otpremna obaveštenja mogu da ostanu kakva jesu.

Šta zaista morate da izgradite

Za sistem po meri posao se deli na četiri dela. Veza sa pružaocem je obično najmanji.

1. Izlaz: UBL koji prolazi validaciju

Mapirajte podatke o fakturi na poslovne termine EN 16931, a zatim na UBL. Stranica eFaktúra objavljuje tabelu transpozicije (u trenutku pisanja verzija 1.11) koja poslovne termine mapira na odredbe slovačkog zakona iza njih, sa slovačkom kardinalnošću povrh Peppol BIS. Tretirajte je kao svoju specifikaciju.

Polja koja prave probleme retko su ona očigledna:

• DIČ primaoca. Slovački učesnici se na Peppolu adresiraju kao 0245:DIČ, poreski identifikacioni broj, a ne IČO i ne IČ DPH. Kompanija koja je već na Peppolu pod identifikatorom 9950 i dalje mora da se registruje pod 0245 u slovačkom SMP-u. Ako vaš šifarnik kupaca drži samo IČO i IČ DPH, imate posao sa podacima pre posla sa kodom.
• Šifre PDV kategorija. S, Z, E, AE i O, svaka sa pripadajućim poslovnim pravilima Peppola. Kategorija O (van sistema PDV-a) zabranjuje PDV identifikatore na fakturi i ne može da deli fakturu sa stavkama po standardnoj stopi. Tekst razloga oslobođenja (BT-120) je za oslobođeni promet; ako ga popunite na fakturi sa standardnom stopom, XML postaje neispravan.
• Jedinice mere iz UN/ECE šifarnika, a ne slobodan tekst. Svakoj stavci treba jedna.
• Vrste dokumenata koje ste zaboravili. Ispravke kao knjižno odobrenje plus nova faktura, ili korektivna faktura koja se u BT-25 poziva na izvornu. Poreski dokumenti za avanse koriste šifru vrste 388. Samofakture su vrsta 389.

Validirajte pre slanja, prema Peppol BIS i slovačkim pravilima, a greške usmerite nekome ko može da ih ispravi. Zaključajte fakturu kada je predata i učinite ponovne pokušaje idempotentnim: ista faktura poslata dvaput pod dva broja je poreski problem.

2. Veza sa pružaocem

Registar od 1. oktobra 2026 navodi 79 sertifikovanih pružalaca, slovačkih i stranih. Svaki ima sopstveni API i autentifikaciju. U putanji fakture nema centralne državne platforme: plan za nju je napušten 2024, a fakture putuju direktno između pružalaca. Praktične napomene iz pitanja i odgovora:

• Po identifikatoru učesnika možete registrovati samo jednog pružaoca za prijem, ali smete da šaljete preko više njih.
• Registracija pružaoca za prijem preko portala Finansijske uprave je zakonska obaveza, a osoba koja je obavlja mora da ima ovlašćenje da na tom portalu zastupa kompaniju. Sredite to ove nedelje. To je najsporiji korak u kome nema koda.
• Ako primalac nije na Peppolu, isporuka ne uspeva, ali je vaša obaveza kao pošiljaoca ispunjena i podaci se i dalje prijavljuju. Vaš kod mora da zabeleži neuspeh i da o tome obavesti nekoga, a ne da pokušava unedogled ili da blokira fakturisanje.

Vođenje sopstvene pristupne tačke znači sertifikaciju kod OpenPeppola, akreditaciju kod Finansijske uprave i, od 1. jula 2027, ISO/IEC 27001. Za kompaniju koja šalje samo sopstvene fakture, pružalac je razuman odgovor.

3. Ulaz u obaveze prema dobavljačima

Od januara će vam snabdevač energijom, telekomunikacioni operater i dobavljači softvera slati UBL. Priručnik odgovornost za sposobnost prijema stavlja na primaoca: isporučilac koji ispravno pošalje kroz mrežu uradio je svoj deo.

Posao na ulazu znači preuzimanje dokumenata sa API-ja pružaoca, njihovu validaciju, prepoznavanje dobavljača, mapiranje stavki u vaš model obaveza, uparivanje sa nabavnim porudžbinama tamo gde to radite i napajanje postojećeg toka odobravanja, koji zakon ne dira. Potreban vam je i čitljiv prikaz XML-a na zahtev i desetogodišnja arhiva XML-a. Peppol ovde ne prenosi poruku o odbijanju, pa se sporovi rešavaju sa dobavljačem kao i do sada.

4. Izveštavanje i usaglašavanje

Pružalac pravi dokument sa poreskim podacima i prijavljuje ga. Vaš posao je da obezbedite da je ono što predajete tačno i da se vaše PDV prijave i dalje slažu, jer kontrolný výkaz ostaje do 2030. Uz svaku fakturu čuvajte identifikatore poruka pružaoca i statuse isporuke, kako biste, kada se brojevi ne slažu, mogli da utvrdite zašto.

Koliko to traje

Procena same Finansijske uprave: ako je vaš softver već povezan sa Peppolom, aktivacija je trenutna. Za rešenja po meri ili složena rešenja integracija „môže trvať niekoľko dní až týždňov", od nekoliko dana do nekoliko nedelja.

To je pošteno za samu vezu. Nedelje odlaze na podatke: pronalaženje DIČ-a za svakog kupca i dobavljača, ispravne PDV kategorije za svaki proizvod i uslugu i izgradnju obrade ulaza koja ne zavisi od toga da neko otvara svaki dokument.

Testiranje će biti sporije nego što očekujete. Peppol monitor na epostari.sk, koji vodi Verteco, i sam jedan od sertifikovanih pružalaca, 2. oktobra 2026. izbrojao je 3.332 od 235.518 slovačkih obveznika PDV-a koji mogu da primaju Peppol fakture, oko 1,4%. Meri samo obveznike PDV-a i svoje brojke opisuje kao informativne. Ipak, malo vaših kupaca danas može da primi probnu fakturu, a januar će doneti mnogo grešaka tipa „primalac nije pronađen". Obrađujte ih kao normalan slučaj.

Plan od 90 dana

Nedelje 1 i 2: popis i odluke. Navedite svaki sistem koji izdaje fakture slovačkim firmama: ERP, billing engine, EDI gateway, tabelu koju neko u prodaji još koristi. Isto uradite za ulaz. Proverite pokrivenost DIČ-om u matičnim podacima kupaca i dobavljača. Izaberite pružaoca, sredite ovlašćenja na portalu i registrujte se za prijem.

Od 3. do 6. nedelje: izlaz. Napravite UBL mapiranje i validaciju, povežite se sa test okruženjem pružaoca i konvertujte EDIFACT fakture ili dogovorite konverziju sa svojim EDI pružaocem. Pokrijte knjižna odobrenja, avanse i samofakturisanje, a ne samo uspešan scenario.

Od 5. do 9. nedelje: ulaz. Preuzimanje, validacija, prepoznavanje dobavljača, mapiranje na obaveze, prikaz i arhiva.

Od 9. do 11. nedelje: rad uživo još u 2026. Dobrovoljna upotreba je ove godine dozvoljena. Šaljite stvarne fakture kupcima koji su već registrovani i primajte ih od dobavljača koji jesu. Tu se pojavljuju greške u mapiranju, dok još ništa ne koštaju.

Nedelje 12 i 13: prelazak. Neka prelazak zavisi od trenutka nastanka poreske obaveze, a ne od datuma knjiženja. Planirajte oko praznika: poslednje dve nedelje decembra nisu period za testiranje.

Ako izrada ne stigne, imajte rezervni plan. Samostalna veb aplikacija pružaoca, opcija koju priručnik predlaže malim firmama, dovoljna je da 1. januara primate fakture dok se integracija ne završi. To je privremeno rešenje za prijem, a ne način da se izdaje u velikom obimu.

Šta se još menja

Pitanja i odgovori pominju revidirani EN 16931 odobren u oktobru 2025. i kažu da još ne mogu da opišu njegov uticaj; Peppol BIS će pratiti standard. Tabela transpozicije je u verziji 1.11, a pitanja i odgovori su više puta ponovo izdavani. Držite mapiranje verzionisano i na jednom mestu, a ne rasuto po kodu za fakture.

Druga faza je već u rasporedu. Od 1. jula 2030. očekuje se da se obaveza proširi na prekogranični promet, rok za izdavanje pada na 10 dana, a kontrolný výkaz se ukida. Ne zakucavajte „samo slovački kupci" u dizajn.

Gde potražiti pomoć

Gradimo vezu između sistema koji proizvodi vaše fakture i mreže koja sada mora da ih prenosi: UBL mapiranje i validaciju, integraciju sa API-jem pružaoca, EDIFACT konverziju i obradu ulaznih faktura do obaveza prema dobavljačima. Naša usluga integracije e-fakturisanja objašnjava kako radimo, a ako je pravi problem sistem ispod toga, pogledajte modernizaciju ERP-a. Ako je posao definisan, a nedostaju vam ljudi, uključujemo iskusne programere i u postojeće timove.

Da razgovaramo o vašoj postavci, pišite na office@c9group.dev.