Serbiens eOtpremnica: ERP, WMS und TMS bis zum 1. Oktober 2027 anbinden

Ab dem 1. Oktober 2027 braucht jede Warenbewegung zwischen zwei umsatzsteuerlich registrierten privaten Unternehmen in Serbien einen elektronischen Lieferschein, die eOtpremnica, der über das System des Finanzministeriums gesendet wird, bevor die Ware das Haus verlässt. Das empfangende Unternehmen muss den Empfang innerhalb weniger Tage im selben System bestätigen, und der Frachtführer muss den Lieferschein bei einer Kontrolle vorzeigen können.

Das umfasst Auslieferungen aus Verkäufen, Rücksendungen und Umlagerungen zwischen Ihren eigenen Lagern. Der Lieferschein ist dann kein Formular mehr, das Ihr ERP druckt. Er wird zu einer UBL-Datei, die über eine staatliche API läuft, mit einer Kennung und einem QR-Code zurückkommt und dann auf beiden Seiten einen Statusablauf durchläuft.

Für wen dieser Artikel ist

Wenn Sie aus Minimax, BizniSoft oder Pantheon fakturieren und versenden, liefert Ihr Anbieter die Unterstützung für die eOtpremnica bereits aus. Wenn Ihr Volumen so gering ist, dass Sie die Lieferscheine im kostenlosen Webportal des Ministeriums oder in seiner mobilen App erfassen können, funktioniert auch das. Lesen Sie den Abschnitt über die Fristen beim Empfang, schulen Sie die Leute an der Rampe, und Sie sind weitgehend fertig.

Dieser Artikel richtet sich an die andere Gruppe: Distributoren, Hersteller, Großhändler und Frachtführer, deren Versand und Wareneingang über ihr eigenes ERP laufen, über ein angepasstes WMS, ein TMS oder das Backend eines Webshops, der B2B-Bestellungen bucht. Niemand wird Ihnen ein Update liefern. Sie müssen die Integration bauen.

Was bereits gilt und was sich ändert

Das Gesetz über elektronische Lieferscheine (Zakon o elektronskim otpremnicama) stammt aus dem Jahr 2024 und wurde seitdem zweimal geändert. Das jüngste Änderungsgesetz, veröffentlicht im Službeni glasnik 80/2026 am 31. August 2026, hat den Termin im Oktober 2027 beibehalten. Die FAQ des Ministeriums und die konsolidierte Fassung beschreiben die Stufen.

Seit dem 1. Januar 2026:

• Private Unternehmen senden und empfangen die eOtpremnica für verbrauchsteuerpflichtige Waren: Tabak, Nikotinprodukte, Kaffee, alkoholische Getränke und Mineralölprodukte.
• Private Unternehmen senden sie für alle Waren, die an eine Stelle des öffentlichen Sektors geliefert werden, und Stellen des öffentlichen Sektors senden sie für ihre eigenen Warenbewegungen.
• Frachtführer legen den Lieferschein für diese Bewegungen vor.

Das Produktivsystem läuft seit dem 30. Dezember 2025. Die Demo-Umgebung zum Testen interner Software ist seit dem 5. März 2025 offen.

Ab dem 1. Oktober 2027:

• Die Pflicht zum Senden, wenn Absender und Empfänger beide dem privaten Sektor angehören und die Waren nicht verbrauchsteuerpflichtig sind.
• Die Pflicht jedes privaten Unternehmens zum Empfang.
• Die Vorlage des Lieferscheins durch Frachtführer für diese Bewegungen.

Einige Details erwischen viele. Eine Umlagerung zwischen zwei Lagern auf demselben Werksgelände braucht einen internen Lieferschein (Typ Int im XML), wenn die Ware die Adresse wechselt und eine öffentliche Straße nutzt. Ein Import braucht einen internen Lieferschein von dem Ort, an dem Sie die Verfügungsmacht erlangt haben, in manchen Fällen vom Zollamt, bis zu Ihrem Lager. Ein Export braucht in der Regel einen bis zu dem Punkt, an dem der Spediteur übernimmt. Einzelhandelsverkäufe unter dem Fiskalisierungsgesetz sind ausgenommen, ein Webshop, der gegen Fiskalbelege verkauft, fällt für diese Bestellungen also nicht darunter. Sein Großhandelsgeschäft schon.

