Imagina que un cliente quiere 100 bicicletas el próximo mes. Los marcos llegan tal. Las ruedas están en almacén diferente. Su línea de asamblaje ya tiene trabajo reservado para las próximas dos semanas. Entonces, ¿qué compra? ¿Qué construye? ¿Qué mueve? Y cuando necesita cada pieza, qué bien. Mil copetas de M365FM. Esta cápsula de conocimiento trata sobre Dynamics 365 Master Planning AU. La parte de la gestión de la cadena de suministro, que resuelve esas preguntas entre bastidores. Piensa en su negocio como un edificio de oficinas con un almacén adjunto. Los pedidos entran por una puerta. El inventario se coloca en los estantes. Los proveedores traen mercancías al muelle de carga. La producción convierte las piezas en productos terminados. La planificación maestra observa todo el edificio, en lugar de dejar a cada equipo con su propia lista separada. Hoy, Gerdman y yo seguiremos un pedido de bicicletas, desde la solicitud del cliente hasta las acciones de suministro.

El Dynamics 365 sugiere. ¿Por qué las empresas necesitan un plan, no una hoja de cálculo? Antes de que existieran las herramientas de planificación conectadas, las empresas trabajaban con información separada. Ventas tenía los pedidos de los clientes en un lugar. Los equipos de almacén verificaban el stock en otro sistema, compras rastreaban las fechas de los proveedores en correos electrónicos, hojas de cálculo y producción mantenía sus propias notas sobre lo que la fábrica podía construir esta semana. Cada lista parecía correcta por si hizo. El problema comenzaba cuando alguien intentaba responder a una pregunta del cliente. ¿O podemos entregar 100 bicicletas para la fecha que prometimos? Yola Tafts. Imagina que el almacén tiene 30 bicicletas terminadas hoy. Eso suena a un buen comienzo. Pero el pedido aún necesita otras 70 bicicletas. Y esas 70 bicicletas necesitan marcos, ruedas, cadenas, asientos, pernos, materiales de embalaje, personas para ensamblarlas y tiempo en las máquinas adecuadas.

Un simple conteo de existencia solo le dice lo que hay en el estante en este momento. No le dice si pueden llegar 70 marcos más antes de que producción los necesite. No le dice si una orden de compra abierta ya cubre las ruedas. Y no le dice si la fábrica tiene suficiente tiempo para armar todo antes de la fecha de entrega. Aquí es donde la planificación se convierte en algo más que contar. Cuando un cliente pide 100 bicicletas, el sistema analiza la demanda de 100. Resta las 30 bicicletas ya disponibles. Luego rastrea lo que debe suceder para las 70 restantes. Verifica las piezas debajo de la bicicleta terminada. Verifica el suministro que está en camino. Verifica las fechas asignadas a cada pieza de trabajo. Una pieza faltante puede cambiar toda la respuesta. Podría tener suficientes ruedas y suficientes asignadas. Pero si los marcos requieren dos semanas de un proveedor, comprarlos el día antes del ensamblaje no ayudará en nada.

El pedido puede parecer viable en una hoja de cálculo, hasta que colocas cada parte en un calendario. Y ese calendario cambia todo el tiempo. Un proveedor podría adelantar su fecha de entrega. Otro pedido de venta podría tomar existencias que crees disponible. Un trabajo de producción podría terminar. Cuando esos detalles están en lugares separados, la gente pasa todo el tiempo llamando, enviando correos, verificando y actualizando su propia versión del plan. Dynamics T5 La planificación maestra reúne la demanda actual y el suministro actual en una vista de planificación. Lee juntos los pedidos de los clientes, las existencias disponibles, el suministro entrante y la información de producción. Luego calcula dónde el suministro cubre la demanda y dónde queda una brecha. En lugar de pedir a cada equipo que conecte los puntos manualmente, el sistema crea acciones sugeridas basadas en la información que puede ver.

