미국 뉴욕 소재 B2B 기업이 한국 SaaS 서비스를 구독하려 했습니다. 결제 직전, 청구 금액이 예상보다 낮다는 걸 눈치챘습니다. 뉴욕주는 SaaS 요금에 100% 과세를 적용하는데, 결제창 어디에도 세금 항목이 없었기 때문입니다.
결제는 완료됐지만 문제는 그 이후였습니다. 세무 신고 시점에 미납 세액이 확인되고, 가산세와 이자가 붙었습니다. 세금 한 줄이 빠진 결과가 원 세액의 30% 이상을 초과하는 벌금으로 돌아온 것입니다.
이건 특수한 사례가 아닙니다. 온라인 비즈니스의 72%가 글로벌 확장의 가장 큰 장애물로 세무 규정 준수(Tax Compliance)를 꼽습니다. 그리고 대부분의 한국 SaaS 기업은 홈페이지를 영어로 번역하는 데 집중하면서, 정작 결제 퍼널 안에 세금 계산 엔진을 심는 일은 뒤로 미룹니다.
미국과 캐나다는 가격에 세금이 별도로 붙는 Tax-exclusive 방식이 표준입니다. 반면 EU 회원국과 영국은 소비자에게 표시되는 가격에 VAT가 이미 포함된 Tax-inclusive 방식이 법적 의무입니다.
단순히 결제창을 영어로 번역하면 미국 고객에게는 세전 가격이, 독일 고객에게도 동일한 세전 가격이 표시됩니다. 독일 고객 입장에서는 VAT 19%가 빠진 가격을 보고 결제했다가 나중에 추가 청구를 받게 됩니다. 이런 경험은 즉각적인 분쟁(Dispute)으로 이어집니다.
미국은 연방 차원의 단일 세율이 없습니다. 25개 주에서 SaaS를 과세 대상으로 규정하고, 7개 주에서는 조건부 과세를 적용합니다.
이 세 가지 케이스만 봐도 동일한 $100 구독료에 대해 청구 세액이 완전히 달라집니다. 이걸 수동으로 추적하는 건 사실상 불가능합니다.
미국의 Nexus(세무 징수 의무 발생 기준선)는 일반적으로 연 매출 $100,000 또는 200건 거래이지만, 뉴욕·텍사스·캘리포니아 같은 대형 주는 $500,000까지 올라갑니다. 이 기준선을 넘는 순간 세무 등록과 징수 의무가 자동 발생합니다.
고객이 결제창에서 주소를 입력하는 순간, Stripe Tax API가 해당 위치의 세율을 즉시 계산합니다. 국가 코드, 미국 내 주(State), 우편번호까지 조합해서 가장 정확한 세율을 반환합니다.
이 과정은 사용자에게 보이지 않습니다. 주소 입력 → 세액 계산 → 결제 금액 업데이트가 1~2초 안에 완료됩니다.
결제창이 고객 위치를 감지하면, 가격 표시 방식이 자동으로 전환됩니다.
exclusive 방식 → "$100 + $8.50 tax"inclusive 방식 → "€119 (VAT 포함)"이 전환은 Stripe의 tax_behavior 파라미터로 제어합니다. 홈페이지 제작 단계에서 이 파라미터가 결제 플로우에 어떻게 연결되는지 설계해두지 않으면, 런칭 후 수작업으로 수정하는 데 상당한 비용이 들어갑니다.
EU 소재 B2B 기업이 구매자인 경우, 세금 납부 의무가 판매자에서 구매자로 이전됩니다. 이를 Reverse Charge(역외과세)라고 합니다.
작동 방식은 다음과 같습니다.
이 흐름이 결제 페이지에 구현되어 있지 않으면, EU 기업 고객은 자신이 이미 납부 의무가 있는 세금을 판매자에게 또 내야 하는 상황이 됩니다. 계약 취소의 흔한 이유 중 하나입니다.
Stripe 대시보드에서 세금 등록을 완료해도, 상품에 Product Tax Code를 지정하지 않으면 Stripe가 세율을 계산하지 못합니다. SaaS 서비스의 경우 txcd_10103000 계열 코드를 사용하며, 이 코드가 없으면 일부 주에서 과세 여부 판단 자체가 불가합니다.
Stripe Tax는 대시보드의 Tax > Registrations에 등록된 국가와 주(State)에 대해서만 세금을 계산합니다. 영국의 경우 2024년 기준 해외 기업의 VAT 등록 신청 중 약 17%가 거절될 정도로 심사가 까다로워졌습니다. 캐나다는 주별로 최대 5개의 세무 등록이 필요할 수 있습니다. 이 등록 목록이 불완전하면 해당 국가 고객에게 세금이 계산되지 않습니다.
서버 사이드에서 결제창을 호출할 때 아래 두 파라미터가 빠지면 세금 자동 계산과 VAT ID 수집이 작동하지 않습니다.
automatic_tax: { enabled: true }
tax_id_collection: { enabled: true }이 설정은 홈페이지 제작 단계의 백엔드 API 연동 스펙에 명시되어야 합니다. 프론트엔드 디자인만 완성하고 백엔드 연동 스펙을 대행사에 넘기지 않으면 이 부분이 빠질 가능성이 높습니다.
세무 담당 인력이 없고, 세금 신고 실수가 곧 사업 리스크로 직결됩니다. 이 경우 수수료율이 다소 높더라도(~5% 수준) 세금 납부와 신고 의무를 전면 위임할 수 있는 MoR(Merchant of Record) 솔루션이 현실적입니다.
마진 관리와 브랜딩 통제가 핵심입니다. 이 단계에서는 결제 수수료가 저렴한 Stripe Classic(약 2.9%)을 메인으로 유지하되, Stripe Tax API로 세금 계산을 자동화하고, Galvix 같은 관리형 세무 신고 서비스를 연동하는 하이브리드 구조가 2026년 기준 표준 베스트 프랙티스입니다.
| 구분 | MoR 솔루션 | Stripe Classic + Tax API |
|---|---|---|
| 수수료 | ~5% | ~2.9% + 세무 비용 |
| 세금 책임 | 플랫폼 부담 | 기업 부담 |
| 브랜딩 통제 | 제한적 | 완전 통제 |
| 적합 단계 | 초기 스타트업 | 시리즈 A 이상 |
글로벌 결제 퍼널이 포함된 홈페이지를 제작하기 전, 대행사와 반드시 확인해야 할 항목입니다.
automatic_tax와 tax_id_collection 파라미터가 포함되는가Q1. Stripe Tax를 쓰면 세금 신고까지 Stripe가 해주나요?
Stripe Classic + Stripe Tax 조합에서는 세금 계산과 징수만 자동화됩니다. 신고 의무는 기업에 남아 있습니다. 신고까지 위임하려면 Stripe Managed Payments(MoR 방식) 또는 Galvix 같은 외부 세무 신고 서비스를 추가로 연동해야 합니다.
Q2. 한국 내 고객만 있는데도 Stripe Tax 설정이 필요한가요?
한국 고객만 대상이라면 당장 필요하지 않습니다. 그러나 글로벌 진출을 계획 중이라면 홈페이지 제작 단계에서 아키텍처를 설계해두는 것이 훨씬 효율적입니다. 나중에 결제 퍼널을 뜯어고치는 비용이 훨씬 큽니다.
Q3. 결제창에 세금 표시가 없어도 결제 자체는 되지 않나요?
결제는 됩니다. 문제는 그 이후입니다. 세금을 징수하지 않고 매출이 쌓이면 세무 당국이 미납 세액을 소급 청구합니다. 미국의 경우 원 세액의 30% 이상 가산세가 붙을 수 있습니다.
Q4. 미국 모든 주에 세무 등록을 해야 하나요?
아닙니다. Nexus 기준선(연 매출 $100,000 또는 200건 거래)을 초과한 주에만 등록 의무가 생깁니다. Stripe Tax는 이 기준선 도달 여부를 추적하는 기능도 제공합니다.
Q5. 홈페이지 제작 대행사를 선택할 때 Stripe Tax 연동 역량을 어떻게 확인하나요?
"Checkout Session 생성 시 automatic_tax 파라미터를 어떻게 처리하나요?"라고 직접 물어보세요. 백엔드 API 연동 경험이 있는 대행사라면 즉시 구체적인 답변이 나옵니다. "Stripe 결제 연동 가능합니다"라는 수준의 답변은 프론트엔드 연동만 가능하다는 신호일 수 있습니다.
글로벌 B2B SaaS 홈페이지는 영어 번역본이 아닙니다. 고객의 위치를 감지하고, 해당 국가의 세율을 실시간으로 계산하며, B2B/B2C 여부에 따라 세금 처리 방식을 자동으로 전환하는 결제 퍼널이 내장된 시스템입니다.
에이달은 Stripe Tax 연동을 포함한 글로벌 결제 퍼널 설계를 홈페이지 기획 단계부터 함께 구조화합니다. 해외 결제 아키텍처 설계가 필요하다면 프로젝트 문의 주세요.
📩 master@adall.co.kr | 📞 02-2664-8631
무료 컨설팅 받아보고 싶다면?
무료 컨설팅 신청하기