Imagine que um cliente queira 100 bicicletas no próximo mês. Quase chegam com atraso. As rodas estão em um depósito diferente. Sua linha de montagem já tem trabalho agendado para as próximas duas semanas. Então o que você compra, você fabrica, você movimenta. E quando você precisa de cada peça? Mil cupetas do M3Z5FM. Esta pílula de conhecimento é sobre o Dynamics 365 Master Planning AU. A parte da gestão da cadeia de suprimentos que responde a essas questões nos bastidores. Pense em sua empresa como um prédio comercial com almoxarifado anexo. Os pedidos entram por uma pão. O estoque fica nas prateleiras. Os fornecedores trazem mercadorias para a doca de carga. A produção transforma peças em produtos acabados. O planejamento mestre olha para todo o prédio, em vez de deixar cada equipe com sua própria lista separada. Hoje vamos acompanhar um pedido de bicicleta, desde a solicitação do cliente até as ações de suprimento.

O Dynamics 365 mostra por que as empresas precisam de um plano, não de uma planilha. Antes das ferramentas de planejamento conectadas, as empresas trabalhavam com informações isoladas. As vendas tinham os pedidos dos clientes em um lugar. As equipes de depósito conferiam o estoque em outro sistema, o setor de compras rastreava datas de fornecedores em e-mails ou planilhas, e a produção mantinha suas próprias anotações sobre o que a fábrica poderia produzir nesta semana. Cada lista parecia correto individualmente. O problema começava quando alguém tentava responder uma pergunta do cliente. Podemos entregar 100 bicicletas na data que prometemos? E olá, Tafts! Imagine que o depósito tenha 30 bicicletas acabadas hoje. Isso parece um bom começo. Mas o pedido ainda precisa de outras 70 bicicletas. E essas 70 bicicletas precisam de quadros, rodas, correntes, assentos, parafusos, materiais de embalagem, pessoas para montá-las e tempo nas máquinas certas.

Uma simples contagem de estoque só diz o que está na prateleira agora. Não diz se outros 70 quadros podem chegar antes que a produção precise deles. Não diz se um pedido de compra aberto já cobre as rodas. E não diz se a fábrica tem tempo suficiente para montar tudo antes da data de entrega. É aqui que o planejamento se torna mais do que apenas contar. Quando um cliente encomenda 100 bicicletas, o sistema analisa a demanda por 100. Ele subtrai as 30 bicicletas já disponíveis. Então ele rastreia o que precisa acontecer para as 70 restantes. Ele verifica as peças necessárias para visualizar. Ele verifica o suprimento que já está a caminho. E verifica as datas vinculadas a cada etapa do trabalho. Uma única peça faltando pode mudar a resposta. Mas você pode ter rodas suficientes e assentos suficientes. Mas se as peças precisam de 2 semanas de um fornecedor, comprá-las no dia anterior, a montagem não ajudará em nada.

Pedido pode parecer possível em uma planilha. Até que você coloque cada peça em um calendário. E esse calendário muda o tempo todo. Fornecedor pode antecipar a data de entrega. Outro pedido de venda pode consumir um estoque que você achava que estava livre. Um trabalho de produção pode terminar com a tela. Quando esses detalhes ficam em locais separados, as pessoas gastam todo o tempo ligando, enviando e-mails, verificando e atualizando sua própria versão do plano. Dynamics 3001 Planejamento Mestre reúne a demanda atual e a oferta atual em uma única visão de planejamento. Ele lê pedidos de clientes, estoque disponível, oferta recebida e informações de produção tudo junto. Em seguida, ele calcula onde a oferta cobre a demanda e onde uma lacuna permanece. Em vez de pedir a cada equipe que conecte os pontos manualmente, o sistema cria ações sugeridas com base nas informações que ele consegue ver.

Isso não significa que o sistema administra o negócio sozinho. Um planejador ainda verifica sugestões, faz perguntas e decide o que deve acontecer. Mas o planejador começa com uma imagem conectada, em vez de uma pilha de listas separadas. Pense em uma planilha como fotografia. Ela captura o estoque em um momento e pode ser útil. O planejamento mestre é mais próximo de um cronograma voltado para o futuro, pois conecta quantidades com datas, oferta recebida e demanda futura. Próximo passo é separar os diferentes tipos de demanda que o processo de planejamento pode ler. Os três modos de planejamento. Então, aqui está a questão sobre o Dynamics 365. Não existe apenas uma maneira de planejar. O modo de planejamento que você usa depende da pergunta que sua empresa precisa responder. Uma empresa que lida com os pedidos de clientes desta semana precisa de uma visão completamente diferente de uma que prepara materiais para a próxima temporada.

