Serbijas eOtpremnica: ERP, WMS un TMS savienošana līdz 2027. gada 1. oktobrim

No 2027. gada 1. oktobra katrai preču pārvietošanai starp diviem PVN reģistrētiem privātiem uzņēmumiem Serbijā vajadzēs elektronisku pavadzīmi, eOtpremnica, kas jānosūta caur Finanšu ministrijas sistēmu, pirms preces tiek izvestas. Saņēmējam uzņēmumam dažu dienu laikā tajā pašā sistēmā jāapstiprina saņemšana, un pārvadātājam pārbaudes laikā jāspēj pavadzīmi uzrādīt.

Tas attiecas uz pārdošanas piegādēm, atgriešanu un pārvietošanu starp jūsu pašu noliktavām. Pavadzīme vairs nav veidlapa, ko izdrukā jūsu ERP. Tā kļūst par UBL failu, kas iet caur valsts API, atgriežas ar identifikatoru un QR kodu un pēc tam abās pusēs iziet statusu darbplūsmu.

Kam tas jāizlasa

Ja jūs izrakstāt rēķinus un nosūtāt preces no Minimax, BizniSoft vai Pantheon, jūsu piegādātājs eOtpremnica atbalstu jau nodrošina. Ja jūsu apjoms ir tik mazs, ka pavadzīmes var ievadīt ministrijas bezmaksas tīmekļa portālā vai tās mobilajā lietotnē, arī tas der. Izlasiet sadaļu par saņemšanas termiņiem, apmāciet cilvēkus pie iekraušanas rampas, un lielākoties viss būs izdarīts.

Šis raksts ir otrai grupai: izplatītājiem, ražotājiem, vairumtirgotājiem un pārvadātājiem, kuru nosūtīšana un preču pieņemšana notiek viņu pašu ERP, pielāgotā WMS, TMS vai e-veikala aizmugursistēmā, kas reģistrē B2B pasūtījumus. Neviens jums atjauninājumu neatsūtīs. Integrācija jums jāizveido pašiem.

Kas jau ir spēkā un kas mainās

Likums par elektroniskajām pavadzīmēm (Zakon o elektronskim otpremnicama) ir pieņemts 2024. gadā un kopš tā laika grozīts divreiz. Jaunākais grozījumu likums, publicēts Službeni glasnik 80/2026 2026. gada 31. augustā, saglabāja 2027. gada oktobra datumu. Ministrijas BUJ un konsolidētais teksts nosaka posmus.

Kopš 2026. gada 1. janvāra:

• Privātie uzņēmumi nosūta un saņem eOtpremnica akcīzes precēm: tabakai, nikotīna produktiem, kafijai, alkoholiskajiem dzērieniem un naftas produktiem.
• Privātie uzņēmumi to nosūta par jebkurām precēm, kas piegādātas publiskā sektora subjektam, un publiskā sektora subjekti to nosūta par savām pārvietošanām.
• Pārvadātāji uzrāda pavadzīmi par šīm pārvietošanām.

Ražošanas sistēma darbojas kopš 2025. gada 30. decembra. Demo vide, kas paredzēta iekšējās programmatūras testēšanai, ir atvērta kopš 2025. gada 5. marta.

No 2027. gada 1. oktobra:

• Pienākums nosūtīt, ja gan sūtītājs, gan saņēmējs ir privātā sektora subjekti un preces nav akcīzes preces.
• Katra privātā sektora subjekta pienākums saņemt.
• Pārvadātāji uzrāda pavadzīmi par šīm pārvietošanām.

Dažas detaļas cilvēkus pārsteidz. Pārvietošanai starp divām noliktavām vienas rūpnīcas teritorijā vajag iekšējo pavadzīmi (XML tips Int), ja precēm mainās adrese un tās izmanto koplietošanas ceļu. Importam vajag iekšējo pavadzīmi no vietas, kur ieguvāt rīcības tiesības, vai dažos gadījumos no muitas iestādes līdz jūsu noliktavai. Eksportam parasti vajag pavadzīmi līdz vietai, kur preces pārņem ekspeditors. Mazumtirdzniecība saskaņā ar fiskalizācijas likumu ir atbrīvota, tāpēc e-veikals, kas pārdod pret fiskālajiem čekiem, šiem pasūtījumiem neietilpst darbības jomā. Tā vairumtirdzniecības daļa ietilpst.

