Davčna blagajna in e-račun nista konkurenčni rešitvi, med katerima izbirate — sta dva ločena režima z različnima pravnima podlagama in namenoma, in večina slovenskih podjetij bo v 2026 morala obvladovati oba hkrati. Razprava o "davčni blagajni 2026 z e-računi" je napačno zastavljena: združuje dve vprašanji, ki ju zakonodajalec namerno drži narazen.
Posledica zmede je predvidljiva: trgovci kupujejo POS rešitve, ki znajo eSLOG, a niso certificirane za fiskalizacijo, in računovodske programe, ki generirajo e-račune, a ne znajo poslati gotovinskega računa na FURS. V tem zapisu razložimo, kateri režim velja za kateri profil podjetja, kaj se v 2026 dejansko spreminja in kje se sistema križata na način, ki ga vaš obstoječi ponudnik najverjetneje ne pokriva.
Dva sistema, dva namena — in zakaj jih obravnavati skupaj je napaka
Davčna blagajna in obvezni e-račun rešujeta dva različna problema. Davčno potrjevanje od 2016 ureja gotovinske transakcije s končnimi kupci (B2C) — račun se ob izdaji pošlje na FURS, ki vrne EOR kodo, ki se natisne na izvod kupca [1]. Obvezni e-račun ureja strukturirano izmenjavo računov med pravnimi osebami (B2B in B2G) v strojno berljivih formatih eSLOG 2.0 ali UBL 2.1 — njegov namen ni preverjanje plačila, temveč avtomatizacija obdelave na strani prejemnika.
Pravni podlagi se ne prekrivata. Davčno potrjevanje izhaja iz ZDavPR in podzakonskih predpisov iz 2016 ter cilja na sivo ekonomijo pri gotovinskem prometu. Obvezni B2B e-račun izhaja iz predloga ZIERDED in cilja na učinkovitost izmenjave med poslovnimi subjekti. Isto podjetje je lahko zavezano k obema, vendar obveznost izvira iz dveh različnih dogodkov: način plačila pri davčni blagajni, status prejemnika pri e-računu.
Kdor začne nakupovati rešitve, ne da bi to ločnico razumel, plača trikrat. Prvič za POS, ki je certificiran pri FURS-u, a ne zna eSLOG. Drugič za računovodski program, ki zna eSLOG, a ne zna fiskalizacije. Tretjič za ročno usklajevanje med njima.
Časovnica 2026: e-račun za maloprodajo še ne velja — fiskalizacija pa že devet let
Pravila davčnega potrjevanja v 2026 ostajajo enaka kot leta 2016. Račun za gotovinsko plačilo mora biti ob izdaji pravilno davčno potrjen, napačno izdanih računov se ne briše, ampak popravlja s sledljivimi postopki, in podjetje mora omogočati pregled izdanih dokumentov ter njihovih statusov [1]. To je obveznost, ki velja že devet let.
Obvezni B2B e-račun stopa v veljavo šele 2027 oziroma 2028, odvisno od končnega besedila zakona, ki je še v sprejemanju. B2G e-račun je obvezen že od 2015, vendar to vpliva le na dobavitelje javnemu sektorju. Kdor v 2026 hiti zamenjati POS rešitev zaradi e-računov za maloprodajo, rešuje napačen problem. V 2026 vaša maloprodaja še vedno potrebuje davčno blagajno, ne eSLOG.
Realna naloga za 2026: razumeti, ali ste zavezanec za enega, drugega ali oba režima, in zgraditi arhitekturo, ki bo do 2027 znala oba hkrati — brez podvajanja evidenc.
Odločitveni okvir: trije profili, tri arhitekture
Prvi profil je čisti B2C gotovinec — frizer, gostinec, manjši trgovec, ki sprejema gotovino ali kartice od fizičnih oseb. Rabi izključno davčno blagajno, certificirano za fiskalizacijo. E-račun ga ne zadeva, dokler ne začne fakturirati pravnim osebam.
Drugi profil je čisti B2B ali B2G dobavitelj — veleprodaja, IT storitve, svetovanje, gradbeništvo s plačili izključno prek nakazil. Rabi izključno sistem za izdajo e-računov v eSLOG 2.0 ali UBL 2.1 (PEPPOL BIS 3.0). Davčna blagajna ga ne zadeva, ker ne sprejema gotovine od končnih kupcev.
Tretji profil je hibrid in v praksi najpogostejši: trgovec s fizično trgovino in spletno veleprodajo, storitvenik za fizične osebe in podjetja, gostinec, ki gostuje korporativne dogodke [4][5]. Ta uporablja oba sistema vzporedno. Tipičen scenarij napake: cvetličarna s spletno prodajo izbere POS, ker tako svetuje sosed gostinec, in kasneje ugotovi, da spletna trgovina ne zna davčno potrditi računa za stranko, ki plača s kartico ob dostavi. Minimax v takih primerih dokumentira API povezavo, kjer spletna trgovina pošlje podatke v Minimax, ta račun izda, davčno potrdi in vrne PDF [5] — vendar je to ena izmed arhitektur, ne edina.
Hibridni primer, ki ga nihče ne razlaga: gotovinski račun pravni osebi
Najbolj zanemarjen primer je ta: gostinec ali trgovec, ki podjetju izda račun za reprezentanco s plačilom v gotovini ali s kartico. Ta račun je hkrati gotovinski (sproži davčno potrjevanje) in izdan pravni osebi (od 2027/2028 sproži obveznost strukturirane izmenjave). Račun mora imeti EOR in ZOI kodo, kar pomeni, da gre skozi POS [6], in mora obstajati v eSLOG 2.0 formatu, kar pomeni, da gre skozi računovodski sistem.
Obstoječe POS rešitve tu odpovedo. Optimizirane so za hitro izdajo papirnega ali PDF računa s fiskalno kodo. Generiranje eSLOG XML, validacija prejemnika v VIES ali AJPES, dostava po PEPPOL omrežju — to ni del njihove arhitekture. Računovodski sistemi z e-račun zmožnostmi pa praviloma niso certificirani za davčno potrjevanje na blagajni.
Ko bo B2B e-račun stopil v veljavo, bodo hibridna podjetja morala rešiti, kako en in isti dogodek hkrati prijavijo FURS-u za fiskalizacijo IN dostavijo prejemniku v strukturirani obliki. Tu se obstoječa razprava konča, čeprav se prav tu šele začenja zanimivi del.
Tehnični kontrolni seznam 2026: dva seznama, ne en
Za davčno blagajno: pred začetkom davčnega potrjevanja je treba uvoziti namensko digitalno potrdilo, vnesti gotovinske blagajne in njihove oznake, vpisati podatke o poslovnih prostorih in jih posredovati na FURS [4]. V nastavitvah določite način številčenja dokumentov — na nivoju blagajne ali na nivoju poslovne enote — ter pripravite interni akt, ki ureja te nastavitve [4]. Brez internega akta in pravilno prijavljenih prostorov je celoten sistem formalno neskladen, tudi če računi tehnično dobijo EOR.
Za e-račun je seznam povsem drugačen: zmožnost generiranja računa v eSLOG 2.0 ali UBL 2.1 (PEPPOL BIS 3.0), dostavna pot do prejemnika (preko bančne UJP poti, ponudnika e-računov ali PEPPOL omrežja), validacija davčnih številk v VIES za EU partnerje in AJPES za domače, ter arhiv strukturiranih dokumentov v skladu z davčno zakonodajo. Postopki stornacij in popravkov so pri obeh režimih obvezni, vendar tehnično različni: pri davčni blagajni gre za sledljiv popravek z novim EOR, pri e-računu za dobropis v isti strukturirani obliki.
Vsak ponudnik, ki vam ta dva seznama predstavlja kot enotno integracijo, zamolči, kateri del dejansko ne pokriva.
Stroškovna realnost: ne menjajte sistemov — sinhronizirajte jih
Obstoječa POS davčna blagajna se redko smiselno nadgradi v polni e-račun sistem. POS arhitektura je narejena za hitro izdajo, fiskalno potrjevanje in tisk — ne za PEPPOL dostavo, validacijo prejemnikov ali knjiženje v KPR in KIR. Obratno velja tudi za večino računovodskih programov: e-račun zmožnosti so jim domače, fiskalizacija pa zahteva certifikat in arhitekturo, ki je niso predvideli.
Pravilna arhitektura ločuje funkcije: POS na lokaciji ostane odgovoren za fiskalizacijo gotovinskih transakcij, računovodski sistem z REST API integracijo skrbi za izdajo in prejem e-računov v B2B in B2G prometu, nad obema pa stoji enotna evidenca KPR/KIR, ki konsolidira oboje za potrebe DDV obračuna in arhiva. Tako se izognete podvajanju vnosov, neusklajenosti zalog in ročnemu prepisovanju [5].
V 2026 ne menjate POS-a, če deluje, in ne menjate računovodskega programa, če zna eSLOG. Menjate način, kako se podatki med njima sinhronizirajo.
Skladnost ni nameščanje dveh sistemov — je njihova sinhronizacija
Kazni do 50.000 EUR za pravne osebe pri davčnem potrjevanju ne padejo zaradi enega manjkajočega EOR. Padejo zaradi nezmožnosti pokazati sledljiv tok dokumentov: kdo je račun izdal, kdaj je bil potrjen, kako je bil popravljen, kje se hrani izvirnik, kateri uporabnik je odobril storno. Enako velja za e-račun: kazen ni za en napačen XML, ampak za sistemsko nezmožnost dokazati izmenjavo. Pregled izdanih dokumentov in njihovih statusov [1] je zahteva, ki velja za oba režima.
Tega ni mogoče doseči z dvema neodvisnima sistemoma, ki vsak vodi svojo evidenco. Pri davčnem nadzoru FURS ne sprašuje, ali imate POS in računovodski program — sprašuje, ali znate pokazati en sam zapis za vsak izdan dokument, ne glede na to, ali je nastal kot gotovinski račun na blagajni ali kot eSLOG B2B račun v računovodstvu.
Podjetja, ki v 2026 obravnavajo davčno blagajno in e-račun kot eno vprašanje, bodo v 2027 ugotovila, da imajo dve napačni rešitvi. Waveflow gradi za tiste, ki že danes ločujejo režima in jih hkrati upravljajo na eni evidenci — z avtomatsko generacijo e-računov v eSLOG 2.0, integracijo s certificiranimi davčnimi blagajnami in enotno KPR/KIR knjigo, ki konsolidira oba toka za DDV-O polja f11, f21, f23, f23a, f25, f31, f31a, f32, f32a, f35, f41, f51 in f52.