La versión única de los datos de importación está gestionada por la matriz de responsabilidades del proyecto: la ubicación del archivo principal, la persona que modifica, la persona que aprueba, la fecha de vigencia, la versión anulada y los destinatarios de la distribución deben ser rastreables.
Confirmar quién tiene la autoridad para actuar en el archivo principal de documentos de aduanas
El responsable de documentos primero designa un repositorio controlado como archivo principal y guarda para cada documento el ID del registro en el sistema, el número de versión actual, los permisos y el propietario de los datos. La persona que modifica es responsable de enviar cambios, la persona que aprueba decide cuándo entra en vigor la nueva versión; el registro de distribución prueba quién ha recibido la nueva versión y quién todavía posee la versión anterior. Los roles del proyecto no son equivalentes a los roles legales establecidos por la aduana de Colombia.
Separar la responsabilidad contractual y la calificación legal: archivo principal de documentos de aduanas
La gestión del archivo principal responde cómo se guarda, aprueba y distribuye el documento; la calificación para declarar está confirmada por las normas aplicables de Colombia y la autoridad local correspondiente. Las dos responsabilidades deben dejar evidencia por separado. Después de completar la aprobación interna, si la calificación del declarante o el estado de aceptación en la DIAN aún no está confirmado, el documento solo puede mantenerse como “vigente internamente, a la espera de confirmación externa”.
Establecer la matriz de responsabilidades usando la ubicación del archivo principal
La página pública referente al archivo principal de documentos de aduanas solo soporta contenido explícito; los vehículos, contratos y hechos en campo se continúan obteniendo de los registros originales de cada caso.
DIAN Colombia explica que la página de importación de la DIAN de Colombia centraliza las entradas relacionadas con la declaración de importación, valoración y despacho; los datos del proyecto deben conservar la versión actualmente aplicable.
DIAN Colombia explica que la entrada de servicios aduaneros de la DIAN muestra que los trámites de importación consisten en múltiples pasos de declaración y documentos de soporte; se deben especificar claramente el propietario de los documentos y el registro de cambios.
Este artículo establece la asignación de responsabilidades o puntos de cierre para el archivo principal de documentos de aduanas en el marco de la gobernanza del proyecto; la página pública no especifica directamente estos campos internos; la calificación local o el estado de aceptación por parte del transportista aún requieren confirmación por escrito.
Cómo proceder si no se obtiene confirmación por escrito: archivo principal de documentos de aduanas
La matriz de responsabilidades controla simultáneamente la ubicación del repositorio, la versión, la aprobación y la distribución. Los documentos en el repositorio se consideran la versión actual, y no representan automáticamente que el declarante o la DIAN ya lo hayan aceptado; el estado externo se documenta por separado.
Versión del archivo principal y distribución
| Campo a verificar | Formato de llenado | Evidencia directa | Acción si no se aprueba |
|---|---|---|---|
| Ubicación del archivo principal | Registrar el nombre de la biblioteca controlada, directorio o ID de registro del sistema, propietario del documento, permisos de acceso y ubicación de respaldo | Página del sistema de documentos, lista de permisos y registros de respaldo | Solo trasladar a la biblioteca controlada cuando se obtiene desde computadora personal o adjunto de chat |
| Versión actual | Indicar el nombre del archivo, número de versión/revisión, fecha del archivo, estado actual y objeto de negocio correspondiente | Archivo controlado actual, historial de versiones y registros de aprobación | Detener la distribución externa si el número de versión u objeto no coincide |
| Persona que modifica | Registrar nombre, rol, número de solicitud de cambio, fecha de modificación y campos modificados | Orden de cambio, historial de versiones o registro de auditoría del sistema | Devolver con explicación si la modificación no puede rastrearse hasta la solicitud y los campos específicos |
| Motivo de la modificación | Indicar archivo o evento que lo desencadena, valor antiguo, valor nuevo, alcance del impacto y plazo de corrección | Notificación de corrección de aduanas/agente, cambio de contrato o nota de diferencia interna | No aprobar nueva versión si el motivo no corresponde a los campos modificados |
| Aprobador | Registrar nombre, rol, alcance de la autorización, conclusión de la aprobación, fecha de aprobación y notas | Matriz de autorización, flujo de aprobación o registros de firma | Mantener la versión aprobada anterior válida si no hay suficiente autoridad de aprobación |
| Fecha de entrada en vigor | Registrar la fecha y hora de activación de la nueva versión, zona horaria y evento de aprobación o aceptación externa correspondiente | Recibo de aprobación, fecha de publicación en el sistema o confirmación escrita de la parte local responsable | Marcar como “Aprobado, no vigente” si no se cumplen las condiciones de entrada en vigor |
| Versión obsoleta | Registrar nombre de archivo anterior, número de versión, fecha de obsolescencia, versión sustituta, ubicación de archivo solo lectura e indicador de obsolescencia | Biblioteca de versiones, lista de obsolescencia y registros de auditoría del sistema | Suspender distribución si la versión antigua todavía puede ser editada o descargada |
| Destinatarios de la distribución | Registrar por institución/nombre la versión recibida, hora de envío, canal y hora de confirmación de recepción | Registro de distribución, acuse de recibo de correo o confirmación en el sistema de documentos | No asumir que la otra parte ha adoptado la nueva versión si no se ha confirmado la recepción |
| Retiro por envío erróneo | Registrar versión enviada por error, alcance de los destinatarios, hora de retiro, notificación de reemplazo y si ya se ha utilizado para declaración | Notificación de retiro, respuesta de destinatarios y verificación de los procesos afectados | Actualizar inmediatamente y verificar nuevamente si la versión antigua ya se ha utilizado para declaración o entrega |
La recuperación de la versión inicia desde los objetos afectados: primero se confirma el alcance de entrega de la versión antigua y si ya ha sido utilizada, luego se envía la versión sustituta y se obtiene la confirmación de recepción. El archivo principal mantiene la versión antigua, sin sobrescribir el rastro de auditoría.
¿Qué debe constar en la información de versión?
Cuando se trata de "¿Quién debe mantener una única versión válida de los datos de importación de vehículos colombianos" en Colombia, no registre simplemente un "cumplido" o "certificado" general? Se debe separar la versión del modelo, año, tipo de energía, diferencias de configuración, número de documento, fecha de emisión o actualización, ámbito de aplicación y persona responsable. Cada campo debe poder regresar a la página oficial correspondiente, documento original o hoja de parámetros del proyecto; las normas públicas sólo pueden explicar el método de tramitación y no pueden sustituir la prueba de que un determinado vehículo o una determinada versión han sido homologados.
Cuando aparecen varias versiones del mismo archivo, se conservan el nombre del archivo original, el número de versión, la hora de recepción y el motivo del cambio. Divida "Confirmado", "Por agregar" y "No aplicable" en diferentes estados para evitar malinterpretar los campos en blanco como innecesarios. Si el nombre de la versión no coincide con los parámetros, el rango de VIN o la descripción de la factura, primero establezca un registro de diferencia antes de decidir repararlo, rehacerlo o suspenderlo. Evite sustituirlo por un nombre de modelo aproximado.
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 |
|---|---|
| Campo modelo/versión de coche | Registre el valor actual, la fuente directa y el alcance aplicable |
| Número de archivo y versión | Registre la fecha, el método, la lectura y la evidencia de respaldo |
| Mercados aplicables y período de validez | Registre el nombre, la versión, la página o el enlace original |
| Diferencias y nodos afectados. | Describa la diferencia y las decisiones que afecta |
| Revisor, fecha, disposición | 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.
¿Por dónde empezar cuando los archivos no cuadran?
Las diferencias de versión solo pueden afectar las descripciones de las páginas, pero también pueden afectar las cotizaciones, declaraciones, seguros, registros o entrega del vehículo. Durante el procesamiento, las diferencias primero se asignan a los nodos reales: qué campos han cambiado, quién debe volver a firmar, qué archivos generados ya no se pueden usar y qué acciones deben esperar a ser revisadas. Después de recibir el nuevo documento, la versión anterior no se puede eliminar directamente. La relación de reemplazo y el tiempo efectivo deben conservarse para facilitar la explicación de por qué ha cambiado la conclusión.
Después de completar el complemento, la fecha de vigencia, el alcance de la aplicación y la relación de reemplazo se rellenan en el registro de versión de "Quién debe mantener una única versión efectiva de los datos de importación de vehículos colombianos" en Colombia, y luego se decide si se restauran los nodos posteriores.
Preguntas frecuentes
¿El propietario de documentos internos pertenece al rol legal de la aduana?
No pertenece. El propietario del documento es un rol de gobernanza del proyecto, responsable de mantener el archivo principal, versiones, aprobaciones y registros de distribución.
¿Cómo evitar que se sigan usando las versiones anuladas?
Moverlas a un archivo solo de lectura, marcar la fecha de anulación y la versión de reemplazo, y retirar las copias antiguas del directorio compartido.
¿Cómo recuperar después de enviar por error una versión antigua?
Confirmar el alcance de los destinatarios, enviar notificación de retiro y reemplazo, registrar los pasos afectados y verificar si la versión antigua ya se ha utilizado para declaración o entrega.
¿Basta una página de reglas públicas, sin documentos del modelo, para escribir "conforme"?
No. La página pública sólo puede probar el significado de reglas, procesos o campos; La compatibilidad de un modelo de automóvil específico aún debe estar respaldada por la versión, los parámetros y los archivos de proyecto correspondientes. Esta pregunta debe revisarse en conjunto con la pregunta de Colombia "¿Quién debe mantener una única versión válida de los datos de importación de vehículos colombianos" y los registros originales correspondientes?
¿Qué versión de un archivo con el mismo nombre puede seguir usándose?
Basado en el alcance aplicable, la fecha de emisión y el historial de cambios. Cuando sea imposible demostrar que la nueva versión ha cubierto el objeto de la transacción actual, se debe suspender el nodo afectado y se debe pedir confirmación al responsable. Esta pregunta debe revisarse en conjunto con la pregunta de Colombia "¿Quién debe mantener una única versión válida de los datos de importación de vehículos colombianos" y los registros originales correspondientes?
Preparar un paquete de datos principal de aduanas rastreable
El paquete de datos debe contener al menos el ID registrado en la biblioteca o sistema controlado, la versión actual, la solicitud de cambio, los registros de aprobación, el archivo de anulación, la lista de distribución, la confirmación de recepción y el estado de retiro por envío erróneo. Se puede usar Starvia Catálogo de vehículos nuevos para verificar las versiones candidatas y enviar un directorio de archivos anonimizados desde la página de contacto; la elegibilidad para declaración y los resultados de DIAN aún deben ser confirmados por la autoridad local competente.
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.