El objetivo de una máquina inteligente no es acumular datos, sino reducir la incertidumbre sobre el estado real del equipo. Un parque convencional sólo revela su condición cuando falla o cuando alguien lo observa; un equipo instrumentado la revela de forma continua, y ese cambio afecta a tres decisiones: cuándo intervenir en mantenimiento, cuánto cuesta producir cada pieza y con qué frecuencia se recurre a los dispositivos de protección.
La finalidad práctica es doble: en producción, anticipar la parada no programada y ajustar el consumo; en seguridad, disponer de evidencia objetiva del uso real de la máquina: cuántos rearmes se producen tras un paro de emergencia, cuántas veces se abre un resguardo con enclavamiento durante un turno, cuánto tiempo trabaja el equipo en modo de ajuste. Esa evidencia es el insumo que ninguna evaluación de riesgos documental fabrica por sí sola.
Una máquina inteligente no es un producto único, sino un apilado de capas que pueden implantarse por separado y de forma progresiva. Cada capa tiene su tecnología y su criterio de validación:
tec.nicum agrupa estas capas bajo el servicio tec.ssm — Máquina inteligente Schmersal, que combina datos, análisis de imagen con IA, control del consumo energético y análisis de seguridad en una única plataforma. Cada capa está también disponible por separado: almacenamiento y análisis de datos, visión por ordenador y monitorización energética.
Hasta ahora, la conectividad de una máquina vivía en un vacío regulatorio relativo: la Directiva 2006/42/CE se redactó cuando el software de seguridad era una excepción. El Reglamento (UE) 2023/1230, aplicable desde el 20 de enero de 2027, cierra ese vacío en tres puntos que afectan directamente a la máquina inteligente.
Primero, el software que garantiza funciones de seguridad y los componentes de seguridad con comportamiento total o parcialmente autoevolutivo basados en aprendizaje automático figuran como categorías del Anexo I —parte A cuando la máquina incorpora esos sistemas, parte B para el software de seguridad comercializado por separado—, con procedimientos de evaluación de la conformidad reforzados. Segundo, el Anexo III incorpora un requisito esencial de protección contra la corrupción (punto 1.1.9): la conexión con otro dispositivo, local o remoto, no puede provocar situaciones peligrosas, el software esencial para la conformidad debe identificarse y protegerse frente a alteraciones accidentales o intencionadas, y la máquina debe recoger prueba de toda intervención sobre él. Tercero, el punto 1.2.1 exige mantener habilitado durante cinco años el registro de las versiones de software de seguridad cargadas tras la puesta en el mercado, y prohíbe que los ajustes generados por la propia máquina durante su fase de aprendizaje puedan derivar en situaciones de peligro.
Como referencia técnica de apoyo, la ISO/TR 22100-4 orienta al fabricante sobre los aspectos de ciberseguridad en relación con la EN ISO 12100, y la EN IEC 63074 aborda los aspectos de seguridad informática que afectan a los sistemas de mando relativos a la seguridad.
El Reglamento (UE) 2023/1230 regula la comercialización; en planta, el equipo sigue sujeto al RD 1215/1997 durante toda su vida útil. Los dos regímenes conviven, y la digitalización no desplaza a ninguno de los dos.
Para el usuario hay una consecuencia que se malinterpreta con frecuencia: un cuadro de mando en tiempo real no sustituye a las comprobaciones del artículo 4 del RD 1215/1997. Ese artículo exige comprobación inicial tras la instalación, nueva comprobación tras cada montaje en un emplazamiento distinto, comprobaciones periódicas en equipos sometidos a influencias que puedan deteriorarlos y comprobaciones adicionales tras acontecimientos excepcionales —transformaciones, accidentes, fenómenos naturales o falta prolongada de uso—. Las comprobaciones las realiza personal competente, sus resultados se documentan y se conservan durante toda la vida útil del equipo. La telemetría aporta evidencia y ayuda a priorizar; no ejecuta la comprobación reglamentaria ni la firma.
En sentido inverso, incorporar analítica a un equipo existente tampoco es automáticamente inocuo. Si la instrumentación se limita a leer señales y publicarlas, no altera la conformidad. Si en cambio se interviene sobre la lógica de mando o se delega una función de seguridad en software o en un modelo de aprendizaje automático, procede evaluar si se ha producido una modificación sustancial y actualizar la evaluación de riesgos y el estudio de adecuación.
Las cinco capas de una máquina inteligente. Cada capa se implanta por separado y de forma progresiva.

La máquina inteligente aporta evidencia continua del uso real del equipo. Imagen corporativa tec.nicum.
Una línea de envasado con seis estaciones registra doce paradas no programadas al mes. El histórico de mantenimiento las atribuye a «fallo de sensor». Al instrumentar la línea y cruzar tres series —aperturas de resguardo con enclavamiento, rearmes tras paro de emergencia y consumo por estación— aparece un patrón que ninguna inspección visual habría descrito: el 70 % de las aperturas se concentra en una única estación y en el cambio de formato, un procedimiento que se hace varias veces por turno. El equipo no falla: el resguardo estorba, y los operadores lo abren.
El dato no arregla nada por sí mismo, pero cambia el diagnóstico y la medida. Un resguardo abierto sistemáticamente es un problema de diseño del puesto, no de disciplina: la solución puede ser un enclavamiento con bloqueo dimensionado al tiempo de parada real, un acceso de servicio dedicado o un modo de ajuste con velocidad reducida y mando de acción mantenida. Este análisis es el que conecta la máquina inteligente con la modernización de la maquinaria y con el EPAC — Estudio de adecuación RD 1215, donde los hallazgos se convierten en medidas verificables.
Un proyecto de máquina inteligente se apoya en referencias técnicas concretas, no en declaraciones de intenciones:
La regla de oro es la del diagrama anterior: mientras el software informe, el proyecto es de digitalización; en el momento en que garantiza una función de seguridad, es un proyecto de conformidad y se documenta como tal.