유럽 연합에 화물을 송장 발행하는 경우, 2026년은 서류 작업이 선택 사항이 아닌 해가 됩니다. 벨기에는 2026년 1월 1일부터 구조화된 기업 간 전자 송장을 요구합니다. 폴란드의 KSeF는 2024년 매출이 2억 즈워티를 초과한 기업의 경우 2026년 2월 1일부터, 마이크로 기업을 제외한 모든 부가가치세 등록 사업자의 경우 2026년 4월 1일부터 의무화됩니다. 프랑스는 2026년 9월 1일부터 모든 회사가 구조화된 전자 송장을 수신할 수 있어야 하며, 대기업 및 중소기업도 해당 날짜부터 송장을 발행해야 합니다.
그들 중 누구도 조종사가 아닙니다. 그것은 해당 국가에서 이메일에 첨부된 PDF가 유효한 송장이 더 이상 되지 않는 날짜이며, 단일 운송업체 송장이 수십 개의 부대 비용 항목, 매주 변동하는 유류 할증료, 그리고 실제로는 판매가 아닌 통관 지출을 포함할 수 있기 때문에 화물 송장은 이례적으로 취약합니다.
2026년 의무화 달력
| 나라 | 무슨 변경 사항이요? | 효과적인 | 형식 또는 채널 |
|---|---|---|---|
| 벨기에 | 구조화된 B2B 전자 송장 발행이 의무화됩니다. | 2026년 1월 1일 | 기본 경로로서의 Peppol BIS |
| 폴란드 | 2024년 연간 매출 2억 즈워티 이상 대규모 납세자에게 KSeF 의무화 | 2026년 2월 1일 | KSeF 국가 플랫폼, 구조화된 XML |
| 폴란드 | KSeF, 모든 남은 VAT 등록 사업자에게 의무화, 마이크로 기업가는 제외 | 2026년 4월 1일 | KSeF 국가 플랫폼 |
| 폴란드 | KSeF, 중소기업에도 적용 | 2027년 1월 1일 | KSeF 국가 플랫폼 |
| 스페인 | 법인 소득 납세자를 위한 Verifactu 인증 청구 소프트웨어, 두 번째 연기 후 | 2027년 1월 1일 | 세무 당국에 기록되는 인증된 계산 소프트웨어 |
| 스페인 | 자영업자를 포함한 모든 납세자에게 Verifactu | 2027년 7월 1일 | 인증된 청구 소프트웨어 |
| 프랑스 | 모든 기업은 전자세금계산서를 구조화된 형태로 수신할 수 있어야 하며, 대기업 및 중소기업은 발급할 수 있어야 합니다. | 2026년 9월 1일 | PA (PA) 또는 PDP(Public Portal)라고도 하는 공인 플랫폼 |
| 프랑스 | 소기업 및 마이크로 기업은 발행해야 합니다 | 2027년 9월 1일 | 인증된 플랫폼, PA |
| 독일 | 매출액 80만 유로 이상이면 발행이 의무화됩니다. | 2027년 1월 1일 | XRechnung 또는 ZUGFeRD, EN 16931 기준 |
| 독일 | 발행은 모든 사업체에 의무화됩니다. | 2028년 1월 1일 | XRechnung 또는 ZUGFeRD |
| 유럽 연합 | ViDA 패키지 하의 EU 역내 B2B 거래 디지털 보고 | 2030년 7월 1일 | EU 표준에 맞는 구조화된 전자 청구서 |
이전 두 가지 의무는 이미 시행 중이며 오래된 소식이라 잊기 쉽습니다. 이탈리아는 2019년부터 SdI 플랫폼을 통해 B2B 전자 송장을 의무화했으며, 루마니아의 RO e-Factura는 2024년 7월 1일부터 국내 B2B 거래를 대상으로 했습니다. 독일의 수신 의무는 2025년 1월 1일부터 시작되었으며, 이는 독일 고객이 구조화된 송장이 아닌 모든 것을 처리하는 것을 이미 거부할 수 있음을 의미합니다.
ViDA 패키지가 실제로 변경한 내용
2025년 3월 11일, EU는 ViDA로 알려진 EU 부가가치세 개혁안을 채택했으며, 대부분의 논평은 2030년 날짜에 집중되었습니다. 화물 운송 사업의 경우 더 즉각적인 변화는 덜 주목받습니다. 회원국은 더 이상 국내 전자 송장 의무 부과를 위해 이사회로부터의 예외 승인을 받을 필요가 없으며, 전자 송장을 발행하기 위해 구매자의 동의를 얻을 필요도 없습니다.
그렇기 때문에 위에 있는 달력이 2030년을 기다리기보다는 채워지고 있습니다. 법적 제동이 풀렸고, 따라서 각국 국세청은 자체적인 일정을 정하고 있습니다. 이는 또한 목록이 계속 늘어날 것이라는 것을 의미하며, 이 표에 빠져 있는 국가들이 계속 빠져 있을 것이라고 가정하고 2027년 계획을 세우지는 않을 것입니다.
두 번째 구조적 요점은 표준입니다. 유럽 표준 EN 16931은 국가별 형식이 표현해야 하는 의미론적 모델을 정의하며, 이것이 XRechnung, ZUGFeRD, FatturaPA 및 Peppol BIS가 모두 화면상으로는 전혀 달라 보일 수 있음에도 불구하고 규정을 준수한다고 설명할 수 있는 이유입니다. 기존 국가 시스템은 2035년까지 유럽 모델에 맞춰질 것으로 예상됩니다.
화물 송장이 이러한 시스템을 중단시키는 이유는 무엇입니까?
모든 위임은 비교적 단순한 상업 거래를 가정합니다. 운송장 청구서는 그렇지 않으며, 제가 계속해서 직면하는 실패 모드는 다음과 같습니다.
- 안정적인 코드가 없는 부대 비용. 대기 시간, 재배달, 엘리베이터 요금, 체선료는 자유 텍스트 항목으로 들어옵니다. 구조화된 형식은 코드가 있고 가격이 책정된 항목을 원하지만, 자유 텍스트는 자동 일치가 실패하는 지점입니다.
- 지출 대 공급. 포워더가 고객을 대신하여 납부하는 관세 및 부가세(수출 환급를 통해 나중에 환급받는 금액 포함)는 포워더 자신의 공급이 아닙니다. 이를 일반 송장 항목으로 코딩하면 매출이 과대 계상되고 의도치 않은 부가세 문제가 발생할 수 있습니다.
- **대리인 또는 본인.** 동일한 선적 건이라도 운송의 한 구간에서는 포워더가 대리인으로, 다음 구간에서는 본인으로 작용할 수 있으며, 이 두 가지는 동일한 운영 파일에서 서로 다른 송장을 발행하게 됩니다.
- 자가 청구 및 통합 결제. 대형 화주들은 운송업체에 직접 청구하거나 요금표를 기준으로 주간 정산을 하는 경우가 많습니다. 전국 단위 플랫폼에는 누가 문서를 발행하는지에 대한 특정 규칙이 있으며, 서류상으로 가능했던 자가 청구 방식은 재정비가 필요할 수 있습니다.
- 상품 설명 및 분류. 화물 송장 라인은 상품이 아닌 서비스를 설명하므로, 문서상에 고객이 기대하는 모든 HS 코드는 요금표가 아닌 통관 파일에서 가져와야 합니다.
- 통화 및 할증료 시점. 송장 발행일 이후 고정된 연료비 또는 통화 조정은 신용장 발행 패턴이며, 모든 규정에는 신용장에 대한 의견이 있습니다.
- 국경 간 공급지. 운송 서비스에는 자체적인 공급지 규칙이 있으므로, 적용되는 국가의 규정이 항상 운영팀이 원산지로 생각하는 국가와 일치하지는 않습니다.
가장 큰 대가를 치르는 실수
이것을 금융 프로젝트로 취급하는 것이 비싼 오류입니다. 구조화된 송장이 필요한 거의 모든 필드는 운영에서 발생합니다. 위탁 참조, 실제로 청구된 중량, 임포트 삭제 뒤에 있는 통관 항목 번호, 서비스 주문자. 금융 부서가 해당 필드를 깨끗하게 캡처하지 못한 운송 관리 시스템 위에 규정을 준수하는 송장을 구축하면 누군가가 수동으로 입력하게 되며, 수동 입력의 처리량 비용은 규정 준수 비용을 능가합니다.
제가 추천하는 실질적인 작업 순서는 별로 흥미롭지 않습니다. 먼저 귀사의 어떤 개체가 어떤 국가로 청구하는지 매핑하는 것으로 시작하세요. 그러면 이 단일 표가 실제 마감일을 알려줍니다. 국내에서 국내로 청구하는 폴란드 자회사는 2026년 2월 또는 4월의 문제를 안고 있습니다. 독일 개체는 2025년 1월부터 수취 의무가 있었고 2027년에 발행 의무가 시작될 예정입니다. 프랑스로 판매하지만 다른 곳에 설립된 비즈니스는 설립 여부가 답을 결정하기 때문에 프랑스 의무가 실제로 적용되는지 확인해야 합니다.
그러면 소프트웨어보다 마스터 데이터를 먼저 확인하십시오. 구매자의 세금 식별 번호, 구조화된 필드의 주소, 자체 요금에 대한 안정적인 코드 목록은 플랫폼 선택보다 성공적인 운영 개시에 더 큰 도움이 됩니다. 저는 고객 부가가치세 번호가 일반 텍스트로 저장되고 국가 접두사가 누락되어 출시가 몇 주 동안 지연되는 것을 보았습니다.
세무서 가는 길 선택하기
국가 시스템에는 크게 두 가지 형태가 있으며, 각각 요구하는 바가 다릅니다. 클리어런스 모델은 세무 당국을 중간에 둡니다. 이탈리아의 SdI와 폴란드의 KSeF는 송장을 받아 검증한 후 전달하며, 플랫폼의 복사본이 법적 원본이 됩니다. 네트워크 모델은 인증된 공급업체 간에 문서를 이동시키며, Peppol이 일반적인 예이며 프랑스의 인증 플랫폼 모델은 이 아이디어를 기반으로 합니다. 벨기에는 UBL 형식의 Peppol BIS에 의존하는 반면, 독일은 Peppol을 전송 방식으로 규정하지 않고 EN 16931 의미론을 요구하므로 하나의 공급업체가 두 패턴을 모두 처리해야 합니다.
여러 국가에서 운영되는 운송업체 또는 포워더의 경우, 합리적인 목표는 EN 16931을 충족할 만큼 풍부한 단일 내부 송장 형식을 갖추고, 국가별 출력은 자체 개발자가 아닌 공급업체를 통해 처리하는 것입니다. 각 국가 플랫폼에 직접 연결하는 것도 가능하며 실제로 팀이 그렇게 하는 것을 보았습니다. 하지만 그렇게 하면 모든 규정 변경이 다른 사람의 제품 로드맵이 아닌 귀사의 엔지니어링 백로그가 됩니다.
2026년 규정 중 기존 고객에게 이미 적용된 것이 무엇인지, 그리고 운송에 대한 크레딧 노트 및 자체 청구 처리는 어떻게 하는지에 대해 공급업체에 질문할 가치가 있습니다. 두 번째 질문은 실제 운송 경험과 일반적인 매출 채권 도구를 구분하는 기준이 됩니다.
1월 전에 해야 할 일
벨기에, 폴란드, 스페인 또는 프랑스로 송장 발행 시 올해 해야 할 작업은 짧고 구체적입니다. 송장 발행 주체와 해당 국가를 나열하십시오. 고객의 위임장이 귀하의 것보다 먼저 도달하므로 구조화된 송장을 오늘 받을 수 있는지 확인하십시오. 부가 서비스가 일반 텍스트로 전달되는 것을 막기 위해 요금 코드 목록을 수정하십시오. 가장 큰 거래 상대방과 누가 문서를 발행할지 합의하십시오. 그런 다음 배송 경로를 선택하십시오. 이 부분이 나중에 변경하기 가장 쉽고 마감일에 수정하기 가장 어렵기 때문입니다.
일부 날짜는 변경되겠지만 방향은 그렇지 않을 것입니다. 폴란드는 KSeF를 한 번 연기한 후 2026년 2월과 4월로 결정했으며, 더 부드러운 규정 대신 11개월의 벌금 면제 기간을 두었습니다. 스페인은 두 번 미끄러졌습니다: 2025년 12월 2일자 왕실 법령-법률 15/2025는 Verifactu를 2026년 전체에서 제외하고 2027년 1월과 7월로 연기했습니다. 프랑스는 2024년 10월에 플랫폼 모델을 재구성하고 2026년 9월을 유지했습니다. 단일 라인이 아닌 시퀀스를 계획하고, 벨기에, 폴란드, 프랑스 모두 12개월 이내에 착수하므로 2026년 1월 1일을 실제 시작으로 간주하십시오.