WEBVTT 00:00:00.000 --> 00:00:02.340 Imagine que um cliente queira 100 bicicletas no próximo mês. 00:00:02.620 --> 00:00:03.480 Quase chegam com atraso. 00:00:03.720 --> 00:00:04.940 As rodas estão em um depósito diferente. 00:00:05.360 --> 00:00:07.660 Sua linha de montagem já tem trabalho agendado para as próximas duas semanas. 00:00:07.920 --> 00:00:10.300 Então o que você compra, você fabrica, você movimenta. 00:00:10.640 --> 00:00:11.680 E quando você precisa de cada peça? 00:00:12.700 --> 00:00:14.400 Mil cupetas do M3Z5FM. 00:00:15.520 --> 00:00:18.720 Esta pílula de conhecimento é sobre o Dynamics 365 Master Planning AU. 00:00:19.720 --> 00:00:23.500 A parte da gestão da cadeia de suprimentos que responde a essas questões nos bastidores. 00:00:24.140 --> 00:00:27.020 Pense em sua empresa como um prédio comercial com almoxarifado anexo. 00:00:27.400 --> 00:00:28.320 Os pedidos entram por uma pão. 00:00:28.320 --> 00:00:29.940 O estoque fica nas prateleiras. 00:00:30.240 --> 00:00:31.920 Os fornecedores trazem mercadorias para a doca de carga. 00:00:32.220 --> 00:00:34.140 A produção transforma peças em produtos acabados. 00:00:34.500 --> 00:00:36.620 O planejamento mestre olha para todo o prédio, 00:00:37.060 --> 00:00:39.320 em vez de deixar cada equipe com sua própria lista separada. 00:00:40.660 --> 00:00:42.760 Hoje vamos acompanhar um pedido de bicicleta, 00:00:42.860 --> 00:00:45.380 desde a solicitação do cliente até as ações de suprimento. 00:00:46.300 --> 00:00:50.720 O Dynamics 365 mostra por que as empresas precisam de um plano, não de uma planilha. 00:00:51.480 --> 00:00:53.500 Antes das ferramentas de planejamento conectadas, 00:00:53.580 --> 00:00:55.440 as empresas trabalhavam com informações isoladas. 00:00:55.440 --> 00:00:57.380 As vendas tinham os pedidos dos clientes em um lugar. 00:00:57.380 --> 00:00:59.960 As equipes de depósito conferiam o estoque em outro sistema, 00:01:00.060 --> 00:01:03.080 o setor de compras rastreava datas de fornecedores em e-mails ou planilhas, 00:01:03.160 --> 00:01:06.340 e a produção mantinha suas próprias anotações sobre o que a fábrica poderia produzir nesta semana. 00:01:06.420 --> 00:01:07.780 Cada lista parecia correto individualmente. 00:01:08.120 --> 00:01:10.740 O problema começava quando alguém tentava responder uma pergunta do cliente. 00:01:11.140 --> 00:01:13.400 Podemos entregar 100 bicicletas na data que prometemos? 00:01:13.840 --> 00:01:14.560 E olá, Tafts! 00:01:14.880 --> 00:01:17.220 Imagine que o depósito tenha 30 bicicletas acabadas hoje. 00:01:17.580 --> 00:01:18.680 Isso parece um bom começo. 00:01:18.680 --> 00:01:21.100 Mas o pedido ainda precisa de outras 70 bicicletas. 00:01:21.540 --> 00:01:25.600 E essas 70 bicicletas precisam de quadros, rodas, correntes, assentos, parafusos, 00:01:25.700 --> 00:01:28.700 materiais de embalagem, pessoas para montá-las e tempo nas máquinas certas. 00:01:29.200 --> 00:01:32.020 Uma simples contagem de estoque só diz o que está na prateleira agora. 00:01:33.380 --> 00:01:36.520 Não diz se outros 70 quadros podem chegar antes que a produção precise deles. 00:01:37.140 --> 00:01:39.960 Não diz se um pedido de compra aberto já cobre as rodas. 00:01:40.680 --> 00:01:44.520 E não diz se a fábrica tem tempo suficiente para montar tudo antes da data de entrega. 00:01:44.520 --> 00:01:49.520 É aqui que o planejamento se torna mais do que apenas contar. 00:01:50.940 --> 00:01:53.960 Quando um cliente encomenda 100 bicicletas, o sistema analisa a demanda por 100. 00:01:54.380 --> 00:01:56.320 Ele subtrai as 30 bicicletas já disponíveis. 00:01:56.760 --> 00:01:58.880 Então ele rastreia o que precisa acontecer para as 70 restantes. 00:01:59.800 --> 00:02:01.520 Ele verifica as peças necessárias para visualizar. 00:02:02.000 --> 00:02:03.520 Ele verifica o suprimento que já está a caminho. 00:02:03.940 --> 00:02:06.220 E verifica as datas vinculadas a cada etapa do trabalho. 00:02:06.580 --> 00:02:08.180 Uma única peça faltando pode mudar a resposta. 00:02:08.620 --> 00:02:10.220 Mas você pode ter rodas suficientes e assentos suficientes. 00:02:10.700 --> 00:02:13.080 Mas se as peças precisam de 2 semanas de um fornecedor, 00:02:13.080 --> 00:02:15.420 comprá-las no dia anterior, a montagem não ajudará em nada. 00:02:16.140 --> 00:02:18.100 Pedido pode parecer possível em uma planilha. 00:02:18.280 --> 00:02:20.100 Até que você coloque cada peça em um calendário. 00:02:20.480 --> 00:02:21.800 E esse calendário muda o tempo todo. 00:02:22.360 --> 00:02:24.060 Fornecedor pode antecipar a data de entrega. 00:02:24.460 --> 00:02:26.920 Outro pedido de venda pode consumir um estoque que você achava que estava livre. 00:02:27.240 --> 00:02:28.620 Um trabalho de produção pode terminar com a tela. 00:02:28.920 --> 00:02:30.800 Quando esses detalhes ficam em locais separados, 00:02:30.960 --> 00:02:33.400 as pessoas gastam todo o tempo ligando, enviando e-mails, 00:02:33.600 --> 00:02:35.760 verificando e atualizando sua própria versão do plano. 00:02:36.080 --> 00:02:36.900 Dynamics 3001 00:02:36.900 --> 00:02:41.440 Planejamento Mestre reúne a demanda atual e a oferta atual em uma única visão de planejamento. 00:02:41.440 --> 00:02:43.760 Ele lê pedidos de clientes, estoque disponível, 00:02:43.860 --> 00:02:45.940 oferta recebida e informações de produção tudo junto. 00:02:46.420 --> 00:02:49.380 Em seguida, ele calcula onde a oferta cobre a demanda e onde uma lacuna permanece. 00:02:49.620 --> 00:02:52.020 Em vez de pedir a cada equipe que conecte os pontos manualmente, 00:02:52.120 --> 00:02:54.920 o sistema cria ações sugeridas com base nas informações que ele consegue ver. 00:02:55.900 --> 00:02:58.240 Isso não significa que o sistema administra o negócio sozinho. 00:02:58.940 --> 00:03:02.620 Um planejador ainda verifica sugestões, faz perguntas e decide o que deve acontecer. 00:03:03.460 --> 00:03:05.360 Mas o planejador começa com uma imagem conectada, 00:03:05.440 --> 00:03:06.720 em vez de uma pilha de listas separadas. 00:03:07.160 --> 00:03:08.500 Pense em uma planilha como fotografia. 00:03:08.500 --> 00:03:11.600 Ela captura o estoque em um momento e pode ser útil. 00:03:12.380 --> 00:03:15.220 O planejamento mestre é mais próximo de um cronograma voltado para o futuro, 00:03:15.320 --> 00:03:18.100 pois conecta quantidades com datas, oferta recebida e demanda futura. 00:03:18.740 --> 00:03:20.980 Próximo passo é separar os diferentes tipos de demanda 00:03:20.980 --> 00:03:22.420 que o processo de planejamento pode ler. 00:03:23.960 --> 00:03:24.920 Os três modos de planejamento. 00:03:25.960 --> 00:03:28.000 Então, aqui está a questão sobre o Dynamics 365. 00:03:28.000 --> 00:03:31.520 Não existe apenas uma maneira de planejar. 00:03:32.140 --> 00:03:35.000 O modo de planejamento que você usa depende da pergunta que sua empresa precisa responder. 00:03:35.960 --> 00:03:38.420 Uma empresa que lida com os pedidos de clientes desta semana 00:03:38.420 --> 00:03:42.280 precisa de uma visão completamente diferente de uma que prepara materiais para a próxima temporada. 00:03:42.920 --> 00:03:44.420 O primeiro modo é o planejamento mestre. 00:03:44.900 --> 00:03:47.720 Este é o seu plano do dia a dia e ele calcula as necessidades líquidas. 00:03:48.200 --> 00:03:50.640 Isso simplesmente significa que o sistema olha o que você precisa 00:03:50.640 --> 00:03:52.880 e subtrai a oferta que você já tem ou espera receber. 00:03:52.880 --> 00:03:56.660 Ele lê a atividade real do negócio, como pedidos de vendas de clientes, 00:03:56.760 --> 00:03:58.520 pedidos de compras já enviados a fornecedores, 00:03:58.680 --> 00:04:02.040 ordens de produção já no chão de fábrica e o estoque disponível no armazém. 00:04:02.600 --> 00:04:04.940 Imagine um pedido de cliente de 100 unidades de um produto. 00:04:05.380 --> 00:04:08.200 Seu armazém contém 30 unidades que o planejamento pode usar para esse pedido. 00:04:08.620 --> 00:04:11.420 O sistema não tenta sugerir a compra ou fabricação de todas as 100 novamente, 00:04:11.520 --> 00:04:13.400 porque ele vê essas 30 como oferta, como oferta. 00:04:13.700 --> 00:04:15.540 Portanto, ele calcula uma necessidade restante de 100 unidades. 00:04:15.980 --> 00:04:17.880 Essas 70 unidades restantes são a necessidade líquida. 00:04:18.180 --> 00:04:20.460 O plano real pode incluir mais do que apenas o estoque na prateleira. 00:04:20.460 --> 00:04:23.860 Talvez outras 20 unidades estejam previstas para chegar de um fornecedor 00:04:23.860 --> 00:04:25.900 antes da data solicitada pelo cliente. 00:04:27.180 --> 00:04:29.600 Nesse caso, o sistema considera essas 20 unidades também, 00:04:29.720 --> 00:04:31.360 deixando uma lacuna ainda menor para cobrir. 00:04:31.980 --> 00:04:33.240 Mas as datas controlam a resposta. 00:04:33.680 --> 00:04:36.480 Se essas 20 unidades chegarem após o prazo de entrega esperado pelo cliente, 00:04:36.520 --> 00:04:37.480 elas não ajudam muito no final. 00:04:37.980 --> 00:04:38.880 Você as recebe fisicamente, 00:04:39.080 --> 00:04:41.080 mas elas chegam tarde demais para essa necessidade específica. 00:04:41.640 --> 00:04:43.940 O planejamento mestre analisa a quantidade e o prazo em conjunto. 00:04:44.480 --> 00:04:46.940 Um número total de estoques simples pode lhe dar a resposta errada. 00:04:47.640 --> 00:04:50.220 Para muitas empresas, este é o plano que executam com mais frequência. 00:04:50.460 --> 00:04:53.260 A Microsoft chama o planejamento mestre de processo de curto prazo, 00:04:53.320 --> 00:04:54.820 geralmente cobrindo de uma semana a seis meses. 00:04:55.380 --> 00:04:58.080 O intervalo exato depende de quanto tempo o suprimento leva para chegar 00:04:58.080 --> 00:04:59.620 ou quanto tempo a produção leva para terminar. 00:05:00.180 --> 00:05:01.820 Uma empresa que compra itens locais simples 00:05:01.820 --> 00:05:03.460 pode planejar apenas algumas semanas à frente. 00:05:04.260 --> 00:05:06.200 Mas um fabricante com peças que levam meses 00:05:06.200 --> 00:05:07.360 precisa olhar mais adiante, 00:05:07.500 --> 00:05:10.080 muitas vezes até o maior prazo de entrega total de seus produtos. 00:05:10.900 --> 00:05:12.560 Caso contrário, a execução do planejamento 00:05:12.560 --> 00:05:14.580 descobre uma escassez tarde demais para evitá-la. 00:05:15.240 --> 00:05:16.880 O segundo modo é o planejamento de previsão. 00:05:17.380 --> 00:05:18.860 Em vez de começar com pedidos de vendas confirmados, 00:05:18.860 --> 00:05:21.580 o planejamento de previsão começa com a demanda esperada. 00:05:22.040 --> 00:05:25.100 Talvez a equipe de vendas espere maiores vendas de bicicletas durante o verão 00:05:25.100 --> 00:05:27.040 ou um varejista espere uma grande promoção 00:05:27.040 --> 00:05:28.380 para gerar demanda no final do ano. 00:05:29.040 --> 00:05:31.040 Estas são previsões baseadas no que a equipe espera, 00:05:31.160 --> 00:05:32.100 não em pedidos confirmados. 00:05:32.840 --> 00:05:35.180 Elas são úteis porque esperar por cada pedido do cliente 00:05:35.180 --> 00:05:37.100 pode deixar pouco tempo para comprar matérias-primas, 00:05:37.280 --> 00:05:39.640 agendar o trabalho fabril ou preparar capacidade suficiente. 00:05:40.460 --> 00:05:42.860 Itens de longo prazo precisam de decisões antecipadas 00:05:42.860 --> 00:05:44.520 mesmo quando o pedido final do cliente ainda não chegou. 00:05:45.180 --> 00:05:47.200 O planejamento de previsão calcula as necessidades brutas. 00:05:47.200 --> 00:05:50.080 Isso significa que ele começa com o volume de demanda esperado. 00:05:50.560 --> 00:05:52.900 Se uma previsão espera 500 bicicletas em julho, 00:05:52.980 --> 00:05:55.780 o planejamento primeiro vê o requisito total de 500 unidades 00:05:55.780 --> 00:05:58.160 e trabalha a partir dessa necessidade esperada. 00:05:58.700 --> 00:06:01.060 Pense nisso como olhar para a carga de trabalho que está vindo direção à empresa. 00:06:01.480 --> 00:06:04.220 Você pode então planejar materiais e capacidade em torno do esperado. 00:06:04.880 --> 00:06:07.080 Você pode precisar falar com fornecedores antecipadamente, 00:06:07.220 --> 00:06:08.220 preparar espaço de armazém 00:06:08.220 --> 00:06:10.380 ou verificar se a produção pode lidar com a carga de trabalho esperada. 00:06:10.720 --> 00:06:12.600 Previsões são promessas e elas podem mudar, 00:06:12.900 --> 00:06:14.480 e as vendas reais podem não corresponder. 00:06:14.480 --> 00:06:17.380 Ainda assim, elas oferecem uma visão mais longa do que um plano 00:06:17.380 --> 00:06:18.820 baseado apenas em pedidos já feitos. 00:06:19.300 --> 00:06:21.380 Então existe o planejamento mestre intercompanhias. 00:06:21.940 --> 00:06:24.740 Isso entra em jogo quando uma entidade jurídica precisa de suprimentos de outra. 00:06:25.120 --> 00:06:27.480 Por exemplo, uma empresa do seu grupo pode produzir um item 00:06:27.480 --> 00:06:30.020 enquanto outra empresa o vende para clientes em um país diferente. 00:06:30.840 --> 00:06:32.940 A empresa vendedora vê a demanda do cliente. 00:06:33.420 --> 00:06:36.460 A empresa produtora precisa ver o requisito e o suprimento que essa demanda cria. 00:06:37.260 --> 00:06:39.620 Planejamento mestre intercompanhias conecta essas necessidades 00:06:39.620 --> 00:06:42.480 através da fronteira da empresa, incluindo demanda e suprimento planejados 00:06:42.480 --> 00:06:44.160 que ainda não se tornaram pedidos firmes. 00:06:44.640 --> 00:06:47.420 Portanto, as empresas não precisam planejar como se operassem sozinhas. 00:06:48.140 --> 00:06:51.000 A empresa de vendas pode planejar o fornecimento da empresa de manufatura, 00:06:51.460 --> 00:06:53.720 enquanto a empresa de manufatura vê que precisa de materiais 00:06:53.720 --> 00:06:55.880 e capacidade para atender a essa demanda. 00:06:56.320 --> 00:06:59.100 O link transporta o sinal de planejamento de uma entidade legal para outra. 00:06:59.560 --> 00:07:00.880 Cada modo começa com a demanda. 00:07:01.360 --> 00:07:02.780 Mas a demanda é apenas o primeiro sinal, 00:07:02.940 --> 00:07:05.420 porque um produto acabado pode criar uma cadeia de necessidades 00:07:05.420 --> 00:07:06.740 para muitas peças de nível inferior. 00:07:06.740 --> 00:07:10.540 De um pedido a uma cadeia de suprimentos, fique com a bicicleta, 00:07:10.600 --> 00:07:13.420 pois é aqui que o planejamento mestre começa a fazer seu trabalho real. 00:07:14.040 --> 00:07:16.540 Imagine que um cliente faz um pedido de 70 bicicletas 00:07:16.540 --> 00:07:18.760 e solicita a entrega em uma data específica. 00:07:19.380 --> 00:07:21.580 Essa data não é apenas uma nota para a equipe de vendas. 00:07:22.020 --> 00:07:25.000 Ela se torna o ponto a partir do qual o planejamento trabalha retroativamente, 00:07:25.200 --> 00:07:27.900 perguntando o que precisa acontecer antes que essas bicicletas possam sair do armazém. 00:07:28.900 --> 00:07:31.000 A bicicleta acabada é apenas a primeira camada. 00:07:31.000 --> 00:07:34.680 O Dynamics 365 verifica a lista de materiais, muitas vezes chamada. 00:07:35.080 --> 00:07:37.000 Pense na bom como uma receita para uma bicicleta. 00:07:37.520 --> 00:07:41.000 Ela lista o quadro, rodas, correntes, seling, dão, freios, parafusos 00:07:41.000 --> 00:07:43.000 e todas as outras peças necessárias para montá-la. 00:07:43.520 --> 00:07:45.180 Se o pedido precisa de 70 bicicletas, 00:07:45.360 --> 00:07:48.040 o planejamento expande esse pedido para as peças necessárias para todas as 70. 00:07:48.680 --> 00:07:50.300 Isso pode sonar uma lista longa muito rapidamente. 00:07:50.780 --> 00:07:53.380 Você pode precisar de 70 quadros, 70 e 40 rodas, 70 correntes, 00:07:53.460 --> 00:07:55.000 70 selings e centenas de parafusos pequenos. 00:07:55.360 --> 00:07:57.740 Um planejador não precisa contar cada peça manualmente. 00:07:57.740 --> 00:08:01.320 A lista de materiais fornece ao Dynamics 365 a estrutura 00:08:01.320 --> 00:08:04.440 para que o sistema possa rastrear a demanda da bicicleta acabada até cada componente. 00:08:05.000 --> 00:08:07.100 Mas apenas as peças não produzem bicicletas. 00:08:07.700 --> 00:08:08.720 A produção também precisa de um roteiro. 00:08:08.940 --> 00:08:12.080 Um roteiro descreve as etapas de trabalho necessárias para construir o item, 00:08:12.200 --> 00:08:16.540 como montar o quadro, encaixar as rodas, verificar os freios e embalar a bicicleta pronta. 00:08:17.120 --> 00:08:18.420 Cada etapa pode precisar de um recurso. 00:08:18.740 --> 00:08:21.100 Esse recurso pode ser uma linha de montagem, uma bancada de trabalho, 00:08:21.280 --> 00:08:24.620 uma cabine de pintura, uma máquina ou um grupo de pessoas com as habilidades certas. 00:08:24.620 --> 00:08:27.800 O planejamento usa essas informações para posicionar o trabalho no método certo. 00:08:28.120 --> 00:08:30.580 Em vez de tratar a produção como algo que acontece instantaneamente, 00:08:30.700 --> 00:08:32.160 é aqui que as datas começam a retroceder. 00:08:32.700 --> 00:08:34.700 Se o cliente precisa das bicicletas na sexta-feira, 00:08:34.900 --> 00:08:37.520 a ordem de produção final pode precisar ser concluída na quinta-feira 00:08:37.520 --> 00:08:39.060 para que o armazém possa embalar e enviá-las. 00:08:39.580 --> 00:08:41.000 A montagem pode ser a começar na terça-feira. 00:08:41.400 --> 00:08:43.260 Os quadros e rodas podem precisar chegar na segunda-feira. 00:08:43.700 --> 00:08:45.940 Se um fornecedor precisa de 10 dias para entregar as rodas, 00:08:46.180 --> 00:08:48.400 o pedido de compra precisa sair da sua empresa ainda mais cedo. 00:08:48.940 --> 00:08:50.380 A data do cliente cria uma cadeia de datas. 00:08:50.380 --> 00:08:54.200 O Dynamics 365 trabalha retroativamente através dessa cadeia, 00:08:54.300 --> 00:08:55.600 levando em conta os prazos de entrega. 00:08:56.120 --> 00:08:58.560 Um lead time é simplesmente o tempo de que algo precisa, 00:08:58.700 --> 00:09:00.500 seja um fornecedor entregando uma peça, 00:09:00.560 --> 00:09:02.100 um depósito movendo mercadorias, 00:09:02.200 --> 00:09:03.760 ou uma fábrica terminando um trabalho. 00:09:04.440 --> 00:09:05.940 Uma peça atrasada pode atrasar todo o resto. 00:09:06.360 --> 00:09:08.600 Suponha que o sistema encontre 70 quadros em estoque. 00:09:09.140 --> 00:09:11.860 Ele também envia um pedido de compra aberto para 140 rodas, 00:09:11.940 --> 00:09:13.980 com entrega agendada antes do início da montagem. 00:09:14.760 --> 00:09:16.800 Esse suprimento atende à necessidade de rodas, 00:09:16.880 --> 00:09:18.300 enquanto os quadros já atendem à sua parte. 00:09:18.300 --> 00:09:19.640 Ele verifica as correntes. 00:09:19.940 --> 00:09:21.740 Talvez haja apenas 40 correntes em mãos 00:09:21.740 --> 00:09:23.260 e nenhum pedido de compra traga as outras 30. 00:09:23.880 --> 00:09:26.220 Planejamento vê uma lacona e cria uma sugestão para cobri-la. 00:09:26.520 --> 00:09:28.940 A mesma verificação é executada pelas bicicletas acabadas, 00:09:29.000 --> 00:09:30.860 as peças abaixo delas e qualquer trabalho intermediário. 00:09:31.080 --> 00:09:32.040 Algum suprimento já existe. 00:09:32.400 --> 00:09:34.020 O estoque disponível pode atender a uma necessidade. 00:09:34.340 --> 00:09:35.780 O pedido de compra aberto pode atendê-la 00:09:35.780 --> 00:09:36.900 se as mercadorias chegarem a tempo. 00:09:37.200 --> 00:09:39.000 Uma ordem de produção aberta pode atendê-la 00:09:39.000 --> 00:09:40.040 se a fábrica terminar a tempo. 00:09:40.680 --> 00:09:42.420 Quando nenhuma dessas fontes atende à demanda, 00:09:42.540 --> 00:09:44.060 o plano cria uma ordem planejada. 00:09:44.520 --> 00:09:47.260 Uma ordem de compra planejada sugere comprar algo de um fornecedor. 00:09:47.260 --> 00:09:50.520 Uma ordem de produção planejada sugere fabricar algo dentro da sua empresa. 00:09:50.900 --> 00:09:53.480 Uma ordem de transferência planejada sugere mover estoque 00:09:53.480 --> 00:09:54.760 de um local ou depósito para outro. 00:09:55.220 --> 00:09:57.020 Estas são sugestões, não compromissos. 00:09:57.540 --> 00:10:00.920 O Dynamics 365 não envia silenciosamente um pedido a um fornecedor 00:10:00.920 --> 00:10:02.580 ou inicia o trabalho no chão de fábrica. 00:10:03.440 --> 00:10:05.720 Ele fornece ao planejador uma quantidade de data propostas 00:10:05.720 --> 00:10:07.080 com base nos dados que ele consegue ver. 00:10:07.800 --> 00:10:10.040 Uma pessoa ainda verifica se o fornecedor está correto, 00:10:10.140 --> 00:10:12.400 se a data é possível e se a empresa deve aprovar a ação. 00:10:13.300 --> 00:10:15.180 Imagine um pequeno problema com o nosso pedido de bicicletas. 00:10:15.340 --> 00:10:16.960 Tudo parece pronto, exceto por uma roda. 00:10:17.380 --> 00:10:20.840 O suprimento planejado cobre quadros, correntes, assentos e quase todas as rodas, 00:10:21.360 --> 00:10:23.500 mas uma roda chega um dia depois que a montagem precisa dela. 00:10:24.160 --> 00:10:26.080 Sem essa roda, uma bicicleta não pode ser concluída. 00:10:26.580 --> 00:10:28.320 Mesmo que o depósito pareça cheio de peças, 00:10:28.440 --> 00:10:30.660 o planejamento mestre rastreia a lacuna até sua origem. 00:10:31.260 --> 00:10:34.540 O planejador pode ver que a escassez não vem do pedido do cliente em si. 00:10:35.360 --> 00:10:37.660 Ela vem da data do fornecedor no pedido de compra da roda. 00:10:38.260 --> 00:10:40.160 Isso dá ao planejador algo específico sobre o que agir. 00:10:40.620 --> 00:10:43.780 Solicitar uma entrega anterior, encontrar outra fonte ou alterar a data de produção. 00:10:43.780 --> 00:10:45.240 O plano pode sugerir suprimento. 00:10:45.620 --> 00:10:47.080 Mas a próxima pergunta é tão útil quanto. 00:10:47.600 --> 00:10:50.580 Por que o Dynamics 365 conectou este suprimento a essa demanda? 00:10:51.120 --> 00:10:53.740 Lendo as necessidades líquidas, a conversa de planejamento. 00:10:54.360 --> 00:10:57.360 Portanto, os planejadores usam a página necessidades líquidas para investigar essa conexão. 00:10:57.820 --> 00:11:01.180 Esta página reúne toda a conversa de planejamento de um item em um só lugar. 00:11:01.800 --> 00:11:05.280 Ele mostra a demanda que precisa do item e toda a fonte de suprimento que pode cobri-la, 00:11:05.360 --> 00:11:06.620 com datas logo ao lado de cada linha. 00:11:07.240 --> 00:11:08.660 Tomemos a roda de bicicleta como exemplo. 00:11:09.220 --> 00:11:12.340 No topo, você seleciona o local, ou o armazém, onde essa roda é relevante. 00:11:12.840 --> 00:11:16.060 Abaixo, o Dynamics 365 mostra todas as transações relacionadas. 00:11:16.160 --> 00:11:18.900 Vendas, compras, estoque, produção, tudo em uma única lista. 00:11:19.560 --> 00:11:22.340 A demanda aparece como um número negativo em relação ao seu estoque disponível. 00:11:22.780 --> 00:11:24.300 Essa demanda pode vir de muitos lugares. 00:11:24.840 --> 00:11:27.380 Uma ordem de venda precisa de rodas, porque é um cliente comendo bicicleta. 00:11:28.000 --> 00:11:29.920 Uma previsão cria a demanda futura esperada. 00:11:30.460 --> 00:11:32.640 Uma ordem de produção precisa de rodas para o plano de fábrica. 00:11:32.640 --> 00:11:35.960 E uma ordem de transferência cria demanda quando outro armazém solicita estoque. 00:11:35.960 --> 00:11:37.760 Cada linha responde uma pergunta simples. 00:11:38.040 --> 00:11:38.840 Quem precisa deste item? 00:11:39.220 --> 00:11:39.980 De quantos eles precisam? 00:11:40.260 --> 00:11:40.700 Em que dado? 00:11:41.080 --> 00:11:42.920 Isso parece simples, mas evita um erro comum. 00:11:43.380 --> 00:11:47.400 As pessoas costumam ver uma quantidade total e presumir que pertence a um cliente ou trabalho, 00:11:47.780 --> 00:11:50.720 quando o mesmo item pode atender a vários pedidos e várias datas. 00:11:51.660 --> 00:11:54.960 No lado do suprimento, você tem o inventário disponível ou que já está em estoque. 00:11:55.460 --> 00:11:59.540 Depois, ordens de compra de fornecedores, ordens de produção que sua empresa planeja fabricar, 00:11:59.740 --> 00:12:03.380 transferências entre armazéns e ordens planejadas que o sistema sugere, mas que ninguém criou ainda. 00:12:04.300 --> 00:12:05.600 A página classifica tudo por dado. 00:12:05.960 --> 00:12:08.780 Ao rolar a lista, você pode observar a mudança na quantidade disponível. 00:12:09.440 --> 00:12:13.220 O estoque pode parecer bom no início do mês, cair quando uma ordem de produção utiliza 00:12:13.220 --> 00:12:15.480 peças e subir novamente quando uma entrega de fornecedor chega. 00:12:16.180 --> 00:12:17.260 Tempo altera o resultado. 00:12:17.820 --> 00:12:21.300 Suponha que 100 rodas estejam em um armazém na segunda-feira, mas uma ordem de produção 00:12:21.300 --> 00:12:25.120 precise de 80 na terça-feira e outra demanda de cliente apareça para 30 na quarta-feira. 00:12:25.440 --> 00:12:29.340 A demanda total excede o estoque, mesmo que uma ordem de compra de entrada para 50 rodas 00:12:29.340 --> 00:12:30.240 chegue na sexta-feira. 00:12:30.240 --> 00:12:32.820 A entrega de sexta-feira não resolve a escassez de quarta-feira. 00:12:33.260 --> 00:12:35.640 Essa visão data-a-data explica o porquê o sistema faz suas gestões. 00:12:36.160 --> 00:12:39.040 O Dynamics 365 não está apenas pedindo mais rodas aleatoriamente. 00:12:39.560 --> 00:12:43.140 Ele vê exatamente quando o suprimento disponível cai abaixo da demanda que precisa cobrir. 00:12:43.620 --> 00:12:45.260 Agora você pode fazer uma pergunta mais específica. 00:12:45.560 --> 00:12:47.320 Qual linha de suprimento cobre qual linha de demanda? 00:12:47.620 --> 00:12:48.740 Essa conexão é chamada de amarração. 00:12:49.140 --> 00:12:52.680 A amarração é o link de planejamento do próprio Dynamics 365 entre demanda e suprimento. 00:12:52.900 --> 00:12:56.220 Ela conecta uma necessidade com uma ordem de produção de bicicletas com a fonte esperada 00:12:56.220 --> 00:12:59.000 para cobri-la com uma ordem de compra de rodas ou uma ordem de compra planejada. 00:12:59.600 --> 00:13:02.060 O sistema cria esse link durante o cálculo de planejamento. 00:13:02.660 --> 00:13:05.540 Se a demanda mudar, o planejamento pode recalcular a conexão. 00:13:06.020 --> 00:13:09.500 Talvez um cliente altere sua data de entrega ou uma ordem de compra de entrada atrase. 00:13:10.000 --> 00:13:13.200 A amarração pode então apontar para uma fonte de suprimento diferente ou criar uma 00:13:13.200 --> 00:13:14.820 nova ordem planejada onde a lacuna aparece. 00:13:15.200 --> 00:13:16.540 Isso ajuda você a rastrear toda a cana. 00:13:16.880 --> 00:13:20.380 Comece com um pedido de venda, veja a ordem de produção a qual ele se conecta, siga até 00:13:20.380 --> 00:13:22.780 as peças necessárias e encontre o pedido de compra que as cobre. 00:13:23.140 --> 00:13:24.260 Às vezes você precisa de mais controle. 00:13:24.680 --> 00:13:25.420 É aí que a marcação entra. 00:13:25.420 --> 00:13:29.080 A marcação é uma conexão manual entre uma transação de suprimento e uma transação 00:13:29.080 --> 00:13:29.540 de demanda. 00:13:29.800 --> 00:13:33.160 Ela diz ao sistema que este suprimento deve cobrir aquela demanda, em vez de deixar o 00:13:33.160 --> 00:13:34.900 planejamento combinado livremente em outro lugar. 00:13:35.320 --> 00:13:37.960 Pense nisso como colocar uma etiqueta em dois registros relacionados. 00:13:38.460 --> 00:13:42.420 Você pode marcar um pedido de compra específico de rodas para uma ordem de produção específica 00:13:42.420 --> 00:13:44.800 porque essas rodas foram compradas para aquele trabalho. 00:13:45.660 --> 00:13:48.620 O planejamento respeita esse relacionamento com mais firmeza do que seu vínculo de rastreamento 00:13:48.620 --> 00:13:48.780 normal. 00:13:49.120 --> 00:13:51.640 Ainda assim, o suprimento marcado não é a conexão mais forte disponível. 00:13:52.060 --> 00:13:53.080 A reserva é mais forte. 00:13:53.080 --> 00:13:56.820 Ao reservar estoque e o suprimento recebido para uma demanda específica, você cria um 00:13:56.820 --> 00:13:57.480 vínculo rígido. 00:13:58.280 --> 00:14:01.320 Essa quantidade é reservada para o pedido de venda, a ordem de produção, outra demanda 00:14:01.320 --> 00:14:01.760 escolhida. 00:14:02.220 --> 00:14:05.700 E o planejamento mestre trata a reserva como prioridade sobre o rastreamento e a marcação 00:14:05.700 --> 00:14:06.100 normais. 00:14:06.740 --> 00:14:10.360 Imagine dez rodas em estoque, mas essas rodas estão reservadas para uma ordem de reparo 00:14:10.360 --> 00:14:10.700 urgente. 00:14:11.600 --> 00:14:14.740 Um pedido de cliente posterior também pode precisar de rodas, mas o planejamento não 00:14:14.740 --> 00:14:16.920 pode tratar essas dez rodas reservadas como disponíveis. 00:14:16.920 --> 00:14:20.620 Ele precisa encontrar outro suprimento ou sugerir mais suprimento porque a reserva já 00:14:20.620 --> 00:14:21.500 se designou para outro lugar. 00:14:21.820 --> 00:14:24.640 Portanto, o rastreamento, marcação e reserva oferecem três níveis de conexão. 00:14:24.960 --> 00:14:26.740 O rastreamento é a combinação automática do sistema. 00:14:27.000 --> 00:14:28.640 A marcação é um vínculo manual mais fixo. 00:14:29.000 --> 00:14:31.040 A reserva bloqueia o suprimento para uma necessidade específica. 00:14:31.260 --> 00:14:32.420 A mais forte das três. 00:14:32.940 --> 00:14:36.600 Uma vez que você consegue ler esses vínculos, as ordens planejadas deixam de parecer instruções 00:14:36.600 --> 00:14:37.200 sem explicação. 00:14:37.540 --> 00:14:40.100 Próxima pergunta é com que frequência essa visão de planejamento muda. 00:14:40.240 --> 00:14:42.540 Quão rapidamente o Dynamics 365 consegue calculá-la? 00:14:42.540 --> 00:14:45.280 Tático, Dinâmico e Otimização de Planejamento 00:14:45.280 --> 00:14:48.700 A página de requisitos líquidos mostra o resultado de planejamento, mas nem todo 00:14:48.700 --> 00:14:49.700 o plano é atualizado à mesma forma. 00:14:49.980 --> 00:14:52.860 O plano estático muda apenas quando alguém executa o trabalho de planejamento mestre. 00:14:53.500 --> 00:14:56.660 Isso dá aos planejadores uma visão estável que eles podem revisar durante o dia sem 00:14:56.660 --> 00:14:58.280 que cada nova transação altere os números. 00:14:59.100 --> 00:15:01.320 Imagine que um grande pedido de venda chegue às 11 da manhã. 00:15:01.840 --> 00:15:05.060 Se o plano estático foi executado durante a noite, esse novo pedido não aparecerá em 00:15:05.060 --> 00:15:06.620 suas sugestões até a próxima execução. 00:15:06.620 --> 00:15:10.900 O plano ainda mostra o último resultado calculado que pode ser útil quando uma equipe precisa 00:15:10.900 --> 00:15:12.020 de uma visão comum para o dia. 00:15:12.540 --> 00:15:14.000 Mas essa estabilidade tem um custo. 00:15:14.420 --> 00:15:17.440 Uma nova demanda pode ficar fora do plano estático por um tempo, especialmente se sua 00:15:17.440 --> 00:15:19.480 empresa executa o planejamento uma vez por noite ou por semana. 00:15:19.920 --> 00:15:23.460 Um planejador pode saber que existe um pedido de cliente, mas o plano estático ainda não 00:15:23.460 --> 00:15:24.820 recalculou a resposta de suprimento. 00:15:25.300 --> 00:15:26.300 É aí que um plano dinâmico ajuda. 00:15:26.700 --> 00:15:28.980 Um plano dinâmico mostra a demanda atual conforme ela acontece. 00:15:29.300 --> 00:15:32.240 E ou os planejadores podem ver o efeito de novos pedidos de venda e outras demandas sem 00:15:32.240 --> 00:15:34.320 esperar pelo próximo processamento completo do planejamento mestre. 00:15:34.320 --> 00:15:35.300 Uma visão de curto prazo. 00:15:35.680 --> 00:15:38.840 Planos dinâmicos ignoram previsões e focam no que está acontecendo agora. 00:15:38.840 --> 00:15:42.880 Digamos que um cliente faça um pedido inesperado de 200 bicicletas esta tarde. 00:15:43.360 --> 00:15:47.000 Antes de alguém prometer uma data de entrega, o planejador pode abrir o plano dinâmico 00:15:47.000 --> 00:15:47.940 e verificar o efeito. 00:15:48.400 --> 00:15:49.780 Um novo pedido cria uma escassez? 00:15:50.240 --> 00:15:52.240 Ele impor uma necessidade existente para uma data posterior. 00:15:52.640 --> 00:15:54.940 Ele dispara uma nova sugestão de compra ou ação de produção. 00:15:55.620 --> 00:15:57.560 Isso dá à equipe uma visão prática de IC. 00:15:57.560 --> 00:16:01.560 Você não altera o plano estático apenas para investigar um novo pedido. 00:16:02.020 --> 00:16:05.480 Você verifica o impacto provável primeiro, depois decide se o pedido precisa de atenção 00:16:05.480 --> 00:16:07.840 agora ou pode esperar pelo próximo planejamento agendado. 00:16:08.540 --> 00:16:11.240 Planos estáticos e dinâmicos respondem a perguntas relacionadas, mas diferentes. 00:16:11.600 --> 00:16:14.600 O plano estático pergunta, o que nosso último cálculo de planejamento oficial nos disse 00:16:14.600 --> 00:16:15.080 para fazer? 00:16:16.300 --> 00:16:19.320 O plano dinâmico pergunta como está a demanda atual neste momento. 00:16:20.040 --> 00:16:23.640 Por trás de ambos os planos está o mecanismo de planejamento para ambientes de nuvem do Dynamics 00:16:23.640 --> 00:16:24.240 365. 00:16:24.240 --> 00:16:28.120 A otimização de planejamento é um mecanismo moderno que a Microsoft usa para executar o 00:16:28.120 --> 00:16:28.900 planejamento mestre. 00:16:29.240 --> 00:16:33.200 Ele calcula os requisitos fora da aplicação de negócio principal, o que reduz a carga 00:16:33.200 --> 00:16:34.780 no sistema que as pessoas usam diariamente. 00:16:35.360 --> 00:16:37.320 Execuções de planejamento mais antigas podiam levar muito tempo. 00:16:37.640 --> 00:16:40.980 Relatórios de clientes e parceiros descrevem trabalhos de planejamento que levavam horas 00:16:40.980 --> 00:16:43.040 sendo concluídos e minutos com a otimização de planejamento. 00:16:43.220 --> 00:16:46.140 Execuções mais rápidas significam que as equipes podem atualizar o plano com mais 00:16:46.140 --> 00:16:48.420 frequência em vez de esperar até o fim do dia para ver se a demanda mudou. 00:16:48.580 --> 00:16:50.700 Mas uma resposta mais rápida ainda pode ser uma resposta errada. 00:16:51.200 --> 00:16:54.160 Otimização de planejamento pode calcular uma enorme quantidade de dados conectados 00:16:54.160 --> 00:16:54.720 rapidamente. 00:16:55.140 --> 00:16:57.340 No entanto, ela só funciona com base nos registros que sua empresa fornece. 00:16:57.660 --> 00:17:00.920 Se o prazo de entrega de um fornecedor estiver errado, a data sugerida é o pedido do Pedistar. 00:17:01.380 --> 00:17:04.860 Se o sistema acha que há 500 rodas em estoque quando não há, ele pode ignorar uma sugestão 00:17:04.860 --> 00:17:06.140 de compra que você realmente precisa. 00:17:06.660 --> 00:17:10.180 Se a lista técnica omitiu uma peça, o planejamento não pode criar demanda para essa 00:17:10.180 --> 00:17:10.860 peça faltante. 00:17:10.860 --> 00:17:15.240 O cálculo pode terminar em minutos, mas a fábrica ainda para quando essa peça não 00:17:15.240 --> 00:17:15.700 está lá. 00:17:16.220 --> 00:17:17.820 Também há uma mudança em como o planejamento é executado. 00:17:18.180 --> 00:17:20.240 Com a otimização de planejamento, os planos são regenerativos. 00:17:20.240 --> 00:17:23.860 Isso significa que cada execução revisa todos os requisitos novamente, em vez de usar 00:17:23.860 --> 00:17:27.100 a abordagem antiga de mudança líquida que apenas atualizava itens com novos requisitos 00:17:27.100 --> 00:17:27.920 desde a última execução. 00:17:28.360 --> 00:17:31.020 Pense nisso como recalcular todo o cenário de planejamento a cada vez. 00:17:31.560 --> 00:17:34.920 Isso elimina parte da incerteza sobre se uma alteração anterior escapou do cálculo, 00:17:34.920 --> 00:17:38.180 enquanto o mecanismo mais rápido torna o recálculo completo mais prático para muitas 00:17:38.180 --> 00:17:38.620 empresas. 00:17:39.200 --> 00:17:42.560 A velocidade ajuda, mas são dados limpos que decidem se o plano merece confiança. 00:17:43.120 --> 00:17:46.780 Assim que o plano gera suas sugestões, a próxima tarefa é decidir quais precisam de ação 00:17:46.780 --> 00:17:50.040 imediata, mas o que o planejamento mestre faz e o que ele não faz. 00:17:50.800 --> 00:17:52.060 Então aqui está a definição mais simples. 00:17:52.960 --> 00:17:57.720 O planejamento mestre usa todos os dados do Dynamics 365 e sugere o que comprar, produzir 00:17:57.720 --> 00:17:59.360 ou mover com datas e quantidades. 00:18:00.280 --> 00:18:02.760 Um planejador revisa essas ordens planejadas antes de agir. 00:18:03.200 --> 00:18:06.720 Eles verificam o fornecedor, a data de entrega, a quantidade e se a fábrica consegue realizar 00:18:06.720 --> 00:18:07.100 o trabalho. 00:18:07.540 --> 00:18:11.000 Após a confirmação, a consolidação da sugestão a transforma em um pedido de compra, ordem 00:18:11.000 --> 00:18:12.500 de produção, ordem de transferência real. 00:18:12.860 --> 00:18:14.500 Mas o planejamento mestre não consegue o prefeito. 00:18:14.500 --> 00:18:18.360 As previsões são apenas estimativas e pedidos reais de clientes podem mudar da noite para 00:18:18.360 --> 00:18:18.620 o dia. 00:18:18.980 --> 00:18:21.200 E ele definitivamente não substitui os planejadores humanos. 00:18:21.600 --> 00:18:23.060 As pessoas ali dão com o risco do fornecedor. 00:18:23.440 --> 00:18:24.620 Promessas aos clientes e exceções. 00:18:25.100 --> 00:18:26.380 O sistema simplesmente não consegue julgar. 00:18:27.040 --> 00:18:28.140 Ter estoque também não é o suficiente. 00:18:28.680 --> 00:18:31.760 Esse inventário pode chegar tarde demais, estar no armazém errado ou já estar reservado 00:18:31.760 --> 00:18:32.400 para outro pedido. 00:18:33.680 --> 00:18:38.340 Para bons resultados, comece com dados limpos, registros de itens precisos, prazos corretos, 00:18:38.480 --> 00:18:40.780 listas de materiais certas e uma demanda realista. 00:18:40.780 --> 00:18:44.620 Para o nosso pedido de bicicletas, o estoque atual cobre parte da necessidade. 00:18:45.000 --> 00:18:48.060 O planejamento sugere o suprimento para o restante e o planejador confirma a ação. 00:18:48.440 --> 00:18:50.600 Isso nos traz de volta a pergunta que toda a equipe precisa responder. 00:18:51.140 --> 00:18:52.020 O que precisa acontecer a seguir? 00:18:53.600 --> 00:18:54.000 Conclusão. 00:18:54.140 --> 00:18:54.920 Plano conectado. 00:18:55.760 --> 00:18:57.420 O planejamento mestre reúne demanda. 00:18:57.520 --> 00:18:58.180 Níveis de estoque. 00:18:58.360 --> 00:18:59.200 Datas de entrega. 00:18:59.620 --> 00:19:01.140 Cronogramas de produção e capacidade. 00:19:01.700 --> 00:19:03.340 Transformando tudo em ações para a sua equipe. 00:19:03.560 --> 00:19:03.960 Revisar. 00:19:04.780 --> 00:19:06.340 Ordens planejadas iniciam a decisão. 00:19:06.640 --> 00:19:07.440 Elas não afinaliam. 00:19:07.440 --> 00:19:09.220 É por isso que os planejadores continuam essenciais. 00:19:09.500 --> 00:19:11.100 Assine sua plataforma de podcast favorita. 00:19:11.200 --> 00:19:13.500 E compartilhe essa dica de conhecimento com alguém que está aprendendo o gerenciamento 00:19:13.500 --> 00:19:15.440 da cadeia de suprimentos, da cadeia de suprimentos do Dynamics 35.