Serbiens eOtpremnica: forbind jeres ERP, WMS og TMS senest 1. oktober 2027

Fra 1. oktober 2027 kræver enhver flytning af varer mellem to momsregistrerede private virksomheder i Serbien en elektronisk følgeseddel, eOtpremnica, sendt gennem Finansministeriets system, før varerne forlader stedet. Den virksomhed, der modtager dem, skal bekræfte modtagelsen i samme system inden for få dage, og transportøren skal kunne fremvise følgesedlen ved en kontrol.

Det dækker salgsleverancer, returneringer og overførsler mellem jeres egne lagre. Følgesedlen holder op med at være en formular, som jeres ERP-system printer. Den bliver til en UBL-fil, der går gennem et statsligt API, kommer tilbage med en identifikator og en QR-kode og derefter bevæger sig gennem et statusforløb på begge sider.

Hvem der bør læse dette

Fakturerer og afsender I fra Minimax, BizniSoft eller Pantheon, leverer jeres leverandør allerede understøttelse af eOtpremnica. Er jeres volumen så lille, at I kan taste følgesedler ind i ministeriets gratis webportal eller dets mobilapp, fungerer det også. Læs afsnittet om frister for modtagelse, oplær medarbejderne ved varemodtagelsen, og så er I stort set færdige.

Denne artikel er til den anden gruppe: distributører, producenter, grossister og transportører, hvis forsendelse og varemodtagelse kører gennem deres eget ERP-system, et tilpasset WMS, et TMS eller en webshopbackend, der registrerer B2B-ordrer. Ingen kommer til at levere jer en opdatering. I skal bygge integrationen.

Hvad der allerede gælder, og hvad der ændres

Loven om elektroniske følgesedler (Zakon o elektronskim otpremnicama) er fra 2024 og er blevet ændret to gange siden. Den seneste ændringslov, offentliggjort i Službeni glasnik 80/2026 den 31. august 2026, fastholdt datoen i oktober 2027. Ministeriets FAQ og den konsoliderede tekst beskriver faserne.

Siden 1. januar 2026:

• Private virksomheder sender og modtager eOtpremnica for punktafgiftspligtige varer: tobak, nikotinprodukter, kaffe, alkoholiske drikke og mineralolieprodukter.
• Private virksomheder sender den for alle varer, der leveres til en offentlig enhed, og offentlige enheder sender den for deres egne flytninger.
• Transportører fremviser følgesedlen for de flytninger.

Produktionssystemet har kørt siden 30. december 2025. Demomiljøet, der er beregnet til test af intern software, har været åbent siden 5. marts 2025.

Fra 1. oktober 2027:

• Pligten til at sende, hvor både afsender og modtager er private enheder, og varerne ikke er punktafgiftspligtige.
• Pligten for alle private enheder til at modtage.
• Transportørernes fremvisning af følgesedlen for de flytninger.