Augusta grozījumi arī nosaka, ka līdz 2027. gada 1. janvārim uzraugi neņems vērā datu kļūdas nosūtītajās pavadzīmēs un saņemšanas apliecinājumos. Tas palīdz akcīzes un publiskā sektora sūtītājiem. 2027. gada oktobrim tas neko nedod.

Vai datums var mainīties? Likums mazāk nekā divos gados grozīts divreiz, tāpēc turpmākas izmaiņas ir iespējamas. Taču tikko pieņemtie grozījumi datumu saglabāja. Plānojiet pēc tā.

Termiņi ir saņemšanas solī

Nosūtīšana ir vieglākā puse. Konsolidētais likums stingros termiņus uzliek saņēmējai pusei.

1. Pirms preces tiek pārvietotas, sūtītājs nosūta pavadzīmi. Kamēr saņēmējs nav apstiprinājis fizisko saņemšanu, sūtītājs to var atcelt, norādot iemeslu.
2. Fiziskā saņemšana jāapstiprina dienā, kad preces pārņemtas, vai vēlākais trīs darba dienas pēc saņemšanas sākuma.
3. Astoņu dienu laikā pēc šī apstiprinājuma saņēmējs pieņem vai noraida piegādi pilnībā vai daļēji, nosūtot ePrijemnica (elektronisko saņemšanas apliecinājumu).
4. Uzskata, ka privātā sektora saņēmējs, kas astoņās dienās neko nenosūta, piegādi ir pilnībā noraidījis. Publiskā sektora saņēmējam ir otrādi: klusēšana nozīmē pieņemšanu.
5. Daļējas pieņemšanas gadījumā sūtītājam ir 30 dienas no e-apliecinājuma saņemšanas, lai piekristu atšķirībām. Pretējā gadījumā uzskata, ka tas e-apliecinājumu ir pilnībā noraidījis.
6. Pavadzīme bez fiziskās saņemšanas apstiprinājuma zaudē spēku 30 dienas pēc pārvietošanas sākuma.

Kad abas puses ir vienisprātis, dokumenti iegūst statusu Usaglašeno (API Fulfilled), un pēc tam neko vairs mainīt nevar.

Fiziskās saņemšanas termiņa nokavēšana ir uzskaitīts pārkāpums: no 200 000 līdz 2 000 000 dināru uzņēmumam un no 50 000 līdz 150 000 dināru atbildīgajai personai. Tāds pats diapazons attiecas uz pavadzīmes nenosūtīšanu vispār.

Praktiskais secinājums: fiziskā saņemšana pieder pie iekraušanas rampas, WMS, brīdī, kad preces tiek pieņemtas. Ja tā gaida kādu, kas saskaņo datus mēneša beigās, termiņš jau ir pagājis.

Ko veidot pret ministrijas API

Tehniskā dokumentācija apraksta REST API, kas apmainās ar UBL 2.1 XML. eOtpremnica ir DespatchAdvice, ePrijemnica ir ReceiptAdvice, un katrs cits solis (atcelšana, transporta sākums, transportlīdzekļa maiņa, fiziskā saņemšana, e-apliecinājuma pieņemšana vai noraidīšana) ir ApplicationResponse ar skaitlisku kodu. Ministrija 2025. gada 5. decembrī rīkoja semināru IT nozarei par dokumentu tipiem, XML paplašinājumiem, iesniegšanu un webhook.

Nosūtīšana

Katrs dokuments nonāk vienā galapunktā, POST /public/documents/requests, ar jūsu pašu unikālu pieprasījuma ID. Apstrāde ir asinhrona. Rezultāts pienāk vēlāk, ar webhook vai aptaujājot /public/documents/requests/changes, kas par katru pieprasījumu ziņo, vai tas gaida, ir izdevies vai neizdevies, pievienojot biznesa kļūdas.

Tātad jūsu ERP vajag izejošo rindu (outbox): ierakstu par katru pavadzīmi, stāvokļu mašīnu un atkārtošanas ceļu, kas nerada dublikātus. Sistēma noraida dokumenta numuru, kas jūsu uzņēmumam jau eksistē, un tas palīdz, bet tikai tad, ja jūsu numerācija atkārtojumos paliek stabila.

Kļūdu saraksts ministrijas API BUJ parāda, kur ir darbs ar datiem:

