Planejamento de capacidade versus programação de capacidade finita: o que as fábricas precisam

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-11

Programação de capacidade finita ou planejamento de capacidade? Saiba como eles diferem, por que a carga infinita falha no chão de fábrica e quando uma fábrica precisa de um cronograma viável.

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

A programação de capacidade finita trata cada máquina, pessoa e estação como limitada e posiciona cada operação em um calendário real, para que os conflitos entre ordens apareçam antes de o trabalho começar. Já o planejamento de capacidade verifica, em um horizonte mais longo, se você tem capacidade total suficiente. Este artigo é para gerentes de produção que precisam de datas de entrega confiáveis. Você vai entender a diferença, por que a carga infinita falha no chão de fábrica, quando precisa de um cronograma viável e como evitar os erros mais comuns.

Pontos principais

• O planejamento de capacidade estima, em um horizonte mais longo, se você tem recursos suficientes, enquanto a programação de capacidade finita posiciona cada operação em um calendário real de recursos.
• O MRP clássico e o planejamento de necessidades de capacidade planejam com capacidade infinita, por isso podem agendar mais trabalho em uma máquina do que ela consegue executar no tempo disponível.
• Um cronograma finito mostra os conflitos entre ordens logo no início e oferece datas de entrega que refletem a produção realmente alcançável, em vez de prazos teóricos de entrega.
• Fábricas com gargalos recorrentes, alto mix de produtos, prazos curtos ou mudanças frequentes de ordens são as que mais se beneficiam da programação finita.
• Um cronograma finito é tão confiável quanto os dados que o alimentam, por isso use capacidades medidas, tempos de preparação e calendários reais de turnos.

O que é programação de capacidade finita?

A programação de capacidade finita posiciona as operações de produção em calendários reais dos recursos. Cada recurso consegue executar apenas uma quantidade limitada de trabalho por dia. Quando um recurso está cheio, a próxima tarefa passa para o próximo espaço livre, e o cronograma mostra quando o trabalho pode realmente terminar.

Um artigo do fornecedor de software de planejamento Delfoi descreve o conceito da mesma forma: as operações são carregadas nos recursos apenas até a capacidade disponível. O modelo considera padrões de turnos, paradas planejadas, ferramental, disponibilidade de materiais e habilidades da equipe. Ele trabalha em nível detalhado e de curto prazo, recebe as necessidades de materiais do MRP e as sequencia em um plano executável. Veja o artigo da Delfoi sobre programação de capacidade finita e MRP.

Três fatores tornam uma programação de capacidade finita realista:

• Recursos limitados. As restrições de capacidade são reais: uma máquina não pode executar duas tarefas ao mesmo tempo.
• Calendários reais. Turnos, intervalos, feriados e manutenções planejadas entram na conta.
• Conflitos visíveis. Se ordens disputam o mesmo recurso, o cronograma mostra isso, em vez de deixar o conflito para o chão de fábrica resolver.

Em que o planejamento de capacidade difere da programação?

As duas respondem a perguntas diferentes.

O planejamento de capacidade pergunta: temos capacidade suficiente para a demanda prevista? Ele trabalha em semanas ou meses, em horas por centro de trabalho. Ajuda a decidir sobre pessoas, máquinas, turnos e investimentos.

A programação pergunta: o que roda onde e quando? Ela trabalha em dias ou horas, por recurso e por ordem. Decide a sequência e o horário de início de cada operação.

Um capítulo sobre a história do planejamento de programação da manufatura, encontrado como trecho de um livro da Wiley, faz a seguinte distinção: o planejamento aproxima as necessidades futuras de material e capacidade em um horizonte mais longo, enquanto a programação define as operações com precisão em um intervalo curto. Veja o trecho, "Why Schedule?". O trecho não informa o autor na prévia, então trate-o como leitura de apoio.

Você precisa dos dois. O planejamento de capacidade grosseiro (rough-cut) indica se a fábrica pode, em princípio, suportar a carga, e o planejamento de capacidade finita transforma isso em um plano de produção por recurso. A programação indica se um pedido específico pode ser concluído na data de entrega.

