Cómo se revisan y etiquetan las correcciones proporcionadas por el propietario

Los vehículos clásicos y anteriores a 1981 presentan desafíos únicos en cuanto a la documentación. Los registros de fábrica están incompletos, archivados de forma inconsistente o simplemente no están disponibles para muchos de estos vehículos, lo que significa que un informe automatizado de la Build Sheet a veces deja campos en blanco o inciertos. Cuando esto sucede, ClassicDecoder ofrece un proceso de corrección estructurado que permite a los propietarios de vehículos enviar documentación justificativa. Dicha documentación se revisa antes de aplicar cualquier cambio, y cada campo revisado se etiqueta para que los futuros lectores puedan ver con exactitud de dónde provienen los datos.

Comprender qué documentos tienen mayor peso antes de enviar una corrección le ayudará a predecir la etiqueta que probablemente recibirá su informe revisado y a interpretar esa etiqueta con precisión una vez que el informe esté actualizado.

ClassicDecoder reconstruye Build Sheet automóvil clásico combinando la decodificación del VIN compatible con las especificaciones del vehículo disponibles, los registros históricos, la evidencia de subastas o listados, la investigación manual y las correcciones revisadas del cliente cuando corresponda. Debido a que el proceso depende de qué registros sobreviven y qué se puede verificar para un vehículo específico, el resultado es un informe reconstruido en lugar de un documento original emitido por la fábrica, y algunos campos pueden permanecer calificados o no disponibles. Para una explicación más amplia del proceso de reconstrucción más allá del propio flujo de trabajo de ClassicDecoder , consulte How automóvil clásico Build Sheets Are Reconstructed.

Qué son las correcciones proporcionadas por el propietario y por qué existen.

La información proporcionada por el propietario, es decir, la información facilitada por el dueño del vehículo en lugar de archivos automatizados, es una de las maneras en que ClassicDecoder subsana las deficiencias en sus informes automatizados de especificaciones para vehículos clásicos y anteriores a 1981. La generación automatizada de informes se basa en archivos digitales y bases de datos de decodificación disponibles. Para los vehículos más recientes, estas fuentes son relativamente completas. Para los clásicos más antiguos, el registro de archivo suele ser escaso, fragmentado o carece de información sobre opciones, configuraciones y componentes específicos.

Cuando la reconstrucción automatizada es incompleta o incorrecta, ClassicDecoder ofrece la opción de completarla con ayuda humana como parte de su servicio actual. Los propietarios pueden enviar documentación que acredite las especificaciones correctas del vehículo, y el equipo ClassicDecoder revisará dicha documentación antes de aplicar cualquier cambio al informe.

Dos términos son fundamentales para todo lo que sigue en este artículo.

La «información proporcionada por el propietario» se refiere específicamente a la información facilitada por el propietario del vehículo, en lugar de provenir de archivos automatizados independientes. Se distingue de la información de fuentes independientes, que procede de registros recuperados sin la intervención del propietario. Esta distinción no es un detalle técnico menor. Determina la etiqueta que aparece en cada campo modificado e indica a cualquier lector o comprador futuro la importancia que debe otorgar a ese dato.

La “revisión en equipo” se refiere al proceso mediante el cual se revisa una corrección enviada para verificar su coherencia y especificidad del vehículo antes de aplicar cualquier etiqueta o realizar cualquier cambio en el informe. La revisión en equipo consiste en una verificación de coherencia con los registros disponibles. No se trata de una autenticación forense independiente del documento ni del vehículo.

Las correcciones aportadas por el autor completan las lagunas de un informe. No sustituyen ni invalidan la evidencia obtenida de forma independiente. Una contribución aceptada e incorporada al informe se mantiene etiquetada como aportada por el autor, a menos que el equipo pueda corroborar la afirmación de forma independiente a partir de registros de archivo. El informe especifica claramente esta distinción para que cada lector pueda evaluar cada campo según sus propios méritos.

Cómo se ponderan los diferentes tipos de evidencia