• Izdošanas datumam jābūt šodienai, pēc Serbijas laika. Nekādas datēšanas ar atpakaļejošu datumu un nekādas vakardienas pavadzīmju turēšanas rindā pa nakti.
• Katrai adresei (jūsu, klienta, pārvadātāja, iekraušanas un izkraušanas vietām) vajag ielu un pilsētu.
• Pašu transportam, pārvadātājam vai saņēmēja transportam pārvadātājs, transportlīdzekļa reģistrācijas numurs un transporta līdzeklis ir obligāti. Pašu transportam jūsu uzņēmumam jāieslēdz arī pārvadātāja statuss.
• Daudzumiem ir mērvienības kods. Rindas numurē no 1. GTIN, ja norādīts, sastāv tikai no cipariem.
• Saņēmējam jābūt reģistrētam un aktīvam. GET /public/companies/status pārbauda PIB pirms nosūtīšanas.

Pamatdati parasti ir lielāks darbs nekā XML. Validatora galapunkts ļauj testēt dokumentus pirms iesniegšanas, un tam ir vieta jūsu testu komplektā.

Saņemšana un noliktava

Ienākošās pavadzīmes pienāk caur /public/documents/customers/changes, ko aptaujā par katru datumu pa 1000 izmaiņām lapā, vai ar webhook. Webhook abonements ir uz dienu: izsaukums uz /public/webhook-notifications/subscribe aptver nākamo dienu. Palaidiet to kā plānotu uzdevumu, brīdiniet, ja tas neizdodas, un saglabājiet vilkšanas galapunktu kā nakts saskaņošanu, lai nokavēts paziņojums nepārvērstos nokavētā termiņā.

Katrai ienākošajai pavadzīmei WMS jānonāk kā gaidāmajai pieņemšanai, ar piegādātāja preču kodiem, kas piesaistīti jūsējiem. Kad preces tiek pieņemtas, WMS nosūta fiziskās saņemšanas darbību. Pēc daudzuma un kvalitātes pārbaudēm tā nosūta ePrijemnica: katrai rindai saņemto daudzumu un daudzumu, kas noraidīts un atgriezts ar to pašu transportlīdzekli. Sistēma nepieņems noraidīto daudzumu, kas lielāks par saņemto.

Ministrijas pašas lomu modelis ir noderīgs paraugs. Tās noliktavas loma var uzskaitīt un lejupielādēt ienākošās pavadzīmes un apstiprināt fizisko saņemšanu. Tāda ir pareizā forma arī WMS atļaujai.

Kā sūtītājs jūs saņemat arī otras puses e-apliecinājumu, un jums tas jāpieņem vai jānoraida. Sekojiet 30 dienu saskaņošanas logam ERP, nevis kāda cilvēka e-pasta iesūtnē.

Sasaiste ar SEF e-rēķiniem

Pavadzīmes sasaiste ar e-rēķinu SEF nav obligāta. Kad pavadzīme ir nosūtīta un tās faktiskais nosūtīšanas laiks ir pagājis, SEF var sasaistīt vienu vai vairākas pavadzīmes ar vienu e-rēķinu, un rēķinam nav jāgaida, kamēr beidzas saņemšanas darbplūsma. Ja jūsu trīspusējā pasūtījuma, piegādes un rēķina saskaņošana jau notiek ERP, sasaiste dod jūsu klienta kreditoru uzskaitei tos pašus pierādījumus. Mūsu e-rēķinu integrācijas darbs aptver SEF pusi.

Pārvadātāji un ceļš

Vadītājs var uzrādīt pavadzīmi no ministrijas pārvadātāju lietotnes. Ja pārvadātājs nav sistēmas lietotājs, sūtītājs pavadzīmi izdrukā, pārvadātājs to paraksta pirms izbraukšanas, un sūtītājs augšupielādē parakstīto kopiju, pirms preces tiek pārvietotas. Kopš augusta grozījumiem pārvadātājs, kas nevar izmantot sistēmu, tā vietā var uzrādīt QR kodu, kas ģenerēts, kad pavadzīme tika nosūtīta; sūtītājs tad pirms izbraukšanas pievieno drukājamo skatu. Jūsu TMS jāspēj sagatavot to variantu, ko izmanto jūsu pārvadātāji, un API atgriež QR kodu atsevišķi uzlīmēm.

