Conectividad de equipos
Rutas de datos de dispositivos y PLC, configuración de Kepware y OPC UA, y captura en la aplicación.
Servicio
Integración IT/OT
Diseñe las conexiones que rodean a la producción.
GTMI diseña e implementa interfaces entre equipos, aplicaciones industriales y sistemas corporativos. Especificamos cómo se comportan las transacciones y quién da soporte a cada conexión.
Para responsables de TI, OT y aplicaciones que planifican la conectividad de equipos o una interfaz entre producción y sistemas corporativos.
- 01
Equipos
PLC, dispositivos, OPC UA
- 02
Aplicación industrial
Ejecución y registros locales
- 03
Capa de interfaz
Contratos, entrega, monitorización
- 04
Sistemas corporativos
ERP, calidad, etiquetas, API
Una conexión se acota como una interfaz con responsables nombrados. El acceso a cualquiera de los dos sistemas sigue el proceso de aprobación del cliente.
Qué asume GTMI
Arquitectura e implementación en la interfaz
Un proyecto de integración define cómo se mueven los datos o las transacciones entre sistemas concretos. GTMI puede elaborar la arquitectura y la especificación de la interfaz, implementar la conexión y preparar su modelo operativo. El alcance cubre la responsabilidad sobre los sistemas, las zonas de red, los supuestos de autenticación, los contratos de datos y las dependencias de despliegue. Los equipos, las aplicaciones corporativas y la infraestructura siguen bajo el control de sus respectivos responsables.
Transacciones corporativas
Write-back al ERP, registros de calidad, solicitudes de etiquetas y publicación de API con contratos de solicitud y respuesta definidos.
Comportamiento de la entrega
Estado de la transacción, reintentos, conciliación y escalado acordes con el retraso permitido y los requisitos de integridad.
Operación de la interfaz
Necesidades de monitorización, responsabilidad del soporte, dependencias de despliegue y procedimientos para investigar las entregas fallidas.
El trabajo de entrega
Especificar la transacción antes de construir la conexión
Para cada flujo, GTMI documenta la fuente de verdad, la carga, la respuesta, el retraso permitido y el tratamiento de las transacciones incompletas o duplicadas. Desarrolladores y probadores utilizan ese contrato de interfaz para construir y comprobar la conexión. La captura de datos de un equipo y una anotación en el ERP tienen requisitos de tiempos e integridad distintos; elegimos un patrón de entrega para cada una. La especificación permite a los responsables de los sistemas decidir si el flujo exige una respuesta inmediata, admite una entrega en cola o requiere un cambio en el sistema receptor. Los revisores de seguridad y de calidad pueden evaluar el límite propuesto antes de que empiece la implementación.
Implementar la entrega y los controles operativos
El trabajo puede incluir conectividad Kepware y OPC UA hacia Ignition, interfaces de API y write-back al ERP. Cuando el proceso admite una entrega diferida, los registros locales, los eventos outbox y los workers pueden dar soporte a transacciones en cola y reintentos. Cuando no la admite, el diseño define la respuesta necesaria y el escalado. Los escenarios de prueba cubren la entrega normal, las interrupciones, la recuperación y la conciliación. La monitorización y los procedimientos de soporte acompañan al flujo implementado.
Entregables de la interfaz
- Mapa de límites de sistemas y de red
- Contratos de interfaz y reglas de transacción
- Conexiones implementadas con pruebas de fallo y recuperación
- Requisitos de monitorización y procedimientos de soporte
Plataformas
- OPC UA
- Kepware
- MQTT y Sparkplug B
- Espacio de nombres unificado
- ERP
- LIMS y QMS
- Etiquetado
Ejemplo ilustrativo: datos de fabricación ficticios
Cuando se agota el tiempo de espera de una anotación de producción
Un pedido ficticio de soportes terminado envía su cantidad a un ERP. En este escenario se permite la anotación diferida. Se supone que el receptor admite la detección atómica de duplicados y la consulta por ID de evento.
| Campo o regla | Extracto del contrato |
|---|---|
| eventId | EV-DEMO-102: estable entre los intentos de entrega |
| orderId | ORDER-DEMO-102 |
| quantity / unit | 12 / piezas |
| completedAt | 2030-04-04T01:00:00Z |
| Registro de origen | La aplicación de producción es la propietaria de la cantidad completada |
| Aceptación corporativa | El ERP es el responsable de aceptar la anotación |
| Regla de duplicados | El receptor acepta de forma atómica un ID de evento una sola vez; una carga modificada con el mismo ID requiere investigación |
| Conciliación | La consulta por ID de evento devuelve aceptado, ausente o no disponible |
| Estado | Significado | Siguiente acción |
|---|---|---|
| Pendiente | El registro local y el evento outbox se confirman juntos | El worker envía el evento |
| Desconocido | Se agotó el tiempo de espera de la respuesta; no se sabe si se aceptó | Consultar el ID del evento en el receptor |
| Entregado | El acuse de recibo o la consulta confirman la aceptación | Conservar el recibo y el historial de intentos |
| Requiere revisión | Consulta no disponible o límite de intentos alcanzado | El responsable de soporte concilia el evento; el reintento automático se detiene |
Si la consulta confirma la aceptación, se marca el evento como entregado. Si confirma su ausencia, un reintento acotado puede usar el mismo ID bajo la regla de duplicados. Si la consulta no está disponible, el resultado sigue siendo desconocido. El límite de reintentos de este contrato de ejemplo es de tres intentos antes de pasar a revisión.
Prueba de recuperación propuesta: perder la respuesta después de que el receptor acepte el evento y conciliar después su ID. El resultado esperado es una sola anotación y un recibo registrado. En este ejemplo no se ha ejecutado ninguna prueba. El contrato permite a los responsables evaluar si su receptor y su proceso de producción admiten este diseño.
Cómo trabajamos juntos
Documento de arquitectura o construcción de la interfaz
Encargue una especificación de la interfaz para que la implemente su equipo, o contrate a GTMI para construir y probar la conexión.
Arquitectura y especificación
Un diseño de integración revisado para que lo implemente su equipo interno o su proveedor, con los supuestos y las necesidades de aprobación documentados.
Implementación de la interfaz
Construcción y prueba de una conexión definida, incluido el tratamiento de sus transacciones, las instrucciones de despliegue y el traspaso.
Siguientes pasos
Definir el encargo
Especificar la interfaz que necesita
Cuéntenos qué sistemas tienen que intercambiar información y qué ocurre cuando falla la conexión. Podemos revisar la arquitectura, construir un flujo concreto o reparar una interfaz existente. Un ejemplo de carga o un diagrama de sistemas pueden llegar después por un canal acordado.