Classic scenario-SC not transferred to backend,short dump in ecc

hi Guru's,
Classic scenario, sc not transferred to backend, executed FM bbp_pd_sc_resubmit, short dump occurred in the backend stating call function not found
please help
short dump file attached
regards,
kiran

Hi Kiran,
Could you please send the DUMP for analysis.
Please try to use this -
This is the new report BBP_SC_AUTO_RETRANSFER to change the status from
I1111 Item in Transfer Process
I1112 Error in transfer/ transmission
Thanks,
From RBEI,
Snehal

Similar Messages

Free of charge items, ie price = u00A30.00 are not transferred to backend.

Free of charge items, ie price = £0.00 are not transferred to backend. PO created with held status, but the SRM PO item IR flag is selected. If we manually amend the SRM PO item to remove the 'invoice receipt' flag, then save the PO, the PO does get to the backend with a price of zero, the IR flag de-selected and the 'free' item flag selected.
How do we manage to get the PO with free items to the backend without having to manually change the held PO in SRM? We are on SRM 5.0 using extended classic.

Hi
We have done this type of requirment.. several times.. This is easily possible ..
You need to Implement the BADI - BBP_CREATE_PO_BACK using SE18 Transaction.
Either you can do this sample code inside BAPI (Make changes accordingly) or inside the BADI - BBP_CREATE_PO_BACK / BBP_CREATE_PO_BACK_NEW depending on your requirement.
LOOP AT po_items INTO ls_po_items WHERE net_price IS INITIAL.
* Reset the IR Indicator for Items with Zero net price
 ls_po_items_add_data-po_item = ls_po_items-po_item.
 ls_po_items_add_data-ir_ind = space.
 ls_po_items_add_data-gr_ind = 'X'.
 ls_po_items_add_data-gr_non_val = 'X'.
 APPEND ls_po_items_add_data TO po_items_add_data.
ENDLOOP.
Related link ->
Re: Final Entry/ Final Invoice Indicator to be checked Auotmatically
Do let me know.
Regards
- Atul

PO output for Extended classic Scenario from the R/3 backend

Hi,
1) Does the PO output (ignoring the config maintained in SRM server 5.5 for the output) through R/3 backend is standard or it is mandatory to give local outputs from SRM only incase of Extended classic scenario?
Regards,
DV

Hi Anil,
We are working on extended classic scenario with SRM 5.0 & ECC6.0.
Please explain how we can take "PO output for Extended classic Scenario from the R/3 backend ".
Please send the related document to [email protected]
Thanks in advance
Ashutosh

How to avoid short dump in ECC 5.0

Hi
Can anyone tell me how to avoid short dump in ECC 5.0
I'm told we can avoid program going to short dump, instead IT WILL GRACEFULLY EXIT..

Hi
By implementing the code as for every unsuccess/failure conditions control has come out of the program. then only u can avoid dumps even though u code the not perfect functionality.
Regards,
kumar

Requirement Tracking Number Not Transferring to Backend

SRM 5.0 SP 7 - ECS
We've configured our system to allow users to enter the tracking number withing the Basic Data section of the cart, however when the PO is created in the backend the tracking number details are not transferred.
I assumed that this would be standard functionality but obvisouly it's not.
Any ideas / sample code would be gratefully received.
Keith

Hi,
Please check here :
https://forums.sdn.sap.com/click.jspa?searchID=5007432&messageID=3851280
Kind regards,
Yann

Classic Scenario PO not creating, only PR

Hi,
I'm using SRM 5.0, in classic scenario to R/3 4.6C. My Shopping Carts to R/3 are complete, but is not creating a PO. It creates a PR. If i run, ME57, assign and process, PR is already assigned a Fixed vendor, and PO is created without any further data being added. (Vendor, price, etc)
I'm confident my number ranges and Doc Type settings are correct.
In SRM customising, my 'Define Objects in BE Sys, has vaild P.Group, Cat Id, R/3 Source sys, Always external and PO if item data complete'.
When I trace RFC, RSRFCTRC, it is calling BAPI_REQUISITION_CREATE. Not BAPI_PO_CREATE1. Vendor master, set to auto create PO, not using material masters. Mat group and Vendor replicated from R/3 to SRM. Tax is calculated in R/3.
Any help appreciated. Is there a FM in SRM to test why its not creating a PO?
regards Adam

