eOtpremnica в Сърбия: свързване на ERP, WMS и TMS системите до 1 октомври 2027 г.

От 1 октомври 2027 г. всяко движение на стоки между две регистрирани по ДДС частни компании в Сърбия изисква електронна стокова разписка, eOtpremnica, изпратена през системата на Министерството на финансите, преди стоките да тръгнат. Компанията получател трябва да потвърди получаването в същата система в рамките на няколко дни, а превозвачът трябва да може да покаже разписката при проверка.

Това обхваща доставките по продажби, връщанията и преместванията между собствените ви складове. Стоковата разписка престава да бъде бланка, която ERP системата ви отпечатва. Тя се превръща в UBL файл, който минава през държавен API, връща се с идентификатор и QR код и след това преминава през поредица от статуси и при двете страни.

Кой трябва да прочете това

Ако фактурирате и експедирате от Minimax, BizniSoft или Pantheon, доставчикът ви вече предлага поддръжка на eOtpremnica. Ако обемът ви е достатъчно малък, за да въвеждате разписките ръчно в безплатния уеб портал на министерството или в мобилното му приложение, и това върши работа. Прочетете раздела за сроковете за получаване, обучете хората на рампата и сте почти готови.

Тази статия е за другата група: дистрибутори, производители, търговци на едро и превозвачи, чиято експедиция и приемане на стоки минават през собствена ERP система, персонализирана WMS, TMS или бекенд на онлайн магазин, който обработва B2B поръчки. Никой няма да ви изпрати обновление. Интеграцията трябва да изградите сами.

Какво вече важи и какво се променя

Законът за електронните стокови разписки (Zakon o elektronskim otpremnicama) е от 2024 г. и оттогава е изменян два пъти. Последният закон за изменение, обнародван в Službeni glasnik 80/2026 на 31 август 2026 г., запази датата от октомври 2027 г. Етапите са описани в често задаваните въпроси на министерството и в консолидирания текст.

От 1 януари 2026 г.:

• Частните компании изпращат и получават eOtpremnica за акцизни стоки: тютюн, никотинови продукти, кафе, алкохолни напитки и нефтопродукти.
• Частните компании я изпращат за всички стоки, доставени на субект от публичния сектор, а субектите от публичния сектор я изпращат за собствените си движения на стоки.
• Превозвачите представят разписката при тези движения.

Производствената система работи от 30 декември 2025 г. Демо средата, предназначена за тестване на вътрешен софтуер, е отворена от 5 март 2025 г.

От 1 октомври 2027 г.:

• Задължението за изпращане, когато изпращачът и получателят са субекти от частния сектор и стоките не са акцизни.
• Задължението за получаване за всеки субект от частния сектор.
• Превозвачите представят разписката при тези движения.

Някои подробности изненадват хората. Преместване между два склада в един и същ фабричен комплекс изисква вътрешна разписка (тип Int в XML файла), ако стоките сменят адреса си и минават по път с обществено ползване. Вносът изисква вътрешна разписка от мястото, където сте придобили правото на разпореждане, или в някои случаи от митническото учреждение, до вашия склад. Износът обикновено изисква такава до мястото, където спедиторът поема стоките. Продажбите на дребно по закона за фискализацията са освободени, така че онлайн магазин, който продава срещу фискални касови бележки, е извън обхвата за тези поръчки. Частта му за продажби на едро не е.

Августовското изменение предвижда също, че до 1 януари 2027 г. контролните органи няма да вземат предвид грешки в данните в изпратените разписки и потвърждения. Това помага на изпращачите на акцизни стоки и на тези в публичния сектор. За октомври 2027 г. не променя нищо.

Може ли датата да бъде отместена? Законът е изменян два пъти за по-малко от две години, така че нови промени са възможни. Но току-що приетото изменение запази датата. Планирайте спрямо нея.

Сроковете са при получаването

Изпращането е лесната половина. Консолидираният закон поставя твърдите срокове на страната на получателя.

1. Преди стоките да тръгнат, изпращачът изпраща разписката. Докато получателят не потвърди физическото получаване, изпращачът може да я анулира, като посочи причина.
2. Физическото получаване трябва да бъде потвърдено в деня на приемането на стоките или най-късно три работни дни след началото на приемането.
3. В рамките на осем дни от това потвърждение получателят приема или отхвърля доставката, изцяло или частично, като изпраща ePrijemnica (електронна приемна разписка).
4. Получател от частния сектор, който не изпрати нищо в рамките на осем дни, се смята за отхвърлил доставката изцяло. За получател от публичния сектор е обратното: мълчанието означава приемане.
5. При частично приемане изпращачът има 30 дни от пристигането на електронната приемна разписка, за да се съгласи с разликите. В противен случай се смята, че е отхвърлил приемната разписка изцяло.
6. Разписка без потвърждение за физическо получаване престава да бъде валидна 30 дни след началото на движението.

