Sourcing cockpit table

Hi
We use Carryout Sourcing(T-Code BBPSOCO01) to create the POs.
We have around 1000 shopping carts in the sourcing cockpit at the moment.
I am looking for a table/report where i can download the shopping cart numbers available in the sourcing cockpit.
Regards
erpMAN.

You can go to the item details table of the shopping cart. In table BBP_PDIGP , there is a field "SOURCE_REL_IND" .Looks for the one with value field with x .
Here is a tips any time you need a table information then go to transaction BBP_PD , and you will be able to find the details.
Thanks
Padhi

Similar Messages

Shopping cart not in sourcing cockpit after PO qty been reduced

Hi ,
We have a issue where a shopping cart was created with qty 100 and it came to sourcing cockpit.PO was then created for the shopping cart with the value qty 100. Later GR and Invoice was done for against the PO for quantity 25. PO qty was then reduced to 25. But still the shopping cart has not come back to the sourcing cockpit.
Table BBP_PDIGP shows the following value for the item of the shopping cart :
VAL ASN E = 0
VAL ASN = 0
VAL CF E = 25
VAL CF    =          0.00
VAL CF     =         0.00
VAL IV E       =     25.00
VAL IV       =       0.00
VAL PO E        =    0.00
VAL PO E AGG     =   0.00
QUAN ASN E      =    0.000
QUAN ASN      =      0.000
QUAN CF E =          25.00
QUAN CF       =      0.000
QUAN IV E    =       25.00
QUAN IV        =     0.000
QUAN PO E =        25.00
NUM ASN      =       0
NUM CONF     =       0
NUM INV     =        0
SOURCE REL IND = blank
My questions are :
1) Root cause of the issue ? Scenario where this can happen ?
2 ) How to resolve the issue ? Just changing the SOURCE REL IND to X does not suffice (Tried the FM BBP_PDIGP_DB_DIRECT_UPDATE to set the sourcing indicator ) . Only when I clear all the values shown above to zero (change the values from 25 to 0) , does the shopping cart comes to sourcing cockpit . But the SC come with the qty 100 which is not correct , it should be 100- 25 = 75.
Please suggest and pls answer all the questions.
REgards,
Saurav

Hi
as of now ,
if the deletion of purchase order can make shopping cart item available in the cockpit.
but you can not expect the sc item should goes to cockpit if the PO quantity has been reduced .
In the PDP scenario - SAP suggested some custom logic if the quantity increased in the PR and remaining item comes / shows in the cockpit but no sap never provide any solution for quantity REDUCED.
Muthuraman
The above is my experience but you can check with SAP what is the standard.

Shopping Cart not appearing in Sourcing Cockpit

Supplier Relationship Management -> SRM Server -> Sourcing -> Define Sourcing for Product Categories
In this config. we have maintained Sourcing as 3. sourcing carried out for items without Assd. source of supply also we tried with 2. Sourcing always carried out.
Yet the shopping cart does not appear in the sourcing cockpit .. a PR is created automatically and SOURCE_REL_IND is set to blank.
Is there any other config. that we are missing for cart to appear in sourcing cockpit.

Hi Saurav,
I had a similar problem and solved in the following way.
Please check the settings maintained in
Define Objects in Backend System (Purch. Reqs, Reservations, Purch. Orders)
- Remove the entries from this table.
- Recreate the entries from F4 Search Help only and do not type.
- Do not maintain wild Cards in two columns ( Purchasing Group or Material Group) At least one entry should exists.
- Test it again with creating new SC.
RBEI SRM/Ram

SOURCE_REL_IND : shopping cart not appearing in the sourcing cockpit

Gurus,
Few of the shopping carts after deleting the follow-on PO doesn't appear back in the sourcing cockpit. Furthermore, I found the SOURCE_REL_IND set to blank in table BBP_PDIGP.
Since this is happening at random, not sure if I can forcefully push the cart into the sourcing cockpit using any FM.
Thank you.
PS : I tried FM : BBP_PDIGP_DB_DIRECT_UPDATE, but the next run of BBP_GET_STATUS_2 is revoking it back to space.

Hello Ricardo
SUB:- CLASSIC SOURCING ...
assume that my buyer is incharge of the sc
1.requestor creates a sc and buyer also create a PO from the cockpit.
2. later business decides some thing wrong so buyer deletes the same PO
3. after status job the same sc why comes to cockpit. the same buyer should look each time the follow on docuemnts created or not?
4. what is the SAP stratergy here deleted PO taking to cockpit again
5. understand many customer has different taste.
6. if i were buyer which i really deleted the same PO , i dont want to see the the same sc again into cockpit.
sap has any flexible options ?
7. any customers reported to sap this is a problem or incidence.
i do have some incidents in sdn , 2 of them dont like this functionality
BBP_GET_STATUS _2 - Deleted PO's
deleted po not taken to the cockpit.
what is the sap sourcing stratergy describes this scenario ?
br
muthu

