on 10-08-2012 3:27 PM
Hi experts,
In an online program I am executing the FM L_TO_CONFIRM for create one TO for each HUs created before. This seems to work correctly, but, when I execute online the WS_DELIVERY_UPDATE FM for do the post, this doesn't work, it's like if the L_TO_CONFIRM function never ends, but, if I change the WS_DELIVERY_UPDATE by a call transaction, this works correctly, please, does anybody know how can I solve this problem???
Please!!! HELP!!!!!!!!!!!
Thanks in advance,
Best Regards,
Rebeca
Dear Rebeca ,
In an ideal case TO creation happens first followed by HU creation , packing , TO confirmation followed by post goods issue.
Pre requisite for your your program for sucessfull completion of goods issue is to complete relevant WM activities and update its status as C , also there should not be any entry's pending in incompleteness of delivery , please crosscheck same.
If your TO is not confirmed Nor HU is completely packed or if you have any incompleteness flagged system will not allow you to perform PGI and your routine will fail.
kindly check whether all these are crosscheck , try same and let me know as we should be able to resolve same.
Kindly provide me screen shot is test data which you are executing for prompt analysis and effective resolution.
Thanks
Jinoy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please, help!!! We need some help with this, we don't know why is not working correctly!!!!
Thanks in advance,
Best Regards,
Rebeca
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jinoy,
And thanks a lot for your answer, this is what we want to do:
1º We cancel the standard order transport using L_TO_CANCEL
2º Once the order transport has been cancelled, we create, for each handling unit of the VBELN one TO, with the function L_TO_CREATE_DN
3º For each new TO we need to confirm it, so we use the FM L_TO_CONFIRM
4º Once all the TO are created and confirmed, we should post the good movements. For do this, we use the FM WS_DELIVERY_UPDATE and is here where we have the problem, the FM returns ef_error_any_0 = 'X' and ef_error_in_goods_issue_0 = 'X', it is like the L_TO_CONFIRM never ends and the post never start....
After the L_TO_CONFIRM we use COMMIT WORK AND WAIT, but not sure this work.
I've been looking through internet, and I've found the following documentation: http://help.sap.com/saphelp_45b/helpdata/en/35/b0e8e087a62488e10000009b38f9b7/content.htm
Do you know if we should use SET UPDATE TASK LOCAL instead of Commit work and wait?
Thanks in advance, hope you could understand the process.
Best Regards,
Rebeca
'
Dear Rebeca ,
I am not sure about technical language but functionally we follow below for delivery reversal and putaway of stock .
1. Reverse delivery - in standard SAP we use VL09 , this will update delivery status as open.
2. Create transfer order for delivery's LTOG and confirm TO in LT12 .
Could you relate this with the function modules you are using , may be i can help you more if you could be more clear on the process which is being followed in SAP , step by step.
Thanks
Jinoy
Hi Jinoy!!
yes, I want to do something similar to the steps you told me but I want to do it by programming...
For a specific delivery, I want to, by programming, create one transfer order for each handling unit (I use L_TO_CREATE_DN for do that) the delivery has. Once the delivery has all the transfer order, I want to confirm all of them, (using L_TO_CONFIRM FM) and once all the transfer order has been defined and confirmed I want to do the Post Goods Issue (similar to execute the buttom "Post Goods Issue" of VL02n transaction) using function module WS_DELIVERY_UPDATE, and is here where we have the problem. When you execute at the same time the WS_DELIVERY_UPDATE the FM returns an error in
EF_ERROR_IN_GOODS_ISSUE_0 = 'X'.
Thanks a lot for all!!!!
Best Regards,
Rebeca
User | Count |
---|---|
108 | |
12 | |
11 | |
6 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.