Davčna blagajna v ERP-ju: kako uskladiti izdajo računov s FURS

Če v podjetju del prodaje poteka z gotovino, vam ni treba samo izdati računa. Račun mora biti tudi davčno potrjen. Davčna blagajna zato ni stranski tok ob ERP-ju: dotika se maloprodaje, spletne trgovine s plačilom ob prevzemu, delavnice, gostinstva in vsakega prodajnega mesta, kjer kupec plača na licu mesta. V tem vodniku je razloženo, kaj pomeni davčno potrjevanje računov za izbiro in uvedbo ERP-ja ter katera vprašanja zastaviti integratorju, preden podpišete.

Kaj pomeni davčno potrjevanje računov

Zakon o davčnem potrjevanju računov (ZDavPR) je državni zbor sprejel 15. julija 2015, uporabljati pa se je začel 2. januarja 2016. Njegovo bistvo je preprosto: blagajne podjetij so prek interneta povezane z osrednjim informacijskim sistemom FURS, ta pa račune v realnem času preveri in shrani.

Pravila za gotovinsko prodajo so jasna:

• račun je treba izdati najpozneje v trenutku dobave in plačila;
• izda se ga z elektronsko napravo, ki ustreza zakonskim pogojem;
• podjetje mora na vidnem mestu objaviti obvestilo o tej obveznosti;
• kupec mora izdani račun sprejeti, ga ob odhodu obdržati in ga na zahtevo pokazati pristojnim organom.

Javnost lahko davčno potrjen račun preveri v posebni mobilni aplikaciji in na spletnem mestu FURS. Za podjetje to pomeni, da napake ni mogoče „popraviti pozneje v knjigovodstvu“: račun je ob izdaji že v državnem sistemu.

Kaj je vezana knjiga računov

Od 1. januarja 2018 lahko podjetja, ki izdajo malo računov, namesto blagajne uporabljajo vezano knjigo računov (VKR). Podatke morajo davčnim organom poslati do 10. v naslednjem mesecu. Če ste samostojni podjetnik z redkimi gotovinskimi prodajami, je to lahko dovolj. Ko promet raste ali ko dodate drugo prodajno mesto, se običajno splača preiti na rešitev, ki jo ERP podpira neposredno.

Davčna blagajna ni isto kot e-račun

Pogosta zmeda: davčno potrjevanje računov in e-računi sta dve različni stvari z različnimi nalogami.

ZIERDED je bil objavljen 6. novembra 2025. Po 28. členu se splošne določbe uporabljajo od 1. januarja 2028, poglavje 4 o ponudnikih poti izmenjave pa od 1. aprila 2027. Podrobnosti o e-računih so v vodnikih o e-računih in DDV-obračunih v ERP-ju in o e-računovanju v ERP-ju. Zakonski okvir širše povzema vodnik o zakonskih zahtevah za ERP.

Kaj mora ERP početi pri davčnem potrjevanju računov

Dober ERP za slovensko podjetje s plačili na licu mesta mora obvladati naslednje.

1. Izdaja računa v pravem trenutku. Račun mora nastati ob dobavi in plačilu, ne naknadno ob mesečnem zaprtju.
2. Obvezne sestavine računa. Račun zavezanca za DDV ima 18 obveznih sestavin, med njimi datum izdaje, zaporedno številko, identifikacijsko številko za DDV, količine, zneske DDV in datum dobave. Sistem jih mora zapolniti samodejno in ne dopuščati praznih polj.
3. Pravilne stopnje DDV. Običajna stopnja je 22 %, nižja 9,5 %, po podatkih portala SPOT pa se DDV obračuna tudi po stopnji 5 %. Artikel mora imeti v šifrantu pravilno stopnjo, sicer je napačen že potrjen račun.
4. Povezava z obračunom DDV. Zavezanec odda obračun DDV najpozneje zadnji delovni dan v mesecu po koncu davčnega obdobja, prek sistema eDavki. Prodaja iz blagajne mora priti v obračun brez ročnega prepisovanja.
5. Sledljivost popravkov. Že potrjenega računa se ne prepiše. Storno in dobropis morata biti samostojna, jasno povezana dokumenta.
6. Arhiv. Zakon o DDV zahteva hrambo kopij izdanih računov in prejetih računov 10 let, pri računih, povezanih z nepremičninami, pa 20 let. Rok teče po letu, na katero se račun nanaša. Če kopije hranite zunaj Slovenije, je treba to vnaprej priglasiti davčnemu organu.

Kje se pogosto zatakne

Največ težav ne povzroči sam ERP, ampak meja med njim in blagajno. Primeri iz prakse: cene in DDV-stopnje v ERP-ju in na blagajni se razhajajo; dobropis iz skladišča ne ustreza računu v blagajni; internetna povezava med trgovino in sistemom FURS izpade, postopka za ta primer pa nihče ni opisal. Zato se pri izbiri ERP-ja vedno vprašajte, kdo pri izpadu povezave odgovarja za izdajo računa.

Modul, ponudnik ali lastna blagajna: kako razdeliti delo

Pri davčnem potrjevanju računov so v praksi tri poti.

