Memoria y Call Transaction

[abfv]

Hola a todos, necesito una ayuda, estoy realizando varios call transaction a la SM30, pero cuando finaliza el Call Transaction de cada rutina, no me libera la memoria, como si no saliera de la transacción que llamé y ya le agregué al BC_OKCODE los parámetros de /eback, /eennd, /back. Tienen alguna idea que puedo hacer .

Saludos y gracias.

Cualquier aporte es bueno.

[albertcorp]

Buenas pana...primero tienes que fijarte si ese es el nombre correcto del boton de back en la transaccion... no todos los botones en las ventanas se llaman igual... puede ser BACK como puede ser de repente alguna loquera como GRT algo por el estilo... metete por la sm35.. dale grabacion.. crear nueva.. pones un nombre cualquiera la transaccion y comienzas la grabacion... recorres tus pantallas normal y cuando salgas el te va a mostrar un log.. alli puedes ver el nombre interno que tiene el boton de atras en la transaccion...

[abfv]

Gracias, pero ese punto ya está, lamentablemente es otro el problema que tengo con la sm30, que no me libera la memoria de paging con un call transaction y la verdad todavía no lo puedo encontrar. Reporte en sap pero me indican que debo cambiar un parámetro de memoria, ahora insisto en que debe existir alguna forma de liberarla.

Pero gracias de todos modos.

[Edd_401]

¿por Que Hacer Call Transaction ?

Te Recomiendo:


Call Function 'view_maintenance_call'

[abfv]

Hola, me podes pasar algunos dats mas sobre como utilizar esta función para modificar un registro o agregar en la tabla t508a.

Desde ya muchas gracias.

[VLozano]

Nunca, JAMÁS, bajo ningún concepto, agregues o modifiques registros en una tabla estándar de SAP.

Punto.

[abfv]

Entiendo tu postura y la comparto. Pero debo agregar que para estos casos, en los que debemos agregar o modificar registro, SAP provee distintas posibilidades, call transaction, batch input, etc. lo que creo que vos estas tratando de indicar que no se puede ni debe hacer un update directo a la tabla standar, pero creeme que a través de las distintas funciones SAP se asegura que al realizar los updates no se pierda la consistencia entre tablas.

Saludos.

[VLozano]

Joer, lo de los BI y las funciones es obvio. Pero funciones genéricas de mantenimiento... yo no lo haría.

Aunque creo que esa función no servirá de nada si la tabla no tiene creada la vista de mantenimiento... juraría que es el equivalente a llamar a la SM30.

En todo caso, lo que hace falta aquí es un funcional que le diga dónde se informan los datos de esa tabla, y entonces proceder, primero buscando una función que haga lo propio (específica para el objeto) o un batch input en caso de no existir la función.

Pero jamás usando vistas de mantenimiento, funciones genéricas (y menos si NO tienen informadas la fecha de liberación "release date") o cosas por el estilo.