NEO PI: historiador de datos industriales para entornos regulados
Transforme lecturas dispersas de sensores, máquinas y equipos en la memoria confiable de su fábrica: una fuente única, contextualizada y auditable para operación, calidad y registros electrónicos de lote.


NEO PI no es una base de datos de sensores. Es la memoria de su fábrica: qué pasó, cuándo, con qué calidad de medición y bajo qué activo del proceso.
El nombre no es accidental. NEO PI ocupa el mismo papel que un process information system clásico ocupa en una planta — con una diferencia: nació para operar dentro de un ecosistema regulado, integrado al registro electrónico de lote.
¿Qué es un historiador de datos industriales?
Un historiador de datos industriales es un software que registra continuamente mediciones con marca de tiempo provenientes de la planta — sensores, máquinas, PLCs y sistemas SCADA — y las almacena, con su calidad y su contexto de activo, para consulta y análisis posteriores. También se le llama historiador de proceso, historiador de manufactura o, en su forma clásica, process information system.
Por debajo, un historiador es una base de datos de series temporales especializada en señales industriales: altas tasas de ingesta, lecturas fuera de orden y retrasadas, códigos de calidad por punto y agregación sobre largas ventanas de retención. Lo que separa a un historiador de una base genérica es la capa de contexto encima — la medición no es un número suelto, sino la lectura de un activo con nombre, en un área con nombre, de una planta con nombre.
NEO PI es ese historiador para la manufactura regulada. Ingiere por OPC-UA, OPC-DA, MQTT, LoRaWAN y REST, organiza todo bajo una jerarquía de activos ISA-95 y lo expone como un Unified Namespace para IoT industrial del que leen MES, calidad y sistemas analíticos — la base de datos de la que dependen los programas de Industria 4.0 y manufactura inteligente.
Qué resuelve NEO PI
Por qué los fabricantes regulados necesitan un historiador moderno
En la manufactura farmacéutica y en otros entornos GMP, un valor de proceso no es solo una cifra operativa — es evidencia. Los reguladores esperan registros que cumplan ALCOA+ (atribuible, legible, contemporáneo, original, exacto y además completo, consistente, duradero, disponible), y marcos como el FDA 21 CFR Parte 11 y el Anexo 11 de las GMP de la Unión Europea establecen expectativas para registros electrónicos, pistas de auditoría y firmas electrónicas.
Una hoja de cálculo exportada de un datalogger falla varias de esas pruebas a la vez: no es contemporánea, su origen no es atribuible y nada impide una edición silenciosa. Un historiador moderno cierra esa brecha capturando la lectura en la fuente, manteniendo el evento original sin sobrescritura y registrando cada cambio de configuración en una pista de auditoría encadenada por hash.
Eso es lo que convierte a un historiador en parte de una estrategia de cumplimiento digital en vez de una compra puramente técnica — y por qué entra en el alcance de su validación de sistemas computarizados según GAMP 5.
Véalo en funcionamiento
Un recorrido por la consola: panel en vivo, navegación por activos, tendencias y pista de auditoría.
Una demostración sobre sus protocolos y sus activos dice más que cualquier captura de pantalla.
Conexiones
Cuando el formato es propietario: codecs
No todo fabricante sigue un estándar. Un codec es una expresión declarativa que traduce el paquete bruto del proveedor en mediciones — configurada por la interfaz, probada antes de guardar, con borrador asistido por IA a partir de una muestra. En la práctica: un equipo que envía {"temp_raw":247} pasa a registrar 24,7 °C sin una línea de código y sin esperar una nueva versión, lo que convierte la conexión de un equipo nuevo en una tarea de configuración en lugar de un proyecto.
El dato también sale: reenvío de datos (forwarding)
Las reglas de reenvío entregan lecturas a sistemas externos por webhook (con firma HMAC y autenticación por token) o publicación MQTT, con transformación opcional del contenido, envío por lotes, cola durable de reintentos y apagado automático ante fallo persistente del destino. Esa cola durable es lo que impide que una indisponibilidad del destino se convierta en un vacío en sus registros.
Conectar el parque instalado es un proyecto en sí mismo — nuestra solución de IoT industrial cubre el panorama más amplio, y el artículo sobre conectar la planta con OPC-UA y MQTT muestra cómo funciona en la práctica.
Integración con PLCs, SCADA, MES y ERP
Aguas arriba, NEO PI habla directamente con la capa de control: OPC-UA y OPC-DA para PLCs y sistemas SCADA, MQTT para gateways de borde y brokers de IoT industrial, LoRaWAN para sensores inalámbricos en áreas sin red, y REST para cualquier cosa capaz de hacer un POST. Los paquetes propietarios se tratan con codecs, no con desarrollo a medida.
Aguas abajo, es fuente y no destino. La ejecución de manufactura y el registro electrónico de lote leen valores actuales e histórico por la API de lectura; ERP, LIMS y herramientas de BI consumen los mismos endpoints REST y SSE; y el reenvío de datos empuja lecturas por webhook o MQTT donde un sistema prefiere ser alimentado. Las claves de lectura con alcance garantizan que cada consumidor vea solo los activos que le corresponden.
Contexto, no un identificador
Navegue por planta › área › activo en lugar de por un identificador bruto de dispositivo. Cada elemento lleva sus mediciones en vivo, sus propiedades y sus permisos.