O primeiro modo é o planejamento mestre. Este é o seu plano do dia a dia e ele calcula as necessidades líquidas. Isso simplesmente significa que o sistema olha o que você precisa e subtrai a oferta que você já tem ou espera receber. Ele lê a atividade real do negócio, como pedidos de vendas de clientes, pedidos de compras já enviados a fornecedores, ordens de produção já no chão de fábrica e o estoque disponível no armazém. Imagine um pedido de cliente de 100 unidades de um produto. Seu armazém contém 30 unidades que o planejamento pode usar para esse pedido. O sistema não tenta sugerir a compra ou fabricação de todas as 100 novamente, porque ele vê essas 30 como oferta, como oferta. Portanto, ele calcula uma necessidade restante de 100 unidades. Essas 70 unidades restantes são a necessidade líquida. O plano real pode incluir mais do que apenas o estoque na prateleira. Talvez outras 20 unidades estejam previstas para chegar de um fornecedor antes da data solicitada pelo cliente.

Nesse caso, o sistema considera essas 20 unidades também, deixando uma lacuna ainda menor para cobrir. Mas as datas controlam a resposta. Se essas 20 unidades chegarem após o prazo de entrega esperado pelo cliente, elas não ajudam muito no final. Você as recebe fisicamente, mas elas chegam tarde demais para essa necessidade específica. O planejamento mestre analisa a quantidade e o prazo em conjunto. Um número total de estoques simples pode lhe dar a resposta errada. Para muitas empresas, este é o plano que executam com mais frequência. A Microsoft chama o planejamento mestre de processo de curto prazo, geralmente cobrindo de uma semana a seis meses. O intervalo exato depende de quanto tempo o suprimento leva para chegar ou quanto tempo a produção leva para terminar. Uma empresa que compra itens locais simples pode planejar apenas algumas semanas à frente. Mas um fabricante com peças que levam meses precisa olhar mais adiante, muitas vezes até o maior prazo de entrega total de seus produtos.

Caso contrário, a execução do planejamento descobre uma escassez tarde demais para evitá-la. O segundo modo é o planejamento de previsão. Em vez de começar com pedidos de vendas confirmados, o planejamento de previsão começa com a demanda esperada. Talvez a equipe de vendas espere maiores vendas de bicicletas durante o verão ou um varejista espere uma grande promoção para gerar demanda no final do ano. Estas são previsões baseadas no que a equipe espera, não em pedidos confirmados. Elas são úteis porque esperar por cada pedido do cliente pode deixar pouco tempo para comprar matérias-primas, agendar o trabalho fabril ou preparar capacidade suficiente. Itens de longo prazo precisam de decisões antecipadas mesmo quando o pedido final do cliente ainda não chegou. O planejamento de previsão calcula as necessidades brutas. Isso significa que ele começa com o volume de demanda esperado. Se uma previsão espera 500 bicicletas em julho, o planejamento primeiro vê o requisito total de 500 unidades e trabalha a partir dessa necessidade esperada.

Pense nisso como olhar para a carga de trabalho que está vindo direção à empresa. Você pode então planejar materiais e capacidade em torno do esperado. Você pode precisar falar com fornecedores antecipadamente, preparar espaço de armazém ou verificar se a produção pode lidar com a carga de trabalho esperada. Previsões são promessas e elas podem mudar, e as vendas reais podem não corresponder. Ainda assim, elas oferecem uma visão mais longa do que um plano baseado apenas em pedidos já feitos. Então existe o planejamento mestre intercompanhias. Isso entra em jogo quando uma entidade jurídica precisa de suprimentos de outra. Por exemplo, uma empresa do seu grupo pode produzir um item enquanto outra empresa o vende para clientes em um país diferente. A empresa vendedora vê a demanda do cliente. A empresa produtora precisa ver o requisito e o suprimento que essa demanda cria. Planejamento mestre intercompanhias conecta essas necessidades através da fronteira da empresa, incluindo demanda e suprimento planejados que ainda não se tornaram pedidos firmes.

