Merchant fees

Why merchant fees matter

Merchant fees matter because they quietly shrink every card deposit, and if you record only the amount that hit the bank, you understate both your true revenue and a legitimate deductible expense. The fee is small on any single sale and large across a year, so the accounting error compounds silently: a business can process hundreds of thousands of dollars in card sales and, by booking only net deposits, never once show what accepting cards actually cost. Getting merchant fees right is what keeps the top line of your profit-and-loss honest and keeps a real operating cost visible where an owner can manage it.

There is a downstream effect too. Understated revenue distorts every ratio built on it — gross margin, sales tax owed on gross receipts, and any revenue-based benchmark a lender or franchisor asks for. When the top line is wrong, everything computed from it inherits the error. Booking fees correctly is not bookkeeping fussiness; it is what makes the rest of the financial statements trustworthy.

Why the deposit never equals gross sales

The deposit never equals gross sales because the processor keeps its fee before it pays you. A day of card sales arrives in your bank as a smaller number, and the gap between the two is the processing fee — not money that disappeared, but money you spent to get paid. This single fact is the source of most merchant-fee confusion: owners see the smaller deposit, assume it is the sale, and record it as such.

Merchant fees

Read the figure left to right: the gross sale is what the customer paid, the processor fee is what it cost you to accept the card, and the net payout is what actually reached the bank. The right side of the figure is the part most books get wrong — revenue stays at the full gross amount, and the fee lands on its own line as an expense. Collapse those two into a single net number and you lose the ability to answer two ordinary questions: how much did we sell, and how much did it cost us to get paid.

How to book merchant fees as an expense

Book the full sale as revenue and the fee as a separate expense — never record only the net deposit. Recording net folds two distinct facts into one figure and quietly erases a deduction you are entitled to take. The correct entry always has two parts: revenue at the gross amount, and a merchant-fee expense for the amount the processor withheld.

In practice that means posting each deposit with at least two lines. One line credits your income account for the gross sale; a second line records the processor's fee against a dedicated expense account — commonly named Merchant Fees, Payment Processing Fees, or Bank Charges — so the two lines net to the amount that actually reached the bank. The fee is an ordinary business expense, the same category as other costs of doing business under IRS Publication 334, Tax Guide for Small Business; but a deduction only counts if it is recorded, and fees hidden inside net deposits are never recorded at all. Keeping merchant fees on their own expense line, rather than blending them with general bank service charges, also tells an owner month to month exactly what accepting cards costs the business.

The clearing-account method in QuickBooks

The clearing-account method routes each sale through a holding account so gross revenue lands first and the fee is deducted when the payout is recorded — keeping revenue and fees on separate lines instead of tangled together. It is the cleanest way to make a bank deposit that matches the processor's net payout while still booking revenue at gross.

The built-in holding account for this in QuickBooks Online is Undeposited Funds (called Payments to deposit in newer menus); a manually created bank-type or other-current-asset Clearing account does the same job. Sales post to that account at their full gross value. When the processor's payout arrives, you record it through + New → Bank deposit, select the sales being settled, and then add one more line on the deposit for the processor's fee as a negative amount coded to the merchant-fee expense account. The deposit total then equals the net payout that actually hit the bank, the clearing account zeroes out, revenue stayed at gross, and the fee is sitting in expenses where it belongs. If you use QuickBooks Payments, QuickBooks records the fee for you on qualifying transactions; the same discipline still applies when you reconcile. Intuit documents these workflows in its official QuickBooks support library. We use this same clearing-account discipline in every engagement — it is part of our methodology.

How Stripe, Square, and PayPal report fees

Stripe, Square, and PayPal all deduct their fee before depositing and report the gross sale, the fee, and the net payout on every settlement — which is exactly why reconciling their payouts to your bank is its own deliberate step. Each processor batches many individual sales into a single bank deposit, so the number on your bank statement rarely matches any single invoice. The processor's own report is the bridge: it breaks a payout back down into the gross sales it settled and the fees it withheld, and that breakdown is what you post to QuickBooks. We keep this doc factual and name no fee rates, because published rates change and vary by plan, card type, and volume — always read the fee from the processor's actual report, never from a number you remember. The mechanics differ enough per platform that we cover them individually: see reconciling QuickBooks to Stripe and reconciling QuickBooks to Square.

Common merchant-fee mistakes

Most merchant-fee errors trace back to one root cause: treating the bank deposit as the sale. The recurring mistakes are narrow and predictable.

• Booking the net deposit as revenue. The single most common error. Revenue is understated by the fees, and the deduction disappears.
• No dedicated fee account. Fees scattered into miscellaneous expense, or lumped with bank charges, so no one can see what card acceptance actually costs.
• Double-counting sales. Recording the invoice and then also recording the full processor deposit as new income — inflating revenue on the other side.
• Never reconciling the payouts. Trusting the bank feed to match automatically, so batched payouts and their fees drift out of agreement with the processor's report.
• Ignoring refunds and chargebacks. These reverse or reduce payouts and carry their own fee treatment; left unrecorded, they quietly break the tie-out.

Every one of these mistakes surfaces in the same place: a cleanup. When a bookkeeper inherits a file where card income was booked at net, the fix is to rebuild revenue at gross, split the fees into their own account, and reconcile each processor's payouts back to the bank for the period in question. That is slow, careful work — but it is what restores a real revenue number and recovers a deduction the business had been leaving on the table. The discipline that prevents it is simple and permanent: book gross, expense the fee, reconcile the payout, every month.

Where this shows up