Щом двете страни се споразумеят, документите достигат статус Usaglašeno (Fulfilled в API) и след това нищо не може да се променя.

Пропускането на срока за физическо получаване е изрично посочено нарушение: от 200 000 до 2 000 000 динара за компанията и от 50 000 до 150 000 динара за отговорното лице. Същият размер се прилага и когато разписка изобщо не е изпратена.

Практическият извод: физическото получаване трябва да се отбелязва на рампата, в WMS, в момента на заприхождаване на стоките. Ако чака някой да прави равнение в края на месеца, срокът вече е изтекъл.

Какво да изградите спрямо API на министерството

Техническата документация описва REST API, който обменя UBL 2.1 XML. eOtpremnica е DespatchAdvice, ePrijemnica е ReceiptAdvice, а всяка друга стъпка (анулиране, начало на превоза, смяна на превозното средство, физическо получаване, приемане или отхвърляне на електронна приемна разписка) е ApplicationResponse с числов код. На 5 декември 2025 г. министерството проведе семинар за ИТ сектора за видовете документи, разширенията на XML, подаването и уебкуковете.

Изпращане

Всеки документ отива към една крайна точка, POST /public/documents/requests, с ваш собствен уникален идентификатор на заявката. Обработката е асинхронна. Резултатът пристига по-късно чрез уебкука или чрез периодично запитване към /public/documents/requests/changes, който отчита всяка заявка като чакаща, успешна или неуспешна, заедно с бизнес грешките.

Затова ERP системата ви се нуждае от изходяща опашка (outbox): запис за всяка разписка, краен автомат на състоянията и механизъм за повторни опити, който не създава дубликати. Системата отхвърля номер на документ, който вече съществува за вашата компания, което помага, но само ако номерацията ви остава стабилна при повторните опити.

Списъкът с грешки в често задаваните въпроси за API на министерството показва къде е работата по данните:

• Датата на издаване трябва да е днешната, по сръбско време. Без антидатиране и без задържане на вчерашните разписки в опашка през нощта.
• Всеки адрес (вашият, на клиента, на превозвача, на местата за товарене и разтоварване) трябва да съдържа улица и град.
• При собствен превоз, превоз с превозвач или превоз на получателя превозвачът, регистрационният номер на превозното средство и видът на транспорта са задължителни. Собственият превоз изисква и включване на статуса на превозвач за вашата компания.
• Количествата съдържат код на мерната единица. Редовете се номерират от 1. GTIN, ако е посочен, съдържа само цифри.
• Получателят трябва да е регистриран и активен. GET /public/companies/status проверява PIB, преди да изпратите.

Основните данни обикновено са по-голяма задача от XML файла. Крайна точка за валидиране ви позволява да тествате документите преди подаване и тя трябва да е част от тестовете ви.

Получаване и складът

Входящите разписки пристигат през /public/documents/customers/changes, като се запитва по дата, по 1 000 промени на страница, или чрез уебкука. Абонаментът за уебкуки е за ден: извикване на /public/webhook-notifications/subscribe покрива следващия ден. Изпълнявайте го като планирана задача, задайте известие при неуспех и запазете крайната точка за изтегляне като нощно равнение, за да не се превърне пропуснато известие в пропуснат срок.

Всяка входяща разписка трябва да влиза в WMS като очаквано приемане, като кодовете на артикулите на доставчика се съпоставят с вашите. Когато стоките бъдат заприходени, WMS изпраща действието за физическо получаване. След проверката на количеството и качеството изпраща ePrijemnica: за всеки ред пристигналото количество и количеството, отхвърлено и върнато със същото превозно средство. Системата няма да приеме отхвърлено количество, по-голямо от полученото.

Моделът на ролите на самото министерство е полезен шаблон. Неговата складова роля може да преглежда и изтегля входящите разписки и да потвърждава физическото получаване. Това е правилният обхват и за правата в WMS.

