Fixed vendor in non-catalog PO

[Former Member]

Hi,

We are facing some strange issue. We have a field "Vendor" in Basic data and Source of Supply tab in shopping cart. This would have value only in case of catalog item or there is contract or any other source of supply assigned to that item. If there is no source of supply then this field will not even displayed in these tabs.

But in our case, if we enter a preferred vendor in source of supply tab, then during the course of approval somehow the "fixed vendor" gets udpated. Because of that, the PO gets automatically created (ext classic) without the knowledge of the buyer.

In shopping cart, we could see both the partner functions 39 and 19. This is happening very rarely (like one in 1000 shopping carts) but the impact is very big as the POs are being sent to vendor before buyer reviewing that.

Has anyone came across this issue? Can you plz help to fix this? we are in SRM 4.0

Thanks,

Arun

[former_member183819 · Accepted solution]

hi Arun

is it a old purchase order template item? i too have this issue.

since you have both vendor for one sc (39 and 19) if it so , pust to cockpit by Abap logic.

br

Muhtu

[Former Member · Accepted solution]

Hi Muthu,

thanks for your rreply.

It is not from old PO template. It is a shopping cart created from "Describe Requirement". We are also planning to define some ABAP logic to stop creating POs automatically, based on the partner functions.

Before making any changes I just thought of checking with you guys, if it is a standard issue occuring in specific scenario.

Thanks,

Arun

[former_member183819 · Accepted solution]

Hi Arun

for ex

describe procurement - sc create with prefreed vendor and go to cockpit and buyer assigned vendor and put HOLd button and again starting to create PO from the cockpit.

now the same user using the above template , now fixed vendor sticked with this cart so this time it creates a PO without buyer intervention. the same vendor unless requestor clears the vendor.so this sc has both vendor fixed as well as prefreed 19 and 39.

what about you Arun?

br

muthu

[Former Member · Accepted solution]

Muthu,

Amazing!! you got it correct. It is happening in my system too.

Vendor field getting udpated while putting the shopping cart on hold...is this a bug or its a standard behaviour in SRM? any idea?

Can it be fixed or we have to define a logic for pushing the cart to sourcing ?

Thanks,

Arun

[former_member183819 · Accepted solution]

as usual BADI

if the partner function 19 and 39 same for sc item treat as 39 and push to cockpit .

working on with technical resource. i do some testing on other issue.. i keep post you . no worries.

since this issue owes two sleepless nights.

can any one give piece of code to resolve this issue. so we can use like notes.

lauren:- can you try this?

muthu

[former_member183819 · Accepted solution]

Hi Jay

regarding this problem

if partner is 19 and 39 for one sc item guid

clear 19 and move to 39 in the change badi

will it work.

?

Muthu

[Former Member · Accepted solution]

Yes. Implementing BBP_DOC_CHANGE_BADI for the PO is a valid option. There the logic could be very flexible in terms of keeping/getting rid of partners selectively.

[former_member183819 · Accepted solution]

Thanks Jay..

doc change badi for BUS2121

Muthu

[Former Member · Accepted solution]

Thanks Muthu and Jay.

We tried two changes through this BBP_DOC_CHANGE_BADI.

Change 1 - Deleting the line from lt_partner table where partner_fct = 0000019 and then move lt_partner to et_partner, which is the output parameter of the badi.

In this change, we could able to delete that specific line from lt_partner when partner_fct = 19 and the output parameter et_partner also does not have that line. We checked this at the end of the doc-change badi. But once the shopping cart is ordered, the deleted line is still there. Are we missing something ?

Change 2 - If partner_fct = 0000019 , then make it as partner_fct = 0000039 and then move lt_partner to et_partner

In this case also, it is changing the partner_fct to 39 but the shopping cart is not getting ordered. It is giving the message "PArtner function may not be changed" with message type A.

Can you please advise, if we are missing something here?

Thanks

Arun

[Former Member · Accepted solution]

Muthu / Jay,

Any help or suggestion?

[Former Member · Accepted solution]

Muthu / Jay,

We achieved that thrugh the badi: BBP_SRC_DETERMINE. Based on certain condition, we have set the value as X and it the shopping cart came to buyer's queue eventhough it has fixed vendor.

Thanks a lot for your help guys!!

[former_member183819 · Accepted solution]

Thanks . please update the logic here . it helps to our community. good to know that you have resolved.muhtu

[Former Member · Accepted solution]

Sure Muthu.

That badi is specifically for overridding the value that is configured in "Determine sourcing for product category".

In our case we do not have any other source apart from catalog. So condition is very simple. if we have differect source like contact, vendor list, etc then I think it will be bit complicated.

Input parameter of this badi is header and item guid of shopping cart and output parameter is value for "SOURCE_REL_IND" in table BBP_PDIGP). If it is set to X then the item would be sent to sourcing.

In our logic, badi will check whether the "catalogid" field is blank in table BBP_PDIGP for that itemguid. If it is blank then it will set the value to X for the output parameter "sourcing".

Thanks,

Arun

[former_member183819 · Accepted solution]

Great Arun..