SEF ekosistem 2026: jedan portal, četiri životna ciklusa

Aprila 2026. fiskalni račun je dobio vezu sa Sistemom e-Faktura. Od 1. jula identifikator iz Centralnog registra faktura stiže izveden iz SEF-a, umesto da se traži u zasebnom portalu. E-otpremnica je do tada već ušla u primenu, a PDV evidencije se odavno ne vode u firminoj tabeli nego kao EEO i EPP zapisi u istom sistemu kroz koji putuje i faktura. Sa stolice obveznika sve je to jedna stvar i zove se SEF. Sa stolice sistema koji ga hrani, to su četiri servisa koji dele ime, portal i sertifikat — i ništa više od toga.

Šta se tačno spojilo

Spojili su se identitet, transport i kontrola: isti nalog pravnog lica, isti API ključ, isti portal i ista tačka na kojoj država uporedi ono što ste rekli u fakturi sa onim što ste rekli u evidenciji i u otpremnici. Promena nije kozmetička. Nesaglasnost knjige izlaznih faktura i POPDV pregleda nekada je bila interni problem koji izađe na videlo u kontroli, jednom u nekoliko godina. Danas je mašinski uporediva, za nekoliko dana, na strani države.

Ono što se nije spojilo je poslovni događaj. Faktura nastaje kada je roba isporučena ili usluga izvršena. Evidencija obračuna nastaje kada se poreski period zatvori. Otpremnica nastaje pre nego što kamion krene. Zapis u registru živi dok se potraživanje ne izmiri — a to može da bude devedeset dana kasnije. Četiri okidača, četiri sata koja ne kucaju u istom ritmu.

Nijedan red te tabele ne deli okidač, rok ni završno stanje sa bilo kojim drugim. Dele prevoz i ništa više.

Iluzija jednog toka

Sa ekrana operatera zaista izgleda kao jedan tok, i to nije naivnost nego posledica toga što je država prednji deo dobro osmislila.

• Jedan nalog pravnog lica i jedan sertifikat otvaraju sve servise.
• Faktura, evidencija i otpremnica pozivaju se jedna na drugu preko istih identifikatora.
• Greška iz bilo kog od njih vraća se kroz isti portal, sličnim jezikom u poruci.
• Kontrola ih čita zajedno — i pita zašto se ne slažu.

Od te slike do zaključka „napravimo jedan modul koji radi SEF” treba jedan sastanak. Zaključak je pogrešan, ali se ne naplaćuje odmah — naplaćuje se prvi put kada se nešto promeni, a u ovoj oblasti se nešto menja svake godine.

Rokovi se ne poklapaju

EEO se predaje u roku od deset dana po isteku poreskog perioda. EPP ima svoj rok, do dvanaestog dana narednog meseca, i sopstvena pravila o tome kakvo se stanje podataka uzima na deseti dan. Ulazna faktura mora da se prihvati ili odbije u roku od petnaest dana od prijema — po satu koji kreće od tuđe radnje, a ne od kraja vašeg meseca. E-otpremnica nema rok u danima; ima rok u fizici: mora da postoji pre nego što roba krene. Sistem koji ta četiri rokovnika drži u jednom scheduler-u i jednoj „SEF sinhronizaciji” proizveo je kalendar koji ne postoji ni u jednom propisu.

Životni ciklusi se ne poklapaju

Otpremnica može da bude potvrđena, a faktura po njoj odbijena. Faktura može da bude prihvaćena, a evidencija za taj period još otvorena. Potraživanje može da stoji u registru i da bude delimično izmireno uplatom koja stigne sa pogrešnim pozivom na broj po modelu 97, pa se veže rukom — dok su faktura i evidencija odavno u konačnom stanju. Ako se ti statusi drže u jednoj mašini stanja jer „to je sve SEF”, dobili ste stanje koje nijedan od četiri servisa nema i koje onda morate da prevodite u oba smera. Prevod bez izvornika je mesto na kome se laže bez namere.

Domenski povezano: veza koja mora da postoji

Suprotna greška košta isto. Ako se četiri servisa tretiraju kao četiri nepovezana integracijska projekta, veza između njih pada na operatera: neko prepisuje broj otpremnice u fakturu, neko traži identifikator u portalu registra, neko na kraju meseca upoređuje evidenciju sa knjigom. Svako prepisivanje je tačka na kojoj se dva zapisa raziđu, a razlaz se otkriva mesecima kasnije. U domenu ta četiri toka jesu jedan graf: isporuka nastaje iz naloga prodaje, otpremnica iz isporuke, faktura iz otpremnice, PDV tretman iz stavke fakture, evidencija iz tog tretmana, potraživanje iz fakture, zapis u registru iz potraživanja. Veza nije integraciona nego poslovna činjenica i mora da postoji u modelu bez obzira na to koliko je servisa država napravila.

1. Nalog prodaje rezerviše zalihu; za robu sa rokom, LOT se bira po FEFO pravilu, a ne po tome šta je magacioneru nadohvat ruke.
2. Isporuka skida zalihu i proizvodi otpremnicu sa stvarnim količinama, serijama i podacima o prevozniku i vozilu.
3. E-otpremnica se izvodi iz te otpremnice pre nego što roba krene — ne prepisuje se iz nje i ne kuca se ponovo.
4. Faktura nastaje iz iste isporuke, pa se količina na fakturi i količina koja je otišla iz magacina ne mogu razići.
5. PDV motor određuje tretman na stavci, po mapiranju koje važi za taj poreski period, i taj isti tretman hrani i knjiženje i EEO.
6. Potraživanje ide u registar; izmirenje se vezuje po modelu 97, a uplata kupca koji je platio skeniranjem IPS QR koda sa fakture pogađa tačno taj poziv na broj.

