on 10-06-2008 6:33 AM
Hello Freinds,
I am working on SRM 5.0 classic scenario( with support pack 11). The requiremnts are not getting cleared although follow on docs are created for them ( PO). This is happening for only goods shopping carts and not for the limit.
Any inputs on this will be highly appriciated.
Regards
SRM USER
Hi,
You can use the report to clear these documents from Sourcing Cockpit.
BBP_CHECK_SOURCING_FLAG
Regards
Kathirvel
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Vijay,
There are lot off OSS notes for this issue. Please check your support pack level and upgrade to latest verison.This is the best option. Then the report I sugsested was to clear these off (suggested by SAP) one off, please do not schedule that.
BTW what Pradeep has suggested is very much valid. The job introduces/updated incorrect indicators. By upgrading to latest SP level, you can sort out most of the issues.
I will not recommend scheduling this report in background, though it is a short term fix; this should get resolved by SP upgrade.
Regards
Kathirvel
And i am able to create the PO again for the same shopping cart.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
It seems some wondering. After you created a follow on document it must disappear from sourcing cockpit right?
so you are telling that again it is appearing in sourcing cockpit right. Is it again the same sc appears int he worklist?
Note 1001882 - BID: Requirement reappears in sourcing cockpit
BR
Muthu
Edited by: Muthuraman Govindasamy on Oct 6, 2008 8:45 AM
Edited by: Muthuraman Govindasamy on Oct 6, 2008 8:48 AM
Hi Muthu ,
Even i am also checking the same in BBP_PDIGP.
X Sourcing-Relevant
Y Sourcing Completed
A Relevant for Automatic Grouping of POs
D Relevant for Automatic Grouping of RFQs
N Relevant for RFQ from Shopping Cart
M Relevant for RFQ from SOCO
T Temporary: Not Sourcing-Relevant
For me its showing as SOURCE_REL_IND = X even though its completed ( Fallow on document is created ).
Thank you,
Hi Muthu ,
I have check the code , But i sisnt see any difference , Infact we didn done any change recently . It was working fine beofre support pack and still working fine in another system aftter support pack .this Badi code is same in the both systems .
you can also have look into this code.zsrm_sourcing is a custom table where we are maintaing document type and account assignment catogory for catalog items.
Thank you .
Get details of shopping cart.
CALL FUNCTION 'BBP_PD_SC_ITEM_GETDETAIL'
EXPORTING
i_guid = item_bbp_guid
IMPORTING
E_ITEM = ls_item
ET_ATTACH = lt_attach
TABLES
E_ACCOUNT = lt_account
E_PARTNER = lt_partner.
If lt_attach got any records sourcing needs to be done.
SET SOURCING parameter to 'X'.
IF lt_attach[] IS NOT INITIAL.
SOURCING = 'X'.
EXIT.
ENDIF.
If lt_partner doenst contain a fixed vendor, sourcing
needs to be carried out.
READ TABLE lt_partner TRANSPORTING NO FIELDS
WITH KEY partner_fct = c_vendor. " Fixed vendor
IF NOT sy-subrc IS INITIAL.
SOURCING = 'X'.
EXIT.
ELSE.
If there is a fixed vendor, but item is not assigned to
account assignment category, EXPENSE or INTERNAL ORDER .
Sourcing needs to be carried out for this case.
Load table with sourcing rules
SELECT * FROM zsrm_sourcing
INTO TABLE lt_sourcing.
CLEAR SOURCING.
LOOP AT lt_account ASSIGNING <fs_account>.
READ TABLE lt_sourcing TRANSPORTING NO FIELDS
WITH KEY acc_cat = <fs_account>-acc_cat
skip_sourcing = c_x.
IF sy-subrc IS NOT INITIAL.
SOURCING = 'X'.
EXIT.
ENDIF.
ENDLOOP.
ENDIF.
Hi Vijay,
I feel the issue is with BBP_GET_STATUS_2 program.
Please see the following notes:
Note 1130842 - BBP_GET_STATUS_2: shopping cart sent back to SOCO.
Note 948716 - External requirements reappear in the Sourcing Cockpit
Look for other similar notes which involves BBP_GET_STATUS_2 program.
Thanks,
Pradeep.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.