source_rel_ind is X, we dont use sourcing

[Former Member]

Dear All,

We are working with classic scenario (SRM 7 APK-70108INSRMSRV). We dont use sourcing.

Sometimes the "source_rel_ind" indicator becomes 'X' when we create a Shopping Card.

What can cause this behavior.

Any suggestion?

Regards

Alex

[Former Member]

Hi Ashwin,

this is happening for a specif backendsystem and all items of them.

Regards

Alex

[Former Member]

Hi Ashwin,

thank you very much for your reply.

I have checked all the mentioned points by you. Everthing is well.

The biggest challange is to find out why the QUAN_PO_E is zero while/after creating

the SC althougt the SC/PO quantities are the same.

I am really wondering about why the QUAN_PO_E is zero. Both quantities are equal

there is no open quantity

Due to this fact the BBP_GET_STATUS_2 performs this assignment.

IF ls_hlp_refdata-quantity > et_sc_refupdate-quan_po_e.

  lv_source_rel_ind = gc_sourcing_relevant.

Regards

Alex

[Former Member]

Hi Alex,

In BBP_GET_STATUS_2, Do you have

• Any restrictions selected
• Have you mentioned the logical system
• Do you also have anything else entered

Is this happening for few carts or all of them, you might want to raise an OSS message with SAP to see if there is a program error.

Thanks,

Ashwin

[Former Member]

Hi Ashwin,

Why should the SC qty be greater than the PO qty. I have compared both quantities.

Backend PO and SRM SC. They are equal.

Where does the difference come from???

The QUAN_PO_E  Field has always the value zero .

At which time is this field getting populated.

Regards

Alex

[Former Member]

Hi Alex,

The BBP_GET_STATUS_2 program not only looks at the status but also at open quantities. So, if the SC was created for 100 EA and PO was created = 100 EA. Then the PO was changed to 35, there is an open quantity on the SC which still needs to be sourced. So, the SC comes back to the SOCO screen.

There could be many business reason on why the PO qty is reduced, to name a few:

1. Vendor does not have materials available, so buyer might want to source using another vendor

2. The requester decided they do not want the complete quantity requested.

If the quantities are equal and is coming back to SOCO, can you check if any changes were done against the PO.

If the QUAN_PO_E is zero for a SC with PO created in ECC, can you check if item type are the same. If the SC was created as service item type and PO was created showing as material type, it could be causing the issue.

The fields will be populated at the time of sourcing and when there are changes to PO, the BBP_GET_STATUS_2 program updates the tables.

Thanks,

Ashwin

[RobinJanke]

Hi,

this happens often when you delete the follow-on document. This will update the source_rel_ind in SRM, as the shopping cart isn't sourced anymore.

Regards,

Robin

[Former Member]

Is there a specific table to look at to tell which action occurred?  Whether it came back into SOCO because of follow-on doc delete or because the qty was reduced on the ECC PO and the reduced qty came back into SOCO.

Thanks,

Jeff

[Former Member]

Dear All,

I have found the reason.

source_rel_ind gets X when itme quantity is greater than quan_po_e

this happens due to the Report "BBP_GET_STATUS_2".

See line 863

IF ls_hlp_refdata-quantity > et_sc_refupdate-quan_po_e

Hereby I am facinf a new problem. Why and Where is the field "quan_po_e"

populated in the SC????

[Former Member]

Hi Alexander,

The PO quantity is present in the related documents tab of the shopping cart. If you are looking for the table and field:

1. Sourcing Relevant Indicator - BBP_PDIGP-SOURCE_REL_IND

2. SC Qty - BBP_PDIGP-QUANTITY

3. PO qty - BBP_PDIGP-QUAN_PO_E

It is standard system behavior when the SC qty is greater than the PO qty for the cart to come back to SOCO. Is there specific reason you do not want the cart coming back when PO qty is reduced?

Thanks,

Ashwin

[preeti_negi]

Dear Alex,

Define Sourcing for Product Categories->

You have to select correct sourcing for product category.

If you dont use soucing, you need to select 'sourcing never carried out'.

There are other options also that you can select based on your business requirement.

Have you already done this customization and still having the issue?

Best Regards,

Preeti

[Former Member]

We have a Z-Table. In this table are Backend-Contract-Numbers. These contracts will be

taken into consideration while creating SC. We have abaout 40 Backandsystems.

This problem occurs in  only one system.

Regards

Alex