FBRA — Reset Cleared Items in FI
FBRA reverses a clearing that was posted against one or more FI documents, either by simply resetting the clearing flag (documents become open again with no new posting) or by resetting and reversing (a reversal document is created for the clearing document itself). It does not touch the original invoice postings, only the clearing relationship between them.
This page covers what FBRA changes in the database when a clearing is undone, the difference between reset-only and reset-and-reverse, and the recurring reasons the transaction refuses to run or produces an unexpected result. It also covers the tables to check to prove which mode was used and what state the documents ended up in.
Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,205 words
Purpose
FBRA undoes a clearing transaction in FI. A clearing links two or more documents (an invoice and a payment, for example) by writing a common clearing document number and clearing date into those line items. FBRA can do one of two things: reset the clearing only, which just removes the clearing fields and puts the documents back into open item status with no new document created, or reset and reverse, which does the same reset but also generates a reversal document for the clearing document itself, useful when the clearing document carried its own postings such as bank charges or exchange rate differences. The one fact that causes most confusion is that FBRA operates on the clearing document, not on the original invoice. If the clearing document number is not known, the transaction cannot be entered directly; it has to be found first, usually via the line item display of one of the originally cleared documents.
When it is used
FBRA is reached for whenever a clearing was created incorrectly and needs to be undone before the process can be redone: a payment matched to the wrong invoice, a manual clearing done against the wrong exchange rate, a dunning block that should have prevented clearing, or a bank statement posting that cleared the wrong open item. It sits downstream of F-28, F-53, F-43 manual clearing, automatic clearing programs, the payment run in F110, and bank statement processing. It is not used for reversing a normal invoice or payment posting that was never cleared against anything; that is a straightforward document reversal via FB08. FBRA is specifically for the clearing relationship, whether or not the clearing itself carried its own line items.
How to use it in practice
- Identify the clearing document number, not the original invoice number; find it via the cleared item display on the customer, vendor or G/L account (FBL1N, FBL5N or FS10N with cleared items selected)
- Enter the company code and the clearing document number in FBRA
- Choose reset only if the clearing document carries no independent postings, or reset and reverse if it does
- Enter the reversal reason when reset and reverse is chosen; the posting date defaults to the clearing date but can be changed to a date in an open period
- Execute and check the resulting message; the original documents return to open status and, if reversal was chosen, a new reversal document number is issued
- Reprocess the clearing correctly once the reset is confirmed in the line item display
Key data objects
- BSEG - clearing document number and clearing date fields on the affected line items are blanked out on reset
- BKPF - header of the clearing document itself; on reset and reverse, a new header is created for the reversal posting
- BSAK / BSAD / BSIS / BSAS - cleared-item tables the reset documents are removed from as they move back to the corresponding open-item tables
- BSIK / BSID - open-item tables the vendor or customer line items return to once the reset is complete
- CDHDR / CDPOS - change document header and detail recording who executed the reset and when
How to prove it in the data
In SE16N on BSEG, filter by the original clearing document number in the clearing field for the company code and fiscal year; if the field is now blank on the previously cleared lines, the reset succeeded. Cross-check the same document number in BKPF; if reset and reverse was used, a second document with reversal indicator XBLNR referencing the original will exist. For customer or vendor accounts, compare counts in BSID/BSAD or BSIK/BSAK before and after to confirm the item moved from cleared back to open.
ECC vs S/4HANA
FBRA behaves the same on S/4HANA as on ECC; the underlying clearing logic and the open item versus cleared item tables are unchanged in the way they matter for this transaction, and the classic transaction remains fully usable. Some Fiori apps for open item management surface a reset action within the same screen a user is already working in, but the classic FBRA transaction is still the direct route and is what most consultants reach for during an incident.
Common pitfalls and how to diagnose them
- Wrong document entered: users often try to enter the invoice number instead of the clearing number and get a not-found error; the fix is to pull the clearing number from the cleared line item display first, never guess it
- Period closed: the reset fails, or reset-and-reverse fails specifically, if the posting period of the original clearing date is closed for the account type involved; check OB52 for that company code and period before assuming a system fault, and post the reversal into the current open period instead of forcing the original date
- Clearing document already consumed downstream: if the clearing was picked up by a payment run, a dunning run, or archived, FBRA either blocks the reset or the reset succeeds but leaves a downstream process pointing at a document that no longer exists; check F110 and dunning history for the document before resetting
- Foreign currency and exchange rate lines: when the clearing posted a realized exchange rate difference or bank charge line, choosing reset-only instead of reset-and-reverse leaves that difference posting sitting in the ledger with nothing to explain it; always check whether the clearing document has its own line items before choosing the mode
- Partial clearing chains: if the clearing document being reset was itself part of a chain of partial clearings, resetting it can leave intermediate documents in an inconsistent open state; review the full clearing history on the account before resetting one link in the middle of it
- Authorization and reversal reason missing: reset-and-reverse insists on a valid reversal reason code; a missing or restricted reason code produces a generic error that looks unrelated to the real cause
Whose problem this is
This is a functional FI task, normally owned by accounts receivable or accounts payable depending on which account is affected. ABAP involvement is only needed if the reset is being scripted in bulk. A good handover states the clearing document number, company code, fiscal year, why the clearing was wrong, and whether downstream processes such as a payment run or dunning already used that clearing.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tcodes/fbraERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.