Gobernanza de IoT después del primer año: retención de datos, trazabilidad y preparación para auditoría
DBR77 Team · Publicado el
Después del primer año, la gobernanza de IoT se reduce a cuatro cosas: un responsable con nombre para cada señal y cada definición, una regla de retención para cada tipo de dato, un vínculo trazable desde los eventos de máquina hasta los lotes y los pedidos, y reglas de acceso que un auditor pueda verificar. Configúrelas una vez y revíselas cada trimestre, y el sistema seguirá siendo fiable a medida que cambien las líneas, las personas y la normativa.
El primer año consiste en conectar máquinas y lograr que la gente use los datos. El segundo año trae preguntas más difíciles: por qué subió el OEE cuando no cambió nada en la planta, cuánto tiempo conservar los datos de vibración, quién aprobó un umbral. Este artículo responde a esas preguntas para una planta de tamaño medio.
Por qué la gobernanza se vuelve urgente en el segundo año
Las definiciones se desvían sin que nadie lo note. Alguien corrige un tiempo de ciclo ideal, una lista de motivos crece de 12 a 60 entradas, llega una nueva línea con una nomenclatura distinta. Cada cambio tiene sentido por separado, pero en conjunto hacen que las cifras del año pasado no sean comparables con las de este año.
La normativa también avanza. La ley polaca modificada del Sistema Nacional de Ciberseguridad, que transpone la NIS2, está en vigor desde el 3 de abril de 2026. Abarca determinadas actividades industriales, según el sector y el tamaño de la empresa, con un periodo de adaptación que se extiende hasta el 3 de abril de 2027. Según la Directiva NIS2, las entidades afectadas envían una alerta temprana en 24 horas tras un incidente significativo y una notificación en 72 horas. En cuanto a la IA, el "AI Omnibus" de 2026 trasladó las obligaciones de la Ley de IA para sistemas de alto riesgo al 2 de diciembre de 2027 para los sistemas del anexo III y al 2 de agosto de 2028 para los del anexo I, que incluye la IA como componente de seguridad de maquinaria.
Como sostiene nuestro artículo sobre CMMI y madurez de datos, las definiciones de datos coherentes van antes que el uso serio de la IA.
Roles: quién es responsable de las señales y las definiciones
A la mayoría de las plantas les bastan tres roles, y cada uno delimita quién puede cambiar qué:
- Responsable de señales. Una persona por grupo de señales. Mantenimiento es responsable de los estados de máquina, calidad del desperdicio y de los resultados de ensayo, y producción de las listas de motivos. El responsable contesta cuando falta o es incorrecta una señal.
- Responsable de definiciones. Una persona, a menudo en control de gestión, es responsable de las fórmulas: OEE, tiempo planificado, tiempo de ciclo ideal, tiempo de respuesta.
- Responsable del sistema. IT/OT es responsable del acceso, las copias de seguridad, las actualizaciones y la red.
Las definiciones cambian mediante un proceso breve y escrito:
- Solicitud con un motivo, por ejemplo una nueva herramienta que cambia el tiempo de ciclo ideal.
- Evaluación de impacto: qué indicadores e informes cambian, y en cuánto.
- Aprobación por el responsable de definiciones, con una fecha de entrada en vigor.
- Registro en el histórico de cambios. El histórico nunca se recalcula en silencio; si hace falta recalcularlo, se marca.
Retención de datos: qué conservar y durante cuánto tiempo
Los datos pierden valor a ritmos distintos: las señales brutas de alta frecuencia son útiles durante semanas, mientras que los eventos y los agregados siguen siéndolo durante años. Las duraciones siguientes son orientativas; sus requisitos legales, de cliente y del sector fijan los mínimos reales.
| Tipo de dato | Cuánto tiempo conservar (orientativo) | Por qué | Responsable |
|---|---|---|---|
| Señales brutas de alta frecuencia (corriente, vibración) | De 30 a 90 días en planta, con ventanas seleccionadas más largas | Diagnóstico de fallos, entrenamiento de un modelo con fallos conocidos | Mantenimiento con IT/OT |
| Eventos de máquina (estados, paradas, motivos, tiempos de respuesta a alertas) | De 3 a 5 años | Tendencias de pérdidas, historial de causas raíz, auditorías | Producción |
| Agregados (OEE por turno, paradas por motivo y día) | Vida útil de la línea | Comparación a largo plazo, casos de negocio | Operaciones |
| Registros vinculados a lotes y pedidos | Según lo exija su sector o su cliente | Trazabilidad, reclamaciones, retiradas de producto | Calidad |
| Registro de cambios de definiciones y configuración | Vida útil del sistema | Explicar por qué cambió una cifra | Responsable de definiciones |
| Registros de acceso y seguridad | Según su política de seguridad, por ejemplo 12 meses | Investigación de incidentes, notificaciones NIS2 | IT/OT |
Los eventos basados en cámara de la capa de visión de IRIS se incluyen junto con los eventos de máquina. La capa no graba vídeo por diseño, así que no hay imágenes que almacenar, proteger o borrar.
¿Necesita un plan de retención y responsabilidades para su planta?
Revisamos con usted sus señales, sistemas y requisitos de auditoría, y redactamos un modelo de gobernanza de una página.
Trazabilidad: qué registros se vinculan con lotes y pedidos
La trazabilidad significa que puede reconstruir el historial de un lote a partir de los datos. En alimentación, es una obligación legal: el Reglamento (CE) n.º 178/2002 exige que las empresas identifiquen quién les suministró y a quién suministraron. Los clientes y los auditores de otros sectores piden lo mismo.
Para cada tirada, vincule estos registros con el número de lote o de pedido:
- hora de inicio y fin en cada máquina;
- parámetros de proceso durante la tirada;
- paradas y motivos que se produjeron durante el lote;
- controles de calidad, desperdicio y retrabajo;
- lotes de material y el turno que realizó la producción.
Para comprobarlo, elija un lote de hace ocho meses y pida al responsable de calidad que reconstruya su historial. Si tarda más de 15 minutos, los vínculos anteriores están incompletos.
Acceso y seguridad después del primer año
DBR77 procesa los datos en la planta, en el edge, dentro del límite entre IT y OT, lo que mantiene pocos flujos de datos externos y fáciles de documentar. Nuestro artículo sobre edge frente a nube en la industria explica cuándo tiene sentido cada opción, y la página de seguridad describe la configuración.
ISA/IEC 62443 plantea la seguridad como una responsabilidad compartida entre los propietarios de activos, los integradores y los proveedores. NIST SP 800-82 Rev. 3 añade orientación práctica para OT. En términos diarios: los operarios introducen los motivos, los supervisores asignan tareas, solo el responsable de definiciones modifica las fórmulas y el acceso remoto del proveedor tiene tiempo limitado y queda registrado.
Lista de comprobación para la preparación de auditoría
Un auditor preguntará cómo sabe que sus cifras son correctas. Tenga preparados estos elementos:
- Un registro de señales: cada señal, su máquina de origen y su responsable.
- Un documento de definiciones con historial de versiones.
- Reglas de retención escritas, aplicadas de forma automática.
- Una prueba superada de reconstrucción de lotes del último trimestre.
- Una lista de accesos revisada en el último trimestre, con las bajas eliminadas.
- Un procedimiento de incidentes que cumpla los plazos de notificación de 24 y 72 horas donde aplique la NIS2.
- Una lista de los modelos de IA en uso y de las decisiones que influyen.
Ritmo de gobernanza: la revisión trimestral
La revisión dura alrededor de una hora por trimestre. Abarca la calidad de los datos (motivos desconocidos, huecos en las señales), el histórico de cambios, la lista de accesos, el almacenamiento frente a las reglas de retención y las fechas regulatorias. Asigne a cada hallazgo de auditoría abierto un responsable y una fecha.
Esta revisión es la capa superior del ritmo de la planta, descrita en convertir IoT en un sistema operativo repetible. Con más de una planta, ejecútela de forma centralizada para las definiciones compartidas, como se explica en demostrar el valor de IoT entre centros.
Preguntas frecuentes
¿Cuánto tiempo debemos conservar los datos brutos de máquina?
Normalmente semanas, no años. Conserve los datos brutos de alta frecuencia de 30 a 90 días, guarde ventanas alrededor de los fallos conocidos y conserve los eventos y los agregados durante mucho más tiempo. Revise antes las normas del sector y del cliente.
¿La NIS2 se aplica a nuestra planta?
Depende de su sector y de su tamaño. La ley polaca cubre solo determinadas actividades industriales, así que pida a su asesor jurídico que confirme su situación.
¿Quién debe ser responsable de la definición del OEE?
Una persona ajena a la línea, a menudo en control de gestión. Las plantas proponen cambios; el responsable de definiciones los aprueba con una fecha y una entrada en el registro.
¿Las cámaras generan un problema de privacidad?
La capa de Vision de IRIS no graba vídeo por diseño. Conserva eventos como un ciclo o una parada, gobernados como cualquier evento de máquina.
Conclusión
Un buen primer paso es la prueba de reconstrucción de lotes de la sección de trazabilidad, aplicada a un lote de hace ocho meses. Lo que el responsable de calidad no encuentre en 15 minutos indica qué responsable, regla de retención o vínculo falta, y esas carencias forman un orden del día concreto para la primera revisión trimestral.
Prepare su implantación de IoT para una auditoría
Hable con nosotros sobre responsables, retención y trazabilidad para su planta, y sobre cómo DBR77 IIoT mantiene los datos en la planta.
Fuentes
- KPMG Law Poland, Dyrektywa NIS2 wdrożona w Polsce. Nowe obowiązki cyberbezpieczeństwa dla przedsiębiorców, 2026
- EUR-Lex, Directive (EU) 2022/2555 (NIS2 Directive), 2022
- Future of Privacy Forum, The AI Act Implementation Timeline: What Changes Under the AI Omnibus?, 2026
- ISA, ISA/IEC 62443 series of standards
- NIST, SP 800-82 Rev. 3: Guide to Operational Technology (OT) Security, 2023
- EUR-Lex, Regulation (EC) No 178/2002 (General Food Law), 2002
- DBR77, CMMI and data maturity