Simulação de produção para interrupções e mudanças no mix de produtos

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Simulação de produção para interrupções: teste quebras, ausências, atrasos de material e mudanças no mix de produtos em um modelo antes que afetem sua linha. Um guia prático.

Automatically translated with AI from the original post. Read the English original

Uma simulação de produção permite reproduzir uma interrupção em um modelo: uma quebra no seu gargalo, a falta de um operador, uma entrega atrasada ou uma mudança no mix de produtos. Assim, você vê o que acontece com a produção e o lead time sem tocar na linha real. Este artigo é para planejadores de produção que querem saber quais interrupções simular, quais dados são necessários e como interpretar os resultados.

Pontos-chave

• Uma simulação de produção permite reproduzir uma interrupção, como uma quebra ou uma mudança no mix de produtos, em um modelo e ver o efeito na produção e no lead time antes que ela aconteça.
• Escolha as interrupções com base na probabilidade e no impacto, a partir dos seus próprios registros. Modelar todos os eventos possíveis só deixa o modelo mais lento e menos confiável.
• Uma mudança no mix de produtos pode deslocar o gargalo mesmo quando o volume total permanece o mesmo, porque as variantes usam máquinas compartilhadas por tempos diferentes.
• Como as quebras são aleatórias, execute cada cenário várias vezes e compare faixas de resultados, não um resultado isolado.
• Primeiro, verifique o modelo com um período passado e mantenha uma lista curta de cenários de interrupção que você reexecuta sempre que o processo mudar.

O que uma simulação pode mostrar sobre uma interrupção?

Uma interrupção é qualquer coisa que torne o plano errado: menos capacidade do que o planejado, material que não está disponível ou uma demanda diferente da previsão. Um plano responde à pergunta "o que deveria acontecer". Uma simulação de fábrica responde à pergunta "o que acontece se isso der errado".

O NIST descreve a simulação de eventos discretos como uma forma de analisar um sistema de produção sob diferentes cenários e condições, e de medir a vazão, a capacidade e os gargalos. A mesma página do NIST aponta o principal obstáculo: é difícil obter dados precisos e atualizados sobre equipamentos e processos. Tenha isso em mente, porque isso determina o quanto você pode confiar em qualquer resultado.

O mais útil que uma simulação mostra é onde a dor se concentra. Uma parada em uma máquina raramente afeta apenas essa máquina. O trabalho se acumula à frente dela, deixa as estações seguintes sem material e atrasa pedidos que nem passaram por ela. Um modelo torna essa cadeia visível em minutos, em vez de semanas de apagar incêndios.

Ela também ajuda a perceber que o gargalo pode mudar de lugar. A introdução do Lean Enterprise Institute sobre a teoria das restrições afirma que, depois de agir sobre a restrição, você deve reavaliar se ela passou para outra parte do sistema. Uma interrupção faz o mesmo, sem pedir sua permissão. Execute-a primeiro no modelo.

Quais interrupções vale a pena simular?

Nem todas. Comece com uma lista curta e escolha com base em duas perguntas: com que frequência isso acontece e quanto custa quando acontece?

Candidatos típicos:

• Paradas de máquina. Modele com que frequência a máquina para e quanto tempo os reparos levam. As médias escondem os reparos longos, e são justamente eles que mais prejudicam. Se o seu registro de manutenção tiver durações reais de paradas, use a dispersão desses dados, não apenas a média.
• Pessoas. Ausências, falta de uma habilidade específica em um turno, limites de horas extras.
• Material. Entrega atrasada, entrega incompleta, bloqueio de qualidade em um lote recebido.
• Perda de qualidade. Sucata ou retrabalho que faz peças voltarem a passar por uma estação.
• Pedidos urgentes. Um pedido emergencial que fura a fila e força preparações extras de máquina.
• Mudanças na demanda. Outra proporção de variantes ou um salto de volume.

Use seus próprios registros para priorizá-los. Veja o log de paradas do ano passado, os relatórios de turno e a lista de pedidos atrasados. Se uma interrupção aparece lá todo mês, simule. Se aconteceu uma vez em cinco anos, anote e deixe de fora por enquanto.

Como simular uma mudança no mix de produtos?

