Trinta por cento das ordens planeadas numa semana típica não são concluídas nessa semana. Não é uma estimativa de consultora — é o padrão que se repete em fábricas portuguesas com ERP implementado há mais de três anos, quando alguém se dá ao trabalho de calcular a taxa de execução do plano. Ninguém calcula, porque o ERP regista o desvio ordem a ordem e ninguém agrega o padrão. O resultado é um planeador que aprende a desconfiar do sistema e abre o Excel para aplicar uma folga manual de 30%. Essa folga esconde a ineficiência real. A gestão não vê onde está o problema. O ciclo perpetua-se.
Este artigo não explica como implementar um ERP. Explica o que o módulo de planeamento de capacidade calcula, onde o modelo parte por razões específicas e evitáveis, e como calibrar o sistema para que o plano que sai do ecrã seja o plano que a fábrica executa — sem árbitro externo em formato .xlsx.
Em 2025, apenas 53,7% das empresas portuguesas com dez ou mais pessoas usavam software de gestão empresarial — INE, 2025. Para quem já implementou o ERP, o problema não é ter o sistema. É fazer com que o módulo de planeamento produza um plano que a fábrica execute.
O que o ERP calcula — e o que assume sem perguntar
Capacidade infinita: uma escolha de design, não um erro
A maioria dos módulos de planeamento de produção começa por calcular capacidade infinita: distribui ordens pelos centros de trabalho sem verificar se existe tempo disponível real. É uma escolha deliberada — simplifica o motor de MRP e acelera o cálculo. O problema surge quando o planeador imprime o plano e descobre que a linha de costura em Famalicão tem 140 horas previstas para uma semana de 40 horas úteis.
O cálculo de capacidade finita existe nos ERPs mais verticalizados, mas exige parametrização rigorosa: calendários de turno por centro de trabalho, eficiências históricas por operação, tempos de setup entre referências, coeficientes de quebra por máquina. Sem estes dados alimentados com disciplina, o motor de capacidade finita produz um plano tão irreal quanto o de capacidade infinita — só que com mais confiança aparente. É a versão técnica do problema: o sistema não mente, devolve exatamente o que lhe deram.
O que entra no cálculo padrão
Um módulo de planeamento de capacidade produtiva num ERP industrial processa ordens de produção abertas e firmes com datas de entrega comprometidas; roteiros de fabrico com sequência de operações, centros de trabalho e tempos unitários de setup e run; calendários de disponibilidade com dias úteis, turnos, feriados e paragens planeadas; stock de componentes e matérias-primas disponível ou em encomenda; e regras de lote mínimo e máximo por centro de trabalho.
O que o ERP não inclui por defeito — e que determina se o plano é executável — é uma lista mais curta mas mais cara: absentismo real (requer integração com o módulo de RH ou com o pplPortal); eficiência operacional por turno (requer captura em tempo real, não registo manual no fim do dia); variabilidade de qualidade, ou seja, retrabalho e refugo que consomem capacidade não planeada; tempos de transporte interno entre secções; e restrições de ferramenta ou molde partilhado entre ordens concorrentes.
O takt time que o ERP não calcula
O takt time — o ritmo de produção ditado pela procura do cliente — é o denominador que o ERP raramente calcula automaticamente. O sistema sabe quantas unidades estão em carteira. Sabe quantas horas de trabalho estão disponíveis. Mas não alerta quando o takt time implícito exige uma cadência que a linha nunca atingiu historicamente. Esse alerta tem de ser construído via regra de negócio ou via dashboard de Business Intelligence — não vem de fábrica no módulo padrão.
Onde o modelo parte: seis pontos de falha com causa identificável
Tempos de operação que ninguém actualizou desde a implementação
Em fábricas de vestuário no Norte do país, é frequente encontrar roteiros de fabrico com tempos unitários definidos aquando da implementação do ERP — há sete, oito anos. Entretanto, a linha mudou de produto, a mão de obra envelheceu, e a velocidade real de costura baixou. O ERP continua a planear com os tempos antigos. O resultado são ordens "concluídas" no sistema três dias antes de estarem fisicamente prontas — e um chefe de produção que deixou de confiar no sistema há cinco anos.
O erro-padrão aqui não é técnico: é de governança. Nenhum contrato de implementação inclui revisão periódica de tempos de operação. Essa responsabilidade cai no vazio entre o fornecedor de software e o diretor de produção, e fica por preencher indefinidamente.
Calendários anuais numa fábrica com sazonalidade de turno
Uma fábrica de calçado em Felgueiras com três turnos em época alta e um turno em época baixa precisa de calendários dinâmicos. Com um único calendário anual, o ERP planeia capacidade de três turnos em fevereiro — quando a linha está a um turno — e subestima a carga em agosto, quando os compradores internacionais já confirmaram as encomendas da coleção de inverno. O planeador descobre o problema quando os prazos já estão comprometidos.
Absentismo que vive numa folha separada
Sem integração entre o módulo de RH (ou o pplPortal) e o módulo de produção, o ERP planeia com 100% dos colaboradores disponíveis todos os dias. O planeador sabe que não é assim — sabe que às segundas-feiras há mais faltas, que em julho a linha perde 15% da capacidade por férias escalonadas, que determinada secção tem absentismo crónico. Por isso abre o Excel e aplica um fator de correção manual. Esse fator não entra no ERP. O ciclo perpetua-se.
OEE capturado oito horas depois de acontecer
Se a captura de produção for manual — o operador regista no terminal no fim do turno — os dados chegam com oito horas de atraso e com viés de arredondamento. O KORA Productivity captura produção em tempo real, calcula OEE por linha e alimenta o ERP com dados que o motor de planeamento pode usar para ajustar capacidade disponível. Sem esta ligação, o ERP planeia com capacidade teórica; o chão-de-fábrica executa com capacidade real. A diferença acumula turno a turno.
Um OEE de 58% numa linha de malharia significa que 42% da capacidade instalada está a ser consumida por paragens, rejeições e velocidade reduzida — e o ERP está a planear como se essa capacidade existisse na íntegra.
Recursos partilhados que o sistema não sabe que são exclusivos
Em fábricas de injecção plástica no corredor Aveiro–Marinha Grande, um molde pode servir três referências diferentes. O ERP sabe que o molde existe como recurso. Mas se o módulo de planeamento não modelar a exclusividade do molde — só pode estar numa máquina de cada vez — gera ordens paralelas que fisicamente não podem coexistir. O planeador descobre o conflito na reunião de produção de segunda-feira de manhã, quando já há dois operadores parados à espera.
Encomendas B2B confirmadas sem verificação de capacidade
Quando um cliente confirma uma encomenda via KORA B2B, essa encomenda deve disparar automaticamente uma verificação de capacidade no ERP. Se a integração não existir — ou existir com latência de 24 horas — o comercial confirma prazos que a produção não consegue cumprir. Em setores com compradores internacionais exigentes, como o calçado, este desfasamento tem custo direto em penalizações contratuais e em reputação junto de marcas que visitam as fábricas duas vezes por ano.
Comparação técnica: abordagens de planeamento de capacidade
| Abordagem | O que calcula | Pré-requisitos | Limitação principal | Adequação típica |
|---|---|---|---|---|
| MRP com capacidade infinita | Datas de necessidade de materiais e ordens de produção sem restrição de carga | Roteiros e BOM atualizados | Ignora sobrecarga de centros de trabalho | PME com produção por encomenda simples |
| CRP (Capacity Requirements Planning) | Carga por centro de trabalho vs. capacidade disponível | Calendários de turno, tempos de operação fiáveis | Não replaneia automaticamente — só alerta | Indústria com roteiros estáveis |
| RCCP (Rough-Cut Capacity Planning) | Capacidade agregada por família de produto e recurso crítico | Perfis de capacidade por família | Resolução baixa — não desce a operação unitária | S&OP de médio prazo (4–12 semanas) |
| APS (Advanced Planning & Scheduling) | Sequenciamento otimizado com capacidade finita e restrições múltiplas | Dados de qualidade elevada; integração OEE em tempo real | Custo e complexidade de implementação elevados | Fábricas com três ou mais linhas e mix elevado de referências |
| ERP vertical com módulo de produção avançado | CRP + alertas de sobrecarga + integração com compras e vendas | Parametrização vertical (ex.: eixos cor-tamanho-feitio no calçado) | Depende da qualidade dos dados mestres | Indústria têxtil, calçado, metal/plástico em Portugal |
Matriz de decisão: o que implementar primeiro
| Situação da empresa | Prioridade 1 | Prioridade 2 | Evitar por agora |
|---|---|---|---|
| ERP sem módulo de produção ativo | Ativar roteiros e BOM; auditar tempos de operação | Calendários de turno por centro de trabalho | APS — sem dados mestres, é ruído caro |
| ERP com MRP ativo mas planeador usa Excel | Identificar porquê: dados errados ou funcionalidade em falta? | Corrigir tempos de operação e calendários | Novo sistema — o problema é de dados, não de software |
| ERP com CRP mas sem captura em tempo real | Implementar captura de produção (OEE real) | Integrar absentismo do RH com capacidade disponível | RCCP sem dados de S&OP formalizados |
| Múltiplas fábricas ou subcontratação extensa | Visibilidade consolidada de capacidade (ver ERP multi-empresa em Portugal) | Integração com portal de subcontratados | Planeamento centralizado sem autonomia local definida |
| Mix de produto elevado (calçado, vestuário) | Modelar eixos de variante no ERP (cor, tamanho, feitio) | Sequenciamento por família para reduzir setups | CRP genérico sem verticalização — não modela a complexidade |
O que funciona na prática
Auditar dados mestres antes de qualquer upgrade de módulo
Numa fábrica têxtil do Vale do Ave com cerca de 90 colaboradores e produção de malha para marcas europeias, a ativação do módulo de CRP revelou que 40% dos centros de trabalho tinham tempos de operação com mais de cinco anos. A equipa de produção passou seis semanas a cronometrar operações reais, linha a linha, referência a referência, antes de confiar em qualquer output do sistema. Só depois o CRP começou a produzir planos que o chefe de produção aceitava sem abrir o Excel. O investimento em dados mestres tem retorno mais rápido do que qualquer funcionalidade nova — e é o único investimento que nenhum fornecedor de software inclui no âmbito do projecto.
OEE real como alimentador do planeamento futuro
Numa fábrica de componentes metálicos no corredor de Aveiro, a integração entre terminais de chão-de-fábrica e o ERP permite que o motor de planeamento ajuste a capacidade disponível com base no OEE real da semana anterior. Quando uma linha regista OEE abaixo de 65%, o sistema reduz automaticamente a capacidade planeada para essa linha na semana seguinte e alerta o planeador. Este padrão — captura real alimentando planeamento futuro — é o que distingue um ERP que planeia de um ERP que regista. O KORA Productivity é o elo que torna este ciclo possível sem desenvolvimento à medida.
S&OP formal como governança do plano
O ERP produz números. Quem decide é a gestão. Fábricas que implementam uma reunião semanal de S&OP — com presença do comercial, do planeamento e da produção — usam o ERP como fonte de dados partilhada, não como árbitro. O plano do ERP é o ponto de partida; a reunião é onde as restrições não modeladas entram no processo: um cliente prioritário, uma paragem de manutenção não prevista, um lote de matéria-prima retido em controlo de qualidade. Sem esta governança, o ERP é consultado por cada departamento de forma independente — e cada um tira conclusões diferentes do mesmo sistema.
O ERP não substitui a reunião de S&OP. Torna-a mais curta e menos política — porque os dados são os mesmos para toda a gente na sala.
Cinco passos para calibrar o módulo de capacidade
- Audite os roteiros de fabrico existentes: compare tempos de operação registados com cronometragens reais por amostragem — mínimo dez ordens por centro de trabalho, em semanas diferentes.
- Corrija os calendários de turno: inclua feriados regionais (o calendário do Norte difere de Lisboa em dias como o São João), paragens de manutenção planeadas e variações sazonais de turno.
- Integre o módulo de RH com o módulo de produção: o absentismo previsto deve reduzir a capacidade disponível calculada pelo ERP, não viver numa folha separada do planeador.
- Active alertas de sobrecarga: o sistema deve notificar o planeador quando um centro de trabalho ultrapassa um limiar de carga definido — não deixe esta verificação para ser descoberta manualmente na reunião de segunda-feira.
- Implemente captura de OEE em tempo real e defina um ciclo formal de revisão de dados mestres: revisão trimestral de tempos de operação por linha é o mínimo razoável para fábricas com mix variável.
Complexidade de variantes: o caso do calçado que os manuais ignoram
Em Felgueiras, uma coleção de calçado masculino pode ter 800 a 1 200 SKUs ativos, com três eixos de variante: cor, tamanho e feitio. Um ERP generalista modela o produto como referência única com atributos. Um ERP vertical para calçado modela os eixos de variante como dimensões independentes do roteiro — porque o tempo de operação de costura de um sapato tamanho 46 em pele é diferente do mesmo modelo em tamanho 38 em nobuck. Esta diferença não é cosmética: determina se o plano de capacidade é executável ou apenas decorativo.
O detalhe que os manuais de implementação não referem: quando um ERP generalista é forçado a modelar esta complexidade via customização, a customização raramente sobrevive à atualização de versão seguinte. Dois anos depois da implementação, a empresa está a escolher entre manter a versão antiga do ERP ou perder a parametrização de variantes. O ERP MULTI e o QAD Adaptive ERP suportam esta verticalização nativamente — o que significa que a atualização de versão não destrói o modelo de dados.
Regulação e rastreabilidade: o que o planeamento tem de garantir
Em setores com exigências de rastreabilidade — têxtil com pressão da EU Strategy for Sustainable and Circular Textiles, calçado com compradores que exigem compliance de cadeia de fornecimento — o plano de produção tem de ser rastreável lote a lote. O ERP deve registar não apenas o que foi planeado, mas o que foi efetivamente produzido, em que centro de trabalho, com que lote de matéria-prima, em que turno. Quando um lote de matéria-prima é retido em controlo de qualidade, o ERP deve recalcular automaticamente a capacidade disponível para as ordens que dependem desse lote. Sem esta integração, o plano continua "verde" no sistema enquanto a fábrica está parada à espera de material.
A Portaria 195/2020 e o regime de comunicação SAF-T mensal exigem que os movimentos de stock e produção estejam registados com precisão e tempestividade. Um plano de produção que não reflicta o que realmente aconteceu na fábrica gera inconsistências no SAF-T — e inconsistências no SAF-T geram notificações da Autoridade Tributária que nenhum CFO quer receber. Para aprofundar este tema, veja rastreabilidade lote-a-lote na indústria portuguesa.
O custo oculto do plano não executado
Voltar ao padrão inicial: mais de 30% das ordens planeadas para uma semana não são concluídas nessa semana. O planeador aprende a desconfiar do ERP e começa a planear com folgas artificiais — "se o sistema diz que a linha tem capacidade para 500 pares, eu planeio 350". Essa folga artificial esconde a ineficiência real e impede que a gestão veja onde está o problema verdadeiro. O artigo sobre turnaround operacional: quando o ERP revela o que a gestão não via explora exatamente este fenómeno.
A solução não é um ERP melhor. É calcular a taxa de execução do plano semanalmente, identificar os centros de trabalho com maior desvio sistemático, e tratar a causa — seja dados mestres errados, seja absentismo não integrado, seja um recurso partilhado não modelado. O Business Intelligence via Qlik Sense permite construir este dashboard cruzando ordens planeadas com ordens concluídas por centro de trabalho e por semana. Sem este indicador, o planeamento de capacidade é uma cerimónia — não uma ferramenta de gestão.
Para quem quer aprofundar a ligação entre planeamento de capacidade e custeio real por referência — porque um plano não executado tem custo direto na margem — o artigo sobre custeio industrial no ERP: do centro de custo à margem real por referência é a leitura seguinte natural.
A produtividade por hora trabalhada em Portugal correspondia a cerca de 67% da média da UE em 2022 (Eurostat, 2022). Parte desse défice é estrutural. Outra parte é um plano de produção que a fábrica não executa — e que ninguém mede.
Fontes
- INE — Inquérito à Utilização de Tecnologias da Informação e da Comunicação nas Empresas, 2025. Disponível em: www.ine.pt
- Eurostat — Labour Productivity per Hour Worked, Portugal vs. EU average, 2022. Disponível em: ec.europa.eu/eurostat
- Portaria n.º 195/2020, de 13 de agosto — Comunicação mensal de ficheiro SAF-T(PT) à Autoridade Tributária e Aduaneira. Diário da República, 1.ª série, n.º 157.
- Decreto-Lei n.º 28/2019, de 15 de fevereiro — Regime de processamento e arquivo de faturas e outros documentos fiscalmente relevantes. Diário da República, 1.ª série, n.º 32.
- ATP — Associação Têxtil e Vestuário de Portugal — Dados de exportações da ITV portuguesa, fevereiro de 2026. Disponível em: www.atp.pt
Perguntas frequentes
O que significa quando o ERP calcula capacidade infinita?
Capacidade infinita é uma escolha de design do módulo de planeamento: o sistema distribui ordens pelos centros de trabalho sem verificar se existe tempo disponível real. Simplifica o cálculo, mas produz planos irreais — por exemplo, 140 horas previstas para uma semana de 40 horas úteis. É deliberado, não um erro técnico.
Por que razão 30% das ordens planeadas não são concluídas na semana prevista?
O artigo identifica seis causas principais: tempos de operação desactualizados, calendários que não refletem sazonalidade, absentismo não integrado no sistema, qualidade com retrabalho não planeado, e falta de sincronização entre dados reais e o motor de planeamento. Cada uma contribui para o desvio sistemático.
O que é o takt time e por que o ERP não o calcula?
Takt time é o ritmo de produção ditado pela procura do cliente. O ERP sabe quantas unidades estão em carteira e quantas horas estão disponíveis, mas não alerta automaticamente quando a cadência exigida é impossível historicamente. Esse alerta deve ser construído via regra de negócio ou dashboard — não vem no módulo padrão.
Como o absentismo afeta o plano de produção no ERP?
Sem integração entre o módulo de RH e o módulo de produção, o ERP planeia com 100% dos colaboradores disponíveis. O planeador conhece o padrão real — mais faltas às segundas-feiras, perdas em julho por férias — mas aplica correções manuais em Excel. Essas correções nunca entram no sistema, perpetuando a desconfiança.
Qual é o impacto de tempos de operação desactualizados no plano?
Se os tempos unitários não forem revistos desde a implementação, o ERP planeia com dados obsoletos. Uma linha que mudou de produto ou cuja mão de obra envelheceu terá velocidade real diferente. O resultado: ordens aparecem "concluídas" no sistema dias antes de estarem prontas, e o chefe de produção deixa de confiar no sistema.
Por que um calendário anual único não funciona em fábricas sazonais?
Uma fábrica com três turnos em época alta e um turno em época baixa precisa de calendários dinâmicos. Com um único calendário, o ERP planeia capacidade de três turnos em fevereiro quando há apenas um, e subestima a carga em agosto. O planeador descobre o problema quando os prazos já estão comprometidos.
O que deve incluir um módulo de planeamento de capacidade finita?
Exige parametrização rigorosa: calendários de turno por centro de trabalho, eficiências históricas por operação, tempos de setup entre referências, e coeficientes de quebra por máquina. Sem estes dados alimentados com disciplina, o motor de capacidade finita produz um plano tão irreal quanto o de capacidade infinita, só que com mais confiança aparente.