No todos los documentos tienen el mismo valor probatorio. Una Build Sheet de fábrica de la planta de ensamblaje original indica directamente lo que se pidió e instaló en el momento de la fabricación. El recuerdo de un propietario sobre las piezas que tenía un automóvil hace 30 años es un punto de partida, no una confirmación. La diferencia entre ambos puntos es significativa, y la jerarquía de la evidencia refleja esa brecha con honestidad.

La matriz de ponderación de pruebas que se muestra a continuación relaciona los tipos de documentos comunes con su fuerza probatoria relativa, la probable etiqueta del informe tras su revisión y los límites de verificación que conlleva cada tipo. Esta jerarquía representa un espectro de fiabilidad, no un criterio de aprobación/rechazo. Cada documento, independientemente de su posición en la jerarquía, pasa por el mismo proceso de revisión antes de que se le asigne una etiqueta.

Cómo interpretar esta tabla: La jerarquía muestra la solidez relativa, no la aceptación garantizada. Ningún documento, por muy sólido que sea, garantiza una etiqueta de «fuente independiente» sin pasar por el proceso de revisión. Una factura del concesionario es una prueba sólida, pero el equipo verifica si hace referencia a este vehículo específico, si las fechas son plausibles y si el contenido es coherente con la configuración conocida del vehículo. La tabla es una herramienta útil de autoevaluación, no un sistema de autenticación infalible. Presentar un documento con mayor jerarquía aumenta la probabilidad de obtener una etiqueta de alta confianza, pero el proceso de revisión determina el resultado final.

El método de verificación de datos de ClassicDecoder implica que incluso la documentación más sólida se evalúa en cuanto a su coherencia y especificidad para cada vehículo, en lugar de aceptarla sin más. En la práctica, eso es lo que significa «revisado y verificado»: no se trata de una mera formalidad, sino de una comprobación rigurosa con los registros disponibles.

Por qué una fotografía por sí sola no prueba el origen de fábrica.

Una fotografía muestra lo que hay en el coche en el momento en que se toma. No puede mostrar lo que se instaló en la fábrica, cuánto tiempo lleva un componente en el vehículo ni si la pieza se cambió en algún momento entre la salida de la fábrica y la toma de la fotografía.

Esta distinción es importante porque las fotografías enviadas son de las más comunes y también de las que más fácilmente se malinterpretan. Una fotografía detallada y de alta calidad de un motor que muestre un código específico constituye una prueba visual convincente. Sin embargo, sigue siendo evidencia de lo que hay ahora, no de lo que salió de la línea de montaje con el automóvil. La fotografía no puede reflejar lo sucedido la semana anterior a su toma, y ​​mucho menos el año de fabricación del vehículo.

Los datos aprobados reflejan con precisión este límite: las fotografías sugieren el estado actual. No verifican la instalación de fábrica, no autentican el origen de fábrica ni establecen la presencia original continua de un componente.

Una Build Sheet de fábrica o una factura del concesionario que haga referencia al número de identificación del vehículo (VIN) y especifique un código de motor concreto documenta un hecho histórico: el vehículo se encargó con ese motor o salió de fábrica con él. Una fotografía del mismo código de motor documenta una observación actual. Se trata de dos tipos de evidencia fundamentalmente diferentes.

Las fotografías aún pueden aportar información útil y justificar la etiqueta de «proporcionado por el propietario», especialmente si incluyen metadatos con fecha o se envían junto con otra documentación. Sin embargo, enviar únicamente fotografías, incluso de excelente calidad, no es suficiente para que un campo obtenga la categoría de «fuente independiente». Si envía fotografías, combinarlas con registros fechados o documentos vinculados al VIN refuerza considerablemente la presentación.

Ejemplo concreto (SF-16): Consideremos dos solicitudes diferentes. En la primera, un propietario presenta una factura original del concesionario de la venta inicial del vehículo. La factura hace referencia al VIN del vehículo, enumera el motor y la transmisión instalados de fábrica y coincide con el año de fabricación conocido del vehículo. Esto constituye una prueba sólida. Tras la revisión, que confirma la vinculación con el VIN, la plausibilidad de la fecha y la coherencia del contenido, es probable que el campo reciba la etiqueta de "fuente independiente" o de alta confianza, aunque el proceso de revisión determina en última instancia este resultado. En la segunda, un propietario presenta una fotografía sin etiquetar del compartimento del motor que muestra lo que parece ser un motor original. La fotografía no tiene fecha, ni referencia al VIN, ni documentación de respaldo. La fotografía no permite establecer cuándo se instaló el motor ni confirmar su origen de fábrica. Puede aportar contexto, pero es probable que el campo reciba la etiqueta de "suministrado por el propietario" en lugar de una de alta confianza y, dependiendo de los conflictos con los datos existentes, puede quedar sin resolver.

