다른 노르웨이 기업에 송장을 보내는 경우, 2027년 1월 1일부터 PDF 송장은 더 이상 인정되지 않습니다. 해당 날짜부터 발행하는 모든 기업 간(B2B) 송장은 구조화된 전자 파일로 전송되어야 합니다. 이메일에 첨부된 PDF가 아니라, 사람이 한 줄도 다시 입력하지 않아도 고객의 회계 시스템이 바로 처리할 수 있는 기계 판독 가능한 데이터여야 합니다. 노르웨이 정부는 방금 이 마감일을 정확히 1년 앞당겼으며, 실질적인 준비 기간은 이제 대략 2년이 아닌 1년입니다. 이 글에서는 의무화의 요구 사항, 적용 대상, 그리고 제때 준수할 수 있는 체크리스트를 설명합니다.
발표 요약 (60초 요약)
2026년 3월 16일, 노르웨이 재무부는 노르웨이 기업의 B2B 전자송장 및 디지털 회계를 의무화하는 법안을 의회(Storting)에 제출할 것이라고 발표했습니다. 이 제안은 2025년 여름에 진행된 공개 의견 수렴을 따른 것으로, 한 가지 놀라운 내용이 포함되어 있습니다: 의무 전자송장 발행 마감일이 2028년 1월 1일에서 2027년 1월 1일로, 의견 수렴 때보다 정확히 1년 앞당겨진 것입니다.
정부가 밝힌 이유는 노르웨이의 디지털 성숙도입니다. 노르웨이 기업들은 이미 고도로 디지털화되어 있고 국가 전자송장 인프라가 잘 구축되어 있어 2028년까지 기다리는 것은 얻을 것이 적고 이점을 지연시킬 뿐입니다. 이러한 확신을 공유하는지 여부와 관계없이 방향은 정해졌습니다. 법안은 2026년 중 의회를 통과할 것으로 예상되며, 이후 국세청(Skatteetaten)이 상세한 시행 규정을 작성할 것입니다.
2단계 일정
의무화는 두 단계로 나뉩니다. 이를 혼동하는 것은 가장 비용이 많이 드는 실수이므로 벽에 붙여 두십시오:
1단계 — 2027년 1월 1일: 구조화된 전자송장을 SEND해야 합니다. 사업체가 발행하는 모든 B2B 송장은 승인된 국가 형식의 구조화된 전자송장이어야 합니다. 이메일로 PDF를 보내거나, 종이 송장, 비구조화된 문서를 생성하는 포털 업로드는 더 이상 기업 고객에 대한 송장 의무를 충족하지 못합니다.
2단계 — 2030년 1월 1일: 디지털 회계 시스템 내에서 RECEIVE도 해야 합니다. 2030년부터 회계 의무가 있는 사업체는 전자송장을 수신하고 자동으로 처리할 수 있는 전자 회계 시스템을 사용해야 하며, 더 넓은 디지털 회계 요구 사항도 충족해야 합니다. 2027년 의무는 단방향(발신)이고, 2030년 의무는 수신 및 시스템을 포함한 전체 흐름을 완성합니다.
초기에 유리한 비대칭성을 주목하십시오: 2027년에는 고객이 귀하의 전자송장을 자동으로 수신할 법적 의무가 아직 없습니다. 그러나 실제로 대부분의 노르웨이 회계 시스템은 이미 구조화된 송장을 처리하며, 첫 날부터 규정을 준수하는 파일을 보내면 두 가지 송장 프로세스를 병행할 필요가 없습니다.
"진짜" 전자송장의 정의
일상적인 "전자송장"의 의미와 법적 의미가 다르기 때문에 중소기업들이 여기서 자주 실수합니다:
- 이메일로 보내는 PDF는 의무화에 따른 전자송장이 아닙니다 — 회계 소프트웨어가 생성한 경우에도 마찬가지입니다. 인간이 여전히 읽어야 하는 비구조화된 문서입니다.
- 진짜 전자송장은 구조화된 데이터입니다: 표준화된 기계 판독 가능한 형식의 파일로, 시스템에서 고객의 시스템으로 직접 흘러 들어가며, 모든 법적으로 필요한 송장 필드(판매자 및 구매자 정보, 품목, VAT 금액, 합계)를 픽셀이 아닌 태그된 데이터로 전달합니다.
노르웨이의 제안된 표준 형식은 EHF (Elektronisk handelsformat)로, Peppol 네트워크를 기반으로 구축된 노르웬이 국가 형식입니다. 구체적으로는 유럽 전자송장 표준 EN 16931을 구현하는 EHF Billing 3.0입니다. 국경 간 송장의 경우 기본 Peppol BIS Billing 3.0 형식이 적용됩니다. 실제로 송장의 여정은 다음과 같습니다: ERP 또는 회계 시스템이 구조화된 파일을 생성하고, 인증된 Peppol 액세스 포인트를 통해 전송하며, 네트워크가 ELMA 레지스트리(노르웨이 전자 주소 디렉토리)에서 고객을 찾아 송장이 고객의 회계 시스템에 직접 도착합니다.
이미 노르웨이 공공 부문에 송장을 발행하고 있다면 이 과정이 익숙할 것입니다. 정부 공급업체에 대한 구조화된 EHF 송장은 수년 전부터 요구되어 왔습니다. 2027년 의무화는 본질적으로 공공 부문이 이미 요구하는 규율을 모든 기업 간 거래로 확장하는 것입니다.
적용 대상 및 제외 대상
이 의무는 회계 의무가 있는 모든 사업체 (bokføringspliktige)를 대상으로 할 것으로 예상됩니다. 이는 광범위한 범위입니다:
- 유한회사(AS) 및 법정 회계 의무가 있는 기타 회사
- 회계 기준을 초과하는 개인 사업자 (enkeltpersonforetak)
- 국영 기업, 금융 기관, 투자 펀드, 대형 협동조합 및 협회, 주택 협동조합, 재단
두 가지 중요한 제외 사항이 있습니다:
- 현재는 B2B만 해당. 개인 소비자에 대한 송장 및 현금 판매는 현재 단계에서 의무 대상이 아닙니다. 비즈니스 고객이 없는 순수 소비자 대상 매장이라면 2027년에는 귀하의 송장 발행에 영향을 미치지 않습니다 (하지만 완전히 안심하기 전에 아래 "아직 결정되지 않은 사항" 섹션을 읽으십시오).
- 초소규모 사업체 면제. 연간 매출이 NOK 50,000(약 €4,300) 미만이고 회계 또는 VAT 등록 의무가 없는 사업체는 면제될 것으로 예상됩니다. 이는 진정한 소규모 기업 기준입니다: VAT 등록을 했거나 법정 회계를 유지하는 경우 적용 대상이라고 가정하십시오.
소규모 사업체 면제의 정확한 조건은 시행 규정에서 확정될 것입니다. 이는 귀하가 자격이 있다고 가정하지 말고 2026년 내내 Skatteetaten의 발표를 따라야 하는 또 다른 이유입니다.
아직 결정되지 않은 사항
3월 발표는 법안 제안이지 최종 규칙서가 아닙니다. 세 가지가 아직 열려 있으며, 각각 계획에 영향을 미칩니다:
- 의회 투표. Storting이 법안을 통과시켜야 합니다. 의견 수렴 역사와 디지털화에 대한 초당적 지지를 고려할 때 통과가 널리 예상되지만, 통과될 때까지는 일정을 확실하다기보다 거의 확실한 것으로 취급하십시오.
- 시행 규정. 의회가 법안을 승인한 후, Skatteetaten이 기술적 세부 사항을 작성합니다: 최종 승인된 송장 형식, 전송 요구 사항, 보관 규칙, 정확한 소규모 사업체 면제 조건. 2026년 중으로 예상됩니다. 소프트웨어 공급업체의 규정 준수 로드맵이 이에 달려 있으므로, 공급업체에 무엇을 기다리고 있는지, 언제 출시할 것인지 문의하십시오.
- 범위 확대 연구. 발표와 함께 재무부는 국세청에 B2B를 넘어 소비자 거래, 의무 디지털 판매 영수증(e-영수증), 그리고 회계 시스템 공급업체 자체에 대한 규제 요구 사항까지 의무를 확대하는 방안을 조사하도록 지시했습니다. 그 보고서는 2026년 12월까지 제출되어야 합니다. 소비자에게 판매하는 경우 2027년 의무는 귀하에게 영향을 미치지 않을 수 있지만, 2026년 연구는 B2C 물결이 다가올지 알려줄 것입니다. 2026년에 POS 송장 발행을 2028년에 철거해야 할 방식으로 재구축하지 마십시오.
2027년 1월 대비 체크리스트
실질적인 구현 시간이 약 1년 남았으므로, 순서대로 작동하는 시퀀스는 다음과 같습니다:
1. 적용 대상인지 확인
회계 의무가 있습니까? 고객 중 사업체가 있습니까? 매출이 NOK 50,000을 초과하거나 VAT 등록을 했습니까? 세 가지 모두 "예"이거나 두 가지만 "예"여도 적용 대상으로 준비하십시오. 결론을 문서화하십시오. 나중에 초소규모 면제를 주장하려면 그 이유를 보여주는 작업 서류가 필요할 것입니다.
2. 현재 송장 발행 방식 감사
현재 송장이 사업체에서 나가는 모든 경로를 나열하십시오: 회계 소프트웨어, 수동 Word 또는 Excel 템플릿, 송장 앱, 에이전트 또는 마켓플레이스 지급, 정기 청구 도구. PDF, 종이, 이메일을 생성하는 모든 채널은 B2B 판매의 경우 마이그레이션하거나 중단해야 합니다. 기업들은 일반적으로 최소한 하나의 잊혀진 채널을 발견합니다 — 현장에서 송장을 이메일로 보내는 서비스 기술자가 전형적인 예입니다.
3. 회계 공급업체에 핵심 질문
귀하의 시스템이 오늘 EHF 3.0 송장을 발행할 수 있습니까, 아니면 연말 이전에 출시 날짜가 있는 로드맵에 있습니까? Peppol 연결(액세스 포인트)이 포함되어 있습니까, 아니면 별도 제공업체가 필요합니까? 업그레이드 비용은 얼마이며 현재 플랜에 포함되어 있습니까? 답변을 서면으로 받으십시오. 공급업체가 모호하면 그 모호함 자체가 답입니다 — 전환이 선택 사항일 때(당황하기 전에) 지금 대안 평가를 시작하십시오.
4. Peppol 연결 마련
회계 시스템에 포함되어 있지 않다면 인증된 Peppol 액세스 포인트 제공업체와 계약하고 고객 시스템이 귀하를 찾을 수 있도록 ELMA 디렉토리에 사업체를 등록하십시오. 이는 배관 작업이지 전략이 아닙니다 — 그러나 12월에 설치된 배관은 최악의 순간에 고장납니다. 가을에 완료하고 친숙한 고객에게 테스트 송장을 보내십시오.
5. 마스터 데이터 정리
구조화된 송장은 인간이 용서하는 것을 거부합니다. 모든 비즈니스 고객의 조직 번호 (organisasjonsnummer), 법적 이름, 등록 주소를 검증하십시오. 귀하의 회사 세부 정보, VAT 번호, 은행/계좌 정보도 시스템에서 수정하십시오. 잘못된 마스터 데이터는 의무화를 도입한 모든 국가에서 거부된 전자송장의 1위 원인입니다 — 그리고 거부된 송장은 법적으로 제대로 발행되지 않은 송장입니다.
6. 승인 및 보관 워크플로 재구축
송장이 나가기 전에 무엇을 누가 승인하는지 매핑하고, 보관소에 PDF 렌더링뿐만 아니라 구조화된 파일을 저장하는지 확인하십시오 — 감사인과 세무 당국은 기계 판독 가능한 원본을 원할 것입니다. 노르웨이는 이미 Skatteetaten과 SAF-T 기반 회계 데이터 교환을 운영하고 있으므로, 송장 데이터가 결국 신고 수치와 교차 검증될 것이라고 가정하십시오. 누군가 조정할 것처럼 보관하십시오. 누군가가 조정할 것이기 때문입니다.
7. 거래 파트너를 조기에 온보딩
정기 비즈니스 고객에게 전환 시기를 알리고, 공급업체에 언제 전환할지 문의하십시오. 확정 날짜가 있는 의무화는 12월에 모든 사람이 동시에 테스트하는 혼잡을 만듭니다. 9월과 10월에 조율하는 기업은 상대방의 관심을 아직 받을 수 있을 때 받습니다.
8. 2030년 예산도 함께
현재 설정이 전자송장을 보낼 수 있지만 자동으로 받고 처리할 수 없다면 두 번째 프로젝트가 기다리고 있습니다: 2030년 디지털 회계 및 영수증 의무. 이미 수신 자동화를 처리하는 2027년 도구를 선택하면 두 가지 마이그레이션이 하나로 줄어듭니다. 평가하는 모든 공급업체에 2027년뿐만 아니라 2030년 준비 상태에 대해 물어보십시오.
피해야 할 일반적인 실수
- "우리 PDF는 전자적이므로 괜찮아." 아닙니다 — 비구조화된 문서는 구조화된 데이터 의무를 충족하지 못합니다. 이 오해가 가장 흔하고 가장 위험합니다.
- "마감일은 2030년이야." 아닙니다 — 2030년은 수신 및 디지털 회계입니다. 발행은 2027년에 시작됩니다. 2030년에 맞춰 계획하면 2027년을 3년이나 놓치는 것입니다.
- "우리 회계사가 송장을 처리해." 회계사는 생성할 수 없는 시스템에서 규정을 준수하는 송장을 발행할 수 없습니다. 책임은 사업체에 있으며, 역량은 시스템에 있어야 합니다.
- "비즈니스 고객이 몇 명뿐이야." 적용 대상 송장 흐름이 하나만 있어도 의무가 발생합니다. 규모는 비용에 영향을 미치지 적용 여부에는 영향을 미치지 않습니다.
- "보관은 나중에 정리할게." 나중은 감사관이 구조화된 원본을 요구할 때입니다. 첫 번째 규정 준수 송장부터 보관하십시오.
장부를 의무화에 대비하세요
전자송장 의무화는 기본 기록이 이미 깨끗한 기업에 유리합니다: 올바른 조직 번호, 분리된 수익 흐름, 조정된 계정. 위의 모든 체크리스트 항목은 계정과목표가 정돈되고 고객 마스터 데이터가 정확할 때 더 쉬워지며, 송장, 영수증, 은행 거래가 분리된 더미에 있을 때 훨씬 어려워집니다. 노르웨이의 요구 사항이 2027년과 2030년을 향해 강화됨에 따라 명확하고 완전한 재무 기록을 유지하는 것이 필수적입니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제권을 제공하는 일반 텍스트 회계를 제공합니다 — 블랙박스도, 공급업체 종속도 없습니다. 무료로 시작하기 개발자와 금융 전문가들이 일반 텍스트 회계로 전환하는 이유를 확인하십시오.
