2027년 1월 1일 슬로바키아의 Peppol 전환: 자체 ERP와 EDI 흐름을 위한 전자 인보이스

브라티슬라바 중앙 광장의 구시청사

2027년 1월 1일부터 슬로바키아에 설립된 VAT 납세자는 다른 슬로바키아 사업자에게 PDF를 이메일로 보내고 그것을 인보이스라고 부를 수 없습니다. 국내 B2B와 B2G 인보이스는 유럽 표준 EN 16931에 따른 구조화 XML이어야 하며, 인증 서비스 제공자를 통해 Peppol 네트워크로 전달되어야 합니다. 재정청(Financial Administration)은 이 서비스 제공자를 "digitálny poštár", 즉 디지털 우체부라고 부릅니다. VAT 납세자가 아닌 곳을 포함해 슬로바키아의 모든 회사, 개인사업자, 공공기관은 이 인보이스를 수신할 수 있어야 합니다.

2026년 10월 초 기준으로 남은 기간은 약 90일입니다.

Pohoda, KROS, Money 같은 패키지 회계 제품을 쓰고 있다면 이 일은 대부분 벤더의 몫입니다. 벤더들은 Peppol 지원을 내놓고 있고, 재정청의 2026년 8월 26일 자 매뉴얼도 대부분의 경우 기존 시스템을 업데이트하는 것으로 충분하다고 말합니다. 업데이트를 설치하고, 서비스 제공자를 고르고, 회계 담당자와 처리 절차를 합의하십시오.

이 글은 그 밖의 모든 회사를 위한 것입니다. 사내 ERP, 대폭 커스터마이징했거나 지원이 끝난 시스템, 자사 제품 안의 과금 엔진, 또는 소매 고객과의 EDIFACT 연결에서 인보이스가 나오는 회사입니다.

법이 요구하는 것

이 의무는 개정 VAT법(222/2004 Z. z., 385/2025 Z. z.로 개정)에서 나옵니다. 재정청의 eFaktúra 페이지와 매뉴얼을 바탕으로 요약하면 다음과 같습니다.

발행. 슬로바키아에 설립된 VAT 납세자는 고객이 슬로바키아 과세사업자이거나 슬로바키아 법인이라면 국내 공급과 공급 전에 받은 대금에 대해 전자 인보이스를 발행해야 합니다. 소비자는 대상이 아닙니다. VAT 면세 공급과 간이 인보이스(100유로 이하의 영수증, 또는 VAT 포함 400유로 이하의 eKasa 영수증)도 제외됩니다. 그 밖에는 인보이스 금액이 더 이상 상관없습니다.
수신. VAT 납세자 여부와 관계없이 모든 슬로바키아 과세사업자와 모든 슬로바키아 법인은 인증 서비스 제공자를 통해 전자 인보이스를 수신할 수 있어야 합니다.
형식. EN 16931을 따르는 XML이며 UBL 2.1 또는 CII D16B입니다. 네트워크에서는 UBL 기반인 Peppol BIS Billing 3.0을 뜻합니다.
전달. 인증 서비스 제공자를 통해 Peppol로 보냅니다. 거래 당사자가 이메일이나 기존 EDI 연결 같은 다른 채널을 합의할 수도 있지만, 구매자의 사전 동의가 있어야 하고, 인보이스는 여전히 EN 16931 XML이어야 하며, 양쪽 모두 여전히 서비스 제공자를 통해 도달할 수 있어야 합니다.
기한. 지금처럼 공급일로부터 15일입니다. 네트워크로 보내는 인보이스의 발행일은 서비스 제공자에게 넘긴 날입니다.
보고. 서비스 제공자가 세무 데이터를 추출해 재정청에 보고하며, 법은 귀사가 인보이스를 넘긴 시점에 보고 의무를 다한 것으로 봅니다. kontrolný výkaz(VAT 통제 명세서)는 2030년 7월 1일까지 유지됩니다.
보관. VAT 납세자는 XML을 해당 연도 말부터 10년간 보관합니다. PDF로 렌더링한 것은 인보이스가 아닙니다.
과태료. 매뉴얼과 2026년 9월 15일 자 FAQ에 따르면 전자 인보이스 의무를 위반하거나 잘못된 데이터를 보내면 최대 1만 유로, 반복 위반은 최대 10만 유로의 과태료가 부과될 수 있습니다. 명백한 오류를 신속히 바로잡은 경우나 서비스 제공자 쪽의 장애를 입증할 수 있는 경우에는 과태료가 부과되지 않습니다.

