Entendiendo los Resultados del MRP

El motor de MRP en R+ funciona de forma similar a cualquier otro motor de MRP. Básicamente, toma cualquier demanda contra un artículo principal y genera un pedido recomendado correspondiente. Si el artículo padre no está almacenado, la orden recomendada será por la misma cantidad que la demanda. Si el artículo principal está almacenado en un buffer, el pedido recomendado no se generará hasta que el flujo neto del artículo principal entre en las zonas amarilla o roja. La cantidad de la orden de suministro será la más alta de la zona verde - flujo neto.

La orden recomendada generará la demanda subsiguiente contra los artículos hijos para ese artículo en las cantidades necesarias dictadas por la Lista de Materiales para el artículo padre. Los pedidos recomendados también se generarán según sea necesario en los artículos hijos. Este proceso fluirá hacia abajo a través de todos los artículos hijos en la lista de materiales.

Hay varias maneras de configurar el motor de MRP en R+. Usted puede dejar que el sistema genere sólo órdenes recomendadas que usted revisará y aceptará cuando sea necesario. Cada orden aceptada desencadenará órdenes de demanda y suministro en la lista de materiales. También tiene la opción de activar varias formas de aprobación automática en el proceso de MRP, que puede generar y aprobar automáticamente los pedidos de suministro para artículos sin buffer o Min-Max.

Para más información sobre la activación de MRP y la configuración de MRP, visite la página Administración de la Web > Procesamiento.

Independientemente de cómo se configure el motor de MRP, su seguimiento puede ser un poco complicado. Aquí hay algunas pautas y consejos para el seguimiento de las órdenes de MRP y la interpretación de los resultados de MRP en R+.

Seguimiento a Órdenes Generadas por el MRP

Fuente

La columna Origen será importante cuando se rastreen los pedidos de demanda y suministro hasta los correspondientes pedidos de demanda/suministro en el artículo principal. Cuando la planificación de necesidades está activada, verá los datos rellenados en la columna de origen en la actividad del Banco de Trabajo y en la pantalla de pedidos pendientes.

Seguimiento de la Demanda

One of the easiest ways to track the source of an MRP-generated order is to review the part's All Activity details. In the example below, we are looking at child part PPA. In this view, we can see many Order Numbers that are R+ generated (these are also known as LinkCodes). When a demand (in red or gray) has a LinkCode, that means it was generated via the MRP engine and can be traced back to a supply order at the parent part.

Una de las formas más fáciles de rastrear el origen de una orden generada por el MRP es revisar los detalles de Actividad Total del artículo. En el ejemplo siguiente, estamos viendo la parte hija PPA. En esta vista, podemos ver muchos Números de Orden que son generados por R+ (estos también son conocidos como LinkCodes). Cuando una demanda (en rojo o gris) tiene un LinkCode, significa que fue generada a través del motor de MRP y puede ser rastreada hasta una orden de suministro en el artículo padre.

Para cada demanda en un artículo hijo, la Fuente debe ser una orden de suministro en su padre inmediato. En la columna Fuente, esto significa que verá el número de orden, la parte y la ubicación de la parte madre para cada una de las demandas en el artículo. Esta relación de origen siempre estará a un nivel de distancia. Por lo tanto, FPA es el artículo padre del siguiente nivel para PPA. No es necesariamente el producto terminado en la lista de materiales.

Seguimiento de Suministro

R+ generará un LinkCode temporal para todos los pedidos de suministro generados a través del motor de MRP. A diferencia de la demanda, un LinkCode en un pedido de suministro no significa necesariamente que se haya generado a través del motor de MRP. Se generará un LinkCode temporal para cualquier orden recomendada en R+ que aún no haya sido comprometida y haya recibido el número de orden de su sistema ERP. Tendrá que comprobar la columna de Fuente en los pedidos de suministro para confirmar si fueron generados desde el motor de MRP.

.En cualquier orden de suministro en una parte NB, usted será capaz de ver la orden de suministro en la parte padre que causó la orden de suministro en la parte hijo. Esto también significa que la fuente de una orden de suministro para un artículo NB debe corresponder a una demanda generada por el MRP en ese mismo artículo. Al rastrear las órdenes de suministro, notará que una orden de suministroy una de demanda en el mismo artículo deben contener la misma información de origen.

