Can we do BDC Recording for Memasssa T-code

Don't know for MEMASSSA, but the classic troubleshooting procedure for any BDC which "doesn't work" is to run it screen by screen, and see where the problem is, and solve it (or ask the forum with a more specific question / search the forum before asking of course).

Why does a transaction that does mass maintenance need to be recorded and cannot be used directly, it even has the capability to run in batch.

Such change should be a one-time activity, and you should rather correct your master data to avoid that you get a confirmation control key that you do not want

Thanks for your response,

I have recorded recording in SHDB for MEMASSSA t-code, when I process recording data would update correctly and when I convert same recording in to program or create session it successfully processes, but values are not getting updated.

To understand this issue I have debugged the standard code behind MEMASSSA t-code.

Processing only recording in SHDB: There is a function module I_MASS_SAVE_DATA this FM is responsible to update table values successfully. the FM contains COMMIT WORK statement inside.

Processing same recording after converting into a the program: after =SAVE compiler reaches to I_MASS_SAVE_DATA and inside the FM when COMMIT WORK is triggered BDC SESSION would be completed and values would not be updated as compiler doesn't process FM after COMMIT WORK statement.

Is there any solution to process BDC SESSION after COMMIT WORK statement and update the values as RECORDING does?

Thank you.

Based on your further investigation, your only issue is that the ABAP code stops right after COMMIT WORK.

If you search the forum, you'll see that it's a normal BDC behavior.

The only way of continuing after COMMIT WORK is to use CALL TRANSACTION ... USING ... (CTU) with a special option ; please refer to the ABAP documentation (+ search forum if you need further assistance).

Note that a Batch Input Session (it's not a CTU) always stops after a COMMIT WORK, there's no way to avoid this (or execute the data of the batch input session via CTU).

PS: 1) a compiler does not execute code, it compiles programs. 2) You are declaring that the recording works successfully ("processing only recording"), but using the word "recording" is misleading as in fact you're just saying that the normal transaction, being recorded by the way, works successfully (of course! The recording of a transaction works 99% identically to the normal transaction).