전환은 과세 시점을 따릅니다. 인보이스 발행 의무가 2026년 12월 31일까지 발생했다면 대금이 2027년에 지급되더라도 기존 규칙이 적용됩니다.

작은 변경 두 가지도 놓치기 쉽습니다. 임대료나 리스의 지급 일정표(splátkový kalendár)는 더 이상 합산 인보이스로 쓸 수 없고, 반복되는 공급마다 별도의 전자 인보이스가 필요합니다. 그리고 슬로바키아에 VAT 등록만 한 외국 회사는 2030년 6월 30일까지 적용 범위 밖에 있습니다.

EDIFACT 인보이스는 더 이상 인정되지 않습니다

제조사와 소매 체인에 납품하는 공급업체가 타격을 받는 부분입니다. FAQ는 단호합니다. 2027년 1월 1일 이후에도 고객과 EDIFACT를 계속 주고받을 수는 있지만, 국내 거래에서 EDIFACT 인보이스는 더 이상 VAT 목적상 전자 인보이스의 정의를 충족하지 않습니다. FAQ의 표현으로는 "vy alebo váš poskytovateľ IT služieb musí vykonať konverziu", 즉 귀사나 귀사의 IT 서비스 제공자가 그 인보이스를 EN 16931 UBL이나 CII로 변환해야 합니다.

FAQ는 경로까지 알려 줍니다. CEN/TS 16931-3-4는 EDIFACT INVOIC D16B를 EN 16931 의미 모델에 매핑하고, 거기서 UBL로 매핑합니다. FAQ의 예시에서 EDIFACT 인보이스 번호는 비즈니스 용어 BT-1이 되고, 이것이 UBL에서 cbc:ID가 됩니다.

여기서 두 가지 설계 선택이 나옵니다.

변환을 어디서 하는가. 귀사 시스템이 EDIFACT 메시지에 쓰이는 것과 같은 데이터로 UBL을 생성하거나, EDI 서비스 제공자가 내보내는 길에 변환합니다. 제공자가 변환한다면 검증 보고서를 요구하십시오. 과태료는 귀사가 내기 때문입니다.

어느 채널로 보내는가. UBL을 Peppol BIS로 Peppol을 통해 보내면 서비스 제공자가 보고합니다. 구매자와의 합의로 EDI 채널을 유지한다면 아무것도 자동으로 보고되지 않으며, 그 밖의 모든 것을 위해 여전히 Peppol 엔드포인트가 필요합니다.

이 규칙은 인보이스, 크레딧 노트, 역발행 인보이스에 관한 것입니다. 주문서와 출하 통지는 그대로 두어도 됩니다.

실제로 구축해야 하는 것

자체 시스템의 작업은 네 부분으로 나뉩니다. 대개 서비스 제공자 연결이 가장 작은 부분입니다.

1. 발신: 검증을 통과하는 UBL

인보이스 데이터를 EN 16931 비즈니스 용어로, 그다음 UBL로 매핑합니다. eFaktúra 페이지는 비즈니스 용어를 그 근거가 되는 슬로바키아 법 조항에 매핑하고 Peppol BIS 위에 슬로바키아 고유의 필수 여부(cardinality)를 덧붙인 전환 스프레드시트(이 글을 쓸 때 버전 1.11)를 공개합니다. 이것을 사양서로 삼으십시오.

말썽을 일으키는 필드는 대개 눈에 띄는 것들이 아닙니다.

수신자의 DIČ. Peppol에서 슬로바키아 참여자의 주소는 IČO나 IČ DPH가 아니라 세금 식별 번호인 DIČ를 쓴 0245:DIČ입니다. 이미 9950 식별자로 Peppol에 있는 회사도 슬로바키아 SMP에 0245 등록이 필요합니다. 고객 마스터에 IČO와 IČ DPH만 있다면 코드 작업 전에 데이터 작업부터 해야 합니다.
VAT 범주 코드. S, Z, E, AE, O이며 각각 Peppol 비즈니스 규칙이 붙어 있습니다. 범주 O(VAT 적용 범위 밖)는 인보이스에 VAT 식별자를 넣을 수 없고, 표준세율 라인과 한 인보이스에 함께 있을 수 없습니다. 면세 사유 텍스트(BT-120)는 면세 공급용이며, 표준세율 인보이스에 채우면 XML이 무효가 됩니다.
단위는 자유 텍스트가 아니라 UN/ECE 코드 목록에서 가져옵니다. 모든 라인에 하나씩 필요합니다.
잊고 있던 문서 유형. 정정은 크레딧 노트와 새 인보이스로 하거나, BT-25에서 원 인보이스를 참조하는 정정 인보이스로 합니다. 선수금에 대한 세무 문서는 유형 코드 388을 씁니다. 역발행 인보이스는 유형 389입니다.

