Al entregar vehículos de exportación, se deben registrar en el sistema o ECU la versión actual del software, la versión de destino, la fecha de actualización, el resultado de la actualización y el estado de reversión; la página de configuración del modelo no puede sustituir el registro del software a nivel VIN.
La entrega de la versión de software debe cumplir con la normativa específica y la versión del vehículo
El gerente técnico primero debe identificar el objeto de entrega de la versión de software mediante el nombre del sistema o ECU, y luego verificar si la versión actual y la versión de destino hacen referencia al mismo vehículo, pedido o evento. Cuando se determine la fecha de actualización, se debe escribir la fecha de creación y la persona que confirma en la misma línea.
Verificar primero el nombre del sistema o ECU y luego el estado de instalación
Mapeo entre normas y versiones
| Campo de verificación | Formato de llenado | Fuente de evidencia | Acción si no cumple |
|---|---|---|---|
| Nombre del sistema o ECU | Valor factual del nombre registrado del sistema o ECU, proveedor de información y fecha de revisión | Página de la versión normativa correspondiente | Si no se puede rastrear el proceso de formación del nombre del sistema o ECU, no se tomará como base para una conclusión |
| Versión actual del software | La versión actual del software debe indicar nombre, número de versión, editor y fecha de vigencia o consulta | Texto de la normativa, página de versión controlada, registro de revisiones o documento de aprobación | Si la relación de revisión de la versión actual no está clara, se debe conservar la versión anterior y la posterior y verificar |
| Versión de destino | Registrar el nombre del archivo de la versión de destino, número de revisión, institución emisora y fecha de aplicación | Texto de la normativa, página de versión controlada, registro de revisiones, documento de aprobación | Si la versión de destino ha caducado o el objeto no coincide, se debe volver a verificar con el emisor |
| Fecha de actualización | Registrar la fecha de actualización, hora local, zona horaria y canal de formación | Notificación con sello de tiempo correspondiente, registro del sistema o acuse de recibo | Si no se puede confirmar la fecha de origen de la actualización, mantener la etapa abierta |
| Resultado de la actualización | Seleccionar el estado actual del resultado de la actualización, adjuntando hechos y número de evidencia | Lista de verificación, registros de diagnóstico, resultados de consulta o firma de ambas partes | Si el resultado de la actualización aún no se ha confirmado, no se debe marcar como aprobado |
| Estado de fallo o reversión | Registrar la conclusión del estado de fallo o reversión, asuntos pendientes y documentos que apoyen la conclusión | Lista de verificación, registros de diagnóstico, resultados de consulta, firma de ambas partes | Si el estado de fallo o reversión es anormal o la evidencia es conflictiva, mantener como no completado |
| Número de registro del fabricante | Guardar la cadena completa del número de registro del fabricante, fuente de emisión y vehículo o documento al que se refiere | Foto del objeto correspondiente, documento original emitido o recibo de consulta oficial | Si no se puede vincular el número de registro del fabricante con el vehículo o expediente correspondiente, devolver al emisor para confirmación |
Registrar de forma separada la aprobación de dispositivos y la aprobación del vehículo completo: entrega de versión de software
Cuando el gerente técnico revisa la entrega de la versión del software, primero utiliza la primera fuente para determinar los límites del sistema, y luego emplea la segunda fuente para complementar los requisitos operativos o locales.
Comisión Económica para Europa de las Naciones Unidas indica que el Reglamento nº 156 de la ONU establece requisitos en torno a la actualización de software de vehículos y el sistema de gestión de actualizaciones de software, que pueden usarse para determinar el alcance de la verificación de versiones, actividades de actualización y registros.
Comisión Económica para Europa de las Naciones Unidas señala que la página de regulaciones vehiculares de la UNECE coloca la actualización de software y la ciberseguridad en el marco regulatorio de vehículos conectados, y los documentos de entrega deben mantener la trazabilidad de la versión del vehículo y el alcance aprobado.
Reevaluar la aplicabilidad después de cambios en la versión: entrega de la versión del software
Al completar los registros, use el "nombre del sistema o ECU" como entrada de búsqueda y vincule la "versión de software actual" y la "versión objetivo" al mismo vehículo, pedido o evento; deje en blanco los campos pendientes para rellenarlos más tarde, sin usar registros de proyectos similares para completar.
Cómo se confirman las condiciones en el sitio
Cuando se trata del tema "Cómo conservar la versión del software de los vehículos exportados en el momento de la entrega" de Sudamérica, el criterio técnico debe recaer en las condiciones que se pueden inspeccionar en el sitio. Detalle la fuente de energía, carga o suministro, carretera, carga, entorno, herramientas, calificaciones del personal y límites de seguridad con el estado actual, la fuente y la fecha de la inspección. Para el contenido que no está respaldado por mediciones o documentación, utilice "por confirmar" en lugar de escribir directamente "tiene" o "se puede usar directamente".
Para la misma condición técnica, es necesario anotar “qué se cumple”, “quién lo confirma”, “cuándo revisar” y “qué hacer si no se cumple”. La información técnica disponible públicamente puede explicar los métodos y el significado de los parámetros, pero no puede reemplazar la confirmación de la capacidad en el sitio, el estado del equipo, las versiones del modelo de vehículo o las capacidades del servicio local. El registro de las condiciones de indisponibilidad junto con las alternativas permite que la adquisición, la entrega y la posventa actúen en la misma página.
Utilice la siguiente estructura para mantener trazables los campos, las fuentes de evidencia y las condiciones de liberación:
| Campo de verificación | Requisito de registro |
|---|---|
| Condiciones del sitio/campos técnicos | Registre el valor actual, la fuente directa y el alcance aplicable |
| Valor actual y unidad | Registre la fecha, el método, la lectura y la evidencia de respaldo |
| Fuente y fecha de la inspección. | Registre el nombre, la versión, la página o el enlace original |
| Personas responsables y límites de seguridad | Describa la diferencia y las decisiones que afecta |
| Sustitución o suspensión cuando no se cumple | Asigne responsable, fecha límite y condición de reanudación |
Utilice esta tabla para mantener trazables la evidencia y las decisiones afectadas. La decisión final aún debe contrastarse con el registro original y el vehículo o lote actual.
Verificaciones previas a dar un compromiso
Antes de realizar una cotización, prueba de manejo, compromiso de entrega o posventa, consulte la lista de verificación para ver si las condiciones clave están cerradas. Siempre que existan elementos no confirmados que afecten a la seguridad, el rendimiento o el tiempo de entrega, el alcance del compromiso se limitará a la parte probada y se definirán claramente los puntos de verificación y revisión suplementaria. Luego de pasar la revisión, actualice el número de versión y la persona responsable. La conclusión previa sigue registrada con fines históricos. No permita que diferentes versiones circulen externamente al mismo tiempo.
Después de completar la revisión in situ, complete el valor de medición, la unidad y la persona responsable en la tabla de condiciones de "Cómo mantener la versión de software de los vehículos exportados en el momento de la entrega" en Sudamérica y luego actualice el alcance del compromiso.
Preguntas frecuentes
¿Cómo se debe leer la versión del ECU?
Registre el método, la hora y el VIN de la lectura desde el dispositivo de diagnóstico, la interfaz del vehículo o el sistema del fabricante; la captura de pantalla debe mostrar el objeto y la versión.
¿Qué hacer si la verificación de la versión actual y la versión objetivo falla?
Deje de marcar la actualización como completada, guarde los resultados de la verificación, la información de error y el número de guía del OEM, y actualice al fabricante o al servicio autorizado.
Si la actualización de software falla pero el vehículo sigue siendo utilizable, ¿se puede entregar?
Primero confirme el estado de seguridad y funciones principales, los resultados de retroceso y la opinión del fabricante, luego el responsable de la entrega decidirá según el contrato.
Mirando solo la lista de parámetros, ¿se sabe si habrá disponibilidad local?
No. La tabla de parámetros solo puede admitir los campos del modelo de vehículo o del equipo en sí. La capacidad in situ, las condiciones de instalación, la red y las capacidades del personal aún deben confirmarse por separado. Esta pregunta debe revisarse en conjunto con "Cómo conservar la versión de software de los vehículos exportados en el momento de la entrega" de Sudamérica así como los registros originales correspondientes.
¿Puedo prometer la entrega primero cuando falta un campo técnico?
Si la brecha puede afectar la seguridad, el rendimiento o el tiempo, primero se deben suspender los compromisos relevantes; solo se debe proporcionar un plan tentativo dentro del rango no afectado y se debe anotar el nodo de verificación. Esta pregunta debe revisarse en conjunto con "Cómo conservar la versión de software de los vehículos exportados en el momento de la entrega" de Sudamérica y los registros originales que correspondan.
Primero envíe el nombre del sistema o ECU y la versión de software actual
Después de seleccionar los candidatos en el catálogo de autos nuevos de Starvia, se puede enviar a través de la página de contacto el nombre del sistema o ECU anonimizado, la versión de software actual y la versión objetivo. Por favor, liste por separado los elementos faltantes para evitar mezclar los campos pendientes de confirmación con el material ya completado.
Este documento organiza la evidencia necesaria para la entrega de versiones de software en Sudamérica y no reemplaza el VIN actual, el contrato ni la aprobación local. No deben extrapolarse estas conclusiones a versiones del vehículo, mercados de destino o condiciones de la operación no indicados en el texto.
Este artículo presenta un método de revisión de los documentos del vehículo y de la operación descrita para Colombia. No determina la admisibilidad local de importación, el despacho aduanero, los impuestos, el registro ni conclusiones técnicas, ni garantiza el precio, la disponibilidad, la entrega o la garantía de un vehículo. Cada operación depende de los requisitos oficiales vigentes, el contrato, los registros del VIN correspondiente, el estado real del vehículo y la confirmación de la parte local competente. No deben extrapolarse estas conclusiones a versiones del vehículo, mercados de destino o condiciones de la operación no indicados en el texto. Fecha de revisión: 2026-09-28.