En el ejemplo siguiente, observará que la orden de demanda con el número de orden que empieza por "82a194b0" tiene la misma información de origen que la orden de suministro con el número de orden que empieza por "ef9e16d7". La forma de leer esto es "La orden de trabajo 550001 en la parte superior FPA causó una demanda contra la parte inferior PPA, que a su vez generó una orden de reabastecimiento correspondiente para la parte inferior PPA".

Puede ver la misma información de la fuente en la pantalla de pedidos pendientes. En esta vista, puede ver que también hay 1 orden para el artículo 201-1005 sin fuente. En su lugar sólo dice "Orden de Reposición". Esto significa que es un artículo con buffer y no conserva la información de origen de ningún pedido específico. Sólo se puede hacer un seguimiento de los números de pedido a través del motor de MRP con artículos NB.

Cantidades de pedido en el motor de MRP

Como todos los motores de MRP, R+ respeta la lista de materiales al generar los pedidos de suministro. Esto significa que también respeta las cantidades de suministro necesarias para cada artículo de la lista de materiales.

En algunos casos, habrá una relación 1 a 1 entre el padre y el hijo en una lista de materiales. Esto significa que se necesita 1 artículo hijo para hacer 1 del artículo padre. En este caso, la cantidad de la demanda y la cantidad de la oferta para los pedidos de artículos no almacenados en memoria deben ser iguales. El saldo del balance debe ser 0 en estos artículos NB. Mire el ejemplo de la parte padre FPA y la parte hija PPA a continuación.

El artículo padre FPA tiene dos órdenes de trabajo de suministro abiertas. La orden número 55001 tiene una cantidad de 48. El número de orden 55002 tiene una cantidad de 24.

En el BoM para el FPA padre, vemos que se necesita 1 de PPA para hacer FPA.

Esto significa que cuando se mira la demanda en la parte hija PPA, la cantidad en las Órdenes de Trabajo para esta parte son las mismas cantidades que en las órdenes de suministro para la parte padre FPA. Las órdenes de suministro generadas a partir de esta demanda en PPA también serán la misma cantidad para que el saldo corriente sea 0.

El balance neto para artículos sin buffer es idealmente siempre 0. Puede ver un balance neto mayor que 0 si el artículo tiene una cantidad mínima de pedido significativa en comparación con las demandas que se le hacen. Puede ver un balance neto menor que 0 si hay demandas fuera de la ventana de pedido de la pieza NB.

Uso de la columna "Creado (UTC)"

Puede ver la información de la fuente así como la columna "Creado (UTC)" en la vista de Actividad Total

Usted sabe que un artículo hijo puede tener múltiples demandas dependientes del mismo padre o de múltiples padres. Puede ordenar por la columna "Creado (UTC)" para entender la secuencia en la que MRP generó demandas dependientes en el hijo. Cuando se ordena por esta columna, el balance neto mostrado estará desalineado.

El MRP comienza con un inventario de 2890 y primero vio las dos demandas - 1000 y 2000 que resultaron en un balance neto negativo de 110 y creó una orden de suministro para 110. Luego vio una demanda de 48 y por lo tanto creó una orden de suministro de 48. Usted puede recorrer los pasos restantes y finalmente llegar a la conclusión de que MRP generó órdenes de suministro que coinciden y llevó el balance neto a 0. El balance neto mencionado en las líneas anteriores son los cálculos internos de MRP y no el que se muestra.

Debe reordenar la columna de fecha para volver a la vista original y ver el balance neto correctamente.

¿Qué es un LinkCode?

Un LinkCode es un ID generado por R+ para un pedido en R+. Se generan para todos los pedidos de suministro y suelen ser temporales. Cuando se exportan los pedidos pendientes de R+ se obtienen estos números de pedido temporales. El roundtripping ocurre cuando la próxima vez que se importa el archivo de pedidos de suministro, los pedidos pendientes son reemplazados por los pedidos de suministro comprometidos desde el sistema ERP con los números de pedido de suministro de ERP. Mientras se realiza el roundtrip, usted tiene dos opciones. Puede utilizar el número de pedido pendiente temporal que R+ le dio como LinkCode en el archivo de pedidos de suministro para rastrear un pedido generado por R+ que fue aprobado y ahora está en su sistema ERP. Si lo proporciona, R+ seguirá mostrando la información de origen. Si no proporciona el LinkCode en el archivo del pedido de suministro, R+ no mostrará la información de origen.