Ahora, eso no significa que el sistema dirija el negocio por sí solo. Un planificador aún revisa las sugerencias, hace preguntas y decide qué debe suceder. Pero el planificador comienza con una imagen conectada en lugar de una pila de listas separadas. Piensa en una hoja de cálculo como una fotógrafa. Captura las existencias en un momento dado y puede ser útil. La planificación maestra es más cercana a un cronograma prospectivo porque conecta cantidades con fechas, suministro entrante y demanda futura. Siguiente paso es separar los diferentes tipos de demanda que el proceso de planificación puede leer. Los tres modos de planificación. Así que esto es lo importante sobre Dynamics 365. No existe una única forma de planificar. El modo de planificación que utilices depende de la pregunta que tu negocio necesite responder. Una empresa que maneja pedidos de clientes de esta semana necesita una vista completamente diferente a una que prepara materiales para la próxima temporada.

El primer modo es la planificación maestra. Este es tu plan diario y calcula los requisitos netos. Esto simplemente significa que el sistema observa lo que necesitas y resta el suministro que ya tienes o esperas recibir. Lee la actividad comercial real o los pedidos de venta de los clientes, las órdenes de compra ya enviadas a los proveedores, las órdenes de producción en la fábrica y el inventario disponible en el almacén. Imagina un pedido de un cliente de 100 unidades de un producto. Tu almacén tiene 30 unidades que la planificación puede usar para ese pedido. El sistema no intenta sugerir comprar o fabricar las 100 nuevamente porque ve esas 30 como suministro. Entonces calcula la necesidad restante de 70 unidades. Esas 70 restantes son el requisito neto. Un plan real puede incluir más que solo existencias en un estante. Quizás otras 20 unidades lleguen de un proveedor antes de la fecha solicitada por el cliente.

En ese caso, el sistema también toma en cuenta esas 20 unidades, dejando una brecha aún menor por cubrir. Pero las fechas controlan la respuesta. Si esas 20 unidades llegan después de la fecha de entrega esperada por el cliente, realmente no ayudan mucho. Las recibe físicamente, pero llegan demasiado tarde para esta necesidad específica. La planificación maestra analiza la cantidad y el tiempo en conjunto. O, un simple número total de existencias puede dar la respuesta incorrecta. Para muchas empresas, este es el plan que ejecutan con más frecuencia. Microsoft define la planificación maestra como un proceso a corto plazo que suele cubrir de un semana a seis meses. El rango exacto depende cuánto tarde en llegar el suministro o cuánto tarde en finalizar la producción. Una empresa que compra artículos locales sencillos puede planificar solo con las pocas semanas de enteración. Pero un fabricante con piezas que requieren meses necesita mirar más hacia el futuro, a menudo hasta el tiempo de entrega total más largo para sus productos.

De lo contrario, la ejecución de la planificación descuera en escasez cuando ya es demasiado tarde para evitarla. El segundo modo es la planificación basada en pronósticos. En lugar de comenzar con pedidos de venta confirmados, la planificación de pronósticos comienza con la demanda esperada. Quizás el equipo de ventas espera mayores ventas de bicicletas durante el verano, o un minorista espera que una gran promoción genere demanda más adelante en el año. Estos son pronósticos basados en lo que el equipo espera, no en pedidos confirmados. Son útiles porque esperar a cada pedido el cliente puede dejar muy poco tiempo para comprar materias primas, reservar trabajo de fábrica o preparar suficiente capacidad. Los artículos de larga duración necesitan decisiones tempranas incluso cuando el pedido final del cliente aún no ha llegado. La planificación de pronósticos calcula los requisitos brutos.

Esto significa que comienza con el volumen de demanda esperado. Si un pronóstico espera 500 bicicletas en julio, la planificación primero ve el requisito completo de 500 unidades y trabaja a partir de esa necesidad esperada. Piénselo como mirar hacia adelante a la carga de trabajo que se vecina para el nuevo. Luego puede planificar los materiales y la capacidad en torno a ese volumen esperado. Es posible que deba hablar con los proveedores con anticipación, preparar espacio de almacén o verificar si la producción puede manejar la carga de trabajo esperado. Los pronósticos son promesas que pueden cambiar y las ventas reales podrían no coincidir. Aun así, le brindan una visión más amplia que un plan basado únicamente en pedidos ya realizados. Luego está la planificación maestra interempresarial. Esto entra en juego cuando una entidad legal necesita suministros de otra. Por ejemplo, una empresa de su grupo podría producir un artículo mientras otra empresa lo vende a clientes en un país diferente, en un país diferente.