Portanto, as empresas não precisam planejar como se operassem sozinhas. A empresa de vendas pode planejar o fornecimento da empresa de manufatura, enquanto a empresa de manufatura vê que precisa de materiais e capacidade para atender a essa demanda. O link transporta o sinal de planejamento de uma entidade legal para outra. Cada modo começa com a demanda. Mas a demanda é apenas o primeiro sinal, porque um produto acabado pode criar uma cadeia de necessidades para muitas peças de nível inferior. De um pedido a uma cadeia de suprimentos, fique com a bicicleta, pois é aqui que o planejamento mestre começa a fazer seu trabalho real. Imagine que um cliente faz um pedido de 70 bicicletas e solicita a entrega em uma data específica. Essa data não é apenas uma nota para a equipe de vendas. Ela se torna o ponto a partir do qual o planejamento trabalha retroativamente, perguntando o que precisa acontecer antes que essas bicicletas possam sair do armazém.

A bicicleta acabada é apenas a primeira camada. O Dynamics 365 verifica a lista de materiais, muitas vezes chamada. Pense na bom como uma receita para uma bicicleta. Ela lista o quadro, rodas, correntes, seling, dão, freios, parafusos e todas as outras peças necessárias para montá-la. Se o pedido precisa de 70 bicicletas, o planejamento expande esse pedido para as peças necessárias para todas as 70. Isso pode sonar uma lista longa muito rapidamente. Você pode precisar de 70 quadros, 70 e 40 rodas, 70 correntes, 70 selings e centenas de parafusos pequenos. Um planejador não precisa contar cada peça manualmente. A lista de materiais fornece ao Dynamics 365 a estrutura para que o sistema possa rastrear a demanda da bicicleta acabada até cada componente. Mas apenas as peças não produzem bicicletas. A produção também precisa de um roteiro. Um roteiro descreve as etapas de trabalho necessárias para construir o item, como montar o quadro, encaixar as rodas, verificar os freios e embalar a bicicleta pronta.

Cada etapa pode precisar de um recurso. Esse recurso pode ser uma linha de montagem, uma bancada de trabalho, uma cabine de pintura, uma máquina ou um grupo de pessoas com as habilidades certas. O planejamento usa essas informações para posicionar o trabalho no método certo. Em vez de tratar a produção como algo que acontece instantaneamente, é aqui que as datas começam a retroceder. Se o cliente precisa das bicicletas na sexta-feira, a ordem de produção final pode precisar ser concluída na quinta-feira para que o armazém possa embalar e enviá-las. A montagem pode ser a começar na terça-feira. Os quadros e rodas podem precisar chegar na segunda-feira. Se um fornecedor precisa de 10 dias para entregar as rodas, o pedido de compra precisa sair da sua empresa ainda mais cedo. A data do cliente cria uma cadeia de datas. O Dynamics 365 trabalha retroativamente através dessa cadeia, levando em conta os prazos de entrega.

Um lead time é simplesmente o tempo de que algo precisa, seja um fornecedor entregando uma peça, um depósito movendo mercadorias, ou uma fábrica terminando um trabalho. Uma peça atrasada pode atrasar todo o resto. Suponha que o sistema encontre 70 quadros em estoque. Ele também envia um pedido de compra aberto para 140 rodas, com entrega agendada antes do início da montagem. Esse suprimento atende à necessidade de rodas, enquanto os quadros já atendem à sua parte. Ele verifica as correntes. Talvez haja apenas 40 correntes em mãos e nenhum pedido de compra traga as outras 30. Planejamento vê uma lacona e cria uma sugestão para cobri-la. A mesma verificação é executada pelas bicicletas acabadas, as peças abaixo delas e qualquer trabalho intermediário. Algum suprimento já existe. O estoque disponível pode atender a uma necessidade. O pedido de compra aberto pode atendê-la se as mercadorias chegarem a tempo.

