WEBVTT

00:00:00.000 --> 00:00:02.260
Imagina que un cliente quiere 100 bicicletas el próximo mes.

00:00:02.540 --> 00:00:03.240
Los marcos llegan tal.

00:00:03.660 --> 00:00:05.040
Las ruedas están en almacén diferente.

00:00:05.300 --> 00:00:07.780
Su línea de asamblaje ya tiene trabajo reservado para las próximas dos semanas.

00:00:07.980 --> 00:00:08.680
Entonces, ¿qué compra?

00:00:08.940 --> 00:00:09.500
¿Qué construye?

00:00:09.760 --> 00:00:10.240
¿Qué mueve?

00:00:10.560 --> 00:00:12.380
Y cuando necesita cada pieza, qué bien.

00:00:12.760 --> 00:00:14.480
Mil copetas de M365FM.

00:00:15.520 --> 00:00:18.780
Esta cápsula de conocimiento trata sobre Dynamics 365 Master Planning AU.

00:00:19.780 --> 00:00:21.600
La parte de la gestión de la cadena de suministro,

00:00:21.700 --> 00:00:23.520
que resuelve esas preguntas entre bastidores.

00:00:24.120 --> 00:00:27.080
Piensa en su negocio como un edificio de oficinas con un almacén adjunto.

00:00:27.380 --> 00:00:28.380
Los pedidos entran por una puerta.

00:00:28.380 --> 00:00:29.920
El inventario se coloca en los estantes.

00:00:30.280 --> 00:00:31.800
Los proveedores traen mercancías al muelle de carga.

00:00:32.180 --> 00:00:34.360
La producción convierte las piezas en productos terminados.

00:00:34.600 --> 00:00:36.920
La planificación maestra observa todo el edificio,

00:00:37.300 --> 00:00:39.580
en lugar de dejar a cada equipo con su propia lista separada.

00:00:40.420 --> 00:00:42.700
Hoy, Gerdman y yo seguiremos un pedido de bicicletas,

00:00:42.820 --> 00:00:45.240
desde la solicitud del cliente hasta las acciones de suministro.

00:00:45.640 --> 00:00:47.960
El Dynamics 365 sugiere.

00:00:48.440 --> 00:00:50.900
¿Por qué las empresas necesitan un plan, no una hoja de cálculo?

00:00:51.400 --> 00:00:53.720
Antes de que existieran las herramientas de planificación conectadas,

00:00:53.820 --> 00:00:55.460
las empresas trabajaban con información separada.

00:00:55.800 --> 00:00:57.460
Ventas tenía los pedidos de los clientes en un lugar.

00:00:57.460 --> 00:01:00.100
Los equipos de almacén verificaban el stock en otro sistema,

00:01:00.260 --> 00:01:02.640
compras rastreaban las fechas de los proveedores en correos electrónicos,

00:01:03.020 --> 00:01:06.320
hojas de cálculo y producción mantenía sus propias notas sobre lo que la fábrica podía construir esta semana.

00:01:06.440 --> 00:01:07.580
Cada lista parecía correcta por si hizo.

00:01:08.100 --> 00:01:10.880
El problema comenzaba cuando alguien intentaba responder a una pregunta del cliente.

00:01:10.880 --> 00:01:13.500
¿O podemos entregar 100 bicicletas para la fecha que prometimos?

00:01:13.820 --> 00:01:14.620
Yola Tafts.

00:01:14.940 --> 00:01:17.240
Imagina que el almacén tiene 30 bicicletas terminadas hoy.

00:01:17.600 --> 00:01:18.620
Eso suena a un buen comienzo.

00:01:19.080 --> 00:01:21.080
Pero el pedido aún necesita otras 70 bicicletas.

00:01:21.540 --> 00:01:25.900
Y esas 70 bicicletas necesitan marcos, ruedas, cadenas, asientos, pernos, materiales de embalaje,

00:01:26.060 --> 00:01:28.460
personas para ensamblarlas y tiempo en las máquinas adecuadas.

00:01:29.180 --> 00:01:32.180
Un simple conteo de existencia solo le dice lo que hay en el estante en este momento.

00:01:33.180 --> 00:01:36.540
No le dice si pueden llegar 70 marcos más antes de que producción los necesite.

00:01:36.540 --> 00:01:39.940
No le dice si una orden de compra abierta ya cubre las ruedas.

00:01:40.840 --> 00:01:44.640
Y no le dice si la fábrica tiene suficiente tiempo para armar todo antes de la fecha de entrega.

00:01:45.540 --> 00:01:50.060
Aquí es donde la planificación se convierte en algo más que contar.

00:01:50.900 --> 00:01:53.960
Cuando un cliente pide 100 bicicletas, el sistema analiza la demanda de 100.

00:01:54.460 --> 00:01:56.200
Resta las 30 bicicletas ya disponibles.

00:01:56.780 --> 00:01:58.980
Luego rastrea lo que debe suceder para las 70 restantes.

00:01:59.820 --> 00:02:01.700
Verifica las piezas debajo de la bicicleta terminada.

00:02:02.080 --> 00:02:03.380
Verifica el suministro que está en camino.

00:02:03.840 --> 00:02:06.160
Verifica las fechas asignadas a cada pieza de trabajo.

00:02:06.540 --> 00:02:08.200
Una pieza faltante puede cambiar toda la respuesta.

00:02:08.640 --> 00:02:10.400
Podría tener suficientes ruedas y suficientes asignadas.

00:02:10.780 --> 00:02:13.340
Pero si los marcos requieren dos semanas de un proveedor,