O mix de produtos é a proporção de cada variante no seu fluxo de pedidos. Ele importa porque as variantes raramente usam as máquinas compartilhadas pelo mesmo tempo. Quando o mix muda, a carga de cada recurso muda, mesmo que o número total de unidades permaneça o mesmo.

Um artigo da Winter Simulation Conference sobre simulação interativa de manufatura mostra esse efeito em uma área de fornos em batelada. Produtos só podem compartilhar um lote sob determinadas regras de combinação, então a ordem dos produtos afeta o uso do forno, e o gargalo se desloca conforme o mix muda. É um artigo antigo e um caso especial, mas a lição vale para a maioria dos recursos compartilhados.

Veja uma forma de trabalhar isso:

1. Defina uma linha de base. Use o mix atual e garanta que o modelo reproduz a produção e os lead times recentes.
2. Defina o novo mix. Escreva-o como proporções do volume, por exemplo, "a variante B passa de uma minoria para metade dos pedidos". Decida se o volume total fica estável ou cresce.
3. Verifique os dados por variante. Cada variante precisa de seu próprio roteiro, tempos de processo e tempos de preparação. As trocas entre variantes costumam pesar mais do que os tempos de execução.
4. Execute o novo mix. Compare a utilização por recurso, o tamanho das filas e o lead time por variante.
5. Mude o mix em etapas. Não teste apenas o estado final. Desloque-o em poucas etapas para encontrar o ponto em que o gargalo passa para outro recurso ou em que o lead time começa a subir rapidamente.
6. Anote o que você mudaria. Um segundo turno, um buffer, outra regra de sequenciamento, uma ferramenta em uma segunda máquina. Depois, teste essas mudanças no mesmo modelo.

Exemplo: uma verificação rápida de cálculo (números hipotéticos)

Este exemplo é inventado para mostrar a lógica. Não é um resultado medido.

Uma célula tem uma fresadora. A variante A leva 6 minutos ali e a variante B leva 10 minutos. Hoje, 70% dos pedidos são A e 30% são B. O tempo médio por unidade é 0,7 × 6 + 0,3 × 10 = 7,2 minutos. Em um turno de 450 minutos, a fresadora consegue produzir cerca de 62 unidades.

Agora o mix passa para 50% A e 50% B. A média sobe para 8 minutos, e o mesmo turno gera cerca de 56 unidades. Isso representa cerca de 10% a menos de produção só por causa do mix, sem nenhuma parada.

Acrescente uma parada de 45 minutos. A fresadora passa a ter 405 minutos, e o turno gera cerca de 50 unidades. Duas mudanças aparentemente inofensivas reduziram a produção em aproximadamente um quinto.

Esse cálculo é uma boa primeira verificação, e você deve fazê-lo antes de construir qualquer modelo. O que ele não mostra são filas, preparações, regras de lote, paradas aleatórias e o efeito em cascata na estação seguinte. É isso que a simulação acrescenta.

De quais dados os cenários precisam?

Os cenários de interrupção precisam de alguns itens que o modelo normal pode não ter. Confira esta lista antes de prometer resultados.

• Histórico de paradas por máquina: com que frequência ela para e quanto dura cada parada, extraído do log de manutenção ou de paradas.
• Calendários de trabalho e habilidades: quem pode operar cada estação e o que acontece em um turno reduzido.
• Tempos de preparação e de troca entre variantes, não apenas os tempos de execução.
• Dados de pedidos e datas de entrega, para que você veja quais pedidos atrasam, e não apenas que algo atrasou.
• As regras que a linha realmente segue hoje: regras de sequenciamento, limites de horas extras, quando um job passa para outra máquina.

Se alguma linha estiver faltando, diga isso na descrição do cenário. Um resultado baseado em uma duração de parada chutada é apenas um palpite com um gráfico bonito em volta. Peça à equipe da linha para revisar os números. Eles costumam apontar qual está errado em dois minutos.

Como fazer um estudo de interrupções?

As etapas são as mesmas de qualquer projeto de simulação, com alguns pontos que pesam mais em interrupções.

