세르비아 eOtpremnica: 2027년 10월 1일까지 ERP, WMS, TMS 연결하기

상자 포장된 물품 팔레트를 싣고 창고를 지나는 지게차

2027년 10월 1일부터 세르비아에서 VAT에 등록된 두 민간 기업 사이의 모든 물품 이동에는 전자 납품서인 eOtpremnica가 필요하며, 이는 물품이 출발하기 전에 재무부 시스템을 통해 보내야 합니다. 물품을 받는 회사는 며칠 안에 같은 시스템에서 수령을 확인해야 하고, 운송인은 검사 시 납품서를 제시할 수 있어야 합니다.

판매 납품, 반품, 자사 창고 간 이동이 모두 포함됩니다. 납품서는 더 이상 ERP가 인쇄하는 양식이 아닙니다. 국가 API를 거쳐 식별자와 QR 코드를 받아 돌아오고, 그 뒤 양쪽에서 상태 워크플로를 따라 움직이는 UBL 파일이 됩니다.

이 글을 읽어야 하는 곳

Minimax, BizniSoft, Pantheon에서 인보이스를 발행하고 출하한다면 벤더가 이미 eOtpremnica 지원을 제공하고 있습니다. 물량이 적어 재무부의 무료 웹 포털이나 모바일 앱에 납품서를 직접 입력할 수 있는 수준이라면 그것으로도 됩니다. 수령 기한에 관한 부분을 읽고, 하역장 직원을 교육하면 대부분 끝납니다.

이 글은 다른 부류를 위한 것입니다. 출하와 입고가 자체 ERP, 커스터마이징한 WMS, TMS, 또는 B2B 주문을 처리하는 전자상거래 백엔드로 돌아가는 유통사, 제조사, 도매상, 운송사입니다. 아무도 업데이트를 보내 주지 않습니다. 연동은 직접 만들어야 합니다.

이미 적용 중인 것과 바뀌는 것

전자 납품서법(Zakon o elektronskim otpremnicama)은 2024년에 제정되어 그 뒤 두 차례 개정되었습니다. 2026년 8월 31일 Službeni glasnik 80/2026에 게재된 최신 개정법은 2027년 10월 날짜를 그대로 유지했습니다. 재무부의 FAQ와 통합본이 단계를 정리합니다.

2026년 1월 1일부터:

민간 기업은 소비세 대상 물품(담배, 니코틴 제품, 커피, 주류, 석유 제품)에 대해 eOtpremnica를 보내고 받습니다.
민간 기업은 공공 부문 기관에 납품하는 모든 물품에 대해 eOtpremnica를 보내고, 공공 부문 기관은 자체 이동에 대해 보냅니다.
운송인은 이 이동에 대해 납품서를 제시합니다.

운영 시스템은 2025년 12월 30일부터 가동 중입니다. 사내 소프트웨어 테스트용 데모 환경은 2025년 3월 5일부터 열려 있습니다.

2027년 10월 1일부터:

발신자와 수신자가 모두 민간 부문이고 소비세 대상 물품이 아닌 경우의 발신 의무.
모든 민간 부문 기관의 수신 의무.
이 이동에 대한 운송인의 납품서 제시.

놓치기 쉬운 세부 사항이 몇 가지 있습니다. 같은 공장 부지 안의 두 창고 사이 이동이라도 물품의 주소가 바뀌고 공공 도로를 지난다면 내부 납품서(XML의 Int 유형)가 필요합니다. 수입품은 처분권을 취득한 장소, 경우에 따라서는 세관에서 자사 창고까지의 내부 납품서가 필요합니다. 수출품은 보통 운송 주선인이 인수하는 지점까지 납품서가 필요합니다. 재정 영수증법(fiscalisation law)에 따른 소매 판매는 면제되므로, 재정 영수증을 발행하고 판매하는 전자상거래 쇼핑몰의 해당 주문은 적용 범위 밖입니다. 도매 쪽은 그렇지 않습니다.

