Un vehículo ya no necesita pasar por el taller para recibir una corrección o una nueva función: la recibe por vía remota (OTA), esté donde esté aparcado. Esa capacidad no reconoce fronteras, y tampoco lo hace la disciplina de ingeniería creada para regularla: ISO 24089, publicada en 2023.
Igual que ISO/SAE 21434 hizo con la ciberseguridad, ISO 24089 — «Road vehicles — Software update engineering» — convierte una capacidad técnica que avanza muy rápido en un proceso estructurado. Y, como aquel estándar, se aplica en todos los lugares donde se venda o se suministre un vehículo conectado, no solo en una región concreta.
De las Retiradas de Mercado a la Ingeniería Remota
Durante la mayor parte de la historia de la industria, un problema de software en un vehículo se gestionaba igual que uno mecánico: un aviso de retirada, una cita programada, un técnico conectando una herramienta de diagnóstico en el concesionario. Ese modelo asumía que las actualizaciones eran algo poco frecuente, local y supervisado en persona.
La capacidad OTA rompe las tres suposiciones a la vez. Las actualizaciones pueden ahora ser frecuentes en lugar de poco frecuentes, remotas en lugar de locales, y no supervisadas en lugar de guiadas por un técnico. Esto supone una responsabilidad de ingeniería mucho mayor de lo que parece: una actualización defectuosa enviada a una flota no afecta a un solo coche en un solo taller, puede afectar a miles de vehículos simultáneamente, en varios países a la vez, sin ningún técnico presente que detecte el problema antes de que llegue al conductor. ISO 24089 existe precisamente porque la antigua red de seguridad basada en retiradas de mercado no cubre esta nueva realidad.
Qué Exige Realmente ISO 24089
ISO 24089 especifica requisitos y recomendaciones para la ingeniería de actualizaciones de software en dos niveles: el organizativo y el de proyecto.
A nivel organizativo, exige que la empresa cuente con políticas, roles y procesos definidos para la ingeniería de actualizaciones de software antes de desarrollar cualquier actualización concreta. Esto incluye asignar responsabilidades claras sobre las decisiones de actualización, mantener la competencia dentro de los equipos implicados, y disponer de un proceso para compartir información relevante sobre actualizaciones entre la organización y sus socios.
A nivel de proyecto, el estándar cubre todo el recorrido de una actualización: planificar qué hará la actualización y qué sistemas afecta, desarrollar y verificar el paquete de actualización, empaquetarlo y distribuirlo, y confirmar la instalación correcta en el vehículo — incluyendo qué ocurre si una instalación falla a mitad de proceso. También exige la capacidad de revertir una actualización o de recuperar el vehículo de forma segura si algo falla tras el despliegue.
Detrás de todo esto está la trazabilidad: una organización debe poder demostrar, para cualquier vehículo y en cualquier momento de su vida útil, exactamente qué versiones de software tiene instaladas, cuándo y cómo llegaron ahí, y qué historial de actualizaciones las precedió. El estándar no prescribe una tecnología o mecanismo de actualización concreto para lograr esto — establece el nivel de exigencia de ingeniería que una organización debe alcanzar, dejando la implementación en manos de la capacidad de cada organización.
Por Qué Es un Requisito Global, No Regional
Tres realidades hacen que ISO 24089 sea relevante en todos los mercados a la vez:
- La conectividad está llegando a todas partes al mismo tiempo. Los vehículos capaces de recibir actualizaciones de software por vía remota se venden ya en todos los grandes mercados automotrices, a un ritmo que ya no sitúa a una sola región por delante del resto.
- El requisito viaja con la plataforma. Un componente o módulo fabricado en cualquier punto de un programa de vehículo con abastecimiento global hereda las mismas exigencias de ingeniería de actualización que uno fabricado en cualquier otro punto de ese mismo programa. La plataforma del vehículo no reconoce fronteras; tampoco lo hace el estándar contra el que fue diseñada.
- Es inseparable de la ciberseguridad. Todo canal de actualización es también una posible superficie de ataque. ISO 24089 e ISO/SAE 21434 fueron diseñados para trabajar juntos — un mecanismo de actualización de software que no esté diseñado de forma segura debilita el trabajo de ciberseguridad realizado en el resto del vehículo.
Para un proveedor Tier 1 o Tier 2 en cualquier parte del mundo, la pregunta relevante ya no es «¿lo exige mi mercado local?» sino «¿lo exige el programa global de mi cliente?» — y para cualquier proveedor que trabaje con sistemas de vehículos conectados, la respuesta es cada vez más afirmativa.
El Riesgo de No Hacerlo Bien
El coste de un proceso de actualización de software débil no es solo técnico. Una actualización fallida o mal gestionada puede dejar vehículos inmovilizados, degradar funciones relevantes para la seguridad, o abrir una brecha de seguridad — cualquiera de estos escenarios se convierte en un problema de responsabilidad legal, reputacional y contractual que va mucho más allá del equipo de ingeniería que desarrolló la actualización. Para los proveedores, el riesgo más inmediato es comercial: los grandes OEM utilizan cada vez más el cumplimiento de estándares como ISO 24089 como criterio de calificación antes incluso de invitar a un proveedor a cotizar en un programa de vehículo conectado. Llegar a esa conversación sin un proceso demostrable no solo ralentiza las cosas — puede eliminar directamente a un proveedor de la consideración antes de que empiecen las discusiones técnicas.
Cómo Encaja Junto a Otros Estándares
Las organizaciones que ya trabajan en ingeniería de ciberseguridad bajo ISO/SAE 21434 están en mejor posición para incorporar ISO 24089, porque las disciplinas se solapan directamente: ambas exigen trazabilidad, ambas exigen evidencias de gestión de riesgos, y ambas son más sólidas cuando se construyen como parte de un único sistema de gestión integrado, en lugar de como tres proyectos de cumplimiento independientes ejecutados en paralelo. Tratar la ingeniería de actualizaciones, la ciberseguridad y la seguridad de la información como un único sistema conectado — en lugar de tres auditorías gestionadas por tres equipos desconectados entre sí — es lo que consistentemente diferencia a las organizaciones que superan las evaluaciones de proveedores sin complicaciones de aquellas que luchan por conciliar documentación contradictoria bajo presión.
Quién Debería Estar Prestando Atención Ahora
ISO 24089 se aplica a cualquier organización involucrada en la ingeniería de actualizaciones de software para vehículos de carretera — fabricantes, proveedores y sus filiales o socios, independientemente de dónde operen. Está estrechamente alineado con el Reglamento UN nº 156, que varios de los principales mercados de homologación de vehículos ya exigen para la homologación de tipo, lo que significa que la influencia del estándar se está extendiendo por las cadenas de suministro incluso más rápido de lo que sugieren los plazos formales de adopción. Una organización que espera a que exista un mandato local antes de actuar está, en la práctica, eligiendo ser la última en estar preparada cuando un cliente global le haga la pregunta.
Conclusión
Las actualizaciones de software dejaron de ser una visita ocasional al taller y pasaron a ser una responsabilidad de ingeniería continua y remota — y esa responsabilidad acompaña ahora a las plataformas de vehículos globales a todos los mercados a los que llegan. Entender qué exige ISO 24089, y cómo se conecta con el trabajo de ciberseguridad y seguridad de la información ya en marcha, es lo que diferencia a los proveedores que están listos para la próxima solicitud de cotización de los que van a remolque intentando ponerse al día.
