Cadastros e unidades no MES: evite uma integração correta com dado errado
Revise produtos, roteiros, recursos, unidades e versões antes de integrar MES; use exemplos para detectar conversões e relações inconsistentes.

Antes de integrar MES, revise identificadores, unidades, roteiros e regras de versão. Uma mensagem pode ser transmitida corretamente e ainda carregar um dado inadequado ao processo. O cadastro precisa preservar o significado entre planejamento, execução e fechamento, com responsável por criar, alterar e corrigir cada informação. Começar pela limpeza dos dados reduz dúvidas que o software não consegue resolver sozinho.
Faça um inventário dos objetos essenciais
Liste produtos, materiais, recursos, operações, roteiros e unidades. Registre onde cada objeto nasce e qual sistema mantém sua versão oficial para cada finalidade. Não presuma que o mesmo código em duas aplicações significa a mesma coisa. Um recurso pode representar uma máquina em um sistema e uma célula inteira no outro; a equivalência precisa ser explícita.
Verifique códigos duplicados, descrições ambíguas e objetos inativos ainda usados em ordens abertas. Não apague cadastros com histórico sem avaliar as relações. A limpeza deve preservar rastreabilidade e permitir interpretar registros antigos. Quando houver substituição de código, mantenha uma correspondência documentada e uma regra para transações pendentes.
Defina quem aprova alterações. Uma mudança de ciclo ideal afeta indicadores; uma mudança de unidade afeta quantidade; uma mudança de roteiro afeta a execução. O acesso para editar não deve ser distribuído apenas por conveniência. Registre pedido, validação, vigência e comunicação aos sistemas integrados, com um mecanismo de correção caso o dado novo esteja errado.
Teste as unidades com contas pequenas
| Informação | Pergunta de conferência | Possível divergência |
|---|---|---|
| Quantidade | Peça, caixa, lote ou massa? | Multiplicação indevida |
| Ciclo | Por peça ou por golpe? | Desempenho incoerente |
| Tempo | Segundos ou minutos? | Fator de sessenta |
| Material | Consumo líquido ou bruto? | Perda contada duas vezes |
| Peso | Quilograma ou grama? | Fator de mil |
| Roteiro | Qual versão vale para a ordem? | Operação fora da sequência |
Como exemplo ilustrativo, uma caixa com vinte peças e cinco caixas representam cem peças. Se o ERP espera peças e recebe o número cinco sem unidade, o resultado será errado mesmo com uma comunicação tecnicamente bem-sucedida. Uma conversão precisa informar fator, direção e condição de validade. Embalagens diferentes podem exigir fatores diferentes para o mesmo produto.
No ciclo ideal, trinta segundos por peça equivalem a 0,5 minuto por peça. Informar trinta em um campo de minutos multiplica o tempo ideal por sessenta e pode gerar desempenho impossível. A calculadora de OEE mostra a unidade junto ao campo, mas o projeto precisa validar a origem do parâmetro e o produto a que ele se aplica.
Preserve versões e contexto da ordem
Decida como uma alteração de roteiro afeta ordens já liberadas. Uma possibilidade é manter a versão vinculada à ordem; outra exige um fluxo controlado de migração. A escolha depende do processo e deve ser testada. Aplicar automaticamente a versão atual a todo o histórico pode apagar o contexto que explica uma produção anterior.
Guarde parâmetros necessários para reproduzir a análise. Se um indicador usa ciclo ideal, calendário e critério de qualidade, o resultado precisa ser interpretável depois que esses dados mudarem. Um painel que consulta apenas o cadastro atual pode recalcular o passado sob uma regra nova sem deixar isso claro. Defina quando recalcular e quando preservar a versão original.
Uma correção legítima também precisa de histórico. Diferencie corrigir um erro de cadastro de introduzir uma nova regra. Registre o motivo e os períodos afetados. Se relatórios precisarem ser republicados, explique a revisão aos usuários para que uma variação de método não seja atribuída a ganho operacional ou a desempenho de pessoas.
Organize a preparação para a carga inicial
Selecione uma amostra representativa e valide com as áreas responsáveis. Inclua produto com múltiplas operações, unidade alternativa e condição de retrabalho quando existirem no escopo. Não escolha apenas o cadastro mais simples. A amostra deve revelar as relações que a integração precisa preservar, sem expor dados pessoais ou segredos a terceiros sem autorização.
Faça uma carga em ambiente de teste e compare contagens e relações. Um total de registros importados não comprova qualidade; verifique se a ordem aponta para o produto e o roteiro corretos. Registre rejeições e não substitua automaticamente valores inválidos por padrões que mudam o significado. Um erro visível e tratável pode ser melhor que uma importação silenciosamente incorreta.
Consulte o roteiro de implantação, o contrato ERP–MES e o dicionário de paradas. Use o checklist para registrar evidências, mas mantenha os dados reais no repositório autorizado da empresa. Preparação de cadastro é trabalho contínuo de governança, não uma etapa que termina para sempre após a primeira carga.
Perguntas frequentes
Posso usar a descrição do produto como chave?
É arriscado depender apenas de descrição livre, porque ela pode mudar ou se repetir. Defina identificadores e regras de equivalência. A descrição pode ajudar pessoas a reconhecer o item, mas a integração precisa de uma identidade estável e documentada para preservar relações.
Uma conversão fixa resolve qualquer embalagem?
Somente quando a relação é realmente fixa e válida para o contexto. Variações de produto, embalagem ou processo podem exigir outra regra. Registre a unidade de origem e destino e teste a direção da conta. Não use um fator genérico sem confirmação da área responsável.
Quem deve corrigir um cadastro rejeitado?
O responsável pela informação deve validar a correção, com apoio técnico para aplicar e reenviar quando necessário. A integração não deveria inventar um valor apenas para aceitar a mensagem. Defina o fluxo de tratamento e preserve evidência da rejeição e da alteração autorizada.
Fontes e referências
- OPC Foundation — modelo ISA-95: contexto de intercâmbio de informações de operações. Os exemplos de conversão e o roteiro de revisão são explicações editoriais deste guia.