8월 개정은 2027년 1월 1일까지 감독 기관이 발송된 납품서와 수령서의 데이터 오류를 고려하지 않는다고도 정합니다. 소비세 대상 물품과 공공 부문 발신자에게는 도움이 됩니다. 2027년 10월에는 아무 도움도 되지 않습니다.

날짜가 바뀔 수 있을까요? 이 법은 2년이 안 되는 사이에 두 번 개정되었으니 추가 변경도 가능합니다. 그러나 방금 통과된 개정은 날짜를 유지했습니다. 그 날짜를 기준으로 계획하십시오.

기한은 수령 단계에 있습니다

발송은 쉬운 절반입니다. 통합법은 엄격한 기한을 수신 쪽에 둡니다.

물품이 움직이기 전에 발신자가 납품서를 보냅니다. 수신자가 물리적 수령을 확인하기 전까지 발신자는 사유를 밝히고 납품서를 취소할 수 있습니다.
물리적 수령은 물품을 인수한 날, 늦어도 수령을 시작한 날부터 3영업일 안에 확인해야 합니다.
그 확인으로부터 8일 안에 수신자는 ePrijemnica(전자 수령서)를 보내 납품의 전부 또는 일부를 수락하거나 거부합니다.
8일 안에 아무것도 보내지 않은 민간 부문 수신자는 납품 전체를 거부한 것으로 간주됩니다. 공공 부문 수신자는 반대입니다. 침묵은 수락을 뜻합니다.
일부 수락의 경우 발신자는 전자 수령서가 도착한 날부터 30일 안에 차이에 동의해야 합니다. 그러지 않으면 전자 수령서 전체를 거부한 것으로 처리됩니다.
물리적 수령 확인이 없는 납품서는 이동이 시작된 날부터 30일이 지나면 효력을 잃습니다.

양쪽이 합의하면 문서는 Usaglašeno(API에서는 Fulfilled) 상태가 되고, 그 뒤로는 아무것도 바꿀 수 없습니다.

물리적 수령 기한을 놓치는 것은 법에 열거된 위반 행위로, 회사에는 20만 디나르부터 200만 디나르까지, 책임자에게는 5만 디나르부터 15만 디나르까지의 과태료가 부과됩니다. 납품서를 아예 보내지 않은 경우에도 같은 범위가 적용됩니다.

실무적인 결론은 이렇습니다. 물리적 수령은 하역장에서, WMS 안에서, 물품을 입고 처리하는 순간에 이루어져야 합니다. 월말에 누군가 대사할 때까지 기다리면 기한은 이미 지나 있습니다.

재무부 API에 맞춰 구축할 것

기술 문서는 UBL 2.1 XML을 주고받는 REST API를 설명합니다. eOtpremnica는 DespatchAdvice, ePrijemnica는 ReceiptAdvice이고, 그 밖의 모든 단계(취소, 운송 시작, 차량 변경, 물리적 수령, 전자 수령서의 수락 또는 거부)는 숫자 코드가 붙은 ApplicationResponse입니다. 재무부는 2025년 12월 5일 문서 유형, XML 확장, 제출, 웹훅을 주제로 IT 업계 대상 워크숍을 열었습니다.

발송

모든 문서는 자체 고유 요청 ID를 붙여 하나의 엔드포인트 POST /public/documents/requests로 보냅니다. 처리는 비동기입니다. 결과는 나중에 웹훅으로, 또는 /public/documents/requests/changes를 폴링해서 받으며, 여기서 각 요청이 대기 중인지, 성공했는지, 실패했는지가 비즈니스 오류와 함께 보고됩니다.

따라서 ERP에는 아웃박스가 필요합니다. 납품서마다 레코드 하나, 상태 머신, 그리고 중복을 만들지 않는 재시도 경로입니다. 시스템은 귀사에 이미 존재하는 문서 번호를 거부하므로 도움이 되지만, 그것도 재시도 사이에 번호가 안정적으로 유지될 때의 이야기입니다.

