Serbiens eOtpremnica: koppla ditt ERP-, WMS- och TMS-system senast 1 oktober 2027

truck som kör en pall med kartonger genom ett lager

Från 1 oktober 2027 kräver varje varuförflyttning mellan två momsregistrerade privata företag i Serbien en elektronisk följesedel, eOtpremnica, som skickas via finansdepartementets system innan varorna lämnar platsen. Företaget som tar emot dem måste bekräfta mottagandet i samma system inom några dagar, och transportören måste kunna visa upp följesedeln vid en kontroll.

Det omfattar leveranser vid försäljning, returer och flyttar mellan dina egna lager. Följesedeln slutar vara en blankett som ditt ERP-system skriver ut. Den blir en UBL-fil som går genom ett statligt API, kommer tillbaka med en identifierare och en QR-kod och sedan rör sig genom ett statusflöde på båda sidor.

Vem som behöver läsa det här

Fakturerar och skickar du från Minimax, BizniSoft eller Pantheon har din leverantör redan stöd för eOtpremnica. Är din volym så låg att du kan skriva in följesedlarna i departementets kostnadsfria webbportal eller dess mobilapp fungerar det också. Läs avsnittet om tidsfristerna för mottagande, utbilda personalen vid lastkajen, så är du i stort sett klar.

Den här artikeln är för den andra gruppen: distributörer, tillverkare, grossister och transportörer vars utleveranser och godsmottagning går genom ett eget ERP-system, ett anpassat WMS, ett TMS eller en e-handelsbackend som tar emot B2B-ordrar. Ingen kommer att skicka dig en uppdatering. Du måste bygga integrationen själv.

Vad som redan gäller och vad som ändras

Lagen om elektroniska följesedlar (Zakon o elektronskim otpremnicama) är från 2024 och har ändrats två gånger sedan dess. Den senaste ändringslagen, publicerad i Službeni glasnik 80/2026 den 31 augusti 2026, behöll datumet i oktober 2027. Departementets FAQ och den konsoliderade lagtexten beskriver etapperna.

Sedan 1 januari 2026:

Privata företag skickar och tar emot eOtpremnica för punktskattepliktiga varor: tobak, nikotinprodukter, kaffe, alkoholdrycker och petroleumprodukter.
Privata företag skickar den för alla varor som levereras till en offentlig aktör, och offentliga aktörer skickar den för sina egna förflyttningar.
Transportörer visar upp följesedeln för de förflyttningarna.

Produktionssystemet har varit i drift sedan 30 december 2025. Demomiljön, avsedd för att testa interna system, har varit öppen sedan 5 mars 2025.

Från 1 oktober 2027:

Skyldigheten att skicka när både avsändare och mottagare är privata aktörer och varorna inte är punktskattepliktiga.
Skyldigheten för varje privat aktör att ta emot.
Transportörer visar upp följesedeln för de förflyttningarna.

Några detaljer överraskar ofta. En flytt mellan två lager inom samma fabriksområde kräver en intern följesedel (typ Int i XML:en) om varorna byter adress och använder allmän väg. En import kräver en intern följesedel från den plats där du fick förfoganderätten, eller i vissa fall från tullkontoret, till ditt lager. En export kräver normalt en sådan fram till den punkt där speditören tar över. Detaljhandelsförsäljning enligt lagen om fiskalisering är undantagen, så en e-handel som säljer mot fiskala kvitton omfattas inte för de ordrarna. Dess grossistdel gör det däremot.

Ändringen i augusti säger också att tillsynsmyndigheterna fram till 1 januari 2027 inte tar hänsyn till felaktiga uppgifter i skickade följesedlar och mottagningsbekräftelser. Det hjälper avsändarna av punktskattepliktiga varor och leverantörerna till offentlig sektor. För oktober 2027 betyder det ingenting.

Kan datumet flyttas? Lagen har ändrats två gånger på mindre än två år, så fler ändringar är möjliga. Men den ändring som just antogs behöll datumet. Planera för det.

Det är i mottagandet som tidsfristerna finns

Att skicka är den enkla halvan. Den konsoliderade lagen lägger de hårda tidsfristerna på mottagarsidan.