보내기 전에 Peppol BIS와 슬로바키아 규칙으로 검증하고, 실패는 고칠 수 있는 사람에게 보내십시오. 넘긴 인보이스는 잠그고, 재시도는 멱등하게 만드십시오. 같은 인보이스가 두 개의 번호로 두 번 나가면 세무 문제가 됩니다.

2. 서비스 제공자 연결

2026년 10월 1일 자 등록부에는 슬로바키아와 해외의 인증 서비스 제공자 79곳이 올라 있습니다. 각자 고유한 API와 인증 방식을 갖고 있습니다. 인보이스 경로에 중앙 국가 플랫폼은 없습니다. 그런 플랫폼을 두려던 계획은 2024년에 폐기되었고, 인보이스는 서비스 제공자 사이에서 직접 오갑니다. FAQ에서 나온 실무 사항은 다음과 같습니다.

참여자 ID 하나에 수신용 서비스 제공자는 한 곳만 등록할 수 있지만, 발신은 여러 곳을 통해 해도 됩니다.
재정청 포털을 통해 수신용 서비스 제공자를 등록하는 것은 법적 요건이며, 등록하는 사람은 그 포털에서 회사를 대리할 권한이 있어야 합니다. 이번 주에 처리하십시오. 코드가 필요 없는 단계 중 가장 오래 걸리는 단계입니다.
수신자가 Peppol에 없으면 전달은 실패하지만, 발신자로서의 의무는 이행된 것이고 데이터도 여전히 보고됩니다. 코드는 실패를 기록하고 누군가에게 알려야 하며, 무한히 재시도하거나 과금을 막아서는 안 됩니다.

자체 액세스 포인트를 운영하려면 OpenPeppol 인증, 재정청의 인가, 그리고 2027년 7월 1일부터는 ISO/IEC 27001이 필요합니다. 자사 인보이스만 보내는 회사라면 서비스 제공자를 쓰는 것이 합리적입니다.

3. 매입채무로 들어오는 수신

1월부터 에너지 공급사, 통신사, 소프트웨어 벤더가 UBL을 보내옵니다. 매뉴얼은 수신 능력에 대한 책임을 수신자에게 둡니다. 네트워크를 통해 올바르게 보낸 공급자는 자기 몫을 다한 것입니다.

수신 작업은 서비스 제공자의 API에서 문서를 가져와 검증하고, 공급자를 대조하고, 라인을 매입채무 모델에 매핑하고, 발주서 대사를 하는 경우 대사하고, 법이 손대지 않은 기존 승인 워크플로로 넘기는 것을 뜻합니다. 필요할 때 XML을 읽을 수 있게 렌더링하는 기능과 10년 XML 보관소도 필요합니다. 여기서 Peppol은 거부 메시지를 전달하지 않으므로 분쟁은 예전처럼 공급자와 해결합니다.

4. 보고와 대사

세무 데이터 문서는 서비스 제공자가 만들어 보고합니다. 귀사가 할 일은 넘기는 데이터가 정확한지, 그리고 VAT 신고가 여전히 맞아떨어지는지 확인하는 것입니다. kontrolný výkaz가 2030년까지 계속되기 때문입니다. 서비스 제공자의 메시지 식별자와 전달 상태를 인보이스마다 저장해 두면 숫자가 맞지 않을 때 이유를 찾을 수 있습니다.

얼마나 걸리는가

재정청 자체의 추정은 이렇습니다. 소프트웨어가 이미 Peppol에 연결되어 있다면 활성화는 즉시 됩니다. 커스텀하거나 복잡한 솔루션이라면 연동은 "môže trvať niekoľko dní až týždňov", 즉 며칠에서 몇 주가 걸릴 수 있습니다.

연결 자체로는 맞는 말입니다. 몇 주는 데이터에 들어갑니다. 모든 고객과 공급자의 DIČ를 찾고, 모든 제품과 서비스의 VAT 범주를 바로잡고, 누군가 문서를 하나씩 열어 보지 않아도 되는 수신 처리를 만드는 일입니다.

