2020 Apr 07 10:23 AM
Dear Experts,
I'm using the former budgeting in ECC system. When I create a PO with 3 different dates in the delivery schedule tab in the PO line item, in the FM report, the system shows 3 commitment lines of original amount (amount type 0100).
Is there a setting to avoid the split in FM report because of the delivery schedule?
Thanks a lot,
Best regards,
Chiachen
2020 Apr 07 10:53 AM
Hi,
It has nothing to do with the former budgeting. Your FM update profile is set in a way that PO FM date is established based on delivery. You can set up a profile where it will be based on posting date, and in this case you will have no split. Of course, it has budgetary impact as all your consumption will happen n the year of the posting.
Regards,
Eli
2020 Apr 07 2:54 PM
Thanks a lot Eli.
I used the profile 000101 and I also checked in OF39 - Override Update profile. For the value type 51 - Purchase order, the flag is on posting date. Therefore, I'm confused.
Thanks,
Kind regards,
Chiachen
2020 Apr 07 6:06 PM
If it's 000101 and you didn't change anything in OF39, it should be one line with no split. Show me the screenshot of FMIOI
2020 Apr 08 3:16 PM
Thanks a lot for your support.
Please find here attached the amount split in the table FMIOI.

by splitting the original amount, after posting each invoice, I have an adjustment (amount type 0500) for each line.
Thanks.
2020 Apr 08 3:30 PM
Is FM assignment the same for these three lines? It can't be seen from the screenshot
2020 Apr 08 4:30 PM
2020 Apr 08 5:14 PM
2020 Apr 09 11:13 AM
2020 Apr 09 3:18 PM
Really strange... Try removing the entry for 51 in OF39 and see if the behaviour changes. Also, please check in FMUP01, that for 51 it is equally 'B' for the date.
2020 Apr 16 1:27 PM
Hello Eli,
By removing the entry 51 - Purchase order in OF39, I still have the same behavior with the split of delivery schedule in the budget report for Original amount (amount type 0100).
2020 Apr 16 1:37 PM
Last moment: what are the values in FMUP01; make sure that were not modified. And of course, that FM area is indeed linked to 000101 - table FM01. If all this is correct, then the only way is to debug, I'm afraid or raise an OSS message, as it doens't make sense.
2020 Apr 27 10:01 AM
2020 Apr 27 10:25 AM