La empresa vendedora ve la demanda del cliente. La empresa productora necesita ver el requisito de suministro que crea esa demanda. La planificación maestra interempresarial conecta esas necesidades a través del límite de la empresa, incluida la demanda y el suministro planificados que aún no se han convertido en pedidos firmes. Así que las empresas no planean cómo se operaran por su cuenta. La empresa de ventas puede planificar el suministro de la empresa de fabricación, mientras que ésta puede ver que necesita materiales y capacidad para respaldar esa demanda. El enlace transporta la señal de planificación de una entidad legal a la otra. Cada modo comienza con la demanda. Pero la demanda es solo la primera señal, porque un producto terminado puede crear una cadena de necesidades para muchas piezas de nivel inferior. De un pedido a una cadena de suministros sigamos con la bicicleta, porque aquí es donde la planificación maestra comienza a hacer su verdadero trabajo, comienza a hacer su verdadero trabajo.

Imagine que un cliente realiza un pedido de 70 bicicletas y solicita la entrega en una fecha específica. Esa fecha no es solo una nota para el equipo de ventas. Se convierte en el punto desde el cual la planificación trabaja hacia atrás, preguntando qué debe suceder antes de que esas bicicletas puedan salir del almacén. La bicicleta terminada es solo la primera capa. Dynamics 365 revisa la lista de materiales, a menudo llamada. Piensa en la BOM como la receta para una bicicleta. Enumerar el cuadro, las ruedas, la cadena, el asiento, el manillar, los frenos, los pernos y cualquier otra pieza necesaria para construirla. Si el pedido requiere 70 bicicletas, la planificación expande ese pedido a las piezas necesarias para todas las 70. Eso puede convertirse en una lista larga muy rápidamente. Podría necesitar 70 cuadros, 140 ruedas, 70 cadenas, 70 asientos y cientos de pernos pequeños. Un planificador no tiene que contar cada pieza a mano.

La lista de materiales le da a Dynamics 365 la estructura para que el sistema pueda rastrear la demanda desde la bicicleta terminada hasta cada componente. Pero las piezas por sí solas no producen bicicletas. La producción también necesita una ruta. Una ruta describe los pasos de trabajo necesarios para construir el artículo, como ensamblar el cuadro, ajustar las ruedas, revisar los frenos y empacar la bicicleta terminada. Cada paso puede necesitar un recurso. Ese recurso puede ser una línea de ensamblaje, un banco de trabajo, una cabina de pintura, una máquina o un grupo de personas con las habilidades adecuadas. La planificación utiliza esta información para colocar el trabajo en un entodeco. En lugar de tratar la producción como algo que sucede al instante, aquí es donde las fechas comienzan a moverse hacia atrás. Si el cliente necesita las bicicletas el viernes, el pedido de producción terminado podría tener que completarse el jueves para que el almacén pueda empacarlas y enviarlas.

El ensamblaje puede tener que comenzar el martes. Los cuadros y las ruedas pueden tener que llegar el lunes. Si un proveedor necesita 10 días para entregar las ruedas, entonces la orden de compra debe salir de su empresa aún antes. La fecha del cliente crea una cadena de fecha. Dynamics 1375 trabaja hacia atrás a través de esa cadena, teniendo en cuenta los tiempos de entrega. Un tiempo de entrega es simplemente el tiempo que algo requiere, ya sea que un proveedor entregue una pieza a un almacén de nuevas mercancías, o una fábrica termine un trabajo, una pieza a retrasar o todo lo demás. Supongamos que el sistema encuentra 70 cuadros en existencia. También ve una orden de compra abierta por 140 ruedas con entrega programada antes de que comience el ensamblaje. Ese suministro cubre el requisito de ruedas, mientras que los cuadros ya cubren su parte. Luego verifica las cadenas. Tal vez solo haya 40 cadenas a mano y ninguna orden de compra traiga las otras 30.

La planeación detecta un vacío y crea una sugerencia para cubrir. La misma verificación se ejecuta para las bicicletas terminadas, las piezas debajo de ellas y cualquier trabajo intermedio. ¿Ya existe algo de suministro? El inventario disponible puede satisfacer una necesidad. Una orden de compra abierta puede satisfacerla si la mercancía llega a tiempo. Una orden de producción abierta puede satisfacerla si la fábrica termina a tiempo. Cuando ninguna de esas fuentes cubre la demanda, el plan crea una orden planificada. Una orden de compra planificada sugiere comprar algo a un proveedor. Una orden de producción planificada sugiere construir algo dentro de su negocio. Una orden de transferencia planificada sugiere more stock de un sitio o almacena a otro. Estas son sugerencias, no compromisos. Dynamics 365 no envía silenciosamente una orden a un proveedor ni inicia trabajo en la planta de producción.

