El usuario es responsable del mal uso de lo siguiente
Lo que voy a explicar a continuación permite modificar cualquier registro de una tabla desde la transacción SE16 siempre y cuando los campos no sean claves. Con esto no es necesario pasar por alguna transacción ni tener permisos especiales para cambiar un campo del algún registro específico.
Pasos a seguir:
Ir a la transacción SE16 (Browser de datos), ingresar a la tabla que se quiera y buscar el registro que se quiere modificar.
Una vez que estamos visualizando el registro en cuestión, seleccionarlo… poner /h y hacer doble click sobre el registro.
Avanzar en el debugg hasta llegar al Form SET_STATUS_VAL. Encontrarán un IF para la variable CODE. Antes de entrar al ciclo IF, modificarle el valor a la variable CODE de SHOW a EDIT utilizando el ícono del lapiz.
Solo resta apretar F8 para terminar el debugg. Y en la siguiente pantalla vamos a poder editar los campos del registro. Por último apretar el botón guardar para conservar los cambios.
Technorati tags: sdn blogger
Add me to your del.icio.us
Yo cuando quiero modificar un registro de una tabla en vez de hacer todo esto, lo que hago es:
1.- Irme a la transaccion SE16N
2.- Poner el nombre de la tabla que deseo modificar
3.- En donde se pone el codigo de las transacciones pongo &SAP_EDIT
4.- Ejecutas con el relojito
5.- Modificas
6.- Grabas
Muy buena la información, muchas gracias!!!
SAP SAP: siguiendo tus instrucciones me devuelve… “ninguna autorización para las modificaciones de las tablas”
Daniel: luego del doble clic, me muestra el código ABAP pero sólo como visualización, y además dentro no menciona el form SET_STATUS_VAL.
Quizá tenga bien afinados mis permisos, ya que estoy en ambiente de test… así que no parece un truco “infalible”.
En fin, además de ese comment… EXCELENTE blog Daniel! estoy en camino del módulo HCM, e igualmente muchas de tus notas me están siendo muy útiles…
Saludos!
Si no se cuenta con los permisos, otra alternativa es la que dejaron en el primer mensaje. Que funciona a la perfección y se obtiene el mismo resultado:
1.- Irme a la transaccion SE16N
2.- Poner el nombre de la tabla que deseo modificar
3.- En donde se pone el codigo de las transacciones pongo &SAP_EDIT
4.- Ejecutas con el relojito
5.- Modificas
6.- Grabas
Saludos!
Buenos días;
Tengo una pregunta
¿Cuales son las implicaciones de otorgar este permiso a un usuario final, es decir, un usuario de operación que no sea administrador del sistema?
La excusa de ellos es que hay operaciones en el sistema que solo se pueden ejecutar por este acceso.
Gracias
Que tal Juan Carlos,
Estos permisos deberían estar limitados para todos los usuarios, sin exepción. Lo correcto es que las actualizaciones a las tablas se realicen utilizando las transacciones estandar.
Sólo en casos extraordinarios, donde no exista otra solución, se debe utilizar este “truco”.
Saludos,
Daniel.
Y si quisiera modificar un valor por medio de codigo de un programa Z, como podria hacerle.?
Que tal Orlando, podrías utilizar la siguiente sentencia:
UPDATE nombre_tabla SET
nombre_campo_1 = ‘Valor para modificar en campo_1′
nombre_campo_2 = ‘Valor para modificar en campo_2′
WHERE campo_x = ‘XXX’.
Debajo de set colocás aquellos campos que queres cambiarles el valor. Y con el where condicionas para qué registros se hacen los cambios.
Saludos,
Daniel
Buenos días,
Existe alguna alternativa para la SE16 y la SE16N?, ya que me son muy útiles para el volumen de información que manejo en mi empresa. Esta ha sido restringida por lo que todos saben y mencionan arriba.
Necesito una alternativa sólo para visualizar tablas.
De antemano muchas gracias.
Saludos.
Rodrigo
Que tal Rodrigo, yo sólo conozco esas dos transacciones para visualizar datos.
Si alguien conoce alguna otra, por favor comente.
Saludos,
Daniel.
Daniel,
Muchas gracias, de todas maneras.
Saludos,
Rodrigo.
pssss desde la se 11 tambien sepuede nop?
Sí, desde la SE11 tendrías que pasar a los datos (contenido) de la tabla. Que sería igual que entrar directamente por la SE16.
Saludos,
Daniel.
Hola Daniel, existe alguna transacción o proceso que me permita rastrear los cambios hechos con las transacciones se16, se16n y se11??
y que me queda alguna evidencia?
saludos.
Olman Carrillo
Buenos dias,
Existe alguna manera de anular el boton de creacion en la tx SE16 para el ambiente productivo? Parámetro o alguna nota en SAP?
Muchas gracias!!
Saludos,
Luz
Buen día Luz,
No entiendo a qué botón te referís.
Pero lo que se puede hacer es quitarle los permisos a los usuarios para que no puedan debuguear. Es decir utilizar el /h
Saludos,
Daniel.
Perdón, no puse mi nombre en el comment anterior..
Hola Daniel!
Gracias por tu mail. Mira, lo que me piden es que el botón de “crear registros” (el de la hojita blanca) que aparece en la tx SE16, esté grisado. Quieren evitar que algún usuario, por suma de permisos, pueda acceder a modificar tablas. Busqué notas, pero la verdad que no encuentro nada. Si se te ocurre algo o algún dato que me puedas pasar, te lo voy a agradecer!
Saludos,
Luz
Que tal Luz!
Te comento que ese botón sólo sirve para aquellas tablas que tengan el flag de actualización habilitado.
Por lo tanto el botón no funcionará para ninguna tabla estandard de SAP; y sólo se podran actualizar registros para las tablas Z que tengan la actualización de datos permitada.
Ese botón cumple la misma función que la transacción SM30 para actualizar datos.
La mejor forma de manejarlo, a mi entender, sería restringiendo a los usuarios.
Es recomendable que sólo los usuarios claves tengan acceso a la transacción SE16. Principalmente por un tema de seguridad y confidencialidad de datos, y para mantener la performance del sistema.
No dudes en consultarme nuevamente.
Saludos cordiales,
Daniel.
Daniel, gracias por tu respuesta.
Con qué transacción puedo verificar cuáles son las tablas Z que tienen la actualización de datos permitida? O cómo hago para restringir ésto en cada tabla Z? Perdón por mi ignorancia…
Gracias!!
Luz
Creo , UNA RECOMENDACIÓN …chicos que todas estas acciones debieran hacerse a traves de las transacciones estandar SAP. Cambiar las tablas de SAP a través de la SE16 u otra es NO ENTENDER NADA DE COMO FUNCIONA UN ERP Y UNA BASE DE DATOS RELACIONAL . NO LO HAGAN …ESTAS MALAS PRACTICAS TERMINAN PUDRIENDO EL SISTEMA.