Bounced checks in QuickBooks Online: the three-case fix that settles the books
A returned check with insufficient funds splits into three cases in QuickBooks Online: fees to record, checks to void, and reversals to post.
A familiar bookkeeping snag keeps surfacing among QuickBooks Online users: a check written to a vendor bounces and the account behind it lacks sufficient funds. The books then stop matching the bank. We reviewed the accepted guidance on Intuit’s help pages, and it splits the recovery into three cases. Each turns on two facts: whether the bank honored the check, and whether the vendor will attempt the deposit again.
Does every returned check get the same fix?
No. The bank’s behavior decides the path. When the bank paid the check anyway and charged a fee, only the fee needs recording. When the bank refused it, the check itself may need voiding, or its payment may need reversing by journal entry. The fee record, though, looks the same in every case, so it is worth setting out once. The fee, the void, and the journal entry are the only three tools the fix ever needs.
The fee entry every case shares
Open the plus menu and choose Expense. Set the payee to the vendor when the fee landed on the vendor’s side, or to your bank when it landed on your account. Choose the account you normally pay expenses from. Type a reference such as NSF fee, which keeps the line unmistakable months later. In the category column pick Bank Charges; if that category does not exist yet, add it on the spot. Enter the charged amount, fill in anything else that applies, and save.
Case one: the bank covered the check and charged a fee
Here the check cleared, so the payment stands and the register needs no correction. The only bookkeeping owed is the fee. Record a single expense with the steps above, and the incident is closed. The reference field does quiet work here: at reconciliation, your entry and the bank’s fee line will match one to one.
Case two: the bank refused it and the vendor gave it back
This path is messier, because the vendor rejected the check as payment. Two things must happen: void the check, then record the fee. Open the Expenses and bills area and choose Vendors. Select the vendor, locate the returned check in the transaction list, and open it. From the More menu choose Void, then confirm. Voiding keeps the audit trail intact, where deleting would erase the record and break any reconciliation that already contains the check. Then post the fee exactly as described above.
Case three: the vendor keeps depositing it
Repeated deposits produce repeated bounces, repeated reversals, and a fee each time. If your bank records every return and every reversal in the feed, answer with a journal entry rather than edits to the check. Voiding is the wrong move here, because the check may still clear on a later attempt.
From the plus menu, choose Journal entry. Debit the bank account for the full amount of the check. Credit the account the check originally charged, which is usually the expense account, or accounts payable if the check settled a bill. The debit restores the money the reversal returned; the credit undoes the expense or reopens what you owe. Record each NSF fee as its own expense, so every bank line has a matching entry. When funds allow and the check finally clears, record the payment again.
The mistakes that make it worse
Two errors dominate the threads around this problem. Users delete the bounced check instead of voiding it, erasing the record and corrupting earlier reconciliations. Others book the fee as though it were a payment on the vendor’s account, misstating both the expense and the vendor balance. A fee that recurs three times should appear three times; netting them into one entry hides the pattern. The labeled reference is the small habit that prevents both confusions later, when the memory of the bounce has faded.
The short version
Let the bank’s behavior drive the fix. A covered check means one fee entry. A refused and returned check means void, then fee. A repeatedly deposited check means a reversing journal entry, debit to bank and credit to the original account, plus a fee entry for every bounce. Follow that logic, and the register will match the bank, reversal for reversal and fee for fee.