F-53 — Post Outgoing Payment with Clearing

F-53 records a payment leaving the company (bank credit) and simultaneously clears the vendor or GL open items that payment settles, producing a single accounting document with the offsetting bank and clearing lines already reconciled. The structural fact that drives most confusion: the transaction is really two screens glued together. The first screen captures the bank/GL posting line (account, amount, value date). The second, 'Process open items', is where the actual clearing happens - the system proposes open items for the account entered, and the document will not post until the sum of selected items, minus any cash discount, equals the amount entered on the first screen exactly. Anyone treating it as a single-screen entry transaction like FB60 will be confused by the difference field that refuses to hit zero.

Used for one-off manual outgoing payments that do not go through the automatic payment program: petty cash disbursements, wire transfers confirmed after the fact by the bank, correcting a payment run's omission, or clearing a vendor debit balance manually. It sits at the bank reconciliation step of the AP process - after an invoice has been posted (FB60/FB70/MIRO) and before or alongside bank statement processing. Consultants reach for F-53 instead of F110 when there is a single payment to record rather than a batch run, and instead of FB60/FB50 when the goal is specifically to clear existing open items rather than just post a new document. It is also the fallback when electronic bank statement auto-clearing fails to match a payment and someone has to clear it by hand.

To confirm a payment cleared a specific invoice, check BSAK for the vendor account: the invoice line and the payment line should share the same AUGBL (clearing document number) and AUGDT (clearing date). Before clearing, the same invoice sits in BSIK with AUGBL blank. Cross-check BKPF for the payment document to confirm posting date and company code match what was reported, and pull BSEG for that document number to see the bank line and clearing line amounts split correctly.

F-53 still works unchanged on S/4HANA as a classic GUI transaction. BSIK and BSAK remain populated as compatibility views over the universal journal table, so the same selection logic and clearing behavior apply. There is no direct one-to-one Fiori replacement for manual ad hoc clearing of this kind; the newer clearing apps are oriented around bank statement matching rather than free-form manual payment entry, so F-53 remains the practical route for a genuinely manual, one-off payment.

Functional AP or treasury accounting issue in almost all cases. ABAP involvement is rare and limited to custom open item selection logic via enhancement. Basis is only involved if a missing bank clearing account configuration or authorization object blocks the posting. A good handover includes company code, vendor or GL account, the invoice document number expected to clear, and the clearing document number if the posting already happened.

F-28 is the mirror transaction for incoming customer payments and shares the same open-item-clearing mechanics, useful for comparing partial versus residual behavior. FB08 is the reversal transaction needed when a wrongly cleared F-53 document must be undone. FBL1N is the line item display used both before posting, to confirm which items are actually open, and after, to verify the clearing took effect. F110 is the automatic payment run alternative for batch outgoing payments, worth understanding to know when F-53 is the wrong tool for volume.