eOtpremnica u Srbiji: povezivanje ERP, WMS i TMS sistema do 1. oktobra 2027

Od 1. oktobra 2027. svako kretanje dobara između dva subjekta privatnog sektora u sistemu PDV-a u Srbiji zahteva elektronsku otpremnicu, eOtpremnicu, poslatu kroz sistem Ministarstva finansija pre nego što roba krene. Primalac mora u istom sistemu da potvrdi prijem u roku od nekoliko dana, a prevoznik mora da bude u stanju da pokaže otpremnicu prilikom kontrole.

To obuhvata isporuke kupcima, povraćaje i premeštanje između sopstvenih magacina. Otpremnica prestaje da bude obrazac koji štampa vaš ERP. Postaje UBL fajl koji prolazi kroz državni API, vraća se sa identifikatorom i QR kodom, a zatim prolazi kroz tok statusa na obe strane.

Kome je ovaj tekst namenjen

Ako fakturišete i otpremate iz Minimaxa, BizniSofta ili Pantheona, vaš dobavljač već isporučuje podršku za eOtpremnicu. Ako je obim dovoljno mali da otpremnice unosite ručno u besplatni veb portal Ministarstva ili u njegovu mobilnu aplikaciju, i to je rešenje. Pročitajte odeljak o rokovima za prijem, obučite ljude na rampi i uglavnom ste završili.

Ovaj tekst je za drugu grupu: distributere, proizvođače, veletrgovce i prevoznike čija otprema i prijem robe idu kroz sopstveni ERP, prilagođeni WMS, TMS ili back end e-prodavnice koji knjiži B2B porudžbine. Niko vam neće isporučiti ažuriranje. Integraciju morate da izgradite.

Šta već važi i šta se menja

Zakon o elektronskim otpremnicama donet je 2024. i od tada je dva puta menjan. Poslednji Zakon o izmenama i dopunama, objavljen 31. avgusta 2026. u Službenom glasniku RS, broj 80/2026, zadržao je datum iz oktobra 2027. Najčešća pitanja Ministarstva i prečišćeni tekst zakona navode faze.

Od 1. januara 2026:

• Subjekti privatnog sektora šalju i primaju eOtpremnice za akcizne proizvode: duvan, nikotinske proizvode, kafu, alkoholna pića i derivate nafte.
• Subjekti privatnog sektora šalju eOtpremnicu za sva dobra isporučena subjektu javnog sektora, a subjekti javnog sektora je šalju za sopstvena kretanja dobara.
• Prevoznici pokazuju otpremnicu za ta kretanja.

Produkcioni sistem radi od 30. decembra 2025. Demo okruženje, namenjeno testiranju internog softvera, otvoreno je od 5. marta 2025.

Od 1. oktobra 2027:

• Obaveza slanja kada su i pošiljalac i primalac subjekti privatnog sektora, a dobra nisu akcizni proizvodi.
• Obaveza svakog subjekta privatnog sektora da prima.
• Prevoznici pokazuju otpremnicu za ta kretanja.

Nekoliko detalja iznenadi ljude. Premeštanje između dva magacina unutar istog fabričkog kruga zahteva internu eOtpremnicu (vrsta Int u XML-u) ako dobra menjaju adresu i koriste javni put. Uvoz zahteva internu otpremnicu od mesta u kome ste postali imalac prava raspolaganja, ili u nekim slučajevima od carinarnice, do vašeg magacina. Izvoz obično zahteva otpremnicu do mesta gde robu preuzima špediter. Kretanje dobara po osnovu prometa na malo u skladu sa zakonom kojim se uređuje fiskalizacija je izuzeto, pa e-prodavnica koja prodaje uz fiskalne račune za te porudžbine nije obuhvaćena. Njen veleprodajni deo jeste.

Avgustovske izmene propisuju i da do 1. januara 2027. nadzorni organi neće uzimati u obzir greške u podacima u poslatim otpremnicama i prijemnicama. To pomaže pošiljaocima akciznih proizvoda i pošiljaocima prema javnom sektoru. Za oktobar 2027. ne znači ništa.

Može li se datum pomeriti? Zakon je menjan dva puta za manje od dve godine, pa su nove izmene moguće. Ali izmene koje su upravo usvojene zadržale su datum. Planirajte prema njemu.

Rokovi su u koraku prijema

Slanje je lakša polovina. Prečišćeni tekst zakona stroge rokove stavlja na stranu primaoca.