00:02:13.460 --> 00:02:15.460
comprarlos el día antes del ensamblaje no ayudará en nada.

00:02:16.200 --> 00:02:18.260
El pedido puede parecer viable en una hoja de cálculo,

00:02:18.480 --> 00:02:20.140
hasta que colocas cada parte en un calendario.

00:02:20.460 --> 00:02:21.840
Y ese calendario cambia todo el tiempo.

00:02:22.240 --> 00:02:24.240
Un proveedor podría adelantar su fecha de entrega.

00:02:24.560 --> 00:02:27.000
Otro pedido de venta podría tomar existencias que crees disponible.

00:02:27.200 --> 00:02:28.400
Un trabajo de producción podría terminar.

00:02:28.660 --> 00:02:30.800
Cuando esos detalles están en lugares separados,

00:02:30.800 --> 00:02:33.400
la gente pasa todo el tiempo llamando, enviando correos,

00:02:33.500 --> 00:02:35.700
verificando y actualizando su propia versión del plan.

00:02:35.700 --> 00:02:36.820
Dynamics T5

00:02:36.820 --> 00:02:40.320
La planificación maestra reúne la demanda actual y el suministro actual

00:02:40.320 --> 00:02:41.260
en una vista de planificación.

00:02:41.820 --> 00:02:43.240
Lee juntos los pedidos de los clientes,

00:02:43.320 --> 00:02:45.140
las existencias disponibles, el suministro entrante

00:02:45.140 --> 00:02:46.000
y la información de producción.

00:02:46.500 --> 00:02:48.460
Luego calcula dónde el suministro cubre la demanda

00:02:48.460 --> 00:02:49.300
y dónde queda una brecha.

00:02:49.640 --> 00:02:52.180
En lugar de pedir a cada equipo que conecte los puntos manualmente,

00:02:52.320 --> 00:02:55.040
el sistema crea acciones sugeridas basadas en la información que puede ver.

00:02:55.900 --> 00:02:58.440
Ahora, eso no significa que el sistema dirija el negocio por sí solo.

00:02:58.440 --> 00:03:03.040
Un planificador aún revisa las sugerencias, hace preguntas y decide qué debe suceder.

00:03:03.540 --> 00:03:06.620
Pero el planificador comienza con una imagen conectada en lugar de una pila de listas separadas.

00:03:07.140 --> 00:03:08.780
Piensa en una hoja de cálculo como una fotógrafa.

00:03:09.160 --> 00:03:11.600
Captura las existencias en un momento dado y puede ser útil.

00:03:12.560 --> 00:03:14.920
La planificación maestra es más cercana a un cronograma prospectivo

00:03:14.920 --> 00:03:18.000
porque conecta cantidades con fechas, suministro entrante y demanda futura.

00:03:18.000 --> 00:03:21.220
Siguiente paso es separar los diferentes tipos de demanda

00:03:21.220 --> 00:03:22.660
que el proceso de planificación puede leer.

00:03:23.900 --> 00:03:24.820
Los tres modos de planificación.

00:03:25.680 --> 00:03:28.220
Así que esto es lo importante sobre Dynamics 365.

00:03:29.440 --> 00:03:31.380
No existe una única forma de planificar.

00:03:32.060 --> 00:03:35.220
El modo de planificación que utilices depende de la pregunta que tu negocio necesite responder.

00:03:35.820 --> 00:03:38.260
Una empresa que maneja pedidos de clientes de esta semana

00:03:38.260 --> 00:03:42.540
necesita una vista completamente diferente a una que prepara materiales para la próxima temporada.

00:03:42.980 --> 00:03:44.500
El primer modo es la planificación maestra.

00:03:44.920 --> 00:03:47.580
Este es tu plan diario y calcula los requisitos netos.

00:03:48.000 --> 00:03:50.880
Esto simplemente significa que el sistema observa lo que necesitas

00:03:50.880 --> 00:03:52.960
y resta el suministro que ya tienes o esperas recibir.

00:03:53.700 --> 00:03:56.360
Lee la actividad comercial real o los pedidos de venta de los clientes,

00:03:56.460 --> 00:03:58.200
las órdenes de compra ya enviadas a los proveedores,

00:03:58.540 --> 00:04:01.960
las órdenes de producción en la fábrica y el inventario disponible en el almacén.

00:04:02.580 --> 00:04:04.860
Imagina un pedido de un cliente de 100 unidades de un producto.

00:04:05.380 --> 00:04:08.240
Tu almacén tiene 30 unidades que la planificación puede usar para ese pedido.

00:04:08.860 --> 00:04:11.480
El sistema no intenta sugerir comprar o fabricar las 100 nuevamente

00:04:11.480 --> 00:04:12.960
porque ve esas 30 como suministro.

00:04:13.620 --> 00:04:15.580
Entonces calcula la necesidad restante de 70 unidades.

00:04:15.840 --> 00:04:17.840
Esas 70 restantes son el requisito neto.

00:04:18.140 --> 00:04:20.540
Un plan real puede incluir más que solo existencias en un estante.

00:04:21.000 --> 00:04:23.160
Quizás otras 20 unidades lleguen de un proveedor

00:04:23.160 --> 00:04:25.620
antes de la fecha solicitada por el cliente.

00:04:26.940 --> 00:04:29.580
En ese caso, el sistema también toma en cuenta esas 20 unidades,

00:04:29.740 --> 00:04:31.380
dejando una brecha aún menor por cubrir.

00:04:31.980 --> 00:04:33.220
Pero las fechas controlan la respuesta.

00:04:33.680 --> 00:04:35.740
Si esas 20 unidades llegan después de la fecha de entrega

