이번 달에 42,000달러의 매출을 올렸습니다. 대시보드는 초록불입니다. 그런데 반품이 시작됩니다: 불량 배치, 마음이 바뀐 고객 몇 명, 초과 주문한 도매 고객. 3,800달러를 환불하고 나면, 은행 계좌 잔고는 매출 보고서와 아주 다른 이야기를 합니다. 환불을 비용으로 처리했다면 — "환불 비용", "고객 서비스 비용", 또는 더 나쁘게 일반 비용에 섞어 넣었다면 — 장부에는 실제보다 더 많이 팔았고 더 많이 지출한 것으로 표시됩니다. 매출 총이익은 왜곡되고, 세금 신고는 틀리며, 실제 반품률이 얼마인지 알 수 없습니다. 회계사가 4월에 지적하기 전까지는 말입니다.
이것은 소규모 제품 판매 업체들이 저지르는 가장 흔한 회계 실수 중 하나이며, 의사 결정에 사용하는 모든 숫자를 조용히 왜곡합니다.
왜 환불은 비용이 아닌가
매출은 사업의 최상단 라인입니다 — 고객에게 제공한 것의 대가로 기대하는 총 대가입니다. 환불은 임대료, 자재비, 결제 처리 수수료 같은 사업 비용이 아닙니다. 그것은 벌었다고 생각했지만 결국 벌지 못한 매출의 취소입니다.
회계사들은 이를 매출 차감(contra-revenue) 이라고 부릅니다: 총매출 바로 아래에 위치하며 총매출에서 차감되어 순매출 또는 순수익을 산출하는 계정입니다. 일반적인 매출 차감 계정은 다음과 같습니다:
- 매출 환불 및 충당금 — 고객이 상품을 반품하거나 할인된 가격에 보유할 때 발생하는 전체 또는 부분 환불
- 판매 할인 — 조기 결제 할인 또는 체크아웃 시 적용되는 판촉 할인
이렇게 생각해 보세요: 비용은 매출을 창출하기 위해 지출하는 것입니다. 환불은 가지지 못한 매출입니다. 환불을 매출에서 차감하면 그 구분이 유지되고 매출 총이익이 정직해집니다.
환불을 비용에 숨기면 무엇이 깨질까요?
- 매출 총이익이 과대 계상됩니다. 42,000달러의 총매출을 보고하고 3,800달러의 환불을 비용에 숨기면, 매출 총이익은 42,000달러에서 매출원가를 뺀 것처럼 보입니다. 실제 순매출은 38,200달러입니다. 마진이 실제보다 건강해 보입니다.
- 반품률이 사라집니다. 환불이 비용에 있으면, 수동으로 추적하지 않는 한 반품률(3,800달러 ÷ 42,000달러 = 9%)을 계산할 수 없습니다. 그 비율은 제품 품질, 사이즈, 리스팅 정확도, 고객 적합성에 대한 조기 경보 시스템입니다.
- 비교 가능성이 사라집니다. 업계 벤치마크, 대출 기관, 심지어 전년 대비 추세도 순매출을 사용합니다. 비용에 묻힌 환불은 숫자를 비교 불가능하게 만듭니다.
해결책은 간단합니다: 매출 차감 계정을 만들고 매번 사용하세요.
IRS가 Schedule C에서 실제로 요구하는 것
세금 신고를 위해 GAAP 학자가 될 필요는 없습니다. IRS는 수십 년 동안 중소기업 세금 안내서와 Schedule C 자체에 이것을 명시해 왔습니다:
- 1번 라인: 총수입 또는 총매출 — 나중에 반품된 상품의 판매를 포함하여 실제로 받은 금액을 보고합니다.
- 2번 라인: 반품 및 충당금 — 판매 가격에서 현금 또는 크레딧 환불, 리베이트, 기타 충당금을 차감합니다. 2번 라인에는 양수 금액으로 보고합니다; 양식이 차감을 계산합니다.
- 3번 라인: 순수입 — 1번 라인에서 2번 라인을 뺀 값입니다. 이것이 세금 신고용 순매출입니다.
- 4번 라인: 매출원가 — 그런 다음 재고 비용을 차감하여 5번 라인, 총이익을 얻습니다.
IRS의 2번 라인 설명은 명시적입니다: "반품 및 충당금에는 고객에게 지급한 현금 또는 크레딧 환불, 리베이트, 실제 판매 가격에서의 기타 충당금이 포함됩니다."
다시 말해, 연방 세금 신고서는 이미 매출 차감 회계를 기대합니다. 환불을 비용에 숨기면 Schedule C의 1번+3번 라인에 소득이 과다하게 표시되고 다른 곳에 공제가 과다하게 표시됩니다 — 그리고 이 두 오류는 상쇄되지 않습니다. 왜냐하면 총이익, 자영업 세금, 적격 사업 소득 계산이 모두 그 이익 라인에 기반하기 때문입니다.
현금 기준 신고자를 위한 실용 팁: 여전히 환불을 같은 곳에 기록합니다. 현금 기준 사업은 돈을 받았을 때 수익을 인식하고 돈을 돌려주었을 때 수익을 취소합니다. 그러나 취소는 여전히 매출 환불 및 충당금 계정으로 가며 비용 계정으로 가지 않습니다. 그 구분은 손익계산서의 위치에 관한 것이지, 시점에 관한 것이 아닙니다.
GAAP 관점: 변동 대가와 환불 부채
은행, 투자자, 또는 발생 기준 세금 신고를 위해 재무제표를 발행하고 미국 GAAP를 따른다면, 환불에는 공식적인 이름이 있습니다: ASC 606, 고객과의 계약에서 발생하는 수익 하의 변동 대가입니다.
고객이 상품을 반품할 권리가 있는 모든 판매는 전체 가격에 대한 "완료된" 판매가 아닙니다. 실제로 가지게 될 금액을 추정해야 합니다 —それが 거래 가격입니다 — 그리고 그 금액만큼만 수익으로 인식합니다. 나머지는 환불 부채입니다.
판매 시점(단순화):
- 차변 현금 또는 매출채권: 전체 금액
- 대변 수익: 가지게 될 것으로 예상하는 금액 (총매출 - 예상 반품)
- 대변 환불 부채: 환불할 것으로 예상하는 금액
상품을 회수할 수 있다면, 반품 자산(회수할 것으로 예상하는 재고)도 기록하고 매출원가를 줄입니다. 불량 채권을 기록하는 것이 아닙니다; 첫날부터 일부 판매가 잠정적임을 인정하는 것입니다.
연말에는 물리적 반품이 아직 도착하지 않았더라도, 판매되었지만 아직 반품되지 않은 상품에 대한 부채를 추정해야 합니다. 이 추정 — 종종 지난 3~12개월간 제품군별 반품률에 기반 — 은 12월 수익이 과대 계상되고 1월 수익이 인위적으로 부풀려지는 것을 방지합니다.
공개 기업이 아니어도 이 훈련의 혜택을 누릴 수 있습니다. 반품이 중요한 사업(의류, 전자제품, 식품, 공예 도매)이라면 월별로 추정 환불 부채를 설정하고 조정해야 합니다.
계정과목표: 한 번 설정하면 계속 정확합니다
200개의 계정이 필요하지 않습니다. 보고 방식에 맞는 4개의 잘 정의된 계정이면 충분합니다:
수익 (4000번대)
4000 — 총매출— 공제 전 전체 판매 가격의 모든 판매4005 — 매출 환불 및 충당금(매출 차감, 정상 차변 잔액) — 전체 및 부분 현금/크레딧 환불, 리베이트, 충당금4010 — 판매 할인(매출 차감, 정상 차변 잔액) — 조기 결제 또는 쿠폰 할인 반품과 별도로 추적하는 경우
그러면 손익계산서는 다음과 같이 표시됩니다:
총매출 42,000달러
차감: 매출 환불 및 충당금 (3,800)
차감: 판매 할인 (200)
-----------------------------------------
순매출 38,000달러2400 — 환불 부채(대차대조표, 유동 부채) — 판매되었지만 아직 반품되지 않은 상품에 대한 예상 환불 금액1300 — 예상 반품 재고또는1215 — 재고: 예상 반품(대차대조표, 자산) — 회수할 것으로 예상하는 상품의 원가
흐름:
원가 60달러이고 재판매가 가능한 제품을 고객에게 100달러에 판매했다가 환불하는 경우:
차변 4005 매출 환불 및 충당금 100달러
대변 1000 현금 / 1210 정산 100달러
차변 1300 예상 반품 재고 60달러 (부채/자산 모델 사용 시)
대변 5000 매출원가 60달러
— 그리고 상자가 도착하면 —
차변 1400 재고 60달러
대변 1300 예상 반품 재고 60달러상품이 재판매 불가능하면 재고로 입고하지 않고 감모 또는 재고 폐기 계정으로 차변 처리합니다. 핵심은 어떤 경우든 매출원가를 취소한다는 것입니다; 반품된 상품에 대한 원가를 매출원가에 남겨두지 마십시오.
결제 처리 수수료는 매출 차감 계정에 넣지 마십시오. 2.9% + 30센트의 처리 수수료와 차지백 수수료는 돈을 회수하는 비용입니다 — 6300 — 결제 처리 수수료(비용)에 속합니다. 환불 금액 자체만 매출을 줄입니다.
일반 텍스트 회계를 사용한다면 구조는 동일합니다: 총매출과 매출 차감을 위한 별도의 수익 계정, 추정치를 위한 부채/자산 계정. Beancount 문서의 패턴을 참조하여 수익, 부채, 재고를 텍스트 형식으로 모델링하는 방법을 확인하십시오 — 계정 이름보다 총액과 순액을 별도의 기록으로 유지하는 것이 더 중요합니다.
판매세, 재고, 처리 수수료: 모든 사람이 걸려 넘어지는 세 가지 지점
1. 판매세는 매출이 아닙니다 — 그리고 그 환급도 당신 것이 아닙니다
판매세를 징수할 때, 주 정부를 대신하여 돈을 보관하는 것입니다. 처음부터 매출 계정에 넣어서는 안 됩니다.
- 판매 시: 대변
2400 — 판매세 미지급금(부채), 매출이 아님. - 환불 시: 차변
2400 — 판매세 미지급금— 환불 금액 중 세금 부분만큼, 과세 대상 순매출에 대해서만 세금을 납부하도록.
받은 현금 전체를 매출로 기록하고 세금을 포함한 환불을 비용으로 처리했다면, 매출 과 비용을 모두 과대 계상한 것이며, 판매세 조정은 신고서와 일치하지 않을 것입니다. 대부분의 주에서는 환불이 발행된 기간의 판매세 신고서에서 과세 매출을 환불 금액만큼 줄여야 합니다 — 주를 확인하십시오, 하지만 장부 기록은 항상 부채 취소입니다.
마켓플레이스 판매(Amazon, Etsy, eBay)는 복잡성을 더합니다: 대부분의 주에서 마켓플레이스가 세금 징수자로 간주되므로 세금 현금을 만지지 않을 수도 있습니다. 그래도 추적하십시오: 총액-순액 조정에는 "마켓플레이스가 징수한 세금"을 당신의 매출이 아닌 별도의 상환된 부채로 표시해야 합니다.
2. 재고: 모든 반품은 매출원가에 영향을 미칩니다
두 가지 재고 실수가 원가를 부풀립니다:
- 판매가 환불되었을 때 매출원가를 취소하지 않는 것 — 판매가 사라졌는데도 원가를 남겨두었습니다.
- 원가가 아닌 판매 가격으로 재입고하는 것 — 재고를 과대 계상하고 다음 판매의 매출원가를 과소 계상했습니다.
재판매 가능한 반품의 경우 경로는 다음과 같습니다: 반품이 승인되면 매출원가를 줄이고(반품 자산을 통해), 검사 후 원가로 재고로 이동합니다. 손상, 만료, 또는 개봉된 식품 반품은 판매 가능한 재고 대신 5050 — 재고 감모 및 폐기로 이동합니다.
영구 재고 추적이 없는 사업(많은 Shopify 판매자)은 월간 실사와 연결하십시오: 순매출과 매출원가는 반품을 고려한 후 "기초 재고 + 구매 − 기말 재고"와 일치해야 합니다. 계산된 매출원가가 총매출을 사용한다면 매출 총이익은 허구입니다.
3. 처리 수수료는 비용에 남습니다
흔한 Shopify/Stripe 조정 오류는 순 지급액을 수익으로 장부에 기록하는 것입니다. 지급액은 총매출에서 환불, 수수료, 준비금을 뺀 것입니다. 지급액을 수익으로 기록하면 수익이 과소 계상되고(매출원가 공제를 정확히 계산하기 어려움) 환불과 수수료가 아무도 볼 수 없는 곳에 묻힙니다.
올바른 조정은 총액 → 순액 → 현금입니다:
- 플랫폼의 총매출 보고서에서 총매출을 기록
- 플랫폼의 환불 보고서에서 매출 환불 및 충당금을 기록
- 수수료 보고서에서 결제 처리 수수료를 비용으로 기록
- 정산 계정을 통해 나머지를 은행 입금액과 조정
그 정산 계정(1210 — Stripe 정산 또는 1211 — Shopify 정산)은 지급 주기 후 미착금액과 롤링 준비금을 제외하고는 잔액이 0이 되어야 합니다.
플랫폼이 말하는 금액과 실제로 남은 금액 조정하기
1099-K와 플랫폼 대시보드는 수수료, 환불, 준비금 차감 전 총 결제 금액을 보고합니다. 은행은 순 입금액을 봅니다. 세금 신고서는 순수입(총액에서 반품 및 충당금 차감)을 원합니다. 이 세 가지는 명시적으로 조정하면 동시에 모두 사실일 수 있습니다.
15분이면 충분한 주간 업무 흐름:
- 각 채널에서 세 가지 보고서를 내보냅니다: 총매출, 환불/반품, 수수료/지급액.
- 총매출은
4000에, 반품은4005에, 수수료는6300에 기록합니다. 합산하지 마십시오. - 지급액은 정산 계정에서 은행으로의 이체로 기록하지 새 수익으로 기록하지 마십시오.
# 예: 총매출 9,500달러 중 Shopify 지급액 8,420달러
2026-08-10 * "Shopify 매출 8/3-9 - 총액"
Assets:Clearing:Shopify 9500.00 USD
Income:Gross-Sales -9500.00 USD
2026-08-10 * "Shopify 환불 8/3-9"
Income:Sales-Returns 680.00 USD
Assets:Clearing:Shopify -680.00 USD
2026-08-10 * "Shopify 수수료 및 차지백 수수료 8/3-9"
Expenses:Payment-Processing 400.00 USD
Assets:Clearing:Shopify -400.00 USD
2026-08-11 * "Shopify 은행 지급"
Assets:Bank:Checking 8420.00 USD
Assets:Clearing:Shopify -8420.00 USD기록 후 Assets:Clearing:Shopify는 "아직 지급되지 않은 매출 + 처리 중인 환불 + 준비금 보유"와 일치해야 합니다. 일치하지 않으면 누락된 환불, 이중 계산된 수수료, 또는 제품 버그가 있는 것입니다 — 정확히 조정이 잡아내려는 것입니다. Fava에서 순매출 대 총매출을 시각화하고 반품률을 추적하여 격차가 계절적인지 구조적인지 확인하십시오.
연말에는 플랫폼 총액을 1099-K 총액 라인에, 장부의 순매출(총액에서 4005 차감)을 Schedule C 3번 라인에, 은행 입금액을 정산된 정산 계정에 연결하십시오. NRF 벤치마크 — 최근 시즌 소매 반품률 약 17~19%, 온라인은 더 높음 — 이 당신의 반품률을 정하지는 않지만 유용한 스트레스 테스트입니다: 매출 차감이 2% 미만인데 제품 카테고리 평균이 15%에 가깝다면 제품이 예외적으로 좋거나 환불이 비용으로 새고 있는 것입니다.
연말 surprises을 방지하는 간단한 월간 업무 흐름
매일 반품을 추정할 필요는 없습니다. 월간 습관이 필요합니다:
월초:
- 채널 및 제품군별 전월 반품률(반품 ÷ 총매출)을 검토합니다. 3~6개월의 데이터가 안정적인 추정에 충분합니다(출시 직후가 아니라면).
월중:
- 모든 환불을 발행일 당일에
4005 매출 환불 및 충당금에 기록하고, 판매세는 부채 계정으로 분리합니다. - 검사 즉시 매출원가를 취소하고 재고를 재입고하거나 폐기합니다. 다음 실사까지 기다리지 마십시오.
월말:
- 추정치를 발생시킵니다: 아직 반품되지 않은 판매 상품에 대해
차변 4005 / 대변 2400 환불 부채로 예상 환불 금액을,차변 1300 예상 반품 / 대변 매출원가로 예상 회수 가능 원가를 기록합니다. 반품률이 낮은 카테고리라도 1~3%만으로 12월과 1월을 비교 가능하게 만듭니다. - 정산 계정을 조정합니다: 각 지급 플랫폼(Stripe, Shopify, Amazon, PayPal)을 은행과 대사합니다. 7일 이상 된 미조정 차이는 거의 항상 놓친 환불 또는 수수료입니다.
- 판매세 미지급금을 조정합니다: 신고서와 대사합니다. 판매세 미지급금 차변 없이 환불만 기록된 것은 위험 신호입니다.
- 순매출을 보고합니다: 내부 손익계산서와 관리 대시보드에 총액이 아닌 순매출(총액에서 반품 및 할인 차감)을 보고하여 가격 및 구매 결정이 올바른 최상단 라인을 사용하도록 합니다.
분기마다 추정치를 테스트합니다: 지난 분기에 설정한 환불 부채를 실제 발생한 반품과 비교합니다. 20% 이상 지속적으로 과대 또는 과소 발생한다면 비율을 조정하십시오.
이익(그리고 세금 청구서)을 부풀리는 흔한 실수
1. "환불을 마케팅 비용으로 처리." 선의의 크레딧을 "고객 유지"라고 부르더라도, 판매 가격의 일부를 환불하는 가격 양보는 ASC 606상 여전히 매출 차감이지 마케팅 비용이 아닙니다. 라벨이 아닌 경제적 실질로 분류하십시오.
2. "수수료는 환불과 같다." GAAP상 고객에게 환불된 금액은 매출을 줄입니다; 환불을 처리하기 위해 처리자가 부과하는 수수료는 그렇지 않습니다. 후자는 영업 비용입니다. 혼합하면 매출 품질이 과소 평가되고 비용 레버리지가 과대 평가됩니다.
3. "판매세는 매출의 일부였다." 징수된 세금이 매출에 있다면, 모든 환불은 비용을 과대 계상하고 판매세 미지급금을 너무 높게 남깁니다. 첫날부터 분리하십시오.
4. "매출원가가 취소되지 않았다." 매출 총이익률 50% 제품의 경우, 반품된 상품에 대한 1,000달러의 매출원가 취소를 잊으면 원가가 1,000달러 과대 계상되고 마진이 같은 금액만큼 과소 계상됩니다. 1년 동안 대출 약정을 흔들 수 있습니다.
5. "입력 시 합산." 총액과 환불을 하나의 라인에 "순매출 = 총액 − 환불"로만 기록하면 모든 보고서에서 반품률이 숨겨집니다. 데이터 입력 한 줄을 절약하고 가장 진단적인 지표를 잃었습니다.
6. "개방형 반품 기간에 대한 추정치 없음." 정책이 30일 반품이고 12월이 가장 큰 달이라면, 추정치 없이 12월 순매출은 과대 계상되고 상자가 돌아오는 1월은 이상하게 약해 보입니다. 발생시키십시오.
좋은 장부는 수정을 기계적으로 만듭니다: 모든 주문에는 하나의 수명 주기 — 판매, 그리고 유지 또는 부분/전체 환불 — 가 있고 모든 단계에는 원장에 하나의 집이 있습니다. 계정과목표가 총액, 반품, 수수료를 별도로 유지할 수 있을 때, 손익계산서는 마침내 실제로 묻는 질문에 답할 수 있습니다: SKU별 실제 마진은 무엇인가, 어떤 채널의 반품률이 가장 높은가, 새 공급업체가 반품 후 실제로 더 많은 비용이 들었는가?
첫날부터 재정을 체계적으로 유지하십시오
환불을 올바르게 처리하는 것은 단순한 세금 준수 문제가 아닙니다 — 실제로 얼마를 벌었는지, 고객이 실제로 무엇을 원하는지, 마진이 실제로 어디에 있는지 아는 방법입니다. 총매출, 반품 및 충당금, 판매세 미지급금을 명확하고 별도로 유지하면 Shopify 지급액 조정부터 Schedule C 3번 라인 대사, 다음 제품 런 가격 책정까지 모든 후속 작업이 쉬워집니다.
Beancount.io는 재정 데이터에 대한 완전한 투명성과 통제권을 제공하는 일반 텍스트 회계를 제공합니다 — 블랙박스, 벤더 종속 없음. 매출 차감 계정, 환불 부채 추정치, 플랫폼 정산 계정은 모두 BQL로 감사, diff, 쿼리할 수 있는 버전 관리된 텍스트입니다. 무료로 시작하고 개발자와 재무 전문가들이 일반 텍스트 회계로 전환하는 이유를 확인하십시오.