Hi
Couple of reasons might be possible ->
1) Try de-activating all the Custom BADI Implementations using SE19 Transaction (name starting with Y or Z) in SRM System for the time being, and then try out again.
Seems to be some BADI - BBP_TARGET_OBJECTS
BBP_TARGET_OBJTYPE might be over-riding the back-end documents creation.
2) Incase above step, does not help, Try creating a PO or PR directly into R/3 system (using ME21N or ME51N Transactions with the Document typeused in SRM), with the same data that is passed in the RFC call (you traced earlier) then see, what is happening in that case ?
Do let me know.
Regards
- Atul

Sc not transfered to backend rfc error after bapi_po_create1 ?

I have one user who's shoppingcarts are not transferred to the backend. when I try to transfer it manually with BBP_PD_SC_TRANSFER I get an rfc error after the bapi_po_create1
for the rest the whole system is functioning as it should but only for this user the shoppingcarts are not transfered. I also don't get any errors back from the bapi.
anybody got a clue what can be wrong with this particular user ?
I checked everything in ppoma but can't find any flaws or errors.
kind regards
arthur

>
Virender Singh wrote:
> Hi
> Did you check the Error Log in RZ20. There has to be something wrong in this shopping cart data. Is the SC Approved? What is the error shown by BAPI_PO_CREATE1?
>
> Regards
> Virender Singh
I am a bit closer to the answer I guess. no there were no erros given with BAPI_PO_CREATE1
fuzzy part however with the sc was that there was only an acc_no of 002. since the last hrsps on the backend the BAPI_PO_CREATE1 gave errors back that it didn't accept 002 without a 001
so I checked in a badi if there were acc_no with 02 and 100% costassignment and transfered these back to 01
with the badi BBP_CREATE_BE_PO_NEW. that was working very nice until one user could not transfer any shoppingcart anymore. I saw that she had a workprocedure that caused the 02 acc_no (she used copy paste) when I let her do it without copy paste and just change it then the shoppingcart created a PO.
but I'm puzzled what I'm missing here and why it most of the times work but sometimes it just doesn't give any errors back and no purchasenr but just an exception others.
can I debug this further on in the backend somehow what causes the exception ?
kind regards
arthur

Buffer Table Not Up To Date Short Dump When Publishing Change Version of Bid Invitation

Hi experts,
We are running SRM 5.5 with Support Level 16.
We have a bid invitation for which a user is trying to publish a Change Version. This bid contains two bid outlines, with one line item in each bid outline:
ITEM 1: HIER (Bid Outline)
ITEM 2: Line Item
ITEM 3: HIER (Bid Outline)
ITEM 4: Line Item
However, upon clicking on the Check or Publish button, the system throws a CX_BBP_PD_ABORT exception short dump. The reason for the exception given in ST22 is "Buffer table not up to date".
Due to organisational system security restrictions, I am unable to copy-paste the dump from ST22, so I will be typing out some of the details here.
Transaction: BBP_BID_INV
Program: SAPLBBP_PDH
Screen: SAPLBBP_BID_INV_1000
Termination occurred in the ABAP program "SAPLBBP_PDH" - in "BBP_PD_ABORT". The main program was "SAPLBBP_BID_INV".
In the source code you have the termination point in line 73.
Active Calls/Events
(formatted below as "No: Type: Name")
24: Function: BBP_PD_ABORT
23: Form: ABORT
22: Form: ITMADM_UPDATE
21: Form: ITMADM_MAINTAIN_SINGLE
20: Form: ITEM_F_CHECK_FROM_WTAB
19: Form: ITEMLIST_F_CHECK
18: Function: BBP_ITEMLIST_CHECK
17: Form: PROCDOC_DB_CHECK
16: Form: PROCDOC_CHECK
15: Function: BBP_PROCDOC_CHECK
14: Form: SSIS_DOCUMENT_CHECK_COMPLETE
13: Form: STATUS_SET_AND_INTERNAL_SAVE
12: Form: PROCDOC_UPDATE
11: Function: BBP_PROCDOC_UPDATE
10: Form: CHANGE_VERSION_UPDATES_ACTIVE
9: Function: BBP_PDCV_UPDATE_ACTIVE
8: Form: PROCDOC_CHECK
7: Function: BBP_PROCDOC_CHECK
6: Function: BBP_PD_BID_CHECK
5: Form: FCODE_DOCUMENT_CHECK
4: Form: FCODE
3: Function: BBP_BID_PROCESS
2: Form: PROCESS
1: Module (PAI): PROCESS
The ABORT subroutine is being called in Step 22 (ITMADM_UPDATE), at the following line:
* parent guids have to be identical ...
if gt_itmadm-parent <> w_itmadm-parent.
perform abort.
endif.
Upon tracing the variable values in the ST22 dump, it appears the program terminates when processing line 3 (i.e. the second Bid Outline). It appears that the first Bid Outline processes fine.
In the iteration for Line 3, the dump provides that gt_itmadm-parent contains the GUID to the Change Version document header, whereas w_itmadm-parent contains the GUID to the original Bid Invitation document header, resulting in a mismatch and subsequently program termination.
We have tried to replicate this bid invitation in our Development environment, but when executing, both gt_itmadm-parent and w_itmadm-parent contain GUIDs to the Change Version document header, hence the program does not abort.
Any suggestions would be greatly appreciated.
Thanks!
Best regards,
Kwong How

