It is tempting to categorize that deposit as:
Sales Revenue — $970
After all, that is the amount that arrived in the bank.
But there is an important problem.
The bank deposit may represent the net amount paid to you by the merchant processor, not the amount your customers actually purchased from your business.
Suppose a customer paid $1,000 by credit card and the processor withheld a $30 processing fee.
The bank receives:
$970
But the business actually generated:
$1,000 of sales
and incurred:
$30 of merchant-processing fees
Those are three related—but different—pieces of information.
Understanding that distinction can make a significant difference in the accuracy of your revenue, expenses, profit margins, and financial reports.
💳 The Common Merchant-Deposit Misconception
The misconception sounds reasonable:
“If $970 showed up in my bank account, I must have had $970 of sales.”
Not necessarily.
A merchant processor such as a credit-card processor, online payment service, or point-of-sale provider may collect money from customers on your behalf.
Before transferring that money to your bank account, the processor may deduct items such as:
- Processing fees
- Refunds
- Chargebacks
- Adjustments
- Other processor-specific charges
That means the amount deposited into your bank account can be different from the amount your customers actually paid.
The bank deposit is a cash movement.
It is not automatically your sales number.
📊 A Simple Step-by-Step Example
Suppose your business makes one card sale.
The customer pays:
$1,000
The merchant processor charges:
$30
The amount deposited into your bank is:
$970
The economic story is therefore:
| Activity | Amount |
|---|---|
| Customer Sale | $1,000 |
| Merchant Processing Fee | $30 |
| Net Bank Deposit | $970 |
The equation is simple:
$1,000 sale − $30 fee = $970 deposit
The bookkeeping should preserve all three parts of that story.
1️⃣ Record the Sale
The first thing that happened was not the bank deposit.
The first thing that happened was the sale.
The customer purchased $1,000 of goods or services.
So the bookkeeping should recognize the appropriate amount of sales revenue based on the underlying transaction.
In our simplified example:
Sales Revenue = $1,000
This is important because the business did not generate only $970 of sales.
It generated $1,000 and then incurred a cost to process the customer's payment.
2️⃣ Record the Merchant-Processing Fee
The processor kept $30.
That $30 did not disappear.
It represents a cost associated with accepting the customer's payment.
For bookkeeping purposes, that amount might be recorded in an account such as:
Merchant Processing Fees
or
Credit Card Processing Fees
depending on the chart of accounts.
Now the financial records show:
Sales Revenue: $1,000
and
Merchant Processing Expense: $30
That provides much clearer information than simply recording $970 of revenue.
3️⃣ Record the Cash That Actually Reached the Bank
The bank received:
$970
That amount should ultimately be reflected in the bank account.
So we now have all three pieces:
💳 Sale: $1,000
💸 Processing fee: $30
🏦 Bank deposit: $970
The books tell the complete story rather than relying on the net amount visible in the bank feed.
🧾 What Might the Accounting Entry Look Like?
The exact mechanics can vary depending on your accounting software, accounting method, point-of-sale integration, and how the merchant processor settles transactions.
One common approach uses a merchant or payment-clearing account.
For our simplified example, when the $1,000 sale occurs, the books might reflect:
Debit: Merchant Clearing — $1,000
Credit: Sales Revenue — $1,000
Then, when the merchant processor pays the business:
Debit: Bank — $970
Debit: Merchant Processing Fees — $30
Credit: Merchant Clearing — $1,000
The clearing account returns to zero after the related activity has been completely recorded.
The result is:
- $1,000 of sales
- $30 of processing expense
- $970 added to cash
That is exactly what happened economically.
The specific entry can differ based on the accounting system and facts, but the fundamental principle remains:
Do not automatically use the net merchant payout as the business's sales amount.
⚠️ Why Recording Only the Net Deposit Creates Problems
Suppose instead you record the $970 bank deposit directly as revenue.
Your income statement now reports:
Revenue: $970
But the business actually generated $1,000 of sales.
Your revenue is understated by $30.
At the same time, the $30 merchant-processing expense has disappeared from the report.
That creates several problems.
📉 Your Revenue Is Understated
If customers purchased $100,000 during the month but merchant fees reduced the deposits to $97,000, recording only bank deposits could make the books show $97,000 of sales.
The business actually generated $100,000.
That difference matters when evaluating:
- Sales trends
- Pricing
- Growth
- Average transaction values
- Product performance
- Gross margins
- Operating results
💸 Your Processing Costs Disappear
Merchant fees are a real business cost.
If those fees are simply netted against sales, the business owner cannot easily see how much is being spent to accept electronic payments.
Suppose one processor charges the business $700 per month and another alternative would cost $450.
That information is difficult to evaluate if processing costs are buried inside reduced revenue.
Separate recording gives the business owner better information.
🔍 One Deposit May Represent More Than One Day of Sales
Merchant-processing deposits can become even more confusing because the payout timing may not match the sales date.
Imagine customers make purchases Friday, Saturday, and Sunday.
The processor may combine those transactions and make one deposit on Monday.
The Monday bank deposit does not necessarily represent Monday's sales.
It may represent several days of earlier activity.
If bookkeeping is based solely on the bank feed, revenue can end up being recorded in the wrong period.
That can distort monthly comparisons and financial reporting.
🏦 The Bank Feed Tells You Cash Moved
A bank feed is extremely useful.
But the bank feed primarily tells you that money entered or left the bank account.
It does not necessarily tell you the full economic story behind that money.
A bank-feed transaction showing:
Merchant Processor — $8,742.13
does not automatically tell you:
- Gross customer sales
- Processing fees
- Refunds
- Chargebacks
- Sales tax collected
- Tips collected
- Timing differences
- Other settlement adjustments
For those details, the merchant-processing or point-of-sale records may need to be reviewed.
🧮 What About Sales Tax?
There is another reason not to automatically treat the full customer payment as revenue.
Suppose a customer's $1,000 payment includes an amount collected for sales tax.
The entire $1,000 may have passed through the payment processor, but that does not necessarily mean the entire amount represents sales revenue.
Amounts collected on behalf of a taxing authority may instead create a liability.
For bookkeeping purposes, those amounts should be separated appropriately based on the facts.
The same principle can apply to other amounts that may be included in a merchant transaction but do not belong in sales revenue.
The key point is:
The total customer charge, the business's revenue, and the eventual bank deposit can all be different numbers.
🍽️ What About Tips?
For businesses that collect customer tips, the merchant transaction may include amounts belonging to employees or other recipients.
Again, the amount charged to the customer's card may not equal business revenue.
That is another reason the bookkeeping should be tied back to the underlying merchant or point-of-sale activity instead of assuming the bank deposit represents sales.
🔄 What About Refunds and Chargebacks?
Merchant processors may also reduce a payout because of:
- Customer refunds
- Chargebacks
- Disputed transactions
- Reversals
- Processor adjustments
For example:
Gross sales might be $5,000.
Processing fees might be $150.
A customer refund might be $200.
The resulting deposit might be:
$4,650
If someone records $4,650 directly as sales revenue, three separate events have been collapsed into a single number.
The books lose important information.
A better system preserves the individual components.
📋 Why Merchant Statements Matter
When merchant deposits do not match daily sales totals, the merchant processor's settlement or activity report can help explain the difference.
Those reports may show:
- Gross sales
- Fees
- Refunds
- Chargebacks
- Adjustments
- Payout amounts
- Settlement dates
That information can be compared with the amounts appearing in the bank account.
This is especially useful when several transactions are combined into one deposit.
🔗 Reconcile the Merchant Activity to the Bank
The goal is not merely to get the bank account reconciled.
You should also be able to understand how the merchant-processing activity connects to the deposit.
Using our original example:
Merchant activity: $1,000 customer sale
Less processor fee: $30
Expected deposit: $970
Actual bank deposit: $970
Now the trail makes sense.
If the expected payout and actual deposit do not agree, investigate the difference rather than forcing the numbers together.
📈 Why This Matters for Financial Reporting
Accurate merchant bookkeeping improves several parts of the financial statements.
Revenue
The income statement reflects the appropriate sales activity instead of simply reporting net bank deposits.
Expenses
Merchant-processing fees remain visible as an operating cost.
Cash
The bank account reflects the actual amount deposited.
Profitability
Business owners can better evaluate revenue, operating costs, and margins.
Comparability
Month-to-month sales trends are less likely to be distorted by changes in payment-processing fees or settlement timing.
💡 A Practical Monthly Review
If your business accepts credit cards or online payments, ask:
Do the sales recorded in the books agree with the underlying sales system?
Are merchant-processing fees recorded separately?
Can merchant settlements be connected to actual bank deposits?
Are refunds and chargebacks accounted for?
Are timing differences between sales and deposits understood?
Are amounts such as sales tax or tips separated when applicable?
If those questions cannot be answered, the merchant-account workflow may need review.
⚠️ The Bigger Bookkeeping Lesson
Merchant deposits illustrate a broader bookkeeping principle:
Cash movement and accounting activity are not always the same thing.
A bank transaction tells you that cash moved.
Good bookkeeping asks why the cash moved and what underlying transaction created it.
That distinction matters with:
- Merchant deposits
- Loan payments
- Transfers
- Customer deposits
- Owner contributions
- Credit-card payments
- Refunds
- Other financial activity
The bank feed is a starting point.
It should not always be the final accounting conclusion.
🎯 What This Means for Your Business
Return to our simple example:
Customer pays: $1,000
Merchant fee: $30
Bank receives: $970
If you record only the $970 deposit as revenue, your books miss part of the story.
The better approach is to preserve the components:
📊 Record the appropriate sale amount
💸 Record the processing fee separately
🏦 Record the actual cash deposited
🔍 Reconcile the merchant activity to the bank
And when additional items such as refunds, chargebacks, sales tax, or tips are involved, make sure those amounts receive the appropriate treatment as well.
The goal is not simply to make the deposit disappear from the bank feed.
The goal is to produce books that reflect what actually happened.
Clarity Comes Before Decisions.
✅ Complimentary Financial Health Check
If merchant deposits, bank-feed transactions, processor fees, or other balances in your books are difficult to explain, it may be worth taking a closer look at the underlying bookkeeping.
TheAccountingDr offers a Complimentary Financial Health Check designed to help identify areas of your bookkeeping that may deserve additional attention.
TheAccountingDr also provides professional bookkeeping services including:
- Core monthly bookkeeping
- Cleanup and catch-up bookkeeping
- Account reconciliations
- Financial reporting
- Inventory and product-sales bookkeeping
- Xero migration and support
🌐 Visit TheAccountingDr.com to learn about bookkeeping support or request your Complimentary Financial Health Check.
👨🏫 About the Author
Dr. Brian Routh is an accounting professor and professional bookkeeper and the founder of TheAccountingDr, a Raleigh-based virtual bookkeeping practice serving North Carolina and clients nationwide.
He has taught accounting for more than 20 years, formerly served as an Assistant State Auditor for North Carolina, and is a Xero Certified Professional.
Through TheAccountingDr, he combines accounting education with professional bookkeeping to help business owners maintain accurate records, better understand their financial reports, and gain greater financial clarity.
TheAccountingDr.com
Clarity Comes Before Decisions.
