BBP_GET_STATUS _2 - Deleted PO's

[Former Member]

Hi all,

what would you expect the system behaviour to be in the following scenario -

1. SC created with a catalogue item.

2. Sourcing Relevant Indicator is blank in SC as expected

3. Backend PO created (classic scenario)

4. Sourcing Relevant Indicator is blank in SC as expected

5. Backend PO is deleted

6. BBP_GET_STATUS_2 runs

7. Sourcing Relevant Indicator in SC is now set to X

To me this is a bug as I would expect shopping cart items to be sent to back to the sourcing cockpit unless they were relevant when the cart was initially created.

Thanks

Chris

[Former Member · Accepted solution]

Hi

Check your variant of BBP_GET_STATUS_2

SELECTION SETTINGS

deletion INDICATORS ?

In some business , some POs deleted and want them to bring the cart into cockpit and source again

muthu

[Former Member · Accepted solution]

Hi Muthu,

could you expand on your answer a bit?

Are you saying that reagrdless of whether a shopping cart originally required sourcing if the indicator "Deletion Indicator not set in BE" is set then when a PO is deleted the shopping cat will be routed to the sourcing cockpit?

Regards

Chris

[Former Member · Accepted solution]

If you were selected this deletion flag , this Deleted PO status also updated in the SRM document like backend document deleted.

in the program it always check qty of PO and Qty of SC . if both are not matching it creates sourcing relevent field X.

for ex you have created 20 item sc . PO created with 20 . now purchaser changed qty 15 from 20 qty . so again you will get 5 qty sc in the cocckpit.

like wise in your case too.

you might created 20 qty sc and PO created with 20 qty and PO deleted by the purchaser due to some wrong assgnment of vendor

. now the 20 qty sc will reappear in the cockpit for sourcing . now buyer decision to go ahead with new vendor or complete this cart from cockpit.

you can do experiment mark flag / without mark flag on deletion flag

Thanks

Muthu

[Former Member · Accepted solution]

Hi Muthu,

thanks for your response.

I've tried with the "Deletion Indicator not set in BE" ticked and unticked and once the PO is deleted it always returns to the sorucing cockpit.

This didn't used to be the case prior to SP 12 for SRM 4.0 (I think it was this SP), perhaps this fucntionality was brought in with an SAP note?

This behaviour doesn't seem correct because if a SC with catalogue items doesn't require sourcing when originally created why would it go the purchaser if the follow on PO is deleted? the shopping cart creator can delete the PO from Check Status so the purchaser doesn't need to be involved in the process at any time.

Cheers

Chris

[Former Member · Accepted solution]

Hi Chris

your question is valid.

but however check it up all the variants .

some other get status job variant too.

i will look into this clean_reqreq_up ang get back to you and who is setting x for sourcing relevant indicator.

i think get status job. let me scan clean requp as well.

muthu

[Former Member · Accepted solution]

Note 1305603 - BBP_GET_STATUS_2: Deleted service is not in Sourcing Cockpit

You create a purchase order in the R/3 system (4.6C, 4.70, SAP_APPL 500). You then delete a service line from the purchase order.

When you run the report BBP_GET_STATUS_2, the system does not handle this case and does not return the item to the Sourcing Cockpit.

i believe if you were activated sourcing, again all shopping carts comes to cockpit after deletion of the PO .

since sap says here program error.

so all the deleted PO will venture to cockpit again if you actvate sourcing.

since get status jobs compare sc and po qty and mismatch and again pushing to the cockpit.

some one correct me .

MUthu

[Former Member · Accepted solution]

hi chris,

mee to realised after stoping get status job for a while.

--

CLEAN REQ only determines the who has to go cockpit.

please see our wang comments. sorry for misguiding you ..

Muthu

[Former Member]

1. SC created with a catalogue item.- OK

2. Sourcing Relevant Indicator is blank in SC as expected-OK

3. Backend PO created (classic scenario)-OK

4. Sourcing Relevant Indicator is blank in SC as expected-OK

5. Backend PO is deleted-OK

6. BBP_GET_STATUS_2 runs -cLEAN REQ RUNS - OWNER FOR THIS ACTIVITY NOT STATUS JOB.( Note 1123548 - BBP_GET_STATUS_2: Purchase order goes to SoCo . but really po informations will be updated in our bbp_pd for reference. so any open quantities exist .clean job push to cockpit).

7. Sourcing Relevant Indicator in SC is now set to X. YES.

To me this is a bug as I would expect shopping cart items to be sent to back to the sourcing cockpit unless they were relevant when the cart was initially created.-

Initially i also assumed the same.

Requestor is a boss. still the quantity is open in SRM from the requester side. so before any one deletes a Purchase order and inform the requestor too. so that requestor also deletes a shopping cart. once a shopping cart has been deleted. no longer valid.and cart never seen at cockpit.

please close this thread.

this is the facts . SAP designed well . We have to fully agree....

these learnings are from my side practical too and reallised summer wang and richardo replies.

Muthu

[Former Member]

chris still insrutable now here sap says,

The report BBP_GET_STATUS_2 is responsible for the mirroring of changes

within the back-end system in the SRM system, for determining follow-on

documents, and also for determining whether individual items of a shopping

cart are to be put back in the sourcing application. In doing so, the

relevant shopping cart must be determined in SRM, and then the related data

of the follow-on document is used from the back end

however answering your query

Deletion indicator = ''

Default value: active

Only line items whose deletion indicator is NOT active are updated.

Deletion indicator in BE = ''

Default value: active

Only line items, whose back-end deletion indicator is NOT active, are

updated. (The back-end deletion indicator is set when ALL back-end

documents for a shopping cart line have the deletion indicator).

please close this thread.

new discussions , you can open new thread.

muthu