고객이 계산대에서 1달러 할인 쿠폰을 건넵니다. 정가 전체에 대해 판매세를 징수해야 할까요, 아니면 고객이 실제로 지불하는 할인된 금액에 대해서만 징수해야 할까요? 어느 방향으로든 잘못 처리하면 고객에게서 초과 징수하거나 주에 미달 납부하게 되는데, 감사관이 제재를 가하는 쪽은 미달 납부입니다.
답은 단 하나의 질문에 달려 있습니다: 누군가 그 쿠폰에 대해 당신에게 상환해주는가? 제조사가 당신에게 되돌려준다면, 주는 그 쿠폰을 당신이 받은 대가의 일부로 간주하며 세금은 정가 전체에 적용됩니다. 아무도 상환해주지 않는다면, 그 쿠폰은 당신 자신의 할인이며 세금은 고객이 지불한 금액에만 적용됩니다. 이 하나의 규칙이 이중 쿠폰 프로모션부터 하나 사면 하나 무료 증정 거래까지, 당신이 앞으로 계산대에서 처리하게 될 거의 모든 쿠 시나리오를 설명해 줍니다. 다음은 주별로 이것이 어떻게 작동하는지, 그리고 장부를 어떻게 정확하게 유지하는지입니다.
핵심 규칙: 상환 여부를 따르라
판매세를 부과하는 모든 주는 동일한 테스트의 변형을 적용합니다:
- 상환되는 쿠 (일반적으로 제조사 쿠폰): 판매세는 쿠폰 이전 가격에 부과됩니다. 당신은 여전히 전체 판매가격을 받습니다 — 일부는 고객으로부터, 일부는 제조사로부터 — 따라서 과세 대상 판매가격은 줄어들지 않습니다.
- 상환되지 않는 쿠폰 (일반적으로 매장 쿠폰): 판매세는 쿠폰 이후 가격에 부과됩니다. 폰은 당신 자신의 가격 인하이며, 주는 당신이 실제로 받은 금액에만 과세합니다.
10달러 상품에 2달러 쿠과 7% 세율을 적용한 계산을 살펴보겠습니다:
| 쿠폰 유형 | 과세 기준 | 징수 세액 | 고객 지불액 |
|---|---|---|---|
| 2달러 제조사 쿠폰 (2달러를 돌려받음) | $10.00 | $0.70 | $8.70 |
| 2달러 매장 쿠폰 (아무도 상환해주지 않음) | $8.00 | $0.56 | $8.56 |
14센트 차이는 한 거래에서는 사소해 보입니다. 일주일에 수천 장의 쿠폰을 상환하는 식료품점 전체로 보면, 제조사 쿠폰에 대해 순액으로 체계적으로 세금을 부과하면 모든 신고 기간마다 누적되는 납부 부족액이 발생하며, 감사관이 이를 발견하면 가산세와 이자가 더해집니다.
상환 테스트는 또한 쿠폰을 누가 발행했는지라는 더 까다로운 질문에도 답합니다. 라보다 중요한 것은 자금 흐름입니다. 제조사가 인쇄했지만 상환을 위해 제출되지 않은 쿠폰은 경제적으로 당신의 할인이며, 반대로 공급업체 공동 광고 프로그램이 자금을 대는 "매장 쿠"은 상환되는 쿠폰처럼 보이기 시작합니다. 직원들이 쿠폰을 로고가 아니라 상환 여부로 분류하도록 교육하십시오.
제조사 쿠: 정가 전체에 과세
제조사 폰은 당신이 아닌 브랜드의 약속입니다. 당신이 그것을 받아들일 때, 당신은 실질적으로 구매 가격의 일부는 고객에게서, 일부는 제조사에게서 받는 것입니다. 주는 제조사의 상환금을 판매로 인한 총수입의 일부로 간주합니다.
이는 당신의 운영에 세 가지 실질적인 결과를 가져옵니다:
1. POS 시스템은 쿠폰 이전 가격에 세금을 부과해야 합니다. 대부분의 현대 POS 시스템은 쿠폰이 일반 할인이 아니라 제조사 쿠폰으로 코딩되어 있으면 이를 올바르게 처리합니다. 품목과 결제 수단 설정을 점검하십시오: "할인"으로 입력된 제조사 폰은 조용히 할인된 가격에 세금을 계산할 것입니다. 소매업체에게 가장 큰 손실을 입히는 잘못된 설정은 모든 것을 매장 할인처럼 취급하는 단일 범용 "쿠폰" 버튼입니다.
2. 상환되지 않은 제조사 쿠도 여전히 포함됩니다. 일부 소매업체는 실제로 쿠폰을 청산기관에 제출할 때만 상환된 금액에 대해 세금을 납부합니다. 주는 일반적으로 당신이 쿠을 우편으로 보냈는지 여부에 관심이 없습니다 — 과세 대상 사건은 판매이며, 당신이 받을 권리가 있는 대가로 측정됩니다. 폰을 신속히 제출하는 습관을 들이되, 모든 쿠이 존중될 것처럼 세금을 납부하십시오.
3. 처리 수수료는 소득이지 세금 상쇄가 아닙니다. 청산기관과 제조사는 종종 쿠폰당 소액의 처리 수수료(역사적으로 약 8센트)를 지불합니다. 그 수수료는 일반 사업 소득입니다. 과세 대상 매출을 줄이지 않으며, 장부에 수수료 수익으로 또는 쿠폰 처리 비용의 차감으로 기록되어야 합니다 — 하나의 처리를 선택하여 일관되게 적용하십시오.
제조사 쿠 판매를 부기하는 방법
정가 전체로 판매를 기록한 다음, 제조사가 지불할 때까지 폰을 미수금으로 추적하십시오:
- 고이 지불한 금액(쿠폰 차감 후 순액, 정가에 대한 세금 포함)만큼 현금을 차변에 기입합니다.
- 쿠폰 면가만큼 쿠폰 미수금(자산)을 차변에 기입합니다.
- 정가 전체만큼 매출 수익을 대변에 기입합니다.
- 정가에 대한 세금만큼 미지급 판매세를 대변에 기입합니다.
상환금이 도착하면 현금을 차변에, 쿠폰 미수금을 대변에 기입합니다. 일부 쿠폰이 거부되면 — 만료, 잘못된 상환, 또는 잘못된 제품 — 그 미수금을 폰 손실 또는 프로모션 비용 계정으로 상각하십시오. 그 상각 계정을 주시하는 것은 가치가 있습니다: 거부율 상승은 보통 계산원이 쿠폰을 느슨하게 받아들이고 있다는 의미이며, 거부된 각 쿠폰은 아무 대가 없이 내준 마진입니다.
매장 쿠폰: 실제로 받은 금액에 과세
매장 폰 — 주간 전단, 로열티 앱 오퍼, "$25 이상 구매 시 $5 할인" 계산대 쿠폰 — 은 당신 자신의 주머니에서 나가는 돈입니다. 아무도 당신에게 상환해주지 않으므로, 과세 대상 판매가격은 고이 지불하는 할인된 금액입니다.
동일한 논리가 대부분의 소매업체 자체 자금 프로모션에 적용됩니다:
- 로열티 및 스캔 카드 할인은 할인이 당신에게서 나오므로 과세 대상 가격을 낮춥니다.
- 향후 방문을 위한 계산대 발행 Catalina 스타일 쿠은 상환될 때 매장 할인입니다(공급업체가 상환하지 않는다고 가정할 경우).
- 직원 할인도 마찬가지로 당신이 차액을 부담하므로 대부분의 주에서 과세 대상 판매가격을 낮춥니다.
매장 쿠폰 판매를 부기하는 방법
할인 후 순액으로 수익을 기록하고, 순액에 대한 세금을 기재하십시오:
- 고이 지불한 금액만큼 현금을 차변에 기입합니다.
- 할인된 가격만큼 매출 수익을 대변에 기입합니다.
- 할인된 가격에 대한 세금만큼 미지급 판매세를 대변에 기입합니다.
경영 보고를 위해 많은 소매업체는 총액 대 순액 연결도 추적합니다 — 정가 기준 총매출에서 쿠폰 할인을 차감하면 순매출이 됩니다 — 이를 통해 프로모션 비용을 확인할 수 있습니다. 그 차감 수익 계정("쿠폰 할인" 또는 "프로모션 허용액")은 내부 분석용입니다; 판매세 신고서는 여전히 순 과세 매출을 보고합니다.
이중 쿠: 차액을 나누라
이중 쿠폰 프로모션 — 제조사의 1달러 쿠폰에 당신 자신의 돈 1달러를 추가로 매칭하는 것 — 은 전형적인 시험 문제이며, 상환 테스트가 이를 깔끔하게 해결합니다: 이중 쿠폰을 두 개의 반쪽으로 나누십시오. 제조사의 1달러 액면가는 과세 기준에 남고, 당신의 매칭 1달러는 빠집니다.
5달러 상품에 이중 적용된 1달러 제조사 폰의 경우:
- 과세 기준: $5에서 당신의 1달러 매칭을 뺀 $4.
- 제조사의 1달러는 당신이 상환받으므로 과세 대상입니다.
- 당신의 1달러 매은 아무도 상환해주지 않으므로 비과세 매장 할인입니다.
몇 주는 규칙을 약간 다르게 표현하지만, 경제적 실질은 어디서나 동일합니다: 세금은 당신이 보유하는 돈을 따릅니다. 이중 쿠폰 이벤트를 신중하게 문서화하십시오 — POS가 제조사 액면가와 매장 매칭을 별도의 항목으로 기록해야 감사관이 영수증 테이프에서 재구성하지 않고도 분할을 검증할 수 있습니다.
하나 사면 하나 무료 및 구매 시 무료 증정 거래
BOGO 프로모션은 "무료" 품목이 자체적으로 세금을 부담해야 할 것처럼 느껴지기 때문에 소매업체를 혼란스럽게 합니다. 일반적으로 무료 품목에 자금을 직접 대는 경우, 세금은 당신이 실제로 받은 금액 — 유료 품목의 가격 — 에만 적용됩니다. 무료 품목에 대해 당신이 납부할 사용세는 없으며, 고객이 지불한 금액에 대한 세금 외에 추가 판매세도 없습니다.
두 가지 변형이 분석을 바꿉니다:
제조사 자금 BOGO. 공급업체가 무료 품목 비용을 상환해주면 — 유통업체 주도 프로모션에서 함 — 상환금은 당신의 대가의 일부입니다. 일부 주는 그 거래를 각각 할인된 가격의 두 건의 판매로 취급하는데, 이는 품목의 과세 여부가 다를 때(예: 과세 품목과 면세 품목의 ) 중요합니다. 공급업체 계약서를 보관하십시오: 무료 상품이 당신의 프로모이었는지 공급업체의 것이었는지를 증명하는 문서입니다.
비과세 품목 구매 시 무료 품목. 유료 목이 비과세(많은 식료품 주에서 조리하지 않은 식품을 면세)이고 무료 품목이 단독으로는 과세 대상이라면, 여러 주에서 무료 품목을 회계 처리하도록 요구합니다 — 때로는 공정가치의 과세 판매로, 때로는 사용세 대상 재고 출금으로. 이것은 감사에서 가장 자주 등장할 가능성이 높은 BOGO 예외 사이며, POS 시스템이 이를 자동으로 처리하는 경우는 거의 없습니다. "아무 구매 시나 과세 품목 무료 증정" 프로모션을 진행한다면, 출시 전에 세무 자문가에게 당신의 주가 그 증정품을 어떻게 취급하는지 문의하십시오.
"하나 사면 하나 50% 할인" 거래는 더 단순합니다: 그것은 단지 두 품목에 대한 할인 가격이며, 세금은 할인된 합계에 적용됩니다. 2인 1식 레스토랑 쿠폰도 마찬가지입니다 — 식사는 증정이 아니라 할인 판매되므로, 세금은 받은 금액에 적용됩니다.
디지털 쿠폰, 앱, 그리고 로열티 프로그램
종이 쿠폰은 줄어들고 있습니다; 앱에서 클립하는 오퍼, 디지털 지갑 쿠, 자동 로열티 할인이 성장 영역입니다. 오래된 규칙이 여전히 적용되지만, 자금 흐름을 파악하기가 더 어렵습니다:
- 당신이 직접 자금을 대는 소매업체 앱 쿠폰은 매장 쿠입니다: 순 가격에 과세.
- 청산기관을 통해 제출되는 디지털 제조사 쿠폰(앱이 어떤 오퍼가 제조사 자금인지 알려줌)은 제조사 쿠입니다: 총 가격에 과세, 상환금은 미수금으로 기록.
- 고객이 정가를 지불하고 나중에 앱 회사로부터 환급받는 제3자 캐시백 앱은 일반적으로 당신의 과세 판매에 전혀 영향을 미치지 않습니다 — 당신은 정가를 받았고 그에 대한 세금을 납부했습니다. 고객의 환급은 고객과 앱 사이의 문제입니다.
- 당신이 발행하고 상환하는 포인트와 로열티 리워드는 상환될 때 당신 자신의 할인입니다. 파트너에게 포인트를 판매하면(예: 신용카드 회사가 당신의 포인트를 구매), 그 판매는 자체 회계가 있는 별도의 거래입니다.
디지털 오퍼의 운영상 위험은 POS에서의 잘못된 코딩입니다. 종이 제조사 쿠은 적어도 매장 폰과 다르게 보입니다; 앱에서는 모든 오퍼가 동일한 바코드로 렌더링됩니다. 오퍼 설정 워크플로우가 오퍼가 게시되기 전에 자금 출처 필드 — 제조사 자금 또는 매장 자금 — 를 필수로 요구하도록 하십시오. 그리고 청산기관 상환금을 상환 내역과 매월 대사하십시오. 대사되지 않은 차액은 청구되지 않은 이거나 제조사 오퍼가 매장 할인으로 과세되었다는 증거입니다.
면세 및 혼합 거래의 쿠폰
폰은 새로운 소매업체를 놀라게 하는 방식으로 면세와 상호작용합니다:
- 면세 품목의 쿠폰(대부분의 식료품 주에서 식품, 처방 품목, 기준 이하의 면세 의류)은 어느 쪽이든 판매세 영향이 없습니다. 그러나 쿠폰 코딩을 끗하게 유지하십시오 — 품목의 면세 상태가 바뀌거나 바스켓에 과세 및 면세 상품이 혼합되면 과거의 잘못된 코이 감사 칫거리가 됩니다.
- 혼합 바스켓의 정액 매장 쿠폰($25 이상 구매 시 $5 할인, 과세 및 면세 품목에 걸침)은 품목별로 배분되어야 합니다. 일반적인 접근은 비례 배분입니다: 바스켓의 60%가 과세 대상이면, 쿠폰의 $3이 과세 매출을 줄입니다. 당신의 주가 방법을 규정하는지 확인하십시오; 규정하지 않으면 합리적인 방법을 선택하고, 문서화하고, 일관되게 적용하십시오.
- 판매세 면세 기간은 또 다른 복잡성을 더합니다: 제조사의 쿠폰은 일반적으로 면세 기간 가격 상한 목적에서 가격을 낮추지 않습니다. 왜냐하면 판매가격은 쿠폰 이전에 측정되기 때문입니다. $15 제조사 쿠이 있는 $110 목은 이 규칙을 따르는 주에서 여전히 $100 면세 상한을 초과합니다.
쿠폰 판매를 감사 대비 상태로 유지하기
쿠폰 처리는 소매 판매세 감사에서 우울할 정도로 규칙적으로 나타나며, 보통 수년간의 미달 납부 세금에 대한 협상된 추징금으로 이어집니다. 몇 가지 통제로 대부분을 예방할 수 있습니다:
- POS에서 쿠폰 유형을 분리하십시오. 제조사 폰, 매장 쿠폰, 이중 쿠폰 매칭, 로열티 할인에 대해 각각 별도의 결제 수단 또는 할인 코드를 사용하십시오. 하나의 범용 쿠폰 키는 감사 지적 사항이 발생하기를 기다리는 것입니다.
- 상환금을 매월 대사하십시오. 90일 이상 미회수 쿠폰 미수금은 보통 사망한 것입니다 — 거부, 분실, 또는 제출되지 않음. 신속히 상각하여 대차대조표가 정직하게 유지되고 손실 추세가 가시적으로 유지되도록 하십시오.
- 공급업체 프로모션 계약서를 보관하십시오. 공급업체 자금 BOGO, 스캔백, 또는 공동 프로모션은 그 이벤트의 회계와 함께 계약서가 보관되어야 합니다. 서류 없이 "공급업체가 우리에게 상환했다"는 것은 감사관이 받아들이지 않을 입장입니다.
- 바스켓 수준 쿠폰과 합 거래에 대한 배분 방법을 문서화하고, 그것이 당신의 주 지침과 일치하는지 확인하십시오.
- 모든 업데이트 후 POS를 테스트하십시오. 세율 테이블과 할인 로직 모두 소프트웨어 업데이트에서 변경됩니다. 테스트 바스켓 — 제조사 쿠폰 하나, 매장 쿠 하나, BOGO 하나 — 실행하고 세금이 올바르게 계산되는지 확인한 후 업데이트가 실제 계산대에 적용되도록 하십시오.
첫날부터 프로모션 회계를 정리하십시오
쿠폰, BOGO, 로열티 할인, 공급업체 상환금은 각각 다른 항목 — 총매출, 차감 수익, 미수금, 수수료 수익, 미지급 세금 — 에 영향을 미치며, 범용 "할인" 버킷은 이 모두를 숨깁니다. 처음부터 이러한 흐름을 분리하는 것이 판매세 신고서를 방어 가능하게 만들고 프로모션 ROI를 측정 가능하게 만니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제를 제공하는 플레인 텍스트 회계를 제공합니다 — 블랙박스도, 공급업체 종속도 없습니다. 무료로 시작하십시오 그리고 개발자와 재무 전문가들이 왜 플레인 텍스트 회계로 전환하고 있는지 확인하십시오.





