on 07-21-2008 3:46 PM
Return delivery is not allowed ( currently the button is disabled). Normally, we should be able to clic on u201Cdeleteu201D or u201Creturn deliveryu201D button, but it is greyed out (see below).
=> it is working in some of the others test systems of SRM system.
Here is the link for navigation....
Confirm GR>display and process confirmation (=GR) u2013 basic data in header
Now the status for the confirmation header data shows us ....
Complete
Confirmed
Created
Approved
Currently Being Transferred
... Where as the data via IDOC is already transmitted to the target system and processed also .
What needs to be done to update the STATUS to Transport to Extended System ??
Is there any special function that we need to trigger to update the status ? And also the buttons so that Deletion and Return Delivery can be done ???
to process the confirmation, choose an active pushbutton
Confirmation Number 1000662564
Confirmation Name aaa Purchase Order Number 4501057849
Ok .. Thanks a lot for the prompt reply.
What exactly we are facing is in EBP system even though the confirmation is transmitted to the backend but the status keep on showing "Currently being transmittedu201D.
Now the status is not changing even after we run the status reports and clean functions...
Whereas in some of the other systems its updating successfully so we need to know if its a problem with the system ? What should be our strategy to find the problem ?
If its system wide or just some missing configuration issue.
Regards,
Ravi Sharma
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
While updating the shopping cart status with program BBP_GET_STATUS_2 in RGY, I get the following message:
"More than one reference to a purchase requisition is not expected."
Can it be areason for the status on the shopping cart not getting updated correctly.
I have investigated the problem and found the following things happen in the target system:
I analyzed the situation and found that this program BBP_GET_STATUS_2 in RGY internally calls up the backend driver function.
Which is passing this message, u201CMore than one reference to a purchase requisition is not expected. u201C. Then the backend driver function exits straight away.
The driver function which is triggered is B31I_STATUS_READ. Which try to read the quantities as shown below.
now take the reference(s) an read the quantity of
the sc line in the according po lines
PERFORM read_quantity TABLES lt_return
lt_sc_references
CHANGING lt_upd_line-unit
lv_ordered_quantity.
Under this function it try to check the references and if it finds more than 1 reference it will just append this error and return us the string what we are getting at the moment on the screen.
*-----error, more than one RQ is not expected.
PERFORM fill_errtab USING 'E' '012'.
EXIT.
I am not very sure about what is going wrong at functional end that this error is getting generated. Please check it and confirm the same.
Functionally we do exactly the same in all the test systems(RGY, RGQ etc). And even though I got this message while running BBP_GET_STATUS_2 in RGY, the shopping cart got updated correctly with the back end document details. After running BBP_GET_STATUS_2, we could also do 'Confirm GR' correctly for the shopping cart in RGY. It is only after 'Confirm GR' step that we are finding that the status in the shopping cart is not getting updated correctly and which may be the reason for the de-activation of the 'Return Delivery' and 'Delete' button.
I just wanted to check if this message was relevant for the status not getting updated correctly in the shopping cart header tab ??
Can anyone please help me with this issue ??
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi. I would ask SAP about that "More than one reference to a purchase requisition is not expected" error.
We got that after a support pack and they gave us a load of notes to get arond it.
Here are the ones they told us if you want to try them:
0000691569 Error messages in BBP_GET_STATUS_2
0000812564 The ordered quantity of the BE-PO is not read
0001012124 SHP not reappear in SOCO after backend PO delete
0001027859 BBP_GET_STATUS_2: Short Dump in SRM 4.0
0001032713 BBP_GET_STATUS_2: incorrect sourcing indicator
0001033208 Complete sourcing indicator is getting lost
0001040847 Requirement is removed from sourcing after BBP_GET_STATUS_2
0001041334 BBP_GET_STATUS_2 cannot handle more than one PO
0001051106 BBP_GET_STATUS_2: Fehlermeldung E 012 im Backend für Limit
0001060971 Error in Note 1051106
0001055375 BBP_GET_STATUS_2: Error message during conversion
0001005993 Performance in BBP_STATUS_READ for more than 20 000 items
0001025350 BBP_GET_STATUS_2: Error message E 012
0001040917 BBP_STATUS_READ: Error messages are not deleted
0000989891 BBP_GET_STATUS_2: Incorr quantity determination in back end
0001027598 BBP_GET_STATUS_2: Error message E 011 in back end
Also 1044351 and 1075526
Regards,
Dave.
Hi. I presume you are running CLEAN_REQREQ_UP after doing the original GR?
This program sets updates the confirmation status so you can do return deliveries and so on.
Regards,
Dave.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.