Technical Insight

GAR INSIGHT
Vehículos definidos por software: actualizaciones OTA y homologación durante el ciclo de vida

La homologación tradicional se basaba en un producto relativamente estable. Un vehículo se diseñaba, ensayaba, homologaba, fabricaba y comercializaba con sus características críticas de seguridad determinadas principalmente por su construcción física.

Los vehículos definidos por software cuestionan ese modelo. Los vehículos modernos pueden recibir actualizaciones tras la producción que modifican funciones, calibraciones, interfaces, gestión energética, comportamiento de asistencia al conductor y características potencialmente relevantes para la homologación de tipo.

Las actualizaciones inalámbricas de software plantean una de las cuestiones más importantes de la homologación moderna: si un vehículo puede cambiar sustancialmente después de la homologación, ¿cómo pueden autoridades y fabricantes garantizar que mantiene su conformidad durante toda su vida operativa?

El vehículo puede salir de fábrica una sola vez, pero su software puede cambiar muchas veces. La homologación moderna debe controlar tanto el vehículo originalmente homologado como las configuraciones y actualizaciones de software que posteriormente pueden modificar funciones relevantes para la homologación.
01
VEHÍCULOS DEFINIDOS POR SOFTWARE

Cuando el software forma parte del vehículo homologado

Un vehículo definido por software implementa, controla o modifica una proporción creciente de sus funcionalidades mediante software, en lugar de hacerlo únicamente mediante hardware fijo.

Esto significa que las características representadas por la homologación original pueden depender cada vez más de la versión de software instalada.

VEHÍCULO TRADICIONAL Función definida principalmente por hardware

Las características relevantes para la homologación se establecen principalmente mediante componentes físicos, construcción mecánica y calibraciones electrónicas fijas.

VEHÍCULO DEFINIDO POR SOFTWARE La función puede cambiar digitalmente

Las funciones homologadas pueden depender de versiones de software, configuración, calibración, prestaciones digitales y actualizaciones posteriores a la producción.

Esto cambia el objeto de la evaluación de la conformidad. La autoridad ya no evalúa únicamente una configuración física. El producto homologado incluye cada vez más el estado del software, su configuración y la funcionalidad digital controlada.
↑ Volver a la guía del artículo
02
REGLAMENTO ONU N.º 156

El marco internacional de actualizaciones de software de vehículos

El Reglamento ONU n.º 156 establece el marco regulatorio internacional para las actualizaciones de software de vehículos y los sistemas de gestión de actualizaciones de software.

Su importancia va mucho más allá de la entrega inalámbrica. El reglamento aborda cómo los fabricantes identifican, evalúan, gestionan, registran y controlan las actualizaciones que afectan a vehículos dentro del sistema de homologación.

Gobernanza de actualizaciones de software

El fabricante debe aplicar procesos estructurados que controlen las actividades de actualización.

Evaluación del impacto en la homologación

Las actualizaciones deben evaluarse para determinar si afectan a características relevantes para la homologación de tipo.

Identificación del software

El software relevante para la homologación debe ser identificable y trazable hasta la configuración adecuada del vehículo.

Registros de actualizaciones

Los fabricantes necesitan información controlada sobre versiones, actualizaciones y vehículos afectados.

El R156 no es simplemente una norma de ciberseguridad OTA.

Su finalidad central de homologación es garantizar que las actualizaciones se gestionan de forma controlada y que se comprenden sus consecuencias para las características homologadas del vehículo.

↑ Volver a la guía del artículo
03
SISTEMA DE GESTIÓN DE ACTUALIZACIONES DE SOFTWARE

La actualización debe controlarse antes de llegar al vehículo

Uno de los conceptos centrales del R156 es el sistema de gestión de actualizaciones de software, conocido habitualmente como SUMS.

SUMS amplía la homologación más allá de comprobar una actualización individual. Exige demostrar que la organización dispone de procesos eficaces para gestionar el software durante el ciclo de vida pertinente del vehículo.

Inventario de software

Identificar software, versiones y relaciones con sistemas del vehículo y características de homologación.

Gestión de configuración

Controlar qué configuraciones de software corresponden a cada tipo y variante de vehículo.

Evaluación de cambios

Determinar qué cambia en la actualización y si afecta a funciones relevantes para la homologación.

Verificación y validación

Demostrar que la actualización funciona según lo previsto y no produce efectos inaceptables en otros sistemas.

Control del despliegue

Garantizar que la actualización correcta llega a vehículos compatibles en condiciones adecuadas.

Registros y trazabilidad

Mantener evidencias que vinculen versiones de software, vehículos afectados, evaluaciones y decisiones de actualización.

