Un veh\u00edculo ya no necesita pasar por el taller para recibir una correcci\u00f3n o una nueva funci\u00f3n: la recibe por v\u00eda remota (OTA), est\u00e9 donde est\u00e9 aparcado. Esa capacidad no reconoce fronteras, y tampoco lo hace la disciplina de ingenier\u00eda creada para regularla: ISO 24089, publicada en 2023.<\/p>\n
Igual que ISO\/SAE 21434 hizo con la ciberseguridad, ISO 24089 \u2014 \u00abRoad vehicles \u2014 Software update engineering\u00bb \u2014 convierte una capacidad t\u00e9cnica que avanza muy r\u00e1pido en un proceso estructurado. Y, como aquel est\u00e1ndar, se aplica en todos los lugares donde se venda o se suministre un veh\u00edculo conectado, no solo en una regi\u00f3n concreta.<\/p>\n
Durante la mayor parte de la historia de la industria, un problema de software en un veh\u00edculo se gestionaba igual que uno mec\u00e1nico: un aviso de retirada, una cita programada, un t\u00e9cnico conectando una herramienta de diagn\u00f3stico en el concesionario. Ese modelo asum\u00eda que las actualizaciones eran algo poco frecuente, local y supervisado en persona.<\/p>\n
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\u00e9cnico. Esto supone una responsabilidad de ingenier\u00eda mucho mayor de lo que parece: una actualizaci\u00f3n defectuosa enviada a una flota no afecta a un solo coche en un solo taller, puede afectar a miles de veh\u00edculos simult\u00e1neamente, en varios pa\u00edses a la vez, sin ning\u00fan t\u00e9cnico 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.<\/p>\n
ISO 24089 especifica requisitos y recomendaciones para la ingenier\u00eda de actualizaciones de software en dos niveles: el organizativo y el de proyecto.<\/p>\n
A nivel organizativo, exige que la empresa cuente con pol\u00edticas, roles y procesos definidos para la ingenier\u00eda de actualizaciones de software antes de desarrollar cualquier actualizaci\u00f3n concreta. Esto incluye asignar responsabilidades claras sobre las decisiones de actualizaci\u00f3n, mantener la competencia dentro de los equipos implicados, y disponer de un proceso para compartir informaci\u00f3n relevante sobre actualizaciones entre la organizaci\u00f3n y sus socios.<\/p>\n
A nivel de proyecto, el est\u00e1ndar cubre todo el recorrido de una actualizaci\u00f3n: planificar qu\u00e9 har\u00e1 la actualizaci\u00f3n y qu\u00e9 sistemas afecta, desarrollar y verificar el paquete de actualizaci\u00f3n, empaquetarlo y distribuirlo, y confirmar la instalaci\u00f3n correcta en el veh\u00edculo \u2014 incluyendo qu\u00e9 ocurre si una instalaci\u00f3n falla a mitad de proceso. Tambi\u00e9n exige la capacidad de revertir una actualizaci\u00f3n o de recuperar el veh\u00edculo de forma segura si algo falla tras el despliegue.<\/p>\n
Detr\u00e1s de todo esto est\u00e1 la trazabilidad: una organizaci\u00f3n debe poder demostrar, para cualquier veh\u00edculo y en cualquier momento de su vida \u00fatil, exactamente qu\u00e9 versiones de software tiene instaladas, cu\u00e1ndo y c\u00f3mo llegaron ah\u00ed, y qu\u00e9 historial de actualizaciones las precedi\u00f3. El est\u00e1ndar no prescribe una tecnolog\u00eda o mecanismo de actualizaci\u00f3n concreto para lograr esto \u2014 establece el nivel de exigencia de ingenier\u00eda que una organizaci\u00f3n debe alcanzar, dejando la implementaci\u00f3n en manos de la capacidad de cada organizaci\u00f3n.<\/p>\n
Tres realidades hacen que ISO 24089 sea relevante en todos los mercados a la vez:<\/p>\n
Para un proveedor Tier 1 o Tier 2 en cualquier parte del mundo, la pregunta relevante ya no es \u00ab\u00bflo exige mi mercado local?\u00bb sino \u00ab\u00bflo exige el programa global de mi cliente?\u00bb \u2014 y para cualquier proveedor que trabaje con sistemas de veh\u00edculos conectados, la respuesta es cada vez m\u00e1s afirmativa.<\/p>\n
El coste de un proceso de actualizaci\u00f3n de software d\u00e9bil no es solo t\u00e9cnico. Una actualizaci\u00f3n fallida o mal gestionada puede dejar veh\u00edculos inmovilizados, degradar funciones relevantes para la seguridad, o abrir una brecha de seguridad \u2014 cualquiera de estos escenarios se convierte en un problema de responsabilidad legal, reputacional y contractual que va mucho m\u00e1s all\u00e1 del equipo de ingenier\u00eda que desarroll\u00f3 la actualizaci\u00f3n. Para los proveedores, el riesgo m\u00e1s inmediato es comercial: los grandes OEM utilizan cada vez m\u00e1s el cumplimiento de est\u00e1ndares como ISO 24089 como criterio de calificaci\u00f3n antes incluso de invitar a un proveedor a cotizar en un programa de veh\u00edculo conectado. Llegar a esa conversaci\u00f3n sin un proceso demostrable no solo ralentiza las cosas \u2014 puede eliminar directamente a un proveedor de la consideraci\u00f3n antes de que empiecen las discusiones t\u00e9cnicas.<\/p>\n
Las organizaciones que ya trabajan en ingenier\u00eda de ciberseguridad bajo ISO\/SAE 21434 est\u00e1n en mejor posici\u00f3n para incorporar ISO 24089, porque las disciplinas se solapan directamente: ambas exigen trazabilidad, ambas exigen evidencias de gesti\u00f3n de riesgos, y ambas son m\u00e1s s\u00f3lidas cuando se construyen como parte de un \u00fanico sistema de gesti\u00f3n integrado, en lugar de como tres proyectos de cumplimiento independientes ejecutados en paralelo. Tratar la ingenier\u00eda de actualizaciones, la ciberseguridad y la seguridad de la informaci\u00f3n como un \u00fanico sistema conectado \u2014 en lugar de tres auditor\u00edas gestionadas por tres equipos desconectados entre s\u00ed \u2014 es lo que consistentemente diferencia a las organizaciones que superan las evaluaciones de proveedores sin complicaciones de aquellas que luchan por conciliar documentaci\u00f3n contradictoria bajo presi\u00f3n.<\/p>\n
ISO 24089 se aplica a cualquier organizaci\u00f3n involucrada en la ingenier\u00eda de actualizaciones de software para veh\u00edculos de carretera \u2014 fabricantes, proveedores y sus filiales o socios, independientemente de d\u00f3nde operen. Est\u00e1 estrechamente alineado con el Reglamento UN n\u00ba 156, que varios de los principales mercados de homologaci\u00f3n de veh\u00edculos ya exigen para la homologaci\u00f3n de tipo, lo que significa que la influencia del est\u00e1ndar se est\u00e1 extendiendo por las cadenas de suministro incluso m\u00e1s r\u00e1pido de lo que sugieren los plazos formales de adopci\u00f3n. Una organizaci\u00f3n que espera a que exista un mandato local antes de actuar est\u00e1, en la pr\u00e1ctica, eligiendo ser la \u00faltima en estar preparada cuando un cliente global le haga la pregunta.<\/p>\n
Las actualizaciones de software dejaron de ser una visita ocasional al taller y pasaron a ser una responsabilidad de ingenier\u00eda continua y remota \u2014 y esa responsabilidad acompa\u00f1a ahora a las plataformas de veh\u00edculos globales a todos los mercados a los que llegan. Entender qu\u00e9 exige ISO 24089, y c\u00f3mo se conecta con el trabajo de ciberseguridad y seguridad de la informaci\u00f3n ya en marcha, es lo que diferencia a los proveedores que est\u00e1n listos para la pr\u00f3xima solicitud de cotizaci\u00f3n de los que van a remolque intentando ponerse al d\u00eda.<\/p>\n","protected":false},"excerpt":{"rendered":"
Un veh\u00edculo ya no necesita pasar por el taller para recibir una correcci\u00f3n o una nueva funci\u00f3n: la recibe por v\u00eda remota (OTA), est\u00e9 donde est\u00e9 aparcado. Esa capacidad no reconoce fronteras, y tampoco lo hace la disciplina de ingenier\u00eda creada para regularla: ISO 24089, publicada en 2023. Igual que ISO\/SAE 21434 hizo con la […]<\/p>\n","protected":false},"author":2,"featured_media":413286,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[84],"tags":[],"class_list":["post-413287","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categorizar"],"_links":{"self":[{"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/posts\/413287","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/comments?post=413287"}],"version-history":[{"count":0,"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/posts\/413287\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/media\/413286"}],"wp:attachment":[{"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/media?parent=413287"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/categories?post=413287"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ariolautomotive.com\/es\/wp-json\/wp\/v2\/tags?post=413287"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}