재무부 API FAQ의 오류 목록을 보면 데이터 작업이 어디에 있는지 알 수 있습니다.

발행일은 세르비아 시간 기준으로 오늘이어야 합니다. 소급 발행도, 어제 납품서를 대기열에 밤새 붙잡아 두는 것도 안 됩니다.
모든 주소(귀사, 고객, 운송인, 상차지와 하차지)에는 도로명과 도시가 필요합니다.
자가 운송, 운송인 운송, 수신자 운송의 경우 운송인, 차량 등록 번호, 운송 수단이 필수입니다. 자가 운송이라면 귀사의 운송인 상태도 켜야 합니다.
수량에는 단위 코드가 붙습니다. 라인 번호는 1부터 매깁니다. GTIN을 넣는다면 숫자로만 씁니다.
수신자는 등록되어 있고 활성 상태여야 합니다. GET /public/companies/status로 보내기 전에 PIB를 확인할 수 있습니다.

대개 XML보다 마스터 데이터가 더 큰 작업입니다. 검증기 엔드포인트로 제출 전에 문서를 테스트할 수 있으니 테스트 스위트에 넣으십시오.

수신과 창고

들어오는 납품서는 날짜별로 한 페이지에 1,000건씩 폴링하는 /public/documents/customers/changes나 웹훅으로 도착합니다. 웹훅 구독은 하루 단위입니다. /public/webhook-notifications/subscribe를 호출하면 다음 날 하루를 다룹니다. 이를 예약 작업으로 실행하고, 실패하면 알림을 보내고, 놓친 푸시가 놓친 기한으로 이어지지 않도록 풀 엔드포인트를 야간 대사용으로 유지하십시오.

들어온 납품서는 공급자의 품목 코드를 귀사 코드로 매핑해 WMS에 입고 예정으로 들어가야 합니다. 물품이 입고 처리되면 WMS가 물리적 수령 액션을 보냅니다. 수량과 품질 검사가 끝나면 ePrijemnica를 보냅니다. 라인마다 도착한 수량과, 거부되어 같은 차량으로 반송된 수량을 적습니다. 시스템은 수령 수량보다 큰 거부 수량을 받아들이지 않습니다.

재무부 자체의 역할 모델은 좋은 본보기입니다. 창고 역할은 들어오는 납품서를 조회하고 내려받고 물리적 수령을 확인할 수 있습니다. WMS 권한도 이런 형태가 맞습니다.

발신자로서 귀사는 상대방의 전자 수령서도 받아 수락하거나 거부해야 합니다. 30일 합의 기간은 누군가의 메일함이 아니라 ERP에서 추적하십시오.

SEF 전자 인보이스와의 연결

납품서를 SEF의 전자 인보이스에 연결하는 것은 선택 사항입니다. 납품서가 발송되고 실제 출하 시각이 지나면 SEF는 하나 이상의 납품서를 전자 인보이스 하나에 연결할 수 있으며, 인보이스는 수령 워크플로가 끝날 때까지 기다리지 않아도 됩니다. 주문, 납품, 인보이스의 3자 대사를 이미 ERP에서 하고 있다면, 이 연결은 고객의 매입채무 담당자에게 같은 근거를 제공합니다. SEF 쪽은 저희의 전자 인보이스 연동 작업이 다룹니다.

운송인과 도로

운전자는 재무부의 운송인 앱에서 납품서를 보여 줄 수 있습니다. 운송인이 시스템 사용자가 아니라면 발신자가 납품서를 인쇄하고, 운송인이 출발 전에 서명하고, 발신자가 물품이 움직이기 전에 서명본을 업로드합니다. 8월 개정 이후로는 시스템을 쓸 수 없는 운송인이 그 대신 납품서를 보낼 때 생성된 QR 코드를 보여 줄 수 있고, 이 경우 발신자는 출발 전에 인쇄용 화면을 첨부합니다. TMS는 운송인들이 쓰는 방식이 무엇이든 그것을 만들어 내야 하며, API는 라벨용으로 QR 코드만 따로 반환합니다.