Sourcing Cockpit: Document still being processed in background

Dear experts,
we are facing the following problem in SRM 5.0 extended classical szenario.
In transaction Sourcing Cockpit when I click on create PO I reach the "Sourcing - Document Preview" screen, where I can click on button "Process PO".
Everytime I click on button "Process PO" I get the error message "Document is still being processed in the background; try again later".
PO is created but in status HELD. I have to go to transaction "Process Purchase Order (BBP_POC)" in order to create PO so that status changes to ORDERED.
There are no entries in table BBP_WFLOCK.
Thanks in advance and best regards
AD

Thanks for your answer.
Regarding your points:
1) It happens in almost 95% of the cases but as per now we could not figure out a rule when it happens and when not.
2) yes, it happens also after logoff.
For the user that is working in sourcing cockpit, the following entries are in SM12:
100 USER1 14:06:36 X CRMD_ORDERADM_H 10047BDCB4F6CD52BF8E1000000AC1ABC35 1 0
100 USER1 14:06:36 E PRCD_HEAD 10047BDCDBE6CD52BF8E1000000AC1ABC35 1 1
Regards
AD

Sourcing cockpit field should be greyed out

Hi,
   In Sourcing Cockpit, the purchase Org and Purchase Group field should be Greyed out in "Find" tab...
How can we achieve this.?? Is there any BAdi availbe???
thanks........

Hi, thank you for your quick reply. but i have new problem regarding this requirement.
I have created logic as shown below:
IF is_header-total_value LE 500000.
    IF iv_fieldname = 'START_BIDDING_BUTTON'. " Create bidding button name
      cv_invisible = '1'.
    ENDIF.
ELSEIF is_header-total_value GT 500000.
    IF iv_fieldname = 'PROCESS_ORDER_BUTTON'. " Create purchase order button name
      cv_invisible = '1'.
    ENDIF.
ENDIF.
It seems to work but why can't i find any value in the table is_header nor is_item: (I have already add SC in the work area)

Material Master Volumes / Sourcing Cockpit / PPS

Hi,
I am currently working on an SRM + ERP (SRM 6 SP0 / ECC 6 / PPS1) implementation for the French State. We are doing a study on the feasibility of using direct procurement functionalities in SRM (sourcing cockpit etc).
Minisitries such as the French MOD however appear to have very large material master repositories.
Order of magnitudes, including clean up, reach the millions easily, so I have a hunch we can encounter performance problems.
How many different material numbers (ballpark) is it conceivable, technically, to put into one client knowing that:
1. we have to have all the materials in ECC and in SRM (regular replication),
2. we expect to have anywhere between 40 and 200 plants, each having 3-5 warehouses,
3. we will have about 25 company codes,
4. MRP functionalities will be very low (min max quantity, no BOMs),
5. we will not sell these materials,
6. we don't want to put WM in place,
7. transaction volumes expected - 1000 POs a day, each with at least ten line items,
8. we only do POs in SRM (GR IR are done in ECC),
9. we have specific developments such as systematic account determination in ERP (using T030 table) or a battery of different controls upon ordering the PO.
In my opinion, ERP tables such as MARC may have too many entries for a million or more materials to be used in our instance. Anyone can confirm this is a logical cut off point?
Also, we do not have MDM. Would this change the ballpark figure?
Thanks a lot and best regards
Mathieu

Wrong assignment of P org with P grp is the route cause, found the error and rectified which is working fine.
Thanks and Regards,
Venkata Koppisetti.

Some SC Items not getting transferred to sourcing cockpit

Hi,
Even after the SC is complete, approved and the "sourcing is always carried out" setting is maintained in the config, still some requirements are not transferred to sourcing cockpit.
The sourcing relevant indicator in BBP_PDIGP table is set to blank.
In table CRM_JEST the SC status is approved but the item status is not changing to "Item in transfer process- inactive".
We are now forced to run FM BBP_REQREQ_TRANSFER manually for those SC's to push them to the sourcing worklist of the buyers.
Can someone please say why?
regards,

