웹사이트를 만들거나, 서비스를 구매하거나, 커피를 사려고 할 때 가격표에 적힌 금액이 거짓이라고 상상해보세요. 의도적인 것은 아니고, 단지 조용히 빼먹은 것뿐입니다. 당신이 본 숫자에는 세금이 포함되어 있지 않았고, "실제" 총액은 계산대에서야 나타납니다. 몰타는 이제 소상공인과 프리랜서가 더 이상 그렇게 할 수 없다고 결정했습니다.
2026년 예산 이행법의 일환으로, 몰타는 자국 부가가치세법의 기본 규칙을 다시 썼습니다. 이제부터 부가가치세 사업자가 고객에게 표시하는 모든 가격은 이미 부가가치세가 포함된 것으로 추정됩니다. "그래야 합니다"가 아닙니다. "권장됩니다"도 아닙니다. 좁은 예외 사항이 적용되지 않는 한, 법적으로 추정됩니다.
이는 작은 기술적 조정처럼 들립니다. 실제로 청구서, 견적서, 매장 가격을 다시 책정해야 하는 프리랜서, 컨설턴트, 소규모 사업자들에게는 모든 거래를 가격 책정, 문서화, 방어하는 방식에 있어 의미 있는 변화입니다. 그리고 몰타가 독자적으로 움직이는 것이 아니기 때문에 — EU의 광범위한 "디지털 시대의 VAT(ViDA)" 추진이 회원국들을 이러한 가격 투명성과 디지털 신고 방향으로 밀어붙이고 있습니다 — 현재 몰타에서 사업을 하지 않더라도 이해할 가치가 있습니다.
실제로 변경된 사항
가장 핵심적인 개정은 간단합니다. 부가가치세 납세의무자가 인용한 가격은 이제 기본적으로 부가가치세가 포함된 것으로 간주됩니다. 서비스를 "€500"에 판매한다면, 법은 이제 그 €500에 이미 부가가치세가 포함되어 있다고 가정하며, 고객이 표시된 가격 위에 부가가치세를 추가로 부담할 의무는 없습니다.
사업자가 부가가치세를 제외한 가격을 인용할 수 있는 두 가지 예외 사항이 있습니다.
- 가격이 표시될 당시 부가가치세를 결정할 수 없는 경우 — 예를 들어, 적용 세율이 아직 알려지지 않은 세부 사항(목적지, 고객 상태 또는 제품 구성)에 따라 달라지는 경우입니다.
- 판매가 부가가치세 사업자 번호를 보유한 기업 고객에게 이루어지는 경우이며, 판매자가 가격에 부가가치세가 포함되어 있지 않음을 명확하고 모호함 없이 명시한 경우입니다.
이 두 가지 상황을 제외하고는 추정이 유효합니다. 표시된 금액이 고객이 지불하는 금액이며, 세금이 포함되어 있습니다. 이는 B2C 판매자(소매업자, 숙박업 종사자, 개인 고객에게 직접 청구하는 프리랜서 서비스 제공자)에게 가장 큰 영향을 미칩니다. 이들은 "부가가치세 사업자에게 판매" 예외를 적용받을 가능성이 가장 낮기 때문입니다.
프리랜서 웹 개발자나 소규모 소매점의 경우, 이는 모든 가격표, 모든 견적 템플릿, 모든 판매 시점 디스플레이를 감사하여 고객이 보는 숫자가 실제로 청구될 숫자(부가가치세가 이미 포함된)인지 확인해야 함을 의미합니다. 반대로 하면 — 필요한 공개 없이 부가가치세가 제외된 숫자를 인용하면 — 고객 혼란의 위험을 감수할 뿐만 아니라, 처음부터 부가가치세를 포함하려 했다고 가정하는 법적 추정의 반대편에 서게 됩니다.
소상공인 제도가 더 유용해졌습니다.
가격 책정 규칙과 함께, 몰타는 소기업을 위한 부가가치세 제도를 개선했습니다. 이는 진정으로 소규모인 사업체가 부가가치세 등록 및 과세 자체를 건너뛸 수 있게 해주는 메커니즘입니다.
국내적으로, 몰타 소기업은 몰타 내에서 공급되는 재화 및 용역의 연간 매출액이 €35,000을 초과하지 않는 한 부가가치세 등록이 면제됩니다. 이 기준 이하에서는 부가가치세를 부과하지 않고, 해당 공급에 대한 부가가치세 신고서를 제출하지 않으며, 포함할 부가가치세가 없기 때문에 포함 가격 책정 규칙과 씨름할 필요도 없습니다.
더 흥미로운 변화는 역외 측면에 있습니다. 신설된 제11A조는 이제 몰타에 설립된 소기업이 특별 역외 소상공인 면제를 사용할 수 있도록 허용하는 반면, 제11B조는 EU 내 다른 곳에 설립되어 몰타 VAT 등록 없이 몰타에 판매하려는 소기업에게 동일한 옵션을 제공합니다. 자격을 갖추려면, 사업체의 전체 EU 역내("Union") 매출액이 현재 및 직전 역년에 걸쳐 €100,000 미만을 유지해야 하며, 면제를 신청하려는 각 개별 회원국에서의 매출액도 해당 국가의 현지 기준 미만을 유지해야 합니다.
실질적으로, 이는 소수의 몰타 고객을 확보한 독일의 프리랜서 컨설턴트나 가끔 프랑스 고객을 위해 일하는 몰타 디자이너를 대상으로 합니다. 낮은 기준을 넘는 모든 국가에서 부가가치세 등록을 하는 대신, 통일된 소상공인 면제에 의존할 수 있습니다. 단, 국가별 매출액을 추적하고 필요한 분기별 매출액 신고(제11A조 등록자의 경우, 몰타 내 및 제도가 사용되는 모든 다른 회원국에서의 공급을 보고)를 제출해야 합니다.
이 신고 의무가 사람들을 당황하게 만드는 부분입니다. 면제는 "한 번 등록하고 잊어버리는" 것이 아닙니다. 지속적인 분기별 신고 의무가 따르며, 연중에 국내 또는 역내 통합 기준을 초과하면 소급하여 표준 부가가치세 등록으로 되돌아갈 수 있습니다.
디지털 신고가 다음 단계입니다.
가격 책정 및 중소기업 변경 사항은 이미 시행된 개정안이지만, 이는 더 큰 방향성의 일부입니다. 몰타는 의무적인 전자세금계산서(e-invoicing) 및 실시간(또는 준실시간) 디지털 부가가치세 신고로의 전환을 예고했으며, 이는 EU의 ViDA 패키지와 역내 B2B 거래 및 역과세 공급에 대한 디지털 신고의 2030년 마감 시한에 맞춰 진행됩니다.
이러한 움직임의 시급성은 추상적이지 않습니다. 몰타의 부가가치세 격차(VAT gap) — 이론상 납부해야 할 VAT와 실제 징수된 VAT의 차이 — 는 2023년에 약 24.2%로 추정되어 EU 평균(약 9.5%)의 두 배 이상이었습니다. 실시간 구조화된 전자세금계산서(EN 16931 유럽 표준 형식)는 규제 당국이 이 격차를 해소하기 위해 고려하고 있는 도구입니다. 이는 세무 당국이 신고서가 제출된 지 몇 달 후가 아니라 거래가 발생하는 즉시 거래 내역을 파악할 수 있게 해주기 때문입니다.
확정된 시행일은 아직 발표되지 않았지만, 방향성은 충분히 명확하여 몰타 고객과 거래하는 모든 프리랜서나 소상공인, 또는 다른 EU 국가들이 어떻게 따라할지 지켜보는 사람이라면 앞으로 몇 년 안에 스프레드시트가 아닌 세금계산서 소프트웨어가 사실상 필수가 될 것으로 예상해야 합니다.
몰타에 있지 않더라도 중요한 이유
부가가치세 포함 가격 기본 원칙, 역외 소상공인 면제, 실시간 디지털 신고는 몰타만의 고유한 아이디어가 아닙니다. 이는 대부분의 VAT 및 GST 체제가 나아가고 있는 일반적인 방향입니다. 전 세계 세무 당국이 동일한 유형의 징수 격차를 유사한 도구로 해소하려고 하기 때문입니다. EU에 제품을 판매하거나, 자국의 세무 당국이 유사한 개혁을 논의하는 것을 지켜보고 있다면, 몰타의 시행은 "기본적으로 준수하는" 가격 책정 및 세금계산서 발행이 어떤 모습인지 보여주는 유용한 미리보기 역할을 합니다.
바로 여기가 좋은 장부 기록 습관이 법적으로 요구되기 전에 효과를 발휘하는 지점입니다. 각 항목의 총 가격, 세금 부분, 순수익을 이미 분리하여 청구서에 기록하고 있다면 — "총액"을 하나의 불투명한 숫자로 취급하지 않는다면 — 몰타의 포함 가격 책정 추정과 같은 규칙 변경은 아무런 영향이 없습니다. 지난 분기 청구서 중 세금 부분과 수익 부분이 무엇인지 파악하기 위해 허둥지둥할 필요가 없습니다. 장부에 이미 명확히 나와 있기 때문입니다. 이러한 변화로 어려움을 겪는 사업체는 거의 항상 처음부터 두 가지를 장부에 분리하지 않았던 곳들입니다.
동일한 원칙이 역내 기준에도 적용됩니다. 국가별 매출액을 거의 실시간으로 추적하는 것은, 회계 기록이 "올해 프랑스에서 얼마나 청구했습니까?"라는 질문에 사후에 1년 치 청구서를 뒤지지 않고 즉시 답할 수 있도록 구조화되어 있을 때만 수월합니다.
재무 관리 간소화
몰타 고객을 위한 가격 책정, EU 역내 부가가치세 기준 추적, 또는 모든 청구서에서 총수익, 세금, 순수익을 깔끔하게 분리하여 유지하는 것 등 어떤 상황이든 근본적인 문제는 동일합니다. 장부는 세무 당국이 질문하기 전에 세금 관련 질문에 답할 수 있어야 합니다. Beancount.io는 투명하고 버전 관리가 가능하며 이러한 항목별 명확성을 위해 설계된 일반 텍스트 회계(plain-text accounting)를 제공합니다. 블랙박스도, 공급업체 종속도 없습니다. 지금 무료로 시작하고 개발자와 재무 전문가들이 일반 텍스트 회계로 전환하는 이유를 확인해보세요.