SUMS convierte la gobernanza de software en un requisito de homologación. El fabricante debe poder demostrar tanto la seguridad de una actualización como el control sistemático de todo su proceso de actualización.
↑ Volver a la guía del artículo
04
IDENTIFICACIÓN DEL SOFTWARE

¿Qué versión de software representa el vehículo homologado?

La homologación de software requiere una conexión fiable entre el vehículo homologado y el software que controla sus funciones relevantes.

Los reglamentos ONU utilizan mecanismos de identificación como RxSWIN —número de identificación del software del Reglamento x— para respaldar la trazabilidad del software asociado a funciones reguladas.

TRAZABILIDAD DEL HARDWARE Referencia / Componente

Los sistemas tradicionales de conformidad trazan componentes físicos mediante planos, referencias, números de serie y registros controlados de producción.

TRAZABILIDAD DEL SOFTWARE Versión / RxSWIN / Configuración

Las funciones definidas por software requieren un control equivalente de versiones, configuración y relación con el vehículo homologado.

Un vehículo puede parecer físicamente idéntico y representar una configuración diferente a efectos de homologación.

Si cambia el software de control, también pueden cambiar el comportamiento o las características reguladas del vehículo. La identificación del software forma parte del control de configuración.

↑ Volver a la guía del artículo
05
EVALUACIÓN DEL IMPACTO EN LA HOMOLOGACIÓN

¿Cambia la actualización de software el vehículo homologado?

Esta es posiblemente la pregunta de homologación más importante en la era del vehículo definido por software.

No todas las actualizaciones afectan a la homologación de tipo. Una actualización de mapas, una corrección de interfaz o una prestación no regulada puede no tener efectos sustanciales en las características reguladas.

Otras actualizaciones pueden ser muy diferentes.

ACTUALIZACIÓN SIN RELEVANCIA PARA LA HOMOLOGACIÓN Sin efectos sustanciales en características reguladas

El cambio puede gestionarse dentro de los procesos aprobados de actualización del fabricante sin requerir una nueva actuación de homologación.

ACTUALIZACIÓN RELEVANTE PARA LA HOMOLOGACIÓN Cambios en rendimiento o funciones reguladas

El fabricante debe evaluar si son necesarios ensayos, una extensión de homologación, documentación actualizada u otra actuación regulatoria antes del despliegue.

La decisión de actualización debe preceder al despliegue. El fabricante no puede tratar la homologación como una consideración posterior cuando el software ya se ha distribuido a la flota.
↑ Volver a la guía del artículo
06
ACTUALIZACIONES INALÁMBRICAS

El vehículo se convierte en su propio entorno de instalación de software

La actualización inalámbrica elimina la necesidad de instalar físicamente cada cambio en un taller, pero también crea nuevos riesgos de seguridad y conformidad.

La actualización debe ser técnicamente correcta, llegar al vehículo correcto, instalarse en condiciones adecuadas y dejarlo en un estado seguro y válido.

Compatibilidad del vehículo

El sistema debe determinar si la actualización es adecuada para el vehículo y su configuración de software específicos.

Integridad de la actualización

El software debe llegar sin modificaciones no autorizadas ni corrupción.

Condiciones de instalación

Las actualizaciones críticas para la seguridad pueden necesitar condiciones definidas de estado del vehículo, funcionamiento o interacción del usuario.

Fallo de instalación

El proceso debe considerar qué ocurre si la instalación se interrumpe o falla.

Información al usuario

Los conductores u operadores pueden necesitar información sobre finalidad, condiciones de instalación o cambios que afecten al uso del vehículo.

Verificación posterior a la actualización

El vehículo y el fabricante necesitan confianza en que la configuración prevista se ha instalado satisfactoriamente.

Una actualización OTA no equivale a actualizar una aplicación de teléfono.

Una actualización puede afectar a sistemas de dirección, frenado, aceleración u otras funciones de seguridad. Las consecuencias de una instalación incorrecta o incompleta pueden ser fundamentalmente diferentes.

↑ Volver a la guía del artículo
07
CIBERSEGURIDAD Y R155

La homologación de actualizaciones no puede separarse de la ciberseguridad

Las actualizaciones introducen vías de comunicación, mecanismos de entrega y relaciones de confianza digital que pueden convertirse en superficies de ataque.

Por ello, el Reglamento ONU n.º 156 trabaja estrechamente con el n.º 155, que aborda la ciberseguridad de vehículos y sus sistemas de gestión.

R155 Gestión de ciberseguridad

Se centra en identificar, evaluar y gestionar riesgos de ciberseguridad del vehículo durante su ciclo de vida.

R156 Gestión de actualizaciones de software

Se centra en controlar actualizaciones y su relación con las características homologadas.

