Kratak odgovor
Za veliki web shop odobrenje u registru Poreske uprave je tek ulaznica. Razliku prave sedam stvari: javna API dokumentacija, zaštita od duplog računa, obaveštenje o ishodu, povraćaj vezan za original, e-faktura iz iste porudžbine, cena na tvom obimu i ugovor sa dostupnošću. Svaku možeš da proveriš za jedno popodne.
Kad firma sa web shopom bira fiskalno rešenje, lista imena je lak deo posla. Težak je deo da se zna šta stoji iza svakog imena, i da li će to da izdrži prvu akciju. Prošao sam javne strane, API dokumentaciju i cenovnike desetak rešenja koja se najčešće pominju za internet prodaju, i svako sam proverio u registru Poreske uprave. Ovde je ono što bih proveravao pre potpisivanja bilo čega, redom.
Šta znači što je rešenje u registru Poreske uprave?
Samo da ESIR sme da izdaje fiskalne račune. U registru odobrenih elemenata vidiš naziv, verziju, identifikacioni broj (IB), datum rešenja i vrstu odobrenja. To je prva provera, i ona se završava za dva minuta. Pošto su sva rešenja koja sam pregledao tu, registar sam po sebi ne razlikuje ništa: jedno je upisano a nema javnu ponudu, jedno je dodatak za ERP, a jedno je API koji stvarno možeš da zakupiš.
Registar je prva provera, ostalih sedam razlikuju rešenja jedno od drugog.
Sedam provera koje razlikuju rešenja
| Provera | Zašto je važna | Kako se proverava |
| 1. Javna API dokumentacija | Bez nje ne možeš da proceniš posao pre ugovora | Otvori je bez naloga; traži OpenAPI ili spisak poziva sa kodovima grešaka |
| 2. Zaštita od duplog računa | Ponovljen zahtev ne sme da napravi drugi fiskalni račun | Traži opis idempotentnosti (ključ zahteva, externalId ili sličan) i šta se vraća kod ponavljanja |
| 3. Obaveštenje o ishodu | Kad Poreska kasni, tvoj sistem mora da sazna ishod bez ispitivanja | Odlazni webhook sa potpisom i ponavljanjem, ili bar jasan upit stanja |
| 4. Povraćaj vezan za original | Refundacija bez veze sa originalom nije refundacija | Delimičan povraćaj po stavkama kroz API, ne samo u aplikaciji |
| 5. B2B kupac | Firmi treba e-faktura, građaninu fiskalni račun | Isti poziv bira dokument po PIB-u kupca, ili ne |
| 6. Cena na tvom obimu | Cena po računu i fiksna cena se mimoilaze na nekoliko hiljada računa | Izračunaj za svoj najjači mesec, sa refundacijama i avansima koji se računaju kao dokument |
| 7. Ugovor i dostupnost | Procenat bez definicije nije obećanje | Šta se meri, šta je izuzeto, rok odziva, obrada podataka, izlaz |
Šta sam našao kad sam ovako prošao kroz javne strane?
Rezultat je neujednačen. Javnu API dokumentaciju ima većina, ali ne svi. Zaštita od duplog računa je opisana kod više rešenja, uz različite nazive: ključ zahteva, transactionId, externalId. Odlazni webhook sa potpisom je javno dokumentovan kod manjine rešenja, a kod jednog stoji kao „u pripremi”. E-faktura u istom API-ju kao fiskalni račun je najređa: našao sam je kod jednog rešenja kao zaseban skup poziva, i kod Tezge kao izbor u istom pozivu. Podaci su sa javnih strana na dan 15.10.2026, a „nisam našao” znači da to nije javno opisano, ne da sigurno ne postoji.
Cena je druga polovina priče. Fiksna mesečna cena, cena po računu i stepenasta cena daju različit redosled na 500, 5.000 i 40.000 računa mesečno. Tezga na Enterprise nivou daje oba modela javno: 2 dinara po računu ili 800 € mesečno po sajtu, a fiksni je povoljniji od oko 46.800 računa mesečno. Ima rešenja koja su jeftinija po računu na tom obimu, pa ako ti treba samo fiskalni račun po porudžbini, i niko ne traži ostalo, to je legitiman izbor. Računica se radi za svoj obim, ne iz tuđeg cenovnika.
Kako izgleda probni test koji vredi uraditi?
Lista funkcija ne pokazuje kako se sistem ponaša kad nešto pođe naopako. Zato bih pre ugovora pustio najmanje hiljadu simuliranih porudžbina, sa ponovljenim zahtevima, delimičnim povraćajima i privremenim prekidom veze, pa tek onda poredio. Tri stvari tražim u rezultatu: broj duplih računa (mora biti nula), šta se desi sa računom kad V-PFR ne odgovara, i da li svaki ishod stiže do mog sistema bez ručnog posla. O tome kako se ponaša Tezga kad Poreska uprava ne radi pisao sam na strani o ponavljanju fiskalizacije, a o ograničenjima i vrhovima na strani o velikom obimu.
Gde dalje?
Ako ti je web shop već u produkciji, najpre popiši sve što izdaje račun: sajtove, ERP, radnju, marketplace. Pitanja za dobavljača sam već sakupio u tekstu o deset pitanja za enterprise fiskalizaciju, a tehnički deo, od WooCommerce veze do sopstvene aplikacije, u tekstovima o fiskalizaciji web shopa i fiskalizaciji iz sopstvene aplikacije. Za B2B tok i ugovor sa dostupnošću: B2B kupac u web shopu i ugovor sa dobavljačem fiskalnog API-ja.
Izvori: registar odobrenih elemenata elektronskog fiskalnog uređaja Poreske uprave (purs.gov.rs); javne strane, API dokumentacija i cenovnici proizvođača, provereno 15.10.2026; Zakon o fiskalizaciji (Sl. glasnik RS 153/2020, 96/2021, 138/2022); uslovi Tezga Enterprise nivoa. Ovo je moje lično iskustvo i informativan pregled, nije pravni savet.
Česta pitanja
Da li je dovoljno da je rešenje odobreno u registru Poreske uprave?
Nije dovoljno. Odobrenje znači da ESIR sme da izdaje fiskalne račune, ali ne govori ništa o tome da li ima API za web shop, zaštitu od duplog računa, webhook-ove ili ugovor sa dostupnošću. Registar se proverava prvo, a ostalih šest provera tek posle njega.
Koliko zahteva u minuti treba da traži veliki web shop?
Računaj najjači minut prošle akcije, uvećan za refundacije i rezervu od oko 50 odsto. Na 100 porudžbina u minuti treba oko 150 zahteva, a podrazumevana granica je kod mnogih servisa niža, pa se podizanje traži pre akcije, ne tokom nje.
Šta znači 99,9% dostupnosti u ugovoru?
To je najviše oko 43 minuta zastoja mesečno. Važnije od procenta je šta se meri i šta je izuzeto: ispad sistema Poreske uprave obično nije u meri, pa pitaj šta rešenje radi u tom vremenu.
Zašto je B2B kupac poseban slučaj?
Zato što firmi često treba e-faktura, a ne fiskalni račun. Ako rešenje ne radi oba dokumenta iz iste porudžbine, B2B porudžbine idu kroz drugi sistem i neko ih ručno razvrstava.
Ako želiš da vidiš kako tok izgleda na živom API-ju, otvori probni pristup na Tezga eKasi: traje 48 sati, bez unosa kartice, a OpenAPI opis je javan na strani za API. Za svoju situaciju uvek proveri detalje sa knjigovođom i u važećem propisu.