Cómo ClassicDecoder revisa y verifica los datos de una corrección enviada.

ClassicDecoder revisa cada corrección enviada para verificar su coherencia y especificidad del vehículo antes de aplicar cualquier etiqueta o actualizar cualquier campo. Esta revisión es el mecanismo que respalda la descripción del servicio como "revisado y verificado". No se trata de una mera formalidad. El equipo realiza una serie de comprobaciones secuenciales, cada una con un propósito específico para determinar si una corrección puede aceptarse, matizarse, aplazarse o quedar sin resolver.

Las siguientes secciones describen cada paso del proceso de revisión.

Cómo iniciar una corrección: qué enviar y cómo hacerlo

Antes de que pueda comenzar la revisión, deberá reunir la documentación justificativa e iniciar el contacto con el equipo de soporte ClassicDecoder .

Categorías de evidencia aceptadas:

• 
  Documentos originales de fábrica: Build Sheet , etiquetas Window Sticker , etiquetas Monroney.
• 
  Documentos del concesionario: facturas del concesionario, formularios de pedido de fábrica, recibos de entrega.
• 
  Documentos de historial de matriculación o titularidad de vehículos anteriores
• 
  Recibos de restauración, facturas de reparación o recibos de piezas con fecha que hagan referencia a este vehículo.
• 
  Fotografías fechadas con documentación contextual (metadatos de fecha, pies de foto, registros asociados).
• 
  Correspondencia relevante que haga referencia al VIN del vehículo y detalles específicos.

Pasos para iniciar el proceso de envío:

1. 1.
   1. Reúna toda la documentación de respaldo relevante para el campo o campos que desea corregir.
2. 2.
   2. Prepare escaneos o fotografías nítidas de los documentos físicos; también se aceptan archivos digitales.
3. 3.
   3. Póngase en contacto con el equipo de soporte ClassicDecoder y describa la corrección que está enviando.
4. 4.
   4. Adjunte o proporcione su documentación justificativa en el momento de contactarnos.

La calidad de la evidencia es más importante que el formato del archivo. Un escaneo nítido de un documento descolorido es más útil que una fotografía de alta resolución de una parte sin etiquetar. El equipo puede trabajar con formatos de imagen y archivos de documentos estándar; el contenido de la evidencia es lo que determina el resultado de la revisión. El equipo de soporte está disponible las 24 horas del día, los 7 días de la semana, incluidos los días festivos, y le guiará en cualquier paso adicional una vez que se ponga en contacto con nosotros.

Comparación del VIN: Asociar la información enviada al vehículo correcto.

La primera comprobación que realiza el equipo de revisión consiste en confirmar que el documento presentado se refiere realmente al vehículo específico que se está corrigiendo, y no simplemente a la misma marca, modelo y año.

Un documento que no hace referencia al VIN de este vehículo tiene menos valor probatorio que uno que sí lo hace. Un recibo genérico de piezas para un componente común en un muscle car de 1968 podría aplicarse a miles de vehículos. Una factura del concesionario que enumera el VIN específico de este vehículo y las opciones solicitadas se aplica a un solo vehículo. La diferencia entre estos dos documentos es significativa.

La verificación de la comparación del VIN establece esa conexión. Si el documento presentado hace referencia directa al VIN, el equipo de revisión puede confirmar que se refiere a este vehículo. Si el documento solo menciona la marca y el modelo sin vincularlo al VIN, el equipo realiza un análisis más exhaustivo y la etiqueta resultante tiene menos probabilidades de ser fiable.

Esta verificación comprueba la coherencia de los datos. Confirma si el documento está vinculado a este vehículo en los registros disponibles. No se trata de una verificación legal de la titularidad y no afecta a la situación jurídica de la propiedad del vehículo.

