topic Re: ROLLBACK after failure in Application Development and Automation Discussions

ROLLBACK after failure

Former Member — Wed, 08 Feb 2012 13:34:30 GMT

I am calling the following FMs in the sequence:

1. BAPI_GOODSMVT_CREATE using movement type 261

2. BAPI_GOODSMVT_CREATE using movement type 101

3. COMMIT WORK to generate a handling unit number.

4. A FM L_TO_CREATE_SINGLE (that unpacks and repacks handling units) uses the handling unit number of step 3.

My requirement is that if the BDC in the 4th step fails, then steps 1, 2 should be be ROLLBACKed.

To my understanding if I have a ROLLBACK work after step 4, then the COMMIT work in step 3 prevents the ROLLBACK of steps 1 and 2.

I cannot remove the COMMIT in step 3 as the HU number is not being generated (which I need in step 4) in case I remove the COMMIT WORK.

I tried calling the FM in step 4 in UPDATE TASK, but no luck.

Please help, how to go about this problem.

Re: ROLLBACK after failure

mithun_shetty4 — Wed, 08 Feb 2012 13:59:06 GMT

if you cannot generate the Handling unit number with out commit work then probably u need to do a reversal ( ie post with the reversal movement type for 261 and 101) when the 4th step fails

Re: ROLLBACK after failure

Former Member — Wed, 08 Feb 2012 14:21:27 GMT

Thank you for replying.

I find that idea as a potential solution to my problem.

If I use your approach, I believe a system log will be created showing the information about the reversal. However since the whole process takes place behind a online program, I do not want information of the reversal from getting logged for every time the repack unpack fails due to (say) wrong input from user.

Is there any way to delete the information in the log, that would not allow it getting logged every time in the intermediate phase?

Re: ROLLBACK after failure

kesavadas_thekkillath — Thu, 09 Feb 2012 05:48:05 GMT

You are using commit work before step 4 because you step 4 is dependent on data provided from previous steps.


My requirement is that if the BDC in the 4th step fails, then steps 1, 2 should be be ROLLBACKed.

Commit work is the last state of a transaction flow and you cannot rollback the previous step. The only way I see is to call BAPI_GOODSMVT_CANCEL and reverse the goods movement.

Please let me know what do you mean by logs exactly. Is it the change documents or something else ?

Kesav