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 проширувањата, поднесувањето и webhook-овите.

Праќање

Секој документ оди на една крајна точка, POST /public/documents/requests, со единствен ваш ID на барањето. Обработката е асинхрона. Резултатот пристигнува подоцна, преку webhook или со периодично проверување на /public/documents/requests/changes, што за секое барање известува дали е во тек, успешно или неуспешно, со приложени деловни грешки.

Значи на вашиот ERP му треба излезно сандаче (outbox): запис по испратница, машина на состојби и патека за повторни обиди што не создава дупликати. Системот го одбива бројот на документ што веќе постои за вашата компанија, што помага, но само ако вашето нумерирање останува стабилно при повторните обиди.

Списокот на грешки во најчестите прашања за API на Министерството покажува каде е работата со податоците:

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

Матичните податоци обично се поголема работа од XML-от. Крајна точка за проверка ви овозможува да ги тестирате документите пред поднесување, и таа припаѓа во вашиот пакет тестови.

Примање и магацинот

Влезните испратници пристигнуваат преку /public/documents/customers/changes, со проверување по датум, по 1.000 промени на страница, или преку webhook. Претплатата на webhook е дневна: повикот до /public/webhook-notifications/subscribe го покрива следниот ден. Пуштајте го како закажана задача, алармирајте кога не успева и чувајте ја крајната точка за повлекување како ноќно усогласување, за пропуштено известување да не стане пропуштен рок.

Секоја влезна испратница треба да стигне во WMS како очекуван прием, со шифрите на артиклите на добавувачот мапирани кон вашите. Кога стоката ќе се книжи на влез, WMS го праќа дејството за физички прием. По проверките на количината и квалитетот ја праќа ePrijemnica: по ставка, количината што пристигнала и количината што е одбиена и вратена со истото возило. Системот нема да прифати одбиена количина поголема од примената.

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

Како испраќач ја примате и е-приемницата од другата страна и мора да ја прифатите или одбиете. Следете го 30-дневниот прозорец за согласување во ERP-от, а не во нечие сандаче за е-пошта.

Поврзување со е-фактурите во SEF

Поврзувањето на испратница со е-фактура во SEF е опционално. Штом испратницата е испратена и вистинското време на отпрема поминало, SEF може да поврзе една или повеќе испратници со една е-фактура, а фактурата не мора да чека текот на прием да заврши. Ако вашето тројно усогласување на нарачка, испорака и фактура веќе работи во ERP-от, врската ѝ ги дава истите докази на службата за обврски кон добавувачи кај вашиот купувач. Нашата работа на интеграција на е-фактурирање ја покрива страната на SEF.

Превозниците и патот

Возачот може да ја покаже испратницата од апликацијата за превозници на Министерството. Ако превозникот не е корисник на системот, испраќачот ја печати испратницата, превозникот ја потпишува пред поаѓање, а испраќачот ја прикачува потпишаната копија пред стоката да тргне. По августовскиот амандман, превозник што не може да го користи системот може наместо тоа да го покаже QR-кодот генериран при праќањето на испратницата; испраќачот тогаш го прикачува приказот за печатење пред поаѓањето. Вашиот TMS мора да го произведува она што го користат вашите превозници, а API го враќа и самиот QR-код за етикети.

За случај на прекин постои резервна варијанта на хартија: три отпечатени примероци со безбедносни холограмски налепници од Заводот „Топчидер“ на Народната банка на Србија, евидентирани во системот до следниот работен ден. Купете ги налепниците пред да ви затребаат.

Како функционира клучот за API

Законскиот застапник ја регистрира компанијата, со најава преку државниот портал за eID. Клучевите потоа се создаваат во веб-интерфејсот (Подесувања, API подесувања, Админ модул, API клучеви). Демо-околината и продукцијата се одделни, па планирајте клучеви за двете.

Клучот ја идентификува компанијата. Најчестите прашања за API се директни: не можете да праќате документи во име на друга компанија, а системот ја препознава компанијата според клучот за API што го презентира. Во пракса:

• Група со пет правни лица бара пет клучеви и рутер што го избира вистинскиот според PIB.
• Центар за заеднички услуги или софтверска куќа не може да ги протурка сите клиенти преку еден клуч.
• Клучевите припаѓаат во складиште за тајни, со сопственик и постапка за ротација, а не во конфигурациска датотека на серверот на ERP.

План од 12 месеци

Октомври 2026 е. Сметајќи наназад од 1 октомври 2027:

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

• Наведете го секој вид движење: продажби, враќања, преместувања меѓу магацини, увоз, извоз, сопствен возен парк, надворешни превозници, подигнување од купувачот.
• Регистрирајте ја компанијата во продукција и обезбедете демо клучеви за API.
• Почнете со чистење на матичните податоци: адреси, PIB и матични броеви на партнерите, превозници, возила, мерни единици.

Од јануари до март 2027: патеката за праќање.

• Генерирање на DespatchAdvice од пратките, со излезното сандаче, асинхроно следење на статусите и обработка на грешките.
• Дневна задача за претплата на webhook плус усогласување со повлекување.
• Проверката се извршува во CI наспроти демо-околината.

Од април до јуни 2027: примање и прием.

• Влезните испратници во WMS како очекувани приеми.
• Физички прием на рампата, ePrijemnica по проверките, аларми на вториот од трите дена и на шестиот од осумте дена.
• Обработка на прифаќање и одбивање за е-приемниците што ги добивате како испраќач. Поврзување со SEF, ако го сакате.

Од јули до септември 2027: патот и пилотот.

• Тек за превозниците, печатење и QR, постапката без систем со налепници на лице место.
• Пуштајте вистински испратници во продукција со партнерите што се регистрирале; приватните компании веќе може доброволно да го користат системот.
• Обучете ги вработените во магацинот и возачите. Замрзнете ги промените во септември.

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

Каде да побарате помош

C9 Group има канцеларија во Нови Сад, па српските правила за нас се домашен терен. Ја градиме самата интеграција: генерирањето UBL, клиентот за API, обработката на webhook-овите и текот на прием во магацинот во вашиот постоен ERP, WMS или заден систем на е-продавница. Погледнете ја нашата услуга за модернизација на ERP или пишете ни на office@c9group.dev.