Die Änderung vom August sieht außerdem vor, dass die Aufsicht Datenfehler in gesendeten Lieferscheinen und Empfangsbestätigungen bis zum 1. Januar 2027 nicht berücksichtigt. Das hilft den Absendern verbrauchsteuerpflichtiger Waren und dem öffentlichen Sektor. Für Oktober 2027 bringt es nichts.

Kann sich der Termin verschieben? Das Gesetz wurde in weniger als zwei Jahren zweimal geändert, weitere Änderungen sind also möglich. Aber die gerade verabschiedete Änderung hat den Termin beibehalten. Planen Sie damit.

Die Fristen liegen beim Empfang

Das Senden ist die einfache Hälfte. Das konsolidierte Gesetz legt die harten Fristen auf die Empfängerseite.

1. Bevor die Ware bewegt wird, sendet der Absender den Lieferschein. Bis der Empfänger den physischen Empfang bestätigt, kann der Absender ihn mit Begründung stornieren.
2. Der physische Empfang muss am Tag der Übernahme der Ware bestätigt werden, spätestens drei Arbeitstage nach Beginn des Empfangs.
3. Innerhalb von acht Tagen nach dieser Bestätigung nimmt der Empfänger die Lieferung ganz oder teilweise an oder lehnt sie ab, indem er eine ePrijemnica (elektronische Empfangsbestätigung) sendet.
4. Sendet ein privater Empfänger innerhalb von acht Tagen nichts, gilt die Lieferung als vollständig von ihm abgelehnt. Bei einem Empfänger des öffentlichen Sektors ist es umgekehrt: Schweigen gilt als Annahme.
5. Bei einer Teilannahme hat der Absender ab Eingang der elektronischen Empfangsbestätigung 30 Tage Zeit, den Abweichungen zuzustimmen. Andernfalls gilt die Empfangsbestätigung als vollständig von ihm abgelehnt.
6. Ein Lieferschein ohne Bestätigung des physischen Empfangs verliert 30 Tage nach Beginn der Warenbewegung seine Gültigkeit.

Sobald beide Seiten übereinstimmen, erreichen die Dokumente den Status Usaglašeno (Fulfilled in der API), und danach lässt sich nichts mehr ändern.

Die Frist für den physischen Empfang zu versäumen ist ein aufgeführter Verstoß: 200.000 bis 2.000.000 Dinar für das Unternehmen und 50.000 bis 150.000 Dinar für die verantwortliche Person. Derselbe Rahmen gilt, wenn gar kein Lieferschein gesendet wird.

Die praktische Schlussfolgerung: Der physische Empfang gehört an die Rampe, ins WMS, in den Moment, in dem die Ware eingebucht wird. Wenn er wartet, bis jemand am Monatsende abgleicht, ist die Frist schon verstrichen.

Was Sie gegen die API des Ministeriums bauen

Die technische Dokumentation beschreibt eine REST-API, die UBL-2.1-XML austauscht. Die eOtpremnica ist ein DespatchAdvice, die ePrijemnica ein ReceiptAdvice, und jeder andere Schritt (Stornierung, Beginn des Transports, Fahrzeugwechsel, physischer Empfang, Annahme oder Ablehnung einer Empfangsbestätigung) ist eine ApplicationResponse mit einem numerischen Code. Das Ministerium hat am 5. Dezember 2025 einen Workshop für den IT-Sektor zu Dokumenttypen, XML-Erweiterungen, Übermittlung und Webhooks veranstaltet.

Senden

Jedes Dokument geht an einen Endpunkt, POST /public/documents/requests, mit einer eigenen, eindeutigen Anfrage-ID. Die Verarbeitung ist asynchron. Das Ergebnis kommt später, per Webhook oder durch Abfrage von /public/documents/requests/changes, das jede Anfrage als ausstehend, erfolgreich oder fehlgeschlagen meldet, mit den fachlichen Fehlern im Anhang.

Ihr ERP braucht also einen Postausgang: einen Datensatz je Lieferschein, einen Zustandsautomaten und einen Wiederholungspfad, der keine Duplikate erzeugt. Das System lehnt eine Dokumentnummer ab, die für Ihr Unternehmen bereits existiert. Das hilft, aber nur, wenn Ihre Nummerierung über Wiederholungen hinweg stabil bleibt.

