Casi todas las plantas ya tienen los cuatro sistemas. SCADA está en la pared, el histórico guarda años de tags, MES apunta el pedido y ERP cierra la semana. Los datos están relacionados porque hablan de los mismos activos y del mismo tramo de producción. Eso todavía no significa que los sistemas se hablen. En muchos sitios comparten cero comunicación que un supervisor pueda usar sin una persona en medio.
Esta página es un diagnóstico, no una arquitectura de integración. El corte suele llegar por tres causas a la vez: técnica (protocolos y almacenes), organizativa (IT y OT) e histórica (comprados en décadas distintas). Cada causa tiene un arreglo, y cada arreglo tiene una banda de coste. Esas bandas no son precios. Sirven para dejar de tratar cada hueco como un proyecto de plataforma.
Las funciones de control de fabricación y las de negocio no comparten un solo lenguaje por defecto. ISA elaboró ISA-95 como modelo abstracto para el intercambio de información entre esas funciones, y la mayor parte de la norma se dirige a la interfaz entre las operaciones de fabricación del nivel 3 y la planificación de negocio del nivel 4. Yan Lu, KC Morris y Simon Frechette escriben que la capacidad de sistemas distintos para intercambiar, entender y explotar datos de producto, producción y negocio descansa de forma crítica en las normas de información. Panorama de normas de NIST
Si llegaste desde cuando la planta no contesta, quédate esta vez con los sistemas. Aquel artículo es la sensación de hacer una pregunta y recibir fragmentos. Este explica por qué esos fragmentos nunca iban a llegar como un solo registro.
Cuatro sistemas, cuatro relojes, una planta
SCADA, el histórico, MES y ERP pueden estar en el mismo edificio y seguir llevando cuatro relojes. El gráfico vivo responde qué estado hay ahora. El archivo responde qué hizo un tag en una ventana. MES responde qué pedido, lote o paso de ruta está en curso. ERP responde qué prometió, emitió, recibió o costó la planta en un periodo de planificación. Cada respuesta puede ser cierta. Aun así no forman una conversación si nadie mapea a mano el objeto, el tiempo y la autoridad.
La ficha pública de ISA-95 sirve porque se niega a tratar la planta como una sola aplicación. El nivel 0 es el proceso físico. El nivel 1 es la sensórica y la actuación. El nivel 2 es la supervisión y el control, incluidos PLC y sistemas de control distribuido. El nivel 3 es la gestión de operaciones de fabricación, donde ISA sitúa el MES y también nombra SCADA como un sistema que puede gestionar operaciones. El nivel 4 es la planificación de negocio y la logística, incluido el ERP. La norma se ocupa sobre todo de la interfaz entre los niveles 3 y 4. Esa última frase se salta fácil, y es el problema entero. La planta compró sistemas para capas distintas y luego les pidió que se comportaran como si la interfaz ya existiera.
El histórico es el sistema que más a menudo se confunde con esa interfaz. Wayne Matthews, en ISA InTech, escribe que los históricos de proceso fueron al principio paquetes de software que almacenaban y presentaban datos de proceso en tiempo real. Los históricos más antiguos se alimentaban sobre todo de un DCS y dependían de una base de datos propietaria que limitaba el acceso. Los históricos modernos pueden recibir datos de sistemas de control, laboratorios, ERP y sistemas de activos, y las plantas los usan para diagnóstico, mantenimiento, alarmas y producción. ISA sobre históricos de proceso Amplitud no es un reloj compartido. Un histórico puede guardar una temperatura cada segundo, o solo cuando el valor sale de una banda muerta. MES puede cerrar un lote en el límite de turno. ERP puede contabilizar el mismo suceso en un periodo fiscal. Si esos tres tiempos no se nombran, la unión parece limpia y sigue estando mal.
El informe de normas de fabricación de NIST trata esto como un hecho estructural, no como un fallo local. La capacidad de sistemas distintos para intercambiar, entender y explotar datos de producto, producción y negocio sigue descansando en normas de información, no en que compartan nave. Panorama de normas de NIST Los cuatro sistemas ya tienen hechos relacionados. No tienen los mismos objetos. SCADA conoce un tag. El histórico conoce una serie comprimida. MES conoce un pedido y un centro de trabajo. ERP conoce un artículo y un asiento. Una persona ve que van juntos. Los sistemas no, salvo que esa relación viva en algún sitio que no sea la memoria de alguien.
La guía de seguridad OT de NIST añade una restricción más dura: OT e IT no se construyeron como un solo régimen de tiempos. Los sistemas OT suelen ser críticos en el tiempo, mientras que muchos sistemas IT optimizan el caudal y pueden tolerar retraso. Muchos procesos OT son continuos, y las paradas inesperadas a menudo hay que planificarlas con días o semanas de antelación. NIST SP 800-82 Un sistema de control vivo no va a esperar un asiento de ERP. Un cierre de ERP no va a esperar una muestra por excepción del histórico. Cuatro relojes es como se especificó la planta.
La prueba práctica es ordinaria. Elige un activo y una hora. ¿Pueden SCADA, el histórico, MES y ERP nombrar ese activo del mismo modo, cerrar la misma ventana y decir qué registro está autorizado a decidir la siguiente acción? Si la respuesta es no, la planta no tiene un problema de comunicación en el sentido del fabricante. Tiene cuatro registros verdaderos y ninguna frase compartida.
La brecha técnica: protocolos y almacenes
La primera razón por la que los sistemas no se hablan es poco romántica. No hablan el mismo protocolo y no guardan el mismo tipo de almacén. Un equipo de campo puede estar en Modbus, PROFIBUS, Foundation Fieldbus o un protocolo de fabricante que nunca salió del armario. Un PLC puede llegar a un HMI por Ethernet/IP, PROFINET o EtherCAT. Un histórico puede aceptar OPC o SQL. MES y ERP suelen vivir en almacenes relacionales o transaccionales con sus propias API. El panorama de NIST mapea esa pila sin fingir que ya está unificada. La comunicación de taller es una mezcla de buses de campo y Ethernet industrial. Los enlaces del taller con MES y con los sistemas de empresa dependen de normas de integración posteriores como OPC, OPC UA, MTConnect, PackML y BatchML. Panorama de normas de NIST
Matthews describe el extremo antiguo del histórico con una sequedad útil. Los históricos más viejos dependían de una base de datos propietaria, y eso a menudo limitaba el acceso. Más tarde, interfaces como OPC, Ethernet y SQL permitieron que más sistemas enviaran y consultaran datos del histórico. ISA sobre históricos de proceso OPC puede mover un valor. No decide si ese valor es un tag, un atributo de lote o una cantidad de inventario. SQL puede enseñar una tabla. No le dice a MES que dos alias son la misma bomba.
La guía de CISA sobre ICS explica por qué esos protocolos viejos siguen ahí. Muchos entornos ICS todavía ejecutan tecnologías heredadas y protocolos propietarios porque se diseñaron para operabilidad y fiabilidad, no para ciberseguridad, y a menudo vivían en redes aisladas. Muchos dispositivos heredados siguen usando sistemas operativos y protocolos antiguos que carecen de cifrado o autenticación. CISA ICS Abrir esa pila a MES o a ERP no es un trabajo de cable. Es un cambio en un sistema que se especificó para quedarse callado.
Los almacenes empeoran el corte. SCADA guarda una imagen viva. El histórico guarda una serie comprimida, a veces por excepción. MES guarda pedidos, lotes y estados. ERP guarda inventario, confirmaciones y coste. NIST señala que, incluso cuando los fabricantes aplican analítica de datos, quedan dos barreras: elegir las herramientas adecuadas e integrar esas herramientas con la adquisición de datos y el apoyo a la decisión. Muchas herramientas de analítica siguen usando interfaces propietarias y formatos especializados. Analítica de datos de NIST Una tubería de SCADA a ERP no va a inventar contexto por el camino.
Después fallan los nombres. El mismo activo puede ser una ruta de tag, un punto de histórico, un código de centro de trabajo y un registro de equipo en ERP. Las unidades se deslizan. El tiempo falla a continuación. Matthews indica que los históricos usan filtrado, sello de tiempo y reporte por excepción cuando un valor se queda dentro de una banda muerta. ISA sobre históricos de proceso MES puede usar un calendario de turnos. ERP puede usar una fecha de contabilización. Una unión que ignora esas reglas parece decisiva y aun así abre una discusión sobre qué número es el real.
El arreglo Low / de coste bajo para esta causa es un conector punto a punto: una fuente conocida, un destino conocido, un mapeo documentado, un dueño. Es el primer movimiento correcto cuando la planta necesita una transferencia recurrente y ya conoce los objetos. Es el movimiento equivocado cuando intenta hacer que cuatro relojes coincidan escondiendo el mapeo en un trabajo nocturno. El arreglo Med / de coste medio, una capa de contexto, nombres y tiempos, llega después. Primero hay que admitir que el protocolo y el almacén están haciendo el trabajo para el que se compraron. No se compraron para ser el lenguaje de la planta.
La brecha organizativa: IT y OT
Incluso un protocolo limpio falla cuando las personas que poseen los sistemas no comparten un trabajo. Los autores de seguridad OT de NIST lo escriben sin adorno. Los ingenieros de control tendrán un papel grande en la seguridad OT, pero no podrán hacerlo sin colaboración y apoyo del departamento de IT y de la dirección. Las culturas de la ingeniería de control y de IT suelen ser bastante distintas, y su integración es esencial para un diseño y una operación de seguridad colaborativos. NIST SP 800-82 La misma frase vale para los datos. OT posee el significado del proceso. IT posee el almacén, el camino de identidad y la copia de seguridad. Un conector que ninguna de las dos partes quiere mantener no es una interfaz. Es una parada futura.
Las prioridades difieren por razones que no son teatro político. Los objetivos de seguridad OT suelen priorizar integridad y disponibilidad, luego confidencialidad, con la seguridad de las personas como prioridad que lo cubre todo. Las paradas inesperadas de sistemas que controlan procesos industriales no son aceptables. NIST SP 800-82 IT puede tratar la pérdida de datos o la disponibilidad de los sistemas de oficina como el problema urgente. Un ingeniero OT rechazará una consulta que cargue un controlador. Un dueño IT rechazará un recurso compartido que salte la autenticación. La planta se queda entonces con una exportación por USB y una hoja de cálculo, que es como la trampa del Excel en producción se convierte en el bus oficioso de integración.
ISA escribió ISA-95 también para dar vocabulario a esos dos grupos. La sociedad dice que el marco ayuda al personal de fabricación y al de IT a colaborar al fijar términos clave para los proyectos de integración, y que reduce el riesgo, el coste y los errores asociados a implantarlos. Las plantas se saltan ese paso. Empiezan con una demostración de fabricante en vez de acordar qué significa un pedido, un lote o una confirmación. Sin esos términos, IT construye una tubería y OT se niega a fiarse.
La arquitectura de seguridad hace visible el corte organizativo en el hardware. NIST recomienda separación lógica entre las redes corporativas y las de OT, incluidos cortafuegos, pasarelas unidireccionales y una DMZ que impida el tráfico directo entre esas redes, más credenciales distintas para usuarios corporativos y de OT. NIST SP 800-82 CISA describe el patrón más viejo: entornos ICS que funcionaban en redes aisladas, con poca conectividad externa. CISA ICS El aislamiento fue un hábito de seguridad. La comunicación tiene que diseñarse a través de ese hábito, no a su alrededor. Abrir el cortafuegos no es integrar. Mueve un sistema de control al modelo de amenaza de la oficina.
La posesión es la parte que el software no puede fingir. Alguien tiene que poseer el mapeo cuando cambia el nombre de un tag o cuando ERP contabiliza tarde una confirmación. NIST dice que un equipo de ciberseguridad interfuncional debería incluir personal de IT, un ingeniero de control, un operador, un experto en seguridad y dirección, y debería coordinarse con la dirección de planta y con el CIO o el CSO. NIST SP 800-82 La integración de datos necesita una versión más pequeña de esa misma mesa: un dueño OT del significado, un dueño IT del camino y una decisión nombrada sobre quién puede cambiar el mapeo. Si esa mesa no existe, la planta no debería pretender que los sistemas se hablan.
El arreglo High / de coste alto para esta causa es un programa IT-OT: roles, un camino de cambio y una regla sobre qué puede cruzar la DMZ. Eso es caro en atención más que en licencias. Sigue saliendo más barato que una granja de conectores que ningún departamento admite poseer.
La brecha histórica: comprados en décadas distintas
La tercera causa es la que las plantas sienten en las órdenes de compra. SCADA, el histórico, MES y ERP rara vez se compraron como un solo diseño. Llegaron con ciclos de capital distintos, fabricantes distintos y promesas distintas. ISA-95 es, ella misma, un testigo con fecha. La tecnología ha evolucionado varias veces desde que ISA-95 se estableció a mediados de los años noventa, y aun así el marco se sigue ofreciendo como un modelo agnóstico de tecnología porque su alcance prioriza actividades, no productos. ISA-95 La norma existe porque el corte ya era viejo cuando las primeras oleadas de MES y ERP se vendían como el arreglo.
Matthews da la mitad de esa línea de tiempo del lado del histórico. Los históricos se alimentaban al principio sobre todo de un DCS y se guardaban en una base de datos propietaria. Más tarde se convirtieron en un hub que podía recibir datos de ERP y de laboratorio y repartirlos por intranet, internet y la nube. ISA sobre históricos de proceso MES y ERP tienen sus propios arcos: paquetes en planta, luego suites, luego inquilinos en la nube, a menudo con la planta todavía ejecutando la versión validada cuando se puso en marcha la línea. Los sistemas pueden parecer actuales en un folleto y seguir perteneciendo a décadas distintas en el suelo.
CISA llama a la condición resultante por su nombre de campo: brownfield. Un reto de ciberseguridad propio de ICS son los despliegues brownfield, es decir, tecnologías nuevas superpuestas a una infraestructura heredada que ya existía. CISA ICS El mismo apilamiento ocurre con las actualizaciones de MES, las migraciones de histórico y los despliegues de ERP. El sistema nuevo se sienta al lado del viejo. Los operadores se quedan con la pantalla antigua porque todavía lleva la línea. Finanzas se queda con el ERP porque todavía cierra los libros. Ingeniería se queda con el histórico porque todavía guarda diez años de tags. La planta tiene ahora cuatro generaciones de verdad.
La guía OT de NIST explica por qué el recambio es lento. Al principio, los sistemas OT se parecían poco a los de IT porque estaban aislados y ejecutaban protocolos propietarios en hardware especializado. Ethernet, IP y los dispositivos inalámbricos están sustituyendo ahora tecnologías más viejas, lo que aumenta la conectividad y también la exposición a ciberseguridad. Los sistemas OT se parecen cada vez más a los de IT a medida que adoptan ordenadores y protocolos de red estándar. NIST SP 800-82 Un controlador que todavía tiene que ser determinista no va a seguir la ventana de parches de la oficina. Un registro de lote validado no se mueve porque un MES en la nube se vea más limpio.
Hay un segundo residuo histórico: el puente oficioso. Cuando los sistemas comprados no se hablan, la gente inventa un quinto sistema. A veces es un informe del histórico. A menudo es un libro que une extractos y se convierte en el número de la mañana, la misma trampa descrita en la trampa del Excel en producción. El trabajo de medición orientado a operaciones de NIST dice que el uso pleno de los datos de fabricación se ve impedido por la falta de métodos y normas bien definidos, y que las mejoras de rendimiento se ganan hoy con aplicaciones puntuales. Medición de NIST Las aplicaciones puntuales son el modo en que sobreviven las plantas brownfield. También son el modo en que el quinto sistema oficioso se vuelve estructural.
El arreglo honesto de un corte histórico rara vez es, el primer día, un recambio de plataforma High / de coste alto. El recambio se justifica cuando el sistema actual no puede llevar los objetos, el modelo de tiempo o las aprobaciones que la planta ya necesita. Hasta que eso se demuestre, documenta qué puede decidir el sistema de cada década y añade un conector o una capa de contexto alrededor de las decisiones que ya duelen. Convivir con el corte es legítimo cuando la unión sin respuesta es rara y se puede revisar. Comprar otra generación de software porque la anterior nunca se encontró con la de antes es el modo en que una planta gasta una década y sigue teniendo cuatro relojes.
Un arreglo realista, con bandas de coste
Un arreglo debería coincidir con la causa. Un hueco de protocolo no es un problema de organización. Una interfaz sin dueño no es un módulo de ERP que falta. Usa solo tres bandas, y déjalas cualitativas.
| Banda | Arreglo | Úsalo cuando | No lo uses cuando |
|---|---|---|---|
| Low / baja | conector punto a punto | Hay una transferencia recurrente con fuente, destino, mapeo y dueño nombrados | La planta intenta inventar un lenguaje compartido escondiendo uniones en trabajos |
| Med / media | capa de contexto, nombres y tiempos | El mismo activo, lote u hora tiene varios nombres y relojes, y la gente sigue conciliándolos a mano | La planta todavía no ha nombrado la decisión que esa capa debería sostener |
| High / alta | programa IT-OT o recambio de plataforma | Los roles, los caminos de acceso o el sistema de registro actual no pueden llevar los objetos y las aprobaciones que ya se usan | El proyecto se vende como una sola fuente de verdad que va a jubilar SCADA, el histórico, MES y ERP |
Empieza por la evidencia, no por un mapa de fabricante. Escribe una pregunta operativa que hoy necesite dos o más de los cuatro sistemas. Nombra el objeto, la ventana de tiempo, la fuente de cada campo y el rol autorizado a actuar. El proyecto de analítica de NIST dice que los fabricantes dedican buena parte del esfuerzo a identificar objetivos, elegir la herramienta y gestionar los datos de entrada. Para fabricantes más pequeños esas aplicaciones pueden ser prohibitivamente complejas y caras. Analítica de datos de NIST Si la planta no puede enunciar la pregunta, un conector solo moverá la confusión más rápido.
La banda Low es un conector punto a punto. El grupo de métricas de MESA se formó en 2004 porque los fabricantes miembros necesitaban entender qué afecta al rendimiento y argumentar mejoras en procesos y en sistemas de IT. Los materiales posteriores de analítica siguen diciendo que hay que alinear la organización a los mismos objetivos y no ignorar el gobierno de datos. Analítica de fabricación de MESA Un conector que copia una cantidad confirmada de MES a ERP puede bastar. Dale un dueño, un mapeo, una señal de fallo y una fecha de revisión. Si tiene que adivinar qué activo es cuál, es la banda equivocada.
La banda Med es una capa de contexto, nombres y tiempos. No sustituye MES ni ERP. Conserva las relaciones que los cuatro sistemas se niegan a compartir: tag con activo, lote con pedido, reloj de turno con fecha de contabilización, fuente con límite de aprobación. Es el mismo problema tratado como contexto de planta en contexto de datos industriales, y es la razón por la que un histórico puede sostener cinco análisis prácticos sin convertirse en la conversación de la planta. NIST ya señaló lenguajes de implantación para parte de ese trabajo, incluido B2MML de MESA como implementación de ISA-95 para enlazar ERP con sistemas de fabricación como MES. Panorama de normas de NIST Alguien sigue teniendo que gobernar alias, relojes y reglas de conflicto. Si falta ese gobierno, la capa se convierte en un quinto sistema oficioso más bonito.
La banda High es un programa IT-OT o un recambio de plataforma. Usa el programa cuando el bloqueo es organizativo: no hay términos compartidos, no hay camino por la DMZ, no hay dueño. NIST dice que el método más eficaz para asegurar OT es un esfuerzo colaborativo entre dirección, ingenieros y operadores OT, IT y un asesor OT de confianza. NIST SP 800-82 El movimiento de datos necesita esa misma mesa. Usa el recambio de plataforma solo cuando el MES o el ERP actuales no pueden sostener el objeto, el tiempo o la aprobación que la planta ya usa. El recambio no crea una sola fuente de verdad por eslogan. SCADA seguirá poseyendo el estado vivo. El histórico seguirá poseyendo la serie larga. MES seguirá poseyendo la ejecución. ERP seguirá poseyendo el registro comercial.
WizeeMind pertenece a esa banda Med, no a la High. Es un asistente de planta que conserva fuente, hora, activo y límites de aprobación unidos a la evidencia. No sustituye MES ni ERP, y no inventa una sola fuente de verdad. El marco de gestión de riesgo de IA de NIST está pensado para uso voluntario, para ayudar a las organizaciones a incorporar confianza al diseño, desarrollo, uso y evaluación de sistemas de IA. NIST AI RMF Un asistente puede llevar las citas. No puede aprobar una confirmación ni declarar que cuatro relojes son ahora uno.
Decide en ese orden. Si la unión sin respuesta es rara y se puede reconstruir, convive con el corte y escribe la reconstrucción. Si la unión es frecuente y el mapeo se conoce, usa un conector punto a punto. Si la gente se pasa la semana conciliando nombres y tiempos, financia una capa de contexto. Y si ningún departamento va a poseer el camino, abre un programa IT-OT antes de que nadie hable de recambio. La planta no necesita un sistema más que pretenda hablar por los otros cuatro. Necesita un arreglo nombrado que coincida con el corte que tiene.
Preguntas frecuentes
Estas preguntas vuelven después de la reunión, cuando las pantallas siguen abiertas y nadie ha decidido todavía qué sistema manda. Son operativas. No sustituyen un procedimiento local ni un proyecto de integración.
¿Por qué SCADA, el histórico, MES y ERP no se comunican?
Los cuatro sistemas tienen datos relacionados de planta, pero se compraron para trabajos distintos, los guardan de formas distintas y viven a lados distintos de la frontera IT-OT. Dato relacionado no es conversación compartida. ISA-95 existe porque las funciones de control de fabricación y las de negocio necesitan una interfaz explícita, no una presupuesta. El panorama de NIST añade que sistemas distintos solo pueden intercambiar y usar datos de producto, producción y negocio cuando las normas de información llevan el significado. Panorama de normas de NIST Una planta puede, por eso, estar llena de registros verdaderos y seguir teniendo cero comunicación que un supervisor pueda usar sin una unión manual.
¿Basta un conector punto a punto para cerrar el corte?
Un conector punto a punto es un arreglo Low / de coste bajo cuando hay una transferencia recurrente, un dueño conocido y un mapeo estable. No arregla nombres, relojes ni límites de aprobación en toda la planta. La cautela de Matthews sigue valiendo: las interfaces abiertas como OPC, Ethernet y SQL pueden mover más datos, pero no deciden qué significa el valor en MES o en ERP. ISA sobre históricos de proceso El trabajo de analítica de NIST hace el mismo corte. Integrar la analítica con la adquisición de datos y el apoyo a la decisión sigue siendo una barrera. Analítica de datos de NIST Usa un conector para una transferencia conocida. No le pidas que se convierta en el lenguaje de la planta.
¿Quién debe poseer una integración entre sistemas de planta?
La posesión tiene que recaer en una pareja con nombre: un dueño OT del significado de proceso y un dueño IT del almacén y del camino de acceso. Un conector sin dueño se convierte en otro sistema oficioso. La guía OT de NIST dice que los ingenieros de control no pueden hacer este trabajo sin IT y sin dirección, porque las dos culturas suelen ser bastante distintas. NIST SP 800-82 La nota brownfield de CISA es la prueba práctica. Si se superpone una alimentación nueva a una infraestructura heredada, alguien tiene que poseer el mapeo cuando el nombre viejo y el nuevo se separan. CISA ICS
¿Debe la planta sustituir MES o ERP para que los sistemas hablen?
Sustituir la plataforma es un movimiento High / de coste alto. Solo se justifica cuando el sistema actual no puede llevar los objetos, el tiempo o las aprobaciones que la planta ya necesita. La mayoría no debería empezar ahí. ISA-95 sigue describiendo actividades más que productos, así que un MES o un ERP nuevos no borran la interfaz entre el nivel 3 y el 4. ISA-95 Los materiales de analítica de MESA mantienen a la vista la prueba de gestión: alinea la organización a los mismos objetivos y pon gobierno de datos antes de tratar el software como la estrategia. Analítica de fabricación de MESA El recambio puede ser correcto. Es la última banda, no el primer diagnóstico.
¿Cuándo conviene convivir con el corte?
Convivir con el corte es razonable cuando la pregunta sin respuesta es rara, la unión manual se puede revisar y un conector crearía una autoridad muda que nadie puede auditar. El trabajo orientado a operaciones de NIST ya trata las aplicaciones puntuales como el camino habitual, porque a menudo faltan métodos y normas bien definidos para usar los datos. Medición de NIST Un asistente puede conservar fuente, hora, activo y límites de aprobación mientras la planta convive con ese corte. El marco de gestión de riesgo de IA de NIST es una guía voluntaria para un uso fiable de sistemas de IA, no una licencia para inventar una sola fuente de verdad. NIST AI RMF Si la unión es rara, escribe la reconstrucción y gasta la atención High / de coste alto en un problema que de verdad se repite.
Fuentes
- ISA-95 Standard: Enterprise-Control System Integration
- ISA InTech: New roles for process historians
- NIST: Current Standards Landscape for Smart Manufacturing Systems
- NIST: Guide to Operational Technology (OT) Security
- CISA: Industrial Control Systems
- MESA: Manufacturing Analytics
- NIST: Data Analytics for Smart Manufacturing Systems
- NIST: Operations-driven Performance Measurement for Smart Manufacturing Systems
- NIST: Artificial Intelligence Risk Management Framework