Darbības pārtraukuma gadījumam ir papīra rezerves variants: trīs izdrukātas kopijas ar drošības hologrammu uzlīmēm no Serbijas Nacionālās bankas Topčider naudas kaltuves, kas jāreģistrē sistēmā līdz nākamajai darba dienai. Nopērciet uzlīmes, pirms tās vajadzīgas.

Kā darbojas API atslēga

Likumiskais pārstāvis reģistrē uzņēmumu, piesakoties caur valsts eID portālu. Pēc tam atslēgas izveido tīmekļa saskarnē (Settings, API settings, Admin module, API keys). Demo un ražošana ir atsevišķas vides, tāpēc plānojiet atslēgas abās.

Atslēga identificē uzņēmumu. API BUJ to pasaka tieši: jūs nevarat nosūtīt dokumentus cita uzņēmuma vārdā, un sistēma atpazīst uzņēmumu pēc API atslēgas, ko tas uzrāda. Praksē:

• Grupai ar piecām juridiskajām personām vajag piecas atslēgas un maršrutētāju, kas pēc PIB izvēlas pareizo.
• Kopīgo pakalpojumu centrs vai programmatūras uzņēmums nevar sūtīt visus klientus caur vienu atslēgu.
• Atslēgām vieta ir noslēpumu krātuvē ar īpašnieku un rotācijas procedūru, nevis konfigurācijas failā ERP serverī.

12 mēnešu plāns

Ir 2026. gada oktobris. Rēķinot atpakaļ no 2027. gada 1. oktobra:

No 2026. gada oktobra līdz decembrim: inventarizācija un piekļuve.

• Uzskaitiet katru pārvietošanas veidu: pārdošana, atgriešana, pārvietošana starp noliktavām, imports, eksports, savs autoparks, trešo pušu pārvadātāji, klienta paša savākšana.
• Reģistrējiet uzņēmumu ražošanas vidē un iegūstiet demo API atslēgas.
• Sāciet tīrīt pamatdatus: adreses, partneru PIB un reģistrācijas numurus, pārvadātājus, transportlīdzekļus, mērvienības.

No 2027. gada janvāra līdz martam: nosūtīšanas ceļš.

• Ģenerējiet DespatchAdvice no sūtījumiem, ar izejošo rindu, asinhronu statusa izsekošanu un kļūdu apstrādi.
• Ikdienas webhook abonēšanas uzdevums un vilkšanas saskaņošana.
• Validators darbojas CI pret demo vidi.

No 2027. gada aprīļa līdz jūnijam: saņemšana un apliecinājums.

• Ienākošās pavadzīmes WMS kā gaidāmās pieņemšanas.
• Fiziskā saņemšana pie rampas, ePrijemnica pēc pārbaudēm, brīdinājumi trīs dienu termiņa otrajā dienā un astoņu dienu termiņa sestajā dienā.
• Pieņemšanas un noraidīšanas apstrāde e-apliecinājumiem, ko saņemat kā sūtītājs. SEF sasaiste, ja to vēlaties.

No 2027. gada jūlija līdz septembrim: ceļš un pilotprojekts.

• Pārvadātāju plūsma, drukāšana un QR, bezsaistes procedūra ar uzlīmēm uz vietas.
• Palaidiet reālas pavadzīmes ražošanas vidē ar partneriem, kas ir reģistrējušies; privātie uzņēmumi sistēmu jau var izmantot brīvprātīgi.
• Apmāciet noliktavas darbiniekus un vadītājus. Septembrī iesaldējiet izmaiņas.

Divpadsmit mēneši ir ērts laiks vienai juridiskajai personai ar tīriem datiem. Tas ir saspringts grupai ar vairākām juridiskajām personām, vairākām noliktavām un pamatdatiem, kuriem gadiem neviens nav pieskāries.

Kur saņemt palīdzību

C9 Group ir birojs Novi Sadā, tāpēc Serbijas noteikumi mums ir mājas laukums. Mēs veidojam pašu integrāciju: UBL ģenerēšanu, API klientu, webhook apstrādi un noliktavas saņemšanas darbplūsmu jūsu esošajā ERP, WMS vai e-veikala aizmugursistēmā. Skatiet mūsu ERP modernizācijas pakalpojumu vai rakstiet uz office@c9group.dev.