Като изпращач получавате и електронната приемна разписка на другата страна и трябва да я приемете или отхвърлите. Следете 30-дневния срок за споразумение в ERP системата, а не в нечия пощенска кутия.

Връзка с електронните фактури в SEF

Свързването на стокова разписка с електронна фактура в SEF не е задължително. След като разписката е изпратена и действителното време на експедиция е минало, SEF може да свърже една или повече разписки с една електронна фактура, като фактурата не трябва да чака процесът по приемането да приключи. Ако тристранното ви съпоставяне на поръчка, доставка и фактура вече работи в ERP системата, връзката дава на отдела за задължения на клиента ви същите доказателства. Работата ни по интеграция на електронно фактуриране покрива страната на SEF.

Превозвачите и пътят

Шофьорът може да покаже разписката от приложението на министерството за превозвачи. Ако превозвачът не е потребител на системата, изпращачът отпечатва разписката, превозвачът я подписва преди тръгване, а изпращачът качва подписаното копие, преди стоките да тръгнат. След августовското изменение превозвач, който не може да използва системата, може вместо това да покаже QR кода, генериран при изпращането на разписката; тогава изпращачът прикачва версията за печат преди тръгване. Вашата TMS трябва да генерира онзи вариант, който използват превозвачите ви, а API връща QR кода и самостоятелно, за етикети.

При срив на системата има резервен вариант на хартия: три отпечатани екземпляра със защитни холографни стикери от монетния двор Топчидер на Народната банка на Сърбия, вписани в системата до следващия работен ден. Купете стикерите, преди да ви потрябват.

Как работи API ключът

Законният представител регистрира компанията, като влиза през държавния портал за електронна идентификация. След това ключовете се създават в уеб интерфейса (Settings, API settings, Admin module, API keys). Демо и производствената среда са отделни, така че предвидете ключове и за двете.

Ключът идентифицира компанията. Често задаваните въпроси за API са категорични: не можете да изпращате документи от името на друга компания и системата разпознава компанията по API ключа, който тя представя. На практика:

• Група с пет юридически лица се нуждае от пет ключа и маршрутизатор, който избира правилния по PIB.
• Център за споделени услуги или софтуерна компания не може да прекарва всичките си клиенти през един ключ.
• Ключовете трябва да са в хранилище за тайни, с отговорник и процедура за ротация, а не в конфигурационен файл на ERP сървъра.

План за 12 месеца

Октомври 2026 г. е. Броено назад от 1 октомври 2027 г.:

Октомври до декември 2026 г.: опис и достъп.

• Избройте всеки вид движение: продажби, връщания, премествания между складове, внос, износ, собствен автопарк, външни превозвачи, взимане от клиента.
• Регистрирайте компанията в производствената среда и вземете демо API ключове.
• Започнете почистването на основните данни: адреси, PIB и регистрационни номера на партньорите, превозвачи, превозни средства, мерни единици.

Януари до март 2027 г.: пътят на изпращането.

• Генериране на DespatchAdvice от пратките, с изходящата опашка, асинхронното проследяване на статуса и обработката на грешки.
• Ежедневна задача за абонамента за уебкуки плюс равнение чрез изтегляне.
• Валидаторът се изпълнява в CI спрямо демо средата.

Април до юни 2027 г.: получаване и приемане.

• Входящите разписки влизат в WMS като очаквани приемания.
• Физическо получаване на рампата, ePrijemnica след проверките, известия на втория от трите дни и на шестия от осемте.
• Обработка на приемането и отхвърлянето на електронните приемни разписки, които получавате като изпращач. Свързване със SEF, ако го искате.

Юли до септември 2027 г.: пътят и пилотът.

• Процес за превозвачите, печат и QR код, процедура при срив със стикерите на място.
• Пуснете реални разписки в производствената среда с партньори, които са се регистрирали; частните компании вече могат да използват системата доброволно.
• Обучете складовия персонал и шофьорите. Замразете промените през септември.

Дванадесет месеца са удобен срок за едно юридическо лице с чисти данни. Тесни са за група с няколко юридически лица, няколко склада и основни данни, които никой не е пипал от години.

Къде да намерите помощ

C9 Group има офис в Нови Сад, така че сръбските правила са нашият терен. Изграждаме самата интеграция: генерирането на UBL, API клиента, обработката на уебкуките и процеса за складово приемане в съществуващата ви ERP система, WMS или бекенд на онлайн магазин. Вижте услугата ни за модернизация на ERP системи или ни пишете на office@c9group.dev.