Reversal Blocked by Existing Clearing

Accounting reports that they tried to reverse an invoice or a payment document and the system threw an error saying the document cannot be reversed because it has already been cleared. Sometimes this comes from AP wanting to cancel a vendor invoice that was paid by mistake, or from AR wanting to cancel a customer invoice that a cash application run already matched against a receipt. The user's first instinct is that FB08 is broken, because the document clearly shows as open in their mental model - they do not connect the clearing status shown on the document display screen with the block on the reversal transaction. The complaint usually arrives phrased as 'FB08 will not let me cancel this invoice, it says something about clearing' with no further detail, and the requester expects a quick unblock rather than a multi-step unwind.

Pull FB03 on the disputed document and note the clearing document field and clearing date are populated. Then pull the same clearing document in FB03 and check whether it is itself cleared, reconciled, or part of a payment run. A line item report from FBL1N/FBL5N filtered to 'cleared items' for the account and date range shows the full chain: original document, clearing document, and any further clearing on top of that, which is the evidence needed to justify the unwind sequence before touching anything.

If the clearing is a plain manual clearing and the posting period is open, run FBRA to reset the clearing (data fix, no transport). This returns both sides to open item status and FB08 then works normally on the original document. If the clearing document is a payment run item already reconciled with a bank statement, the bank statement posting must be reversed first by whoever owns bank reconciliation, then FBRA, then FB08 - still a data sequence, no config change. If the block is a closed posting period, either open the relevant special period for the correction (a controlled config/master data change via period control settings, usually needs approval and is not a transport but a configuration table update) or post the reversal in the current open period instead. If the clearing document has been archived, FBRA cannot act on it; the only path is a manually posted correcting entry with a documented reference to the original document, since a true system reversal is no longer technically possible.

The reflex fix is to post a manual journal entry that debits and credits the same accounts to net the effect of the original document, leaving the cleared document and its clearing untouched. This looks like it fixes the balance but it does not remove the clearing relationship, leaves the vendor or customer open item history inconsistent with the ledger, and often triggers a mismatch during the next dunning run, payment run, or reconciliation because the system still believes the original pair of documents is correctly matched.

AP or AR accounting owns the reset-and-reverse sequence for manually cleared items. Treasury or the bank reconciliation team owns any case where the clearing document is tied to a bank statement posting. FI configuration owns posting period control when a closed period is the blocker. The handover note should state the original document number, the clearing document number, whether a bank statement or payment run is involved, and the exact order of undo steps already attempted.