Le da al planificador una cantidad y fecha propuestas basadas en los datos que puede ver. Una persona aún verifica si el proveedor es el correcto, si la fecha es posible y si la empresa debe aprobar la acción. Imagina un pequeño problema con nuestra orden de bicicletas. Todo parece estar listo excepto una rueda. Su ministro planificado cubre cuadros, cadenas, asientos y casi todas las ruedas. Pero una rueda llega un día después de que el ensamblaje la necesite. Sin esa rueda, una bicicleta no puede terminarse. Aunque el almacén parezca lleno de piezas, la planeación maestra rastrea el vacío hasta su origen. El planificador puede ver que la escasez no proviene de la orden del cliente en sí. Ah, proviene de la fecha del proveedor en la orden de compra de la rueda. Eso le da al planificador algo específico sobre lo cual actúa. Solicitar una entrega más temprana, buscar otra fuente o cambiar la fecha de producción.

El plan puede sugerir suministro. Pero la siguiente pregunta es igual de útil. ¿Por qué Dynamics 375 conectó este suministro con esa demanda? Leyendo los requisitos netos, la conversación de planeación. Así que los planificadores usan la página de requisitos netos para profundizar en esa conexión. Esta página reúne toda la conversación de planeación para un artículo en un solo lugar. Muestra cada demanda que requiere el artículo y cada fuente de suministro que puede cubrirla, con fechas junto a cada línea. Tomemos la rueda de bicicleta como ejemplo. En la parte superior, usted selecciona el sitio o almacén donde esa rueda es relevante. Luego, debajo, Dynamics 365 muestra todas las transacciones relacionadas, ventas, compras, inventario, producción, todo en una lista. La demanda aparece como un número negativo contra su stock disponible. Esa demanda puede provenir de muchos lugares. Un pedido de venta necesita ruedas porque un cliente solicitó bicicleta.

Un pronóstico crea la demanda futura esperada. Una orden de producción necesita ruedas para el plan de fábrica. Y una orden de transferencia crea demanda cuando otro almacén solicita stock. Cada línea responde una pregunta sencilla. ¿Quién necesita este artículo? ¿Cuántos necesita? ¿Y en qué fecha? Eso suena simple, pero evita un error común. La gente suele ver una cantidad total y asume que pertenece a un cliente o trabajo cuando el mismo artículo puede respaldar varios pedidos en varias fechas. En el lado del suministro, tiene el inventario disponible o lo que ya está en stock. Luego, pedidos de compra de proveedores, órdenes de producción que su empresa planea fabricar, transferencias entre almacenes y pedidos planificados que el sistema sugiere, pero que nadie ha creado aún. La página ordena todo por fecha. A medida que se desplaza por la lista, puede ver cómo cambia la cantidad disponible.

El stock puede parecer bueno a principios de mes, luego cae cuando una orden de producción usa piezas y vuelve a subir cuando llega un envío de proveedor. El momento cambia el resultado. Suponga que hay 100 ruedas en un almacén el lunes, pero una orden de producción necesita 80 el martes y aparece otra necesidad de cliente de 30 el miércoles. La demanda total excede el stock, a pesar de que un pedido de compra entrante de 50 ruedas llega el viernes. La entrega del viernes no resuelve la escasez del miércoles. Se avista fecha por fecha y explica por qué el sistema hace su sugerencia. Dynamics 365 no está simplemente pidiendo más ruedas al azar. Ve exactamente cuándo el suministro disponible cae por debajo de la demanda que debe cubrir. Ahora, podría hacerse una pregunta más específica. ¿Qué línea de suministro cubre qué línea de demanda? Esa conexión se llama Pagging. El Pagging es el enlace de planificación de Dynamics 365 entre la demanda y el suministro.