Verificación de fechas y cronología: Confirmar que la línea de tiempo tiene sentido.

La segunda comprobación evalúa si las fechas de los documentos presentados son cronológicamente plausibles teniendo en cuenta el historial conocido de producción y propiedad del vehículo.

Un documento fechado antes de la fecha de fabricación del vehículo es una inconsistencia evidente. Problemas menos obvios incluyen un recibo de reparación de un período anterior a la adquisición del vehículo por parte del propietario actual, sin ningún vínculo documentado con un propietario anterior, o una fotografía de una restauración que el propietario describe como previa a la venta, pero que es posterior a la fecha de los registros de venta.

El equipo de revisión coteja los documentos presentados con la fecha de producción conocida del vehículo, las fechas de venta documentadas (cuando estén disponibles) y su historial de propiedad. Las fechas anacrónicas o inverosímiles reducen la confianza en la documentación presentada. Un documento cuyas fechas sean coherentes y coincidan con el historial de propiedad del vehículo constituye una prueba más sólida que uno cuyo historial no sea consistente.

Esta verificación consiste en una evaluación de coherencia cronológica, no en una autenticación de fecha legal. El equipo comprueba si la cronología tiene sentido, no emite un dictamen legal sobre el origen del documento.

La documentación fechada es siempre más sólida que la no fechada. Si dispone de documentos que establezcan una cronología para un componente o configuración, inclúyalos aunque parezcan irrelevantes. El contexto refuerza la presentación.

Especificidad del vehículo: Confirmación de que la evidencia se relaciona con este vehículo.

La tercera comprobación evalúa si el contenido del documento presentado es específico de la configuración conocida de este vehículo, y no solo aplicable a la misma clase de vehículo.

Esta verificación es distinta del paso de comparación del VIN. La comparación del VIN pregunta: ¿este documento hace referencia al VIN de este vehículo? La verificación de especificidad del vehículo pregunta: ¿el contenido de este documento coincide con lo que ya se sabe sobre la configuración, las opciones y los componentes de este vehículo?

Un folleto de época para un año modelo específico describe todos los vehículos de ese tipo. No es específico de este vehículo. Una factura del concesionario que incluye el número de identificación del vehículo (VIN) junto con códigos de opciones específicos que coinciden con el perfil de datos conocido de este vehículo sí es específica de este vehículo y de la configuración solicitada.

El equipo de revisión compara el contenido de la documentación (opciones enumeradas, números de serie referenciados, especificaciones de componentes) con el perfil de datos existente del vehículo. Si el contenido coincide con la configuración conocida del vehículo, la verificación de especificidad refuerza la justificación para otorgar una etiqueta de alta confianza. Si el contenido entra en conflicto con la configuración conocida del vehículo, dicho conflicto se documenta y evalúa.

Resolución de conflictos: Cuando los datos del propietario y los registros existentes no coinciden

Cuando una corrección enviada entra en conflicto con datos ya presentes en el informe, el equipo de revisión no resuelve automáticamente el conflicto a favor de la información enviada por el propietario. El equipo evalúa qué información está mejor respaldada por la evidencia disponible y aplica la etiqueta que mejor refleja el estado actual del registro.

Los conflictos surgen de diversas maneras. El propietario puede presentar documentación que sugiera que el vehículo tiene un motor específico, mientras que los datos decodificados existentes apuntan a un motor diferente. El propietario puede afirmar que una opción en particular fue instalada de fábrica, aunque no exista ningún registro de archivo que lo confirme. El propietario puede presentar fechas que contradicen los registros de producción.

En cada caso, la labor del equipo consiste en determinar qué evidencia disponible respalda con mayor fiabilidad. Si la información proporcionada por el propietario coincide mejor con el registro general, el campo se actualiza con la etiqueta correspondiente. Si el registro existente coincide mejor y la información proporcionada por el propietario no puede corroborarse, la corrección puede generar una etiqueta de aclaración, un resultado diferido o un estado pendiente. El equipo no tiene acceso a más datos de archivo de los que existen; las lagunas en los archivos siguen existiendo independientemente de la confianza que el propietario tenga en su información.

