Este pequeño pero crucial campo, que indica el almacén desde donde se consumen los materiales, puede volverse un dolor de cabeza si el sistema decide tomar el valor del maestro de materiales y no el de la BOM. ¿Por qué pasa esto? Porque cuando activás la opción "Ninguna explosión de lista de materiales", SAP simplemente deja de mirar la BOM. Así de simple. Y así de frustrante si no lo sabés antes de automatizar un proceso.
¿Se puede cambiar este comportamiento desde SPRO? Lamentablemente, no. No hay una opción mágica que diga “usar siempre el LGORT de la BOM”. Pero hay caminos: desmarcar la explosión para forzar la lectura, modificar el batch input para sobreescribir el dato, o irte por un desarrollo Z que lea directamente la lista de materiales y lo inyecte en la transacción.
En este artículo vas a entender por qué SAP actúa así, cómo podés darle la vuelta a la situación y qué opciones reales tenés para que tu automatización funcione como debería. Si trabajás en fabricación repetitiva o discreta, esto te va a servir más de lo que imaginás.
La consulta en SAP Planificación de la Producción
Buenas tardes Señores colegas!!
Me presento, Soy Andrés un funcional PP de una empresa de construcción y tengo una necesidad al momento de realizar una notificacion repetitiva que menciono a continuación:
tengo una situación con la transaccion MFBF al momento de realizar consumos de componentes desde el Radio Button Aviso de componente, ya que deseo consumir materiales al real, pero el campo LGORT (almacén) se activa con el valor que se encuentra en el maestro de materiales y no con el almacén de producción que se determinó a nivel de componente en la lista de materiales (Lo anterior debe aplicar siempre y cuando esté activo el Radio Button Ning. explosión de LMat) . Hago esta consulta porque el proceso lo haré automático a través de un batch imput que invoca la transacción MFBF que activa los dos botones anteriores.La pregunta es; Existe algún punto de configuración en el Modulo PP que permita darle relevancia al almacén de la BOM en el campo de almacén cuando se ingresa por Tratar lista de componentes?
Adicional, si alguien me puede enviar un Manual de configuración SPRO para fabricación Repetitiva y discreta se lo agradezco,
Muchas gracias
La solución destacada
Importante La siguiente respuesta es generada por nuestro Robot de Consultoria-SAP.com denominado “CSAPBOT” usando tecnología de IA -inteligencia artificial. Por lo tanto, puede haber datos incorrectos. No podemos garantizar que la información sea 100% correcta, solo consultores SAP profesionales podrían verificar la información. Muchos consultores leen nuestros foros de Ayuda SAP y lamentablemente pocos ayudan respondiendo y confirmando la información.
Si quieres aprender más y mejorar nuestros sistemas, te esperamos en este artículo.
Hola Andrés, buenas tardes y gracias por tu detallada consulta.
Como funcional PP en el sector de construcción, es muy valioso tener claro este tipo de comportamiento del sistema, sobre todo al automatizar procesos con MFBF (Notificación de fabricación repetitiva).
Vamos a desglosar y responder tu duda en el marco del módulo SAP PP (Planificación de la Producción), específicamente para fabricación repetitiva.
Problema planteado
Estás utilizando la transacción MFBF con la opción:
-
Radio button: Aviso de componentes
-
Radio button: Ning. explosión de lista de materiales (BOM)
Pero observas que el campo LGORT (almacén) que se propone para los componentes no corresponde al almacén definido en la BOM, sino al que está definido en el maestro de materiales.
Esto afecta tu proceso porque quieres que se utilice el almacén especificado a nivel de componente en la lista de materiales (CS02), en lugar del almacén por defecto del maestro de materiales (MM03).
Análisis funcional – MFBF y determinación de LGORT
La determinación del LGORT (almacén) en MFBF sigue ciertas reglas que SAP aplica por estándar, según cómo esté configurado tu entorno:
1. MFBF con “Ninguna explosión de lista de materiales”
Cuando seleccionas este radio button, estás indicando al sistema que no explote nuevamente la lista de materiales, sino que utilice los datos ya grabados en el perfil de repetitiva.
En este caso:
-
El sistema NO vuelve a buscar la BOM
-
El sistema toma los datos del componente desde el maestro de materiales o desde la orden repetitiva, si hay una orden base
Resultado: el almacén propuesto será el que esté en el registro maestro de material (vista MRP 2), campo LGPRO
(almacén por defecto).
2. Si quisieras que se proponga el LGORT de la BOM
Eso ocurre solo si:
-
Se hace explosión de lista de materiales, es decir, si NO seleccionas “Ninguna explosión”
-
Y además, el almacén ha sido definido en la posición del componente dentro de la BOM (
CS02
) -
Y no está forzado por datos del perfil de repetitiva
¿Hay configuración estándar para forzar LGORT desde la BOM?
No. SAP no ofrece un parámetro de configuración estándar (ni en SPRO ni en perfil de repetitiva ni en customizing general de PP) que obligue al sistema a tomar el LGORT desde la lista de materiales cuando está marcada la opción “Ning. explosión”.
Por diseño, cuando se activa “Ning. explosión”, el sistema no busca más en la BOM, por lo tanto ignora el almacén definido a ese nivel.
Esto aplica tanto en fabricación repetitiva como en fabricación discreta (aunque con diferencias en el uso de órdenes).
¿Qué opciones tienes para resolverlo?
Opción 1: Automatizar sin “Ning. explosión de lista de materiales”
Si puedes desmarcar esta opción y permitir la explosión, entonces el sistema sí tomará el LGORT desde la BOM.
Sin embargo, esto puede afectar performance o control si tienes muchos componentes o BOMs complejas.
Opción 2: Modificar el LGORT en el batch input
Si ya sabes qué LGORT quieres usar, puedes forzarlo en el batch input (BDC
), sobreescribiendo el campo en el momento de consumo.
Esto requiere lógica en tu programa o script que lea la BOM (STPO
) y extraiga el LGORT deseado.
Opción 3: Desarrollo Z con BAdI / Exit
Existen puntos de ampliación (Enhancement Points) en la transacción MFBF que permiten modificar el comportamiento estándar.
Uno que podrías evaluar con tu equipo técnico es:
-
BAdI:
WORKORDER_UPDATE
(más usado en órdenes, pero puede ayudar) -
Exit:
EXIT_SAPLCOIH_011
(consultar si aplica en repetitiva) -
O incluso Enhancement
LMFBF001
si está disponible en tu versión
Tu ABAP puede leer el LGORT desde la BOM y reemplazar el valor propuesto en el componente.
Manual de configuración SPRO para repetitiva y discreta
Te dejo los caminos generales en SPRO para ambos escenarios. No tengo un “manual” como tal, pero puedes construir uno desde estas rutas:
Para Fabricación Repetitiva (Repetitive Manufacturing):
SPRO > Producción > Fabricación repetitiva
Configuraciones clave:
-
Perfil de repetitiva
-
Tipos de órdenes repetitivas
-
Transacciones MFBF / MF47 / MF50
Para Fabricación Discreta (Discrete Manufacturing):
SPRO > Producción > Control de órdenes
Configuraciones clave:
-
Tipos de orden de producción
-
Perfil de notificación
-
Configuración de órdenes (CO01/CO02)
Si buscas un documento PDF o guía, te sugiero consultar los foros de Consultoria-SAP.com donde muchos usuarios comparten material funcional de PP.
Resumen Consultoria-SAP
En fabricación repetitiva, al usar MFBF con la opción “Ning. explosión de lista de materiales”, el sistema por diseño no considera el almacén de la BOM, y utiliza el del maestro de materiales. No existe configuración estándar en SPRO que cambie este comportamiento. Si necesitas forzar el LGORT desde la BOM, tendrás que hacerlo mediante un desarrollo Z (BAdI o Exit) o adaptando el batch input para capturar y reemplazar el valor. Esta situación ha sido discutida también en los Foros de Consultoria-SAP.com, donde otros funcionales PP han compartido sus experiencias y soluciones alternativas.
¡Estamos aquí para ayudarte en los Foros SAP de Consultoria-SAP!
Aprender Más Gratis
Tu opinión nos importa
Lo que sea que estés pensando es un aporte importante para otros lectores.¿Crees que faltó algo? Puedes comentarlo a continuación !!!
0 comments:
Publicar un comentario
Nota Importante: los comentarios son para agradecer, comentar o sugerir cambios (o hacer preguntas) sobre el artículo de arriba.
SAP y el logotipo de SAP son marcas comerciales registradas de SAP AG en Alemania y en varios otros países. No estamos afiliados ni relacionados con ninguna división o subsidiaria de SAP AG.