Por que a carga infinita falha no chão de fábrica?

A Delfoi explica que o MRP planeja com capacidade infinita. Ele usa o sequenciamento retroativo a partir das datas de entrega para definir as necessidades de material e o momento das ordens, mas não verifica se máquinas ou estações de trabalho estão livres. Ele assume recursos ilimitados. O resultado pode ser um plano que sobrecarrega um gargalo enquanto outras máquinas ficam ociosas. O blog da Fabrico faz o mesmo ponto de forma simples: o MRP clássico pode agendar três trabalhos na mesma máquina ao mesmo tempo, e suas datas muitas vezes não podem ser cumpridas no chão de fábrica. Veja o artigo da Fabrico sobre programação finita e infinita.

O trecho da Wiley acrescenta a consequência: quando a programação pressupõe que o trabalho começa assim que chega e usa tempos médios de fila, a aceleração de ordens (expediting) se torna a forma normal de trabalho. Os planejadores então corrigem o plano manualmente todos os dias.

O planejamento de capacidade infinita não é inútil. Ele é rápido e serve bem para um planejamento grosseiro de longo prazo, em que uma data aproximada basta. O problema começa quando você usa essas datas como promessas aos clientes.

Quando uma fábrica precisa de uma programação finita?

A Delfoi lista as situações em que ela compensa: gargalos recorrentes, alto mix de produtos, prazos de entrega curtos e alterações frequentes de pedidos. Ela também lista sinais de alerta:

• os planejadores ajustam a saída do MRP manualmente todos os dias
• a entrega no prazo é inconsistente
• algumas máquinas estão sobrecarregadas enquanto outras ficam ociosas

Ela acrescenta que os ambientes de produção sob encomenda (make-to-order) e de engenharia sob encomenda (engineer-to-order) são os que mais se beneficiam, enquanto uma fábrica de produção para estoque (make-to-stock), com demanda estável e de alto volume, pode se virar com o MRP somado a verificações de capacidade grosseiras. Essa é a visão de um fornecedor, mas corresponde à experiência comum: quanto mais variados os pedidos, mais um plano de materiais simples falha.

Um breve autoteste para a sua fábrica:

1. Você tem algum recurso que frequentemente é o limite? Procure primeiro o gargalo.
2. As datas de entrega mudam depois que o plano é liberado?
3. Os planejadores mantêm uma planilha particular ao lado do sistema ERP?
4. Os clientes recebem uma data que o chão de fábrica depois não cumpre?

Duas ou mais respostas "sim" sugerem que o planejamento de capacidade sozinho não basta.

Como implantar um plano de capacidade finita?

Você não precisa de um grande projeto para começar. Um caminho prático:

1. Defina o escopo. Uma cadeia de valor, uma nave ou o gargalo e as etapas ao redor dele.
2. Verifique a demanda dos clientes e a carteira de pedidos. Quais pedidos são firmes e quais são previsões?
3. Carregue as restrições reais. Calendários, habilidades, preparações (setups) e materiais, e não apenas horas de máquina.
4. Crie um primeiro plano de produção para a próxima uma ou duas semanas e compare-o com o que os planejadores fariam manualmente.
5. Revise os conflitos em conjunto. Planejadores, supervisores e a área comercial decidem o que muda: uma data de entrega, horas extras ou um fornecedor externo.
6. Libere um único plano para o chão de fábrica e atualize-o sempre que algo mudar. Uma programação realista precisa de retorno em tempo real ou, no mínimo, diário sobre o que foi de fato executado.
7. Meça. Acompanhe a precisão das datas de entrega e o número de alterações manuais, e use esses dados para melhorar as informações.

De quais dados uma programação finita precisa?

Uma programação finita só é tão confiável quanto as suas entradas. A Fabrico observa que uma máquina com capacidade nominal de oito horas que entrega seis na prática faz um plano baseado no valor nominal prometer demais. A capacidade medida, como os números dos dados de OEE, torna o modelo mais preciso.

