Avalados por :
¡Hola Gurus!
Necesito tu ayuda para el siguiente requerimiento del cliente. El cliente desea limpiar el Procedimiento de Precios ya que puede estar vinculado con numerosos Tipos de Condiciones que ya no son muy útiles. Dicho esto, necesitamos identificar los tipos de condiciones inactivos en los Procedimientos de Precios. Tenemos alrededor de 60+ Procedimientos de Precios y nuestras estimaciones iniciales son de que habrá 500+ tipos de condiciones.
1. Puede que no sea una buena opción revisar los datos a nivel de transacción, ya que puede ser un análisis enorme basado en el volumen de negocio que el cliente tiene a diario. Por lo tanto, pensamos en averiguar si el Registro de Condición realmente existe (Estamos realizando ese análisis a través de las tablas estándar de SAP). Hemos comenzado a realizar esa actividad, pero aún no estamos seguros de hasta dónde podemos llegar con este enfoque. Si ese registro existe, estamos planeando hacer un análisis más detallado de esos tipos de condiciones en los datos a nivel de transacción.
2. Programa personalizado o cualquier herramienta a utilizar aún no ha sido decidido.
¿Podrías ayudarme a aportar algunas ideas, si has utilizado algún enfoque para escenarios similares en alguna de tus iniciativas pasadas?
¡Aprecio mucho tu respuesta!
Gracias
Meheta
Muchas empresas tienen algunos informes personalizados de BW para la fijación de precios en pedidos/facturación, verifica qué está disponible allí.
Gracias Lakshmipathi y Veselina por su valioso consejo.
Desafortunadamente, la mayoría de los registros de condiciones mencionan un período de validez de xx.xx.9999, por lo que puede que no sea el enfoque correcto para este Cliente. De alguna manera pudimos hacer una lista corta de Tipos de Condiciones relevantes basados en la disponibilidad de Registros de Condiciones en producción y en el resto de los casos necesitamos verificar basados en datos a nivel transaccional. Dado que es un esfuerzo puramente manual, las limitaciones serán demasiadas.
También estamos pensando en desarrollar una Utilidad/ informe para lograr lo mismo. Cualquier sugerencia será apreciada.
A un nivel muy alto, estamos pensando en crear una Utilidad basada en las entradas del Usuario como Tipo de Condición, rango de fechas de selección y detalles de la Aplicación. Basado en los mismos criterios definidos por el usuario, el sistema verificará si el Tipo de Condición es Manual o no y obtendrá los datos de la tabla KONV que también conduce a la obtención de datos de Registro de Condición (KONV-KMUH). Aún así, los problemas de rendimiento pueden ser una preocupación importante debido al alto nivel de registros.
Por favor, aconseje si tiene alguna sugerencia alternativa, será muy apreciada.
Gracias
Meheta.
Como primer paso, lo que puedes hacer es identificar los procedimientos de precios que no se han utilizado durante mucho tiempo. Esto lo puedes extraer de VBAK programando un trabajo en segundo plano para el último año. Puedes concluir que cualquier procedimiento de precios que no aparezca en la salida está inactivo. El siguiente paso es encontrar los tipos de condiciones inactivas. Para ello, nuevamente puedes programar un trabajo en segundo plano para KONH, de donde, para cada registro de condición, obtienes las fechas de validez. Para cualquier tipo de condición que el sistema muestre las fechas de validez actuales, puedes ignorarlo y cualquier tipo de condición que falte o muestre fechas de validez antiguas, puedes concluir que están inactivas.
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
