2018년 당시, 40개 주의 고객에게 연간 200만 달러의 매출을 올리는 SaaS 창업자는 본거지 외 관할 구역의 판매세를 무시해도 큰 무리가 없었습니다. 하지만 2026년이 되면, 그 동일한 창업자는 최소 25개 주에서 등록 마감일에 직면하게 됩니다. 주마다 서로 상충하는 "진정한 목적(true object)" 테스트의 파편화된 규정들과 매년 미납 세금의 약 30%씩 불어나는 감사 노출액에 직면하게 되는 것입니다. 사우스다코타 대 웨이페어(South Dakota v. Wayfair) 판결이 이러한 복잡성을 만들어낸 것은 아닙니다. 이미 모호했던 주법을 무기화하여 소프트웨어 기업들을 겨냥하게 만든 것입니다.
디지털 상품의 문제는 독특합니다. 일반적인 위젯 판매자는 주의 세법을 읽고 "유형 동산(tangible personal property)" 항목을 찾아 규칙을 파악할 수 있습니다. 반면 SaaS 판매자는 동일한 법전에서 "데이터 처리 서비스", "정보 서비스", "디지털 제품", "컴퓨터 서비스", "특정 디지털 상품" 등을 발견하게 되며, 연도에 따라 주의 세무 행정령(revenue rulings)에서 아무런 항목도 찾지 못하는 경우도 빈번합니다. 거의 동일한 법적 문구를 가진 두 주가 동일한 제품에 대해 정반대의 결론을 내리는 일도 예사입니다. 자동화된 대시보드에 사람이 검토한 보고서 기능을 추가하는 것과 같은 단 하나의 기능 토글(feature toggle)만으로도 전체 구독 상품군에 대한 과세 처리가 뒤바뀔 수 있습니다.
소프트웨어, 스트리밍 미디어 또는 디지털 상품을 미국 고객에게 판매하고 있다면, 이 가이드를 통해 2026년에 무엇이 변경되었는지, 약 절반의 주에서 과세 여부를 결정하는 '진정한 목적 테스트'를 어떻게 이해해야 하는지, 그리고 매출 규모에 따라 무너지지 않고 확장 가능한 규정 준수 체계를 구축하는 방법을 알아보시기 바랍니다.
주정부가 SaaS를 분류하는 세 가지 카테고리 (그리고 이것이 중요한 이유)
SaaS에 과세하는 주들은 세 가지 고유한 법적 경로를 통해 과세를 결정합니다. 어떤 경로를 따르느냐에 따라 제품의 어떤 기능이 과세를 유발하는지, 어떤 면제가 적용되는지, 어떤 면제 증명서를 수락할 수 있는지가 달라지기 때문에 이 경로는 매우 중요합니다.
경로 1: SaaS를 유형 동산(Tangible Personal Property)으로 취급. 이는 가장 광범위한 과세 처리 방식입니다. 하와이, 뉴멕시코, 사우스다코타, 워싱턴과 같은 주에서는 원격으로 호스팅되는 소프트웨어에 대한 접근을 물리적 상품과 유사한 디지털 제품의 판매로 분류합니다. 거래가 유형 동산으로 취급되면 기본적으로 과세 대상으로 간주되며, 면제 적용 여부를 증명할 책임은 판매자에게 있습니다. B2B 구매자의 재판매 증명서가 일반적으로 통용되지만, 문서 요구 사항이 엄격합니다.
경로 2: SaaS를 과세 대상 서비스로 취급. 텍사스가 대표적인 예입니다. 텍사스는 SaaS를 소프트웨어로 과세하지 않습니다. 대신 수십 년 전 클라우드 컴퓨팅이 등장하기 전의 규칙에 따라 SaaS 요금의 80%를 "데이터 처리 서비스"로 과세합니다. 20%의 면제는 모든 데이터 처리 거래의 일정 부분이 서비스를 사용하는 고객 자신의 노동이라는 점을 인정한 결과입니다. 테네시, 오하이오, 커네티컷, 워싱턴 D.C.도 유사한 방식을 사용합니다. SaaS를 제품이 아닌 열거된 여러 과세 대상 서비스(데이터 처리, 정보 서비스, 컴퓨터 서비스 등) 중 하나로 분류하는 것입니다.
경로 3: SaaS를 비과세 무형 서비스로 취급. 캘리포니아, 플로리다, 일리노이, 네바다, 노스캐롤라이나, 오클라호마, 버지니아가 주요 예외 지역입니다. 이들 주는 SaaS를 법률 자문이나 회계 서비스처럼 비과세 전문 서비스 또는 무형 서비스로 취급합니다. 하지만 "비과세"는 현재의 기준일 뿐이라는 점에 유의해야 합니다. 이들 중 여러 주에서 디지털 서비스로 판매세를 확대하려는 입법안이 제출되어 있으며, 최근 입법 회기의 추세는 일관되게 SaaS에 과세하는 주가 늘어나는 방향으로 흐르고 있습니다.
고객이 거주하는 주에서 어떤 경로가 적용되는지 아는 창업자는 그에 맞춰 계획을 세울 수 있습니다. "SaaS에 세금이 붙는가?"를 단순한 예/아니오 문제로 취급하는 창업자는 잘못된 등록을 하거나, 면제 대상인 B2B 고객을 오분류하여 결국 세금을 과다 징수(이로 인해 집단 소송 환급 청구 초래)하거나 과소 징수(감사 추징금 초래)하게 될 것입니다.
진정한 목적 테스트(True Object Test): 번들, AI 및 하이브리드 제품의 성패가 갈리는 지점
진정한 목적 테스트는 순수 소프트웨어 접근권 이상의 복잡한 상품을 판매하는 모든 SaaS 기업에게 가장 중요한 개념입니다. 이는 거래에 과세 대상 요소와 비과세 요소가 섞여 있고 고객이 하나의 번들 가격을 지불할 때 주정부가 적용하는 규칙입니다.
이 테스트는 다음과 같이 질문합니다. "고객이 거래를 체결하는 주요 목적은 무엇인가?" 만약 주된 목적이 과세 대상 소프트웨어에 대한 접근이라면, 부수적인 서비스, 교육 및 지원을 포함한 전체 번들이 과세 대상이 됩니다. 반면 주된 목적이 비과세 서비스(컨설팅, 맞춤형 분석 또는 인적 서비스 등)라면, 과세 대상 소프트웨어 구성 요소가 포함되어 있더라도 전체 번들에 대해 세금을 피할 수 있습니다.
실제로 동일한 제품에 대해 진정한 목적 테스트를 적용하는 두 주가 상반된 결론을 내릴 수 있습니다. 예를 들어, 테네시는 진정한 목적이 소프트웨어 접근일 때는 SaaS를 과세 대상으로 보지만, 진정한 목적이 소프트웨어를 통해 제공되는 인적 서비스일 때는 면제합니다. 텍사스 또한 데이터 처리 규칙에 따라 유사한 분석을 적용합니다. 캘리포니아는 소프트웨어에 과세할 때 고객의 주요 의도가 지적 재산권을 라이선스하는 것인지, 아니면 서비스를 소비하는 것인지 확인합니다.
이는 현대의 세 가지 제품 카테고리에서 매우 중요하게 작용합니다.
- AI 강화 서비스. AI를 사용하여 마케팅 카피를 생성하는 제품은 소프트웨어 접근(텍사스, 워싱턴, 하와이에서 과세)으로 분류될 수도 있고, 콘텐츠 제작 서비스(많은 주에서 더 관대하게 취급)로 분류될 수도 있습니다. 이 분류는 사람이 AI 출력물을 검토하는지, 그리고 고객이 사람의 개입 없이는 얻을 수 없는 결과물을 받는지에 따라 달라지는 경우가 많습니다.
- 컨설팅이 포함된 임베디드 소프트웨어. SaaS 구독과 함께 제공되는 구축 패키지, 화이트글러브 온보딩, 매니지드 서비스 번들은 진정한 목적의 모호성을 유발합니다. 일반적으로 인보이스에서 구성 요소를 분리하여 가격을 책정하는 것이 도움이 됩니다. 일부 주는 개별 가격이 명시되어 있을 때 자동으로 번들을 해제하지만, 어떤 주들은 이를 의무화하기도 합니다.
- 편집 큐레이션이 포함된 스트리밍 및 디지털 미디어. 정액제 스트리밍 서비스는 일반적으로 과세 대상 디지털 상품입니다. 하지만 편집자 추천, 맞춤형 플레이리스트 또는 전문가 논평이 포함된 구독은 진정한 목적을 서비스 쪽으로 이동시킬 수 있습니다.
멀티 제품 SaaS 기업이 취할 수 있는 가장 중요한 규정 준수 단계는 각 SKU에 대한 진정한 목적 분석 내용을 기록하고, 해당 분석을 뒷받침하는 고객 대면 설명을 문서화하며, 제품이 변경될 때마다 이를 재검토하는 것입니다.
Wayfair 판결 이후의 경제적 넥서스: 2026년 임계값 계산
2018년 사우스다코타 대 웨이페어(South Dakota v. Wayfair) 판결 이전까지, 주 정부는 타주 판매자가 해당 주에 직원, 재고 또는 부동산과 같은 물리적 실체(Physical presence)를 보유한 경우에만 판매세를 징수하도록 요구할 수 있었습니다. 웨이페어 판결은 이 규칙을 뒤집었습니다. 이제 주 정부는 물리적 거점이 없더라도 오로지 경제 활동만을 근거로 징수 의무를 부과할 수 있습니다.
거의 모든 주가 사우스다코타의 모델을 따랐습니다. 즉, 연간 매출 10만 달러 또는 해당 주 고객과의 거래 200건이 발생하면 넥서스가 형성됩니다. 2026년에 이르면 200건 거래 기준은 사라지는 추세입니다. 일리노이는 2026년 1월 1일부로 이 기준을 폐지하며 콜로라도, 아이오와, 메인, 노스다코타, 워싱턴, 위스콘신과 함께 매출 전용 임계값으로 전환했습니다. 각 주 정부는 세무 전문가들이 처음부터 알고 있었던 사실을 조용히 인정했습니다. 즉, 5달러짜리 송장 200개를 추적하는 것은 그것으로 얻는 세수보다 행정적 부담이 훨씬 더 크다는 점입니다.
특히 SaaS 기업의 경우, 웨이페어 판결 이후 경제적 넥서스의 실질적인 시사점은 다음과 같습니다.
- 대규모 고객 한 명의 물량만으로도 넥서스가 발생할 수 있습니다. 주 내에 다른 고객이 없더라도 12만 달러 규모의 단일 엔터프라이즈 계약 하나만으로 넥서스가 형성될 수 있습니다.
- 무료 체험, 프리미엄(Freemium) 계층 및 할인이 임계값 계산을 복잡하게 만듭니다. 일부 주는 (할인 전) 총매출액을 측정하고, 다른 주는 순매출액을 측정합니다. 일부 주는 무료 계층을 200건 거래 횟수에 포함되는 0달러 "거래"로 간주하기도 하지만, 그렇지 않은 주도 있습니다.
- 넥서스는 지속됩니다. 일단 형성된 경제적 넥서스는 대개 임계값을 초과한 해당 연도의 잔여 기간과 그 다음 달력 연도 전체 동안 유지됩니다. 매출이 임계값 아래로 떨어지더라도 마찬가지입니다. 넥서스를 해제하는 것은 발생시키는 것보다 더 어렵습니다.
- 마켓플레이스 중개자 법(Marketplace facilitator laws)이 의무를 전가할 수 있습니다. AWS 마켓플레이스, Microsoft Azure 마켓플레이스, Shopify 앱스토어 또는 이와 유사한 플랫폼을 통해 판매하는 경우, 많은 주에서 마켓플레이스가 귀하를 대신하여 세금을 징수해야 할 수도 있습니다. 리셀러 계약서에 누구에게 의무가 있는지 명시되어 있어야 합니다.
넥서스 준수에서 가장 어려운 부분은 세금을 내야 한다는 사실을 안 뒤에 세금을 징수하는 것이 아닙니다. 가장 어려운 것은 45개의 서로 다른 기준(총액 대 순액, 직전 12개월 회전 기준 대 달력 연도 기준, 전년도 대 당해 연도)으로 45개의 임계값을 지속적으로 모니터링하고, 언제 그 기준선을 넘었는지 파악하는 것입니다.
2026년의 변화
올해 알아두어야 할 세 가지 변화는 다음과 같습니다.
일리노이주, 200건 거래 임계값 종료 (2026년 1월 1일). 원격 판매자는 이제 총수입이 10만 달러를 초과하는 경우에만 일리노이 넥서스가 형성됩니다. 거래 횟수만으로 일리노이 넥서스에 걸려들었던 소규모 판매자는 등록을 취소할 수 있습니다. 다만, 대개 깔끔한 종결 신고(Clean closeout filing) 후에 의도적으로 진행해야 합니다.
메인주, 과세 대상에 디지털 오디오 및 시각 서비스 추가. 메인주 고객을 대상으로 하는 스트리밍 음악 및 비디오 구독은 2026년부터 과세 대상이 되었으며, 이는 메인주가 이미 과세하고 있는 광범위한 디지털 제품 목록에 합류했습니다. 미디어 관련 제품을 판매하는 SaaS 벤더는 메인주의 과세 여부를 재검토해야 합니다.
컬럼비아 특별구(D.C.), 디지털 상품 세율 인상. 2026년 10월 1일부로 디지털 상품 및 서비스에 대한 D.C. 세율이 6.0%에서 7.0%로 인상됩니다. D.C. 세금을 징수하는 벤더는 시행일에 맞춰 세금 엔진을 업데이트해야 합니다. 인상된 세율 적용이 한 달만 늦어져도 세율 변경이 있는 관할 구역에서 가장 흔한 감사 지적 사항이 됩니다.
워싱턴주, "소매 서비스(Retail services)" 지속적 확대. 워싱턴주는 수년 동안 판매세 기반에 디지털 서비스 카테고리를 추가해 왔습니다. 2026년 확장안은 이전에는 회색 지대였던 추가적인 클라우드 호스팅 서비스를 포함합니다. 워싱턴주 고객에게 판매하고 있으며 2022년 또는 2023년의 과세 여부 검토 보고서에 의존하고 있다면 분석 내용을 갱신하십시오.
실제 SaaS 기업의 규정 준수 접근 방식
"45개 주의 판매세를 어떻게 준수하는가"에 대한 교과서적인 답변은 모든 주에 등록하고, 세금 엔진을 설치하고, 모든 과세 거래에 대해 징수하는 것입니다. 하지만 교과서적인 답변은 대개 시리즈 A 또는 시리즈 B 단계의 SaaS 기업에는 적합하지 않습니다. 다음은 더 현실적인 단계별 접근 방식입니다.
1단계: 지도 작성 (매출 100만 달러 미만)
어디든 등록하기 전에, 판매 중인 모든 주, 주별 직전 12개월 매출, 해당 주의 경제적 넥서스 임계값, 해당 주의 SaaS 과세 처리 방식 및 실효 세율을 나열한 스프레드시트를 작성하십시오. 아직 임계값을 넘지 않았고 시리즈 B 투자 유치(실사 질문이 발생함)를 앞두고 있지 않다면, 아직 아무런 의무가 없을 수도 있습니다. 매출 100만 달러 미만의 많은 SaaS 기업은 어떤 주에서도 경제적 넥서스를 넘지 않았기 때문에 판매세 노출 위험이 없습니다.
첫날부터 정확한 장부 관리를 하는 것이 이 지도를 가능하게 합니다. 회계 시스템이 각 송장에 배송지 주소를 보관하지 않는다면 주별 직전 12개월 매출을 계산할 수 없습니다. 데이터 수집을 초기에 정착시키십시오. 주별 매출을 복구하기 위해 2년 치의 과거 송장을 사후에 수정하는 작업은 몇 주가 걸리는 프로젝트가 됩니다.
2단계: 해당 지역 등록 (100만~1,000만 달러)
일단 한 주의 넥서스를 넘으면, 법적으로 등록하고 향후 세금을 징수할 의무가 생깁니다. 임계값을 넘은 당일에 바로 등록할 필요는 없습니다. 대부분의 주는 30일에서 60일의 여유를 줍니다. 하지만 그 이상 지체하면 미등록 부채가 쌓이기 시작합니다. 기계적인 단계는 다음과 같습니다.
- 임계값을 초과한 시점과 첫 번째 과세 거래에 대한 주의 규칙을 바탕으로 등록 효력 발생일을 결정합니다.
- 주의 온라인 포털을 통해 등록합니다. (또는 해당 주가 참여하는 경우 약 절반의 주를 한 번에 등록할 수 있는 간소화된 판매세(Streamlined Sales Tax) 중앙 등록 시스템을 이용합니다.)
- 효력 발생일에 징수를 시작하도록 세금 엔진 또는 청구 시스템을 설정합니다.
- 할당된 일정(규모에 따라 매월, 매분기 또는 매년)에 따라 첫 번째 신고서를 제출합니다.
두 가지 등록 함정에 주의하십시오. 첫째, 등록은 종종 양식을 작성한 날이 아니라 넥서스 발생일로 소급 적용됩니다. 즉, 주 정부는 그 공백 기간에 대한 세금을 기대합니다. 둘째, 등록하면 지속적인 신고 의무가 생깁니다. 과세 대상 매출이 없는 달에도 무실적 신고(Zero returns)를 해야 하며, 납부할 세금이 없더라도 미신고 시 벌금이 부과될 수 있습니다.
3단계: 과거 노출 내역 정리 (자발적 공개)
만약 이전 연도에 특정 주에서 납부해야 할 세금이 있었음에도 등록이나 징수를 하지 않았다는 사실을 발견했다면, 곧바로 등록하는 것은 최악의 선택입니다. 직접 등록을 하게 되면 주 정부는 과거 내역을 조사하여 전체 역사적 납세 의무를 산정하고, 미납 세액의 평균 약 30%에 해당하는 가산세와 복리 이자를 부과하게 됩니다.
이럴 때 적절한 도구가 바로 **자발적 공개 협약(Voluntary Disclosure Agreement, VDA)**입니다. VDA는 귀하와 주 정부 사이의 계약으로, 보통 계약 체결 전까지 신원을 익명으로 유지해 줄 제3자 대리인을 통해 협상합니다. 자발적으로 신고하는 대가로 주 정부는 대개 다음과 같은 혜택을 제공합니다:
- 제한된 소급 조사 기간 (무기한 노출 대신 보통 3년 또는 4년 적용)
- 가산세 100% 면제
- 흔히 이자 감면 또는 면제 혜택 제공
주의할 점은 주 정부로부터 아직 연락을 받지 않은 상태여야만 자격이 주어진다는 것입니다. 넥서스(Nexus) 설문지, 감사 서신, 심지어 정보 요청만으로도 자격이 박탈될 수 있습니다. 주 정부가 조사를 시작하는 순간 VDA의 문은 닫힙니다. 자금 조달 라운드, 인수 또는 IPO를 준비하는 기업들은 실사가 시작되기 몇 달 전부터 여러 주에 걸쳐 VDA 캠페인을 진행하는 것이 관례입니다. 이는 인수자가 미공개 납세 의무 전액만큼 매수 가격을 깎거나 면책 에스크로를 요구할 수 있기 때문입니다.
VDA에는 실제 비용이 발생합니다. 보통 주당 수천 달러의 전문 수수료가 들고 협상에 수개월이 소요됩니다. 하지만 미납 세금, 고율의 가산세(보통 세액의 25~50%), 그리고 복리 이자를 소급 기간 제한 없이 내는 것보다는 거의 항상 나은 선택입니다.
4단계: 자동화 ($1,000만 이상)
성장 단계의 매출 규모에서는 수동 컴플라이언스가 불가능해집니다. 30개 이상의 활성 등록, 매달 진행되는 신고, 주소 단위의 세율 결정, 면세 증명서 관리, 제품 과세 여부 업데이트 등을 재무팀이 수동으로 감당하기엔 역부족입니다. 표준적인 해결책은 청구 시스템과 통합된 판매세 엔진(Avalara, Anrok, Stripe Tax, TaxJar, Vertex)을 사용하는 것입니다. 엔진은 실시간 세율 조회, 과세 규칙 적용 및 신고를 처리합니다.
이 단계에서도 자동화가 판단을 대신할 수는 없습니다. 세무 엔진은 특정 제품 구성에 맞지 않는 기본값을 적용할 수 있습니다. 재무팀의 누군가는 각 SKU별 과세 분류를 책임지고, 엔진의 결과를 주기적으로 검토하며, 제품 변경 시 설정을 업데이트해야 합니다.
감사를 유발하는 흔한 실수들
SaaS 기업에 대한 판매세 감사 결과의 대부분은 다음 다섯 가지 실수에서 비롯됩니다:
- B2B 거래를 자동으로 면세로 취급함. 많은 주에서 기업 구매자에 대해 일괄적인 SaaS 면세를 적용하지 않습니다. 일부는 구매자 자신의 운영에 사용하는 것이 아니라 실제 재판매를 목적으로 하는 경우에만 재판매 면세를 허용합니다. 고객을 면세 대상으로 처리하기 전에 재판매 또는 면세 증명서를 수집하고 확인하십시오.
- 소싱 규칙(Sourcing rules) 무시. SaaS 판매는 대개 고객의 청구 주소나 주요 사용 위치를 기준으로 소싱되지만, 규칙은 주마다 다릅니다. 잘못된 관할 구역으로 소싱하면 잘못된 세율로 징수하게 될 수 있으며, 과다 징수된 세금은 주 정부가 아닌 귀하가 환불해야 할 부채가 됩니다.
- 무실적 신고(Zero returns) 누락. 일단 등록하면 주 정부는 과세 대상 매출 발생 여부와 관계없이 매 기간 신고서를 제출할 것을 요구합니다. 무실적 신고를 누락하면 실제 납부할 세액보다 더 큰 가산세 고지서를 받게 되는 경우가 많습니다.
- 세율 변경 처리 미숙. 주 정부가 연중에 세율을 변경할 때(예: 2026년 워싱턴 D.C.), 발효일 전까지는 이전 세율이 적용되고 그 이후에는 새 세율이 적용됩니다. 세무 엔진은 설정만 잘 되어 있다면 이를 처리하지만, 수동 컴플라이언스에서는 한두 번의 청구 주기를 놓치는 경우가 많습니다.
- 진정한 목적 분석(True-object analysis) 문서화 미비. 만약 주 감사관이 번들 서비스의 과세 여부에 의문을 제기한다면, 해당 서비스를 어떻게 분류했는지와 그 분류를 뒷받침하는 고객 대면 자료의 서면 기록이 귀하의 방어 수단이 됩니다. 이것이 없으면 감사관의 분석이 기본적으로 승인됩니다.
첫날부터 감사가 가능한 재무 기록 유지하기
판매세 컴플라이언스는 깨끗하고 투명한 재무 기록의 중요성을 더욱 강조합니다. 모든 넥서스 판정, 진정한 목적 분석, VDA 신고는 정확한 주별 매출 데이터, 인보이스와 연결된 면세 증명서, 그리고 계상된 매출에서 징수 및 납부된 세액까지의 명확한 감사 추적(Audit trail)에 의존합니다. Beancount.io는 재무 데이터에 대한 완벽한 투명성과 버전 관리를 제공하는 텍스트 기반 회계(Plain-text accounting)를 지원합니다. 감사관이 숫자의 산출 근거를 물을 때 블랙박스가 없으며, 회계사가 원장을 검토하고자 할 때 특정 벤더에 종속되지 않습니다. 무료로 시작하기를 통해 모든 항목이 방어 가능해야 하는 컴플라이언스 업무에서 왜 개발자와 재무팀이 텍스트 기반 회계를 선택하는지 확인해 보십시오.