1. Escreva a pergunta. Por exemplo: "Se a fábrica parar por um turno inteiro, quais pedidos perdem a data e qual é a resposta mais barata?"
2. Valide a linha de base. Compare a saída do modelo com um período passado. Se a diferença for grande, corrija os dados antes de incluir qualquer interrupção.
3. Defina um conjunto pequeno de cenários. Entre três e cinco já basta. Dê um nome a cada um e registre o que muda e por quanto tempo.
4. Execute cada cenário várias vezes. As quebras são aleatórias, então uma única execução pode parecer melhor ou pior do que o normal. Compare a faixa de resultados, não um número isolado.
5. Teste respostas. Horas extras, transferência de trabalho para outra máquina, mudança na sequência, uso de estoque. Um estudo de interrupções sem opções de resposta só mostra que as coisas dão errado.
6. Combine a regra de decisão. Antes da execução, defina qual resultado levaria você a agir. Caso contrário, os números apenas serão debatidos.

Mantenha os cenários em uma lista curta que você possa executar novamente quando o processo mudar. Uma biblioteca de cenários vale mais do que qualquer estudo isolado.

Onde as ferramentas da Microsoft se encaixam?

Seu sistema ERP normalmente é onde ficam os roteiros de produção, as listas de materiais e os calendários de trabalho. Por isso, ele é a fonte natural dos dados-base do modelo. O modelo em si geralmente é um software separado.

Para apresentar resultados, o Power BI funciona bem para comparar cenários lado a lado. A Microsoft Learn também documenta os parâmetros what-if: uma variável ajustável que quem visualiza o relatório altera com um segmentador, fazendo o relatório recalcular. Isso é útil para cálculos simples como o exemplo acima, como alterar a participação no mix e ver um valor de capacidade mudar. A Microsoft afirma que esses parâmetros são projetados para medidas em visuais. Eles não simulam filas, então não confunda um controle deslizante what-if com uma simulação.

Erros comuns

• Simular tudo. Cenários demais deixam o modelo lento e os resultados difíceis de explicar.
• Usar apenas tempos médios de reparo. As paradas longas são as que mais causam prejuízo.
• Testar apenas o estado final de uma mudança de mix. O gargalo muitas vezes se desloca ao longo do caminho.
• Pular a verificação da linha de base. Se o modelo não consegue reproduzir o mês passado, seus resultados de interrupção são suposições.
• Confiar em uma única execução. Com eventos aleatórios, uma execução isolada pode induzir a erro.
• Esquecer as pessoas. Ausências, habilidades e limites de horas extras devem fazer parte do modelo quando a interrupção envolve dimensionamento de equipe.
• Construir um modelo descartável. Um modelo que ninguém atualiza após a próxima mudança de processo fica desatualizado em poucos meses.

Onde o Polaris se encaixa

Se suas perguntas são sobre capacidade, dimensionamento de equipe, buffers ou mix de produtos, o iFAKT Polaris é uma opção a considerar. A iFAKT descreve o Polaris como IA mais um gêmeo digital para a produção, combinando dados do ERP com um gêmeo digital da manufatura. O módulo Polaris Simulator testa o sistema de produção virtualmente, incluindo cenários de capacidade, dimensionamento de equipe e buffers, além de mixes de produtos dinâmicos em recursos compartilhados. O módulo Polaris Optimizer detecta gargalos e, quando ocorrem interrupções, analisa o impacto e reotimiza o plano. Se ele se encaixa depende dos seus dados e da sua pergunta, então teste primeiro em um caso específico e restrito.

Tópicos relacionados para explorar

• Alimentar o modelo com dados em tempo real. Um gêmeo digital mantém o modelo conectado à fábrica. Primeiro, decida se sua decisão precisa de um fluxo de dados em tempo real ou apenas de um bom modelo.
• Modelar a resposta humana. Reações atrasadas e trocas de turno mudam a duração de uma interrupção, então inclua-as quando o dimensionamento de equipe fizer parte da questão.
• Recuperação e reinício. Depois que a interrupção termina, o backlog pressiona a linha. Simule o reinício, incluindo os limites de horas extras.
• Fechando o ciclo com o planejamento. Quando uma interrupção se torna real, a programação precisa mudar. Pense em como o resultado de uma simulação alimenta o replanejamento.

Próximo passo

As interrupções na simulação de produção são mais fáceis de tratar se você partir do seu próprio registro de paradas. Escolha a interrupção que mais custou no ano passado, descreva-a em uma frase com a duração e o recurso afetado, e teste-a em um modelo, mesmo que simples, antes da próxima reunião de planejamento.