Entries Vanish After a QuickBooks Upgrade? Read This First

When entries you know you posted start disappearing, the instinct is to re-key them. Resist that instinct until you know what you are dealing with. If the cause is data damage rather than a posting mistake, re-keying can make the ledger worse and destroy the evidence a specialist needs.

What does disappearing entries look like in the ledger?

The pattern is usually specific. A transaction you entered and saved is gone the next time you open the file. Or it appears in one report but not another, so the general ledger and the balance sheet disagree with each other. Sometimes a reconciliation shows a cleared item that no longer has a transaction behind it.

A useful tell is the audit trail. If the audit log still shows the entry being created but the transaction no longer exists, the data layer and the log have diverged. That is not bookkeeping behaviour. That is the file itself.

How do you tell damage from an ordinary mistake?

Ordinary mistakes have ordinary explanations. Someone posted to the wrong date, filtered a report to exclude the entry, or saved into a different period. Check the date range, the filters, and whether another user edited or deleted the entry, which the audit log will show.

Damage looks different. The entry was there and now is not, with no deletion recorded. Totals shift between identical reports run minutes apart. Verify-style utilities report problems, or the file behaves inconsistently after an upgrade or a forced close. When the evidence contradicts itself, stop investigating as though it were a posting error.

What does this do to the close and the reconciliations?

The damage rarely stays contained. A missing entry means the trial balance moves without cause, so your month-end close no longer ties to your working papers. Bank reconciliations break because cleared items vanish, leaving the statement balance and the ledger balance apart by amounts you cannot trace.

Opening balances suffer too. If the damage reaches prior periods, comparative reports stop agreeing with what you filed or reported previously. That is the point where the problem is bigger than one month's close.

What should you preserve before anyone touches the file?

Before running any repair, take a verified backup, not just a saved copy. Keep it somewhere the repair process cannot reach. Export or print the current trial balance, the reconciliation reports, and the audit log as they stand, warts and all. Note the date and time the problem was first noticed and what was done just before, including any upgrade.

This evidence matters for two reasons. It gives you a defensible before-and-after picture for the file, and it gives a specialist something to work from if the damage is deeper than it looks.

When does this stop being bookkeeping?

Re-running a verification utility once, on a fresh backup, is reasonable triage. Beyond that, the repair is not a ledger task. If entries continue to vanish, if totals keep shifting, or if the damage reaches reconciled prior periods, the file needs specialist data repair. Attempting repeated rebuilds on a damaged file can compound the problem.

At that point, hand over the preserved backup and the reports you printed, and let a QuickBooks data repair service handle the file itself. Your job is to keep the books trustworthy, and that starts with knowing when the ledger's problems live below the ledger.