Transacción ME29N

[alamtorres]

Hola.

Desde la versión 4.7 existe la transacción ME29N para liberación individual de Pedidos de compra (PO).

Pretendo que cada usuario con su código correspondiente ingrese a esta transacción y libere solo su código asociado al documento, pero por default la transacción no solicita el objeto de autorización M_EINK_FRG, aún así ingreso el objeto al rol de usuario y asigno el código que podrá liberar, una vez asignado este y otos objetos de autorización que solicita la transacción (Clase de documento, Grupo de compras, etc.) a un usuario, con dicho usuario ingreso a la transacción ME29N para la liberación de un Pedido de compras, la transacción me impide la liberación del documento, me solicita tener en el objeto de autorización M_EINK_FRG todos los códigos asociados al documento y pues el usuario solo puede liberar el suyo en este caso el primer código de liberación del documento, de la misma manera solicita tener todos los valores de los demás objetos de autorización asociados al documento de compras.

En realidad no se si estoy ocupando de manera correcta la transacción o estoy haciendo algo mal.

Espero haber sido claro y ojala alguien conozca algo para resolver mi problemática.

[LUPA]

Has intentado con la Tx ME28?
saludos

[alamtorres]

Si de hecho con la ME28 no tengo problema, pero queremos usar la Tx ME29N como estándar para la liberación de PO.

[elicastane]

La transacción ME29N si pide este objeto de autorización, y solo se necesita el codigo de liberación necesario para el documento. Lo que pasa es que cuando verificas las autorizaciones el sistema las pide todas pero no son necesarias. Por la transaccion SU24 puedes ver cuales son los objetos necesarios, y valida con referencia al pedido cual te puede estar faltando, valida estos:
M_BEST_BSA
M_BEST_EKG
M_BEST_EKO
M_BEST_WRK
M_EINF_EKO
M_EINK_FRG

[alamtorres]

Tienes rasón elicastene era un problema con los objetos de autorización nos faltaba ingresar un valor.

muchas gracias por comentario.

QUE PUEDO HACER CON ESTO :....

Se busca modificar la actual lógica de proceso correspondiente al proceso de liberación de un pedido de compra a través de las transacciones ME28 y ME29N, permitiendo que dicho proceso no bloquee la

posterior modificación a través de la transacción ME22N. Por otro lado, se busca que los cambios asociados a los campos mencionados a continuación dentro de la transacción ME22N de un pedido ya liberado, gatille nuevamente

el bloqueo de este para que nuevamente deba generarse la liberación de este.

· Condición de pago

· Material

· Cantidad pedido

· Precio Neto