Reúna estas entradas:

1. Roteiros (routings). Operações, sequência, opções de recursos e tempos.
2. Capacidade real. Horas disponíveis líquidas, após pausas, manutenção e perdas típicas.
3. Tempos de preparação e troca. Especialmente se dependerem da sequência de produtos.
4. Calendários. Turnos, feriados e paradas planejadas para cada recurso.
5. Habilidades. Quem pode operar cada máquina.
6. Ordens. Quantidades, datas de entrega e prioridades, vindas do sistema ERP.
7. Status de materiais. O que está disponível e quando mais chega.

Você não precisa de dados perfeitos para começar. Comece pelo gargalo e pela sua capacidade real e, depois, amplie o escopo.

Exemplo: a carga semanal parece boa, mas a carga diária não

Este exemplo usa números hipotéticos.

Uma prensa opera um turno de 7,5 horas produtivas por dia, cinco dias por semana. A capacidade semanal é 5 × 7,5 = 37,5 horas. As ordens desta semana exigem 34 horas na prensa.

Visão de planejamento de capacidade. A carga é 34 ÷ 37,5 = 91%. A semana parece viável.

Datas de entrega. As 34 horas se dividem em três grupos: 18 horas vencem no fim da terça-feira, 4 horas no fim da quarta-feira e 12 horas no fim da sexta-feira.

Visão de programação finita. Até o fim da terça-feira, a prensa tem 2 × 7,5 = 15 horas. O grupo da terça precisa de 18. Logo, 18 − 15 = 3 horas não cabem. Isso equivale a 3 ÷ 7,5 = 40% de um dia.

A programação move as 3 horas para a quarta-feira, que passa a ter 3 + 4 = 7 horas de trabalho contra 7,5 disponíveis. Quinta e sexta absorvem as 12 horas com folga. Ou seja, uma ordem fica um dia atrasada, a menos que alguém aja. As opções são 3 horas extras na terça-feira, uma segunda prensa ou um fornecedor externo, ou um contato com o cliente para mudar uma das datas.

O plano de capacidade dizia "91%, tudo certo". Uma programação viável mostra o conflito logo no início. A programação diz "uma ordem vai atrasar, e esta é a ordem". É essa diferença que faz as fábricas precisarem das duas visões.

Erros comuns

• Confiar apenas na carga semanal. Uma semana viável pode esconder um dia inviável.
• Usar a capacidade nominal. Planeje com a capacidade líquida, medida na prática.
• Ignorar os tempos de preparação. A sequência altera a carga de preparação, e uma programação sem isso é otimista.
• Programar todos os recursos com o mesmo nível de detalhe. Concentre-se primeiro no gargalo.
• Congelar o plano. Imprevistos acontecem. Replaneje e comunique o chão de fábrica.
• Manter a programação em uma planilha particular. Compartilhe um único plano que planejadores, supervisores e vendas possam ver.
• Prometer datas com base em uma lógica de capacidade infinita. Dê aos clientes datas tiradas da programação finita.

Como o software pode ajudar

A programação finita manual funciona para algumas máquinas, mas deixa de funcionar à medida que aumentam as ordens e as restrições. Softwares de programação, frequentemente chamados de planejamento e programação avançados (APS), calculam um plano viável com base em capacidade, calendários, materiais e prioridades. O Polaris Optimizer da iFAKT é um módulo do iFAKT Polaris que gera automaticamente planos de produção otimizados sob restrições como recursos, turnos, zonas, qualificações e capacidades. Ao comparar ferramentas, teste-as com o seu gargalo e com uma lista real de ordens, e verifique a rapidez com que um plano é atualizado após um imprevisto.

Próximo passo

Escolha o gargalo da sua fábrica e compare a capacidade líquida real dele para as próximas duas semanas com as ordens que vencem. Se a carga diária ultrapassar as horas disponíveis, você tem um caso para programação com capacidade finita e pode mostrar aos planejadores e à equipe de vendas onde está o primeiro conflito.