Posibles resultados: ¿Qué sucede con su corrección?

Una vez que el equipo de revisión completa las comprobaciones descritas anteriormente, la corrección se resuelve en uno de cuatro estados posibles.

• 
  Aceptado: La corrección está respaldada por evidencia consistente con el VIN, las fechas y la configuración del vehículo. El campo se actualiza y etiqueta para reflejar el nivel de evidencia apropiado. Una corrección aceptada no significa que los datos estén ahora “autenticados de forma independiente”; significa que la información enviada era consistente con los registros disponibles y la etiqueta lo refleja.
• 
  Calificado: Se aplica la corrección, pero el campo se etiqueta como «proporcionado por el propietario» o con una etiqueta similar. Los datos se actualizan según la información proporcionada por el propietario, pero no se puede elevar a la categoría de «fuente independiente» porque la documentación disponible no ofrece corroboración independiente. La actualización es transparente: la etiqueta indica a los futuros lectores qué tipo de evidencia respalda el campo.
• 
  Aplazado: El equipo no puede confirmar ni desmentir la corrección con la evidencia actual. Esto puede resultar en que el equipo solicite documentación adicional, o que el solicitante opte por volver a presentar la solicitud con material de respaldo más sólido. Aplazado no significa que la afirmación sea incorrecta; significa que la información presentada actualmente no proporciona una base suficiente para una determinación.
• 
  Sin resolver: La corrección no puede confirmarse ni negarse con la evidencia disponible, y el campo se etiqueta como "sin resolver" en el informe. Esto no implica el rechazo de la reclamación del propietario, sino que indica que el registro no puede respaldar ni contradecir de manera fiable la información presentada. La etiqueta "sin resolver" protege tanto al propietario como a cualquier futuro comprador de una resolución errónea sin fundamento en la evidencia. Si se dispone de documentación más sólida, se podrá revisar la solicitud.

Tiempo de respuesta y disponibilidad del servicio

La función de autocompletado asistido forma parte de la oferta de servicios actual de ClassicDecoder y, por el momento, no tiene ningún coste adicional. No es necesario adquirir un producto aparte ni actualizarlo para enviar una corrección a través del equipo de soporte.

Con el flujo de trabajo actual, tampoco existe un límite establecido en el número de revisiones. Si una corrección diferida genera documentación adicional que modifica el resultado, el proceso puede continuar.

El plazo de entrega estimado para los casos de asistencia es de 24 a 48 horas con el flujo de trabajo actual. Este es un plazo estimado, no una garantía de nivel de servicio. Los casos complejos, los conflictos que requieren investigación adicional o las solicitudes con varios campos pueden tardar más. Para los casos que superen este plazo, el soporte está disponible las 24 horas del día, los 7 días de la semana, incluidos los días festivos, para que pueda consultar el estado de una corrección pendiente en cualquier momento.

Una aclaración importante: el hecho de que la presentación no tenga costo adicional no afecta la evaluación de la evidencia. La presentación gratuita no aumenta la probabilidad de que se acepte evidencia débil, ni la ausencia de pago penaliza la evidencia sólida. El costo y la calidad de la evidencia son consideraciones totalmente independientes. El resultado de la revisión se determina por la coherencia y la solidez de la documentación presentada, no por el costo de la presentación.

Cómo aparecen las etiquetas de evidencia en un informe revisado

ClassicDecoder utiliza un etiquetado transparente para distinguir cómo se obtuvo cada dato en un informe revisado. En un informe de hoja de compilación corregido, cada campo modificado como resultado de una corrección lleva una de las cuatro etiquetas específicas para dicha corrección. Estas etiquetas indican a cualquier lector del informe el origen exacto de los datos y el nivel de confianza que respaldan las evidencias.

Comprender estas etiquetas es la principal ventaja del proceso de corrección. Un informe corregido sin etiquetas claras dejaría a los futuros compradores con dudas. Un informe corregido con etiquetas transparentes proporciona a cada lector la información necesaria para evaluar cada campo de forma independiente.