테스트는 예상보다 느릴 것입니다. 인증 서비스 제공자 중 하나인 Verteco가 운영하는 epostari.sk의 Peppol 모니터는 2026년 10월 2일 기준 슬로바키아 VAT 납세자 235,518곳 중 Peppol 인보이스를 수신할 수 있는 곳을 3,332곳, 약 1.4%로 집계했습니다. VAT 납세자만 측정하며 수치는 참고용이라고 밝히고 있습니다. 그렇더라도 지금 테스트 인보이스를 받을 수 있는 고객은 적고, 1월에는 "수신자를 찾을 수 없음" 오류가 많이 생길 것입니다. 이를 정상적인 경우로 처리하십시오.

90일 계획

1주차부터 2주차까지: 현황 파악과 결정. 슬로바키아 사업자에게 인보이스를 발행하는 모든 시스템을 나열합니다. ERP, 과금 엔진, EDI 게이트웨이, 영업팀의 누군가가 아직 쓰는 스프레드시트까지입니다. 수신도 마찬가지로 정리합니다. 고객과 공급자 마스터 데이터에 DIČ가 얼마나 채워져 있는지 확인합니다. 서비스 제공자를 고르고, 포털 권한을 정리하고, 수신 등록을 합니다.

3주차부터 6주차까지: 발신. UBL 매핑과 검증을 만들고, 서비스 제공자의 테스트 환경에 연결하고, EDIFACT 인보이스를 변환하거나 EDI 서비스 제공자와 변환 방식을 합의합니다. 정상 흐름만이 아니라 크레딧 노트, 선수금, 역발행까지 다룹니다.

5주차부터 9주차까지: 수신. 가져오기, 검증, 공급자 대사, 매입채무 매핑, 렌더링, 보관.

9주차부터 11주차까지: 2026년 중 실운영. 올해는 자발적 사용이 허용됩니다. 이미 등록된 고객에게 실제 인보이스를 보내고, 등록된 공급자로부터 받으십시오. 매핑 오류가 비용 없이 드러나는 때가 바로 이때입니다.

12주차부터 13주차까지: 전환. 전환 기준은 전기일이 아니라 과세 시점으로 잡습니다. 휴가철을 감안해 계획하십시오. 12월 마지막 2주는 테스트 기간이 아닙니다.

구축이 제때 끝나지 않을 것 같다면 대안을 준비해 두십시오. 매뉴얼이 소규모 사업자에게 권하는 선택지인 서비스 제공자의 독립형 웹 애플리케이션만 있어도, 연동을 마무리하는 동안 1월 1일에 인보이스를 수신할 수는 있습니다. 수신을 위한 임시방편일 뿐, 대량 발행 수단은 아닙니다.

아직 바뀌고 있는 것

FAQ는 2025년 10월에 개정 EN 16931이 승인되었다고 언급하면서 그 영향은 아직 설명할 수 없다고 말합니다. Peppol BIS는 표준을 따라갈 것입니다. 전환 스프레드시트는 버전 1.11이고 FAQ는 여러 차례 다시 발행되었습니다. 매핑은 인보이스 코드 곳곳에 흩어 두지 말고 버전을 관리하며 한곳에 두십시오.

두 번째 단계는 이미 일정에 있습니다. 2030년 7월 1일부터 의무가 국경 간 공급으로 확대되고, 발행 기한이 10일로 줄며, kontrolný výkaz는 폐지될 것으로 예상됩니다. 설계에 "슬로바키아 고객 전용"을 하드코딩하지 마십시오.

도움이 필요하시면

저희는 인보이스를 만드는 시스템과 이제 그것을 실어 날라야 하는 네트워크 사이의 연결을 구축합니다. UBL 매핑과 검증, 서비스 제공자 API 연동, EDIFACT 변환, 매입채무로 이어지는 수신 처리입니다. 일하는 방식은 전자 인보이스 연동 서비스에 설명되어 있고, 그 밑의 시스템이 진짜 문제라면 ERP 현대화를 참고하십시오. 작업 범위가 정해져 있고 일손이 필요하다면 기존 팀에 경험 많은 개발자를 배치해 드리기도 합니다.

귀사의 구성에 대해 상의하시려면 office@c9group.dev로 연락 주십시오.