Tendencias superpuestas
Varios sensores en el mismo gráfico en cualquier rango de fechas, con agregaciones de bruto a mensual y exportación CSV.

Aplicaciones típicas
Integración con NEO EBR
El registro electrónico de lote conduce la ejecución del proceso productivo: procedimientos, órdenes de trabajo, controles en proceso. Históricamente, los valores de proceso llegan a ese registro por transcripción manual — el operador lee el visor y teclea. Ese es, a la vez, el paso más lento y el más frágil del registro: sujeto a error de lectura, error de tecleo y retraso, y exige revisión de segunda persona precisamente por eso.
Con NEO PI, el valor viene del historiador:
- el control en proceso del NEO EBR lee la medición directamente del activo correspondiente en PI
- el valor llega con marca de tiempo y calidad de origen, no con la hora en que alguien tecleó
- el registro de lote apunta a un dato inmutable y trazable hasta el evento bruto
- las desviaciones de rango resaltan contra el histórico completo, no contra un punto aislado
El EBR consume PI por la API de lectura, que expone un espacio de nombres navegable — una ruta jerárquica del tipo planta/área/activo/medición, el llamado namespace — con lectura de valor actual, consulta de histórico con agregaciones y suscripción de eventos en vivo por SSE. Todo autenticado por claves de lectura con alcance, que limitan cada consumidor exactamente a los activos y mediciones que le corresponden: el equipo de envasado no ve los datos del reactor.
Esa API es un protocolo abierto, y nada en ella es específico de NEO. NEO W&D, para pesaje y dispensación lee de ella los pesos de la misma forma; NEO OEE, para desempeño de equipos lee los tiempos de parada; y cualquier sistema de terceros — MES, LIMS, ERP, una herramienta de BI — lo consume por REST y SSE puros. PI es una capa que su planta posee, no un componente cautivo de una suite.
Cómo fluye el dato
El dato entra por cualquiera de los protocolos, se preserva bruto, gana contexto de activo en la estructura jerárquica de activos (Asset Framework) y sale por cuatro caminos.
- Máquinas y PLCsreactores · líneas · llenado — OPC-UA, OPC-DA
- Equiposcámaras frías · autoclaves · cámaras de estabilidad — LoRaWAN
- Dispositivos IoTsensores inalámbricos · gateways — MQTT, HTTP, codecs
- Ingestiónbruto preservado, inmutable
- Serie temporalcatálogo de tags · agregaciones
- Estructura jerárquica de activos (Asset Framework) / UNSsite › área › activo › medición
- NEO EBRregistro de lote — Read API, clave con alcance
- NEO W&Dpesaje y dispensación — misma API abierta
- Operación y Calidadtendencias · investigación
- Sistemas de tercerosMES · LIMS · ERP · BI — REST, SSE, reenvío
En qué se diferencia de una arquitectura tradicional de historiador
Lo que gana cada área
- Dato bruto grabado sin sobrescrituraEl evento original no es editado ni eliminado por la aplicación, y la retención sigue la política que usted configure. Cualquier número mostrado se puede rastrear hasta lo que el dispositivo realmente envió — que es lo que acorta una investigación.
- Pista de auditoría encadenada por hashLos cambios de configuración se registran encadenados, con verificación de integridad — la adulteración retroactiva es detectable.
- Funciones de firma electrónica diseñadas para apoyar requisitos de la 21 CFR Parte 11Aplicadas a las operaciones sensibles, con PIN de firma distinto de la contraseña de acceso y significado declarado en el acto. La calificación del sistema para su contexto regulatorio sigue siendo una actividad de validación suya.
- Tiempo real de verdadLas lecturas aparecen conforme llegan, sin recargar la pantalla.
- Recuperación de fallosLos eventos que no pudieron decodificarse quedan visibles y pueden reprocesarse tras la corrección — nada se pierde en silencio.
- Permisos por rolCon roles personalizables por la propia organización.
- Sin cambiar el parque instaladoCinco protocolos nativos más codecs para el resto.
- Sin jaulaEl dato sale por API, reenvío y suscripción en vivo — PI es una capa, no un destino final.
- Alineado a Unified NamespaceISA-95 / IEC-62264: una estructura única de nombres para toda la planta (Unified Namespace), estado actual, ingesta orientada a evento y publicación desacoplada — de modo que un nuevo consumidor se conecta sin integración punto a punto. Despliegue en contenedor, multiarquitectura.
- Menos transcripción manualEn el registro de lote — menos error, menos retrabajo, menos tiempo de revisión.
- Investigación de desvío más cortaEl histórico está contextualizado y disponible, no disperso en dataloggers y hojas de cálculo.
- Base para lo que viene despuésEl monitoreo continuo, el análisis de tendencia y las alarmas de proceso pasan a tener de dónde leer.
Cumplimiento e integridad de datos
Lecturas confiables son la base de la integridad de datos y los principios ALCOA+, y de la postura de cumplimiento digital que una inspección realmente evalúa. Si aún está trazando el camino desde el papel, la hoja de ruta de digitalización de la industria farmacéutica describe la secuencia habitual — y dónde encaja un historiador.
Preguntas frecuentes
¿Qué es un historiador de datos industriales?+
Es un software que registra continuamente mediciones con marca de tiempo de sensores, máquinas, PLCs y sistemas SCADA, y las almacena con su calidad y su contexto de activo para consulta y análisis posteriores. También se le llama historiador de proceso o historiador de manufactura.
¿En qué se diferencia un historiador de una base de series temporales?+
Un historiador se construye sobre almacenamiento de series temporales, pero añade lo que exige el uso industrial: códigos de calidad por punto, lecturas fuera de orden y retrasadas, conectividad de protocolos y, sobre todo, una jerarquía de activos que convierte un valor bruto en la lectura de un activo con nombre, en un área con nombre de una planta con nombre.
¿Qué protocolos industriales soporta NEO PI?+
OPC-UA y OPC-DA para PLCs y SCADA, MQTT para brokers de IoT industrial y gateways de borde, LoRaWAN para sensores inalámbricos de largo alcance, y HTTP/REST para cualquier sistema capaz de hacer un POST. Los formatos propietarios se tratan con codecs configurables, sin desarrollo a medida.
¿Qué es un Unified Namespace y NEO PI implementa uno?+
Un Unified Namespace es una estructura única y jerárquica de nombres para todo lo que ocurre en una planta, de modo que los consumidores se suscriben a un modelo compartido en lugar de construir integraciones punto a punto. NEO PI organiza los activos según ISA-95 / IEC-62264 y expone esa estructura por su API de lectura, con estado actual y suscripción de eventos en vivo.
¿NEO PI cumple con FDA 21 CFR Parte 11 y el Anexo 11 de las GMP europeas?+
NEO PI ofrece funciones diseñadas para apoyar esos requisitos: firma electrónica con PIN distinto de la contraseña de acceso, pista de auditoría encadenada por hash con verificación de integridad, permisos por rol y almacenamiento sin sobrescritura del evento original. El cumplimiento es una propiedad de un sistema validado en su contexto operativo, por lo que la calificación para su contexto regulatorio sigue siendo una actividad de validación suya.
¿NEO PI funciona on-premise o es solo en la nube?+
Se distribuye como contenedores multiarquitectura y puede funcionar on-premise, en nube privada o en el borde de una sola planta. El modelo de despliegue sigue sus restricciones de residencia de datos, red y calificación.
¿Necesito el resto de la plataforma NEO para usar NEO PI?+
No. La API de lectura es un protocolo abierto sobre REST y SSE. NEO EBR, NEO W&D y NEO OEE la consumen, pero también puede hacerlo cualquier MES, LIMS, ERP o herramienta de BI de terceros. NEO PI es una capa de datos que su planta posee, no un componente cautivo de una suite.
Si la respuesta involucra hojas de cálculo, dataloggers o un sistema que nadie consulta, ahí es donde un historiador empieza a rendir. Veamos su parque instalado y qué haría falta para conectarlo. Converse con nuestro equipo para evaluar protocolos, equipos, requisitos GxP y el escenario de integración de su planta.