Una aclaración antes de las definiciones: «Proporcionado por el propietario» no significa que el equipo haya autenticado o certificado la reclamación. Como se establece en la sección de resolución de conflictos, la revisión del equipo implica que la presentación se verificó para comprobar su coherencia con los registros disponibles. La etiqueta refleja la calidad de la evidencia, no una confirmación de archivo independiente.

Suministrado por el propietario

Definición: Datos proporcionados por el propietario del vehículo, en lugar de recuperados de archivos independientes. Este campo refleja la información que el propietario ha reportado y enviado, no la que un archivo independiente confirma de forma independiente.

Lo que no significa: El equipo ha autenticado, certificado o verificado de forma independiente la reclamación. El campo se ha actualizado con base en la documentación del propietario, pero la actualización sigue atribuyéndose al propietario como la fuente.

Cuándo se aplica: Esta etiqueta aparece cuando el equipo de revisión determina que la evidencia presentada coincide con los registros del vehículo, pero no puede corroborarse con una fuente independiente. Las fotografías con documentación contextual, los recibos de restauración y los registros que hacen referencia a este vehículo suelen generar esta etiqueta cuando no existe confirmación de archivo independiente.

Implicaciones en cuanto a la confianza: La información proporcionada por el propietario tiene un nivel de confianza inferior al de la información obtenida de forma independiente. Esto no indica que los datos sean incorrectos, sino que simplemente se indica que provienen del propietario del vehículo, y los futuros lectores deben tenerlo en cuenta. Un comprador que evalúe un informe corregido puede ver que un campo proviene del propietario y decidir cuánta verificación independiente desea realizar antes de completar la transacción.

Limitaciones: Los datos proporcionados por el propietario no están confirmados por ninguna otra parte que no sea el propietario. Reflejan el conocimiento documentado del propietario, no la verdad absoluta.

De origen independiente

Definición: Datos obtenidos de archivos independientes sin la intervención del propietario. Este campo refleja la información que una fuente independiente, como registros de fábrica, bases de datos oficiales de producción u otros materiales de archivo, documenta sobre este vehículo.

Lo que no significa: Los datos son infalibles o inmunes a errores de archivo. Las fuentes independientes pueden contener errores, y los registros de archivo no siempre son completos ni precisos. Que provengan de una fuente independiente significa que los datos proceden de fuera de la fuente original, no que sean perfectos.

Cuándo se aplica: Esta etiqueta aparece cuando el equipo de revisión puede corroborar un campo a partir de una fuente de archivo independiente, o cuando los datos originales se recuperaron de dicha fuente sin ninguna intervención del propietario. Un campo que ya se había obtenido de forma independiente antes del proceso de corrección no se degrada por la presentación de la documentación del propietario.

Implicaciones de confianza y contraste con los datos proporcionados por el propietario: Los datos de origen independiente conllevan un nivel de confianza superior al de los datos proporcionados por el propietario. Esta distinción no debe confundirse. Cuando un campo muestra «origen independiente», significa que los datos provienen de un archivo que existe independientemente del conocimiento o las afirmaciones del propietario actual. Cuando un campo muestra «proporcionados por el propietario», significa que los datos provienen de la persona que actualmente posee el vehículo. Son cosas diferentes, y la etiqueta preserva esa diferencia explícitamente para cualquier lector futuro.

Limitaciones: Incluso los campos obtenidos de forma independiente pueden reflejar información incompleta en los archivos. La etiqueta indica el tipo de fuente, no garantiza su exactitud.

Inferido

Definición: Datos generados mediante reconstrucción lógica a partir de la evidencia disponible, sin documentación directa ni confirmación por parte del propietario. El campo refleja una conclusión razonable basada en la evidencia circundante, pero no ha sido confirmada por un documento ni por una declaración del propietario.

Lo que no significa: «Inferido» no significa confirmado por el propietario, confirmado por el archivo ni verificado mediante revisión. Significa que los datos representan la reconstrucción más defendible dada la información disponible.

Cuándo se aplica: Las etiquetas inferidas aparecen cuando la reconstrucción automatizada o el análisis del equipo de revisión determina que un campo se puede completar razonablemente en función de los datos circundantes, la decodificación del VIN o los patrones de producción, pero ningún documento directo o envío del propietario confirma el valor específico.