Una actualización legítima y una modificación maliciosa pueden cambiar el software del vehículo. El sistema de homologación necesita confianza tanto en la gestión correcta de actualizaciones aprobadas como en la prevención o detección de cambios no autorizados.
↑ Volver a la guía del artículo
08
ENSAYOS Y VALIDACIÓN

¿Qué debe demostrarse antes de publicar una actualización?

El programa de validación adecuado depende de lo que cambie la actualización.

Una modificación que afecta a una función de seguridad puede requerir evidencias considerablemente mayores que un cambio limitado a una interfaz no regulada.

Verificación de software

Confirmar que el software actualizado implementa correctamente los requisitos previstos.

Ensayos funcionales

Demostrar que las funciones afectadas siguen funcionando según lo requerido.

Pruebas de regresión

Confirmar que los cambios no han degradado involuntariamente funciones previamente validadas.

Validación a nivel de vehículo

Cuando corresponda, verificar la función actualizada en el entorno completo del vehículo.

Evaluación de seguridad

Reevaluar peligros y supuestos de seguridad cuando la actualización afecta al comportamiento relevante para la seguridad.

Evaluación regulatoria

Determinar si los requisitos aplicables de homologación siguen cumpliéndose tras el cambio.

El alcance de validación debe seguir el impacto del cambio. La homologación de actualizaciones de software es fundamentalmente un proceso controlado de gestión de cambios respaldado por evidencias.
↑ Volver a la guía del artículo
09
INTEGRACIÓN EN LA HOMOLOGACIÓN DE TIPO DE LA UE

El cumplimiento de actualizaciones ya forma parte de la homologación europea

La Unión Europea ha integrado requisitos de actualización de software en el marco de homologación de vehículos mediante la aplicación del Reglamento ONU n.º 156.

La gobernanza de software ya no es, por tanto, un concepto futuro para fabricantes que introducen nuevos tipos de vehículos pertinentes en el mercado europeo.

Homologación de tipo del vehículo completo

La conformidad de actualizaciones forma parte de los requisitos regulatorios que respaldan la homologación europea.

Documentación del tipo de vehículo

La documentación debe considerar cada vez más la identificación del software y las características relevantes para las actualizaciones.

Extensiones de homologación

Los cambios de software relevantes pueden requerir interacción adecuada con la autoridad de homologación.

Vehículos ya comercializados

Las versiones para vehículos en servicio pueden requerir una diferenciación cuidadosa respecto al software utilizado en vehículos nuevos.

El expediente de homologación ya no puede tratarse como un registro estático.

Las funciones controladas por software crean una relación continua entre la configuración homologada, las versiones posteriores y las evidencias de conformidad continuada.

↑ Volver a la guía del artículo
10
RESPONSABILIDADES DE FABRICANTES Y PROVEEDORES

La homologación de software se extiende por la cadena de suministro

El software de un vehículo moderno rara vez procede de una sola organización. Los fabricantes dependen de proveedores de ECU, desarrolladores de software, empresas de semiconductores, proveedores ADAS, sistemas de baterías y otros socios tecnológicos.

Sin embargo, el fabricante del vehículo sigue siendo responsable de demostrar que mantiene los requisitos regulatorios aplicables.

Notificación de cambios

Los proveedores necesitan mecanismos controlados para informar al fabricante cuando cambia el software o la funcionalidad integrada.

Trazabilidad de versiones

La configuración homologada debe ser trazable a través del software suministrado por múltiples organizaciones.

Evidencias de validación

Las evidencias de ensayos pertinentes del proveedor deben respaldar la evaluación global de la conformidad del fabricante.

Coordinación de ciberseguridad

Las vulnerabilidades y los riesgos de actualización pueden surgir en cualquier parte de la cadena de suministro conectada.

La lista de componentes de software adquiere importancia estratégica. Los fabricantes necesitan cada vez más visibilidad de los componentes de software del vehículo, sus versiones, dependencias y posibles efectos en funciones reguladas.
↑ Volver a la guía del artículo
11
HOMOLOGACIÓN DURANTE EL CICLO DE VIDA

La homologación continúa después de la producción

Los vehículos definidos por software refuerzan una transformación más amplia de la regulación automotriz: la conformidad se extiende cada vez más allá de la homologación inicial.

MODELO TRADICIONAL Diseñar → Ensayar → Homologar → Fabricar

La homologación se concentra principalmente en el diseño que entra en producción y en mantener la conformidad de la producción.

MODELO DEFINIDO POR SOFTWARE Homologar → Operar → Actualizar → Validar → Continuar

Los vehículos controlados por software requieren gestión continua de configuración y evaluación de cambios durante su vida operativa.