Conecta una necesidad como una orden de producción de bicicletas con la fuente que se espera que la cubra, como un pedido de compra de ruedas o un pedido de compra planificado. El sistema construye este vínculo durante el cálculo de planificación. Si la demanda cambia, la planificación puede recalcular la conexión. Tal vez un cliente mueva su fecha de entrega o un pedido de compra entrante se retrase. El Pagging puede entonces apuntar una fuente de suministro diferente o crear un nuevo pedido planificado donde aparece la brecha. Le ayuda a rastrear toda la cadena. Comience con un pedido de ventas, vea la orden de producción en la que se conecta, siga eso hasta las piezas necesarias y encuentra la orden de compra que las cubre. A veces necesita más control. Ahí es donde entra el mercado. El mercado es una conexión manual entre una transacción de suministro y una de demanda. Le indica al sistema que este suministro debe cubrir esa demanda en lugar de dejar que la planificación la asigne libremente en otro lugar.

Piensa en ello como poner una etiqueta en dos registros relacionados. Podría marcar una orden de compra específica de ruedas entrantes contra una orden de producción particular porque esas ruedas se compraron para ese trabajo. La planificación respeta esa relación con más firmeza que es una desvinculación normal. Aún así, el suministro marcado no es la conexión más fuerte disponible. La reserva más fuerte. Cuando reserva inventario o suministro entrante para una demanda específica, crea un vínculo firme. Esa cantidad se aparta para el pedido de ventas, la orden de producción u otra demanda elegida. Y la planificación maestra trata la reserva como una prioridad sobre la vinculación y el mercado normales. Imagine 10 ruedas en existencia, pero esas ruedas están reservadas para una orden de reparación urgente. Un pedido de cliente posterior puede necesitar ruedas también, pero la planificación no puede tratar esas 10 ruedas reservadas como disponibles libremente.

Necesita encontrar otro suministro o sugerir más, porque la reserva ya las asigna a otro lugar. Entonces, la vinculación y el mercado de la reserva le brindan tres niveles de conexión. La vinculación es la coincidencia automática del sistema. El mercado es un enlace manual y más fijo. La reserva bloquea el suministro para una necesidad específica. Es de las tres la más fuerte. Una vez que puede leer esos enlaces, los pedidos planificados dejan de parecer instrucciones sin explicación. La siguiente pregunta es con qué frecuencia cambia esta vista de planificación. ¿Qué tan rápido puede calcular la Dynamics 365? Estático, dinámico y optimización de la planificación. Página de necesidades netas muestra un resultado de planificación, pero no todos los planes se actualizan de la misma manera. Un plan estático cambia solo cuando alguien ejecute el trabajo de planificación maestra. Eso les da a los planificadores una vista estable que pueden revisar durante el día sin que cada nueva transacción cambie los números.

Imagina que llega un pedido de ventas grande a las 11 de la mañana. Si el plan estático se ejecutó durante la noche, ese nuevo pedido no aparecerá en sus sugerencias hasta la siguiente ejecución. El plan no muestra el último resultado calculado, lo que puede ser útil cuando un equipo necesita una vista acordada para el día. Pero esa estabilidad tiene un costo. La nueva demanda puede quedar fuera del plan estático por un tiempo, especialmente si su empresa ejecuta la planificación una vez por noche o por semana. Un planificador puede saber que existe un pedido de cliente, pero el plan estático aún no ha recalculado la respuesta de suministro. Ahí es un plan dinámico. Un plan dinámico muestra la demanda actual tal como sucede. Los planificadores pueden ver el efecto de nuevos pedidos de ventas y trasdemandas sin esperar el próximo proceso completo de planificación maestra. Es una visión a corto plazo.

Los planes dinámicos omiten los pronósticos y se centran en lo que sucede ahora mismo. Supongamos que un cliente realiza un pedido inesperado de 200 bicicletas esta tarde. Antes de prometer una fecha de entrega, el planificador puede abrir el plan dinámico y comprobar el efecto. ¿El nuevo pedido crea una escasez? ¿Desplaza una necesidad existente a una fecha posterior? ¿Desencadena una nueva acción sugerida de compra o producción? Esto brinda al equipo una perspectiva práctica de qué pasaría si... No está cambiando el plan estático solo para investigar un nuevo pedido. Primero compruebe el impacto probable y luego decide si el pedido requiere atención inmediata o puede esperar a la siguiente ejecución programada. Los planes estáticos y dinámicos responden a preguntas relacionadas pero diferentes. El plan estático pregunta, ¿qué nos indicó hacer nuestro último cálculo de planificación oficial?

