Challenge:
Importing back dated Invoices at the time of Greenfield system implementation can affect the calculation of Debtor’s Aging
Proposed Solution:
Application of Substitution Rule in a manner defined in this article can help the practitioners to efficiently resolve this matter.
Contents of the article:
Customer aging is very important to analyze the customers’ unpaid invoices and credit memos by date ranges.
For the purpose of managing customer aging, it is very essential to maintain the document date as per the original billing date when the receivables are raised through SD billing using VF01 or directly from FI.
In our proposed solution, the proper maintenance of aging can be achieved by using a small substitution rule, which can be helpful for uploading the orders and in generation of billing.
Some prerequisites (could be in the form of logical expressions) are maintained in the system in order to get the desired output. The system checks the defined prerequisite whenever a request runs, then the system replaces the desired field(s) with the substituted figures or values.
When Billing is created, the system generates an accounting document with the same date as of billing date. Which means, the Billing Date becomes the Posting Date and also the Document Date.
Since the system calculates the aging based on due date, which itself is calculated from the document date. Here the challenge is, if we do not set the document date as per the correct and original invoice date (as it was in the legacy system), our new systems’ aging calculation would be wrong and understated.
We should know that there are specific areas only in which we can use substitution.
The substitution applies only when have activated it for the call up points.
The call up point could be Document Header, Line Item, and even Complete Document.
In our proposed solution, we will apply substitution on the document header level.
Enter the transaction code OBBH in the SAP command field.
In substitution we have following steps
Here we have explained two different scenarios for the benefit of the readers.
Scenario A:
In this scenario, a company has a Fiscal Year from July to June and we want to post previous period customer invoices through sales order on the cutover date i.e. 31.10.2020. But the billing date is 15.07.2020.
Note: Here we should give consideration that an Order can be created in the back date, but invoice should be made on the date when it is originally billed.
Here the challenges are:
If billing Date is 15.07.2020, the system will generate error in release to accounting in VF01 because previous months are closed in FI. So, no document will be generated in Finance because posting date for balancing trial balance is 31.10.2020.
And, if we take Billing Date as 31.10.2020, which is actually a cutover date so system will show wrong customers aging because Document Date (BLADT) and Posting Date (BUDAT) would remain same as Billing Date (FKDAT). Hence, the aging would be wrongly impacted, as it should start from the original billing date (15.07) as per legacy system.
So, the invoices should be posted in such a manner that:
Proposed Solution in the system:
To calculate the aging with actual billing date a substitution rule on Document Header can be applied with some relevant fields, which can affect the accounting document only without any date change on billing document.
Steps included in this activity;
In 1st step we take ABAP System field in the Prerequisite.
ABAP system field would be added;
Some fields which can be used in this rule;
Scenario B:
If billing documents belongs to Previous Fiscal Years, in that case we can create step 2 which runs parallel with step 1.
For Example:
In this step we make a substitution rule for previous fiscal years from the header table BKPF so that the task can be achieved of customer aging.
Substitution would be made like;
Adding Fields in Substitution:
These fields can be added from table VWTYGB01 and after adding these fields in substitution ABAP program would be executed RGUGBR00.
Precaution:
All the relevant (previous) Fiscal year and/or Periods would remain open until all the documents get posted.
Conclusion:
In our proposed solutions, Billings from Previous Fiscal years and Previous Periods can be posted on current date without any enhancement in the system and maintaining the correct customers aging calculation.
Okumaya devam et...
Importing back dated Invoices at the time of Greenfield system implementation can affect the calculation of Debtor’s Aging
Proposed Solution:
Application of Substitution Rule in a manner defined in this article can help the practitioners to efficiently resolve this matter.
Contents of the article:
- Introduction
- What is a Substitution Rule?
- Understanding the Challenge of Contradicting Dates.
- Call up Points to use for Substitution.
- Steps of Substitution
- Two Scenarios of substitution & proposed solutions
- Solution for substitution
- Adding a Field in Substitution Rule.
- Conclusion.
- Introduction:
Customer aging is very important to analyze the customers’ unpaid invoices and credit memos by date ranges.
For the purpose of managing customer aging, it is very essential to maintain the document date as per the original billing date when the receivables are raised through SD billing using VF01 or directly from FI.
In our proposed solution, the proper maintenance of aging can be achieved by using a small substitution rule, which can be helpful for uploading the orders and in generation of billing.
- What is a Substitution Rule?
Some prerequisites (could be in the form of logical expressions) are maintained in the system in order to get the desired output. The system checks the defined prerequisite whenever a request runs, then the system replaces the desired field(s) with the substituted figures or values.
- Understanding the Challenge of Contradicting Dates:
When Billing is created, the system generates an accounting document with the same date as of billing date. Which means, the Billing Date becomes the Posting Date and also the Document Date.
Since the system calculates the aging based on due date, which itself is calculated from the document date. Here the challenge is, if we do not set the document date as per the correct and original invoice date (as it was in the legacy system), our new systems’ aging calculation would be wrong and understated.
- Call up points to use for Substitution:
We should know that there are specific areas only in which we can use substitution.
The substitution applies only when have activated it for the call up points.
The call up point could be Document Header, Line Item, and even Complete Document.
In our proposed solution, we will apply substitution on the document header level.
- Steps of Substitution:
Enter the transaction code OBBH in the SAP command field.
In substitution we have following steps
- Prerequisite statement, in which the system checks the conditions which must be matched to continue with the substitution.
The System checks the true and false of the Prerequisite statement.
If the statement is false, then system doesn’t replace it with the substitution values and if the statement is true, then replaces the field(s) with the substitution values. - Substitution Values can be numeric value or string of letters.
- Substitution Exists.
- Two Scenarios of Substitution:
Here we have explained two different scenarios for the benefit of the readers.
Scenario A:
In this scenario, a company has a Fiscal Year from July to June and we want to post previous period customer invoices through sales order on the cutover date i.e. 31.10.2020. But the billing date is 15.07.2020.
Note: Here we should give consideration that an Order can be created in the back date, but invoice should be made on the date when it is originally billed.
Here the challenges are:
If billing Date is 15.07.2020, the system will generate error in release to accounting in VF01 because previous months are closed in FI. So, no document will be generated in Finance because posting date for balancing trial balance is 31.10.2020.
And, if we take Billing Date as 31.10.2020, which is actually a cutover date so system will show wrong customers aging because Document Date (BLADT) and Posting Date (BUDAT) would remain same as Billing Date (FKDAT). Hence, the aging would be wrongly impacted, as it should start from the original billing date (15.07) as per legacy system.
So, the invoices should be posted in such a manner that:
Billing Date | 15.07.2020 |
Document date | 15.07.2020 |
Posting date | 31.10.2020 |
Cutover Date | 31.10.2020 (For Information Only) |
Aging Should calculate from | 15.07.2020. |
Proposed Solution in the system:
To calculate the aging with actual billing date a substitution rule on Document Header can be applied with some relevant fields, which can affect the accounting document only without any date change on billing document.
Steps included in this activity;
In 1st step we take ABAP System field in the Prerequisite.
ABAP system field would be added;
- Transaction Code: There are many other T codes and Document Types from which an accounting entry can be generated so it should be restricted on the specific T code and Document Type.
For instance, Billing VF01, Billing change VF02 and Document Type ‘RV’
- Substitution are:
Some fields which can be used in this rule;
- Posting Date (BUDAT) Constant = 31.10.2020
- Posting Period ( MONAT) Constant= 4
- Fiscal Year (GJAHR) Constant =2021
Scenario B:
If billing documents belongs to Previous Fiscal Years, in that case we can create step 2 which runs parallel with step 1.
For Example:
Billing Date | 15.01.2017 |
Document date | 15.01.2017 |
Posting date | 31.10.2020 |
Cutover Date | 31.10.2020 (For Information Only) |
Aging Should calculate from | 15.01.2017 |
In this step we make a substitution rule for previous fiscal years from the header table BKPF so that the task can be achieved of customer aging.
Substitution would be made like;
Adding Fields in Substitution:
These fields can be added from table VWTYGB01 and after adding these fields in substitution ABAP program would be executed RGUGBR00.
Precaution:
All the relevant (previous) Fiscal year and/or Periods would remain open until all the documents get posted.
Conclusion:
In our proposed solutions, Billings from Previous Fiscal years and Previous Periods can be posted on current date without any enhancement in the system and maintaining the correct customers aging calculation.
Okumaya devam et...