Industry 4.Now
Seu MES foi feito para operar a produção, não para manter dezenas de conexões e sobrecarregar o sistema. O CMS assume as integrações, segurança e o monitoramento de maneira escalável — e devolve visibilidade de ponta a ponta em cada integração.
Único integrador industrial com IA: descreva o mapeamento dos campos em linguagem natural e o CMS gera o transformador entre aplicações de maneira simples e rápida.
Plataforma
Quando não existe uma camada de integração, os dados da fábrica ficam dispersos, as integrações se tornam difíceis de rastrear e o conhecimento fica preso às pessoas. O resultado é uma operação mais dependente, menos transparente e mais vulnerável a riscos.
Criamos o CMS – Collaborative Manufacturing Suite, uma plataforma desenvolvida para centralizar, controlar e monitorar as integrações entre os sistemas do chão de fábrica e os sistemas corporativos, incluindo o ecossistema SAP e non-SAP.
O CMS foi concebido para suportar as principais necessidades de integração de uma operação industrial, conectando máquinas, equipamentos, aplicações de fábrica, sistemas MES, ERPs e demais plataformas corporativas.
Os cinco estágios
Todo fluxo passa pelos mesmos cinco estágios. É o que faz uma integração nova ser configuração, e não projeto de software.
Endpoint REST pronto para cada definição e web service SOAP com WSDL gerado dinamicamente. Autenticação por API Token da aplicação ou WS-Security.
Quando o dado não vem até você, o CMS vai buscar: consulta SQL, chamada de BAPI, tópico MQTT, tag OPC UA que mudou, registrador Modbus, endpoint HTTP. Por agendamento ou por evento.
Com o Payload de Origem e Destino você pode utilizar um prompt de IA para fazer o mapeamento de campos em linguagem natural e deixar que o CMS crie um transformador para ser utilizado em suas definições de coleta e entrega.
Interface assíncrona/síncrona com ordem sequencial ou paralela, timeout, tentativas e backoff por definição. O destino pode ser um ERP, um banco, um broker MQTT — ou uma tag do CLP.
Disponibilidade das aplicações por keep-alive, interfaces bloqueadas, acúmulo de mensagens, erros técnicos e de negócio — com alerta por e-mail, WhatsApp e notificação em tela.
Arquitetura
Escolha o cenário e acompanhe cada etapa do dado. O CMS conecta sistemas corporativos e industriais, independente do protocolo, garantindo que os dados sejam recebidos, processados e entregues com integração totalmente monitorada.
Integrações
Cada protocolo e tecnologia tem sua forma de coleta e de entrega — a tabela mostra o que o sistema faz em cada sentido.
| Tecnologia | Entrada (Coleta) | Saída (Entrega) |
|---|---|---|
| HTTP REST | Consulta a APIs e recebimento de chamadas | Envio, atualização e exclusão de registros |
| SOAP | Serviço publicado pelo CMS para o outro sistema chamar | Chamada aos web services do fornecedor |
| MQTT | Assinatura de tópicos do broker | Publicação em tópicos |
| SQL Server | Leitura de tabelas e views, com marcação do que já foi lido | Gravação de registros e execução de procedimentos |
| Oracle | Leitura de tabelas e views, com marcação do que já foi lido | Gravação de registros e execução de procedimentos |
| PostgreSQL (inclui TimescaleDB) | Leitura de tabelas, views e séries temporais | Gravação de registros e execução de procedimentos |
| SQLite (banco em arquivo) | Leitura de tabelas e views | Gravação de registros |
| InfluxDB (1.8, 2.x e 3.x) | Consulta de séries temporais e agregações | Gravação de pontos de medição |
| MongoDB | Leitura de coleções, só o que mudou desde a última busca | Gravação de documentos |
| MongoDB Atlas | Leitura de coleções na nuvem, com conexão criptografada | Gravação de documentos |
| Azure Cosmos DB (API Mongo) e AWS DocumentDB | Leitura de coleções, por compatibilidade com MongoDB | Gravação de documentos |
| SAP RFC / BAPI | Chamada de funções e BAPIs do SAP | Chamada de funções e BAPIs do SAP |
| SAP IDoc | Recebimento de IDocs de qualquer tipo | Envio ao SAP por função ou BAPI |
| OPC UA | Leitura de tags e disparo por mudança de valor | Escrita de tags no equipamento |
| Modbus TCP | Leitura cíclica de registradores e disparo por mudança | Escrita em registradores |
| Sparkplug B | Assinatura dos dispositivos publicados no broker | Envio de comandos aos dispositivos |
| PI Web API (AVEVA/OSIsoft) | Valor atual, histórico, interpolado e resumo | Gravação de valores no PI |
| Arquivos (diretório) | Monitoramento de pasta e leitura dos arquivos que chegam | Geração de arquivos em pasta ou compartilhamento |
O CMS vai buscar em intervalo ou expressão cron: HTTP, SQL Server, Oracle, PostgreSQL, SQLite, InfluxDB, MongoDB, SAP RFC, PI Web API, varredura Modbus e leitura de diretório.
O sistema externo entrega quando acontece: recebimento REST e SOAP, publicação MQTT, namespace Sparkplug B, IDoc do SAP, trigger de tag OPC UA e mudança em registrador Modbus.
O SDK nativo do SAP roda num microserviço separado: uma falha na integração SAP não derruba a API, o agendador nem os workers. Na tela de coleta você pesquisa a função, importa os parâmetros e testa a chamada — com cache local dos metadados para trabalhar mesmo offline.
Um listener registrado no gateway SAP recebe os IDocs enviados pelo ERP, filtrados por tipo de IDoc, tipo de mensagem e parceiro. Reiniciar o listener não afeta as chamadas RFC de saída.
Servidores OPC UA e Modbus TCP embutidos, com perfis nomeados de tags por CLP, permitem validar trigger e escrita ponta a ponta antes de ter acesso ao equipamento real.
Toda escrita em tag OPC UA ou registrador Modbus passa por uma trava de permissão, com tag e valor de disparo que liberam a operação e o valor gravado registrado de volta ao final.
Packs SAP de Manufatura
A parte cara de integrar com o SAP não é o software: é descobrir qual BAPI chamar, quais campos ela exige, em que ordem e como interpretar o retorno. O CMS já vem com esse conhecimento embalado — você escolhe o cenário e as interfaces nascem configuradas.
Apontamento de produção por tempo ou por ordem, consumo de componentes, entrada do acabado, liberação e encerramento de ordem, lote e leitura da carteira de ordens.
Carteira de lotes de inspeção, características a medir com nominal e tolerâncias, gravação de resultados, ponto de inspeção em produção, decisão de uso e notificação de qualidade.
Abertura e encerramento de notificação, apontamento de tempo do técnico, ordens e ativos — e o apontamento de ponto de medição a partir de OPC UA, Modbus ou PI.
PP, QM ou PM, sobre a aplicação que conversa com o SAP.
O preset de essenciais já vem marcado. Instale o resto quando precisar.
Centro, depósito e tipos de movimento. Uma vez, para todas as interfaces.
Você vê o que será criado antes de gravar qualquer coisa.
Antes de instalar, o CMS pergunta ao seu sistema se cada função existe e se os campos batem com aquele release. Receita incompatível não é instalada — em vez de virar uma interface quebrada que só falha na primeira mensagem.
O seu MES envia ordem, operação e quantidadeBoa. O pack traduz para AUFNR, VORNR e YIELD. Campo obrigatório faltando é recusado antes de chegar ao SAP, com erro que o operador entende.
RU 130 vira "a ordem ainda não foi liberada". Período contábil fechado, estoque insuficiente, contador que só cresce: os erros mais comuns de cada cenário já vêm mapeados.
O CMS já lê OPC UA, Modbus e PI. O pack de manutenção fecha o outro lado: o horímetro do ativo vira documento de medição no SAP, e o plano preventivo dispara sozinho. Sem uma linha de código.
Incluído no CMS. Não é módulo à parte, não tem licença adicional.
Configuração assistida por IA
Os packs resolvem o SAP, que é o sistema que já conhecemos por dentro. O assistente resolve o resto do parque: qualquer API com Swagger, OData, WSDL ou coleção Postman — e, quando não existe documentação nenhuma, o endereço e uma frase dizendo o que você precisa.
Swagger/OpenAPI em JSON ou YAML, o $metadata OData do SAP Gateway, um WSDL SOAP ou uma coleção Postman. O CMS reconhece pelo conteúdo, não pela extensão, e procura sozinho nos caminhos de convenção quando você informa só o endereço base.
Sem documentação, o CMS faz uma leitura contida da URL — somente GET, com limite de tempo, de tamanho e de redirecionamentos — e usa a resposta real como base. Você complementa em português: "preciso puxar as ordens abertas e confirmar o apontamento".
PostgreSQL, SQL Server, Oracle, SQLite, MongoDB e InfluxDB. As tabelas, os tipos e a chave já estão lá dentro: a coleta e a gravação saem prontas, com o comando SQL à vista antes de qualquer coisa ser gravada.
Uma URL, um contrato ou uma conexão de banco já cadastrada.
As operações vêm agrupadas por cenário de negócio, não em uma lista crua de endpoints.
Você vê o que será criado, renomeia o que quiser e pode reaproveitar interfaces existentes.
Tudo nasce desativado. Nada começa a rodar por decisão do sistema.
O catálogo de um banco diz com precisão quais são as colunas e a chave — ali a IA não entra, porque só poderia errar. Ela trabalha onde o dado é ambíguo: dar nome de negócio a 450 operações chamadas EventControllerFindAll e dizer quais são entrada e quais são saída.
Contrato, sondagem ou inferência: a origem de cada operação fica visível na tela. Você sabe exatamente o que o sistema leu de um documento oficial e o que ele supôs — que é onde vale olhar duas vezes.
Token, senha e chave de API são substituídos por marcadores antes de qualquer texto ser enviado à IA, inclusive quando aparecem dentro de um exemplo do próprio contrato. E o modelo pode ser local: o CMS fala com provedores compatíveis com a API da OpenAI, o que inclui um Ollama na sua rede.
O CMS aprende o formato real de cada fila observando o tráfego. Com os dois formatos em mãos, ele escreve o transformador entre eles e o testa contra as mensagens que já passaram — o script é gerado sem que a IA veja um único dado, e validado sem que nenhum dado saia do servidor.
Incluído no CMS. A IA é opcional e pode rodar na sua própria infraestrutura.
Ciclo de vida
Do recebimento à confirmação do destino, cada etapa é persistida. Quando algo falha, a diferença entre problema técnico e problema de dado já vem classificada.
A mensagem entra por REST, SOAP ou por uma coleta ativa e é persistida antes de qualquer processamento.
Um job é criado na interface. Se a interface estiver bloqueada, a mensagem espera — em vez de falhar contra um destino que já se sabe indisponível.
Se a definição possuir um transformador configurado o sistema transforma o payload para o sistema de destino.
Envio ao destino com timeout próprio. Falha técnica entra em retentativa com espera entre tentativas; a resposta fica gravada no histórico.
Sucesso vira Processada. Falha de transporte vira Erro de Entrega. Resposta que casa com uma regra de negócio vira Erro de Negócio — e pode bloquear a interface.
Erros são reenviados individualmente ou em lote, sempre criando nova tentativa. O expurgo por política de retenção limpa o histórico antigo.
Agente de IA
Uma fila bloqueia às três da manhã. Hoje isso vira um e-mail com um código de erro e alguém abrindo cinco telas para entender o que houve. O agente faz esse caminho antes de você: executa as ferramentas do próprio CMS contra a sua instalação, olha o que voltou de verdade e entrega um laudo com a evidência de cada passo.
"Por que a interface PEDIDOS parou?" — ele encadeia status da interface, erros recentes, busca de mensagens e a definição, e cada linha do laudo mostra o que a ferramenta devolveu. Nesse modo só lê: o pior caso é uma resposta ruim, nunca um estrago.
Com um objetivo em linguagem natural ele sonda a origem, monta o plano de Interfaces, Coletas e Entregas e testa antes de mostrar. A escrita fica parada até alguém aprovar na tela de revisão, objeto por objeto.
Fila bloqueada, mensagem acumulada, aplicação offline: o alerta que dispara vira uma investigação, e o laudo chega à caixa de entrada de quem recebe aquele alerta. Nasce desligado — é a única parte do produto que gastaria a chave de IA sem ninguém ter clicado.
Uma frase. O escopo é a Aplicação em foco no cabeçalho, e não mais um formulário para preencher.
Cada ferramenta roda contra a sua instalação e o resultado real volta para o raciocínio. Quando a sondagem devolve 401, quem corrige o caminho é ele — antes de a tela abrir.
A linha do tempo mostra qual ferramenta rodou, o que voltou e quanto demorou. Não existe conclusão sem o passo que a sustenta.
A gravação acontece no seu clique, em uma revisão que lista objeto por objeto — e fica registrada para poder ser desfeita.
O agente herda o perfil de acesso de quem abriu a sessão: as mesmas ferramentas, as mesmas aplicações, as mesmas interfaces. Ao investigar um alerta sozinho, usa a permissão de quem recebeu aquele alerta. Não existe um usuário técnico com poderes que ninguém controla.
Ao testar um transformador, ele roda contra as mensagens que realmente passaram pela fila, e a tela diz qual dos dois você está vendo: tráfego real ou amostra. Um teste que passa com dado inventado não prova nada.
Quando você pede um número, a IA só traduz o pedido em um filtro e abre a tela de sempre já recortada. A contagem, a busca e a exportação continuam saindo do banco de dados, como sempre saíram — o modelo não inventa valor.
Token, senha e chave de API são trocados por marcadores antes de qualquer texto ser enviado ao modelo, e o mesmo vale para o que fica gravado na sessão. Se preferir, o modelo roda dentro da sua própria rede.
Recursos
50 telas de operação, cadastro, auditoria e relatório, todas sujeitas ao perfil de acesso do usuário.
Telas
Uma amostra: estas são algumas das telas de recursos principais, entre as dezenas que o sistema traz. A interface está disponível em português, inglês e espanhol, em tema claro e escuro.
Segurança
Payload de produção carrega dado sensível: ordem de produção, custo, identificação de cliente. O controle sobre esse dado faz parte do produto.
AES-256-GCM antes de persistir, sem alterar o conteúdo entregue ao destino. Chave por regra, condicional a texto e sentido do fluxo.
Ver um payload cifrado exige estar na lista de autorizados da chave, reautenticar com a própria senha (e 2FA, se ativo) e escrever uma justificativa.
Toda tentativa de decifra — autorizada ou negada — registra usuário, resultado, motivo técnico, justificativa, entidade afetada e IP de origem.
TOTP por aplicativo autenticador, com ativação por usuário e exigência global configurável.
Login corporativo como alternativa ao usuário local, sem duplicar gestão de identidade.
Cada tela é uma ferramenta liberada no perfil — vale para o menu e para a autorização na API, não só para a interface.
Credenciais de saída e chaves de API ficam cifradas em repouso e nunca são reexibidas pela API depois de salvas.
Todo o tráfego externo passa por nginx com TLS; os conectores SAP ficam apenas na rede interna, sem porta publicada, protegidos por token interno.
Content-Security-Policy nos dois domínios: script, estilo e fonte só valem vindos da própria instalação. Até o editor de código das telas é servido por ela, e não por um CDN de terceiro.
Para quem usa SAP MII | PCO
Com o ciclo de vida do SAP MII/PCO chegando ao fim, empresas que possuem aplicações WEB desenvolvidas sobre o SAP MII/PCO precisarão avaliar não apenas a substituição da plataforma, mas também como preservar as integrações existentes entre o chão de fábrica e o SAP.
Suporte pleno da SAP. O melhor momento para diagnosticar e planejar sem pressa.
31/12/2027: última data com manutenção principal incluída no contrato.
Suporte apenas via Extended Maintenance, contratada à parte.
Um programa de migração leva de um a três anos. Começar aqui é apertado.
31/12/2030: sem correções, sem patches de segurança, sem suporte padrão.
Planejamento estratégico
O SAP DM (Digital Manufacturing) — um MES que roda na nuvem SAP BTP com custo mensal e consultoria para implantação e customização.
É necessária uma etapa de configuração para integrá-lo ao S/4HANA, além de uma equipe maior de consultores, com profissionais de diferentes áreas, para realizar a implantação.
A estratégia da SAP em abandonar o SAP MII | PCO e querer que indústrias migrem para o SAP DM não é para todos: muitas empresas que possuem SAP MII não desenvolveram um MES. Os vendedores esqueceram que o SAP MII é um framework que integra aplicações de fábrica e também o mundo SAP.
O CMS foi desenvolvido para empresas que não desejam migrar suas aplicações para o SAP Digital Manufacturing (SAP DM), mas precisam modernizar sua arquitetura e substituir as aplicações Web construídas sobre o SAP MII por tecnologias modernas.
Com o CMS, a empresa pode manter sua arquitetura de integração com o SAP e todo o chão de fábrica e, ao mesmo tempo, ampliar a conectividade com tecnologias, protocolos e sistemas non-SAP, como MES, SCADA, DCS, historiadores, sistemas de laboratório, manutenção e outras aplicações industriais.
Nossa equipe realiza um assessment completo do ambiente SAP MII / PCO, identificando:
A partir desse diagnóstico, elaboramos um plano de migração estruturado, que pode seguir diferentes estratégias:
Foco Continuidade operacional, rapidez e menor CAPEX.
Preservamos as aplicações WEB e front-ends legados, substituindo apenas a camada de integração do SAP MII / PCO pela nova arquitetura. Ideal para mitigar riscos rapidamente, sem impactar a rotina dos operadores no chão de fábrica.
Este caminho é para empresas que sabem que o front-end não é um risco para o negócio neste momento — mas a perda de suporte e a defasagem tecnológica do SAP MII, sim.
Foco Redução de débito técnico, performance e escalabilidade.
Além de migrar a camada de integração, refatoramos os front-ends legados em SAP MII para uma arquitetura WEB moderna, desacoplada e responsiva. Indicado para empresas que buscam independência tecnológica e evolução contínua das suas interfaces.
Este caminho é para empresas que preferem renovar a camada inteira de uma vez e manter segurança e atualização tecnológica sob o próprio controle, sem depender do calendário de um fornecedor.
O CMS nasceu dentro da XMII Consulting, consultoria especializada em SAP MII / PCO e integração industrial. São mais de 18 anos de projetos de integração entre chão de fábrica e ambiente SAP, em plantas de setores diferentes. xmiiconsulting.com
Clientes
Destaque
O CMS não é apenas uma alternativa de integração ao SAP MII e SAP PCO. É uma plataforma para criar uma nova camada de integração industrial, preparada para conectar o chão de fábrica ao mundo corporativo de forma controlada, monitorada com alertas e altamente escalável.
Aplicações SAP, máquinas, MES, ERPs, aplicações WEB e sistemas industriais podem continuar falando entre si — através de uma única plataforma de integração.
Como funciona o preço
A pergunta que trava qualquer decisão de integração é se o custo vai crescer junto com o parque. Aqui não cresce: o que muda o preço é o número de plantas, e mais nada.
Uma chave por instalação. Cada planta contrata a sua, e o que roda dentro dela não é medido.
Cinco integrações ou duzentas, a licença é a mesma. Não existe teto de aplicações nem de interfaces.
SAP RFC/BAPI e IDoc, OPC UA, Modbus, MQTT, bancos de dados, REST e SOAP entram todos no mesmo pacote.
O volume que a planta produz não altera o valor. Nada é tarifado por evento.
Os 108 cenários prontos de PP, QM e PM fazem parte do produto, não de um módulo à parte.
Roda no servidor da própria planta. Não há assinatura de nuvem, e nenhum dado precisa sair da fábrica.
O Agente de IA — que investiga o alerta sozinho, aponta a causa com evidência e diz o que fazer — é contratado à parte. Todo o resto está incluído. Preferimos dizer isso aqui do que na renovação.
O valor sai depois de um assessment do ambiente: o tamanho do parque muda o esforço de implantação, não a regra da licença. Falar sobre o seu cenário
Para provar a viabilidade na prática, realizamos uma demonstração ponta a ponta: conectamos o CMS ao SAP de teste, a um servidor OPC UA simulado, ao banco de dados e à API, exibindo todo o ciclo de integração, do recebimento até a entrega final.
