SEF 4.0.0 produkcija neće biti dostupna 25. jula 2026. godine, kako je prvobitno najavljeno. Portal eFaktura je 24. jula objavio da se termin pomera kako bi korisnici dobili još malo vremena za prilagođavanje i potrebne izmene u internim sistemima. Novi datum u trenutku objavljivanja ove vesti nije saopšten, pa firme ne treba da planiraju prelazak prema nezvaničnim procenama.
Odlaganje SEF 4.0.0 ne znači da su najavljene funkcionalnosti povučene. Naprotiv, poruka korisnicima je da dodatno vreme iskoriste za proveru pristupa, integracija i načina na koji poslovni softver formira stavke elektronskih faktura. Posebnu pažnju treba da obrate kompanije koje koriste API povezivanje, imaju veći broj korisnika ili su ovlašćenja u SEF-u raspodelile između računovodstva, prodaje, nabavke i administracije.
Zašto je SEF 4.0.0 produkcija odložena
U prvoj objavi od 22. jula navedeno je da bi verzija 4.0.0 trebalo da bude dostupna na produkcionom okruženju od subote, 25. jula. Dva dana kasnije zvanični portal je saopštio da se termin neznatno pomera. Kao razlog je navedeno da su u pitanju bitne izmene i funkcionalnosti i da je korisnicima potrebno minimalno dodatno vreme za prilagođavanje i izmene u internim sistemima.
Važna praktična činjenica jeste da novi datum nije objavljen. Zato se raniji 25. jul više ne može koristiti kao važeći termin, ali se ne može tvrditi ni da je primena pomerena za određeni broj dana. Zvanična informacija o novom terminu biće objavljena naknadno. Do tada treba pratiti portal eFaktura i ne menjati poslovne procedure samo na osnovu objava na društvenim mrežama ili nezvaničnih obaveštenja dobavljača softvera.
Koje promene donosi SEF 4.0.0
Prema prvobitnoj zvaničnoj najavi, SEF 4.0.0 uvodi integraciju sa SEF Admin modulom. Važne funkcionalnosti biće izmeštene u taj modul, zbog čega je korisnicima izričito preporučeno da blagovremeno provere postojeće uloge i ograničenja na produkcionom okruženju. To je više od tehničke formalnosti: ako korisnik posle promene nema odgovarajuću ulogu, može se dogoditi da ne može da izvrši radnju koja mu je potrebna u svakodnevnom radu.
Druga važna promena odnosi se na proveru količine i cene na stavkama dokumenata u svim tipovima elektronskih faktura. Sistem će dozvoljavati unos isključivo pozitivnih vrednosti. Negativne vrednosti biće dozvoljene samo kada se primenjuje poreska kategorija N – Anuliranje. Ovo pravilo može uticati na interne šablone, uvoz podataka iz ERP-a i način na koji se u poslovnom softveru pripremaju dokumenti o korekcijama.
Firme zato treba da provere da li njihov program pokušava da određene popuste, umanjenja ili ispravke prikaže kao negativnu količinu ili negativnu cenu. Ako se takav podatak automatski šalje u SEF, dokument nakon puštanja nove verzije može biti odbijen ili zahtevati drugačiju obradu. Tačan postupak zavisi od vrste dokumenta i poreskog tretmana, pa korekcije ne treba praviti napamet.
Provera korisničkih uloga u SEF Admin modulu
Najkorisniji prvi korak jeste popis stvarnih korisnika. Firma treba da utvrdi ko izdaje fakture, ko ih odobrava, ko prati ulazne dokumente, ko radi evidencije PDV-a i ko administrira naloge. Zatim treba uporediti stvarne zadatke sa dodeljenim ulogama i ograničenjima na produkcionom okruženju.
Posebno su rizični nalozi bivših zaposlenih, zajednički pristupi koje koristi više osoba i preširoka administratorska ovlašćenja. Dodatno vreme ne treba koristiti za masovno davanje maksimalnih prava svima, već za urednu raspodelu odgovornosti. Naš tekst o ovlašćenjima knjigovođi za SEF i druge državne sisteme objašnjava zašto svaki pristup treba dati prema stvarnoj potrebi.
Šta treba da provere firme koje koriste API
Kod ručnog rada korisnik odmah vidi upozorenje na ekranu, dok API integracija može nastaviti da šalje podatke po staroj logici dok se ne pojave greške. Zbog toga priprema za SEF 4.0.0 zahteva da dobavljač poslovnog softvera proveri validacije količine i cene, mapiranje poreske kategorije N, obradu povratne poruke SEF-a i ponašanje sistema kada dokument ne prođe proveru.
Preporučljivo je napraviti listu reprezentativnih dokumenata: standardnu fakturu, avans, dokument o povećanju ili smanjenju, storno i dokument sa specifičnim poreskim tretmanom koji firma zaista koristi. Test ne treba svesti samo na uspešno slanje jednog najjednostavnijeg računa. Ako postoje automatizovane veze između prodaje, skladišta, računovodstva i SEF-a, treba proveriti ceo tok i evidentirati ko reaguje kada validacija vrati grešku.
Praktična kontrolna lista pre novog termina
- Proverite korisnike, uloge i ograničenja u produkcionom SEF okruženju.
- Uklonite ili deaktivirajte pristupe koji više nisu potrebni.
- Potvrdite sa dobavljačem softvera da je integracija pripremljena za verziju 4.0.0.
- Proverite da li se negativna količina ili cena koristi u postojećim šablonima i automatizacijama.
- Testirajte stvarne tipove dokumenata koje firma najčešće izdaje i prima.
- Dogovorite ko prati zvaničnu objavu novog produkcionog termina.
- Sačuvajte rezultat testiranja i spisak potrebnih izmena, umesto oslanjanja na usmeni dogovor.
Za širi pregled obveznika, registracije i načina rada može pomoći naš vodič kroz Sistem e-faktura u Srbiji. Ova nova vest, međutim, odnosi se prvenstveno na tehničku i organizacionu pripremu za verziju 4.0.0, a ne na promenu zakonskog kruga obveznika.
Šta odlaganje ne menja
Pomeranje termina ne ukida postojeće obaveze korišćenja SEF-a, ne menja poreske rokove i ne znači da firme mogu da odlože izdavanje ili obradu elektronskih faktura po pravilima koja već važe. Odložena je dostupnost konkretne verzije na produkciji. Zato redovan rad treba nastaviti u aktuelnoj produkcionoj verziji, a pripremu za novu verziju voditi kao odvojenu aktivnost.
SEF 4.0.0 produkcija dobiće novi zvanični termin naknadno. Najbolja reakcija nije čekanje poslednjeg dana, već kontrolisana provera pristupa i integracija dok dodatno vreme još postoji. Kada portal eFaktura objavi novi datum, firma bi trebalo da ima završenu listu provera i jasan kontakt sa svojim knjigovođom i dobavljačem softvera.