Hi Janu,
For Note 1561750, I have looked at the Correction Details and observed that it makes changes to an IF-ELSE block, but will result in the same path of code execution as before. I.e., the Note changes the code from "IF a THEN b, ELSE c" to just "c", but according to my code trace, we are already executing the "ELSE c" block in its current state.
We will look further into Note 1877600. The unfortunate situation here is that since we are unable to replicate this issue in our Development/QA environment, and the Note description does not explicitly fit the situation we are facing, we need to be very sure that the Note can address the issue before bringing it into Production.
Otherwise, we will raise a message as suggested.
Thank you so much for your help!
Best regards,
Kwong How

Short dump in ECC 6.0 during delta load

Hi,
We are currently working in BI upgrade project
from BW 2.1c to BI 7.0
At the same time R/3 is being upgraded from 4.0B to ECC 6.0
During delta load we are getting short dump in R/3 system.
Below is the short dump detalis
The current ABAP prgm "SAPMSSY1" had to be terminated because it has come across a statement that unfortunately cannot be executed.
The following syntax error occured in program "/BI0/SAPLQI2LIS_11_VAITM" in include "/BI0/SAPLQI2LIS_11_VAITM" is not Unicode-compatible, according to its attributes.
If any help can be provided on this issue it would be great.
Regards,
Nikhil
Edited by: Nikhil Sakhardanday on Sep 11, 2008 1:58 PM

Hi,
did you made UCCHECK ?
/manfred

Extended Classic Scenario does not create backend PO

We have SRM 5.0 SP 11 with ECC 6.0 backend (only one comp code, one plant and couple storage locations in the plant). I am configuring extended classic in there with the Org structure having Local Purchasing Org/ Local Purchasing Groups and the ECC Purchasing Org/ ECC Purchasing Groups.
It appears I am missing something; the system creates a Local PO just fine, however, dont see any signs of the system attempting to create a PO in the ECC system (no runtime errors or logs in either system).
In fact, my shopping cart does not show any value for Location (although the Org has the ECC location assigned to the user).
Any help is highly appreciated. Thx.
Raja