Kad sve to izlazi iz jednog grafa, kontrolni izveštaj usaglašenosti POPDV pregleda sa predatim evidencijama nije mesečni posao nego provera koja mora da bude prazna. Ako nije prazna, greška je u modelu — a greška u modelu se nađe. Greška u prepisivanju se ne nalazi, ona se traži.

Integraciono razdvojeno: šta znači „sopstveni adapter”

Adapter nije klijent za API. Klijent je njegov najmanji i najmanje zanimljiv deo. Adapter je sve ostalo što treba da bi se tuđi sistem, nad kojim nemate kontrolu, mogao pitati istu stvar dvaput bez posledica.

1. 1

   Sopstvena mašina stanja

   Statusi koje servis stvarno ima, ne oni koje bismo voleli da ima. Prevod u domenski status je eksplicitan i stoji na jednom mestu, pa se može pročitati i osporiti.

2. 2

   Ključ idempotentnosti

   Slanje se ponavlja: veza istekne, servis se restartuje, operater klikne dvaput. Bez ključa koji servis prepoznaje, ponovljeno slanje nije bezopasno nego duplirana faktura — pa storno, pa ispravka evidencije, pa objašnjenje.

3. 3

   Sopstveni watermark

   Dokle je baš ovaj adapter stigao u preuzimanju. Zajednički watermark za četiri servisa znači da zastoj na jednom pomeri poziciju na sva četiri, i da posle kvara niko ne zna šta je propušteno.

4. 4

   Verzija pravila u tragu

   Uz svaki poslati dokument stoji verzija rule pack-a po kojoj je nastao i izvor propisa. Kada za dve godine neko pita zašto dokument tako izgleda, odgovor je zapis, a ne rekonstrukcija po sećanju.

5. 5

   Sopstvena politika ponavljanja

   Rok od petnaest dana i rok „pre nego što kamion krene” ne trpe istu strategiju odustajanja. Adapter koji sme da čeka i adapter koji mora odmah da vikne ne dele backoff ni red neisporučenog.

Pet stvari, četiri puta. To jeste više koda nego jedan modul sa jednim scheduler-om i pošteno je reći to naglas — razdvojenost se plaća unapred. Zauzvrat, kada SEF promeni pravilo u aprilu, menja se jedan adapter i regresija se vozi nad jednim skupom testova, dok e-otpremnica tog dana ne zna da se išta dogodilo.

Mesta gde granica ipak curi

Razdvojenost nije religija. Postoje tačke u kojima se ovi tokovi stvarno dodiruju i njih treba imenovati, a ne praviti se da ih nema.

• Veza fiskalnog računa i SEF-a: maloprodajni promet i e-faktura više nisu dva odvojena sveta, pa isti promet ne sme da uđe u evidenciju dvaput.
• Manjak utvrđen popisom postaje interni obračun PDV-a i završava u evidenciji — dokument koji nastaje u zalihama, a stiže u poreski tok.
• Uvoz: otpremnica nije izvorni dokument, JCI jeste. Nabavna vrednost se sklapa iz carinske vrednosti, dažbina i zavisnih troškova, a PDV pri uvozu nema isti tretman kao domaća nabavka.
• Akcizna roba ima sopstveni tok e-otpremnice, sa dodatnim podacima i strožim pravilima.
• Avansna faktura: obaveza nastaje po naplati, a konačna faktura mora da je uračuna — jedan poslovni događaj koji dodiruje i fakturu i evidenciju i potraživanje.

Svaka od tih tačaka je razlog više da veza živi u domenu, gde može da se izrazi kao pravilo nad poslovnim objektima, a ne u adapteru, gde bi postala uslov u serijalizaciji koji niko ne ume da nađe.

Kako NG One drži tu granicu

NG One tu granicu drži tačno po ovom rezu. Svaki servis ima sopstveni adapter, sa sopstvenim životnim ciklusom, sopstvenim statusima sinhronizacije i sopstvenim watermark-om: SEF kanal šalje izlazne i preuzima ulazne fakture, EEO i EPP idu svojim rokovnikom, e-otpremnica svojim, CRF svojim. Veza između fakture, evidencije, otpremnice i registra ne živi ni u jednom od njih — ona živi u domenu, kao graf. Nijedan rok nije hardkodovan: svi dolaze iz verzionisanog compliance rule pack-a, sa vremenski važećim parametrima i pomeranjem za neradne dane, pa se izmena propisa unosi kao nova verzija pravila, a ne kao izmena koda. Iz tog reza sledi i praktična posledica: UBL 2.1 dokument i POPDV odnosno PP PDV XML nastaju u samom sistemu, iz istog grafa iz kog nastaje i knjiženje — ne u adapteru. Fajl je posao domena, veza je posao integracije. Obrnuto ne važi: adapter koji brzo šalje loše namodelovan podatak samo brže dostavlja grešku.