A Damaged Transaction Won't Open or Crashes QuickBooks Desktop
One damaged transaction can crash QuickBooks Desktop or open blank while the rest of the file is fine. What Verify Data is telling you, why not to Rebuild blindly, and how to recover the record safely.
If you're keeping QuickBooks Desktop running for the long haul, a single damaged transaction is a problem you'll eventually meet -- and it's one of the more alarming ones, because it can crash the whole program even though almost nothing is actually wrong.
The symptom
You open one specific invoice, bill, or check and QuickBooks freezes, closes without warning, or shows a blank form with no lines. Everything else works -- reports run, other transactions open normally. Run File › Utilities › Verify Data and the log usually points at that one transaction and reports its internal structure is damaged.
This is localized damage. Your file isn't failing; one transaction's internal record lost part of its structure, and QuickBooks reads records strictly enough that a single malformed one crashes the form trying to display it.
Why it happens
The structure behind a transaction is rewritten every time you touch it, and it's vulnerable to power loss or a crash mid-write, a network drop in multi-user mode, .TLG (transaction log) damage, or corruption that sat unnoticed until you opened the affected record.
Don't Rebuild blindly
Before Rebuild runs, the damaged record usually still holds most of its data, and that data is exactly what makes repair possible. After Rebuild deletes it, there's nothing left to recover. So if Verify flagged a damaged transaction, don't let anyone -- including phone support -- run Rebuild on the original until it's been looked at.
What to do now
- Copy the
.QBWand its.TLGto a safe location before running anything else. - Note which transaction fails -- type, date, amount, name -- and screenshot the Verify results.
- Keep working if you need to. Because the damage is isolated, the rest of the file is usually safe to use; just don't open or edit the affected transaction.
- Don't Rebuild the original until the record has been evaluated.
How recovery works
The point is to repair the one record, not rebuild the whole file. On a working copy, the transaction is evaluated; where its underlying data is intact, its structure is corrected so the form opens and reports normally again. Your original is never modified -- you get a corrected copy and a clear report of anything that genuinely couldn't be saved, detailed enough to re-enter only the few affected.
Many damaged transactions repair directly, no backup needed. Deeper cases -- or files where Rebuild already deleted the record -- may need a backup-merge, and a few are beyond saving. The honest way to handle it is a free evaluation first, so you know which case yours is before spending anything.