장애에 대비한 종이 대체 절차도 있습니다. 세르비아 국립은행 토프치데르(Topčider) 조폐소의 보안 홀로그램 스티커를 붙인 인쇄본 세 부를 쓰고, 다음 영업일까지 시스템에 기록합니다. 스티커는 필요해지기 전에 사 두십시오.

API 키의 작동 방식

법정 대리인이 국가 eID 포털로 로그인해 회사를 등록합니다. 그다음 웹 인터페이스(설정, API 설정, 관리자 모듈, API 키)에서 키를 만듭니다. 데모와 운영은 별개의 환경이므로 양쪽 모두의 키를 준비하십시오.

키는 회사를 식별합니다. API FAQ는 단호합니다. 다른 회사를 대신해 문서를 보낼 수 없으며, 시스템은 제시된 API 키로 회사를 인식합니다. 실무적으로는 다음과 같습니다.

법인이 다섯 개인 그룹에는 키 다섯 개와 PIB로 올바른 키를 고르는 라우터가 필요합니다.
공유 서비스 센터나 소프트웨어 회사는 모든 고객사를 키 하나로 밀어 넣을 수 없습니다.
키는 ERP 서버의 설정 파일이 아니라 담당자와 교체 절차가 정해진 비밀 저장소에 두어야 합니다.

12개월 계획

지금은 2026년 10월입니다. 2027년 10월 1일부터 거꾸로 계산합니다.

2026년 10월부터 12월까지: 현황 파악과 접근 권한.

모든 이동 유형을 나열합니다. 판매, 반품, 창고 간 이동, 수입, 수출, 자사 차량, 외부 운송인, 고객 직접 수령입니다.
운영 환경에 회사를 등록하고 데모 API 키를 받습니다.
마스터 데이터 정리를 시작합니다. 주소, 거래처 PIB와 등록 번호, 운송인, 차량, 단위입니다.

2027년 1월부터 3월까지: 발송 경로.

출하 데이터로 DespatchAdvice를 생성하고, 아웃박스, 비동기 상태 추적, 오류 처리를 갖춥니다.
일일 웹훅 구독 작업과 풀 방식 대사.
CI에서 데모 환경을 대상으로 검증기를 실행합니다.

2027년 4월부터 6월까지: 수신과 수령.

들어오는 납품서를 WMS에 입고 예정으로 넣습니다.
하역장에서의 물리적 수령, 검사 후 ePrijemnica, 3일 중 2일째와 8일 중 6일째의 알림.
발신자로서 받는 전자 수령서의 수락과 거부 처리. 원한다면 SEF 연결.

2027년 7월부터 9월까지: 도로와 파일럿.

운송인 흐름, 인쇄와 QR, 현장에 스티커를 비치한 오프라인 절차.
등록을 마친 거래처와 운영 환경에서 실제 납품서를 운용합니다. 민간 기업은 이미 자발적으로 시스템을 쓸 수 있습니다.
창고 직원과 운전자를 교육합니다. 9월에는 변경을 동결합니다.

데이터가 깨끗한 단일 법인이라면 12개월은 여유 있는 기간입니다. 법인과 창고가 여러 개이고 몇 년 동안 아무도 손대지 않은 마스터 데이터를 가진 그룹이라면 빠듯합니다.

도움이 필요하시면

C9 Group은 노비사드에 사무소가 있어 세르비아 규정은 저희에게 익숙한 영역입니다. 저희는 연동 자체를 구축합니다. 귀사의 기존 ERP, WMS, 전자상거래 백엔드 안에 UBL 생성, API 클라이언트, 웹훅 처리, 창고 수령 워크플로를 만듭니다. ERP 현대화 서비스를 보시거나 office@c9group.dev로 연락 주십시오.