¿Cuándo deja un vehículo homologado de ser el mismo vehículo homologado?

Esta pregunta está en el centro de la homologación definida por software. La respuesta depende cada vez más de identificación controlada, evaluación documentada de cambios y evidencias que demuestren que la conformidad regulatoria se mantiene.

↑ Volver a la guía del artículo
12
EL FUTURO DE LA HOMOLOGACIÓN DE VEHÍCULOS

Del producto fijo a la plataforma digital controlada

Los vehículos definidos por software cambian la homologación porque se convierten cada vez más en plataformas capaces de evolucionar de forma controlada tras la producción.

La capacidad futura de homologación requiere combinar ingeniería tradicional del vehículo y aseguramiento moderno del software.

01 — Identificación regulatoria

Identificar todas las regulaciones y características de homologación potencialmente afectadas por funciones controladas por software.

02 — Gobernanza SUMS

Establecer gestión sistemática de actualizaciones durante desarrollo, producción y funcionamiento en servicio.

03 — Control de configuración

Mantener trazabilidad fiable entre vehículos, funciones reguladas y software instalado.

04 — Análisis del impacto de cambios

Determinar si cada cambio de software afecta a la seguridad o a características relevantes para la homologación.

05 — Validación

Generar evidencias de que la funcionalidad modificada sigue siendo segura y conforme.

06 — Aseguramiento del ciclo de vida

Mantener la conformidad mientras los vehículos reciben actualizaciones, parches de seguridad y cambios funcionales durante su vida útil.

El futuro de la homologación de vehículos no consiste en aprobar sin cambios. Consiste en cambios controlados respaldados por trazabilidad, validación, gobernanza de software y evidencias regulatorias continuas.
↑ Volver a la guía del artículo

¿Puede cambiar un vehículo después de la homologación?

El vehículo definido por software hace cada vez más clara la respuesta: sí, pero el propio cambio debe estar gobernado.

El software puede aportar mejoras de seguridad, correcciones de ciberseguridad, mejoras de rendimiento y nuevas funciones durante toda la vida del vehículo. Esa misma capacidad puede modificar sistemas que originalmente formaban parte de sus evidencias de homologación.

Por ello, gestión de actualizaciones, ciberseguridad, trazabilidad de configuración y evaluación de impacto regulatorio se convierten en elementos fundamentales de la homologación moderna.

La pregunta central de la homologación definida por software no es si los vehículos deben recibir actualizaciones.

Es cómo pueden demostrar los fabricantes que cada cambio relevante sigue siendo controlado, validado, trazable y conforme antes de llegar al vehículo.

El vehículo ya no deja de evolucionar cuando termina la producción. La homologación debe evolucionar con él.
Contexto regulatorio: Los requisitos de actualización de software y ciberseguridad dependen de la categoría del vehículo, el mercado de destino, los Reglamentos ONU aplicables y la legislación regional de homologación. Los Reglamentos ONU n.º 155 y 156 y sus documentos de interpretación siguen desarrollándose. Por ello, los fabricantes deben verificar las series de enmiendas, disposiciones transitorias y requisitos regionales de aplicación antes de comenzar un programa de actualización, SUMS u homologación de tipo.
GLOBAL ALLIANCE REGISTER

How Global Alliance Register Can Support You

Global Alliance Register supports manufacturers, suppliers and responsible economic operators with independent technical-assurance services relevant to actualizaciones ota y homologación durante el ciclo de vida. Based on the article's emphasis on technical assurance, verification and risk management, GAR can coordinate competent specialists, laboratories, inspectors, auditors and accredited conformity-assessment resources as appropriate to the actual technical need. Within the context of this article, Global Alliance Register can support you in the following areas:

01

Define the technical, regulatory, quality and risk objectives for actualizaciones ota y homologación durante el ciclo de vida and determine which combination of testing, inspection, certification, audit or advisory services is appropriate.

02

Coordinate competent laboratories, inspectors, auditors, certification bodies and specialist technical resources for actualizaciones ota y homologación durante el ciclo de vida according to scope, geography and the required level of independence.

03

Integrate test results, inspection reports, audit evidence and certification outcomes relating to actualizaciones ota y homologación durante el ciclo de vida into a coherent assurance process with clear responsibilities and traceability.

04

Identify the changes affecting actualizaciones ota y homologación durante el ciclo de vida, perform a structured impact assessment and develop a transition plan covering responsibilities, timing, documentation and implementation evidence.

05

Review commissioning readiness and coordinate functional, performance and acceptance verification relevant to actualizaciones ota y homologación durante el ciclo de vida, including defects, retesting and close-out evidence.

Scroll to Top