00:04:35.740 --> 00:04:37.420
esperada por el cliente, realmente no ayudan mucho.

00:04:38.020 --> 00:04:39.960
Las recibe físicamente, pero llegan demasiado tarde

00:04:39.960 --> 00:04:41.160
para esta necesidad específica.

00:04:41.160 --> 00:04:43.960
La planificación maestra analiza la cantidad y el tiempo en conjunto.

00:04:44.360 --> 00:04:47.380
O, un simple número total de existencias puede dar la respuesta incorrecta.

00:04:47.940 --> 00:04:50.280
Para muchas empresas, este es el plan que ejecutan con más frecuencia.

00:04:50.800 --> 00:04:53.460
Microsoft define la planificación maestra como un proceso a corto plazo

00:04:53.460 --> 00:04:54.920
que suele cubrir de un semana a seis meses.

00:04:55.360 --> 00:04:57.460
El rango exacto depende cuánto tarde en llegar el suministro

00:04:57.460 --> 00:04:59.300
o cuánto tarde en finalizar la producción.

00:04:59.300 --> 00:05:01.740
Una empresa que compra artículos locales sencillos

00:05:01.740 --> 00:05:03.580
puede planificar solo con las pocas semanas de enteración.

00:05:04.000 --> 00:05:06.080
Pero un fabricante con piezas que requieren meses

00:05:06.080 --> 00:05:07.560
necesita mirar más hacia el futuro,

00:05:07.920 --> 00:05:10.340
a menudo hasta el tiempo de entrega total más largo para sus productos.

00:05:10.920 --> 00:05:12.460
De lo contrario, la ejecución de la planificación

00:05:12.460 --> 00:05:14.720
descuera en escasez cuando ya es demasiado tarde para evitarla.

00:05:15.120 --> 00:05:16.960
El segundo modo es la planificación basada en pronósticos.

00:05:17.360 --> 00:05:19.360
En lugar de comenzar con pedidos de venta confirmados,

00:05:19.500 --> 00:05:21.760
la planificación de pronósticos comienza con la demanda esperada.

00:05:22.140 --> 00:05:24.480
Quizás el equipo de ventas espera mayores ventas de bicicletas

00:05:24.480 --> 00:05:27.000
durante el verano, o un minorista espera que una gran promoción

00:05:27.000 --> 00:05:28.460
genere demanda más adelante en el año.

00:05:28.460 --> 00:05:31.020
Estos son pronósticos basados en lo que el equipo espera,

00:05:31.260 --> 00:05:32.160
no en pedidos confirmados.

00:05:33.040 --> 00:05:34.880
Son útiles porque esperar a cada pedido el cliente

00:05:34.880 --> 00:05:36.900
puede dejar muy poco tiempo para comprar materias primas,

00:05:37.060 --> 00:05:39.440
reservar trabajo de fábrica o preparar suficiente capacidad.

00:05:40.280 --> 00:05:42.740
Los artículos de larga duración necesitan decisiones tempranas

00:05:42.740 --> 00:05:44.840
incluso cuando el pedido final del cliente aún no ha llegado.

00:05:45.140 --> 00:05:47.280
La planificación de pronósticos calcula los requisitos brutos.

00:05:47.580 --> 00:05:50.060
Esto significa que comienza con el volumen de demanda esperado.

00:05:50.560 --> 00:05:52.800
Si un pronóstico espera 500 bicicletas en julio,

00:05:52.800 --> 00:05:56.140
la planificación primero ve el requisito completo de 500 unidades

00:05:56.140 --> 00:05:58.320
y trabaja a partir de esa necesidad esperada.

00:05:58.660 --> 00:06:01.200
Piénselo como mirar hacia adelante a la carga de trabajo que se vecina para el nuevo.

00:06:01.500 --> 00:06:04.440
Luego puede planificar los materiales y la capacidad en torno a ese volumen esperado.

00:06:04.860 --> 00:06:06.920
Es posible que deba hablar con los proveedores con anticipación,

00:06:07.060 --> 00:06:10.580
preparar espacio de almacén o verificar si la producción puede manejar la carga de trabajo esperado.

00:06:10.780 --> 00:06:14.580
Los pronósticos son promesas que pueden cambiar y las ventas reales podrían no coincidir.

00:06:14.580 --> 00:06:18.960
Aun así, le brindan una visión más amplia que un plan basado únicamente en pedidos ya realizados.

00:06:19.400 --> 00:06:21.440
Luego está la planificación maestra interempresarial.

00:06:21.960 --> 00:06:24.880
Esto entra en juego cuando una entidad legal necesita suministros de otra.

00:06:25.120 --> 00:06:27.440
Por ejemplo, una empresa de su grupo podría producir un artículo

00:06:27.440 --> 00:06:30.820
mientras otra empresa lo vende a clientes en un país diferente, en un país diferente.

00:06:31.060 --> 00:06:32.880
La empresa vendedora ve la demanda del cliente.

00:06:33.400 --> 00:06:36.600
La empresa productora necesita ver el requisito de suministro que crea esa demanda.

00:06:37.160 --> 00:06:41.000
La planificación maestra interempresarial conecta esas necesidades a través del límite de la empresa,

00:06:41.000 --> 00:06:44.320
incluida la demanda y el suministro planificados que aún no se han convertido en pedidos firmes.

00:06:44.660 --> 00:06:47.440
Así que las empresas no planean cómo se operaran por su cuenta.

00:06:48.280 --> 00:06:51.400
La empresa de ventas puede planificar el suministro de la empresa de fabricación,

00:06:51.660 --> 00:06:55.700
mientras que ésta puede ver que necesita materiales y capacidad para respaldar esa demanda.

