|
#1
|
|||
|
|||
Commit de varias bapis
Hola,
estoy utilizando las bapis: -BAPI_GOODSMVT_CREATE -L_TO_CREATE_MULTIPLE Quiero, que en el caso de que algo fallase en la segunda, la primera no tuviese efecto. He probado ha hacerlo con un IN UPDATE TASK pero creo que ninguna de las dos funciones tienen esta opción. He probado con un BAPI_TRANSACTION_COMMIT al final de las bapis, pero tampoco he conseguido que no se grabase en la base de datos la primera. ¿Cómo podría hacerlo? Muchas gracias. Un saludo. |
#2
|
|||
|
|||
Rollback
Si la segunda falla, no podrías hacer: ROLLBACK WORK ?
Y si la segunda va bien COMMIT WORK |
#3
|
|||
|
|||
Hola, si, he intentado cancelar las dos con un rollback. Al ser bapis he leido que tenía que usar el BAPI_TRANSACTION_ROLLBACK en vez del ROLLBACK WORK a secas. Pero a pesar de pasar por el rollback, los movimientos figuraban en la base de datos.
Muchas gracias. |
#4
|
|||
|
|||
Te digo de memoria,
algunas BAPIS tienen un indicador a 'X' para que la haga pero que no lo ejecute, q no se grabe. Es como si no se hubiera hecho. Podrías hacer las dos de esta manera y si la segunda va bien las haces con la condición en blanco. Harías dos veces las bapis, pero así realizas esa comprobación. |
#5
|
|||
|
|||
voy a mirar si en estas dos bapis encuentro ese indicador. No me importa tener que hacerlo así, no me va a incrementar el código y al menos se quedará seguro.
Lo miro y os digo. Muchas gracias. |
#6
|
|||
|
|||
Los tiros iban por ahí. En la segunda bapi, la L_TO_CREATE_MULTIPLE, he dejado el i_update_task = 'X' y el i_commit =' '.
En la primera bapi, la BAPI_GOODSMVT_CREATE, que no tiene estas opciones, he utilizado el SET UPDATE TASK LOCAL. Como he utilizado el update task en la primera, imagino que en la segunda no haría falta. Voy a probarlo. Después con un commit work o un rollback work, en caso de fallo, funciona correctamente. Muchas gracias. Un saludo. |
#7
|
|||
|
|||
Ya lo encontré,
yo llamé a la BAPI: BAPI_SALESORDER_CHANGE 1 con el flag --> simulation = pi_simulacion "X 2 recogí la tabla return --> return = po_return 3 si en la tabla había algún error --> CALL FUNCTION 'BAPI_TRANSACTION_ROLLBACK'. 4 si no había error --> vuelvo a llamar a la BAPI con simulation = pi_simulacion "blanco ' ' 5 finalizo --> CALL FUNCTION 'BAPI_TRANSACTION_COMMIT' Yo hice esto, intenta adaptarlo y prueba Saludos |
Herramientas | Buscar en Tema |
Desplegado | |
|
|