SAP for Public Sector Discussions
Foster conversations about citizen engagement, resource optimization, and service delivery improvements in the public sector using SAP.
cancel
Showing results for 
Search instead for 
Did you mean: 

No funds center derived for GR IR account

Former Member
0 Kudos
627

Dear all,

We have faced a strange issue in Funds Management. We have a GR IR GL account for which system automatically derives the commitment item and fund center based on those in the PO. That is, whatever FC and CI are maintained in the PO, the GR IR account derives the same accounts during MIRO.

However this is true only for material POs. We have created a service PO for a specific network of a project. In this particular case the system is not allowing us to post the invoice as it cannot derive the fund center. It seems during MIRO, the FM accounts of PO are not getting linked to the GR IR account. Please note that GR (or service entry sheet entry) is not relevant for budget consumption. Budget consumption takes place during PR,PO and MIRO.

Request your input in this regard.

Thanks

Snigdho

7 REPLIES 7

iklovski
Active Contributor
0 Kudos
328

Hi,

Can you specify your SAP release? There is a note on this issue, but I cannot tell if it's relevant for your package. The note number is 962500. Also, check if note 972276 is implemented as well.

Regards,

Eli

Former Member
0 Kudos
328

Hi Eli!

Thanks again for your prompt reply!

The release in which we are working on is: 9.00.4035.

I will check the note and get back to you.

Thanks again for your help!

Snigdho

iklovski
Active Contributor
0 Kudos
328

Hi,

That's Oracle release; I was talking more about SAP system data (5.00, 6.00, etc.)

Regards,

Eli

Former Member
0 Kudos
328

My bad

We are working on ECC 6.0

iklovski
Active Contributor
0 Kudos
328

If it's just 6.00 (and not 6.04, for example), then these notes might be relevant. Anyway, check via SNOTE if they are implemented or not.

former_member184992
Active Contributor
0 Kudos
328

Hi,

First of all, you need to be sure that all existent correction notes are implemented in your system.

Please check if the following notes are applied in your system (including manual steps):

1289547 FM account assignment incorrect in GR/IR clearing in service

1327560 GR Account Assignments based on previoustly posted SES

1429223 GR Account Assignments based on previoustly posted SES II

1450965 FM account assignment incorrectly inherited from PO

1480503 FM account assignment for GL line overwritten in MIRO

1502874 Planned Delivery Costs are not updated during GR/IR postings

These notes correct wrong behaviours in include LFMCOBLF06 related to account assignment.

If the notes are not there but are valid to your current release/package, please apply all in one test system and retest your issue.

Regarding inheriting the FM assignments, material po's can retrieve the FM account assignments from the FM tables.

This ensures that the current FM account assigments are always used.

However, in the case of Services, it is not possible to use the FM tables as it is not guaranteed that the correct Account assigment will be retrieved. So, the SES table ESKN is used instead. The ESKN record is created at the time the SES is created.

In Summary: Due to the structure of Service documents, the FM tables cannot be used to access the previous document's account assignment. Material documents can use the FM tables to get the previous account assignemnt. So, for Material documents, FMDERIVE does not need to be called when a predecessor document is found. However, FMDERIVE needs to be called for SES because the SES application table does not store FM fields. So, this needs to be rederived.

I suggest you also to read SAP Note 923672 (do not apply it).

The account assignments on the SES screen are indeed changable. This is part of the standard design for SES process. Unfortunately, FM cannot control if the fields on the account assignment popup screen should be in edit, display, or hidden mode. This screen is control by SES, therefore is good that you check also this customizing in MM:

IMG - Materials Management - Purchasing - Account Assignment - Maintain Account Assignment Categories

In this activity, for the account assignment category which is the account assignment category used in the P.O., you have flag 'Acct. Assg. Changeable', then, the account assignment should be derived again. Not sure if you can restrict by different processes and for SES have this flag not marked so FMDERIVE will be not called and the FM account assignments would be inherit from the PO.

From my understanding, if the PO concern is a service PO, it is legitimate to accept the service (via ML81N) with different account assignments. Hence, the account assignment fields are not hidden or in display mode only.

From FM point of view, if a user does not deliberately change the account assignments on the SES screen or FMDERIVE is not setup to overwrite the FM account assignments, then by default the FM account assignments are inherited from the PO.

I hope this helps to overcome your issue.

Best Regards,

Vanessa.

0 Kudos
328

Thanks a lot Vanessa

Your reply was indeed helpful and detailed. We are following your suggestions. Actually this problem is occurring only at the production system, not in the quality. So we would analyze them and start with the notes you have mentioned. I would definitely get back once we are done.

Thanks for your help again!

Snigdho