ECC 6.0 is ERP_2.0 and not R/3_4.70.
also check the resp org unit consistency with BBP_BP_OM_INTEGRATE
with the option all object types.
if I am not mistaken there are some FMs to push the copt again
like
BBP_PD_PO_transfer
(pl check the syntax... don't have system)
also check on "bachend prgp responcible" for yr ECS settings
also check the logic if you have implemented
BADI control ECS
BR
Dinesh

PO Attachments using Carry Out Sourcing not transferred to Backend

Hi SDN Team,
I have an issue with PO Attachments using Carry Out Sourcing.
The version I am using is SRM 5.0 which is connected to SAP ECC 6.0.
The necessary configurations for attachments are made in ECC.
When I create a SC through the normal procedure, with PR and PO getting created, the Attachments are getting transferred to the backend ECC, with the following code in the BADI BBP_CREATE_PO_BACK, method FILL_PO_INTERFACE.
Code :
clear cv_attach_use_url.
cv_attach_transfer_active = 'X'.
cv_attach_be_doc_type = 'SRM'.
cv_attach_be_storage_cat = 'DMS_C1_ST'.
But, when I create a SC, then create a PO via Carry Out Sourcing, that is the direct PO without PR getting created, the attachments are not flowing to the backend system.
1. Now, is there any specific settings which needs to be made for PO Attachments using Carry out sourcing?
2. I am aware of the BADI "BBP_CREATE_BE_PO_NEW", but even that is not helping me at the moment.
3. There are no entries created in the table BBP_PDATT too, also no document is created in CV02N tcode in ECC.
Since I am new to SRM, your valuable suggestions, would be of great help.
Thanks for your assistance in advance.
Best Regards,
Arun.

Please use program BBP_REQREQ_TRANSFER to create PO in R/3.Let me know you face further problem.
Sanjay

PO Account Assignment Fund Change is not transferred to backend

We are on SRM 550 SP10 ECS.
When a PO is being changed, if the fund is changed, that change does not get transferred to R/3. The old Fund when the PO was created is retained on the R/3 side. On the SRM side the new fund is retained.
Note:
The fund that I am talking about is under the Account Assignment link of Item data. If the Cost center is changed the new cost center is reflected to the backend.

Hi KA!
Have you found a solution to your problem? We have the same problem and is looking for the FM to get the fund center and commitment item from back end.
Sincerely
Anders

Deleted limit item not transferring to backend PO

Hi,
I have created Shopping cart of service line item and approved, after that i have added limit item and approved the order,
Now i dont want that limit item, i have deleted the limit line item.
the problem is in the SRM PO the value is decresed but in backend it shwing both the prices,
and one more thing is in the backend i can see only one line item having both service item and limit item as in the srm two line items exists,
now the user is asking after deleting the limit item in the SRM in the backend why it is not showing only undeleted price in the Po netprice, as in srm the PO price is as per the required.
Please suggest is this std setting or what to do ..
Regards,
jairaj

Hi
For limit cart you need to create a seperate cart. It will not mix with any other cart.
regards
satish

Extended classic scenario PO not created

Hi Guys,
Hope someone could give me some hints on this.
This is an isolated case.System works fine for all other shopping cart except for below case.
The shopping cart approved and suppose to create the PO. I could see the PO number generated in BBP_PD for the shopping cart. But the PO not exist in neither in SRM or R3. The status for followon document created is active. There is no any error in transfer reported in BBP_PD for the shopping cart.
I tried to resend the the shopping cart using bbp_pd_sc_transfer but it does not solve the issue.
How could I re-trigger the PO creation and update the PO to R3 again.
Thanks in advance.
Mike.

Try TXN SW01 for the business object BUS2121 and the Shopping Cart number; create a instance and ' execute the method 'Set Released'; this must create a PO if not you need to inform your technical team this error, as it might be a technical error and you can simulate this scenario from SW01.
Please reward point if useful.
Thanks
Kasee Palaniappan

PO not transferred to backend

Hi! I have a shopping cart which was approved but stayed on the 'Approved' status without the PO being created. I have run CLEAN_REQREQ_UP and BBP_GET_STATUS_2 and have checked RZ20 but couldn't fix it. There is no entry in RZ20. We are still on SRM 3.0. I found a note 982441 which might solve this problem but we need time to get the program created and pushed through to production. So, in the meantime, I would like to find out whether there is any function module that I can run to create the PO in the backend. Note that via BBP_PD, I can see the GUID and BE_LOG_SYSTEM but not the PO number in BBP_PDBEI table. Because I do not have the PO number, I cannot use SPOOL_PO_CREATE_DO to create the PO. I also cannot use BBP_PD_SC_RESUBMIT.
Any idea on resolving this would be very much appreciated.
Cheers!
SF

Please use program BBP_REQREQ_TRANSFER to create PO in R/3.Let me know you face further problem.
Sanjay

Classic scenario-SC not transferred to backend,short dump in ecc

Similar Messages

Maybe you are looking for