Die Fehlerliste in den API-FAQ des Ministeriums zeigt, wo die Datenarbeit liegt:

• Das Ausstellungsdatum muss heute sein, nach serbischer Zeit. Keine Rückdatierung und keine Lieferscheine von gestern, die über Nacht in einer Warteschlange liegen.
• Jede Adresse (Ihre, die des Kunden, die des Frachtführers, Lade- und Entladestellen) braucht eine Straße und einen Ort.
• Bei Eigentransport, einem Frachtführer oder Transport durch den Empfänger sind Frachtführer, amtliches Kennzeichen des Fahrzeugs und Transportmittel Pflicht. Eigentransport verlangt außerdem, dass für Ihr Unternehmen der Status als Frachtführer eingeschaltet ist.
• Mengen tragen einen Code für die Mengeneinheit. Positionen werden ab 1 nummeriert. Eine GTIN besteht, wenn angegeben, nur aus Ziffern.
• Der Empfänger muss registriert und aktiv sein. GET /public/companies/status prüft eine PIB vor dem Senden.

Die Stammdaten sind meist eine größere Aufgabe als das XML. Über einen Validator-Endpunkt können Sie Dokumente vor der Übermittlung testen, und er gehört in Ihre Testsuite.

Empfang und Lager

Eingehende Lieferscheine kommen über /public/documents/customers/changes, abgefragt je Datum mit 1.000 Änderungen pro Seite, oder per Webhook. Das Webhook-Abonnement gilt pro Tag: Ein Aufruf von /public/webhook-notifications/subscribe deckt den nächsten Tag ab. Lassen Sie das als geplanten Job laufen, alarmieren Sie bei Fehlschlägen und behalten Sie den Abruf-Endpunkt als nächtlichen Abgleich, damit aus einem verpassten Push keine verpasste Frist wird.

Jeder eingehende Lieferschein sollte im WMS als erwarteter Wareneingang landen, mit den Artikelnummern des Lieferanten auf Ihre eigenen abgebildet. Wenn die Ware eingebucht wird, sendet das WMS die Aktion für den physischen Empfang. Nach der Mengen- und Qualitätsprüfung sendet es die ePrijemnica: je Position die angekommene Menge und die abgelehnte Menge, die mit demselben Fahrzeug zurückgeht. Das System akzeptiert keine abgelehnte Menge, die über der empfangenen liegt.

Das Rollenmodell des Ministeriums ist eine brauchbare Vorlage. Seine Lagerrolle kann eingehende Lieferscheine auflisten und herunterladen und den physischen Empfang bestätigen. Genau so sollte auch eine Berechtigung im WMS aussehen.

Als Absender erhalten Sie außerdem die Empfangsbestätigung der Gegenseite und müssen sie annehmen oder ablehnen. Verfolgen Sie das 30-Tage-Fenster für die Einigung im ERP, nicht im Posteingang einer Person.

Verknüpfung mit E-Rechnungen im SEF

Einen Lieferschein mit einer E-Rechnung im SEF zu verknüpfen ist optional. Sobald ein Lieferschein gesendet und sein tatsächlicher Versandzeitpunkt verstrichen ist, kann das SEF einen oder mehrere Lieferscheine mit einer E-Rechnung verknüpfen, und die Rechnung muss nicht warten, bis der Empfangsablauf abgeschlossen ist. Wenn Ihr Dreiwegeabgleich aus Bestellung, Lieferung und Rechnung bereits im ERP läuft, gibt die Verknüpfung der Kreditorenbuchhaltung Ihres Kunden denselben Nachweis. Unsere Arbeit zur E-Rechnungs-Integration deckt die Seite des SEF ab.

Frachtführer und Straße

Der Fahrer kann den Lieferschein in der App des Ministeriums für Frachtführer vorzeigen. Ist der Frachtführer kein Nutzer des Systems, druckt der Absender den Lieferschein aus, der Frachtführer unterschreibt ihn vor der Abfahrt, und der Absender lädt die unterschriebene Kopie hoch, bevor die Ware bewegt wird. Seit der Änderung vom August darf ein Frachtführer, der das System nicht nutzen kann, stattdessen den QR-Code vorzeigen, der beim Senden des Lieferscheins erzeugt wurde; der Absender hängt dann vor der Abfahrt die Druckansicht an. Ihr TMS muss die Variante erzeugen, die Ihre Frachtführer nutzen, und die API liefert den QR-Code für Etiketten auch einzeln.

