V teh navodilih podajamo nekaj napotkov za odpravo napak, ki jih javljajo eDavki in so vezane na neustrezno ali napačno evidentiranje podatkov v evidence ali napačne nastavitve programa.
Pozorni morate biti na Vrsto napake, ki jo javljajo eDaavki. Če gre za Kritično napako, evidence ne morete oddati. Napake morate odpraviti. Če gre samo za opozorilo, preverite kako ste račun evidentirali in če je račun po vašem mnenju pravilno evidentiran, zanemarite opozorilo, ker je le informativno.
Primer, ko so prisotne kritične napake, ki jih morate odpraviti in ko so prisotna opozorila, ki so le informativne narave (če ste prepričani da so podatki pravilno evidentirali jih zanemarite).
V zvezi s tem je Furs posredoval pojasnilo:
»Pri oddaji evidenc se preverjajo tudi določena vsebinska pravila, ki so informativne narave. Kadar se sprožijo samo vsebinska opozorila in je status "Preverjeno uspešno", so evidence uspešno vložene.«
V nadaljevanju nekaj primerov napak in navodilo kako jih odpravimo.
Na ročnem uvozu v eDavke je potrebno izbrati ustrezen format datoteke za uvoz. V kolikor izberete napačen format datoteke, eDavki javijo napako:
V Saop-u smo pripravili CSV datoteko, zato morate na uvozu v eDavke izbrati Tip datoteke CSV:
Napaka pomeni, da ste poskušali ročno uvoziti datoteko v formatu CSV namesto ZIP. Na portal eDavki je potrebno oddajati datoteke v formatu ZIP, tako kot piše na gumbu za uvoz podatkov na portal:
Primer 1:
Napaka pomeni, da uvažate datoteko v eDavke na napačnem zavezancu. Sistem eDavki ima zaporo, ki onemogoča, da bi se evidenca oddala v eDavke drugega zavezanca.
Primer 2:
Napaka pomeni, da je v datoteki navedena davčna številka neustrezna.
Primer 3:
Napaka pomeni, da v datoteki NI navedena davčna številka zavezanca.
V 2. in 3. primeru obvezno preverite nastavitve modula DDVN, in sicer nastavitve Stranke uporabnika. Stranka uporabnika mora imeti vpisano davčno številko:
Vsebine polj evidence KPR:
P2
datum knjiženja listine
P4
datum prejema listine
P5
datum listine
Vsebina polj evidence KIR:
Navedeni datumi ne smejo biti v prihodnosti.
V meniju obračuni na dnu okna kliknemo na gumb:
kjer sta, za davčna obdobja od 1.7.2025 dalje, na voljo izpisa KIR in KPR, kjer lahko po zaporedni številki, ki je navedena v opozorilu ali napaki, preverite, na katerem dokumentu eDavki javljajo napako.
Na izpisu KIR / KPR so navedene oznake posameznih polj, ki jih javljajo eDavki. Poiščete zaporedno številko, ki v eDavkih javlja napako in ustrezen stolpec in preverite. Dokument v evidencah ustrezno popravite.
Če vam je lažje, lahko vsebino preverjate tudi v csv datoteki. Poiščete zaporedno številko KIR ali KPR, ki javlja napako in v evidencah ustrezno popravite. Podatki v CSV datoteki so med seboj ločeni z ločilom podpičje. Posamezna polja vsebujejo samo podatke brez imen stolpcev, zato jih morate ročno šteti. (Povzeto iz Tehnične specifikacije CSV datoteke za servis KIR/KPR.)
Evidenca KIR/KPR (1), Zaporedna številka (2), Listina KIR/KPR (3)
Številka listine je obvezen podatek.
Preverimo zapise v evidenci Saop in račun ustrezno dopolnimo.
Če je v Saopu izpolnjeno polje Listina KIR/KPR (novo polje), bo program upošteval podatek, ki je vpisan v tem polju, če je polje prazno bo program upošteval Številko listine.
Za potrebe poročanja evidenc na FURS smo dodali novo polje, ki ga program v primeru ročnega vnosa samodejno izpolni. Pri prenosu podatkov iz drugih modulov ali zunanjih virov se polje v večni primerov ne polni. Nič hudega. Program mora vzeti podatek iz starega polja Številka listine.
V eni izmed preteklih verzij se nam je pripetila napaka. Program ni upošteval Številke listine in je evidence pripravil brez oznake listine. Napako smo odpravili, zato je za pravilno pripravo podatkov potrebno namestiti zadnjo verzijo Saop-a.
Če testirate v Beta eDavkih ta opozorila zanemarite, ker beta okolje ni usklajeno z realnim oz. trenutnim stanjem davčnih zavezancev v registru davčnih zavezancev. Iz Fursa so pojasnili, da Beta eDavki javljajo napako za manjkajoče davčne številke, ker te davčne številke ne obstajajo v testnem registru davčnih zavezancev in da do tovrstnih težav ne bo prihajalo na produkcijskem okolju.
Če Vam napako sporočajo produkcijski eDavki, preverite davčno številko v Ajpesov bazi. Če imate v Saop-u številko narobe vneseno, morate popraviti nastavitve stranke v šifrantu strank in zapis v davčni evidenci. S tem, ko popravite podatek v šifrantu strank, se popravek ne bo odražal v evidencah. Zapis v evidencah morate sami ročno popraviti. Ko oddamo evidence na Furs, se v Saop-u istočasno zaklenejo evidence in DDV obračun. Če želite popravljati podatke v evidencah, morate obračun odkleniti. Na glavnem meniju modula DDVN izberete Šifranti / Obdobja. V šifrantu obdobji se postavite na zadnje zaklenjeno obdobje in kliknete na gumb Po tem ko ste obdobje odklenili, šifrant obdobij obvezno zapustite s klikom na gumb
P7
koda države članice dobavitelja
P7DS
dobaviteljeva identifikacijska številka za DDV oziroma DŠ (brez kode države)
Polji P7 in P7DS sta v evidenci odbitka DDV namenjeni vpisu davčne oz. ID številke za DDV zavezanca.
V polje P7 se pri domačih dobaviteljih in dobaviteljih iz EU navede »koda države«, v polje P7DS pa davčna številka (brez kode države).
Pri dobaviteljih iz tretjih držav se koda države in DŠ zapišeta skupaj v polje P7DS, če s podatkom zavezanec razpolaga, drugače pa samo »koda države«.
Navodila FURS za pravilno evidentiranje v evidenco odbitka DDV najdete v odgovoru na vprašanje št. 1.80.
1.80 Kako se evidentirajo podatki v polji »koda države« in »dobaviteljeva identifikacijska številka za DDV oziroma DŠ (brez kode držav)« v evidenco odbitka DDV, če je dobavitelj iz tretje države, druge države članice ali iz Slovenije ? (21. 7. 2025)
ODGOVOR:
Ta račun je treba evidentirati tudi v evidenci obračunanega DDV.
Dodajamo, da je v primeru uvoza blaga polje »koda države« vedno prazno, v polje »dobaviteljeva identifikacijska številka za DDV oziroma DŠ (brez kode države)« se vedno navede identifikacijska številka za DDV s kodo države, če se s to številko razpolaga (ne glede na to, ali je dobavitelj iz tretje države ali druge države članice). Če se s to številko ne razpolaga, se navede dvomestno kodo države po ISO 3166. Če se DDV od uvoza izkaže v obračunu DDV, je treba ta uvoz evidentirati tudi v evidenci obračunanega DDV.
P6
koda države članice kupca
P6DS
kupčeva identifikacijska številka za DDV oziroma DŠ (brez kode države)
Polji P6 in P6DS sta v evidenci obračunanega DDV namenjeni vpisu davčne oz. ID številke za DDV zavezanca.
V polje P6 se pri domačih kupcih zavezancih in kupcih zavezancih iz EU navede »koda države«, v polje P6DS pa davčna številka (brez kode države).
Pri kupcih iz tretjih držav se koda države in DŠ zapišeta skupaj v polje P6DS, če s podatkom zavezanec razpolaga, drugače je polje prazno.
Pri končnih potrošnikih se podatka ne navajata.
Navodila FURS za pravilno evidentiranje v evidenco odbitka DDV najdete v odgovoru na vprašanje št. 1.79.
1.79 Kako se evidentirajo podatki v poljih »koda države« in »kupčeva identifikacijska številka za DDV oziroma DŠ (brez kode držav)« v evidenco obračunanega DDV, če je kupec iz tretje države, druge države članice ali iz Slovenije ter če je davčni zavezanec ali če je končni potrošnik? (21. 7. 2025)
Če je kupec kot prejemnik dolžan obračunati DDV od prejete dobave, sta zgornji polji obvezno izpolnjeni.
Podatek najdemo v šifrantu Držav. Države, ki so članice EU, morajo imeti oznako Davčno ozemlje ES. Trenutno ima EU 27 članic. Davčnemu ozemlju EU je pridružena tudi Severna Irska, kar pomeni da morate imeti v šifrantu držav 28 držav z oznako Davčno ozemlje ES (Evropske skupnosti).
V šifrantu Držav je zelo pomemben podatek Šifra države. Obvezno uporabljamo dvo-mestno oznako države kot to narekuje ISO standard 3166. Dvomestna koda države je sestavni del identifikacijske številke za DDV, razen v primeru Grčije, kjer se uporablja predpona ID za DDV »EL«. Programsko je urejeno, da se v trenutku vnosa računa kupca ali dobavitelja iz Grčije samodejno predlaga navedena predpona.
Za promete iz Grčije je potrebno uporabljati državo Grčijo z oznako GR in ne EL.
Če imate v šifrantu držav vneseno Grčijo 2 krat, en krat sistemsko oznako GR in drugič kot EL, je program zaradi nepričakovanega podvojenega zapisa v šifrantu držav podvojil promet.
V verziji 2025.05.005 smo program dopolnili tako, da program državo EL zanemari kot državo in upošteva samo oznako GR.
Pred oddajo evidenc je potrebno namestiti zadnjo verzijo.
V polju Država mora biti navedena šifra SI = Slovenija.
Nikakor ne smemo uporabljati šifer kot so »SLO« in podobno.
V polju Davčna številka pa navedete davčno številko brez kode države.
Če se vam na izpisu evidence pojavi zapis, kjer je koda države SI zapisana skupaj z davčno številko, kot prikazuje slika, nimate državo Slovenijo vključeno v Davčno ozemlje ES!
Pravilen prikaz je:
Urediti morate podatek v šifrantu držav:
Če poslujemo z dobaviteljem iz EU, preverimo ali ima veljaven ID za DDV v Vies bazi. Veljavna ID za DDV je predpogoj za ustrezno evidentiranje tako prejetih kot izdanih računov v evidence (oproščene pridobitve iz / dobave v EU).
Za potrebe poročanja evidenc na Furs morate imeti v polju Država vpisano dvomestno šifro Države po ISO standardu 3166. Nikakor ne smete uporabljati šifer kot so »CZE«, »ROU« in podobno. V polju Davčna številka pa mora biti navedena samo davčna številka brez kode države.
Če vam se na izpisu evidence pojavi zapis, kjer je koda države iz EU zapisana skupaj z davčno številko, nimate države vključene v Davčno ozemlje ES!
Na stranki mora biti dvomestna oznaka Države po ISO standardu 3166. Nikakor ne uporabljamo drugih oznak držav kot so npr. SRB, BIH in podobno.
Urejen šifrant strank je predpogoj za pravilno pripravo evidenc!
V primeru, da program javlja napako na sliki pomeni, da je prišlo do zamika podatkov v datoteki.
V Saop-u smo za oddajo evidenc pripravili datoteko csv. Kot že omenjeno se podatki v datoteki ločujejo s podpičjem. Če pri knjiženju navajate podpičja, se podpičje pri uvozu v eDavke interpretira kot konec enega podatka in začetek naslednjega podatka, kar pomeni, da je prišlo do zamika podatkov v datoteki. V primeru na sliki je prišlo do zamika nekega podatka v datumsko polje. V datumskem polju se pričakuje podatek v formatu 'yyy-MM-dd', program pa je dobil nekaj drugega.
Primer:
V polju listina smo navedli »Provizija NKBM; 123/2025« - oznaka listine vsebuje podpičje. Na uvozu v eDavke, eDavki preberejo, da je Listina »Provizija NKBM«, nato pridejo do podpičja, ki pa je ločilo v csv datoteki oz. konec enega podatka in začetek naslednjega. In če je naslednje polje, ki ga bere uvoz v eDavke datumsko polje, eDavki javijo napako »Invalid format«, ker skuša v datumsko polje vpisati podatek, ki ni datum, v našem primeru je to »123/2025«
Z novejšimi verzijami Saop-a smo uredili, da program pri pripravi podatkov za evidence KIR / KPR sam briše podpičja iz podatkov in v datoteko podpičja iz vaših knjižb ne zapiše. (V programu ostane zapisano tako kot ste evidentirali, v datoteki za Furs pa tega ni.). Podpičja so lahko zapisana v vseh alfanumeričnih poljih kot so številka listine, Opomba. Program jih ne bo vpisal v datoteko za Furs.
Če vam uvoz v eDavke javi to napako pomeni, da morate naložiti novo verzijo Saop.
Če vam eDavki javijo napako »Double quote« oz. dvojne navednice je potrebno namestiti novo verzijo.
Primer napake:
Z novejšimi verzijami Saop-a smo uredili, da program pri pripravi podatkov za evidence KIR / KPR v datoteko ne zapiše oz. izpusti dvojne navednice.
Veliko zavezancev je pri Ajpesu registrirano z nazivom, ki vsebuje navednice, npr.: ''ŽABEC'' - GOSTINSTVO CEGLAR Žabjak 12, Ljubljana.
Stranko imate v Saop šifrantu gotovo pravilno vneseno, zato smo naslovili vprašanje na Furs, ker menimo, da bi morali eDavki navednice upoštevati kot del uradnega naziva stranke. Glede na njihov odgovor bomo v bodoče program prilagodili. Sedaj briše dvojne navednice, da lahko datoteko vseeno oddate.
V primeru, da eDavki javljajo napako »DAVEK88« pomeni, da v evidenci poročate račun, ki je označen kot način obravnave 2 ali 3, davka na vrstici pa ni. Torej ni osnove za obračun obresti. Pri prometih, ki so oproščeni se navaja samo osnova, davka ni, zato taki računi ne morejo biti predmet samoprijave. Potrebno jih je izključiti iz Načina obravnave 2 ali 3 in vključiti v Način obravnave 1.
V tabeli poiščete stolpec Način obravnave (1) in preverite vse zapise, ki imajo način obravnave 2 ali 3. Če gre za oproščene promete oz. promete ker davka ni (3, 4), potem umaknete kljukico pri izbiri Samoprijava (2). Ko se zapis potrdi, bo program samodejno spremenil Način obravnave na 1.
Program sedaj vedno dodeli kljukico Samoprijava, če je datum obdobja DDV v poznejšem obdobju kot je končni Datum opravljene storitve. Ko izberete vrstico za DDV, ki nima davka, kljukico obvezno umaknete.
V bodoče bomo program dopolnili tako, da bo upošteval tudi izbrano vrsto obdavčitve. Če davka na vrstici ni, se tudi status Samoprijava ne bo samodejno dodelil.
Po navodilih FURS se v polje P6 vpiše koda države XI za Severno Irsko. Kljub temu, da je v datoteki koda države zapisana pravilno, so eDavki javili kritično napako in evidenc ni bilo možno oddati.
FURS je napako odpravil, zato lahko poskusite evidence ponovno oddati. Pred tem pa preverite nastavitve države in stranke.
Nastavitev države:
Nastavitev stranke:
Gre za primer povezanih opozoril / napak. Predlagamo, da se pri reševanju tovrstnih napak začne pri odpravi kritičnih napak. Kritična napaka je v tem primeru polje P6DS.
Po zaporedni številki poiščemo zapis KIR, ki vsebuje napako. Na izpisu vidimo, da je program domačega kupca prepoznal kot kupca iz tretjih držav; kodo države in davčno številko je združil v polje P6DS.
Za tujca se ne pričakujejo domače obdavčitve in tudi opozorilo, da so navedena polja napačno izpolnjena.
Urediti morate šifrant strank in državo Slovenijo vključiti v Davčno območje ES.
eDavki imajo trenutno težave z uvozom evidenc za zastopanega tujca:
Ko eDavki odpravijo napako, bomo podali navodila kako morajo biti urejene nastavitve programa za oddajo evidenc za zastopane tujce.
Blog: Šolski koledar 2025/26 in prazniki
Blog: Praksa pri obračunu prispevka za dolgotrajno oskrbo
Blog: Nov način posredovanja DDV evidenc na FURS
Blog: Reklamacije - kje številni zgrešijo?