1. Pre nego što dobra krenu, pošiljalac šalje otpremnicu. Dok primalac ne potvrdi fizički prijem, pošiljalac može da je otkaže, uz navođenje razloga.
2. Fizički prijem mora da se potvrdi na dan preuzimanja dobara, a najkasnije tri radna dana od početka prijema.
3. U roku od osam dana od te potvrde primalac prihvata ili odbija isporuku, u celosti ili delimično, slanjem ePrijemnice (elektronske prijemnice).
4. Ako primalac iz privatnog sektora u roku od osam dana ništa ne pošalje, smatra se da je isporuku u celosti odbio. Za primaoca iz javnog sektora važi suprotno: ćutanje znači prihvatanje.
5. Kod delimičnog prihvatanja pošiljalac ima 30 dana od prijema ePrijemnice da se saglasi sa razlikama. U suprotnom se smatra da je ePrijemnicu u celosti odbio.
6. Otpremnica bez potvrde fizičkog prijema prestaje da važi 30 dana od početka kretanja dobara.

Kada se obe strane saglase, dokumenti dobijaju status Usaglašeno (Fulfilled u API-ju) i posle toga ništa ne može da se menja.

Propuštanje roka za potvrdu fizičkog prijema je propisani prekršaj: od 200.000 do 2.000.000 dinara za pravno lice i od 50.000 do 150.000 dinara za odgovorno lice. Isti raspon važi i kada otpremnica uopšte nije poslata.

Praktičan zaključak: fizički prijem pripada rampi, WMS-u i trenutku kada se roba prima na stanje. Ako čeka nekoga ko usaglašava na kraju meseca, rok je već prošao.

Šta graditi prema API-ju Ministarstva

Tehničko uputstvo opisuje REST API koji razmenjuje UBL 2.1 XML. eOtpremnica je DespatchAdvice, ePrijemnica je ReceiptAdvice, a svaki drugi korak (otkazivanje, početak prevoza, promena vozila, fizički prijem, prihvatanje ili odbijanje ePrijemnice) je ApplicationResponse sa numeričkom šifrom. Ministarstvo je 5. decembra 2025. održalo radionicu za IT sektor o vrstama dokumenata, XML proširenjima, slanju i webhookovima.

Slanje

Svaki dokument ide na jednu krajnju tačku, POST /public/documents/requests, sa jedinstvenim ID-jem zahteva koji sami dodeljujete. Obrada je asinhrona. Rezultat stiže kasnije, preko webhooka ili pozivanjem /public/documents/requests/changes, koji za svaki zahtev prijavljuje da li je na čekanju, uspešan ili neuspešan, uz priložene poslovne greške.

Zato vašem ERP-u treba izlazni red (outbox): zapis po otpremnici, mašina stanja i putanja za ponovne pokušaje koja ne pravi duplikate. Sistem odbija broj dokumenta koji za vašu kompaniju već postoji, što pomaže, ali samo ako vam numeracija ostaje stabilna kroz ponovne pokušaje.

Spisak grešaka u najčešćim pitanjima API korisnika pokazuje gde je posao sa podacima:

• Datum izdavanja mora da bude današnji, po srpskom vremenu. Nema antidatiranja, i nema držanja jučerašnjih otpremnica u redu preko noći.
• Svaka adresa (vaša, kupčeva, prevoznikova, mesta utovara i istovara) mora da ima ulicu i mesto.
• Kod sopstvenog prevoza, prevoznika ili prevoza primaoca obavezni su prevoznik, registarska oznaka vozila i prevozno sredstvo. Sopstveni prevoz zahteva i uključivanje statusa prevoznika za vašu kompaniju.
• Količine nose šifru jedinice mere. Stavke se numerišu od 1. GTIN, ako je naveden, sadrži samo cifre.
• Primalac mora da bude registrovan i aktivan. GET /public/companies/status proverava PIB pre slanja.

Matični podaci su obično veći posao od XML-a. Krajnja tačka za validaciju omogućava da testirate dokumente pre slanja i treba joj mesto u vašem skupu testova.

Prijem i magacin

Ulazne otpremnice stižu preko /public/documents/customers/changes, koji se poziva po datumu, sa 1.000 promena po strani, ili preko webhooka. Pretplata na webhook važi po danu: poziv na /public/webhook-notifications/subscribe pokriva sledeći dan. Pokrećite ga kao zakazani posao, alarmirajte kada ne uspe i zadržite pull krajnju tačku kao noćno usaglašavanje, kako propušteno obaveštenje ne bi postalo propušten rok.

Svaka ulazna otpremnica treba u WMS da stigne kao očekivani prijem, sa šiframa artikala dobavljača mapiranim na vaše. Kada se roba primi na stanje, WMS šalje radnju fizičkog prijema. Posle provere količine i kvaliteta šalje ePrijemnicu: po stavci, količinu koja je stigla i količinu koja je odbijena i vraćena istim vozilom. Sistem ne prihvata odbijenu količinu veću od primljene.

Model uloga samog Ministarstva koristan je obrazac. Njegova magacinska uloga može da pregleda i preuzima ulazne otpremnice i da potvrđuje fizički prijem. To je pravi oblik i za ovlašćenje u WMS-u.

Kao pošiljalac i vi primate ePrijemnicu druge strane i morate da je prihvatite ili odbijete. Rok od 30 dana za saglasnost pratite u ERP-u, a ne u nečijem sandučetu elektronske pošte.

