Beancount.io LogoBeancount.io

Buy Now, Pay Later Is Quietly Breaking Your Books: A Merchant's Guide to Accounting for Klarna, Affirm, and Afterpay

10 min readMike ThriftMike Thrift
Buy Now, Pay Later Is Quietly Breaking Your Books: A Merchant's Guide to Accounting for Klarna, Affirm, and Afterpay

A customer adds $400 of product to their cart, taps "Pay in 4 with Afterpay," and checks out. Two days later, your bank account shows a deposit of roughly $377. Most small business owners look at that number, type "$377 — sales" into their bookkeeping software, and move on.

That single shortcut is one of the most common reasons online sellers get an underreporter notice from the IRS.

Buy Now, Pay Later (BNPL) has gone from a checkout novelty to a default payment rail. Shoppers love splitting a purchase into four interest-free installments, and merchants love the lift in conversion and average order value that comes with it. But BNPL settles differently from a normal credit card swipe, and if you record only what lands in your bank account, your revenue will be understated, your fees will be invisible, and the gross sales figure the provider reports to the IRS won't match your books. Here's how to record BNPL correctly so your financial statements stay accurate and audit-ready.

How BNPL Actually Works Behind the Checkout Button

From the customer's side, BNPL is simple: buy now, pay in installments. From your side as the merchant, the mechanics are closer to a payment processor than a lender.

When a shopper chooses Klarna, Affirm, or Afterpay at checkout, the BNPL provider pays you the full purchase amount almost immediately — typically within one to two business days — minus a merchant fee. The provider then takes on the job of collecting installment payments from the customer over the following weeks. You are not waiting on the customer; you've already been paid. You also generally don't carry the credit risk if the customer stops paying — that's the provider's problem, which is exactly what you're paying the fee for.

So the timeline looks like this:

  1. Day 0 — Customer checks out for $400 using BNPL.
  2. Day 0 — You ship the product (or deliver the service).
  3. Day 1–2 — The provider deposits the net amount (gross sale minus fees) into your bank account.
  4. Weeks 1–6 — The customer repays the provider in installments. This part never touches your books.

The key insight: the moment you transfer control of the goods to the customer, you have earned the revenue — at full price. The fact that a third party is fronting the cash and collecting installments doesn't change when or how much revenue you recognize.

The Core Mistake: Recording Net Deposits as Sales

Under revenue recognition principles (ASC 606 for accrual-basis sellers), most online merchants act as the principal in the sale. That means your top-line revenue should reflect the gross sales price the customer agreed to pay — not the discounted amount that hits your bank.

When you record only the $377 net deposit as revenue, three things break at once:

  • Revenue is understated. Your income statement shows $377 instead of the $400 the customer actually paid. Multiply that across hundreds of orders and your reported sales can be off by thousands of dollars.
  • Fees disappear. The $23 you paid in BNPL fees is a legitimate, deductible business expense. Folded silently into a smaller revenue number, it never shows up on your profit and loss statement, so you lose both the visibility and the deduction clarity.
  • Your books won't match the 1099-K. This is the one that bites at tax time, and it deserves its own section.

The correct approach is gross revenue recording with a clearing account — a small structural change that keeps every dollar visible.

The Clearing Account Method, Step by Step

A clearing account is a temporary holding account that represents money owed to you by the BNPL provider between the sale and the deposit. Setting one up per provider keeps each settlement clean and reconcilable.