Für einen Ausfall gibt es eine Rückfallebene auf Papier: drei gedruckte Exemplare mit Sicherheitshologrammen aus der Münzstätte Topčider der Nationalbank Serbiens, die bis zum nächsten Arbeitstag im System erfasst werden. Kaufen Sie die Hologramme, bevor Sie sie brauchen.

So funktioniert der API-Schlüssel

Der gesetzliche Vertreter registriert das Unternehmen und meldet sich dazu über das staatliche eID-Portal an. Die Schlüssel werden dann in der Weboberfläche erzeugt (Einstellungen, API-Einstellungen, Admin-Modul, API-Schlüssel). Demo und Produktion sind getrennte Umgebungen, planen Sie also Schlüssel für beide ein.

Der Schlüssel identifiziert das Unternehmen. Die API-FAQ sind deutlich: Sie können keine Dokumente im Namen eines anderen Unternehmens senden, und das System erkennt das Unternehmen am vorgelegten API-Schlüssel. In der Praxis heißt das:

• Ein Konzern mit fünf juristischen Personen braucht fünf Schlüssel und einen Router, der anhand der PIB den richtigen auswählt.
• Ein Shared-Service-Center oder ein Softwarehaus kann nicht alle Kunden über einen einzigen Schlüssel schicken.
• Schlüssel gehören in einen Secrets-Speicher mit einem Verantwortlichen und einem Verfahren für die Rotation, nicht in eine Konfigurationsdatei auf dem ERP-Server.

Ein Zwölfmonatsplan

Es ist Oktober 2026. Vom 1. Oktober 2027 zurückgerechnet:

Oktober bis Dezember 2026: Bestandsaufnahme und Zugang.

• Listen Sie jede Art von Warenbewegung auf: Verkäufe, Rücksendungen, Umlagerungen zwischen Lagern, Importe, Exporte, eigener Fuhrpark, externe Frachtführer, Abholung durch den Kunden.
• Registrieren Sie das Unternehmen in der Produktion und besorgen Sie API-Schlüssel für die Demo-Umgebung.
• Beginnen Sie mit der Bereinigung der Stammdaten: Adressen, PIB und Registrierungsnummern der Partner, Frachtführer, Fahrzeuge, Mengeneinheiten.

Januar bis März 2027: der Sendeweg.

• Erzeugen Sie das DespatchAdvice aus den Sendungen, mit Postausgang, asynchroner Statusverfolgung und Fehlerbehandlung.
• Täglicher Job für das Webhook-Abonnement plus Abgleich per Abruf.
• Der Validator läuft in der CI gegen die Demo-Umgebung.

April bis Juni 2027: Empfang und Empfangsbestätigung.

• Eingehende Lieferscheine als erwartete Wareneingänge ins WMS.
• Physischer Empfang an der Rampe, ePrijemnica nach den Prüfungen, Alarme am zweiten von drei Tagen und am sechsten von acht Tagen.
• Annahme und Ablehnung der Empfangsbestätigungen, die Sie als Absender erhalten. Verknüpfung mit dem SEF, wenn Sie sie wollen.

Juli bis September 2027: Straße und Pilotbetrieb.

• Ablauf für Frachtführer, Druck und QR-Code, das Offline-Verfahren mit Hologrammen vor Ort.
• Schicken Sie echte Lieferscheine in der Produktion mit Partnern, die sich registriert haben; private Unternehmen dürfen das System bereits freiwillig nutzen.
• Schulen Sie Lagerpersonal und Fahrer. Frieren Sie im September die Änderungen ein.

Zwölf Monate sind bequem für eine juristische Person mit sauberen Daten. Für einen Konzern mit mehreren Gesellschaften, mehreren Lagern und Stammdaten, die seit Jahren niemand angefasst hat, wird es knapp.

Wo Sie Hilfe bekommen

C9 Group hat ein Büro in Novi Sad, serbische Regeln sind für uns also Heimspiel. Wir bauen die Integration selbst: UBL-Erzeugung, den API-Client, die Webhook-Verarbeitung und den Ablauf für den Wareneingang in Ihrem bestehenden ERP, WMS oder Webshop-Backend. Sehen Sie sich unsere Leistung zur ERP-Modernisierung an oder schreiben Sie an office@c9group.dev.