Innan varorna flyttas skickar avsändaren följesedeln. Fram till att mottagaren bekräftar det fysiska mottagandet kan avsändaren makulera den, med angivande av skäl.
Fysiskt mottagande måste bekräftas samma dag som varorna tas emot, eller senast tre arbetsdagar efter att mottagandet påbörjades.
Inom åtta dagar från den bekräftelsen godkänner eller avvisar mottagaren leveransen, helt eller delvis, genom att skicka en ePrijemnica (elektronisk mottagningsbekräftelse).
En privat mottagare som inte skickar något inom åtta dagar anses ha avvisat leveransen i sin helhet. För en offentlig mottagare gäller det motsatta: tystnad betyder godkännande.
Vid delvis godkännande har avsändaren 30 dagar från att den elektroniska mottagningsbekräftelsen kom in på sig att godta avvikelserna. Annars anses avsändaren ha avvisat mottagningsbekräftelsen i sin helhet.
En följesedel utan bekräftelse av fysiskt mottagande slutar gälla 30 dagar efter att förflyttningen påbörjades.

När båda sidor är överens får dokumenten statusen Usaglašeno (Fulfilled i API:et), och därefter går ingenting att ändra.

Att missa fristen för fysiskt mottagande är en uppräknad överträdelse: 200 000 till 2 000 000 dinarer för företaget och 50 000 till 150 000 dinarer för den ansvariga personen. Samma spann gäller om ingen följesedel skickas alls.

Den praktiska slutsatsen: det fysiska mottagandet hör hemma vid lastkajen, i WMS:et, i det ögonblick varorna bokas in. Väntar det på någon som stämmer av vid månadsskiftet har fristen redan passerat.

Vad du ska bygga mot departementets API

Den tekniska dokumentationen beskriver ett REST-API som utbyter UBL 2.1-XML. eOtpremnica är en DespatchAdvice, ePrijemnica en ReceiptAdvice, och varje annat steg (makulering, transportstart, byte av fordon, fysiskt mottagande, godkännande eller avvisning av en mottagningsbekräftelse) är en ApplicationResponse med en numerisk kod. Departementet höll en workshop för IT-branschen den 5 december 2025 om dokumenttyper, XML-tilläggen, inlämning och webhooks.

Skicka

Varje dokument går till en och samma endpoint, POST /public/documents/requests, med ett eget unikt förfrågnings-ID. Behandlingen är asynkron. Resultatet kommer senare, via webhook eller genom att du pollar /public/documents/requests/changes, som rapporterar varje förfrågan som väntande, lyckad eller misslyckad, med affärsfelen bifogade.

Ditt ERP-system behöver alltså en utkorg: en post per följesedel, en tillståndsmaskin och en väg för nya försök som inte skapar dubbletter. Systemet avvisar ett dokumentnummer som redan finns för ditt företag, vilket hjälper, men bara om din numrering förblir stabil över nya försök.

Fellistan i departementets API-FAQ visar var dataarbetet ligger:

Utfärdandedatumet måste vara i dag, enligt serbisk tid. Ingen bakåtdatering, och inga gårdagens följesedlar som ligger kvar i en kö över natten.
Varje adress (din, kundens, transportörens, lastnings- och lossningsplatser) behöver gata och ort.
Vid egen transport, transport med transportör eller mottagarens transport är transportör, fordonets registreringsnummer och transportsätt obligatoriska. Egen transport kräver dessutom att transportörsstatus slås på för ditt företag.
Kvantiteter anges med en kod för måttenhet. Raderna numreras från 1. Ett GTIN, om det anges, består bara av siffror.
Mottagaren måste vara registrerad och aktiv. GET /public/companies/status kontrollerar ett PIB innan du skickar.

Grunddata är oftast ett större jobb än XML:en. En validerings-endpoint låter dig testa dokument före inlämning, och den hör hemma i din testsvit.

Mottagande och lagret

Inkommande följesedlar kommer via /public/documents/customers/changes, som pollas per datum med 1 000 ändringar per sida, eller via webhook. Webhook-prenumerationen gäller per dag: ett anrop till /public/webhook-notifications/subscribe täcker nästa dag. Kör det som ett schemalagt jobb, larma när det misslyckas och behåll pull-endpointen som en nattlig avstämning, så att en missad push inte blir en missad tidsfrist.

Varje inkommande följesedel bör hamna i WMS:et som ett förväntat mottagande, med leverantörens artikelnummer mappade mot dina. När varorna bokas in skickar WMS:et åtgärden för fysiskt mottagande. Efter kontrollen av kvantitet och kvalitet skickar det ePrijemnica: per rad den kvantitet som kom fram och den kvantitet som avvisades och skickades tillbaka med samma fordon. Systemet godtar inte en avvisad kvantitet som är större än den mottagna.

Departementets egen rollmodell är en användbar mall. Dess lagerroll kan lista och ladda ned inkommande följesedlar och bekräfta fysiskt mottagande. Det är rätt form för en behörighet i WMS:et också.

