벨기에, 프랑스, 독일 또는 폴란드의 고객에게 소프트웨어, 서비스 또는 물리적 상품을 판매하는 기업이라면 현재 준수 마감일이 임박해 있습니다. 대부분의 세금 마감일과 달리 이 마감일은 귀하가 이 사실을 알고 있는지 여부를 고려하지 않습니다. 2026년 1월 1일부터 벨기에는 국내 B2B 거래에 대해 구조화된 전자 청구서(e-invoicing)를 의무화합니다. 프랑스는 2026년 9월 1일에 뒤를 잇습니다. 폴란드의 KSeF 시스템은 2026년 2월에서 4월 사이에 단계적으로 도입됩니다. 독일의 의무화 조치는 2027년과 2028년에 시행됩니다. 이들 국가 중 어느 곳도 글로벌 표준이 마련되기를 기다리지 않으며, 청구서가 앤트워프가 아닌 오하이오에서 발행되었다는 이유만으로 외국 판매자를 면제해주지도 않습니다.
미국에 기반을 둔 수출 기업이나 SaaS 기업에게 '전자 청구(e-invoicing)'는 다른 누군가가 해결해 줄 백오피스 IT 문제처럼 들릴 수 있습니다. 하지만 이는 그렇지 않습니다. 특정 기계 판독 가능 형식으로 청구서를 생성하고, 정부 승인 네트워크를 통해 전송하며, 이를 올바르게 수행했음을 증명해야 하는 법적 요구 사항입니다. 이를 지키지 않을 경우, 적어도 한 국가에서는 단일 청구서에 부과되는 부가가치세(VAT)의 두 배에 달하는 벌금이 부과될 수 있습니다.
'전자 청구(E-Invoicing)'의 진정한 의미 (PDF가 아닙니다)
이 용어는 오해의 소지가 있습니다. 규제적 관점에서 고객에게 PDF 청구서를 이메일로 보내는 것은 전자 청구가 아니며, 단순히 종이 청구서의 디지털 이미지일 뿐입니다. 진정한 전자 청구의 의미는 다음과 같습니다.
- 구조화된 데이터 형식: UBL(Universal Business Language), 독일의 XRechnung 또는 ZUGFeRD, 프랑스의 Factur-X, 폴란드의 FA(3) 스키마와 같은 XML 기반 스키마로, 사람이 읽지 않아도 컴퓨터가 파싱할 수 있는 형식입니다.
- 정부 플랫폼을 통한 통관 또는 전송: 많은 의무화 조치가 국가 교환 시스템(폴란드의 KSeF)이나 벨기에, 네덜란드, 스웨덴, 덴마크가 기본 전송 계층으로 사용하는 Peppol과 같은 공유 네트워크를 통해 청구서를 라우팅하도록 합니다.
- 실시간 또는 준실시간 검증: 청구서는 거래가 발생하기 전이나 발생하는 시점에 검증되고 고유 참조 번호가 찍히며 확인됩니다. 세금 신고 시점에 몇 주 뒤에 조정하는 방식이 아닙니다.
이는 2025년 3월에 공식 채택되어 회원국별로 시행 중인 EU의 '디지털 시대의 부가가치세(VAT in the Digital Age, ViDA)' 패키지입니다. 국경 간 B2B 거래에 대한 EU 전체의 디지털 보고 요구 사항은 2030년 7월까지 완전히 정착되지 않지만, 미국 기업들이 대비하지 못하는 부분은 개별 회원국들이 EU 전체 마감일보다 몇 년 앞서 국내 의무화 조치를 자유롭게 시행할 수 있다는 점입니다. 벨기에, 프랑스, 독일, 폴란드가 정확히 그렇게 했습니다.
지금 중요한 마감일
벨기에 — 2026년 1월 1일. 모든 벨기에 VAT 등록 사업자는 Peppol을 통해 EN 16931 표준(기본값은 UBL 형식의 Peppol BIS)에 따라 국내 B2B 거래에 대한 구조화된 전자 청구서를 발행하고 수령해야 합니다. 2026년 3월 31일까지 3개월의 유예 기간이 있지만, 이는 자동이 아닙니다. 의무화 조치가 시행되기 전에 준수를 위해 구체적인 조치를 취했음을 증명할 수 있어야 합니다. "몰랐다"는 대처는 단계로 인정되지 않습니다.
프랑스 — 2026년 9월 1일. 프랑스의 모든 VAT 등록 사업자는 이 날짜부터 UBL 2.1, UN/CEFACT CII 및 Factur-X(하이브리드 PDF/XML 형식)를 포함한 허용 가능한 형식으로 전자 청구서를 수령할 수 있어야 합니다. 발행 의무는 기업 규모에 따라 순차적으로 도입됩니다. 위반 시 청구서당 15유로의 벌금이 부과되며, 연간 최대 15,000유로까지 제한됩니다. 단일 청구서로는 치명적이지 않을 수 있지만, 수백 명의 고객에 걸쳐 체계적으로 규정을 위반할 경우 빠르게 누적됩니다.
폴란드 — 2026년 2월 및 4월. 대규모 납세자(연 매출 2억 즈워티 이상)는 2026년 2월 1일부터 KSeF 플랫폼을 통해 청구서를 발행해야 하며, 기타 모든 VAT 등록 사업자는 2026년 4월 1일부터 적용됩니다. 영세 사업자는 2027년 1월 1일까지 기한이 주어집니다. 폴란드는 2026년 말까지 벌금에 대해 1년의 유예 기간을 제공하지만, 2027년 1월 1일 이후 KSeF 외부에서 발행된 청구서는 **청구서에 표시된 VAT 금액의 최대 100%**까지 벌금이 부과될 수 있습니다. 이는 오타가 아닙니다. 잘못 처리할 경우 해당 거래에 대한 VAT 납부 의무가 실질적으로 두 배가 될 수 있습니다.
독일 — 2027년 및 2028년. 모든 독일 기업은 2025년 1월 1일부터 EN 준수 전자 청구서를 수령할 수 있어야 했습니다. 발행 의무화는 2027년 1월 1일부터 매출 80만 유로 이상의 기업에 대해, 2028년 1월 1일부터는 나머지 모든 기업에 대해 적용됩니다. 적용 가능한 형식은 벨기에와 동일한 EN 16931 표준에 따른 XRechnung 및 ZUGFeRD입니다.
미국 기업이 이를 무시해서는 안 되는 이유
EU 외부에서 청구서를 발행하는 미국 법인은 범위에서 제외될 것이라고 가정하기 쉽습니다. 이는 매우 위험한 가정입니다.
현지 법인이 있는 경우, 의무화 조치가 직접 적용됩니다. 독일 GmbH 자회사, 프랑스 SAS 또는 벨기에 지사는 미국 모회사가 있다는 이유로 면제되지 않으며, 국내 기업과 동일하게 취급됩니다.
미국 법인에서 국경 간 청구서를 발행하는 경우, 규칙은 더 모호해지고 국가별로 달라집니다. 일부 관할 구역은 수령 기업이 청구서를 변환하고 검증하도록 준수 책임을 부과하며, 다른 관할 구역은 발행 당사자인 귀하가 처음부터 준수 가능한 형식을 발행하도록 요구합니다. 이것이 바로 세무 당국이 거래를 감사할 때 판매자에게 불리하게 작용하는 모호함입니다.
EU 소비자에게 디지털 서비스(SaaS, 다운로드, 구독)를 판매하는 경우, 안전장치 없이 이미 VAT 납부 의무가 있습니다. EU 외 판매자는 EU 기반 소규모 기업과 같은 최소 매출 기준이 없습니다. EU 소비자에 대한 첫 판매부터 해당 고객의 현지 VAT 요율을 부과하고 송금해야 하며, 점점 더 준수 가능한 전자 청구 채널을 통해 수행해야 합니다. 외국 판매자에게는 "아직은 걱정할 단계가 아니다"라는 유예 기간이 없습니다.
이를 앞서 나가기 위한 8단계 접근 방식
모든 국가의 의무 사항을 동시에 해결할 필요는 없지만, 더 많은 국가가 규제 요구사항을 도입함에 따라 확장 가능한 시스템은 반드시 필요합니다. 합리적인 순서는 다음과 같습니다.
- 실제 수익이 어디서 발생하는지 파악하세요. 지난 12개월간의 송장을 고객 청구 국가별로 추출해 보십시오. 벨기에, 프랑스, 독일, 폴란드 등이 나타난다면 이는 가상의 문제가 아니라 당장 직면한 마감 기한입니다.
- 각 국가에서의 법적 입지를 확인하세요. 현지 법인이 있다면 직접적인 규정 준수가 필요하며, 미국 법인으로서 국경 간 거래를 수행하는 경우 어느 당사자가 형식 준수 의무를 지는지 결정해야 합니다.
- 현재 사용 중인 송장 발행 도구가 정형화된 형식을 생성할 수 있는지 확인하세요. 현재 사용하는 스택이 PDF만 생성한다면 그것이 첫 번째 격차입니다. UBL, XRechnung, Factur-X 및 FA(3)는 대부분의 표준 송장 발행 도구가 기본적으로 갖추고 있는 기능이 아닙니다.
- Peppol 네트워크 액세스가 필요한지 확인하세요. 벨기에, 네덜란드, 스웨덴 또는 덴마크 거래처와 거래하는 경우 Peppol 연결(직접 또는 액세스 포인트 제공업체를 통한 방식)이 필요할 가능성이 높습니다.
- 국가별 마감 기한을 회계 연도와 대조하여 계획하세요. 단순히 법적 효력이 발생하는 시점이 아니라, 분기 중반에 마감 기한이 도래한다면 시스템을 언제 가동해야 하는지가 달라집니다.
- 결정하세요: 지점 간(point-to-point) 통합인가, 중앙 집중식 허브인가? 국가별로 별도의 연결을 구축하는 것은 한 시장에는 적합하지만, 서로 다른 형식과 검증 규칙을 가진 3~4개 관할 구역에서 규정을 준수해야 하는 상황에서는 금방 한계에 부딪힙니다.
- 지속적인 규제 모니터링을 전담할 사람을 지정하세요. 이러한 의무 사항은 계속 변합니다. 형식이 개정되고, 유예 기간이 만료되며, 새로운 국가가 합류합니다. 1월에 올바르게 구현한 규칙이 연말에는 구식이 될 수 있습니다.
- 마감 기한 이후가 아니라, 그 전에 각 필수 채널을 통해 테스트 송장을 보내보세요. 의무 사항이 발효된 후 첫 번째 실송장에서 형식 오류를 발견하는 것은 규칙을 배우기에 매우 비용이 많이 드는 방식입니다.
이것이 장부와 연결되는 지점
전자송장 의무화는 결국 세금 규정 준수라는 탈을 쓴 기록 관리 문제입니다. 발행하거나 수취하는 모든 정형화된 송장은 몇 년 후의 감사 추적에서도 살아남을 수 있는 형식으로 총계정원장과 명확하게 대조되어야 합니다. 이미 깨끗하고 버전 관리가 되는 재무 기록을 유지하는 기업들은 이러한 의무화에 더 빠르게 적응합니다. 어려운 점은 단순히 규정을 준수하는 XML 파일 하나를 생성하는 것이 아니라, 송장에서 원장 기입, 부가세 신고에 이르기까지 일관되고 감사 가능한 체인을 접촉하는 모든 관할 구역에서 증명하는 것이기 때문입니다.
장부가 전용 소프트웨어가 있어야만 읽을 수 있는 독점적인 형식에 갇혀 있지 않다면, 이 문제는 훨씬 더 쉽게 해결될 수 있습니다.
규정 준수가 복잡해질수록 장부를 감사 준비 상태로 유지하세요
전자송장 의무화가 더 많은 국가로 확산됨에 따라, 가장 빠르게 적응하는 기업들은 이미 재무 기록이 투명하고 대조하기 쉬운 곳들입니다. Beancount.io는 완전한 버전 관리와 감사가 가능한 텍스트 기반 회계를 제공합니다. 모든 거래는 검사, 차이 비교(diff), 추적이 가능한 형식으로 저장되며, 벤더 종속이 없고 송장과 원장 사이에 블랙박스가 존재하지 않습니다. 무료로 시작하여 성장하는 국경 간 복잡성을 탐색하는 재무팀들이 왜 텍스트 기반 회계로 전환하고 있는지 확인해 보십시오.