Uma ordem de produção aberta pode atendê-la se a fábrica terminar a tempo. Quando nenhuma dessas fontes atende à demanda, o plano cria uma ordem planejada. Uma ordem de compra planejada sugere comprar algo de um fornecedor. Uma ordem de produção planejada sugere fabricar algo dentro da sua empresa. Uma ordem de transferência planejada sugere mover estoque de um local ou depósito para outro. Estas são sugestões, não compromissos. O Dynamics 365 não envia silenciosamente um pedido a um fornecedor ou inicia o trabalho no chão de fábrica. Ele fornece ao planejador uma quantidade de data propostas com base nos dados que ele consegue ver. Uma pessoa ainda verifica se o fornecedor está correto, se a data é possível e se a empresa deve aprovar a ação. Imagine um pequeno problema com o nosso pedido de bicicletas. Tudo parece pronto, exceto por uma roda. O suprimento planejado cobre quadros, correntes, assentos e quase todas as rodas, mas uma roda chega um dia depois que a montagem precisa dela.

Sem essa roda, uma bicicleta não pode ser concluída. Mesmo que o depósito pareça cheio de peças, o planejamento mestre rastreia a lacuna até sua origem. O planejador pode ver que a escassez não vem do pedido do cliente em si. Ela vem da data do fornecedor no pedido de compra da roda. Isso dá ao planejador algo específico sobre o que agir. Solicitar uma entrega anterior, encontrar outra fonte ou alterar a data de produção. O plano pode sugerir suprimento. Mas a próxima pergunta é tão útil quanto. Por que o Dynamics 365 conectou este suprimento a essa demanda? Lendo as necessidades líquidas, a conversa de planejamento. Portanto, os planejadores usam a página necessidades líquidas para investigar essa conexão. Esta página reúne toda a conversa de planejamento de um item em um só lugar. Ele mostra a demanda que precisa do item e toda a fonte de suprimento que pode cobri-la, com datas logo ao lado de cada linha.

Tomemos a roda de bicicleta como exemplo. No topo, você seleciona o local, ou o armazém, onde essa roda é relevante. Abaixo, o Dynamics 365 mostra todas as transações relacionadas. Vendas, compras, estoque, produção, tudo em uma única lista. A demanda aparece como um número negativo em relação ao seu estoque disponível. Essa demanda pode vir de muitos lugares. Uma ordem de venda precisa de rodas, porque é um cliente comendo bicicleta. Uma previsão cria a demanda futura esperada. Uma ordem de produção precisa de rodas para o plano de fábrica. E uma ordem de transferência cria demanda quando outro armazém solicita estoque. Cada linha responde uma pergunta simples. Quem precisa deste item? De quantos eles precisam? Em que dado? Isso parece simples, mas evita um erro comum. As pessoas costumam ver uma quantidade total e presumir que pertence a um cliente ou trabalho, quando o mesmo item pode atender a vários pedidos e várias datas.

No lado do suprimento, você tem o inventário disponível ou que já está em estoque. Depois, ordens de compra de fornecedores, ordens de produção que sua empresa planeja fabricar, transferências entre armazéns e ordens planejadas que o sistema sugere, mas que ninguém criou ainda. A página classifica tudo por dado. Ao rolar a lista, você pode observar a mudança na quantidade disponível. O estoque pode parecer bom no início do mês, cair quando uma ordem de produção utiliza peças e subir novamente quando uma entrega de fornecedor chega. Tempo altera o resultado. Suponha que 100 rodas estejam em um armazém na segunda-feira, mas uma ordem de produção precise de 80 na terça-feira e outra demanda de cliente apareça para 30 na quarta-feira. A demanda total excede o estoque, mesmo que uma ordem de compra de entrada para 50 rodas chegue na sexta-feira. A entrega de sexta-feira não resolve a escassez de quarta-feira.

Essa visão data-a-data explica o porquê o sistema faz suas gestões. O Dynamics 365 não está apenas pedindo mais rodas aleatoriamente. Ele vê exatamente quando o suprimento disponível cai abaixo da demanda que precisa cobrir. Agora você pode fazer uma pergunta mais específica. Qual linha de suprimento cobre qual linha de demanda? Essa conexão é chamada de amarração. A amarração é o link de planejamento do próprio Dynamics 365 entre demanda e suprimento. Ela conecta uma necessidade com uma ordem de produção de bicicletas com a fonte esperada para cobri-la com uma ordem de compra de rodas ou uma ordem de compra planejada. O sistema cria esse link durante o cálculo de planejamento. Se a demanda mudar, o planejamento pode recalcular a conexão. Talvez um cliente altere sua data de entrega ou uma ordem de compra de entrada atrase. A amarração pode então apontar para uma fonte de suprimento diferente ou criar uma nova ordem planejada onde a lacuna aparece.

