The due date modification is a critical process with potential impact in AR performance (Pastdues & DSO), possible detrimental of GBU action plans to improve DSO and Lack of Control.
As so, there should be maximum restriction of due date modifications. The request should come from GBU, Collections and validated by CM:

AR team should check if the request is according to the reasons validated and with the necessary Documentation or Evidence:

Here also some examples of other reasons which are not valid to change the due date:
AR should only change the due date if validated by Credit Manager in charge of customer and communicate as well the info to the WW Credit Manager Coordinator. AR do not change the due date between D+2 and D+5 (frozen period) in order to avoid any impact on Credit Management report. If a case is not compliant with the valid reasons it should be escalated to Aurelie Mazerot, Credit Management Service Unit Manager. |
If the reason is valid, and the request has been validated by the respective Credit Management team, we should proceed with the due date modification as follows:
The example given below is for invoices assigned to Solvay S.A. |
Open transaction ZZF_AR_DOC_CHANGE in PI1 if the invoice is assigned to SSA, or the local ERP if the invoice is not assigned.
The fields should be filled in as below:
Press Execute .

In the next screen you can see the invoice open on account and several information for each document.

Select the document for which the due date has to be updated using the left side (highlight + red arrow).
In case there are more than one document to be modified with the same New Due Date, select all the lines to modify.
Press the
button.

The fields should be filled in as below:
Once the fields are filled in accordingly, press
to proceed with the modification.
A confirmation message at the bottom should appear: 

Whenever the Customer Service issues invoices at D+1 with doc. date <=D-1, in PI1 the invoice is posted at D+1, therefore even if we change the due date in PI1, in terms of reporting at end of month, BW will only retrieve the invoice in local system. So, whenever changing the due dates, we should always check the document date field (ERP) and the posting date (PI1) especially in the closing period. If the these dates are in different months, we should analyse.
If the due dates are not aligned in both systems (for example, if the posting date is 1st February and document date is 31st January), we should analyse if the local clearing should be reset and due date changed. If this is the case and we need to reverse, please consider the following example (this should be performed always by a Specialist):
|