Sage 50 "serialized items that were not serialized when the transaction was entered
Sage 50 blocks the reversal because the items gained serial tracking after the sale, so the original entry has no serial data.
Sage 50 is refusing to reverse the transaction, and the reason is history, not the reversal itself. The message reads:
You cannot reverse this transaction because it contains serialized items that were not serialized when the transaction was entered.
In plain terms, the items on that transaction are serialized today, but they were not serialized on the day you recorded the sale or receipt. The original entry therefore carries no serial numbers, and a reversal would have to remove serial numbers that were never recorded. Sage 50 will not invent them, so it stops you.
Why this happens
Serial tracking is a property you switch on per item, and it only applies going forward. A common sequence: you sell a batch of items while the item record has no serial tracking, then later turn serialization on for that item. Every transaction written before the switch is now inconsistent with the item’s current setup.
When you try to reverse one of those older transactions, Sage 50 checks the item’s current configuration against the stored entry. The entry has no serials to reverse, so the check fails and the message appears. The transaction itself is usually fine; only the reversal path is blocked.
Correct it with an adjusting entry instead
Since the software will not reverse the original, the safe fix is to offset it manually. Record a correcting entry that mirrors the original: same accounts, same quantities, opposite sign. Post it in the current period with a clear memo referencing the original transaction date and number.
This keeps your audit trail honest. The original entry stays, the correction sits beside it, and anyone reviewing the ledger can follow the story. It also avoids disturbing serialized stock counts, since your adjusting entry works with the item as it is configured now.
Check whether the item should be serialized at all
Before working around the block, ask whether serialization was meant to be on. If it was enabled by mistake, the item record may need attention, and future transactions will keep hitting the same wall. Review the item’s history and decide deliberately: either the item is serialized from now on, or it is not.
Do not toggle serialization on and off repeatedly to force the reversal. That can leave stock and serial records out of step, and the resulting mess is harder to untangle than the entry you were trying to fix.
If the data itself is inconsistent
Sometimes the message is not about configuration history but about genuine data damage: serial records that point at transactions that never had them, or item records in a state the software cannot reconcile. If adjusting entries also fail, or if serial quantities disagree with stock on hand, the database needs professional attention. Our engineers repair damaged Sage 50 and Simply Accounting databases, and we can assess whether the inconsistency is a configuration artifact or actual corruption. A free evaluation of your file will tell you which it is before anything is charged.
A useful next step
Locate the original transaction and confirm the item’s serial setting on that date. If it was genuinely non-serialized then, post the manual offset and move on. If the numbers do not add up, send us the file for a free evaluation and we will tell you exactly what state it is in.