SRM Integration with ERP backend - Invoice Management Issues

[Former Member]

Hi Experts

INeed your help in providng an insight

I am implementing Vendor Invoice Management on the ERP system . As a part of invoice management there at times requiremnt to change PO or GR depending on how SRM is implemented and how deployemnt is done ,

So for my requirement what i need is as :

1) To Know whether the PO is a SRM based PO and whether it can be changed in SRM or ERP .

This i think i can handle by providing in my infrastructure some way to know if its classic or extendded classic scenario.

If classic then PO can be changed in ERP and if extended classic then only SRM . Correct ?

2) To know whther a GR for a given PO should be created in SRM or in ERP . This i dont have any clue how to identify based on a PO whether GR should be created in SRM or in ERP.

Lets say if there is some way i can indentify that for a particular PO, GR is meant to created in SRM and GR is not done then i need to send notification via email to SRM user to create the GR for that particular PO .

Vice versa, if there is some way i can indentify that for a particular PO, GR is meant to created in ERP and GR is not done then i need to send notification via email to ERP user to create the GR for that particular PO .

So questions are :

a) Is there any way to identify a PO is SRM based as I can have a normal PO in ERP and no SRM scenario linked to it . So in this mixed scenarios how can i identify that a PO is a SRM scenario based ?

b) Is there any indicator on PO which can tell me whther the corresponding GR should happen in SRM or in ERP ?

c) When a PO is replicated to backend in extended classic case , then does the it contain the SRM infornation like who actually created the PO or who is the Requester for this PO ? . Creator could be SRM user which may not exist in backend system so when PO get replicated to backend does SAP changes the creator of PO to some system user id ?

If its so then i shall need to make some BAPI call to SRM system from ERP to get out details of PO and see whats the email id of the PO creator or requester ......Let me know if my approach is right here?

d) When PO is created in SRM and replicated to backend how numbering range is controlled ? Do we need to maintain same number ranges in SRM as well as backend ?

I know its lengthy stuffs but that how things are when we plan from scratch implementing anything.

Thanks in advacnce for your expert advice

Best Regards

rohan

[former_member183819]

1) Yes . in ECS you can edit the PO in SRM only. In Claasic PO only exist in ECC.

2) In the PO/ sc history ,Confirmation backend /local logical system will be available. so you can easily identify which system done a good receipt either backend logical system or SRM logical system.

a)Yes.you can validate ECC PO or SRM PO via EKKO-STATU . This PO status says How PO was created .*

b)I dont think any indicator existing . however you can explore extended search during creating confirmation. You can put GR for all POs in SRM.

c) *for eg. some times wf-batch USER creates a PO but last name and first name picks from wf-batch user. but this user is not existed in r/3. however you can modify the user data via BBP_DOC_CHANGE BADI for PO , possible. sarch some notes consulting discussions on this.d) When PO is created in SRM and replicated to backend how numbering range is controlled ?

d)yes. same no range must be there.

[former_member206968]

Hi,

In Extended classic, you will get the SRM Requester username in PO in ECC. So if you are able to recognise from where the PO is originated, you can send the notification to that Requester.

Secondly, it is possible to create GR in both SRM/ECC system in classic or extended classic. Hence it is mandatory to ask users to create gr in SRM or ECC.

Regards,

Sanjeev

[Former Member]

Hi Muthu

Your answers your valuable howevver one of my question is still open.

Be in Classic or Extended classic , for a given PO can we make out either way where GR is supposed to occur ?

Looking at PO history will come into picture only when GR is already done and then we look where the GR originated from .

But even before GR is created can we know from PO information where GR will open?

Or is there anyway to know where GR are supposed to happen based on any kind of information

Thanks once again for your help

Regards

rohan

Edited by: rohan verma on Jun 30, 2009 4:09 PM

[Former Member]

Hi Muthu

Your answers your valuable howevver one of my question is still open.

Be in Classic or Extended classic , for a given PO can we make out either way where GR is supposed to occur ?

Looking at PO history will come into picture only when GR is already done and then we look where the GR originated from .

But even before GR is created can we know from PO information where GR will open?

Or is there anyway to know where GR are supposed to happen based on any kind of information

Thanks once again for your help

Regards

rohan

[Former Member]

Hi Sanjeev

Thanks for your reply.

So does that mean , a user can create all GRs either in SRM or ECC but there will not be any case where some GRs are created directly in ECC and some created directly in SRM ?

So either all GR is created in SRM or ECC but no scenario can occur where some originate from ECC and some from SRM ..am i right in assuming this?

Regards

rohan

[former_member183819]

Hi

I never tried but the when you search a backend POs are available to create Confirmation information and this GR data taken to Backend via MBGMCR message type (IDOC) and does the posting correctly in the backend .This PO history you can see in ME23N .

br

muthu

[Former Member]

Hi Muthu

You said STATUS field of EKKO can help in deciding where PO originated from .

I see one status as below

K Purchase order from BBP -

---

> Does this status correspond to SRM created PO ?

Or is there any other status which we can make use of ?

Regards

rohan

[Former Member]

Or let me change my question .

If i know the that the recepient of a PO is a SRM user then that indirectly means GR should happen in SRM .So only if i know if the recepient of a PO is SRM guy than my problem is solved . So is there a way to identify whether a particular user is a SRM user or not from ERP side?

Regards