00:06:56.320 --> 00:06:59.200
El enlace transporta la señal de planificación de una entidad legal a la otra.

00:06:59.600 --> 00:07:00.920
Cada modo comienza con la demanda.

00:07:01.440 --> 00:07:02.840
Pero la demanda es solo la primera señal,

00:07:03.060 --> 00:07:06.600
porque un producto terminado puede crear una cadena de necesidades para muchas piezas de nivel inferior.

00:07:07.800 --> 00:07:09.880
De un pedido a una cadena de suministros sigamos con la bicicleta,

00:07:09.880 --> 00:07:12.800
porque aquí es donde la planificación maestra comienza a hacer su verdadero trabajo,

00:07:13.040 --> 00:07:14.060
comienza a hacer su verdadero trabajo.

00:07:14.160 --> 00:07:18.880
Imagine que un cliente realiza un pedido de 70 bicicletas y solicita la entrega en una fecha específica.

00:07:19.440 --> 00:07:21.560
Esa fecha no es solo una nota para el equipo de ventas.

00:07:22.040 --> 00:07:24.580
Se convierte en el punto desde el cual la planificación trabaja hacia atrás,

00:07:24.700 --> 00:07:27.680
preguntando qué debe suceder antes de que esas bicicletas puedan salir del almacén.

00:07:29.080 --> 00:07:31.020
La bicicleta terminada es solo la primera capa.

00:07:31.540 --> 00:07:34.600
Dynamics 365 revisa la lista de materiales, a menudo llamada.

00:07:35.060 --> 00:07:36.880
Piensa en la BOM como la receta para una bicicleta.

00:07:36.880 --> 00:07:39.780
Enumerar el cuadro, las ruedas, la cadena, el asiento,

00:07:40.040 --> 00:07:43.120
el manillar, los frenos, los pernos y cualquier otra pieza necesaria para construirla.

00:07:43.560 --> 00:07:47.860
Si el pedido requiere 70 bicicletas, la planificación expande ese pedido a las piezas necesarias para todas las 70.

00:07:48.460 --> 00:07:50.460
Eso puede convertirse en una lista larga muy rápidamente.

00:07:50.820 --> 00:07:55.000
Podría necesitar 70 cuadros, 140 ruedas, 70 cadenas, 70 asientos y cientos de pernos pequeños.

00:07:55.480 --> 00:07:57.700
Un planificador no tiene que contar cada pieza a mano.

00:07:58.360 --> 00:08:01.100
La lista de materiales le da a Dynamics 365 la estructura

00:08:01.100 --> 00:08:04.440
para que el sistema pueda rastrear la demanda desde la bicicleta terminada hasta cada componente.

00:08:04.440 --> 00:08:07.160
Pero las piezas por sí solas no producen bicicletas.

00:08:07.620 --> 00:08:08.680
La producción también necesita una ruta.

00:08:09.060 --> 00:08:12.220
Una ruta describe los pasos de trabajo necesarios para construir el artículo,

00:08:12.400 --> 00:08:16.640
como ensamblar el cuadro, ajustar las ruedas, revisar los frenos y empacar la bicicleta terminada.

00:08:17.140 --> 00:08:18.300
Cada paso puede necesitar un recurso.

00:08:18.740 --> 00:08:22.500
Ese recurso puede ser una línea de ensamblaje, un banco de trabajo, una cabina de pintura, una máquina

00:08:22.500 --> 00:08:24.700
o un grupo de personas con las habilidades adecuadas.

00:08:25.180 --> 00:08:27.920
La planificación utiliza esta información para colocar el trabajo en un entodeco.

00:08:28.120 --> 00:08:30.220
En lugar de tratar la producción como algo que sucede al instante,

00:08:30.380 --> 00:08:32.320
aquí es donde las fechas comienzan a moverse hacia atrás.

00:08:32.320 --> 00:08:35.800
Si el cliente necesita las bicicletas el viernes, el pedido de producción terminado

00:08:35.800 --> 00:08:38.940
podría tener que completarse el jueves para que el almacén pueda empacarlas y enviarlas.

00:08:39.400 --> 00:08:41.080
El ensamblaje puede tener que comenzar el martes.

00:08:41.420 --> 00:08:43.240
Los cuadros y las ruedas pueden tener que llegar el lunes.

00:08:43.720 --> 00:08:46.060
Si un proveedor necesita 10 días para entregar las ruedas,

00:08:46.260 --> 00:08:48.560
entonces la orden de compra debe salir de su empresa aún antes.

00:08:48.920 --> 00:08:50.280
La fecha del cliente crea una cadena de fecha.

00:08:51.080 --> 00:08:55.440
Dynamics 1375 trabaja hacia atrás a través de esa cadena, teniendo en cuenta los tiempos de entrega.

00:08:56.160 --> 00:08:58.560
Un tiempo de entrega es simplemente el tiempo que algo requiere,

00:08:58.560 --> 00:09:01.700
ya sea que un proveedor entregue una pieza a un almacén de nuevas mercancías,

00:09:01.840 --> 00:09:05.860
o una fábrica termine un trabajo, una pieza a retrasar o todo lo demás.

00:09:06.380 --> 00:09:08.720
Supongamos que el sistema encuentra 70 cuadros en existencia.

00:09:09.200 --> 00:09:14.240
También ve una orden de compra abierta por 140 ruedas con entrega programada antes de que comience el ensamblaje.

00:09:14.980 --> 00:09:18.280
Ese suministro cubre el requisito de ruedas, mientras que los cuadros ya cubren su parte.