El plan dinámico pregunta, ¿cómo se ve la demanda actual en este momento? Detrás de ambos planes se encuentra el motor de planificación. Para entornos en la nube de Dynamics 365, la optimización de planificación es el motor moderno que Microsoft utiliza para ejecutar la planificación maestra. Calcula los requisitos fuera de la aplicación empresarial principal, lo que reduce la carga en el sistema que las personas usan para el trabajo diario. Las ejecuciones de planificación antiguas podían llevar mucho. Los informes de clientes y socios describen trabajos de planificación que antes tomaban horas y que ahora se completan minutos con la optimización de planificación. Las ejecuciones más rápidas significan que los equipos pueden actualizar el plan con más frecuencia en lugar de esperar al final del día, pero una respuesta más rápida aún puede ser una respuesta incorrecta, aún puede ser incorrecta.

La optimización de planificación puede calcular una enorme cantidad de datos conectados rápidamente. Sin embargo, solo funciona con los registros que le proporciona a su empresa. Si el tiempo de entrega de un proveedor es incorrecto, la fecha sugerida del pedido también puede ser incorrecta. Si el sistema piensa que hay 500 ruedas en stock, cuando no es así, puede omitir una sugerencia de compra que usted realmente necesite. Y si la lista de materiales omite una pieza, la planificación no puede crear demanda para esa pieza faltante. El cálculo puede terminar en minutos, pero la fábrica se detendrá de todos modos cuando esa pieza no esté allí. También hay un cambio en cómo se ejecuta la planificación. Con la optimización de planificación, los planes son regenerativos. Esto significa que cada ejecución revisa todos los requisitos nuevamente en lugar de usar el enfoque antiguo de camioneto que solo actualizaba elementos con nuevos requisitos desde la última ejecución.

Piensa en ello como recalcular el panorama completo de planificación cada vez. Eso elimina parte de la incertidumbre sobre si un cambio anterior escapó al cálculo, mientras que el motor más rápido hace que el recalculo completo sea más práctico para muchas empresas. La velocidad ayuda, pero los datos limpios deciden si el plan merece confianza. Una vez que el plan produce sugerencias, el siguiente paso es decidir cuáles requieren acción inmediata. ¿Pero qué hace la planificación maestra y qué no hace? Aquí está la definición más sencilla. La planificación maestra toma todos los datos de Dynamics 365 y sugiere que comprar, construir o mover, incluyendo fechas y cantidades. Un planificador revisa esas órdenes planificadas antes de actuar. Verifica en el proveedor la fecha de entrega, la cantidad y si la fábrica puede manejar el trabajo. Una vez que confirman consolidar esa sugerencia, la convierte en una orden de compra, de producción o de transferencia real.

Pero planificación maestra no puede ver el futuro. Los pronósticos son solo estimaciones y los pedidos reales de clientes pueden cambiar de la noche a la mañana. Y definitivamente no reemplaza a los planificadores humanos. Las personas siguen manejando riesgos proveedor, las promesas a clientes y las excepciones. El sistema simplemente no puede juzgar. El inventario por sí solo tampoco es suficiente. ¿Ese inventario podría llegar tarde, estar en el almacén equivocado y estar reservado para otro pedido? Para obtener buenos resultados, comience con datos limpios, registros de artículos precisos, plazos de entrega correctos, listas de materiales exactas, inventario actualizado y demanda realista. Para nuestro pedido de bicicletas, el stock existente cumple parte de la necesidad. La planificación sugiere el suministro para el resto y el planificador confirma la acción. Eso nos lleva de nuevo a la pregunta que todo equipo necesita responder.

¿Qué debe suceder a continuación? Conclusión, un plan conectado. La planificación maestra toma la demanda. Niveles de stock, fechas de entrega, cronogramas de producción y capacidad, convirtiéndolo en acciones que su equipo puede revisar. Las órdenes planificadas inician la decisión humana, no la finalizan. Es por eso que los planificadores se incientizan. Suscríbase en su plataforma de podcast favorita y comparte este fragmento de conocimiento con el link que aprende a gestión de cadenas de suministro en Dynamics 365. ¡Gracias!