고객이 장바구니에 400달러 상당의 제품을 담고, "Afterpay로 4회 분할 결제"를 탭한 후 체크아웃합니다. 이틀 후, 귀하의 은행 계좌에는 약 377달러가 입금된 것을 볼 수 있습니다. 대부분의 소규모 사업주들은 그 숫자를 보고 회계 소프트웨어에 "377달러 — 매출"이라고 입력하고 다음 업무로 넘어갑니다.
그 하나의 간편한 방식이 온라인 판매자들이 국세청(IRS)으로부터 매출 누락 통보를 받는 가장 흔한 이유 중 하나입니다.
지금 구매, 나중에 결제(BNPL)는 이제 결제 수단의 참신함을 넘어 기본 결제 방식으로 자리 잡았습니다. 구매자들은 구매 금액을 4회 무이자 할부로 나누어 결제하는 것을 좋아하고, 판매자들은 이를 통해 전환율과 평균 주문 금액이 상승하는 것을 선호합니다. 하지만 BNPL은 일반 신용카드 결제와는 다르게 정산되며, 은행 계좌에 입금된 금액만 기록한다면 매출이 과소평가되고, 수수료는 보이지 않게 되며, 제공업체가 국세청(IRS)에 보고하는 총매출액이 귀하의 장부와 일치하지 않을 것입니다. 재무제표의 정확성을 유지하고 감사를 대비할 수 있도록 BNPL을 올바르게 기록하는 방법을 소개합니다.
BNPL이 결제 버튼 뒤에서 실제로 작동하는 방식
고객 입장에서는 BNPL이 간단합니다: 지금 사고, 나중에 할부로 결제하세요. 판매자인 귀하의 입장에서는, 그 작동 방식이 대출 기관보다는 결제 처리 업체에 더 가깝습니다.
구매자가 체크아웃 시 Klarna, Affirm 또는 Afterpay를 선택하면, BNPL 제공업체는 판매자 수수료를 제외한 전체 구매 금액을 귀하에게 거의 즉시—일반적으로 1~2영업일 이내에—지급합니다. 그런 다음 제공업체는 다음 몇 주 동안 고객으로부터 할부 결제를 수금하는 역할을 맡습니다. 귀하는 고객을 기다릴 필요가 없습니다. 이미 결제를 받았습니다. 또한 고객이 결제를 중단하더라도 일반적으로 신용 위험을 부담하지 않습니다. 이는 제공업체의 문제이며, 바로 그 때문에 귀하가 수수료를 지불하는 것입니다.
따라서 타임라인은 다음과 같습니다:
- 0일차 — 고객이 BNPL을 사용하여 400달러를 결제합니다.
- 0일차 — 귀하가 제품을 배송합니다 (또는 서비스를 제공합니다).
- 1-2일차 — 제공업체가 순액(총매출에서 수수료를 제외한 금액)을 귀하의 은행 계좌로 입금합니다.
- 1-6주차 — 고객이 제공업체에 할부로 상환합니다. 이 부분은 귀하의 장부에 전혀 영향을 미치지 않습니다.
핵심 통찰: 귀하가 상품의 통제권을 고객에게 이전하는 순간, 귀하는 전체 가격으로 매출을 얻은 것입니다. 제3자가 현금을 선지급하고 할부금을 수금한다는 사실은 귀하가 매출을 언제 또는 얼마나 인식하는지를 변경하지 않습니다.
핵심 실수: 순입금액을 매출로 기록하는 것
수익 인식 원칙(발생주의 판매자의 경우 ASC 606)에 따라, 대부분의 온라인 판매자는 매출에서 본인 역할을 합니다. 이는 귀하의 최상위 매출이 고객이 지불하기로 동의한 총 판매 가격을 반영해야 하며 — 은행에 입금된 할인된 금액이 아니어야 한다는 것을 의미합니다.
377달러의 순입금액만을 매출로 기록하면 세 가지 문제가 동시에 발생합니다:
- 매출이 과소평가됩니다. 귀하의 손익계산서에는 고객이 실제로 지불한 400달러 대신 377달러가 표시됩니다. 이를 수백 건의 주문에 걸쳐 곱하면 보고된 매출액이 수천 달러나 차이가 날 수 있습니다.
- 수수료가 사라집니다. BNPL 수수료로 지불한 23달러는 합법적이고 공제 가능한 사업 비용입니다. 더 작은 매출액 속에 조용히 포함되어 손익계산서에 전혀 나타나지 않으므로, 가시성과 공제 명확성 모두를 잃게 됩니다.
- 귀하의 장부가 1099-K와 일치하지 않습니다. 이것은 세금 신고 시 문제가 되는 부분이며, 별도의 섹션에서 다룰 가치가 있습니다.
올바른 접근 방식은 정산 계정(Clearing Account)을 사용한 총매출 기록입니다 — 이는 모든 금액을 명확하게 보이게 하는 작은 구조적 변화입니다.
정산 계정(Clearing Account) 방법, 단계별 안내
정산 계정은 매출 발생 시점과 입금 시점 사이에 BNPL 제공업체로부터 귀하에게 지급되어야 할 금액을 나타내는 임시 보유 계정입니다. 제공업체별로 하나씩 설정하면 각 정산을 깨끗하고 조정 가능하게 유지할 수 있습니다.
계정 과목에 다음을 생성합니다:
- Klarna 정산, Affirm 정산, Afterpay 정산 — 각각 유동 자산 계정.
- BNPL 수수료 — 비용 계정 (또는 귀하의 선호와 회계사의 지침에 따라 차감 매출 계정).
이제 두 가지 이벤트를 별도로 기록합니다.
매출이 확정될 때
전체 총매출을 인식하고 제공업체로부터의 미수금을 장부에 기록합니다:
Debit Afterpay Clearing $400.00
Credit Sales Revenue $400.00귀하의 매출 라인에는 400달러가 정확하게 표시되고, 정산 계정에는 제공업체가 귀하에게 400달러를 지불해야 함을 보여줍니다.
제공업체가 순액을 입금할 때
이 주문에 대한 Afterpay의 수수료가 23달러라고 가정해 봅시다. 입금액은 377달러입니다. 미수금을 정리하고 수수료를 기록합니다:
Debit Operating Cash $377.00
Debit BNPL Fees $23.00
Credit Afterpay Clearing $400.00이제 모든 것이 일치합니다: 매출은 400달러이고, 수수료는 눈에 보이는 23달러 비용이며, 현금은 실제 377달러만큼 증가했고, 정산 계정은 0으로 돌아갑니다. 이렇게 일관되게 처리하면 귀하의 장부는 모든 거래에 대해 진실을 말해줄 것입니다.
거래량이 많은 상점의 경우, 각 주문을 수동으로 분개하지 않을 것입니다. 정산 보고서를 가져오거나 당일 BNPL 매출을 단일 요약 항목으로 일괄 처리하는 통합 기능을 사용할 것입니다. 구조는 동일하며, 항목당 거래량만 달라집니다.
수수료 파악: 생각보다 높습니다
BNPL의 편리함은 무료가 아니며, 수수료는 일반적인 카드 결제 처리 수수료보다 훨씬 높습니다. 2026년 기준 대략적인 가맹점 수수료 범위는 다음과 같습니다.
| 제공업체 | 일반적인 가맹점 수수료 |
|---|---|
| Klarna | 3.29%–5.99% + 거래당 $0.30 |
| Affirm | 약 3% (플랜 및 기간에 따라 다름) |
| Afterpay | 4%–6% + 거래당 $0.30 |
일반적인 신용카드에 지불하는 약 2.5%–3.5%와 비교할 때, BNPL은 두 배의 비용이 들 수 있습니다. 이는 전환율 상승과 장바구니 크기 증가를 위한 가치 있는 교환일 수 있지만, 비용을 볼 수 있을 때만 그렇습니다. BNPL 수수료를 별도의 비용 계정으로 추적하면 BNPL 주문의 실제 순이익률을 계산하고 거래량이 프리미엄을 정당화하는지 여부를 결정할 수 있습니다. 만약 결제 방식이 조용히 6%의 마진을 잠식하고 있다면, 그 사실이 축소된 매출액에 묻히는 것이 아니라 보고서에 나타나기를 원할 것입니다.
한 가지 미묘한 점은 BNPL 수수료가 원천 공제된다는 것입니다. 이 수수료는 별도의 항목이나 별도의 차변으로 들어오지 않고, 단순히 예치금에서 상계됩니다. 이 수수료를 드러내는 것이 바로 청산 계정(clearing account) 방식입니다.
롤링 리저브: 벌었지만 아직 쓸 수 없는 돈
Affirm 및 특정 Klarna 플랜에서 흔히 볼 수 있는 일부 BNPL 계약은 일반적으로 매출의 5%–10%에 해당하는 롤링 리저브를 3개월에서 6개월 동안 유보합니다. 이는 제공업체가 환불 또는 분쟁 발생 시를 대비해 보유하는 완충 금액이며, 나중에 사용자에게 반환됩니다.
리저브를 무시하면 청산 계정 잔액이 인위적으로 부풀려지고 가용 현금 예측이 잘못됩니다. 해결책은 각 제공업체의 청산 계정을 두 개의 하위 계정으로 분할하는 것입니다.
- 청산 – 가용 (곧 귀하의 은행으로 입금될 돈)
- 청산 – 리저브 (보류되어 나중에 반환될 돈)
이렇게 하면 대차대조표가 실제로 접근 가능한 현금과 제공업체에 예치된 현금에 대해 정직하게 유지됩니다. 리저브가 해제되면 리저브 하위 계정에서 가용 현금으로 이동하면 됩니다.
환불, 반품 및 차지백 처리
BNPL의 타이밍이 혼란스러워지는 지점은 환불입니다. BNPL 주문을 환불할 때, 제공업체는 일반적으로 별도의 "환불" 거래를 보내지 않습니다. 대신 환불은 미래 정산에서 공제됩니다. 한편, 귀하의 전자상거래 플랫폼은 보통 즉시 환불을 귀하의 기록에 게시합니다.
오늘 기록된 환불과 다음 주에 발생하는 BNPL 공제 사이의 불일치는 정상입니다. 이는 단순히 매출을 줄이는 대신, 반대 수익(contra-revenue, 반품 및 에누리) 계정에 환불을 기록하는 한, 매월 대조(reconcile)할 때 스스로 해결됩니다. 환불을 명확하게 표시하고 날짜를 기재하면, 타이밍 불일치는 더 이상 미스터리가 아닙니다.
분쟁(disputes)과 차지백(chargebacks)도 유사하게 작동합니다. 제공업체는 고객 측 회수 위험을 부담하지만, 반품된 제품이나 성공적인 분쟁은 미래 예치금에서 공제되는 방식으로 여전히 귀하에게 다시 반영됩니다. 제공업체의 정산 보고서와 매월 대조하면 이러한 내용이 누락되는 것을 방지할 수 있습니다.
모든 BNPL 가맹점이 알아야 할 1099-K 함정
여기 장부 기장(bookkeeping) 지름길이 미국 국세청(IRS) 서한으로 이어지는 문제가 있습니다.
BNPL 제공업체는 다른 결제 네트워크와 마찬가지로 귀하에게 양식 1099-K를 발급하며, 이 양식은 제공업체가 예치한 순 금액이 아닌 총 처리량을 보고합니다. 따라서 미국 국세청은 주문당 총 $400를 보지만, 귀하의 장부(순 예치금을 기록한 경우)에는 주문당 $377만 표시됩니다. 기관의 자동 매칭 시스템이 1099-K를 귀하의 세금 신고서에 있는 매출액과 비교하여 보고된 매출이 더 낮은 것을 발견하면, 과소 보고자(CP2000 스타일) 통지가 발송될 수 있습니다.
이는 전적으로 피할 수 있습니다. 청산 계정을 통해 총 매출을 기록하면, 보고된 총 매출액이 1099-K 총액과 일치하고, 수수료는 공제 가능한 비용으로 정확히 제자리에 표시됩니다. 숫자가 일치하므로 매칭 시스템이 플래그를 지정할 것이 없습니다.
2026년 기준 금액에 대한 간단한 참고 사항: "One Big Beautiful Bill Act"가 계획된 $600 규정을 뒤집은 후, 제3자 결제 네트워크에 대한 연방 1099-K 보고 기준액은 총액 $20,000 초과 및 200건 초과 거래로 되돌아왔습니다. 하지만 이 기준액에 현혹되지 마십시오. 이는 양식 발행 시점만을 규정합니다. 1099-K가 발행되는지 여부와 관계없이 모든 사업 소득을 법적으로 보고해야 합니다. 청산 계정 습관은 어떤 경우에도 정확성을 유지하게 해줍니다.
월별 BNPL 대조(Reconciliation) 체크리스트
한 달에 한 번, 각 제공업체의 정산 보고서를 가져와 다음 네 가지 사항에 대해 귀하의 장부와 비교하십시오.
- 정산 보고서의 총 매출이 귀하의 매출 라인과 일치하는지 확인합니다.
- 보고서의 수수료가 귀하의 BNPL 수수료 계정과 일치하는지 확인합니다.
- 환불이 귀하의 반품/반대 수익 계정과 일치하는지 확인합니다.
- 차이(Variances)는 1%–2% 이내로 유지됩니다. 그보다 크다면 무언가 잘못 분류되었음을 의미합니다.
대조가 어긋나는 경우, 일반적인 원인은 다음과 같습니다: 게시되지 않은 환불, 매출액에 우발적으로 포함된 수수료, 또는 가용 현금으로 잘못 분류된 롤링 리저브. 세금 신고 기간에 허둥지둥하는 대신 매월 이러한 문제들을 발견하면 전체 시스템의 신뢰성을 유지할 수 있습니다.
현금 흐름을 간과하지 마세요
판매자로서 BNPL은 일반적으로 현금 흐름에 긍정적입니다. 고객을 기다리지 않고 선불로 지급받기 때문입니다. 하지만 유동성 준비금, 미래 정산에서 차감되는 환불, 약간 지연된 입금과 같은 복잡한 요소들 때문에 이번 주에 실제로 사용할 수 있는 현금은 기록된 매출과 다를 수 있습니다. 각 제공업체의 정산 및 준비금 잔액을 실제 추적 가능한 계정으로 취급하면 사용 가능한 현금을 솔직하게 파악할 수 있으며, 이는 매우 중요합니다. 대부분의 소규모 기업을 파산시키는 것은 수익 부족이 아니라 현금 흐름 문제입니다.
첫 판매부터 재정을 투명하게 유지하세요
BNPL은 사라지지 않을 것이며, 이로 인해 발생하는 대사 작업도 마찬가지입니다. 문제가 발생하지 않도록 하는 판매자는 모든 매출을 총액으로 기록하고, 수수료와 준비금을 명확하게 표시하며, 매달 제공업체 보고서와 대사하는 사람들입니다. 스프레드시트에서 수동으로 이를 수행하는 것은 오류가 발생하기 쉬운 지점입니다.
Beancount.io는 이러한 종류의 다중 계정 대사를 투명하고 버전 제어되게 만드는 일반 텍스트 회계를 제공합니다. 모든 정산 계정, 수수료, 준비금은 읽고, 비교하고, 감사할 수 있는 한 줄의 기록이며, 돈이 어디로 갔는지 숨기는 블랙박스가 없습니다. 무료로 시작하기를 통해 개발자와 재무에 관심 있는 사업주들이 첫 판매부터 장부를 투명하게 유지하기 위해 왜 일반 텍스트 회계로 전환하고 있는지 확인하세요.