대시보드에는 지난달 Afterpay와 Klarna를 통해 $12,400를 판매했다고 나옵니다. 은행 계좌에는 훨씬 적은 금액의 불규칙한 예치금 몇 건이 보이고, 어디에도 항목별로 표시되지 않는 수수료가 있으며, 반품이 발송된 지 3주 후 지급금에서 차감된 환불이 있습니다. 이제 회계사가 대부분의 판매자를 당황하게 만드는 질문을 던집니다: 그 $12,400 중 실제로 ASC 606에 따른 수익은 얼마이며, 되돌려질 수 있는 추정치는 얼마인가?
은행 예치금을 매출로 기록하면 답은 세 방향에서 동시에 틀립니다. 출처에서 상계된 수수료만큼 수익을 과소계상하고, 예상 환불을 무시함으로써 과대계상하며, 상품을 이전할 때가 아니라 현금이 결제될 때 매출을 인식함으로써 시점을 잘못 표시합니다. 이 가이드는 결제 시점에 선구매 후결제(buy-now-pay-later)를 받아들이는 소규모 판매자에게 적용되는 방식으로 ASC 606 분석을 안내합니다: 본인 대 대리인, 변동 대가, 중요한 금융 요소, 분리된 이행 의무 — 그리고 이론과 장부를 일치시키는 클리어링 계정 메커니즘까지 다룹니다.
BNPL이 카드 결제처럼 조정되지 않는 이유
카드 예치금은 간단합니다: 프로세서가 일별 또는 주별 주기로 수수료를 제한 순액으로 지급하고, 총 매출과 수수료를 기록한 후 조정합니다. BNPL은 각각 ASC 606 단계에 대응하는 세 가지 측면에서 구조적으로 다릅니다.
첫째, 결제가 지연되고 불규칙합니다. Afterpay는 일반적으로 대부분의 플랜에서 다음 영업일에 결제하지만 환불에 대한 공제가 있습니다; Klarna는 일반적으로 주간 또는 격주로 지급합니다. 화요일에 보이는 현금은 며칠 또는 몇 주 전의 매출에 대한 것이므로, 현금 시점은 수익이 언제 발생했는지에 대해 아무것도 알려주지 않습니다.
둘째, 수수료는 출처에서 공제되며 자체 거래로 나타나지 않습니다. Afterpay는 대략 46%에 주문당 30센트를 부과합니다; Klarna의 혼합 수취율은 플랜과 거래량에 따라 약 3.295.99%에 30센트입니다. 수수료는 단순히 예치금에서 누락됩니다.
셋째, 환불은 별도의 크레딧으로 도착하는 대신 향후 결제에서 차감됩니다. 고객이 $200 Klarna 주문을 반품하면 다음 지급금이 $200만큼 줄어듭니다 — 플랜에 따라 수수료를 차감한 순액일 수도 있고 아닐 수도 있습니다. 은행 명세서에는 단지 더 적은 예치금으로 보일 뿐입니다.
2025년 미국에서 BNPL 거래량이 $500억을 넘어섰고 계속 성장하고 있습니다; 많은 중견 판매자에게 이미 두 번째 또는 세 번째로 큰 결제 수단입니다. 그 규모에서 예치금을 수익으로 기록하면 반올림 오차가 발생하지 않습니다. 대출 기관이나 구매자가 신뢰할 수 없는 재무제표를 만들어냅니다.
1단계: 본인인가 대리인인가? 대부분의 판매자가 총액으로 보고하는 이유
ASC 606의 모든 거래에 대한 첫 번째 질문은 귀하가 본인 — 고객에게 이전되기 전에 상품을 통제하는 당사자 — 인지, 아니면 다른 사람을 위해 판매를 주선하는 대리인인지입니다. 본인은 수익을 총액으로 보고하고, 대리인은 수수료나 요금만을 수익으로 보고합니다.
BNPL을 받아들이는 대부분의 이커머스 판매자는 명백히 본인입니다. 귀하는 재고를 통제하고, 가격을 설정하며, 상품이 손상되거나 발송되지 않을 경우 위험을 부담하고, 반품을 처리합니다. BNPL 제공자는 판매자가 아닌 금융 채널입니다: 주문에 대해 귀하에게 지불하고 귀하가 당사자가 아닌 별도 계약에 따라 구매자로부터 할부금을 수금합니다.
이 결론이 전체 표시를 이끕니다:
- 최상위 수익은 고객이 지불하기로 동의한 전액인 총 판매 가격을 반영합니다.
- BNPL 수수료는 귀하의 정책에 따라 매출원가 또는 영업비용인 별도 비용 항목이며, 결코 수익의 감소가 아닙니다.
- 수수료를 상계 수익 계정에 상계하면 보고 수익이 압축되고 수취율이 실제보다 깔끔해 보입니다. 일관되게 적용하고 공시하는 경우에만 정당화될 수 있으며, 총액 표시는 거의 항상 구매자나 대출 기관에게 더 좋게 읽힙니다.
현재 순 예치금을 매출로 기록하고 있다면, 이 단일 수정 — 수익을 총액으로 조정하고 수수료를 분리 — 이 이 가이드에서 가장 가치 있는 수정입니다. 또한 아래에서 논의하는 1099-K와 장부를 일치시키는 것입니다.
2단계: 예상 환불은 변동 대가입니다
여기 대부분의 소규모 판매자가 들어본 적 없는 단계가 있습니다. ASC 606에 따르면, 거래 가격에서 변경될 수 있는 모든 금액 — 할인, 리베이트, 크레딧, 환불 — 은 변동 대가입니다. 판매 시점에 이를 추정해야 하며, 불확실성이 해소될 때 중요한 반전이 발생하지 않을 것이 확실한 범위까지만 수익에 포함해야 합니다. 마지막 조항이 제약이며, 의도적으로 보수적입니다.
BNPL 판매자의 경우, 불확실성은 반품과 지불 거부입니다. $200 Afterpay 주문을 발송할 때 거래 가격이 자동으로 $200이 아닙니다. 해당 제품 라인의 과거 반품률이 8%라면 유지할 것으로 예상되는 금액은 $184에 가까우며, ASC 606은 Klarna가 결제에서 환불을 공제하는 몇 주 후가 아니라 첫날부터 장부가 그렇게 표시하기를 원합니다.
두 가지 추정 방법
ASC 606은 두 가지 방법을 허용합니다. 유지할 금액을 더 잘 예측하는 방법을 선택하고 일관되게 적용하세요:
- 기대값: 결과에 걸친 확률 가중 평균. 유사한 주문이 많을 때 가장 적합 — 온라인 스토어의 일반적인 경우. 월 수백 건의 BNPL 주문과 안정적인 8% 반품률이 있다면 기대값이 자연스러운 선택입니다.
- 최빈값: 단일 최빈 결과. 이분법적, 전부 아니면 전무 상황에 더 적합 — 예를 들어 전액 수락되거나 반품될 하나의 대형 맞춤 주문.
대부분의 판매자는 실제 반품 이력을 기반으로 업데이트된 제품 라인 수준에서 기대값을 사용해야 합니다.
분개가 어떻게 보이는지
발송 시점에 예상 환불을 차감한 순액으로 수익을 인식하고 차액을 환불 부채로 기록하며, 반환받을 것으로 예상되는 재고에 대한 자산도 기록합니다:
- $200 총 수취채권에 대해 Afterpay 또는 Klarna 클리어링 계정을 차변에 기록합니다.
- 유지할 것으로 예상되는 $184에 대해 수익을 대변에 기록합니다.
- $16에 대해 환불 부채를 대변에 기록합니다.
- 회수 자산($16에서 상품 마진을 차감)을 차변에 기록하고 같은 금액만큼 매출원가를 대변에 기록합니다.
반품 기간이 종료되거나 실제 반품이 게시되면 실제치에 대해 부채를 조정합니다. 실무 루틴은 월간입니다: 기록된 부채를 처리된 실제 환불과 비교하고, 비율이 변동되었다면 조정하며, 방법을 공시합니다. 반품률이 1~2% 미만인 판매자는 문서화된 중요성 결론과 함께 전액 인식을 지지할 수 있는 경우가 많습니다 — 하지만 문서화하세요, 왜냐하면 "반품이 없다"는 바로 감사인이 테스트할 주장이기 때문입니다.
3단계: 대부분의 판매자가 놓치는 금융 요소 (그리고 보통 무시할 수 있는)
이것은 BNPL이 촉발하도록 설계된 듯 보이는 ASC 606 질문입니다: 고객이 시간에 걸쳐 지불하므로, 가격의 일부가 실제로 이자인 중요한 금융 요소가 있는가? 답이 중요한 이유는 중요한 금융 요소가 수익에서 분리되어 금융 기간에 걸쳐 이자 수익으로 인식되어야 하기 때문입니다.
일반적인 판매자의 경우 분석은 두 계층으로 빠르게 끝납니다.
첫 번째 계층: 금융은 귀하의 계약이 아닙니다. 할부 대출은 BNPL 제공자와 구매자 사이에 존재합니다. 귀하의 계약은 제공자의 결제 시스템과의 것입니다: 귀하는 고객에게 상품을 이전하고 제공자는 며칠 또는 몇 주 내에 귀하에게 전액을 지불합니다. 귀하는 누구에게도 금융을 제공하지 않으며, 귀하의 장부에 이자 조정이 있어서는 안 됩니다. 제공자는 자체적인 금융 요소 회계를 가질 수 있습니다; 그것은 귀하의 문제가 아니라 그들의 문제입니다.
두 번째 계층: 1년 실무적 간편법. ASC 606은 계약 개시 시점에 상품 이전과 대금 수령 사이의 기간이 1년 이하일 것으로 예상되는 경우 중요한 금융 요소를 조정할 필요가 없다고 규정합니다. BNPL 결제는 며칠 또는 몇 주 내에 이루어지므로, 판매자가 제공하는 단기 지불 플랜조차도 간편법 안에 포함됩니다.
언제 무시할 수 없을까요? 고객에게 직접 자체 할부 조건을 제공하는 경우 — 외상 계좌, 사내 할부식 플랜, 또는 납품 후 1년을 초과하여 지불이 연장되는 진행 청구 — 간편법이 사라지고 금융이 중요한지 평가해야 합니다. 소규모 BNPL 판매자에게는 드물지만, Afterpay 결제와 함께 18개월 조건으로 대형 맞춤 주문을 청구한다면 두 모집단은 다른 회계가 필요합니다. BNPL 분석이 외상 계좌 모집단으로 흘러들어가거나 그 반대가 되지 않도록 하세요.
4단계: 이행 분리 — 하나의 BNPL 주문이 두 개의 의무일 때
ASC 606은 계약에서 각각의 구별되는 이행 의무를 식별하고 독립 판매 가격으로 거래 가격을 배분할 것을 요구합니다. 대부분의 BNPL 주문은 정확히 하나의 의무 — 제품 — 를 포함하며 이 단계는 10초면 끝납니다. 세 가지 일반적인 추가 항목이 이를 둘로 만듭니다:
- 연장 보증 및 서비스 플랜. 제품과 함께 판매되는 2년 보호 플랜은 시간에 걸쳐 이행되는 별도 의무입니다. $200의 일부를 플랜에 배분하고 발송 시점이 아니라 보장 기간에 걸쳐 인식하세요.
- 상품과 함께 묶인 기프트 카드 및 스토어 크레딧. 카드는 사용 시 이행되는 의무로, 고객이 사용할 때까지 계약 부채로 기록됩니다.
- 지속적 서비스와 함께하는 환불 불가 선불 요금. 구독과 관련된 설정 또는 온보딩 요금은 일반적으로 즉시 인식되지 않고 서비스 기간에 걸쳐 배분됩니다.
BNPL 래퍼는 이 배분에 아무런 영향을 미치지 않습니다 — 제공자는 여전히 총 $200를 결제합니다 — 하지만 오류를 발견하기 어렵게 만드는데, 예치금이 항목별 세부 정보 없이 하나의 순액으로 도착하기 때문입니다. Afterpay나 Klarna를 통해 번들을 판매하는 경우, 결제 보고서가 아닌 스토어 플랫폼의 주문 데이터에서 의무를 조정하세요.
장부에 기록하기: 제공자당 하나의 클리어링 계정
위의 이론은 총 매출, 수수료, 환불, 현금을 분리하는 부기 메커니즘이 필요합니다. 표준 해결책은 BNPL 제공자당 클리어링 계정입니다 — 각 결제 레일에 대한 미니 은행 계좌처럼 작동하는 유동자산 계정:
- 발송 시점에, 제공자 클리어링 계정을 차변에 기록하고 총액(2단계의 환불 부채 추정치 차감 후)에 대해 수익을 대변에 기록합니다.
- 결제 시점에, 순 예치금을 클리어링 계정에서 운영 현금으로 이체하고 차액을 BNPL 수수료 비용으로 기록합니다.
- 환불 시점에, 환불 부채에 대해 원래 매출을 반전하고 클리어링 잔액을 줄입니다; 제공자가 나중 지급금에서 공제하면 이체가 더 작아지고 계정이 자체적으로 수정됩니다.
- 월말에, 각 클리어링 계정을 조정합니다. 잔액은 제공자의 파이프라인에 있는 미결제 매출에 제공자가 보류하는 롤링 리저브를 더한 것과 같아야 합니다 — Affirm과 일부 Klarna 플랜은 3
6개월 동안 510%를 보류하며, 이는 사용 가능한 잔액을 의미 있게 유지하기 위해 자체 하위 계정이 필요합니다.
회계 소프트웨어에서 제공자당 하나의 유동자산 계정과 BNPL 수수료 비용 계정으로 한 번 설정하면 월간 마감이 발굴이 아닌 조정이 됩니다. 장부를 플레인 텍스트로 유지하는 경우 동일한 구조가 제공자당 클리어링 계정과 월간 잔액 검증에 직접 매핑됩니다; 조정 로직은 도구와 관계없이 동일합니다. 월말 점검을 자동화하려면 Beancount 문서에서 잔액 검증과 계정 구조를 다룹니다.
1099-K 조정: 총액 표시가 이득이 되는 곳
BNPL 제공자는 순 결제액이 아닌 총 처리 거래량을 보고하는 양식 1099-K를 발행합니다. 복원된 연방 기준에 따라 수취인이 $20,000과 200건의 거래를 초과하면 제3자 결제 기관이 신고합니다. 장부가 순 예치금만을 포착하면 보고된 수익은 정확히 수수료와 총액으로 조정된 환불만큼 1099-K에 미달합니다 — 몇 달 후 IRS의 과소신고 통지를 촉발하는 전형적인 원인입니다.
클리어링 계정 방법은 이를 구조적으로 방지합니다: 클리어링 계정의 총 매출은 1099-K의 총 거래량과 같고, 수수료는 자체 비용 항목에 있으며, 환불은 부채 계정을 통해 흐릅니다. 마감에 연간 단계를 하나 추가하세요: 신고 전에 장부에서 각 제공자의 총액을 합산하여 1099-K와 비교합니다. 1~2%를 초과하는 차이는 거의 항상 세 가지 원인 중 하나로 추적됩니다 — 게시되지 않은 환불, 수익에 포함된 수수료, 또는 잘못 분류된 롤링 리저브 — 그리고 각각은 1월에는 몇 분 만에 수정되고 다음 해 10월에는 며칠이 걸립니다.
일반적인 실수 체크리스트
월을 마감하기 전에 다음 각 항목을 확인하세요:
- 수익은 결제 시점의 순액이 아닌 발송 시점의 총액으로 기록됩니다.
- BNPL 수수료는 더 작은 수익 숫자에 묻혀 있지 않고 자체 비용으로 나타납니다.
- 환불 부채는 변동 대가 제약에 따라 예상 반품을 반영하고 월간 조정됩니다.
- 1년을 초과하는 자체 조건을 제공하지 않는 한 금융 요소 조정이 없습니다.
- 번들 보증, 기프트 카드, 선불 요금은 별도 의무에 배분됩니다.
- 각 제공자는 월간 조정되는 자체 클리어링 계정을 가지며, 리저브는 하위 계정에 있습니다.
- 제공자당 연간 총액이 1~2% 이내로 1099-K와 일치합니다.
재무 관리를 단순화하세요
ASC 606에 따라 BNPL 수익을 올바르게 처리하는 것은 구조로 귀결됩니다: 발생 시 기록된 총 매출, 자체 레인에 있는 수수료와 환불, 매월 조정을 입증하는 클리어링 계정. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제를 제공하는 플레인 텍스트 회계를 제공합니다 — 블랙박스도, 공급업체 종속도 없습니다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 플레인 텍스트 회계로 전환하는 이유를 확인하세요.
