ISO 21448 existe porque ISO 26262 no era suficiente. Esto no es una crítica, es una realidad técnica que toda organización que desarrolle sistemas avanzados de asistencia a la conducción o funciones de conducción automatizada necesita entender con claridad antes de iniciar su próximo programa. La seguridad funcional tradicional cubre lo que ocurre cuando el hardware o el software fallan. La Seguridad de la Funcionalidad Prevista —SOTIF— cubre un desafío distinto: garantizar que el sistema funcione de forma segura incluso cuando cada componente opera exactamente como fue diseñado. Un sistema de frenado automático que confunde una marca vial con un obstáculo no es un fallo. Es un problema de SOTIF. E ISO 21448 es el estándar que ofrece a los equipos de ingeniería una forma estructurada de detectar y abordar esas carencias antes de que los vehículos lleguen a la carretera. Entender quién necesita este estándar, y por qué, es el primer paso para construir un proceso de desarrollo conforme y defendible.
La brecha que ISO 26262 no cubre
ISO 26262 e ISO 21448 rigen dos categorías de riesgo de seguridad distintas e igualmente importantes. ISO 26262 aborda los riesgos causados por fallos: averías de hardware, defectos de software y errores sistemáticos. ISO 21448 aborda los riesgos que surgen incluso cuando todos los componentes funcionan correctamente, porque la funcionalidad prevista del propio sistema resulta insuficiente para gestionar con seguridad todos los escenarios del mundo real. SOTIF se aplica a funcionalidades que requieren una correcta percepción de la situación para ser seguras. Su objetivo es garantizar la seguridad en ausencia de un fallo. Un sensor de cámara que funciona correctamente pero no logra detectar a un peatón bajo lluvia intensa. Un sistema de control de crucero adaptativo que sigue correctamente su lógica programada pero no logra anticipar un vehículo que se cruza a corta distancia. En ambos casos, ningún componente ha fallado. El peligro surge de la brecha entre lo que el sistema fue diseñado para gestionar y lo que realmente presenta el mundo real. ISO 21448 estaba originalmente concebido como la Parte 14 de ISO 26262, pero el alcance del problema creció lo suficiente como para exigir un estándar independiente. Publicado en 2022, cubre actualmente los niveles de automatización SAE 0 a 2, con orientaciones aplicables también a niveles de automatización superiores.
Quién necesita ISO 21448
El estándar no es igualmente relevante para todas las organizaciones de la cadena de suministro automotriz. Su alcance es preciso. Estas son las cuatro categorías de organización para las que no es opcional.
OEM que desarrollan funciones ADAS y de conducción automatizada. Los OEM automotrices y los proveedores Tier 1 que diseñan sistemas eléctricos y electrónicos y funciones de conducción automatizada son el destinatario principal de ISO 21448. Cualquier organización que lance funciones basadas en percepción, fusión de sensores o algoritmos de planificación complejos —control de crucero adaptativo, asistencia de mantenimiento de carril, frenado de emergencia automático o niveles de automatización superiores— entra dentro del alcance. Los OEM están aprovechando las directrices de SOTIF para establecer marcos de seguridad robustos, realizando evaluaciones de riesgo exhaustivas, definiendo dominios de diseño operativo claros e implementando procesos de validación rigurosos.
Proveedores Tier 1 y Tier 2 que desarrollan componentes de percepción o toma de decisiones. La colaboración entre OEM y proveedores es esencial para garantizar una integración fluida de los principios de SOTIF a lo largo de todo el ciclo de desarrollo del vehículo. Un proveedor que desarrolla un módulo de radar, una unidad de procesamiento de cámaras o un algoritmo de fusión de sensores contribuye directamente a la cadena de percepción que rige ISO 21448. Los OEM exigen cada vez más que sus socios Tier 1 demuestren alineación con SOTIF como condición para participar en sus programas, una exigencia que se traslada en cascada a lo largo de la cadena de suministro.
Desarrolladores de software y sistemas de IA. ISO/PAS 8800, publicada en diciembre de 2024, complementa ISO 21448 con directrices de seguridad específicas para sistemas basados en IA. A medida que los componentes de aprendizaje automático se vuelven centrales en la percepción y la toma de decisiones de los sistemas ADAS, la frontera entre el desarrollo de software y la ingeniería de seguridad se ha difuminado. Las organizaciones que desarrollan funciones automotrices basadas en IA no pueden depender únicamente de ISO 26262: la naturaleza probabilística de los resultados del aprendizaje automático encaja precisamente en el terreno que ISO 21448 fue diseñado para abordar.
Organizaciones responsables de la supervisión posterior a la comercialización. ISO 21448 exige una supervisión operativa: procesos para observar el comportamiento en campo, detectar nuevos problemas de SOTIF y gestionar actualizaciones o medidas de mitigación tras el lanzamiento. Esto significa que las obligaciones del estándar no terminan en el momento de la homologación. Las organizaciones que gestionan actualizaciones de software, despliegues por vía remota (OTA) o programas de recopilación de datos en campo entran dentro del alcance de los requisitos de la fase operativa del estándar.
Qué exige realmente el cumplimiento
SOTIF se centra en los peligros que surgen del comportamiento previsto de los sistemas automotrices, incluso cuando no existe ningún fallo de hardware o software. A diferencia de los estándares de seguridad tradicionales, centrados en la detección y mitigación de fallos, SOTIF examina cómo las limitaciones funcionales, las imprecisiones de los sensores y la incertidumbre del entorno pueden derivar en resultados inseguros. En la práctica, esto se traduce en cuatro líneas de trabajo interconectadas: la identificación de peligros a nivel de sistema para escenarios en los que un comportamiento correcto produce resultados inseguros; la definición y documentación del Dominio de Diseño Operativo; programas estructurados de verificación y validación, que incluyen simulación, pruebas en pista cerrada y bibliotecas de escenarios del mundo real; y procesos de supervisión posterior a la comercialización capaces de detectar nuevos problemas de SOTIF una vez el sistema está desplegado. Al implementar ISO 21448 junto con ISO 26262, los desarrolladores automotrices logran una cobertura de seguridad ampliada frente a una gama más amplia de escenarios, una mejor validación de las funciones de percepción y toma de decisiones, una evaluación de riesgos a lo largo de todo el ciclo de vida, desde el concepto hasta la producción, y el cumplimiento normativo e industrial que exigirán los futuros sistemas de movilidad. Los dos estándares no son alternativas. Son capas complementarias de un marco de seguridad completo.
Dónde opera Ariol Automotive
En Ariol Automotive, trabajamos con OEM, proveedores Tier 1 y Tier 2, y desarrolladores de software en mercados internacionales en la implementación de estándares de seguridad y gestión de calidad automotriz, entre ellos ISO 21448, ISO 26262 e IATF 16949. Nuestro trabajo abarca el análisis de brechas, el diseño de procesos, la documentación y la preparación de auditorías a lo largo de todo el ciclo de desarrollo. Las organizaciones con las que trabajamos van desde proveedores automotrices consolidados que amplían su programa de seguridad, hasta nuevos actores que llevan por primera vez al mercado funciones ADAS o de vehículo definido por software. El punto de partida varía. El resultado exigido es el mismo: un proceso de seguridad que cumpla con los estándares automotrices internacionales y resista un escrutinio técnico independiente. Si su organización desarrolla sistemas cuyo funcionamiento seguro depende de que los sensores y los algoritmos interpreten correctamente el entorno, ISO 21448 le aplica. Cuanto antes se integre en el proceso de desarrollo, menor será el coste y el riesgo de hacerlo.