Hi,
Find Your SC in transaction BBP_PD and check 'organizations' fields (table BBP_PDORG).
There should be list of purchasers. Logon to any purchaser listed in BBP_PD and look at Sourcing.
If You don't find your SC, check following in SPRO:
- SRM Imp. Guide -> Supplier Relat. Managm. -> SRM Server -> Technical Basic Settings -> Define Backend System for Product Category
- SRM Imp. Guide -> Supplier Relat. Managm. -> SRM Server -> Cross-Application Basic Settings -> Define Objects in Backend System (purch. req...)
SRM Imp. Guide -> Supplier Relat. Managm. -> SRM Server -> Sourcing -> Define interactive Sourcing for Product Categories
Regards,
Marcin Gajewski

Requirements reappear in Sourcing Cockpit - Urgent

Hi,
Suddenly our users reported that requirements from MRP which were sourced long back reappeared in sourcing cockpit today (When you do Find). Most of the items are 0 qty and greyed out but some are non-zero qty but they too were sourced long back.
I am thinking of clearing these already sourced requirement using BBP_GET_STATUS_2. There were no notes applied in the last week. Until 2 days back the SOCO was in good shape (according to one of the users).
Any body experienced anything of this nature and how they solved it?

Hi,
I've experienced this problem. Some of MRP requirements are reappeared in SOCO with zero quantity. When I clicked in details of this Reqs I saw follow on documets with PO created.
Solution for this problem:
- prevent transfer already purchased requirements in backend system (basing on table EPRTRANS)
- prevent showing already purchased requirements in SRM (basing on follow on document and SOCO indicator - Sourcing relevant)
I think first solution is better.
Regards,
Marcin Gajewski

Sourcing cockpit - customer columns in worklist.

Hi,
I added two fields in item level of shopping cart as mentioned in note Note 672960 - User-defined fields 2
After that In sourcing cockpit I am not able to see the customer fields in the column list where as when I add the shopping cart to the workarea, In the workarea the customer fields are visible as columns.
Fields in worklist.
Description Category Quantity Requester Name of Vendor Requirement Contract Bid Invitation PRS Number Auction Manufacturer Part Number Manufacturer
Fields in workarea are :
Description Category Quantity Requester Vendor Name of Vendor Gross Price Net Price Requirement Contract Info rec. Purchasing Group Manufacturer Part Number Manufacturer Pur Grp Requestor
The last two columns Pur Grp and Requestor are the two fields added to shopping cart item level.
Why is it like customer columns are displayed in Workarea but not worklist?
Is the note 632982 Generation of screens for sourcing is the solution for this problem which tells about deletion of screens?
Thanks.

Hi
Which SRM version are you using ? Where you have added the fields - At Item level or Header level ? Are they appearing in the Extended Search functionality ?
Please ensure that the Append and Include table structures are activated carefully and also send the screen shots as well.
Anyways, Try the following SAP OSS notes.
<u>Some useful SAP OSS notes -></u>
<b>
Note 809630 - Customer field in bid invitation and bid - How does it work?
Note 672960 - User-defined fields 2
809628 - Table like customer fields from bid invitation in bid
935433 - Error in structure BBPS_PO_NOVATION after adding CUF
798731 - Bid: Bid Inv. Customer fields not visible
762984 - SRM40-SUS: Implementation of customer enhancement fields
675800 - Business partner enhncmnt in EBP4.0 data on maintenance scrn
458591 - User-defined fields: Preparation and use
Note 632982 - Generation of the screens for the sourcing
</b>
Have you raised any OSS message with SAP yet ?
Do let me know.
Regards
- Atul

SRM7 - Sourcing Cockpit steps and FPM

Hi all gurus,
in SRM7 there's a sourcing cockpit for purchase requisitions which is basically split in 4 main steps:
- in the first one (which corresponds to a specific WebDynpro/view) the user cah search for a PR; after the results are retrieved, the user can select PR's positions and proceed to the second step;
- the second step (second WD) represents the user's workarea; here positions from one or more PR can be selected to create a following document (contract or purchase order);
- the third step (third WD) let the user specify in depth which document should be made (e.g., the specific type of the contract);
- the fourth step (fourth WD) shows which document has been created.
By standard, navigation between steps (in both directions, as the user can go back from step 2 to step 1 and so on) is implemented via FPM buttons (e.g, NEXT_STEP).
In my task I have to work on step 2, and these are the requirements: each time the user goes from step1 to step2 (with some positions, of course) I have to perform a sketch of code.
The code is ready and works, but don't kwon how to restrict the execution on the clause "each time the user goes from step1 to step2" because:
- WDDOINIT of step2 is triggered only once, so it works for the first time the user goes from step1 to step2. If the user goes back to step1 and then proceed to step2, the code isn't triggered anymore.
- WDDOMODIFYVIEW of step 2: quite similar as before. Using the FIRST_TIME parameter I can execute correctly the code when the user proceed to step2, but if he goes back and then again to step2 the code isn't triggered anymore.
Outside the IF FIRST_TIME = 'X' condition is not a solution as well, since we'd like the code to be executed only when stepping from step1 to step2.
I guess the solution could be something related to FPM world, but I'm absolutely not an expert of it so I kindly ask for help to you gurus.
Thanks for your support.

