Cobertura
16Linhas visíveis em um único centro de comando
Primeira documentação oficial
Corte da auditoria · 10 AGO 2026
Do conceito operacional ao controle conectado da planta
Uma leitura executiva da evolução do Mitra MES Envase: o que foi construído, por que cada mudança importa e quais decisões preparam a fase final de integração com o ecossistema Sankhya.
Produto
9Módulos operacionais organizados em uma única jornada
Acesso
2Pessoas operacionais: Operador e Supervisor/Admin
Autoridade
1Sankhya prevalece como verdade do processo produtivo
Leitura para responsáveis do negócio
Resumo executivo
O projeto já não é apenas uma interface de demonstração. Hoje existe uma base operacional conectada, capaz de organizar a jornada de envase, ler o estado real de produção e bloquear decisões quando a evidência é insuficiente.
Visibilidade operacional
Operador e supervisão compartilham o mesmo contexto de linha, OP prioritária, estado, progresso e próximas ações.
Integração progressiva
A fila, o detalhe, o dossiê, a validação de granel, o apontamento e o painel foram conectados por etapas ao Sankhya.
Segurança por design
Quando falta aceitação, estoque, CQ, linha PCP ou atividade iniciada, o sistema não supõe: informa e bloqueia.
A principal conquista não é mostrar mais dados. É impedir que uma operação avance quando a realidade do ERP ainda não a respalda.
Alcance desta auditoria
Histórico de entregas, arquitetura funcional, contratos de integração, interface vigente e resultados homologados até a data de corte.
De junho a agosto de 2026
Evolução do sistema
A implementação seguiu uma estratégia de redução gradual de simulações: primeiro validou-se a experiência operacional; depois, cada peça crítica foi substituída por informações e controles reais.
Fundação do MVP industrial
Nasce a jornada tablet-first com 16 linhas, fila, conferência, setup, primeira peça, qualidade, pallets, ocorrências, dossiê e fechamento. O objetivo inicial foi validar o fluxo humano com baixa digitação.
Redesenho da jornada do operador
“Minha Linha” passa a concentrar contexto, progresso e ações. Incorpora-se apontamento inline de pallets, modo de homologação e fechamento operacional para testar o percurso completo.
Governança da fila
Adiciona-se cancelamento controlado de OP sem apagar histórico. A programação começa a ser tratada como um registro auditável, não como uma lista visual descartável.
Primeira onda de integração Sankhya
Detalhe real de OP, fila paginada, recebimento seguro, dossiê real e apontamento oficial. Os mocks começam a sair das áreas de decisão e o contexto é parametrizado por IDIPROC.
Bloqueios reais e centro de comando
Integra-se granel, aceitação de atividades, regra de última leitura e o Painel de 16 Linhas. O estado Sankhya prevalece e as divergências MES/ERP tornam-se visíveis.
PCP assume a autoridade da linha
A atribuição manual sai da Fila. As OP só entram quando o vínculo TPRIPROC.AD_ID → AD_LINHASPROD.ID contém linha e QR completos, únicos e coerentes.
Simplificação operacional e modo Admin
O Operador de Envase se torna o perfil visual padrão, sempre com Minha Linha e Setup. Supervisor/Admin é ativado por botão e senha temporária, deixando preparado o ponto de substituição por autenticação individual.
Produto vigente
Capacidades alcançadas
Nove módulos formam uma única jornada. Nem todos têm o mesmo nível de integração; a interface distingue o real, o protegido e o pendente.
Real
Minha Linha
Prioriza a OP recebida ou a primeira OP real da fila, com resumo, materiais, pallets, eventos e ciclo de vida conectados.
Valor: foco operacional sem mudar de telaReal
Painel 16 Linhas
Snapshot consolidado com OP, etapa Sankhya, estado MES, progresso, próxima OP e divergências. Carga inicial e atualização manual.
Valor: centro de comando confiávelPCP
Fila
Mostra exclusivamente OP ativas que já possuem linha oficial e QR coerente. Não permite atribuição manual visual.
Valor: programação alinhada com PCPReal
Detalhe OP
Consulta produto, lote, quantidade, saldo, capacidade, rastreabilidade e bloqueios por prioridade real da operação.
Valor: contexto único por IDIPROCProtegido
Conferência
Recebe OP, linha e granel por leitura. A última leitura prevalece e uma leitura posterior rejeitada revoga a anterior.
Valor: evidência física antes de prepararParcial
Setup
Expõe o checklist e mantém o acesso permanente para o operador. A escrita oficial completa ainda faz parte da próxima etapa.
Valor: disciplina de preparação visívelParcial
Qualidade
A CQ da OP é verificada pela etapa INSP.CQ. Os controles visuais que ainda não têm contrato oficial permanecem bloqueados.
Valor: não confundir ausência de dado com aprovaçãoOficial
Apontamento
Valida atividade, saldo e capacidade; usa chave idempotente, lock por OP e serviços oficiais de criação e confirmação.
Valor: escrita ERP sem duplicação silenciosaReal
Dossiê
Linha do tempo em tempo real do Sankhya com atividades pendentes, em execução e concluídas, além de busca e paginação.
Valor: rastreabilidade consultável e objetivaComo flui a verdade operacional
Arquitetura e integração
A solução evita escritas diretas da interface. O frontend solicita operações controladas; a camada de funções valida regras e conversa com o Sankhya através da integração OAuth existente.
Experiência MES
React + TypeScript, design tablet-first, leitor HID, estado de linha, navegação por pessoa operacional e mensagens de bloqueio.
Controle Mitra
Server Functions, tabelas normalizadas, eventos imutáveis, locks, idempotência, paginação e contratos de transição.
Autoridade Sankhya
PCP, OP, atividades, produtos, granel, estoque, apontamento confirmado e estado oficial do processo produtivo.
Contrato oficial de atribuição de linha
TPRIPROC.AD_ID → AD_LINHASPROD.ID → INFO_LINHA + QR_NUM + QR_CODESem polling automático
Fila e painel carregam ao iniciar e são atualizados manualmente. Isso evita consultas ocultas e permite saber exatamente quando o snapshot foi obtido.
Sankhya prevalece
Quando MES e ERP divergem, o estado Sankhya governa o card e a diferença aparece como alerta, sem ocultar nenhum dos dois contextos.
Proteções incorporadas
Controles e segurança operacional
A segurança foi implementada como uma combinação de elegibilidade, validação online, rastreabilidade e bloqueio explícito.
Elegibilidade fechada de linha PCP
Apenas L01–L16, QR com formato oficial, número correspondente e mapeamento único entram na fila.
Última leitura prevalece
Uma leitura rejeitada posterior invalida uma confirmação anterior; a tela e o backend aplicam a mesma regra.
Granel validado por CQ e estoque
A INSP.CQ deve estar concluída e o lote deve ter saldo. Sem evidência completa, a preparação não é liberada.
Apontamento idempotente
Chave única, lock exclusivo por OP e estado incerto sem reenvio automático protegem contra duplicidade após timeout.
Falha sem dados antigos
Se a consulta do painel falhar, o sistema elimina o snapshot operacional anterior e mostra “Dados não disponíveis”.
Separação operacional
Operador vê Minha Linha e Setup. As decisões ampliadas exigem ativar Supervisor/Admin.
Histórico preservado
OP fechada na origem sai da fila por estado, sem exclusão. Recebimentos e sequências existentes são preservados.
Snapshot de homologação
Evidências do comportamento real
Os resultados a seguir documentam o teste de integração realizado. São uma fotografia datada, não um monitor ao vivo.
Recebimento ativo com atividades ainda aguardando aceitação no Sankhya.
Envase em execução no Sankhya enquanto o MES permanecia em conferência.
Envase em execução no Sankhya sem recebimento ativo correspondente no MES.
531 OP ativas auditadas
530 ainda não possuíam AD_ID. A OP 46571 apontava para o registro incompleto 200002 e foi corretamente bloqueada.
Mapeamento completo comprovado
O registro 200003 continha L01, QR_NUM 200001 e VNX|LINHA|200001|LINHA-01 de forma coerente.
O que está pronto e o que não está
Mapa de maturidade
O sistema combina componentes já oficiais com controles transitórios. Esta classificação evita apresentar um piloto parcial como uma automação concluída.
| Domínio | Situação auditada | Nível |
|---|---|---|
| Centro de comando | 16 linhas, snapshot real, divergências e atualização manual. | Operacional |
| Fila PCP | Sem atribuição manual; entrada por vínculo e QR oficial validado. | Operacional |
| Detalhe e dossiê | Leitura online por IDIPROC com prioridade da OP recebida. | Operacional |
| Recebimento | Aceitação, linha, granel, CQ, estoque e última leitura protegidos. | Avançado |
| Apontamento de pallet | Serviços oficiais, lock e idempotência; condicionado a atividade iniciada. | Avançado |
| Setup e qualidade visual | Jornada definida; parte das escritas oficiais ainda não integrada. | Parcial |
| Paradas e perdas | Catálogos consultáveis; escrita bloqueada até contrato fiel do payload. | Protegido |
| Acesso Supervisor/Admin | Modal funcional com senha única temporária no frontend. | Transitório |
| Central de Acerto | Payload local preparado, integração definitiva ainda futura. | Planejado |
Dívida conhecida e decisões pendentes
Riscos abertos
Os riscos foram deliberadamente convertidos em bloqueios ou questões visíveis. Nenhum deve ser resolvido com inferências silenciosas.
Contratos físicos incompletos
AltoPendente: formato definitivo do QR de OP e da etiqueta de granel. Não deve existir parser permissivo antes da definição oficial.
Empresa e local de estoque
AltoPendente: CODEMP e CODLOCAL autorizados para fechar o filtro definitivo de saldo de granel no TGFEST.
Autenticação administrativa
AltoTransitório: a senha comum está no frontend. Deve migrar para identidade individual e validação segura no backend.
Materiais de embalagem
MédioPendente: contrato funcional de leitura e quantidades. REFERÊNCIA só poderá ser usada se estiver presente e for única.
Paradas e perdas
MédioProteção vigente: não são escritos horários retroativos nem múltiplos motivos enquanto o payload nativo não for reproduzido fielmente.
Cobertura PCP ainda baixa
MédioEvidência: na auditoria, 530 de 531 OP ativas não possuíam AD_ID. O sucesso operacional depende de disciplina de cadastro na origem.
Princípio de mitigação adotado
Dado ausente permanece pendente ou bloqueado. O sistema não substitui ausência de integração por mock, fallback textual ou aprovação implícita em nenhuma decisão crítica.
O que não foi alterado por este documento
- Nenhuma Server Function foi criada, atualizada ou executada para escrita.
- Nenhuma tabela, registro, integração, rota ou componente do sistema foi modificado.
- Este HTML não pertence ao bundle de produção e não contém credenciais nem chamadas externas.
Agenda recomendada
Próxima etapa
A próxima fase deve converter os controles transitórios em contratos definitivos, antes de ampliar a automação.
Fechar contratos de QR e estoque
Definir QR de OP, etiqueta de granel, CODEMP e CODLOCAL; homologar com exemplos físicos reais.
Migrar o modo Admin para o backend
Autenticação individual, rastreabilidade de quem ativou o modo e eliminação da senha comum no frontend.
Completar Setup, Qualidade e materiais
Definir serviços oficiais, evidências, responsáveis e transições sem reintroduzir controles locais paralelos.
Homologar paradas, falhas e perdas
Capturar o payload nativo da versão instalada e reproduzir fielmente horários, produtos e motivos.
Integrar a Central de Acerto
Substituir o payload local pelo contrato definitivo e fechar o ciclo posterior ao envase.
Criar indicadores de adoção e estabilidade
Medir OPs sincronizadas, bloqueios por causa, divergências, tempo de recebimento e falhas por integração.
Decisão executiva sugerida
Priorizar qualidade do contrato e disciplina de dados no PCP antes de aumentar a frequência ou o volume de automações. O centro de comando já permite observar o processo; o próximo ganho virá de reduzir as causas de bloqueio na origem.