00:09:18.680 --> 00:09:19.500
Luego verifica las cadenas.

00:09:19.960 --> 00:09:23.260
Tal vez solo haya 40 cadenas a mano y ninguna orden de compra traiga las otras 30.

00:09:23.740 --> 00:09:26.220
La planeación detecta un vacío y crea una sugerencia para cubrir.

00:09:26.220 --> 00:09:30.840
La misma verificación se ejecuta para las bicicletas terminadas, las piezas debajo de ellas y cualquier trabajo intermedio.

00:09:31.040 --> 00:09:32.100
¿Ya existe algo de suministro?

00:09:32.340 --> 00:09:34.020
El inventario disponible puede satisfacer una necesidad.

00:09:34.320 --> 00:09:36.960
Una orden de compra abierta puede satisfacerla si la mercancía llega a tiempo.

00:09:37.200 --> 00:09:40.260
Una orden de producción abierta puede satisfacerla si la fábrica termina a tiempo.

00:09:40.640 --> 00:09:44.080
Cuando ninguna de esas fuentes cubre la demanda, el plan crea una orden planificada.

00:09:44.580 --> 00:09:47.180
Una orden de compra planificada sugiere comprar algo a un proveedor.

00:09:47.600 --> 00:09:50.560
Una orden de producción planificada sugiere construir algo dentro de su negocio.

00:09:51.020 --> 00:09:54.560
Una orden de transferencia planificada sugiere more stock de un sitio o almacena a otro.

00:09:54.560 --> 00:09:57.000
Estas son sugerencias, no compromisos.

00:09:57.500 --> 00:10:02.220
Dynamics 365 no envía silenciosamente una orden a un proveedor ni inicia trabajo en la planta de producción.

00:10:03.520 --> 00:10:06.800
Le da al planificador una cantidad y fecha propuestas basadas en los datos que puede ver.

00:10:07.540 --> 00:10:12.480
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.

00:10:13.300 --> 00:10:15.240
Imagina un pequeño problema con nuestra orden de bicicletas.

00:10:15.680 --> 00:10:16.960
Todo parece estar listo excepto una rueda.

00:10:16.960 --> 00:10:20.680
Su ministro planificado cubre cuadros, cadenas, asientos y casi todas las ruedas.

00:10:21.060 --> 00:10:23.680
Pero una rueda llega un día después de que el ensamblaje la necesite.

00:10:24.140 --> 00:10:26.300
Sin esa rueda, una bicicleta no puede terminarse.

00:10:26.540 --> 00:10:30.740
Aunque el almacén parezca lleno de piezas, la planeación maestra rastrea el vacío hasta su origen.

00:10:31.120 --> 00:10:34.800
El planificador puede ver que la escasez no proviene de la orden del cliente en sí.

00:10:35.360 --> 00:10:37.700
Ah, proviene de la fecha del proveedor en la orden de compra de la rueda.

00:10:38.300 --> 00:10:40.360
Eso le da al planificador algo específico sobre lo cual actúa.

00:10:40.580 --> 00:10:43.820
Solicitar una entrega más temprana, buscar otra fuente o cambiar la fecha de producción.

00:10:43.820 --> 00:10:45.320
El plan puede sugerir suministro.

00:10:45.640 --> 00:10:47.120
Pero la siguiente pregunta es igual de útil.

00:10:47.680 --> 00:10:50.440
¿Por qué Dynamics 375 conectó este suministro con esa demanda?

00:10:51.120 --> 00:10:53.840
Leyendo los requisitos netos, la conversación de planeación.

00:10:54.360 --> 00:10:57.420
Así que los planificadores usan la página de requisitos netos para profundizar en esa conexión.

00:10:57.820 --> 00:11:01.360
Esta página reúne toda la conversación de planeación para un artículo en un solo lugar.

00:11:01.880 --> 00:11:05.240
Muestra cada demanda que requiere el artículo y cada fuente de suministro que puede cubrirla,

00:11:05.460 --> 00:11:06.660
con fechas junto a cada línea.

00:11:07.200 --> 00:11:08.600
Tomemos la rueda de bicicleta como ejemplo.

00:11:09.220 --> 00:11:12.360
En la parte superior, usted selecciona el sitio o almacén donde esa rueda es relevante.

00:11:12.360 --> 00:11:15.860
Luego, debajo, Dynamics 365 muestra todas las transacciones relacionadas,

00:11:15.980 --> 00:11:18.980
ventas, compras, inventario, producción, todo en una lista.

00:11:19.620 --> 00:11:22.340
La demanda aparece como un número negativo contra su stock disponible.

00:11:22.840 --> 00:11:24.420
Esa demanda puede provenir de muchos lugares.

00:11:24.820 --> 00:11:27.480
Un pedido de venta necesita ruedas porque un cliente solicitó bicicleta.

00:11:27.980 --> 00:11:30.040
Un pronóstico crea la demanda futura esperada.

00:11:30.400 --> 00:11:32.540
Una orden de producción necesita ruedas para el plan de fábrica.

00:11:33.060 --> 00:11:35.960
Y una orden de transferencia crea demanda cuando otro almacén solicita stock.

00:11:36.220 --> 00:11:37.720
Cada línea responde una pregunta sencilla.

00:11:38.120 --> 00:11:38.880
¿Quién necesita este artículo?

00:11:39.240 --> 00:11:39.880
¿Cuántos necesita?

00:11:40.180 --> 00:11:40.660
¿Y en qué fecha?

00:11:40.660 --> 00:11:42.840
Eso suena simple, pero evita un error común.

00:11:43.760 --> 00:11:46.980
La gente suele ver una cantidad total y asume que pertenece a un cliente o trabajo