Som avsändare tar du också emot motpartens mottagningsbekräftelse och måste godkänna eller avvisa den. Bevaka fönstret på 30 dagar för att komma överens i ERP-systemet, inte i någons inkorg.

Koppling till e-fakturor i SEF

Att koppla en följesedel till en e-faktura i SEF är frivilligt. När en följesedel har skickats och den faktiska avsändningstiden har passerat kan SEF koppla en eller flera följesedlar till en e-faktura, och fakturan behöver inte vänta på att mottagningsflödet blir klart. Om din trevägsmatchning av order, leverans och faktura redan körs i ERP-systemet ger kopplingen kundens leverantörsreskontra samma underlag. Vårt arbete med integration av e-fakturering täcker SEF-sidan.

Transportörer och vägen

Föraren kan visa följesedeln i departementets app för transportörer. Är transportören inte användare av systemet skriver avsändaren ut följesedeln, transportören skriver under den före avfärd och avsändaren laddar upp den underskrivna kopian innan varorna flyttas. Sedan ändringen i augusti får en transportör som inte kan använda systemet i stället visa QR-koden som genererades när följesedeln skickades; avsändaren bifogar då den utskrivbara vyn före avfärd. Ditt TMS behöver kunna ta fram det alternativ som dina transportörer använder, och API:et returnerar QR-koden separat för etiketter.

Vid driftavbrott finns en reservrutin på papper: tre utskrivna exemplar med säkerhetshologram från Serbiens centralbanks tryckeri Topčider, som registreras i systemet senast nästa arbetsdag. Köp etiketterna innan du behöver dem.

Så fungerar API-nyckeln

Den legala företrädaren registrerar företaget och loggar in via den statliga eID-portalen. Nycklarna skapas sedan i webbgränssnittet (Settings, API settings, Admin module, API keys). Demo och produktion är separata miljöer, så planera för nycklar i båda.

Nyckeln identifierar företaget. API-FAQ:n är rak: du kan inte skicka dokument för ett annat företags räkning, och systemet känner igen företaget på den API-nyckel som presenteras. I praktiken:

En koncern med fem juridiska personer behöver fem nycklar och en router som väljer rätt nyckel utifrån PIB.
Ett gemensamt servicecenter eller ett mjukvaruföretag kan inte skicka alla kunder genom en och samma nyckel.
Nycklar hör hemma i ett hemlighetsvalv med en ägare och en rutin för rotation, inte i en konfigurationsfil på ERP-servern.

En plan på tolv månader

Det är oktober 2026. Räknat baklänges från 1 oktober 2027:

Oktober till december 2026: inventering och åtkomst.

Lista varje typ av förflyttning: försäljning, returer, flyttar mellan lager, import, export, egen fordonsflotta, externa transportörer, avhämtning av kund.
Registrera företaget i produktion och skaffa API-nycklar för demomiljön.
Börja rensa grunddata: adresser, partners PIB och organisationsnummer, transportörer, fordon, måttenheter.

Januari till mars 2027: sändningsvägen.

Generera DespatchAdvice från försändelser, med utkorgen, asynkron statusuppföljning och felhantering.
Dagligt jobb för webhook-prenumerationen plus avstämning via pull.
Validatorn körs i CI mot demomiljön.

April till juni 2027: mottagande och mottagningsbekräftelse.

Inkommande följesedlar in i WMS:et som förväntade mottagningar.
Fysiskt mottagande vid lastkajen, ePrijemnica efter kontrollerna, larm dag två av tre och dag sex av åtta.
Hantering av godkännande och avvisning för de mottagningsbekräftelser du får som avsändare. Koppling till SEF, om du vill ha den.

Juli till september 2027: vägen och piloten.

Flödet för transportörer, utskrift och QR, reservrutinen med etiketterna på plats.
Kör riktiga följesedlar i produktion med partner som har registrerat sig; privata företag får redan använda systemet frivilligt.
Utbilda lagerpersonal och förare. Frys ändringar i september.

Tolv månader är gott om tid för en juridisk person med ren data. Det är snävt för en koncern med flera bolag, flera lager och grunddata som ingen har rört på flera år.

Var du får hjälp

C9 Group har ett kontor i Novi Sad, så serbiska regler är hemmaplan för oss. Vi bygger själva integrationen: UBL-generering, API-klienten, hanteringen av webhooks och flödet för mottagande i lagret, i ditt befintliga ERP-system, WMS eller din e-handelsbackend. Se vår tjänst för modernisering av ERP-system, eller skriv till office@c9group.dev.