Saravanan, I've seen that PROCESS_EVENT method for componentcontroller; when I pass from step1 to step2, that method is executed 3 times and in each run mv_event_id is set as follows:
1) REFRESH_TOOLBAR
2) RENAME_STEP
3) RENAME_STEP
well, actually I passed from step 1 to step 2 exactly two PR items, that could explain redundancy in 2) and 3).
Anyway... time to go deeper in the specs I guess, as I don't see a path to find a solution using the componentcontroller.
My task is to remove the initial lead selection from the table that contains PR items in step2.
This seemed to be straightforward by removing the initialization of the lead selection from the context node which represents the table (even though this is a custom modification of a standard WD).
However, that did not work as the standard Webdynpro/view itself has been made on the specific assumption that a leadselection ALWAYS exists; it is used to initialize some properties on the table, so if I remove that "Initialization Lead Selection" flag the standard code dumps. So, this cannot be a solution.
However, I've seen that once the lead selection has been set and the screen has been rendered, the user can un-select it via CTRL+left click on the selection column.
I debugged a bit and was able to reproduce via code that behaviour; no more dumps. Here's the code (actually I put it in a post exit of WDDOMODIFYVIEW, when FIRST_TIME = 'X'.. not a solution anyway, as I explained before):
DATA: lon_soco_workarea           TYPE REF TO if_wd_context_node.
    DATA: lead_selelement             TYPE REF TO if_wd_context_element.
    DATA: idx TYPE i.
    lon_soco_workarea = wd_context->get_child_node( name = 'SOCO_WORKAREA' ).
    CALL METHOD lon_soco_workarea->get_lead_selection
      receiving
        element = lead_selelement
    DATA wpr TYPE TABLE OF wdr_event_parameter.
    DATA wpr1 TYPE wdr_event_parameter_list.
    DATA dref TYPE REF TO data.
    DATA nullref TYPE REF TO data.
    DATA did TYPE REF TO data.
    DATA didx TYPE REF TO data.
* Get element index - redundant, cause it's = wa_item_indexes-index
    CALL METHOD lead_selelement->get_index
      RECEIVING
        my_index = idx.
* Getting reference to DATA generic datatype in order to
* define a custom event parameters for the lead selection
    CREATE DATA dref TYPE REF TO if_wd_context_element.
    GET REFERENCE OF lead_selelement INTO dref.
    CREATE DATA nullref TYPE REF TO if_wd_context_element.
    CREATE DATA did TYPE REF TO string.
    DATA: idstring TYPE string VALUE 'WA_TABLE'.
    GET REFERENCE OF idstring INTO did.
    CREATE DATA didx TYPE REF TO i.
    GET REFERENCE OF idx INTO didx.
* Creation of custom wpr1 event
    DATA wps TYPE wdr_event_parameter.
    DATA newevt TYPE REF TO cl_wd_custom_event.
    wps-name = 'ID'.
    wps-value = did.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'CONTEXT_ELEMENT'.
    CLEAR wps-value.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'ROW'.
    wps-value = didx.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'NEW_ROW_ELEMENT'.
    wps-value = nullref.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'OLD_ROW_ELEMENT'.
    wps-value = dref.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    CREATE OBJECT newevt             "pass this event to that method.
     EXPORTING
       name = 'REMOVE_SEL'
       parameters = wpr1.
    wd_this->mo_dom_soco_gaf2->/sapsrm/if_cll_do_tree_mapper~handle_lead_select( newevt ).
* for other lead selection related actions
    wd_this->mo_dom_soco_gaf2->additional_act_on_lead_sel( io_wdevent = newevt ).
Problem: this code is related to the view's table management, how could I port such code to the componentcontroller? My guess is it's not possible; I should find a way to execute this code only "every time user switch from step 1 to step 2", maybe I could raise a "sign" from the method PROCESS_EVENT that i could catch in WDDOMODIFYVIEW?
Any help as always's welcome.

Purchase Order error message when on Sourcing Cockpit.