In your chart of accounts, create:

  • Klarna Clearing, Affirm Clearing, Afterpay Clearing — each a current asset account.
  • BNPL Fees — an expense account (or a contra-revenue account, depending on your preference and accountant's guidance).

Now record the two events separately.

When the sale closes

Recognize the full gross sale and book the receivable from the provider:

Debit   Afterpay Clearing        $400.00
  Credit   Sales Revenue            $400.00

Your revenue line correctly shows $400, and the clearing account shows the provider owes you $400.

When the provider deposits the net amount

Say Afterpay's fee on this order is $23. The deposit is $377. Clear the receivable and record the fee:

Debit   Operating Cash           $377.00
Debit   BNPL Fees                 $23.00
  Credit   Afterpay Clearing        $400.00

Now everything ties out: revenue is $400, the fee is a visible $23 expense, cash increased by the real $377, and the clearing account returns to zero. Do this consistently and your books tell the truth about every transaction.

For high-volume stores, you won't journal each order by hand — you'll import a settlement report or use an integration that batches the day's BNPL sales into a single summarized entry. The structure is identical; only the volume per entry changes.

Know Your Fees: They're Higher Than You Think

BNPL convenience isn't free, and the fees are meaningfully higher than standard card processing. Approximate merchant fee ranges as of 2026:

ProviderTypical merchant fee
Klarna3.29%–5.99% + $0.30 per transaction
Affirm~3% (varies by plan and term)
Afterpay4%–6% + $0.30 per transaction

Compared with the roughly 2.5%–3.5% you'd pay on a typical credit card, BNPL can cost double. That's often a worthwhile trade for the conversion lift and larger basket sizes — but only if you can see the cost. Tracking BNPL fees in their own expense account lets you calculate the true net margin on BNPL orders and decide whether the volume justifies the premium. If a payment method is quietly eating six points of margin, you want that on a report, not buried in a shrunken revenue figure.

One subtlety: BNPL fees are deducted at the source. They never arrive as a separate line item or a separate debit — they're simply netted out of your deposit. The clearing account method is what surfaces them.

Rolling Reserves: Money You've Earned but Can't Spend Yet

Some BNPL agreements — common with Affirm and certain Klarna plans — hold back a rolling reserve, typically 5%–10% of sales, for a period of three to six months. This is a cushion the provider keeps in case of refunds or disputes, and it's released back to you later.

If you ignore reserves, your clearing account balance looks artificially inflated and your available cash forecast will be wrong. The fix is to split each provider's clearing account into two sub-accounts:

  • Clearing – Available (money on its way to your bank soon)
  • Clearing – Reserve (money held back, to be released later)

This keeps your balance sheet honest about what cash is genuinely accessible versus what's parked with the provider. When the reserve is released, you simply move it from the reserve sub-account into available cash.

Handling Refunds, Returns, and Chargebacks

Refunds are where BNPL timing gets confusing. When you refund a BNPL order, the provider generally doesn't send you a separate "refund" transaction. Instead, the refund is deducted from a future settlement. Meanwhile, your e-commerce platform usually posts the refund to your records immediately.

That mismatch — refund recorded today, BNPL deduction landing next week — is normal. It resolves itself when you reconcile monthly, as long as you're recording refunds against a contra-revenue (returns and allowances) account rather than just shrinking sales. Keep refunds visible and dated, and the timing gap stops being a mystery.

Disputes and chargebacks work similarly: the provider absorbs the customer-side collection risk, but a returned product or a successful dispute still flows back to you as a deduction from future deposits. Reconciling monthly against the provider's settlement report keeps these from slipping through.

The 1099-K Trap Every BNPL Merchant Should Understand

Here's the issue that turns a bookkeeping shortcut into an IRS letter.

BNPL providers, like other payment networks, issue you a Form 1099-K — and that form reports your gross processing volume, not the net amount they deposited. So the IRS sees the full $400-per-order total, while your books (if you recorded net deposits) show only $377 per order. When the agency's automated matching system compares the 1099-K against the revenue on your return and finds your reported sales are lower, it can trigger an underreporter (CP2000-style) notice.

This is entirely avoidable. When you record gross revenue through clearing accounts, your reported gross sales match the 1099-K total, and the fees show up exactly where they belong — as deductible expenses. The numbers reconcile, and there's nothing for the matching system to flag.

A quick note on thresholds for 2026: after the One Big Beautiful Bill Act reversed the planned $600 rule, the federal 1099-K reporting threshold for third-party payment networks reverted to more than $20,000 in gross volume and more than 200 transactions. But don't let the threshold lull you — it only governs when a form is issued. You are legally required to report every dollar of business income regardless of whether a 1099-K shows up. The clearing-account habit keeps you accurate either way.

Your Monthly BNPL Reconciliation Checklist

Once a month, pull each provider's settlement report and compare it against your books on four points:

  1. Gross sales in the settlement report match your revenue line.
  2. Fees in the report match your BNPL Fees account.
  3. Refunds match your returns/contra-revenue account.
  4. Variances stay within 1%–2%. Anything larger means something is miscategorized.

When a reconciliation drifts, the usual culprits are: a refund that was never posted, fees accidentally rolled into the revenue number, or a rolling reserve misclassified as available cash. Catching these monthly — instead of in a panicked scramble at tax time — keeps the whole system trustworthy.

Don't Forget the Cash Flow Picture

BNPL is generally good for your cash flow as a merchant: you're paid upfront rather than waiting on the customer. But the wrinkles — rolling reserves, refunds netted from future settlements, and slightly delayed deposits — mean the cash you can actually deploy this week may differ from your recorded sales. Treating each provider's clearing and reserve balances as real, trackable accounts gives you an honest view of available cash, which matters: cash flow problems, not lack of profit, are what sink most small businesses.

Keep Your Finances Clear from the First Sale

BNPL isn't going away, and neither is the reconciliation work it creates. The merchants who stay out of trouble are the ones who record every sale at its gross value, keep fees and reserves visible, and reconcile to provider reports each month. Doing that by hand in a spreadsheet is exactly where errors creep in.

Beancount.io provides plain-text accounting that makes this kind of multi-account reconciliation transparent and version-controlled — every clearing account, fee, and reserve is a line you can read, diff, and audit, with no black box hiding where your money went. Get started for free and see why developers and finance-minded business owners are switching to plain-text accounting to keep their books honest from the very first sale.