귀하는 한 주에 법인을 설립하고 30개 다른 주의 고객에게 SaaS 구독을 판매하며, 본사 외에는 사무실이나 직원이 없습니다. 귀하는 과세 관할권(nexus)이 있는 곳에서만 소득세를 신고하고 나머지는 다른 사람의 문제라고 가정했습니다. 그런데 주 내 신고서에 과세 소득을 두 배로 만드는 질문이 돌아옵니다. 왜 타주 매출을 "throw back"하지 않았습니까?
소프트웨어, 서비스 또는 원격으로 제공되는 모든 것을 판매하는 경우, 소위 "어디에도 없는 소득(nowhere income)"에 대해 법인 소득세를 납부해야 할 수 있습니다. 이는 목적지 주가 과세할 권리가 없지만, 귀하의 주가 기꺼이 자국의 소득으로 주장하는 매출입니다. 그 메커니즘은 throwback 또는 throwout 규칙이며, SaaS 및 다주(多州) 서비스 기업에게 이는 좋은 성장 연도 후 세금 고지서가 급증하는 가장 덜 이해된 이유 중 하나입니다.
이 가이드는 어디에도 없는 소득이 무엇인지, throwback 및 throwout 규칙이 단순한 수학으로 어떻게 작동하는지, 어떤 주에서 여전히 사용하는지, 왜 SaaS 창업자가 대부분이 인용하는 연방 보호막의 보호를 받지 못하는지, 그리고 감사가 대신하기 전에 노출을 모델링하고 관리할 수 있도록 무엇을 추적해야 하는지를 설명합니다.
60초 안에 보는 안분(按分): 주정부가 자신의 몫을 결정하는 방법
둘 이상의 주에서 사업을 하는 경우, 단일 주가 귀하의 이윤 100%에 과세할 수 없습니다. 각 주는 안분된 일부에만 과세합니다.
역사적으로 주들은 균등 가중 3요소 공식을 사용했습니다: 해당 주의 재산, 급여, 매출을 전체 재산, 급여, 매출로 나눈 것입니다. 재산의 20%, 급여의 10%, 매출의 30%가 A주에 있다면, A주는 대략 소득의 20%에 과세했습니다.
그 세계는 대부분 사라졌습니다. 오늘날 30개 이상의 주가 단일 매출 요소(single sales factor)를 사용합니다. 매출만이 안분을 결정하거나 매출에 큰 가중치를 부여합니다. 정책 목표는 명시적입니다: 국내에서 고용하고 투자하지만 전국적으로 판매하는 기업에 보상하고, 다른 곳에서 국내로 판매하는 기업에 과세하는 것입니다.
수학이 중요한 이유는 모든 throwback 및 throwout 조정이 매출 요소를 겨냥하기 때문입니다. 그 요소가 전체 공식이든 3분의 1이든, 분자를 부풀리거나 분모를 줄이면 throwback 주에서 납부해야 할 세금이 부풀려집니다.
장부 측면에서 이는 유지해야 할 가장 중요한 주세 데이터가 단순한 매출이 아님을 의미합니다. 목적지 주별 매출, 일관되게 소싱되고 매월 결제 프로세서 및 총계정원장과 조정된 데이터여야 합니다.
"어디에도 없는 소득"의 의미와 존재 이유
주는 귀하에게 과세 관할권(nexus)이 있어야만 과세할 수 있습니다. 이는 충분한 연결 고리입니다. 과세 관할권은 주법, 미국 헌법 및 하나의 중요한 연방 제한, 즉 Public Law 86-272에서 비롯됩니다.
P.L. 86-272는 해당 주에서의 유일한 활동이 판매 권유이고 일반 운송업체를 통해 배송하는 경우, 주가 유형 개인 자산 판매에 대해 순소득세를 부과할 수 없다고 규정합니다. 창고도, 직원 방문도, 자사 트럭 배송도 없이 원격 권유만 있는 경우입니다. 이 좁은 경우에, 그곳에서 수백만 달러를 판매하더라도 목적지 주에는 과세 관할권이 없습니다.
결과는 "어디에도 없는 소득"입니다: 목적지 주가 과세할 수 없는 판매에 귀속되는 이윤입니다. 전형적인 예: 아이오와에 재산이나 급여가 없는 위스콘신 제조업체가 FedEx를 통해 아이오와 고객에게 위젯을 배송하고 아이오와에 사무실이나 대리점이 없는 경우입니다. 아이오와는 P.L. 86-272에 따라 해당 소득에 과세할 수 없으므로, 그 소득은 안분 목적상 "어디에도 없는" 것입니다.
법인 소득의 100%가 어딘가에서 과세되기를 원하는 주들은 이를 허점으로 봅니다. Throwback 및 throwout 규칙이 그들의 해결책입니다. 유형 상품의 경우, 약 20개 주와 컬럼비아 특별구가 여전히 이러한 어디에도 없는 매출을 원산지 주의 분자에 다시 넣습니다. 3개 주는 더 온화한 throwout 변형을 사용합니다. 5개 주(앨라배마, 루이지애나, 미주리, 버몬트, 웨스트버지니아)는 2019년 이후 규칙을 폐지했고, 아칸소는 2024년에 throwback을 단계적으로 폐지하기 시작했습니다. 목록은 매년 변경되므로, 이 글을 읽을 때가 아니라 신고 시점에 현재 명단을 확인해야 합니다.
SaaS 창업자를 위한 핵심은 다음과 같습니다: P.L. 86-272는 서비스, SaaS 또는 기타 무형 자산의 판매를 전혀 보호하지 않습니다. 이는 트럭으로 운반되는 상자를 위해 작성된 것입니다. 구독을 판매하는 경우, 목적지 주의 과세 능력은 자체 과세 관할권 기준(종종 Wayfair 이후 매출 250,000 수취 기준)과 시장 기반 소싱 규칙에 따라 달라지며, P.L. 86-272가 아닙니다. 즉, 유형 자산 규칙을 전혀 건드리지 않고 서비스로 어디에도 없는 소득을 쉽게 만들 수 있으며, 대부분의 블로그 게시물이 알려주는 유일한 연방 보호막에 의존할 수 없습니다.
Throwback vs. Throwout: 같은 목표, 매우 다른 수학
두 규칙 모두 주 내 매출 요소를 증가시키지만, 분수의 다른 위치에서 그렇게 합니다:
매출 요소 = 주 내 매출 ÷ 전체 매출
-
Throwback: 어디에도 없는 매출이 분자에 추가됩니다. A주에 본사가 있고 과세 관할권이 없는 주에 1M을 요소 계산을 위해 A주 매출에 추가하도록 합니다.
-
Throwout: 어디에도 없는 매출이 분모에서 제거됩니다. A주는 분자를 그대로 두지만 총 매출에서 $1M을 뺍니다.
둘 다 분수를 높입니다. throwback은 훨씬 더 높입니다.
실제 숫자가 포함된 SaaS 예시
단일 매출 요소와 throwback 규칙이 있는 주에 등록된 C-corp라고 가정합니다. 총 매출은 $5M입니다:
- $1M: 주 내 고객
- $2M: 과세 관할권이 있는 주의 고객(그곳에 신고)
- $2M: 과세 관할권이 없고 목적지 주가 과세할 수 없거나 과세하지 않는 12개 주의 고객
규칙이 없으면 주 내 매출 요소는 다음과 같습니다:
5M = 20% → 주는 안분 가능 소득의 20%에 과세합니다.
Throwback 규칙의 경우, $2M의 어디에도 없는 매출이 다시 던져집니다:
(2M) ÷ 3M ÷ $5M = 60% → 주는 소득의 60%에 과세하며, 주 내에서 추가 매출을 올리지 않았는데도 시작점의 3배입니다.
Throwout 규칙의 경우, $2M은 분모에서 제외됩니다:
5M − 1M ÷ $3M = 33.3% → 여전히 66% 증가이지만 throwback보다는 적습니다.
주 내 주가 매출 가중치 3분의 1인 3요소 안분을 사용하는 경우, 영향은 희석되지만 여전히 중요합니다. 매출 요소의 20포인트 변동은 총 안분에서 67포인트 변동이 되며, 6% 세율로 3,600$4,200입니다.
타주 판매자 입장에서도 동일한 논리가 반대로 적용됩니다: 과세 관할권이 있는 throwback 주는 다른 주의 어디에도 없는 매출을 끌어와 그곳의 요소도 높일 수 있습니다.
어떤 주들이 여전히 이러한 규칙을 사용하며, SaaS가 이를 무시할 수 없는 이유
2024년 지도는 분명한 이야기를 전합니다: throwback 주는 규칙이 있는 주 중에서 여전히 다수이지만, 추세는 멀어지고 있습니다. 최근 폐지 또는 축소한 주로는 앨라배마, 루이지애나, 미주리, 버몬트, 웨스트버지니아, 그리고 단계적 폐지 중인 아칸소가 있습니다. 이로 인해 유형 자산에 대한 throwback이 있는 주는 약 20개와 D.C.가 남고, 일부는 throwout을 사용합니다.
유형 상품의 경우, 목록에는 역사적으로 캘리포니아, 일리노이, 매사추세츠, 미시간, 뉴멕시코, 위스콘신과 같은 주가 포함됩니다. 그러나 소싱 정의가 변경되므로 현재 법령을 확인해야 합니다.
SaaS 및 서비스의 경우, 대부분의 기존 throwback 법령은 문언상 유형 개인 자산 판매에만 적용됩니다. 그러한 주에서 순수 SaaS 구독은 일반적으로 시장 기반 규칙(고객이 혜택을 받는 곳) 또는 소수 주에서는 성과 비용(작업이 수행된 곳)에 따라 소싱되며 throwback이 아닙니다. 그렇다고 안전한 것은 아닙니다. 세 가지 위험이 남습니다:
-
SaaS 외에 다른 것을 판매하는 경우. 구독과 함께 하드웨어, 상품, 인쇄물 또는 유형 품목을 판매하는 경우, 유형 부분은 해당 주에서 throwback 대상입니다.
-
시장 기반 소싱은 자체적인 어디에도 없는 문제를 만들 수 있습니다. 고객이 있는 곳을 기준으로 안분하고 그곳에 과세 관할권을 설정하지 않은 경우, 주 내 주는 여전히 해당 수취를 어딘가에서 원할 수 있으며, Joyce 대 Finnigan과 같은 결합 보고 규칙은 계열사의 매출이 포함되는지 여부를 결정합니다.
-
서비스에 대한 과세 관할권은 더 넓습니다. P.L. 86-272가 적용되지 않기 때문에 경제적 기준을 통해 생각보다 더 많은 주에서 과세 관할권이 있을 수 있으며, 이는 진정한 "어디에도 없는" 매출을 줄이는 대신 더 많은 주가 안분을 주장할 수 있게 하여 이중 가중 어디에도 없는 회수와 다주 신고 의무를 초래할 수 있습니다.
실용적인 결론: "우리 주에 throwback 규칙이 있나요?"라고 묻지 마십시오. "우리 주에 내가 가진 각 수취 유형에 대해 throwback 또는 throwout 규칙이 있으며, 내 SaaS 수취를 어떻게 소싱합니까?"라고 물어보십시오.
현대 서비스 소싱이 실제로 작동하는 방식
서비스 및 무형 자산의 경우, 주는 두 가지 철학 중 하나를 선택합니다:
-
시장 기반 소싱: 판매는 고객이 혜택을 받는 곳, 일반적으로 고객의 청구지 주소 또는 소프트웨어가 사용되는 곳으로 소싱됩니다. 캘리포니아, 조지아, 뉴욕 및 대부분의 최신 채택 주가 이를 사용합니다. 시장 기반 하에서 B주 고객에 대한 판매는 엔지니어가 A주에 있더라도 B주 매출로 간주됩니다. 이는 SaaS에 직관적이지만 함정을 만듭니다: B주에 과세 관할권이 없으면 해당 판매는 throwback 주가 회수할 수 있는 어디에도 없는 소득이 됩니다.
-
성과 비용 / 소득 창출 활동: 판매는 작업을 수행한 곳으로 소싱됩니다. 소수 주가 여전히 이를 사용합니다. 이 경우 SaaS 판매는 처음부터 주 내 매출로 간주될 수 있으며, 이는 역설적이게도 어디에도 없는 처리를 피하지만 고객이 어디에 있든 소득을 본사 소재지에 쌓이게 합니다.
일부 주는 이를 혼합하거나 업종별 규칙이 있습니다. 단일 매출 요소 선택권을 추가하면 동일한 달러의 SaaS 매출이 충돌하는 규칙으로 동시에 두 주에 소싱될 수 있습니다. 이는 어디에도 없는 소득의 거울 이미지로, 이중 과세됩니다. 이것이 주들이 100% 과세 가능성을 두고 싸우는 이유입니다: 한 주의 어디에도 없는 소득은 다른 주의 이중 계산입니다.
결합 그룹의 경우, 주가 Joyce 또는 Finnigan 규칙을 사용하는지가 중요합니다. Joyce 하에서 각 법인의 과세 관할권은 개별적으로 테스트됩니다. Finnigan 하에서 전체 결합 그룹은 단일 납세자로 취급됩니다. throwback 주에서 Finnigan은 더 많은 매출을 throwback 그물로 끌어들입니다. 최근 데이터 기준, 유형 자산에 대한 throwback 또는 throwout이 있는 결합 보고 주 중 약 12개가 Joyce를, 8개가 Finnigan을 사용하며 D.C.는 Joyce를 사용합니다. 여러 LLC 또는 지주 회사로 운영하는 경우, 이 선택은 노출을 실질적으로 변경합니다.
이번 분기에 자체 노출을 모델링하는 방법
첫 번째 추정치를 얻기 위해 SALT(주 및 지방세) 회사가 필요하지 않습니다. 깨끗한 데이터와 분기마다 다시 실행하는 간단한 모델이 필요합니다.
1. 신뢰할 수 있는 주별 매출 원장 구축
단일 정보 소스(연말에 업데이트하는 스프레드시트가 아님)를 만드십시오. 모든 청구서, 구독 요금 또는 지불금에 대해 다음을 캡처합니다:
- 고객 배송지/청구지 주(주 내 주가 해당 수취 유형에 요구하는 소싱 규칙 사용)
- 제품 클래스: SaaS 구독, 전문 서비스, 유형 상품, 마켓플레이스 수수료, 구현
- 금액, 징수된 세금, 순 수취액, 프로세서 수수료
- Stripe / App Store / Paddle / 은행 입금에 대한 조정 키
총 매출을 1099-K 및 은행 입금과 월별로 조정합니다. 프로세서가 총 598K로 표시되면 $22K를 수익 감소가 아닌 처리 비용으로 계상하고 법령이 사용하는 총 수취액으로 안분해야 합니다.
도구 팁: 일반 텍스트 회계를 사용하는 경우 명시적 주 태그와 제품 클래스 계정이 있는 구조화된 분개장으로 유지하여 안분 쿼리가 단일 보고서가 되도록 하십시오. 사용자 정의 차원으로 소득을 분류하는 패턴은 /docs/에서, 대시보드는 /fava/에서 확인하십시오.
2. 주별 과세 관할권 매핑
고객이 있는 각 주에 대해 다음 질문에 답하십시오:
- 물리적 존재, 직원, 계약자, 재고 또는 자체 배송이 있습니까?
- 해당 주의 소득세 경제적 과세 관할권 기준(종종 매출 $100K, 그러나 다양함)을 초과합니까?
- 해당 수취 유형에 대해 P.L. 86-272의 보호를 받습니까? SaaS의 경우 대답은 거의 항상 '아니오'입니다.
모든 주를 소득세 목적상 과세 관할권 있음/없음으로 표시하십시오. 이는 판매세 과세 관할권과는 별개이지만 데이터는 겹칩니다.
3. Throwback vs. Throwout 수학 실행
원장과 과세 관할권 지도를 사용하여 계산합니다:
- 조정 없는 주 내 매출 요소
- Throwback이 있는 요소(분자에 어디에도 없는 매출 추가)
- Throwout이 있는 요소(분모에서 어디에도 없는 매출 제거)
본사 주로 신고하는 각 주와 throwback 규칙이 있는 타주 납세자로 신고하는 각 주에 대해 이 작업을 수행합니다. 둘 다 동일한 어디에도 없는 매출을 주장할 수 있습니다.
세 가지 시나리오와 한계 주 세율에서의 달러 영향을 저장합니다. 그 차이는 노출 및 계획 예산입니다.
4. 소싱 규칙 변경을 각주가 아닌 이벤트로 추적
아칸소가 throwback을 단계적으로 폐지하거나 루이지애나가 무형 자산에 대한 throwout을 폐지하는 경우, 다음 과세 연도에 분자 또는 분모가 변경됩니다. 이러한 사항을 세금 달력에 날짜가 있는 항목으로 기록하여 모델이 올바른 연도에 올바른 규칙을 사용하도록 하십시오. 연례 검토는 선택이 아닙니다. 명단은 2019년 이후 5개 주가 줄었습니다.
타격을 실제로 줄이는 5가지 실용적 조치
이 중 어느 것도 매출을 숨기는 것이 아닙니다. 주가 매출을 주장하는 방식과 운영을 정렬하는 것입니다.
1. 도움이 되는 곳에 의도적으로 과세 관할권 설정
throwback 주가 목적지 주에 과세 대상 존재가 없어 $2M의 어디에도 없는 매출을 회수하는 경우, 저세율 또는 무세 목적지 주에 과세 관할권을 만드는 것만으로 throwback을 해결하지는 않습니다. 목적지 주가 실제로 해당 소득에 과세할 수 있어야 합니다. 많은 경우, 중요한 매출이 있는 곳에 자발적으로 등록하고 신고하면 어디에도 없는 매출이 더 이상 throwback되지 않는 과세 대상 매출로 전환됩니다. 등록 전에 수학을 실행하십시오. 때로는 B주에서 소액 세금을 내는 것이 A주에서 큰 세금을 절약합니다.
2. 수취 흐름을 소싱 클래스별로 분리
SaaS, 서비스 및 유형 상품을 하나의 수익 계정에 계상하지 마십시오. 주는 이를 다르게 소싱하고 throwback을 다르게 적용합니다. 계정과목표에서 분리하면 각 흐름을 올바른 규칙으로 안분하고 SaaS 흐름이 유형 자산 throwback에서 제외된 이유를 문서화할 수 있습니다. 감사관은 작업 서류를 찾습니다.
3. 방어 가능한 데이터로 시장 기반 소싱 문서화
SaaS의 경우 소싱을 결정한 고객 주소, 혜택 수령 위치에 대한 계약 언어, 주 경계를 넘나드는 엔터프라이즈 좌석에 대한 look-through를 유지하십시오. $120K 엔터프라이즈 거래를 10개 사용자 위치에 할당하는 경우 할당 방법론을 유지하십시오. "모두 청구지 주소를 사용했습니다"는 법령이 허용하는 경우에만 방어 가능합니다.
4. 계열사가 있으면 Joyce vs. Finnigan 모델링
지주 회사가 소유한 운영 LLC에서 SaaS를 청구하고 Finnigan 주에서 결합 신고하는 경우, 그룹의 결합 매출이 throwback을 결정합니다. 분리 신고 또는 청구 법인 재구성은 결과를 변경할 수 있지만 법인, 법률 및 급여에 영향을 미칩니다. 재구성 전에 둘 다 모델링하십시오.
5. 안분 요소 투자 시점 조정
단일 매출 요소 주는 주 내 재산과 급여를 가볍게 보상하므로 엔지니어나 서버를 옮기는 것은 그곳의 안분을 줄이는 데 거의 도움이 되지 않습니다. 그러나 매출이 크게 가중되는 3요소 주에서는 적당한 주 내 매출 변화도 중요합니다. 고용 또는 인프라 호스팅 위치를 선택하는 경우, 안분 가중치는 인재 및 비용과 함께 하나의 입력이어야 합니다.
감사를 지루하게 만들기 위해 장부에 보관할 사항
감사관은 매번 동일한 패키지를 요청합니다. 진행하면서 구축하십시오:
- 월별 주별 매출 조정: 원장 vs. 프로세서 vs. 은행 vs. 판매세 신고, 차이 설명 포함
- 제품 클래스 매핑: 어떤 SKU가 유형 vs. 서비스 vs. SaaS에 해당하며, 적용한 소싱 규칙과 throwback 규칙
- 과세 관할권 작업 서류: 주별 기준 계산 및 신고 결정, 수취가 밝은 선을 넘을 때 업데이트
- 안분 모델: 3요소 또는 단일 요소 계산, throwback/throwout 유무 포함, 과세 연도별 저장
- 소싱 증거: 고객 주소, 계약 혜택 언어, 다주 엔터프라이즈 거래에 대한 할당 키
이것이 버전 관리되는 일반 텍스트에 있으면 감사 추적을 무료로 얻습니다. 모든 변경에는 날짜, 작성자 및 이유가 있습니다. 주 감사관이 판매가 시장 기반으로 B주에 소싱되어 A주로 throwback되지 않았다고 주장할 때 정확히 보고 싶어 하는 것입니다.
SaaS 창업자가 저지르는 일반적인 실수
"P.L. 86-272가 원격 SaaS 매출을 보호합니다." 그렇지 않습니다. 유형 자산에 대해 권유가 유일한 활동인 경우에만 보호합니다. 서비스와 구독은 완전히 범위 밖입니다. SaaS에 이를 의존하는 것은 가장 흔한 오류입니다.
"재고가 없으므로 throwback이 적용되지 않습니다." 유형 전용 throwback 주의 순수 SaaS의 경우 올해는 사실일 수 있습니다. 그러나 하드웨어 SKU, 컨퍼런스 상품, 또는 온프레미스 어플라이언스를 추가하면 해당 흐름에 유형 throwback이 적용됩니다. 흐름을 분리하지 않는 장부는 제외를 증명할 수 없습니다.
"모든 곳에서 모든 것에 청구지 주소를 사용합니다." 일부 주는 수혜 위치 또는 사용자 위치에 대한 look-through를 기반으로 시장 기준을 요구하며 청구지 주소가 아닙니다. 다른 주는 여전히 성과 비용을 사용합니다. 하나의 소싱 키가 모든 주를 충족시키지 못합니다.
"결합 신고를 하므로 기업 간 거래는 중요하지 않습니다." 계열사의 어디에도 없는 매출이 Joyce 대 Finnigan에 따라 포함되는지 여부를 결정합니다. 기업 간 제거 및 법인별 과세 관할권은 여전히 중요합니다.
"주 목록은 변경되지 않습니다." 변경되며 최근에는 폐지 쪽으로입니다. 모델이 여전히 앨라배마 또는 웨스트버지니아에 throwback이 있다고 가정하면 과잉 적립이고, 새로운 시장 기반 채택을 놓치면 과소 적립일 수 있습니다.
다음 신고 전 빠른 체크리스트
- 목적지 주 및 수취 클래스(유형, SaaS, 서비스)별로 수익에 태그를 지정했습니까?
- 각 주에 대해 판매세 과세 관할권과 별도로 소득세 과세 관할권을 결정했습니까?
- 신고 주 중 어느 주가 어떤 수취 유형에 throwback 또는 throwout을 부과하는지 확인했습니까?
- 조정 유무에 따라 주 내 요소를 계산하고 그 차이를 달러로 환산했습니까?
- SaaS 소싱 규칙(시장 vs. 성과 비용)을 기본 고객 데이터와 함께 문서화했습니까?
- 둘 이상의 법인이 있는 경우 결합 보고 및 Joyce/Finnigan 영향을 확인했습니까?
- 내년 모델을 변경하는 2024-2026년 폐지 또는 단계적 폐지를 기록했습니까?
일곱 가지 모두에 '예'라고 답할 수 있다면, 주가 어디에도 없는 소득을 회수할 때 놀라지 않을 것이며 금액을 주장할 서류도 갖추게 됩니다.
주가 무엇을 주장하든 장부를 준비된 상태로 유지
Throwback 및 throwout 규칙은 주들이 판매자가 발판이 없는 한 주에서 다른 주로 판매한 매출에 대해 누가 과세할지 의견이 다르기 때문에 존재합니다. SaaS 및 서비스 기업의 경우, 경제적 과세 관할권, 시장 기반 소싱 및 이러한 회수 규칙의 상호 작용으로 인해 수익 1달러가 추적 및 소싱 방법에 따라 주 내에서 과세되거나, 시장에서 과세되거나, 이중 과세되거나, 어디에도 없는 소득으로 회수될 수 있습니다.
해독제는 신고 시점의 영리한 이론이 아닙니다. 이미 주별, 제품 클래스별, 소싱 규칙별로 모든 달러가 어디서 벌어졌고 왜 그렇게 소싱했는지 알고 있는 원장입니다.
Beancount.io는 투명하고 버전 관리되며 쿼리용으로 설계된 일반 텍스트 회계로 그 기반을 제공합니다. 블랙박스도, 공급업체 종속도 없으며, 안분 시나리오를 모델링하거나 감사관에게 완전한 추적 기록을 제출해야 할 때 AI 준비 데이터를 제공합니다. 무료로 시작하기 및 다음 주 신고를 지루한 것으로 만드십시오.