Hi All,
I have encountered a series of error messages when I try to convert my Shopping Cart into a Purchase Order in SRM 5 within the Sourcing Cockpit. I am using Extended Classic Scenario and have defined the number range in SRM and ECC5. The error messages are below, the moment i try to concert the cart to a Po;
- Internal number range is missing for transaction type. Inform syst. admin
- Transaction type * does not exist. Check entries
- Some backend documents could not be generated, or they contain errors Further Information
- No status object is available for
I have checked the transaaction type, number ranges assignments, attributes in PPOMA_BBP but fail to find the cause.
Any pointers would be welcome!
Thnx,
Mike

Hi Muthu,
The number ranges are consistent as I have checked the number range for local purchase order and this is set as an internal between the range 3000000000 - 3999999999. On the transaction type for BUS2201 Purchase Order, 30 has been set as the Int Number Range, with all other fields left blank.
The strange thing is that the documents that failed to convert into a PO had been reprocessed in the Application Monitor for Purchase Orders, but when I go back into Sourcing to create the PO, I now get the message:
"You have either failed to select an item, or you cannot create a follow-on document due to an error that has occurred"
Regards
Mike,

Error in Sourcing Cockpit

Hi Gurus,
we're working with EC Scenario in SRM 4.0 and Sourcing Cockpit.
We can create the following documents from a shopping cart: Bid Invitation, Auction and Purchase Order, but not a Contract. The system goes exits out and dumps the following messages:
"Note
The following error text was processed in the system SV5 : Transaction type ECPO must not be used for object type BUS2000113
The error occurred on the application server itsv03_SV5_10 and in the work process
The termination type was: TH_RES_FREE
The ABAP call stack was:
      Form: ADD_MESSAGES_TO_LOG of program SAPLBBP_SOCO_APP
      Form: CREATE_FOLLOW_ON_DOCUMENT of program SAPLBBP_SOCO_APP
      Function: BBP_SOCO_EV_FOLLOW_ON_CREATE of program SAPLBBP_SOCO_APP
      Function: BBP_SOCO_EVENT_DISPATCHER of program SAPLBBP_SOCO_APP
      Form: FCODE of program SAPLBBP_SOCO_UI_ITS
      Module: FCODE of program SAPLBBP_SOCO_UI_ITS"
Could u help us?
Thx, Enrico

Hello Enrico,
Please maintain the transaction type for the BO/TransCat- BUS2000113 in the SPRO at the path SRM Server -> Cross-Application Basic Settings->Define Transaction Types and also if you have implemented the Badi BBP_DETERMINE_LOGSYS , please verify the code for the method ~CONTRACT_LOGSYS_DETERMINE.
hope this info will be useful.
regards,
Mani

Custom Error Messages in Sourcing Cockpit do not prevent PO creation

Hi forum gurus,
We are implementing SRM 5.5 SP 9 in extended classic mode. We have implemented sourcing cockpit too.
We have coded an error message in the 'BBP_ITEM_CHECK' BADI for the sourcing cockpit and it appears correctly in the sourcing cockpit when necessary.
However, the system still allows the PO to be created, despite the error message being visible prior to clicking on the 'Create Purchase Order' button.
Any ideas? I will create a customer message to SAP with this anyway, but hoped someone may know for certain how to resolve it!
Thanks,
Nick

Hi,
Use the BADi "BBP_DOC_CHECK_BADI".
See the foll thread:
authority check on Creation of Purchase order usin badi BBP_ITEM_CHECK_BADI
BR,
Disha.
Pls reward full points for useful answers.

PO split in sourcing cockpit ? :-(

Hello my helpful friends.je.je
I have quick question for the SRM gurus:
In the sourcing cockpit, I selected 20 items (per example) and the application splits those items among 2 purchase orders.
What is the reason of this behavior ? I know that ebp separates direct and indirect materials. But in this case everything is indirect.
Is there any field that may cause a PO split ?
Thanks and regards from Mexico !
diego

Following is the criteria which is used to split POs
For Backend Purchase Orders
Company Code
Purchasing Org
Purchasing Group
Document Type
Vendor
Subtype (Direct/Hierarchy)
FI Logical System
Logical System from where an External Requirement comes
For Local Purchase Orders additional criteria is used to split POs:
Delivery Address (for higher releases)
Procument Card Number
Procurement Card Company
Additionaly as mentioned by Vadim, check the Implementation of BADI BBP_SC_TRANSFER_BE (Method GROUP_PO) for any Customer Added Splitting Criteria.
Thanks,
Ashish

Sourcing cockpit table

Similar Messages

Maybe you are looking for