Povezivanje sa e-fakturama u SEF-u

Povezivanje otpremnice sa e-fakturom u SEF-u nije obavezno. Kada je otpremnica poslata i prošlo je stvarno vreme otpreme, SEF može da poveže jednu ili više otpremnica sa jednom e-fakturom, a faktura ne mora da čeka da se završi tok prijema. Ako vaše trostruko uparivanje porudžbine, isporuke i fakture već radi u ERP-u, veza daje službi obaveza vašeg kupca iste dokaze. Naš posao na integraciji e-fakturisanja pokriva stranu SEF-a.

Prevoznici i put

Vozač može da pokaže otpremnicu iz aplikacije Ministarstva za prevoznike. Ako prevoznik nije korisnik sistema, pošiljalac štampa otpremnicu, prevoznik je potpisuje pre polaska, a pošiljalac postavlja potpisani primerak u sistem pre nego što roba krene. Od avgustovskih izmena prevoznik koji ne može da koristi sistem može umesto toga da pokaže QR kod generisan prilikom slanja otpremnice; pošiljalac tada pre polaska prilaže prikaz za štampu. Vaš TMS mora da proizvede ono od ovoga što vaši prevoznici koriste, a API vraća i sam QR kod, za etikete.

Za slučaj ispada postoji rezervna papirna procedura: tri odštampana primerka sa sigurnosnim holografskim nalepnicama iz Zavoda za izradu novčanica i kovanog novca Narodne banke Srbije u Topčideru, evidentirana u sistemu do sledećeg radnog dana. Kupite nalepnice pre nego što vam zatrebaju.

Kako radi API ključ

Zakonski zastupnik registruje kompaniju, uz prijavu preko državnog eID portala. Ključevi se zatim prave u veb interfejsu (Podešavanja, API podešavanja, Admin modul, API ključevi). Demo i produkcija su odvojena okruženja, pa planirajte ključeve za oba.

Ključ identifikuje kompaniju. Najčešća pitanja API korisnika su jasna: nije moguće slati dokumenta u ime druge kompanije, a sistem prepoznaje kompaniju na osnovu API ključa kojim se predstavlja. U praksi:

• Grupi sa pet pravnih lica treba pet ključeva i ruter koji bira pravi ključ prema PIB-u.
• Centar zajedničkih usluga ili softverska kuća ne može sve klijente da provlači kroz jedan ključ.
• Ključevi pripadaju skladištu tajni, sa vlasnikom i procedurom rotacije, a ne konfiguracionom fajlu na ERP serveru.

Plan od 12 meseci

Oktobar je 2026. Računajući unazad od 1. oktobra 2027:

Od oktobra do decembra 2026: popis i pristup.

• Navedite svaku vrstu kretanja: prodaju, povraćaje, premeštanje između magacina, uvoz, izvoz, sopstveni vozni park, spoljne prevoznike, preuzimanje od strane kupca.
• Registrujte kompaniju u produkciji i pribavite API ključeve za demo okruženje.
• Počnite sa čišćenjem matičnih podataka: adresa, PIB-ova i matičnih brojeva partnera, prevoznika, vozila, jedinica mere.

Od januara do marta 2027: putanja slanja.

• Generisanje DespatchAdvice iz otprema, sa izlaznim redom, asinhronim praćenjem statusa i obradom grešaka.
• Dnevni zakazani posao za pretplatu na webhook plus usaglašavanje preko pull poziva.
• Validator se izvršava u CI-ju prema demo okruženju.

Od aprila do juna 2027: prijem i ePrijemnica.

• Ulazne otpremnice u WMS kao očekivani prijemi.
• Fizički prijem na rampi, ePrijemnica posle provera, upozorenja drugog dana trodnevnog roka i šestog dana osmodnevnog roka.
• Obrada prihvatanja i odbijanja ePrijemnica koje dobijate kao pošiljalac. Povezivanje sa SEF-om, ako ga želite.

Od jula do septembra 2027: put i pilot.

• Tok za prevoznike, štampa i QR, procedura za rad bez sistema sa nalepnicama na licu mesta.
• Šaljite stvarne otpremnice u produkciji sa partnerima koji su se registrovali; subjekti privatnog sektora već mogu dobrovoljno da koriste sistem.
• Obučite magacinsko osoblje i vozače. Zamrznite izmene u septembru.

Dvanaest meseci je udobno za jedno pravno lice sa čistim podacima. Tesno je za grupu sa više pravnih lica, više magacina i matičnim podacima koje godinama niko nije dirao.

Gde potražiti pomoć

C9 Group ima kancelariju u Novom Sadu, pa su nam srpski propisi domaći teren. Gradimo samu integraciju: generisanje UBL-a, API klijent, obradu webhookova i tok prijema u magacinu, unutar vašeg postojećeg ERP-a, WMS-a ili back enda e-prodavnice. Pogledajte našu uslugu modernizacije ERP-a ili pišite na office@c9group.dev.