00:11:46.980 --> 00:11:50.100
cuando el mismo artículo puede respaldar varios pedidos en varias fechas.

00:11:51.320 --> 00:11:54.960
En el lado del suministro, tiene el inventario disponible o lo que ya está en stock.

00:11:55.480 --> 00:11:56.960
Luego, pedidos de compra de proveedores,

00:11:57.340 --> 00:11:59.180
órdenes de producción que su empresa planea fabricar,

00:11:59.720 --> 00:12:02.440
transferencias entre almacenes y pedidos planificados que el sistema sugiere,

00:12:02.540 --> 00:12:03.660
pero que nadie ha creado aún.

00:12:04.300 --> 00:12:05.540
La página ordena todo por fecha.

00:12:05.540 --> 00:12:08.800
A medida que se desplaza por la lista, puede ver cómo cambia la cantidad disponible.

00:12:09.520 --> 00:12:11.260
El stock puede parecer bueno a principios de mes,

00:12:11.360 --> 00:12:15.400
luego cae cuando una orden de producción usa piezas y vuelve a subir cuando llega un envío de proveedor.

00:12:16.200 --> 00:12:17.300
El momento cambia el resultado.

00:12:18.140 --> 00:12:20.040
Suponga que hay 100 ruedas en un almacén el lunes,

00:12:20.140 --> 00:12:24.640
pero una orden de producción necesita 80 el martes y aparece otra necesidad de cliente de 30 el miércoles.

00:12:24.640 --> 00:12:26.880
La demanda total excede el stock,

00:12:27.080 --> 00:12:30.260
a pesar de que un pedido de compra entrante de 50 ruedas llega el viernes.

00:12:30.680 --> 00:12:32.820
La entrega del viernes no resuelve la escasez del miércoles.

00:12:33.200 --> 00:12:35.760
Se avista fecha por fecha y explica por qué el sistema hace su sugerencia.

00:12:36.160 --> 00:12:38.900
Dynamics 365 no está simplemente pidiendo más ruedas al azar.

00:12:39.560 --> 00:12:43.200
Ve exactamente cuándo el suministro disponible cae por debajo de la demanda que debe cubrir.

00:12:43.680 --> 00:12:45.420
Ahora, podría hacerse una pregunta más específica.

00:12:45.620 --> 00:12:47.420
¿Qué línea de suministro cubre qué línea de demanda?

00:12:47.680 --> 00:12:48.620
Esa conexión se llama Pagging.

00:12:49.000 --> 00:12:52.540
El Pagging es el enlace de planificación de Dynamics 365 entre la demanda y el suministro.

00:12:52.540 --> 00:12:56.460
Conecta una necesidad como una orden de producción de bicicletas con la fuente que se espera que la cubra,

00:12:56.540 --> 00:12:59.140
como un pedido de compra de ruedas o un pedido de compra planificado.

00:12:59.540 --> 00:13:02.080
El sistema construye este vínculo durante el cálculo de planificación.

00:13:02.640 --> 00:13:05.700
Si la demanda cambia, la planificación puede recalcular la conexión.

00:13:06.060 --> 00:13:09.400
Tal vez un cliente mueva su fecha de entrega o un pedido de compra entrante se retrase.

00:13:10.080 --> 00:13:12.600
El Pagging puede entonces apuntar una fuente de suministro diferente

00:13:12.600 --> 00:13:14.860
o crear un nuevo pedido planificado donde aparece la brecha.

00:13:15.220 --> 00:13:16.340
Le ayuda a rastrear toda la cadena.

00:13:16.880 --> 00:13:18.040
Comience con un pedido de ventas,

00:13:18.140 --> 00:13:19.760
vea la orden de producción en la que se conecta,

00:13:19.760 --> 00:13:21.120
siga eso hasta las piezas necesarias

00:13:21.120 --> 00:13:22.760
y encuentra la orden de compra que las cubre.

00:13:23.160 --> 00:13:24.320
A veces necesita más control.

00:13:24.720 --> 00:13:25.460
Ahí es donde entra el mercado.

00:13:25.940 --> 00:13:29.360
El mercado es una conexión manual entre una transacción de suministro y una de demanda.

00:13:29.780 --> 00:13:32.160
Le indica al sistema que este suministro debe cubrir esa demanda

00:13:32.160 --> 00:13:34.860
en lugar de dejar que la planificación la asigne libremente en otro lugar.

00:13:35.340 --> 00:13:37.980
Piensa en ello como poner una etiqueta en dos registros relacionados.

00:13:38.580 --> 00:13:41.440
Podría marcar una orden de compra específica de ruedas entrantes

00:13:41.440 --> 00:13:43.040
contra una orden de producción particular

00:13:43.040 --> 00:13:45.040
porque esas ruedas se compraron para ese trabajo.

00:13:45.660 --> 00:13:47.620
La planificación respeta esa relación con más firmeza

00:13:47.620 --> 00:13:48.740
que es una desvinculación normal.

00:13:48.740 --> 00:13:51.760
Aún así, el suministro marcado no es la conexión más fuerte disponible.

00:13:52.140 --> 00:13:53.120
La reserva más fuerte.

00:13:53.620 --> 00:13:56.600
Cuando reserva inventario o suministro entrante para una demanda específica,

00:13:56.840 --> 00:13:57.680
crea un vínculo firme.

00:13:58.280 --> 00:13:59.920
Esa cantidad se aparta para el pedido de ventas,

00:13:59.980 --> 00:14:01.840
la orden de producción u otra demanda elegida.

00:14:02.200 --> 00:14:04.000
Y la planificación maestra trata la reserva