Nogle få detaljer overrasker folk. En overførsel mellem to lagre inden for samme fabriksområde kræver en intern følgeseddel (type Int i XML'en), hvis varerne skifter adresse og kører på offentlig vej. En import kræver en intern følgeseddel fra det sted, hvor I opnåede rådigheden over varerne, eller i nogle tilfælde fra toldstedet, til jeres lager. En eksport kræver typisk en til det sted, hvor speditøren overtager. Detailsalg under loven om fiskalisering er undtaget, så en webshop, der sælger mod fiskale kvitteringer, er uden for ordningen for de ordrer. Dens engrosdel er ikke.

Ændringen fra august siger også, at tilsynet indtil 1. januar 2027 ikke tager hensyn til datafejl i sendte følgesedler og kvitteringer. Det hjælper afsenderne af punktafgiftspligtige varer og leverancer til den offentlige sektor. Det gør intet for oktober 2027.

Kan datoen flytte sig? Loven er ændret to gange på under to år, så yderligere ændringer er mulige. Men den ændring, der netop er vedtaget, fastholdt datoen. Planlæg efter den.

Det er ved modtagelsen, fristerne ligger

Afsendelse er den lette halvdel. Den konsoliderede lov lægger de hårde frister på modtagersiden.

1. Før varerne flyttes, sender afsenderen følgesedlen. Indtil modtageren bekræfter den fysiske modtagelse, kan afsenderen annullere den med en begrundelse.
2. Fysisk modtagelse skal bekræftes den dag, varerne overtages, eller senest tre arbejdsdage efter, at modtagelsen begyndte.
3. Inden for otte dage efter den bekræftelse accepterer eller afviser modtageren leverancen, helt eller delvist, ved at sende en ePrijemnica (elektronisk modtagelsesseddel).
4. En privat modtager, der intet sender inden for otte dage, anses for at have afvist hele leverancen. For en offentlig modtager er det omvendt: tavshed betyder accept.
5. Ved delvis accept har afsenderen 30 dage fra modtagelsessedlens ankomst til at godkende forskellene. Ellers behandles det, som om afsenderen har afvist hele modtagelsessedlen.
6. En følgeseddel uden bekræftelse af fysisk modtagelse holder op med at være gyldig 30 dage efter, at flytningen begyndte.

Når begge sider er enige, når dokumenterne status Usaglašeno (Fulfilled i API'et), og derefter kan intet ændres.

At overskride fristen for fysisk modtagelse er en opført overtrædelse: 200.000 til 2.000.000 dinarer for virksomheden og 50.000 til 150.000 dinarer for den ansvarlige person. Samme spænd gælder for slet ikke at sende en følgeseddel.

Den praktiske konklusion: den fysiske modtagelse hører hjemme ved varemodtagelsen, i WMS'et, i det øjeblik varerne registreres. Venter den på, at nogen afstemmer ved månedsslut, er fristen allerede overskredet.

Hvad der skal bygges mod ministeriets API

Den tekniske dokumentation beskriver et REST-API, der udveksler UBL 2.1-XML. eOtpremnica er en DespatchAdvice, ePrijemnica en ReceiptAdvice, og hvert andet trin (annullering, start af transport, skift af køretøj, fysisk modtagelse, accept eller afvisning af en modtagelsesseddel) er en ApplicationResponse med en numerisk kode. Ministeriet holdt den 5. december 2025 en workshop for it-branchen om dokumenttyper, XML-udvidelserne, indsendelse og webhooks.

Afsendelse

Alle dokumenter går til ét endpoint, POST /public/documents/requests, med et unikt anmodnings-id, I selv vælger. Behandlingen er asynkron. Resultatet kommer senere, via webhook eller ved polling af /public/documents/requests/changes, som rapporterer hver anmodning som afventende, gennemført eller fejlet, med forretningsfejlene vedhæftet.

Jeres ERP-system har altså brug for en udbakke: en post pr. følgeseddel, en tilstandsmaskine og en vej til genforsøg, der ikke skaber dubletter. Systemet afviser et dokumentnummer, der allerede findes for jeres virksomhed, og det hjælper, men kun hvis nummereringen forbliver stabil på tværs af genforsøg.

Fejllisten i ministeriets FAQ om API'et viser, hvor dataarbejdet ligger:

• Udstedelsesdatoen skal være i dag, i serbisk tid. Ingen tilbagedatering, og ingen følgesedler fra i går, der ligger i en kø natten over.
• Hver adresse (jeres, kundens, transportørens, læsse- og lossesteder) skal have gade og by.
• Ved egen transport, transportør eller modtagerens transport er transportør, køretøjets registreringsnummer og transportmiddel obligatoriske. Egen transport kræver også, at transportørstatus slås til for jeres virksomhed.
• Mængder har en kode for måleenhed. Linjer nummereres fra 1. Et GTIN, hvis det angives, består kun af cifre.
• Modtageren skal være registreret og aktiv. GET /public/companies/status tjekker et PIB, før I sender.

Stamdata er som regel en større opgave end XML'en. Et valideringsendpoint lader jer teste dokumenter før indsendelse, og det hører hjemme i jeres testsuite.

Modtagelse og lageret

Indgående følgesedler kommer via /public/documents/customers/changes, der polles pr. dato med 1.000 ændringer pr. side, eller via webhook. Abonnementet på webhooks gælder pr. dag: et kald til /public/webhook-notifications/subscribe dækker den næste dag. Kør det som et planlagt job, alarmér når det fejler, og behold pull-endpointet som en natlig afstemning, så en mistet notifikation ikke bliver til en overskredet frist.

Hver indgående følgeseddel bør lande i WMS'et som en forventet modtagelse, med leverandørens varenumre mappet til jeres. Når varerne registreres, sender WMS'et handlingen for fysisk modtagelse. Efter kontrol af mængde og kvalitet sender det ePrijemnica: pr. linje den mængde, der kom, og den mængde, der blev afvist og returneret med samme køretøj. Systemet accepterer ikke en afvist mængde, der er større end den modtagne.

Ministeriets egen rollemodel er en nyttig skabelon. Dens lagerrolle kan liste og hente indgående følgesedler og bekræfte fysisk modtagelse. Det er også den rigtige form for en rettighed i WMS'et.

Som afsender modtager I også den anden parts modtagelsesseddel og skal acceptere eller afvise den. Følg fristen på 30 dage for godkendelse i ERP-systemet, ikke i nogens indbakke.

Kobling til e-fakturaer i SEF

Det er valgfrit at koble en følgeseddel til en e-faktura i SEF. Når en følgeseddel er sendt, og det faktiske afsendelsestidspunkt er passeret, kan SEF koble en eller flere følgesedler til én e-faktura, og fakturaen behøver ikke vente på, at modtagelsesforløbet er afsluttet. Kører jeres trevejsmatchning af ordre, levering og faktura allerede i ERP-systemet, giver koblingen kundens kreditorafdeling samme dokumentation. Vores arbejde med integration af e-fakturering dækker SEF-siden.

Transportører og vejen

Chaufføren kan vise følgesedlen fra ministeriets app til transportører. Er transportøren ikke bruger af systemet, printer afsenderen følgesedlen, transportøren underskriver den før afgang, og afsenderen uploader den underskrevne kopi, før varerne flyttes. Siden ændringen i august kan en transportør, der ikke kan bruge systemet, i stedet vise den QR-kode, der blev dannet, da følgesedlen blev sendt; afsenderen vedhæfter så den printbare visning før afgang. Jeres TMS skal kunne levere den af disse løsninger, jeres transportører bruger, og API'et returnerer QR-koden separat til etiketter.

Ved et nedbrud findes en papirløsning: tre printede eksemplarer med sikkerhedshologrammer fra den serbiske nationalbanks møntværk i Topčider, registreret i systemet senest næste arbejdsdag. Køb mærkaterne, før I får brug for dem.

Sådan fungerer API-nøglen

Den juridiske repræsentant registrerer virksomheden og logger ind via den statslige eID-portal. Nøgler oprettes derefter i webgrænsefladen (Settings, API settings, Admin module, API keys). Demo og produktion er separate miljøer, så planlæg nøgler i begge.

Nøglen identificerer virksomheden. FAQ'en om API'et er ligefrem: I kan ikke sende dokumenter på vegne af en anden virksomhed, og systemet genkender virksomheden på den API-nøgle, den præsenterer. I praksis:

• En koncern med fem juridiske enheder har brug for fem nøgler og en router, der vælger den rigtige ud fra PIB.
• Et fælles servicecenter eller et softwarehus kan ikke sende alle kunder gennem én nøgle.
• Nøgler hører hjemme i et hemmelighedslager med en ejer og en procedure for rotation, ikke i en konfigurationsfil på ERP-serveren.

En plan på 12 måneder

Det er oktober 2026. Talt baglæns fra 1. oktober 2027:

Oktober til december 2026: overblik og adgang.

• List hver type flytning: salg, returneringer, overførsler mellem lagre, import, eksport, egen flåde, eksterne transportører, kundeafhentning.
• Registrér virksomheden i produktion, og få API-nøgler til demo.
• Begynd at rense stamdata: adresser, partneres PIB og registreringsnumre, transportører, køretøjer og måleenheder.

Januar til marts 2027: afsendelsesvejen.

• Dan DespatchAdvice ud fra forsendelser, med udbakken, asynkron statussporing og fejlhåndtering.
• Dagligt job til abonnement på webhooks plus afstemning via pull.
• Validatoren kører i CI mod demomiljøet.

April til juni 2027: modtagelse og kvittering.

• Indgående følgesedler ind i WMS'et som forventede modtagelser.
• Fysisk modtagelse ved varemodtagelsen, ePrijemnica efter kontrol og alarmer på dag to af tre og dag seks af otte.
• Håndtering af accept og afvisning af de modtagelsessedler, I får som afsender. Kobling til SEF, hvis I ønsker det.

Juli til september 2027: vejen og piloten.

• Forløbet for transportører, print og QR, nødproceduren med mærkater på stedet.
• Kør rigtige følgesedler i produktion med partnere, der har registreret sig; private virksomheder kan allerede bruge systemet frivilligt.
• Oplær lagermedarbejdere og chauffører. Frys ændringer i september.

Tolv måneder er rigeligt for én juridisk enhed med rene data. Det er stramt for en koncern med flere enheder, flere lagre og stamdata, som ingen har rørt i årevis.

Hvor I kan få hjælp

C9 Group har kontor i Novi Sad, så serbiske regler er hjemmebane for os. Vi bygger selve integrationen: dannelse af UBL, API-klienten, håndtering af webhooks og modtagelsesforløbet på lageret i jeres eksisterende ERP-system, WMS eller webshopbackend. Se vores service til ERP-modernisering, eller skriv til office@c9group.dev.