Implicaciones sobre la confianza: Los datos inferidos son distintos tanto de los proporcionados por el propietario como de los obtenidos de fuentes independientes. Se trata de una estimación razonada, no de un hecho documentado. Los futuros lectores deben considerar los campos inferidos como puntos de partida razonables para la investigación, no como especificaciones confirmadas. Si envía una corrección que actualiza un campo inferido con evidencia documentada, la etiqueta podría cambiar a "proporcionado por el propietario" o "obtenido de fuentes independientes" según el resultado de la revisión.

Limitaciones: Los valores inferidos reflejan una reconstrucción analítica y pueden revisarse si se dispone de mejores datos.

Irresoluto

Definición: La corrección no pudo confirmarse ni refutarse con la evidencia disponible. El asunto permanece en estado de incertidumbre.

Lo que no significa: Que el caso esté sin resolver no significa que la reclamación del propietario sea falsa, rechazada o desestimada. Significa que la evidencia disponible no proporciona una base suficiente para tomar una decisión en ningún sentido.

Cuando se aplica: Las etiquetas de "sin resolver" aparecen cuando una corrección enviada entra en conflicto con los datos existentes y no se puede confirmar la fiabilidad de ninguna de ellas, o cuando la corrección no se puede corroborar ni refutar con el material de archivo disponible. También aparecen cuando la reconstrucción automatizada no pudo llegar a una conclusión sobre un campo y la evidencia proporcionada por el propietario fue insuficiente para resolver la incertidumbre.

Implicaciones para la confianza: El estado "Sin resolver" indica honestamente que el expediente está incompleto. Para los futuros compradores, señala un aspecto que requiere una investigación independiente antes de llegar a una conclusión definitiva. Para los propietarios, indica que una documentación más completa podría permitir que el asunto pase a estar resuelto.

Limitaciones: El estado "sin resolver" no es permanente. Si se dispone de documentación adicional, se podrá volver a revisar el tema.

Por qué el etiquetado transparente es una ventaja, no un defecto.

Un informe que indique claramente el origen de cada dato es más útil que uno que presente todos los datos como equivalentes. El etiquetado transparente protege a los futuros compradores, permitiéndoles evaluar la fiabilidad de cada campo de forma independiente, sin tener que adivinar si una especificación concreta fue confirmada por un archivo de fábrica o proporcionada por el vendedor del coche.

Para los vendedores honestos, el sistema de etiquetas es igualmente valioso. Una etiqueta que indique "proporcionada por el propietario" no menoscaba la credibilidad del vendedor; simplemente documenta que este proporcionó la información y que el informe es transparente respecto a su origen. Un comprador que puede ver con exactitud cómo se estableció cada campo está en mejores condiciones para tomar una decisión informada y segura.

El sistema de etiquetado trata a todas las partes con equidad, revelando la verdad sobre la información que contiene el registro. Esta transparencia es el mecanismo mediante el cual ClassicDecoder mantiene la integridad de sus informes, incluso al incorporar las aportaciones de los propietarios.

Lo que un informe corregido no establece

ClassicDecoder se centra en la verificación de la coherencia de los datos. El proceso de corrección comprueba si los documentos enviados coinciden con los registros del VIN del vehículo, la cronología conocida y los datos de configuración. No implica una inspección física del vehículo, una evaluación de la originalidad de los componentes, un análisis metalúrgico o forense de ninguna pieza, ni la emisión de ningún documento legal. Una actualización de coherencia de datos es completamente distinta de una tasación física, una verificación legal de titularidad o una autenticación certificada de números coincidentes.

Esta limitación existe porque las herramientas y el proceso de ClassicDecoder están diseñados para trabajar con documentos y registros, no con vehículos. El equipo de revisión coteja los documentos entre sí. Ninguna comprobación exhaustiva de la coherencia documental puede confirmar qué hay físicamente en un vehículo, si una pieza se instaló antes o después de su fabricación, o quién es el propietario legal del vehículo actualmente.

Para cuestiones de titularidad o propiedad legal, consulte con un abogado especializado. Para la autenticación mediante números coincidentes, se requiere una inspección física realizada por un tasador o especialista cualificado.