It frequently occurs that a document posted in ECC is accurate, but when it is replicated to the SAP S/4HANA Central Finance system, the document’s properties are inaccurate or off, necessitating either changes or deletion and re-replication. This may occur because, when data is replicated, there are various factors in the middle that affect the document posting in the Central system, such as mappings and enhancements.

Document publishing could be flawed as a result of:

  • Key, value, and cost object mapping is incorrect.
  • Any justification for customization
  • Incorrect logics in BAdis
  • SAP offers a feature called “Central Reversal & Reposting” that enables incorrect documents to be reversed and reposted in the Central Finance system. Based on the information that was supplied to the accounting interface when the initial transaction was posted, the reversal is technically implemented as an inverted posting.

You can either visit or click to fix the incorrect document.

Run this programme, RFINS CFIN REVERSAL REPOST, or just this

FINS CFIN CREV transaction

Make sure, security team, that this transaction is only for emergencies and that the user is authorised to read and post documents for the chosen business code(s), ledger group(s), and document type(s).

When the application is run, the system shows all copies of the papers that Central Finance has made that correspond to the choices made on the selection screen. Only papers for which an AIF message is present can be reversed by the user. On the output screen, these papers are typically highlighted in yellow. The output screen has an Execution button, which you can use to choose the documents you wish to reprocess if users run the report with the option to Reverse and Repost.

The report may also be executed in the background. If this is the case, all documents that meet your selection criteria will have the reversal and repost directly executed by the system.

Additionally, this functionality has several limitations:

  • The reversing document produced by inverse posting does not include any Document Change operations that were successfully completed after the initial posting of the document but before the execution of the correction.
  • The reversed and reversing documents may not agree on the modified properties as a result.
  • It is necessary to manually apply document changes made in the Central Finance system to the document that was reposted.
  • The Central Reversal with Reposting feature does not handle payment requests, down payments, down payment requests, down payments, or down payment clearings.
  • The Central Reversal with Reposting function does not support deferred tax or the associated documents.

We just talked about financial accounting paperwork.

Also available via Central Reversal is reposting the Controlling papers.


It is simpler to utilise because CO documents don’t require clearing functionality, and also because CO employs SLT for replication.

In the Central Finance system, a CO document can be reversed using this tool. The Central Finance interface must be used to reproduce the document from the source system. This tool will not be able to reverse a document that has already been reversed or that is a reverse document itself.

The system will automatically perform replication once more for the document based on source data kept in AIF after the document has been successfully reversed. After using this tool, the outcome of the reversal will be shown, however the outcome of the replication must be verified independently in AIF. Reversal won’t occur for a document that the user enters that has already been reversed by this tool, but the system will still replicate the document using AIF. A reversed document won’t be copied once again.


I hope it will enable you to fix the incorrect paper that was posted.

Cheers to reading!