Industry 4.Now
Su MES fue hecho para operar la producción, no para mantener decenas de conexiones y sobrecargar el sistema. El CMS asume las integraciones, la seguridad y el monitoreo de manera escalable — y devuelve visibilidad de punta a punta en cada integración.
El único integrador industrial con IA: describa el mapeo de los campos en lenguaje natural y el CMS genera el transformador entre aplicaciones de manera simple y rápida.
Plataforma
Cuando no existe una capa de integración, los datos de la fábrica quedan dispersos, las integraciones se vuelven difíciles de rastrear y el conocimiento queda atrapado en las personas. El resultado es una operación más dependiente, menos transparente y más vulnerable a los riesgos.
Creamos el CMS – Collaborative Manufacturing Suite, una plataforma desarrollada para centralizar, controlar y monitorear las integraciones entre los sistemas del piso de fábrica y los sistemas corporativos, incluyendo el ecosistema SAP y non-SAP.
El CMS fue concebido para soportar las principales necesidades de integración de una operación industrial, conectando máquinas, equipos, aplicaciones de fábrica, sistemas MES, ERPs y demás plataformas corporativas.
Las cinco etapas
Todo flujo pasa por las mismas cinco etapas. Eso convierte una integración nueva en configuración, y no en un proyecto de software.
Endpoint REST listo para cada definición y servicio web SOAP con WSDL generado dinámicamente. Autenticación por API Token de la aplicación o WS-Security.
Cuando el dato no llega solo, el CMS va a buscarlo: consulta SQL, llamada a una BAPI, tópico MQTT, tag OPC UA que cambió, registro Modbus, endpoint HTTP. Por programación o por evento.
Con el Payload de Origen y Destino usted puede utilizar un prompt de IA para hacer el mapeo de campos en lenguaje natural y dejar que el CMS cree un transformador para usarlo en sus definiciones de recolección y entrega.
Interfaz asíncrona/síncrona con orden secuencial o paralelo, timeout, reintentos y espera configurables por definición. El destino puede ser un ERP, una base de datos, un broker MQTT — o un tag del PLC.
Disponibilidad de las aplicaciones por keep-alive, interfaces bloqueadas, acumulación de mensajes, errores técnicos y de negocio — con alerta por correo, WhatsApp y notificación en pantalla.
Arquitectura
Elija el escenario y siga cada etapa del dato. El CMS conecta sistemas corporativos e industriales, sin importar el protocolo, garantizando que los datos se reciban, se procesen y se entreguen con la integración totalmente monitoreada.
Integraciones
Cada protocolo y tecnología tiene su forma de recolección y de entrega — la tabla muestra lo que hace el sistema en cada sentido.
| Tecnología | Entrada (Recolección) | Salida (Entrega) |
|---|---|---|
| HTTP REST | Consulta a APIs y recepción de llamadas | Envío, actualización y eliminación de registros |
| SOAP | Servicio publicado por el CMS para que el otro sistema lo llame | Llamada a los web services del proveedor |
| MQTT | Suscripción a tópicos del broker | Publicación en tópicos |
| SQL Server | Lectura de tablas y vistas, con marca de lo ya leído | Grabación de registros y ejecución de procedimientos |
| Oracle | Lectura de tablas y vistas, con marca de lo ya leído | Grabación de registros y ejecución de procedimientos |
| PostgreSQL (incluye TimescaleDB) | Lectura de tablas, vistas y series temporales | Grabación de registros y ejecución de procedimientos |
| SQLite (base en archivo) | Lectura de tablas y vistas | Grabación de registros |
| InfluxDB (1.8, 2.x y 3.x) | Consulta de series temporales y agregaciones | Grabación de puntos de medición |
| MongoDB | Lectura de colecciones, solo lo que cambió desde la última búsqueda | Grabación de documentos |
| MongoDB Atlas | Lectura de colecciones en la nube, con conexión cifrada | Grabación de documentos |
| Azure Cosmos DB (API Mongo) y AWS DocumentDB | Lectura de colecciones, por compatibilidad con MongoDB | Grabación de documentos |
| SAP RFC / BAPI | Llamada a funciones y BAPIs de SAP | Llamada a funciones y BAPIs de SAP |
| SAP IDoc | Recepción de IDocs de cualquier tipo | Envío a SAP por función o BAPI |
| OPC UA | Lectura de tags y disparo por cambio de valor | Escritura de tags en el equipo |
| Modbus TCP | Lectura cíclica de registros y disparo por cambio | Escritura en registros |
| Sparkplug B | Suscripción a los dispositivos publicados en el broker | Envío de comandos a los dispositivos |
| PI Web API (AVEVA/OSIsoft) | Valor actual, histórico, interpolado y resumen | Grabación de valores en PI |
| Archivos (directorio) | Monitoreo de carpeta y lectura de los archivos que llegan | Generación de archivos en carpeta o recurso compartido |
El CMS consulta por intervalo o expresión cron: HTTP, SQL Server, Oracle, PostgreSQL, SQLite, InfluxDB, MongoDB, SAP RFC, PI Web API, barrido Modbus y lectura de directorio.
El sistema externo entrega cuando ocurre: recepción REST y SOAP, publicación MQTT, namespace Sparkplug B, IDoc de SAP, disparo de tag OPC UA y cambio en registro Modbus.
El SDK nativo de SAP corre en un microservicio separado: una falla en la integración SAP no derriba la API, el programador ni los workers. En la pantalla de recolección se busca la función, se importan los parámetros y se prueba la llamada — con caché local de los metadatos para trabajar incluso sin conexión.
Un listener registrado en el gateway de SAP recibe los IDocs enviados por el ERP, filtrados por tipo de IDoc, tipo de mensaje y socio. Reiniciar el listener no afecta las llamadas RFC de salida.
Servidores OPC UA y Modbus TCP incorporados, con perfiles de tags por PLC, permiten validar disparo y escritura de punta a punta antes de tener acceso al equipo real.
Toda escritura en tag OPC UA o registro Modbus pasa por un bloqueo de permiso, con tag y valor de disparo que liberan la operación y el valor escrito registrado de vuelta al final.
Packs SAP de Manufactura
La parte cara de integrar con SAP no es el software: es averiguar qué BAPI llamar, qué campos exige, en qué orden y cómo interpretar el retorno. El CMS ya trae ese conocimiento empaquetado — usted elige el escenario y las interfaces nacen configuradas.
Notificación por tiempo o por orden, consumo de componentes, entrada del terminado, liberación y cierre técnico de orden, lotes y lectura de la cartera de órdenes.
Cartera de lotes de inspección, características a medir con nominal y tolerancias, registro de resultados, punto de inspección en producción, decisión de empleo y aviso de calidad.
Apertura y cierre de avisos, notificación de tiempo del técnico, órdenes y activos — y el registro de punto de medición desde OPC UA, Modbus o PI.
PP, QM o PM, sobre la aplicación que conversa con SAP.
El preset de esenciales ya viene marcado. Instale el resto cuando lo necesite.
Centro, almacén y clases de movimiento. Una vez, para todas las interfaces.
Usted ve lo que se creará antes de grabar nada.
Antes de instalar, el CMS le pregunta a su sistema si cada función existe y si los campos coinciden con ese release. Una receta incompatible no se instala — en vez de convertirse en una interfaz rota que solo falla con el primer mensaje.
Su MES envía orden, operación y cantidadBuena. El pack lo traduce a AUFNR, VORNR y YIELD. Un campo obligatorio faltante se rechaza antes de llegar a SAP, con un error que el operador entiende.
RU 130 se vuelve "la orden aún no fue liberada". Período contable cerrado, stock insuficiente, contadores que solo crecen: los errores más comunes de cada escenario ya vienen mapeados.
El CMS ya lee OPC UA, Modbus y PI. El pack de mantenimiento cierra el otro lado: el horímetro del activo se vuelve documento de medición en SAP, y el plan preventivo dispara solo. Sin una línea de código.
Incluido en el CMS. No es un módulo aparte, no tiene licencia adicional.
Configuración asistida por IA
Los packs resuelven el SAP, que es el sistema que ya conocemos por dentro. El asistente resuelve el resto del parque: cualquier API con Swagger, OData, WSDL o colección Postman — y, cuando no existe documentación alguna, la dirección y una frase diciendo qué necesita.
Swagger/OpenAPI en JSON o YAML, el $metadata OData de SAP Gateway, un WSDL SOAP o una colección Postman. El CMS lo reconoce por el contenido, no por la extensión, y busca solo en las rutas de convención cuando usted informa apenas la dirección base.
Sin documentación, el CMS hace una lectura contenida de la URL — solo GET, con límite de tiempo, de tamaño y de redirecciones — y usa la respuesta real como base. Usted completa en lenguaje natural: "necesito traer las órdenes abiertas y confirmar el apunte".
PostgreSQL, SQL Server, Oracle, SQLite, MongoDB e InfluxDB. Las tablas, los tipos y la clave ya están ahí dentro: la lectura y la grabación salen listas, con el comando SQL a la vista antes de que se grabe nada.
Una URL, un contrato o una conexión de base ya registrada.
Las operaciones vienen agrupadas por escenario de negocio, no en una lista cruda de endpoints.
Usted ve lo que se creará, renombra lo que quiera y puede reutilizar interfaces existentes.
Todo nace desactivado. Nada empieza a correr por decisión del sistema.
El catálogo de una base dice con precisión cuáles son las columnas y la clave — ahí la IA no entra, porque solo podría equivocarse. Trabaja donde el dato es ambiguo: dar nombre de negocio a 450 operaciones llamadas EventControllerFindAll y decir cuáles son de entrada y cuáles de salida.
Contrato, sondeo o inferencia: el origen de cada operación queda visible en pantalla. Usted sabe exactamente qué leyó el sistema de un documento oficial y qué supuso — que es donde vale mirar dos veces.
Token, contraseña y clave de API son sustituidos por marcadores antes de que cualquier texto se envíe a la IA, incluso cuando aparecen dentro de un ejemplo del propio contrato. Y el modelo puede ser local: el CMS habla con proveedores compatibles con la API de OpenAI, lo que incluye un Ollama en su red.
El CMS aprende el formato real de cada cola observando el tráfico. Con los dos formatos en mano, escribe el transformador entre ellos y lo prueba contra los mensajes que ya pasaron — el script se genera sin que la IA vea un solo dato, y se valida sin que ningún dato salga del servidor.
Incluido en el CMS. La IA es opcional y puede correr en su propia infraestructura.
Ciclo de vida
Desde la recepción hasta la confirmación del destino, cada etapa queda persistida. Cuando algo falla, la diferencia entre problema técnico y problema de dato ya viene clasificada.
El mensaje entra por REST, SOAP o por una recolección activa y se persiste antes de cualquier procesamiento.
Se crea una tarea en la interfaz. Si la interfaz está bloqueada, el mensaje espera — en vez de fallar contra un destino que ya se sabe indisponible.
Si la definición tiene un transformador configurado, el sistema transforma el payload al formato del sistema de destino.
Envío al destino con timeout propio. La falla técnica entra en reintento con espera entre intentos; la respuesta queda registrada en el historial.
El éxito se vuelve Procesada. La falla de transporte, Error de Entrega. Una respuesta que coincide con una regla de negocio se vuelve Error de Negocio — y puede bloquear la interfaz.
Los errores se reenvían individualmente o en lote, siempre creando un nuevo intento. La política de retención depura el historial antiguo.
Agente de IA
Una cola se bloquea a las tres de la mañana. Hoy eso se convierte en un correo con un código de error y alguien abriendo cinco pantallas para entender qué pasó. El agente recorre ese camino antes que usted: ejecuta las herramientas del propio CMS contra su instalación, mira lo que realmente volvió y entrega un informe con la evidencia de cada paso.
"¿Por qué se detuvo la interfaz PEDIDOS?" — encadena estado de la interfaz, errores recientes, búsqueda de mensajes y la definición, y cada línea del informe muestra lo que devolvió la herramienta. En ese modo solo lee: el peor caso es una respuesta mala, nunca un daño.
Con un objetivo en lenguaje natural sondea el origen, arma el plan de Interfaces, Recolecciones y Entregas y lo prueba antes de mostrarlo. La escritura queda detenida hasta que alguien apruebe en la pantalla de revisión, objeto por objeto.
Cola bloqueada, mensajes acumulados, aplicación fuera de línea: la alerta que se dispara se convierte en una investigación, y el informe llega a la bandeja de quien recibe esa alerta. Nace apagado — es la única parte del producto que gastaría la clave de IA sin que nadie haya hecho clic.
Una frase. El alcance es la Aplicación en foco en el encabezado, y no un formulario más para completar.
Cada herramienta corre contra su instalación y el resultado real vuelve al razonamiento. Cuando el sondeo devuelve 401, quien corrige el camino es él — antes de que la pantalla se abra.
La línea de tiempo muestra qué herramienta corrió, qué volvió y cuánto tardó. No existe conclusión sin el paso que la sostiene.
La grabación ocurre con su clic, en una revisión que lista objeto por objeto — y queda registrada para poder deshacerse.
El agente hereda el perfil de acceso de quien abrió la sesión: las mismas herramientas, las mismas aplicaciones, las mismas interfaces. Al investigar una alerta por su cuenta, usa el permiso de quien recibió esa alerta. No existe un usuario técnico con poderes que nadie controla.
Al probar un transformador, corre contra los mensajes que realmente pasaron por la cola, y la pantalla dice cuál de los dos está viendo: tráfico real o muestra. Una prueba que pasa con datos inventados no prueba nada.
Cuando usted pide un número, la IA solo traduce el pedido en un filtro y abre la pantalla de siempre ya recortada. El conteo, la búsqueda y la exportación siguen saliendo de la base de datos, como siempre salieron — el modelo no inventa un valor.
Token, contraseña y clave de API se cambian por marcadores antes de que cualquier texto se envíe al modelo, y lo mismo vale para lo que queda guardado en la sesión. Si lo prefiere, el modelo corre dentro de su propia red.
Funciones
50 pantallas de operación, registro, auditoría e informes, todas sujetas al perfil de acceso del usuario.
Pantallas
Una muestra: estas son algunas de las pantallas de los recursos principales, entre las decenas que trae el sistema. La interfaz está disponible en portugués, inglés y español, en tema claro y oscuro.
Seguridad
El payload de producción lleva dato sensible: orden de producción, costo, identificación de cliente. El control sobre ese dato es parte del producto.
AES-256-GCM antes de persistir, sin alterar el contenido entregado al destino. Clave por regla, condicional al texto y al sentido del flujo.
Ver un payload cifrado exige estar en la lista de autorizados de la clave, reautenticarse con la propia contraseña (y 2FA, si está activo) y escribir una justificación.
Todo intento de descifrado — autorizado o denegado — registra usuario, resultado, motivo técnico, justificación, entidad afectada e IP de origen.
TOTP por aplicación autenticadora, con activación por usuario y exigencia global configurable.
Login corporativo como alternativa al usuario local, sin duplicar la gestión de identidad.
Cada pantalla es una herramienta liberada en el perfil — vale para el menú y para la autorización en la API, no solo para la interfaz.
Las credenciales de salida y las claves de API quedan cifradas en reposo y nunca se vuelven a mostrar por la API después de guardadas.
Todo el tráfico externo pasa por nginx con TLS; los conectores SAP quedan solo en la red interna, sin puerto publicado, protegidos por token interno.
Content-Security-Policy en los dos dominios: script, estilo y fuente solo valen si vienen de la propia instalación. Hasta el editor de código de las pantallas lo sirve ella, y no un CDN de terceros.
Para quien usa SAP MII | PCO
Con el ciclo de vida del SAP MII/PCO llegando a su fin, las empresas que tienen aplicaciones WEB desarrolladas sobre el SAP MII/PCO deberán evaluar no solo la sustitución de la plataforma, sino también cómo preservar las integraciones existentes entre el piso de fábrica y SAP.
Soporte pleno de SAP. El mejor momento para diagnosticar y planificar sin prisa.
31/12/2027: última fecha con mantenimiento principal incluido en el contrato.
Soporte solo mediante Extended Maintenance, contratado aparte.
Un programa de migración lleva de uno a tres años. Empezar aquí es ajustado.
31/12/2030: sin correcciones, sin parches de seguridad, sin soporte estándar.
Planificación estratégica
El SAP DM (Digital Manufacturing) — un MES que corre en la nube SAP BTP, con costo mensual y consultoría para la implantación y la personalización.
Requiere una etapa de configuración para integrarlo con S/4HANA, además de un equipo mayor de consultores, con profesionales de distintas áreas, para realizar la implantación.
La estrategia de SAP de abandonar el SAP MII | PCO y querer que las industrias migren al SAP DM no es para todos: muchas empresas que tienen SAP MII no desarrollaron un MES. Los vendedores olvidaron que el SAP MII es un framework que integra aplicaciones de fábrica y también el mundo SAP.
El CMS fue desarrollado para empresas que no desean migrar sus aplicaciones al SAP Digital Manufacturing (SAP DM), pero necesitan modernizar su arquitectura y sustituir las aplicaciones Web construidas sobre el SAP MII por tecnologías modernas.
Con el CMS, la empresa puede mantener su arquitectura de integración con SAP y todo el piso de fábrica y, al mismo tiempo, ampliar la conectividad con tecnologías, protocolos y sistemas non-SAP, como MES, SCADA, DCS, historiadores, sistemas de laboratorio, mantenimiento y otras aplicaciones industriales.
Nuestro equipo realiza un assessment completo del ambiente SAP MII / PCO, identificando:
A partir de ese diagnóstico elaboramos un plan de migración estructurado, que puede seguir diferentes estrategias:
Foco Continuidad operativa, rapidez y menor CAPEX.
Preservamos las aplicaciones WEB y los front-ends heredados, sustituyendo solo la capa de integración del SAP MII / PCO por la nueva arquitectura. Ideal para mitigar riesgos rápidamente, sin impactar la rutina de los operadores en el piso de fábrica.
Este camino es para empresas que saben que el front-end no es un riesgo para el negocio en este momento — pero la pérdida de soporte y el rezago tecnológico del SAP MII, sí.
Foco Reducción de deuda técnica, rendimiento y escalabilidad.
Además de migrar la capa de integración, refactorizamos los front-ends heredados en SAP MII hacia una arquitectura WEB moderna, desacoplada y responsiva. Indicado para empresas que buscan independencia tecnológica y evolución continua de sus interfaces.
Este camino es para empresas que prefieren renovar toda la capa de una vez y mantener la seguridad y la actualización tecnológica bajo control propio, sin depender del calendario de un proveedor.
El CMS nació dentro de XMII Consulting, consultoría especializada en SAP MII / PCO e integración industrial. Son más de 18 años de proyectos de integración entre el piso de fábrica y el ambiente SAP, en plantas de distintos sectores. xmiiconsulting.com
Clientes
Destacado
El CMS no es solo una alternativa de integración al SAP MII y al SAP PCO. Es una plataforma para crear una nueva capa de integración industrial, preparada para conectar el piso de fábrica con el mundo corporativo de forma controlada, monitoreada con alertas y altamente escalable.
Aplicaciones SAP, máquinas, MES, ERPs, aplicaciones WEB y sistemas industriales pueden seguir hablando entre sí — a través de una única plataforma de integración.
Cómo funciona el precio
La pregunta que frena cualquier decisión de integración es si el costo va a crecer junto con el parque. Aquí no crece: lo que cambia el precio es la cantidad de plantas, y nada más.
Una clave por instalación. Cada planta contrata la suya, y lo que corre dentro de ella no se mide.
Cinco integraciones o doscientas, la licencia es la misma. No hay tope de aplicaciones ni de interfaces.
SAP RFC/BAPI e IDoc, OPC UA, Modbus, MQTT, bases de datos, REST y SOAP entran todos en el mismo paquete.
El volumen que produce la planta no altera el valor. Nada se tarifa por evento.
Los 108 escenarios listos de PP, QM y PM son parte del producto, no de un módulo aparte.
Corre en el servidor de la propia planta. No hay suscripción de nube, y ningún dato necesita salir de la fábrica.
El Agente de IA — que investiga la alerta solo, señala la causa con evidencia y dice qué hacer — se contrata aparte. Todo el resto está incluido. Preferimos decirlo aquí y no en la renovación.
El valor sale después de un assessment del ambiente: el tamaño del parque cambia el esfuerzo de implantación, no la regla de la licencia. Hablar sobre su escenario
Para comprobar la viabilidad en la práctica, realizamos una demostración de punta a punta: conectamos el CMS al SAP de prueba, a un servidor OPC UA simulado, a la base de datos y a la API, mostrando todo el ciclo de integración, desde la recepción hasta la entrega final.
