루마니아로 상품이나 서비스를 판매한다면, 이제 세금계산서는 작년과 다른 시계 위에 놓여 있습니다 — 그리고 가장 먼저 신경 써야 할 대상은 고객의 미지급금 팀이 아니라 세무 당국의 컴퓨터입니다. 2026년 1월 1일부터 루마니아는 각 세금계산서를 국가 RO e-Factura 시스템을 통해 전송하는 데 5역일이 아닌 5영업일을 부여합니다. 숨 쉴 공간이 생긴 것처럼 들립니다. 하지만 마감 기한을 늘린 동일한 시행령이 적용 범위도 넓혔습니다: 루마니아 VAT에 등록된 비거주자 사업체도 이제 명시적으로 적용 대상입니다. 루마니아 고객에게 세금계산서를 발행하면서 e-Factura는 남의 문제라고 가정했다면, 올해가 바로 그 가정이 만료되는 해입니다.
2026년 1월 1일에 실제로 바뀐 것
루마니아의 전자세금계산서 체계는 국가 세무 당국인 ANAF가 운영하는 RO e-Factura 승인 시스템을 만든 긴급시행령 120/2021에 기반을 두고 있습니다. 2025년 12월 23일, 정부는 해당 체계를 수정하는 긴급시행령 89/2025(GEO 89/2025)를 공표했으며, 여기에는 2026년 1월 1일부터 발효되는 여러 변경 사항이 포함되었습니다. 일상 운영에서 가장 핵심적인 변화는 전송 마감 기한입니다.
이전에는 모든 세금계산서를 발행일로부터 5역일 이내에 RO e-Factura로 전송해야 했습니다. 주말도 포함됐고 공휴일도 포함됐습니다. 금요일에 발행한 세금계산서는 사실상 수요일까지였고, 그 5일 중 이틀이 아무도 대기열을 지켜보지 않는 주말에 해당했습니다.
이제 마감 기한은 B2B와 B2C 거래 모두 발행일로부터 5영업일입니다. 주말과 공휴일은 더 이상 시계 시간을 소모하지 않습니다. 금요일에 발행한 세금계산서는 이제 수요일이 아닌 다음 주 금요일이 마감입니다 — 매주 단위로 세금계산서를 일괄 처리하는 소규모 팀에게는 의미 있는 차이입니다.
한 가지 전환기의 함정에 주목할 필요가 있습니다: 기준 시점은 제출일이 아니라 세금계산서의 발행일입니다. 2025년 12월 31일 이전에 발행된 세금계산서는 마감이 2026년 1월에 걸쳐 있더라도 여전히 기존 5역일 규칙을 따릅니다. 2026년 1월 1일 이후 발행된 세금계산서만 새로운 영업일 기준 적용을 받습니다. 청구 시스템이 모든 것에 하나의 규칙을 적용한다면, 12월의 오래된 세금계산서가 새 규칙이 보호해 줄 것이라 믿는 사이 조용히 기존 마감을 위반할 수 있습니다.
더 큰 변화: 그물이 넓어졌다
마감 완화는 국경 간 판매자에게 추가 일수보다 더 중요한 적용 범위 확대와 함께 왔습니다.
비거주자 VAT 등록 판매자가 이제 명시적으로 포함됩니다
GEO 89/2025는 루마니아에 VAT 등록되어 있지만 그곳에 고정 사업장이 없는 납세자에 대한 규칙을 명확히 하고 강화했습니다. 루마니아 VAT 번호를 보유한 외국 사업체가 공급 장소가 루마니아인 상품이나 서비스를 공급하는 경우, 해당 국내 거래에 대한 세금계산서는 RO e-Factura를 통해야 합니다. 이로써 일부 비거주자 판매자가 운영해 온 회색 지대가 닫혔습니다 — "우리는 여기에 실제로 사업장이 없다"는 해석은 더 이상 통하지 않습니다.
시스템은 계속 확장되고 있습니다
루마니아가 어디로 향하는지 이해하려면 그 궤적을 보는 것이 도움이 됩니다:
- 2024년 1월: 루마니아 VAT 등록 사업체 간 B2B 전자세금계산서가 의무화됩니다.
- 2024년 7월: RO e-Factura를 통해 전송된 세금계산서만이 B2B 세무 목적상 유효한 세금계산서로 인정됩니다. 이메일로 보낸 PDF는 더 이상 법적으로 세금계산서가 아닙니다.
- 2025년 1월: 루마니아에 설립된 공급자의 B2C 전자세금계산서가 의무화됩니다.
- 2026년 1월: 마감이 5영업일로 이동하고, 비거주자 VAT 등록 판매자가 확실히 적용 범위로 끌어들여집니다. 개인 식별 번호로 운영되는 개인은 처음에 경제 활동을 시작하기 전 e-Factura 등록부에 등록해야 했으나, 법률 88/2026이 연중에 이를 철회했습니다: CNP로 식별되는 개인, 특별 제도하의 개인 농민, 외국 문화 기관의 경우 2026년 6월부터 시스템 사용이 다시 선택 사항이 되며, 이미 등록한 사람은 등록부에서 제거를 요청할 수 있습니다.
루마니아는 이제 EU에서 가장 포괄적인 전자세금계산서 체제 중 하나를 운영합니다 — B2B, B2C, B2G가 모두 동일한 승인 모델을 통과합니다. 진행 방향은 명백합니다: 루마니아와 관련된 모든 세금계산서는 결국 ANAF 플랫폼을 통과합니다.
5영업일 시계가 실제로 작동하는 방식
RO e-Factura는 보고 모델이 아니라 승인 모델입니다. 고객에게 세금계산서를 보낸 뒤 세무 당국에 알리는 것이 아닙니다. 요구되는 XML 형식으로 ANAF 플랫폼에 세금계산서를 제출하면, 플랫폼이 이를 검증하고 고유 식별 번호를 부여하며, 그제야 세금계산서가 세무 목적상 법적으로 유효해집니다. 고객은 시스템에서 이를 조회합니다.
일수 계산
시계는 세금계산서 발행일에 시작되며, 거기서부터 5영업일을 계산합니다. 루마니아의 영업일은 토요일, 일요일, 공식 공휴일을 제외합니다. 실제로는:
- 월요일에 발행한 세금계산서는 다음 월요일이 마감입니다.
- 금요일에 발행한 세금계산서는 다음 금요일이 마감입니다.
- 주중 공휴일은 모든 것을 하루씩 밀어냅니다 — 관대한 공휴일 달력을 가진 루마니아에서는 흔한 일입니다.
주말뿐 아니라 공휴일 달력도 프로세스에 넣으세요. 월요일부터 금요일까지만 세지만 공휴일을 무시하는 제출 루틴은 결국 어긋나게 됩니다.
세금계산서를 시스템에 넣는 방법
제출 경로는 두 가지입니다:
- API 통합. ERP나 회계 소프트웨어가 ANAF 인터페이스에 직접 연결되어 세금계산서를 자동 제출합니다. 실질적인 물량에서는 이것이 유일하게 합리적인 선택이며, 5일 마감을 부담이 아닌 여유로 만들어 주는 방법입니다.
- 수동 업로드. SPV 포털을 통해 XML 파일을 업로드하며, 적격 전자 서명이 필요합니다. 가끔 발생하는 세금계산서에는 가능하지만, 일상 업무로 삼으면 부담이 됩니다.
외국 판매자에게 실질적인 문제가 하나 있습니다: ANAF 포털 인터페이스는 루마니아어로만 제공됩니다. 팀에 루마니아어를 읽는 사람이 없다면, 수동 제출은 5일 마감과 벌금이 걸린 상태에서 모르는 언어로 정부 포털을 탐색하는 일이 됩니다. 회계 스택을 통한 직접 API 통합 — 또는 현지 재정 대리인 — 이 영웅적인 수동 노력보다 훨씬 바람직합니다.
60일 다운로드 창
ANAF는 세금계산서를 플랫폼에 60일 동안 보관합니다. 그 이후에는 발신자와 수신자가 각자 자신의 보관을 책임지며, 루마니아 규칙은 세금계산서를 최소 5년간 보존하도록 요구합니다. 플랫폼을 전송 채널로 취급하세요, 보관소가 아닙니다. 월말 루틴은 60일 창이 닫히기 전에 모든 전송된 세금계산서가 다운로드되어 자체 기록에 보관되었는지 확인해야 합니다.
미준수 비용
루마니아 전자세금계산서 벌금은 두 층으로 구성되며, 두 번째가 위험한 층입니다.
1층: 위반 건당 차등 벌금
시스템을 통해 세금계산서를 전송하지 않은 데 대한 벌금은 납세자 규모에 따라 차등 적용됩니다:
- 대형 납세자: 위반 건당 RON 5,000
10,000 (약 EUR 1,0002,000) - 중형 납세자: 위반 건당 RON 2,500~5,000
- 기타 법인 및 개인: 위반 건당 RON 1,000~2,500
"위반 건당"이란 누락된 세금계산서마다 이 금액이 곱해진다는 뜻입니다. 체계적인 실패 — 3월에 조용히 제출을 멈춘 통합 — 는 빠르게 상당한 금액으로 쌓일 수 있습니다.
2층: 세금계산서 가액의 15퍼센트
2024년 7월부터 RO e-Factura 시스템 외부에서 B2B 세금계산서를 발행하거나 수취하면 총 세금계산서 가액의 15퍼센트 벌금이 부과됩니다. 이 노출은 거래 양측 모두에 영향을 미친다는 점에 유의하세요: 시스템 외부에서 발행하는 판매자와 시스템을 통과하지 않은 세금계산서를 기장하는 구매자 모두입니다. 국경 간 판매자에게 이는 루마니아 고객들이 여러분에게 규정 준수 세금계산서를 요구할 자체적인 유인이 있다는 뜻입니다 — 이메일로 받은 PDF를 승인된 전자세금계산서 대신 수용하는 구매자는 스스로 벌금 위험을 떠안는 것입니다. 루마니아의 대형 고객들은 아직 그렇지 않다면 시스템 외부 세금계산서를 아예 거부하기 시작할 것으로 예상하세요.
중소기업 유예는 면제가 아닙니다
연간 매출이 EUR 500,000 미만인 소규모 납세자는 전체 벌금 체제의 집행이 2026년 7월 1일까지 유예됩니다. 그 문장을 주의 깊게 읽으세요: 의무가 아니라 벌금이 유예된 것입니다. 해당 소규모 사업체는 지금 시스템을 사용해야 합니다 — 세금계산서를 전송하고, 통합을 테스트하고, 데이터 품질을 개선하면서 — 유예 기간은 무시할 허가가 아니라 규정을 준비하는 활주로 역할을 합니다. 그 활주로는 이제 끝났습니다. 유예를 면제로 취급했다면, 따라잡기는 오늘부터 시작됩니다.
국경 간 판매자가 계속 저지르는 실수
대부분의 RO e-Factura 실패는 법률이 아니라 운영상의 문제입니다. 같은 패턴이 반복됩니다:
습관적으로 역일을 세는 것. 기존 5역일 규칙을 내재화했거나 하나의 글로벌 세금계산서 체크리스트를 운영하는 팀은 기존 계산으로 5일째에 제출하고 일찍 준수했다고 믿습니다. 새 규칙에서는 그것이 무해합니다. 반대 방향의 실수가 치명적입니다: 기존 규칙이 여전히 적용되던 2025년 12월 세금계산서를 새 규칙으로 판단하는 것입니다.
중소기업 유예가 "아직 아니다"라는 뜻이라고 가정하는 것. 매출 기준 이하의 외국 판매자가 통합 작업을 미뤘다면 이제 안전망 없이 운영하는 것입니다. 의무는 유예 기간 내내 적용됐고, 벌금만 일시 중지됐습니다.
PDF를 이메일로 보내고 세금계산서 발행이라고 부르는 것. 루마니아 B2B 시장에서 RO e-Factura를 통과하지 않은 세금계산서는 유효한 세금계산서가 아닙니다. 기존 이메일-PDF 워크플로를 시스템 제출과 병행하거나 대신 유지하는 판매자는 고객이 법적으로 기장할 수 없는 문서를 만들어내며, 양측이 15퍼센트 노출을 축적하게 됩니다.
승인되지 않은 수취 세금계산서를 기장하는 것. 15퍼센트 벌금의 구매자 측면은 대부분의 기업이 놓치는 부분입니다. 루마니아 공급자로부터 구매한다면, 미지급금 프로세스에서 수취 세금계산서에 e-Factura 식별자가 있는지 확인한 후 기장해야 합니다.
ANAF를 보관소로 취급하는 것. 플랫폼의 60일 보존은 정부 시스템이 기록을 무기한 보관한다고 가정하는 팀을 덫에 빠뜨립니다. 창이 닫히면 재구성은 여러분의 문제입니다.
언어 장벽을 과소평가하는 것. 루마니아어 전용 포털은 외국 팀에게 모든 수동 제출을 느리고 오류가 나기 쉬운 작업으로 만듭니다. 영구적인 전략으로서의 수동 업로드는 확장되지 않으며 직원 이직에서도 살아남지 못합니다.
루마니아 판매를 위한 규정 준수 체크리스트
루마니아 VAT 등록 — 설립 여부와 무관하게 — 을 통해 고객에게 세금계산서를 발행한다면, 이 목록을 확인하세요:
- 적용 범위를 확인하세요. 루마니아 VAT 번호를 보유하고 있습니까? 루마니아에 공급 장소가 있는 공급을 하고 있습니까? 둘 다 예라면, 설립 여부와 무관하게 해당 거래는 RO e-Factura 적용 범위에 있습니다.
- 시스템에 등록하세요. 귀하의 사업체가 RO e-Factura 등록부에 등록되어 있고, 마감 압박 속에서 필요하기 전에 접속 자격 증명과 전자 서명 준비가 작동하는지 확인하세요.
- 제출 경로를 선택하세요. 가끔 발생하는 세금계산서 이상이라면 청구 시스템을 ANAF 인터페이스와 통합하세요. 수동 SPV 업로드는 예외 상황을 위해 남겨두고, 루마니아어 포털을 탐색할 수 있는 사람이 그 업무를 담당하도록 하세요.
- 마감을 다시 프로그래밍하세요. 모든 체크리스트, SLA, 자동 알림을 2026년 세금계산서에 대해 5역일에서 5영업일로 업데이트하세요 — 그리고 2025년 12월 날짜의 예외 건을 위해 기존 규칙을 코드에 유지하세요.
- 루마니아 공휴일 달력을 로드하세요. 영업일 계산은 공휴일을 건너뛰어야 합니다. 매년 초에 그 해의 공휴일을 세금계산서 일정에 하드코딩하세요.
- 기장 전에 검증하세요 — 양방향 모두. 발신 세금계산서는 발행으로 간주하기 전에 시스템 식별자가 필요하고, 수취 루마니아 세금계산서는 비용을 기장하기 전에 식별자가 필요합니다. 식별자 확인을 결산 프로세스에 포함하세요.
- 보관 다운로드를 자동화하세요. 60일 창 안쪽에서 플랫폼으로부터 전송 및 수취 세금계산서를 다운로드하여 5년 보존 저장소에 보관하는 루틴을 예약하세요.
- 원장에서 전자세금계산서 식별자를 추적하세요. 지급 참조번호를 다루듯이 ANAF가 부여한 식별자를 각 세금계산서와 함께 장부에 저장하세요. 세무 당국이 거래에 대해 질문할 때, 식별자는 여러분의 원장을 그들의 시스템에 연결하는 실마리입니다.
마지막 항목은 강조할 가치가 있습니다. 승인 모델 세금계산서 발행은 "완전한 장부"의 의미를 바꿉니다: 루마니아 거래에 대한 원장 기재는 각 항목이 시스템 식별자를 가지고 있을 때만 완전히 뒷받침됩니다. 식별자 없이 기록된 매출은 아직 전송되지 않았거나 전송되었지만 조정되지 않은 것입니다 — 어느 쪽이든 월말 검토에서 잡아내야 할 신호입니다. 식별자, 전송 타임스탬프, 검증 응답을 거래와 함께 보관하면 조정은 조사가 아닌 대조 작업이 됩니다.
국경 간 기록을 감사 대비 상태로 유지하세요
판매자에 대한 루마니아의 메시지는 점점 더 명확해지고 있습니다: 시스템이 인정하기 전까지 세금계산서는 실제가 아니며, 여러분의 프로세스가 알든 모르든 마감은 영업일로 측정됩니다. 메커니즘을 제대로 처리하는 것 — 등록, 통합, 식별자 추적, 보관 — 은 엄격한 의무를 일상적인 배관 작업으로 바꿔줍니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제를 제공하는 플레인 텍스트 회계를 제공합니다 — 블랙박스도, 벤더 종속도 없습니다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 왜 플레인 텍스트 회계로 전환하는지 확인하세요.