00:14:04.000 --> 00:14:06.280
como una prioridad sobre la vinculación y el mercado normales.

00:14:06.800 --> 00:14:08.140
Imagine 10 ruedas en existencia,

00:14:08.380 --> 00:14:10.720
pero esas ruedas están reservadas para una orden de reparación urgente.

00:14:11.600 --> 00:14:13.620
Un pedido de cliente posterior puede necesitar ruedas también,

00:14:13.940 --> 00:14:15.960
pero la planificación no puede tratar esas 10 ruedas reservadas

00:14:15.960 --> 00:14:16.980
como disponibles libremente.

00:14:17.640 --> 00:14:19.600
Necesita encontrar otro suministro o sugerir más,

00:14:19.700 --> 00:14:21.340
porque la reserva ya las asigna a otro lugar.

00:14:21.820 --> 00:14:23.380
Entonces, la vinculación y el mercado de la reserva

00:14:23.380 --> 00:14:24.740
le brindan tres niveles de conexión.

00:14:25.020 --> 00:14:26.720
La vinculación es la coincidencia automática del sistema.

00:14:27.040 --> 00:14:28.560
El mercado es un enlace manual y más fijo.

00:14:28.980 --> 00:14:31.140
La reserva bloquea el suministro para una necesidad específica.

00:14:31.260 --> 00:14:32.480
Es de las tres la más fuerte.

00:14:32.920 --> 00:14:34.280
Una vez que puede leer esos enlaces,

00:14:34.500 --> 00:14:37.200
los pedidos planificados dejan de parecer instrucciones sin explicación.

00:14:37.540 --> 00:14:38.860
La siguiente pregunta es con qué frecuencia

00:14:38.860 --> 00:14:40.060
cambia esta vista de planificación.

00:14:40.060 --> 00:14:42.340
¿Qué tan rápido puede calcular la Dynamics 365?

00:14:42.340 --> 00:14:45.400
Estático, dinámico y optimización de la planificación.

00:14:45.800 --> 00:14:47.960
Página de necesidades netas muestra un resultado de planificación,

00:14:48.120 --> 00:14:49.580
pero no todos los planes se actualizan de la misma manera.

00:14:49.920 --> 00:14:52.920
Un plan estático cambia solo cuando alguien ejecute el trabajo de planificación maestra.

00:14:53.440 --> 00:14:55.340
Eso les da a los planificadores una vista estable

00:14:55.340 --> 00:14:58.580
que pueden revisar durante el día sin que cada nueva transacción cambie los números.

00:14:58.580 --> 00:15:01.500
Imagina que llega un pedido de ventas grande a las 11 de la mañana.

00:15:01.860 --> 00:15:03.640
Si el plan estático se ejecutó durante la noche,

00:15:03.780 --> 00:15:06.660
ese nuevo pedido no aparecerá en sus sugerencias hasta la siguiente ejecución.

00:15:07.480 --> 00:15:09.260
El plan no muestra el último resultado calculado,

00:15:09.420 --> 00:15:12.120
lo que puede ser útil cuando un equipo necesita una vista acordada para el día.

00:15:12.780 --> 00:15:13.960
Pero esa estabilidad tiene un costo.

00:15:14.340 --> 00:15:16.700
La nueva demanda puede quedar fuera del plan estático por un tiempo,

00:15:16.820 --> 00:15:19.600
especialmente si su empresa ejecuta la planificación una vez por noche o por semana.

00:15:19.940 --> 00:15:22.020
Un planificador puede saber que existe un pedido de cliente,

00:15:22.020 --> 00:15:25.000
pero el plan estático aún no ha recalculado la respuesta de suministro.

00:15:25.380 --> 00:15:26.220
Ahí es un plan dinámico.

00:15:26.220 --> 00:15:28.940
Un plan dinámico muestra la demanda actual tal como sucede.

00:15:29.280 --> 00:15:32.180
Los planificadores pueden ver el efecto de nuevos pedidos de ventas y trasdemandas

00:15:32.180 --> 00:15:34.200
sin esperar el próximo proceso completo de planificación maestra.

00:15:34.420 --> 00:15:35.340
Es una visión a corto plazo.

00:15:35.720 --> 00:15:38.760
Los planes dinámicos omiten los pronósticos y se centran en lo que sucede ahora mismo.

00:15:39.540 --> 00:15:43.020
Supongamos que un cliente realiza un pedido inesperado de 200 bicicletas esta tarde.

00:15:43.440 --> 00:15:47.580
Antes de prometer una fecha de entrega, el planificador puede abrir el plan dinámico y comprobar el efecto.

00:15:48.500 --> 00:15:49.820
¿El nuevo pedido crea una escasez?

00:15:50.160 --> 00:15:52.240
¿Desplaza una necesidad existente a una fecha posterior?

00:15:52.700 --> 00:15:54.920
¿Desencadena una nueva acción sugerida de compra o producción?

00:15:54.920 --> 00:15:57.920
Esto brinda al equipo una perspectiva práctica de qué pasaría si...

00:15:58.640 --> 00:16:01.600
No está cambiando el plan estático solo para investigar un nuevo pedido.

00:16:02.080 --> 00:16:05.540
Primero compruebe el impacto probable y luego decide si el pedido requiere atención inmediata

00:16:05.540 --> 00:16:07.680
o puede esperar a la siguiente ejecución programada.

00:16:08.520 --> 00:16:11.360
Los planes estáticos y dinámicos responden a preguntas relacionadas pero diferentes.

00:16:11.660 --> 00:16:14.980
El plan estático pregunta, ¿qué nos indicó hacer nuestro último cálculo de planificación oficial?