Tu se pozna razlika med „ERP to zmore“ in „ERP to zmore z določenim modulom, ki ga vzdržuje tretji“. Pri vsakem ponujenem modulu od integratorja zahtevajte pisni odgovor na tri vprašanja: kdo ga vzdržuje, kdo odgovarja ob spremembi predpisov in kako se ob zamenjavi ponudnika prenesejo podatki.

Kako se ERP-ji razlikujejo pri davčni blagajni

Izbira ERP-ja ne sme temeljiti na obljubi, da „blagajna že obstaja“. Preverite jo na konkretnem primeru. Pomembno je tudi, da v nobenem primeru ne predpostavljamo, kaj ima izbrani sistem v standardu: ponudba se razlikuje po različici, razširitvah in integratorju.

• Odoo: modularen sistem s prodajnimi in maloprodajnimi funkcijami. Vprašajte, kako je za slovenski trg rešena povezava s FURS in kdo jo vzdržuje.
• Microsoft Dynamics 365 Business Central: pogost izbor srednje velikih podjetij. Lokalizacija za Slovenijo in morebitne razširitve so običajno stvar partnerskega ekosistema; zahtevajte konkreten demonstracijski prikaz.
• SAP Business One: namenjen malim in srednjim podjetjem. Pri maloprodaji je običajna zasnova ERP z ločeno blagajniško rešitvijo, zato je kakovost integracije odločilna.
• Oracle NetSuite: oblačni sistem. Pri gotovinskih prodajah v Sloveniji natančno preverite, kako je rešena obveza potrjevanja računov.
• PANTHEON: rešitev, ki je namenjena slovenskemu poslovnemu okolju. Kljub temu zahtevajte pokazati, kako se konkreten tok od prodaje do potrditve računa izvede pri vas.

Točke za test z integratorjem

Preden podpišete pogodbo, naj integrator pokaže delujoč scenarij, ne le prosojnice. Spodnji seznam je minimalni nabor.

1. Izdaja računa za gotovinsko prodajo od začetka do konca, vključno s tiskom ali elektronsko potrditvijo za kupca.
2. Prodaja z več stopnjami DDV na istem računu.
3. Storno računa in dobropis po vrnjenem blagu.
4. Izpad povezave: kaj se zgodi, kdo je obveščen in kako se postopek zaključi.
5. Mesečni prenos prodaje v obračun DDV za oddajo prek eDavki.
6. Pregled revizijske sledi: kdo je račun izdal, spremenil ali predogledoval.
7. Dnevnik dostopov. Po podatkih portala SPOT dnevnik obdelav beleži datum, uro in osebo pri zbiranju, spreminjanju, vpogledu, posredovanju in izbrisu podatkov ter se hrani 2 leti od konca koledarskega leta; za podatke o zaposlenih na blagajni se ga splača uporabiti.
8. Dokazilo, kdo vzdržuje modul in kako hitro se odzove na spremembo predpisa.

Spletna trgovina in plačilo ob prevzemu

Spletna prodaja z gotovinskim plačilom ob prevzemu spada med pogosto spregledana tveganja. Če kurir ali osebje v trgovini prejme denar, je treba preveriti, kdaj in na katerem prodajnem mestu nastane račun. Podrobnosti o povezavi trgovine in ERP-ja so v vodniku o ERP-ju za spletno trgovino.

Kako se povezati z zunanjimi obveznostmi

Davčna blagajna je le del slike. Podjetje ima še obveznosti glede plač (obrazec REK prek eDavki), obračuna DDV in vodenja poslovnih knjig. Pri tem je dobro vedeti:

• za DDV postanete zavezanec, ko promet v Sloveniji preseže 66 000 evrov;
• identifikacijsko številko za DDV zahtevate z obrazcem DDV-P2 prek portala eDavki;
• popolna dvostavna knjigovodstva je za večino subjektov obvezna, samostojni podjetnik pa lahko izbere poenostavljeno, če ne preseže dveh od treh pragov: 3 zaposleni, 50 000 evrov prihodkov in 25 000 evrov sredstev.

Če v svoji skupini uporabljate kasneje dodan ERP, naj računovodja že na začetku potrdi, katere knjigovodske izpise in kakšno obliko potrebuje.

Kako izbrati integratorja za tak projekt

Pri izbiri integratorja za projekt, ki vključuje davčno blagajno, upoštevajte:

• izkušnjo z maloprodajo ali gostinstvom, ne le s knjigovodstvom;
• pripravljenost za test na vaših dejanskih podatkih;
• jasno razdelitev odgovornosti med ERP-jem, modulom in blagajno;
• opis postopka ob izpadu povezave;
• ceno, ki je razdeljena na licenco, razvoj in vzdrževanje.

Več o izbiri izvajalca najdete v vodniku o izbiri ERP integratorja. Mi vas samo povežemo z integratorjem, projekt pa izvede on.

Povzetek

Davčna blagajna zahteva, da je vsak gotovinski račun potrjen v realnem času. ERP ob tem skrbi za pravilne sestavine, stopnje DDV, sledljivost in arhiv, povezavo s FURS pa praviloma zagotavlja modul ali ponudnik. Ne zanašajte se na splošno trditev „podprto“, ampak zahtevajte delujoč prikaz s svojimi podatki in jasno odgovornost za vzdrževanje.

Imena programske opreme so blagovne znamke njihovih izdelovalcev in so navedena zgolj informativno. Spletno mesto je neodvisno in ni povezano z nobenim izdelovalcem.