Isso ajuda você a rastrear toda a cana. Comece com um pedido de venda, veja a ordem de produção a qual ele se conecta, siga até as peças necessárias e encontre o pedido de compra que as cobre. Às vezes você precisa de mais controle. É aí que a marcação entra. A marcação é uma conexão manual entre uma transação de suprimento e uma transação de demanda. Ela diz ao sistema que este suprimento deve cobrir aquela demanda, em vez de deixar o planejamento combinado livremente em outro lugar. Pense nisso como colocar uma etiqueta em dois registros relacionados. Você pode marcar um pedido de compra específico de rodas para uma ordem de produção específica porque essas rodas foram compradas para aquele trabalho. O planejamento respeita esse relacionamento com mais firmeza do que seu vínculo de rastreamento normal. Ainda assim, o suprimento marcado não é a conexão mais forte disponível. A reserva é mais forte.

Ao reservar estoque e o suprimento recebido para uma demanda específica, você cria um vínculo rígido. Essa quantidade é reservada para o pedido de venda, a ordem de produção, outra demanda escolhida. E o planejamento mestre trata a reserva como prioridade sobre o rastreamento e a marcação normais. Imagine dez rodas em estoque, mas essas rodas estão reservadas para uma ordem de reparo urgente. Um pedido de cliente posterior também pode precisar de rodas, mas o planejamento não pode tratar essas dez rodas reservadas como disponíveis. Ele precisa encontrar outro suprimento ou sugerir mais suprimento porque a reserva já se designou para outro lugar. Portanto, o rastreamento, marcação e reserva oferecem três níveis de conexão. O rastreamento é a combinação automática do sistema. A marcação é um vínculo manual mais fixo. A reserva bloqueia o suprimento para uma necessidade específica. A mais forte das três.

Uma vez que você consegue ler esses vínculos, as ordens planejadas deixam de parecer instruções sem explicação. Próxima pergunta é com que frequência essa visão de planejamento muda. Quão rapidamente o Dynamics 365 consegue calculá-la? Tático, Dinâmico e Otimização de Planejamento A página de requisitos líquidos mostra o resultado de planejamento, mas nem todo o plano é atualizado à mesma forma. O plano estático muda apenas quando alguém executa o trabalho de planejamento mestre. Isso dá aos planejadores uma visão estável que eles podem revisar durante o dia sem que cada nova transação altere os números. Imagine que um grande pedido de venda chegue às 11 da manhã. Se o plano estático foi executado durante a noite, esse novo pedido não aparecerá em suas sugestões até a próxima execução. O plano ainda mostra o último resultado calculado que pode ser útil quando uma equipe precisa de uma visão comum para o dia.

Mas essa estabilidade tem um custo. Uma nova demanda pode ficar fora do plano estático por um tempo, especialmente se sua empresa executa o planejamento uma vez por noite ou por semana. Um planejador pode saber que existe um pedido de cliente, mas o plano estático ainda não recalculou a resposta de suprimento. É aí que um plano dinâmico ajuda. Um plano dinâmico mostra a demanda atual conforme ela acontece. E ou os planejadores podem ver o efeito de novos pedidos de venda e outras demandas sem esperar pelo próximo processamento completo do planejamento mestre. Uma visão de curto prazo. Planos dinâmicos ignoram previsões e focam no que está acontecendo agora. Digamos que um cliente faça um pedido inesperado de 200 bicicletas esta tarde. Antes de alguém prometer uma data de entrega, o planejador pode abrir o plano dinâmico e verificar o efeito. Um novo pedido cria uma escassez? Ele impor uma necessidade existente para uma data posterior.