00:16:14.980 --> 00:16:19.440
El plan dinámico pregunta, ¿cómo se ve la demanda actual en este momento?

00:16:20.060 --> 00:16:22.020
Detrás de ambos planes se encuentra el motor de planificación.

00:16:22.600 --> 00:16:28.940
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.

00:16:29.260 --> 00:16:35.080
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.

00:16:35.420 --> 00:16:37.200
Las ejecuciones de planificación antiguas podían llevar mucho.

00:16:37.200 --> 00:16:42.900
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.

00:16:43.180 --> 00:16:47.980
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,

00:16:48.060 --> 00:16:50.820
pero una respuesta más rápida aún puede ser una respuesta incorrecta, aún puede ser incorrecta.

00:16:51.140 --> 00:16:54.720
La optimización de planificación puede calcular una enorme cantidad de datos conectados rápidamente.

00:16:55.100 --> 00:16:57.460
Sin embargo, solo funciona con los registros que le proporciona a su empresa.

00:16:57.460 --> 00:17:01.300
Si el tiempo de entrega de un proveedor es incorrecto, la fecha sugerida del pedido también puede ser incorrecta.

00:17:01.340 --> 00:17:06.340
Si el sistema piensa que hay 500 ruedas en stock, cuando no es así, puede omitir una sugerencia de compra que usted realmente necesite.

00:17:06.340 --> 00:17:10.940
Y si la lista de materiales omite una pieza, la planificación no puede crear demanda para esa pieza faltante.

00:17:11.500 --> 00:17:15.760
El cálculo puede terminar en minutos, pero la fábrica se detendrá de todos modos cuando esa pieza no esté allí.

00:17:16.240 --> 00:17:17.680
También hay un cambio en cómo se ejecuta la planificación.

00:17:18.220 --> 00:17:20.200
Con la optimización de planificación, los planes son regenerativos.

00:17:20.620 --> 00:17:28.020
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.

00:17:28.300 --> 00:17:31.140
Piensa en ello como recalcular el panorama completo de planificación cada vez.

00:17:31.680 --> 00:17:34.680
Eso elimina parte de la incertidumbre sobre si un cambio anterior escapó al cálculo,

00:17:34.680 --> 00:17:38.640
mientras que el motor más rápido hace que el recalculo completo sea más práctico para muchas empresas.

00:17:39.200 --> 00:17:42.980
La velocidad ayuda, pero los datos limpios deciden si el plan merece confianza.

00:17:43.140 --> 00:17:47.380
Una vez que el plan produce sugerencias, el siguiente paso es decidir cuáles requieren acción inmediata.

00:17:47.920 --> 00:17:49.900
¿Pero qué hace la planificación maestra y qué no hace?

00:17:50.600 --> 00:17:51.980
Aquí está la definición más sencilla.

00:17:52.860 --> 00:17:59.440
La planificación maestra toma todos los datos de Dynamics 365 y sugiere que comprar, construir o mover, incluyendo fechas y cantidades.

00:17:59.440 --> 00:18:02.780
Un planificador revisa esas órdenes planificadas antes de actuar.

00:18:03.240 --> 00:18:06.960
Verifica en el proveedor la fecha de entrega, la cantidad y si la fábrica puede manejar el trabajo.

00:18:07.520 --> 00:18:12.520
Una vez que confirman consolidar esa sugerencia, la convierte en una orden de compra, de producción o de transferencia real.

00:18:12.860 --> 00:18:14.480
Pero planificación maestra no puede ver el futuro.

00:18:14.920 --> 00:18:18.700
Los pronósticos son solo estimaciones y los pedidos reales de clientes pueden cambiar de la noche a la mañana.

00:18:19.000 --> 00:18:21.240
Y definitivamente no reemplaza a los planificadores humanos.

00:18:21.580 --> 00:18:24.760
Las personas siguen manejando riesgos proveedor, las promesas a clientes y las excepciones.

00:18:24.760 --> 00:18:26.360
El sistema simplemente no puede juzgar.

00:18:26.900 --> 00:18:28.300
El inventario por sí solo tampoco es suficiente.

00:18:28.680 --> 00:18:32.540
¿Ese inventario podría llegar tarde, estar en el almacén equivocado y estar reservado para otro pedido?

00:18:33.180 --> 00:18:41.240
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.

00:18:41.840 --> 00:18:44.580
Para nuestro pedido de bicicletas, el stock existente cumple parte de la necesidad.

00:18:44.960 --> 00:18:48.040
La planificación sugiere el suministro para el resto y el planificador confirma la acción.

00:18:48.380 --> 00:18:50.820
Eso nos lleva de nuevo a la pregunta que todo equipo necesita responder.

00:18:51.140 --> 00:18:52.140
¿Qué debe suceder a continuación?

00:18:52.140 --> 00:18:54.980
Conclusión, un plan conectado.

00:18:55.740 --> 00:18:57.920
La planificación maestra toma la demanda.

00:18:58.160 --> 00:19:04.040
Niveles de stock, fechas de entrega, cronogramas de producción y capacidad, convirtiéndolo en acciones que su equipo puede revisar.

00:19:04.780 --> 00:19:07.420
Las órdenes planificadas inician la decisión humana, no la finalizan.

00:19:07.880 --> 00:19:09.280
Es por eso que los planificadores se incientizan.

00:19:09.620 --> 00:19:14.880
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.

00:19:14.880 --> 00:19:15.880
¡Gracias!

00:19:15.880 --> 00:19:16.880
¡Gracias!

00:19:16.880 --> 00:19:17.880
¡Gracias!