Diagrama ilustrativo: la norma no certifica el robot, certifica la aplicación. Los 4 modos derivan de un único análisis de riesgos.
Contenido detallado
📅 Primera revisión desde 2011
A ISO 10218:2025 sustituye la versión de 2011 y es la primera revisión en 14 años. En ese intervalo, la robótica industrial cambió de naturaleza: llegaron los cobots, los AMR, la IA integrada y los ataques cibernéticos al piso de fábrica. Publicada en Q1 2025, la norma incorpora todo esto y redefine lo que significa "trabajar junto a un robot".
ISO 10218:2011 — Parte 1 y 2
La era del robot enjaulado
Robot industrial = máquina peligrosa que opera detrás de cercas. La colaboración entre humanos y robots era la excepción, no la regla. Los cobots todavía estaban en el laboratorio.
ISO/TS 15066 — Especificación técnica
Los límites de fuerza y presión
Documento separado que definía límites biomecánicos de fuerza y presión para la colaboración. Era la referencia, pero no tenía estatus de norma plena.
ISO 10218:2025 — La consolidación
La era de la operación colaborativa
Absorbe la TS 15066, elimina "cobot" como categoría, integra la ciberseguridad y crea las clases I y II. Periodo de transición de 3 años para revalidar las instalaciones existentes.
📊 Por qué esto importa ahora
- 14 años - tiempo entre las dos revisiones de la norma
- 3 años - período de transición para revalidar instalaciones
- Q1 2025 - publicación oficial de la nueva versión
- Escasez - los profesionales de seguridad robótica son escasos y muy demandados
Conceptos clave
Reemplaza la versión de 2011
Absorbido en la norma
Deja de ser una categoría
Plazo de revalidación
🚫 «Robot colaborativo» eliminado como categoría
El cambio más profundo de la norma es conceptual: ya no existe más el «robot colaborativo» como tipo de robot. Cualquier robot puede operar de forma colaborativa, siempre que la aplicación cumpla los requisitos de seguridad. El análisis de riesgos deja de centrarse en la máquina y pasa a centrarse en su uso real.
🎯 El cambio de paradigma
La pregunta correcta cambió. Antes: "¿este robot es colaborativo?". Ahora: "¿esta aplicación funciona de forma colaborativa y segura?".
- •El foco deja de estar en el equipo y pasa a la la tarea, el layout y la interacción.
- •Un robot «pesado» puede funcionar en modo colaborativo si la aplicación limita la velocidad y la fuerza.
- •Un cobot «ligero» puede ser peligroso si la herramienta en el extremo corta o perfora.
✗ Lógica antigua (2011)
- ✗"Robot colaborativo" como categoría de producto
- ✗Evaluación de riesgos centrada en la máquina
- ✗Comprar el cobot ya resolvía «la seguridad»
- ✗Marketing vendía «robot seguro por diseño»
✓ Nueva lógica (2025)
- ✓"Operación colaborativa" como modo de uso
- ✓Evaluación de riesgos por aplicación completa
- ✓La seguridad depende del robot + la herramienta + la tarea + el entorno
- ✓Responsabilidad compartida entre integrador y empleador
💡 Consejo práctico
Cuando un proveedor diga «este es un robot colaborativo, ya es seguro», corrígelo mentalmente: ningún robot es seguro por sí solo. Lo que es seguro (o no) es la aplicación. Pide siempre la evaluación de riesgos de la celda, no la ficha técnica del brazo.
Conceptos clave
Modo, no tipo de robot
Evalúa el uso, no la máquina
El efector final cambia el riesgo
Nueva clasificación de sistemas
📐 ISO/TS 15066 asimilada — PFL y SSM integrados
O Technical Specification 15066 — que definía límites de fuerza y presión para la colaboración — dejó de ser un documento separado y fue absorbido por la ISO 10218:2025. Con esto, los cuatro modos colaborativos adquieren requisitos normativos plenos, más rigurosos e integrados. PFL y SSM, en particular, pasan a tener límites verificables y auditables.
1 · SMS — Safety-rated Monitored Stop
El robot se detiene cuando el humano entra en la zona colaborativa y solo reanuda cuando sale. Parada con clasificación de seguridad, no corte de energía.
2 · HG — Hand Guiding
El operador guía físicamente al robot, mano sobre mano, mediante un dispositivo de guiado con función de seguridad. Se usa en teach-in y en el movimiento asistido.
3 · SSM — Speed and Separation Monitoring
Los sensores mantienen una distancia mínima de seguridad; el robot reduce la velocidad a medida que el humano se acerca y se detiene si la separación cae por debajo del límite.
4 · PFL — Power and Force Limiting
El contacto con el humano está permitido, pero la fuerza y la presión quedan por debajo de los límites biomecánicos de la antigua TS 15066. Es el modo que más depende del hardware del robot.
📏 Legado de TS 15066 (PFL)
Los límites biomecánicos por región del cuerpo se mantienen como referencia normativa dentro de la ISO 10218:2025:
Tabla ilustrativa de la lógica del PFL — los valores exactos por región constan en la norma. Cada región tiene su propio par de presión/fuerza.
💡 Consejo práctico
Una celda puede combinar modos a lo largo del tiempo: SSM mientras el robot trabaja solo, pasando a PFL o SMS cuando entra una persona. Documentar esa transición en la evaluación de riesgos es donde la mayoría de las auditorías detecta fallas.
Conceptos clave
Parada monitoreada
Conducción manual
Velocidad y separación
Potencia y fuerza limitadas
🔒 Ciberseguridad = seguridad física
Por primera vez, la ciberseguridad se incorpora como requisito de seguridad física en una norma de robótica. La lógica es directa: un ataque que altere los parámetros de fuerza de un cobot, o desactive un sensor de separación, deja de ser un «problema de TI» y se convierte en una riesgo de lesiones. Safety y security convergen.
🚨 Alerta de cumplimiento y riesgo
Un cobot conectado a la red con parámetros de fuerza accesibles de forma remota es, según la ISO 10218:2025, una vulnerabilidad de la seguridad física. Si un intruso aumenta los límites de fuerza, el robot deja de ser seguro según PFL sin que ningún operador lo note.
- ⚠Los parámetros con clasificación de seguridad nunca deben poder reescribirse sin autenticación sólida.
- ⚠La red OT de la celda debe estar segmentada de la red corporativa (IT).
- ⚠Los registros de cambios de parámetros se convierten en evidencia legal en caso de accidente.
🔗 Convergencia IT / OT
Dos mundos que antes estaban separados ahora se cruzan dentro de la misma celda robótica:
- •TI (Information Technology): redes, autenticación, cifrado, gestión de parches.
- •OT (Operational Technology): PLC, controladores de robot, sensores de seguridad.
- •Defense-in-depth: múltiples capas —segmentación de red, control de acceso, monitoreo.
- •IEC 62443: norma de ciberseguridad industrial utilizada como referencia complementaria.
🧩 Qué cambia para el profesional
- Nueva competencia - los profesionales de seguridad robótica ahora necesitan entender de ciberseguridad.
- IEC 62443 - referencia complementaria para la capa de seguridad industrial.
- Ataques a parámetros con clasificación de seguridad - pasan a ser vectores de riesgo físico documentados.
Conceptos clave
Redes y planta de producción
Parámetros protegidos
Varias capas
Referencia de ciberseguridad industrial
⚙️ Class I vs Class II
La norma crea una nueva clasificación de sistemas robóticos. Clase I son sistemas con funciones de seguridad inherentes (sensores de fuerza, limitación de velocidad integrada). Clase II son sistemas que dependen de dispositivos de protección externos para que sean seguros. Equivocarse de clase significa aplicar los requisitos incorrectos y responder por ello.
Clase I — Seguridad integrada
- ✓Funciones de seguridad inherentes al sistema
- ✓Sensores de fuerza y limitación de velocidad integrados
- ✓Menor dependencia de protección externa
- ✓Evaluación de riesgos centrada en la configuración del sistema
Clase II — Seguridad adicional
- •Depende de dispositivos de protección externos
- •Vallas, escáneres de área, cortinas de luz
- •Mayor complejidad y costo de integración
- •Evaluación de riesgos centrada en los dispositivos adicionales
💡 Consejo práctico
La clase cambia el costo. Un sistema Class II requiere cercas, escáneres y cortinas de luz, que aumentan el presupuesto de integración. Clasificarlo erróneamente por debajo expone al trabajador; clasificarlo por encima encarece sin necesidad. La clase correcta se determina mediante la evaluación de riesgos, no por intuición.
⚖️ Riesgo jurídico
Clasificar mal puede significar cumplimiento inadecuado. En caso de accidente, la clasificación registrada en el proyecto de seguridad es el primer documento que examinan los peritos y las autoridades. Una celda Class II tratada como Class I es negligencia documentada.
Conceptos clave
Seguridad inherente
Protección externa
La Clase II cuesta más
Sale de la evaluación de riesgos
🔄 Impacto en la revalidación — cobots existentes
Cobots instalados bajo la ISO 10218:2011 deben ser revalidados frente a la nueva norma dentro del período de transición de 3 años. No basta con mantener el certificado antiguo. Cada celda existente se convierte en un proyecto de análisis de brechas — y es exactamente ahí donde surge la demanda masiva de profesionales de safety assessment.
Inventario de las celdas
Qué existe hoy bajo la norma de 2011
Mapear todas las instalaciones robóticas certificadas por la versión anterior y su fecha de puesta en servicio.
Análisis de brechas frente a la nueva norma
Donde la célula no cumple con los requisitos de 2025
Compara la configuración actual con Class I/II, los modos colaborativos actualizados y los requisitos de ciberseguridad.
Revalidación de la evaluación de riesgos
Costo estimado: EUR 5-15k por celda
Actualizar la evaluación de riesgos, corregir las brechas y volver a emitir la documentación de conformidad dentro del plazo de 3 años.
📈 La oportunidad de mercado
- EUR 5-15k - costo estimado de revalidación por célula
- 3 años - período en el que debe reevaluarse toda la base instalada
- Demanda inmediata - cada célula existente genera un proyecto de evaluación de seguridad
- Escasez de mano de obra - quien domina la nueva norma entra en un mercado dinámico
Conceptos clave
Plazo de revalidación
2011 vs 2025
Costo por celda
Demanda inmediata
✅ Resumen del módulo
Próximo módulo:
1.4 - 🧠 Psicología de la Resistencia: Por Qué los Humanos Rechazan a los Robots