Use

When migrating to the online payment update in Funds Management (FM), the invoices already paid are closed by the conventional payment selection and the newly posted invoices and payments are processed in the online payment update.

This migration procedure refers only to the enhanced function of the payment selection. A migration of the payment update in FM in the case of the conventional payment selection function is only possible when all open items are cleared in Financial Accounting (FI) and FM.

Note that the documents already updated in FM are not migrated.

Prerequisites

The migration to the online payment update in FM is only possible when you are actively using the new General Ledger Accounting with active document splitting (for more information, see Migration to New General Ledger Accountingsa).

You must deactivate the payment update using the V2 update based on the enhanced function of the payment selection before the migration.

The payments are then only updated by the payment selector.

For technical reasons, it is not possible to simultaneously use the online payment update and V2 update of payments (based on the conventional payment selection).

Features

The migration procedure is designed to be a gradual transition from the conventional payment selection to the online payment update. During the transition phase, this means for as long as old invoices are not completely paid, you must use both procedures of the payment update in parallel. To do this, you must activate the online payment update in Customizing for Public Sector Management under Funds M anagement Government → Actual and Commitment Update/Integration → Integration → Migration of Payment Update → Activate Online Payment Update

The document splitting characteristics required for this, such as the FI document number (KNBELNR), payment document number (VOBELNR) and commitment item (FIPOS) are defined automatically when you activate the online payment update in Customizing. To do this, choose General Ledger Accounting (New) -> Business Transactions -> Document Splitting -> Define Technical Document Splitting Characteristics .

The current date is saved in the database during the activation of the online payment update.

This date is then used for the clearing reset to prevent clearings that contain documents entered before this date being reversed.

Activities

To speed up the migration and thereby the complete transition to the online payment update, we recommend you carry out the following steps:

You must first identify all open document bundles that at least contain some documents that were posted before the activation of the online payment update. Create worklists for this containing open payment-relevant document bundles in FI to be closed or reconstructed.

The tools for this can be found in Customizing for Public Sector Management under Funds Management Government -> Actual a nd Commitment Update/Integration -> Integration -> Migration of Payment Update

You can now display and analyze the document bundle that was posted before the activation of the online payment update and clear it completely in FI. The conventional payment selection updates these clearings in FM and closes the affected document bundle.

In the second work step, in Funds Management you can reconstruct the worklist of the documents that were posted completely after the activation of the online payment update. As these documents must contain the corresponding document splitting information in FI, they are updated automatically online.

Prerequisite for this is that you have activated the document splitting characteristics FI document number (KNBELNR) and payment document number (VOBELNR) with the migration to the new General Ledger Accounting.

If after performing steps 1 and 2, there are still FI documents left that are neither cleared nor reconstructed, these are processed as usual by the conventional payment selection. The payments for the newly posted invoices are updated online automatically however.

When a newly posted document is linked to an old document bundle through a clearing or invoice reference, it is processed only with the payment selector in future. We recommend therefore that such posting instances are avoided.