Bookkeeping · Daily Workflows · Brief · Working level
Handling refunds and returns in your books
The entries for refunds you give customers and refunds you receive from vendors — and why the original transaction never gets deleted.
A refund is a new transaction, not an undo button. When you refund a customer, record a credit memo that reverses the revenue; when a vendor refunds you, post the cash against the original expense or asset account. In both directions the original transaction stays exactly where it is — the books should tell the true story, which is that a sale (or purchase) happened and was then reversed.
Refunds you give
A customer returns $600 of a paid $2,000 order. Use a contra-revenue account — "Sales returns and refunds" — so gross sales and refunds both stay visible:
| Account | Debit | Credit |
|---|---|---|
| Sales returns and refunds (contra-revenue) | 600 | |
| Cash — operating checking | 600 |
If the invoice was still unpaid, credit accounts receivable instead of cash, and the customer's balance drops.
In software terms: issue a refund receipt (money already collected) or a credit memo applied to the open invoice (money not yet collected). If sales tax was collected on the original sale, the credit memo also reverses the tax — one more reason the refund must flow through the sales workflow rather than a bare bank-feed categorization. If a product came back to the shelf, an inventory-tracking business also restores the item, reversing the cost side; the mechanics live in inventory purchases basics.
Why contra-revenue instead of just reducing sales? Because a business refunding 6% of gross sales has a problem worth seeing, and netting hides it. Gross sales, minus a visible returns line, equals net sales — the standard presentation for exactly this reason.
Refunds you receive
A vendor refunds $250 on returned supplies. The refund goes back where the cost came from:
| Account | Debit | Credit |
|---|---|---|
| Cash — operating checking | 250 | |
| Supplies expense | 250 |
Credit the account the original purchase debited — expense, inventory, or fixed asset. The category nets back to what you truly spent.
The tempting shortcut — categorizing the deposit as "Other income" — makes revenue and expenses both wrong by $250. Nothing was earned; a cost was reversed. The same match-before-categorize reflex from the categorization system applies: a deposit in the feed might be a customer payment, a transfer, or a vendor refund, and only a human who checks can tell. Refunds arriving on the business credit card follow the same logic as a negative charge on the card liability account.
Why the original is never deleted
Deleting a refunded sale feels tidy and is quietly destructive:
- It breaks the sequential invoice trail your books rely on for completeness — see invoicing best practices.
- It orphans the original payment and any sales tax already remitted on it.
- If the sale sits in a closed month or a filed period, deletion changes numbers you have already reported. The recordkeeping standard in Publication 583 presumes an audit trail that supports what was filed, not one edited after the fact.
The rule generalizes: in bookkeeping, mistakes and reversals get new entries, not erasers. The same principle governs written-off invoices — reverse forward, never delete backward.
Frequently asked questions
- How do I record a refund I give to a customer?
- Post a credit memo or refund receipt: debit sales returns and refunds (a contra-revenue account) and credit cash, or credit accounts receivable if the invoice was unpaid. Never delete the original sale — the pair of transactions preserves the true history that a sale happened and was then reversed.
- How do I record a refund I receive from a vendor?
- Debit cash and credit the same expense or asset account the original purchase hit. That nets the cost back out of the category it inflated. Categorizing vendor refunds as income overstates both your revenue and your expenses by the same amount, distorting every ratio built on them.
- Why shouldn't I just delete a refunded sale from my books?
- Deleting rewrites history: it breaks the invoice number sequence, orphans the payment and any sales tax already reported, and erases the audit trail. If the sale spanned a reporting period already closed or filed, deletion silently changes filed numbers. A reversing entry tells the true story — sold, then refunded.