Ele dispara uma nova sugestão de compra ou ação de produção. Isso dá à equipe uma visão prática de IC. Você não altera o plano estático apenas para investigar um novo pedido. Você verifica o impacto provável primeiro, depois decide se o pedido precisa de atenção agora ou pode esperar pelo próximo planejamento agendado. Planos estáticos e dinâmicos respondem a perguntas relacionadas, mas diferentes. O plano estático pergunta, o que nosso último cálculo de planejamento oficial nos disse para fazer? O plano dinâmico pergunta como está a demanda atual neste momento. Por trás de ambos os planos está o mecanismo de planejamento para ambientes de nuvem do Dynamics 365. A otimização de planejamento é um mecanismo moderno que a Microsoft usa para executar o planejamento mestre. Ele calcula os requisitos fora da aplicação de negócio principal, o que reduz a carga no sistema que as pessoas usam diariamente.

Execuções de planejamento mais antigas podiam levar muito tempo. Relatórios de clientes e parceiros descrevem trabalhos de planejamento que levavam horas sendo concluídos e minutos com a otimização de planejamento. Execuções mais rápidas significam que as equipes podem atualizar o plano com mais frequência em vez de esperar até o fim do dia para ver se a demanda mudou. Mas uma resposta mais rápida ainda pode ser uma resposta errada. Otimização de planejamento pode calcular uma enorme quantidade de dados conectados rapidamente. No entanto, ela só funciona com base nos registros que sua empresa fornece. Se o prazo de entrega de um fornecedor estiver errado, a data sugerida é o pedido do Pedistar. Se o sistema acha que há 500 rodas em estoque quando não há, ele pode ignorar uma sugestão de compra que você realmente precisa. Se a lista técnica omitiu uma peça, o planejamento não pode criar demanda para essa peça faltante.

O cálculo pode terminar em minutos, mas a fábrica ainda para quando essa peça não está lá. Também há uma mudança em como o planejamento é executado. Com a otimização de planejamento, os planos são regenerativos. Isso significa que cada execução revisa todos os requisitos novamente, em vez de usar a abordagem antiga de mudança líquida que apenas atualizava itens com novos requisitos desde a última execução. Pense nisso como recalcular todo o cenário de planejamento a cada vez. Isso elimina parte da incerteza sobre se uma alteração anterior escapou do cálculo, enquanto o mecanismo mais rápido torna o recálculo completo mais prático para muitas empresas. A velocidade ajuda, mas são dados limpos que decidem se o plano merece confiança. Assim que o plano gera suas sugestões, a próxima tarefa é decidir quais precisam de ação imediata, mas o que o planejamento mestre faz e o que ele não faz. Então aqui está a definição mais simples.

O planejamento mestre usa todos os dados do Dynamics 365 e sugere o que comprar, produzir ou mover com datas e quantidades. Um planejador revisa essas ordens planejadas antes de agir. Eles verificam o fornecedor, a data de entrega, a quantidade e se a fábrica consegue realizar o trabalho. Após a confirmação, a consolidação da sugestão a transforma em um pedido de compra, ordem de produção, ordem de transferência real. Mas o planejamento mestre não consegue o prefeito. As previsões são apenas estimativas e pedidos reais de clientes podem mudar da noite para o dia. E ele definitivamente não substitui os planejadores humanos. As pessoas ali dão com o risco do fornecedor. Promessas aos clientes e exceções. O sistema simplesmente não consegue julgar. Ter estoque também não é o suficiente. Esse inventário pode chegar tarde demais, estar no armazém errado ou já estar reservado para outro pedido.

Para bons resultados, comece com dados limpos, registros de itens precisos, prazos corretos, listas de materiais certas e uma demanda realista. Para o nosso pedido de bicicletas, o estoque atual cobre parte da necessidade. O planejamento sugere o suprimento para o restante e o planejador confirma a ação. Isso nos traz de volta a pergunta que toda a equipe precisa responder. O que precisa acontecer a seguir? Conclusão. Plano conectado. O planejamento mestre reúne demanda. Níveis de estoque. Datas de entrega. Cronogramas de produção e capacidade. Transformando tudo em ações para a sua equipe. Revisar. Ordens planejadas iniciam a decisão. Elas não afinaliam. É por isso que os planejadores continuam essenciais. Assine sua plataforma de podcast favorita. E compartilhe essa dica de conhecimento com alguém que está aprendendo o gerenciamento da cadeia de suprimentos, da cadeia de suprimentos do Dynamics 35.