고객은 네 번에 걸쳐 결제합니다. 당신은 한 번만 받습니다. 그리고 바로 여기서 장부 기록이 꼬이기 시작합니다.
3월에 Shop Pay 할부를 사용 설정했습니다. 전환율을 높인다는 사례 연구 때문에 Klarna나 Afterpay를 추가했을 수도 있습니다. 실제로 전환율이 올랐습니다. 그런 다음 월말이 되었고, 은행 피드에는 이전에는 조정하지 못했던 이름의 입금과 Shopify 지급 보고서의 금액과 일치하지 않는 금액이 새로 생겼습니다. 한편 마진은 평소보다 0.5% 포인트 낮게 나왔고, 손익 계산서 어디에도 그 이유를 설명하는 내용은 없었습니다.
그래서 이상한 입금들을 "Shopify 수입"으로 묶고 넘어갔습니다. 장부는 맞았지만, 조용히 틀렸던 것입니다. BNPL 회계는 "조용히 틀린 것"이 혼합 비율이 늘어날수록 매달 누적되는 영역입니다.
이 게시물이 기반으로 하는 재구성입니다. 선구매 후결제는 수익을 언제 인식하는지에 전혀 영향을 미치지 않습니다. 고객의 할부 계획은 당신의 문제가 아닙니다. 당신의 장부에 전혀 영향을 주지 않습니다. BNPL이 실제로 변경하는 것은 두 가지입니다. 수수료가 더 높고, 돈이 다른 스트림으로 들어옵니다. 둘 다 일단 이해하면 오후 안에 해결할 수 있습니다.
BNPL 회계 규칙 1: 선결제 받기
메커니즘부터 시작하세요. 대부분의 혼란은 여기서 해소될 것입니다.
고객이 Shop Pay 할부, Klarna 또는 Afterpay로 결제하면 세 가지 일이 발생합니다.
- 다른 판매와 마찬가지로 주문을 배송합니다. 제공업체가 결제 시 고객을 승인했습니다. 거래는 귀하의 측에서는 완료되었습니다.
- 제공업체가 선결제합니다. 전체 주문 금액에서 판매자 수수료를 제외한 금액입니다. 할부가 아닙니다. 한 번만.
- 고객은 시간이 지남에 따라 제공업체에 다시 지불합니다. 네 번의 결제, 월별 계획 등 고객이 선택한 방식입니다. 고객이 지불을 중단하면 그것은 고객과 제공업체 간의 문제입니다. 당신은 이미 돈을 받았습니다.
제공업체는 본질적으로 귀하로부터 받을 채권을 구매하는 것입니다. 그들은 고객의 신용 위험을 부담하고, 그 대가로 더 높은 수수료를 부과합니다. 이는 표준 카드 처리 수수료보다 훨씬 높습니다. 보편적인 요율은 없으며, 실제 비용은 귀하의 계약 및 계획 유형의 혼합에 따라 달라지므로 자체 계약을 확인하십시오. 그러나 방향은 일관됩니다. BNPL은 카드 결제보다 주문당 비용이 더 많이 듭니다.
The accounting consequence is simpler than most people expect. Revenue is recognized exactly like a card sale — full order value at the point of sale, same as always. There's no deferred revenue, no receivable to age, no installment schedule to mirror in QuickBooks. If someone tells you BNPL means "recognizing revenue as the installments come in," they've confused your books with the provider's.
거짓말: "그냥 또 다른 결제 수단일 뿐이야"
That upfront-payment mechanic leads directly to the trap. Since revenue timing is normal, it's tempting to conclude nothing about your bookkeeping needs to change. Toggle on the payment option, watch conversion improve, done.
That's the lie, and it's a generous one — because it's almost true. Two things did change, and both are invisible on the day you flip the switch.
First, the fee got bigger and moved. Your card fees live inside your Shopify Payments payout report — annoying, but at least you know where to look (we mapped every hiding spot in Shopify fees in QuickBooks). Third-party BNPL fees live somewhere else entirely: Klarna's merchant portal, Afterpay's settlement reports. If your fee-tracking habit is "read the Shopify payout report," a chunk of your processing costs just walked out of frame. And if you're not on Shopify Payments, or the BNPL runs as a third-party gateway, Shopify's own third-party transaction fee can stack on top — check your plan.
Second, the money arrives in a new stream. Shop Pay Installments settles through your regular Shopify Payments payouts, so those orders ride along with your card sales. Klarna and Afterpay, running as their own gateways, batch on their own schedules and deposit under their own names. Your bank feed now has two or three settlement streams where there used to be one — each with its own timing, its own fees, and its own report you'd need to open to explain any given deposit.
Neither change announces itself. The first erodes your margin without leaving a line item; the second breaks the deposit-matching routine you've relied on for years. You didn't do anything wrong — the system grew a second set of plumbing while the dashboard looked the same.
100달러 주문, 두 가지 방법
Numbers make this concrete. The figures below are illustrative and fictional — card processing at a typical 2.9% + 30¢, and a made-up flat 6% for the BNPL provider. Your actual agreement will differ; the structure won't.
| Card checkout | BNPL checkout | |
|---|---|---|
| Order total (what the customer sees) | $100.00 | $100.00 |
| Revenue you record | $100.00 | $100.00 |
| Processing fee | $3.20 | $6.00 |
| Cash you receive | $96.80 | $94.00 |
| When you receive it | Next Shopify payout | Upfront — provider's settlement schedule |
| Where the fee is visible | Shopify payout report | Provider's own portal/report |
| Who collects from the customer | You did, at checkout | The provider, over 4+ payments |
Read the revenue row twice: identical. The sale is $100 either way, booked at the point of sale either way. Everything that differs lives below that line — a fee nearly twice the size, arriving through a different pipe, documented in a different report.
주문당 2.80달러의 차이는 작게 들릴 수 있습니다. 하지만 혼합 시에는 그렇지 않습니다. 자세한 내용은 아래를 참조하세요.
돈이 어디로 가는가: 스트림당 하나의 정산 계정
정산 문제에 대한 운영상의 해결책은 다음과 같으며, 이는 모든 곳에서 다중 게이트웨이 회계 처리를 해결하는 것과 동일한 패턴입니다: 모든 정산 스트림은 자체적인 청산 계정을 갖습니다.
저희의 지급 조정 기둥을 읽으셨다면 그 메커니즘을 아실 것입니다. 총 매출, 환불 및 수수료는 청산 계정에 게시되고, 은행 예금은 해당 계정에서 이체되며, 잔액 0은 모든 것이 일치함을 증명합니다. BNPL은 이 방법을 변경하지 않습니다. 오히려 증폭시킵니다:
- Shop Pay 할부 — 새로운 청산 계정이 필요하지 않습니다. SPI는 Shopify Payments 지급액 내에서 정산되므로 해당 주문은 기존 Shopify Payments 청산 계정을 통해 처리됩니다. 수수료는 지급 내역에 항목별로 표시됩니다. 해당 주문의 경우 수수료가 더 높을 뿐입니다.
- Klarna — 자체 청산 계정. Klarna의 정산은 Klarna의 일정에 따라 일괄 처리되며 Klarna 이름으로 입금됩니다. Klarna 주문의 총 매출 및 수수료를 해당 계정에 게시하고, 각 입금이 도착하면 계정을 정리합니다.
- Afterpay — 마찬가지입니다. 자체 청산 계정, 자체 정산 보고서, 자체 잔액 0 확인.
각 계정은 모든 정산 주기 후에 독립적으로 0이 되어야 합니다. 하나가 그렇지 않으면 보고서를 열어보기도 전에 어떤 스트림에 문제가 있는지 알 수 있습니다. 이것이 이 패턴의 핵심입니다. Klarna 또는 Afterpay를 게이트웨이 플러그인을 통해 사용하는 WooCommerce 스토어는 동일한 구조를 따릅니다. WooCommerce-QuickBooks 동기화 가이드는 플랫폼별 버전을 안내합니다.
절대 하지 말아야 할 것은 세 가지 스트림 모두를 하나의 구분되지 않은 수입 계정으로 흐르게 하는 것입니다. 그렇게 하면 Klarna 입금이 수익으로 기록되고(수수료 차감 후이므로 수입이 과소 계상되고 수수료가 누락됨) 누락된 Afterpay 정산이 분기 동안 알아차리지 못하게 됩니다.
BNPL을 통한 환불
환불은 BNPL의 내부 작동 방식이 가장 명확하게 드러나는 부분입니다. 따라서 첫 번째 환불 전에 흐름을 파악하십시오.
BNPL 주문을 환불할 때 공급업체를 통해 환불합니다. 귀하의 측에서는 일반적으로 항상 사용하던 것과 동일한 환불 버튼을 사용합니다. 공급업체가 고객 측을 처리합니다. 남은 할부금을 취소하고 고객이 이미 지불한 금액을 반환합니다. 이 중 어느 것도 귀하의 장부에 기록될 필요가 없습니다.
귀하의 장부에 기록되어야 하는 것은 다른 모든 환불과 마찬가지로 반대 수익 항목입니다. 즉, 매출 환입은 증가하고 다음 정산에서 회수된 현금은 해당 스트림으로 들어갑니다. 여기서 까다로운 부분은 수수료입니다. 공급업체가 환불된 주문에 대한 판매자 수수료를 반환하는지 여부는 공급업체 및 계약에 따라 다릅니다. 일부는 전액 반환하고, 일부는 일부를 유지하며, 일부는 전부 유지합니다. 추측하지 마십시오. 계약을 확인하고, 수수료가 반환되지 않는 경우 유지된 금액을 처리 비용으로 기록하여 조정 격차로 사라지지 않도록 하십시오.
BNPL 환불은 카드 환불보다 정산 기간을 더 자주 교차합니다(고객이 마음을 바꾸기 전에 이미 지급된 정산). 따라서 잔액이 0이 되지 않는 정산 계정의 일반적인 원인이 됩니다. 기간 간 환불을 포함하여 환불 시기를 정확하게 맞추는 메커니즘은 환불 및 반품 회계 가이드에서 자세히 다룹니다.
손익 계산서 질문: BNPL이 혼합 마진에 미치는 영향
이제 전략적인 부분입니다. 마진이 반 포인트 하락했지만 손익계산서 어디에서도 설명되지 않은 이유입니다.
BNPL 수수료는 처리 비용입니다. 마케팅 비용, 매출 차감, 예금 내의 알 수 없는 차감액이 아닙니다. 자체 비용 항목(또는 판매자 처리 수수료 아래 그룹화)에 있어야 볼 수 있습니다.
그리고 판매 비중에 따라 달라지므로 움직일 것입니다. 이전과 동일한 가상 요율을 사용하여 BNPL 비중이 증가함에 따라 월 $50,000을 처리하는 상점에 어떤 일이 발생하는지 확인해 보세요.
| 판매 대비 BNPL 비중 | 카드 수수료(2.9% + 30센트, 예시) | BNPL 수수료(6%, 예시) | 총 처리 비용 | 유효 혼합 요율 |
|---|---|---|---|---|
| 0% | ~$1,600 | $0 | ~$1,600 | ~3.2% |
| 20% | ~$1,280 | $600 | ~$1,880 | ~3.8% |
| 40% | ~$960 | $1,200 | ~$2,160 | ~4.3% |
동일한 수익. 동일한 제품. 마진의 1%가 사라졌습니다. 손실된 것이 아니라 BNPL이 실제로 제공하는 전환율 증가 및 더 큰 장바구니에 지출되었습니다. 그 거래는 가치가 있을 수 있습니다. 그러나 수수료가 자체 항목으로 손익계산서에 표시되고 비중이 변경됨에 따라 움직일 때만 평가할 수 있습니다. 순 입금액에 묻혀 있으면 비즈니스가 알 수 없게 악화된 것처럼 보일 뿐입니다.
자신의 장부에 기록해야 할 질문: 다음 분기에 BNPL이 판매량의 10%에서 30%로 증가하면 손익계산서에서 비용을 보여줄까요? 답이 '아니요'라면 수수료가 어딘가에서 상계되고 있다는 뜻이며, 해결책은 위의 정산 계정 구조입니다.
자동화된 모습
위의 모든 것은 수동으로 가능합니다. 스트림별 정산 계정, 총 수익 분개, 각 제공업체의 보고서에서 예약된 수수료, 정산 기간에 걸쳐 추적된 환불. 이는 조정 기둥의 동일한 6단계 방법이며, 각 스트림에 대해 각 주기마다 한 번씩 실행됩니다. 이것이 바로 문제입니다. BNPL이 방법을 더 어렵게 만든 것이 아니라, 다른 포털의 보고서를 사용하여 병렬로 두세 번 실행하게 만든 것입니다.
이것은 동기화 도구가 존재하는 범주입니다. LedgerPort는 스토어에서 주문, 환불 및 수수료를 읽어 구조를 그대로 유지한 채 QuickBooks에 게시합니다. 총 수익, 눈에 보이는 비용으로의 수수료, 각 정산 스트림은 별도로 정리되며, 게이트웨이마다 동일한 패턴입니다. 주문은 선택한 결제 상태에 도달하면 게시되므로 BNPL 주문은 약속된 시점이 아니라 캡처된 시점에 장부에 기록됩니다. 주문 동기화 방법 문서에서 해당 트리거가 작동하는 방식을 보여줍니다. 지급 분개 및 수수료 처리는 Scale 요금제 이상에서 제공됩니다. 라인이 어디에 있는지 보려면 가격을 참조하세요.
솔직한 주의사항: 어떤 도구도 BNPL 경제를 바꾸지는 않습니다. 수수료는 계약서에 명시된 대로입니다. 자동화가 바꾸는 것은 해당 수수료가 조치를 취할 수 있는 손익계산서의 숫자이거나 4월에 발견하는 잔여물인지 여부입니다.
정답은 처음부터 선결제에 있었다
BNPL이 할부 추적 문제, 즉 배워야 할 새로운 수익 인식 체계일 것이라고 예상하고 들어오셨습니다. 정반대입니다. 제공업체는 할부 부담을 완전히 덜어주고 그 대가로 두 가지 훨씬 더 일반적인 문제를 떠안겨 주었습니다. 익숙하지 않은 보고서의 더 큰 수수료와 은행 피드의 새로운 예금 흐름입니다.
둘 다 구조에 따릅니다. 각 흐름에 0으로 끝나야 하는 정산 계정을 부여하십시오. BNPL 수수료를 자체 비용 항목으로 처리하고 혼합 비율이 변경됨에 따라 혼합 비율을 주시하십시오. 첫 번째 환불 전에 환불 수수료 동작에 대한 계약을 확인하십시오. 그 이후가 아닙니다.
현재 Klarna 또는 Afterpay 예금이 "Shopify 수입"에 입금되고 있다면 이번 주에 풀어야 할 실마리입니다. 그리고 3가지 정산 흐름에 걸쳐 정산 계정 방식을 운영하는 것이 은퇴하려는 월말 업무와 정확히 같다면, LedgerPort의 무료 플랜은 자동화 버전을 테스트할 수 있는 저위험 방법입니다. 위에 제시된 100달러 작업 예시는 스프레드시트 없이 주문별, 흐름별로 수행하는 정확한 변환입니다.
