Este artículo describe el proceso completo, desde la solicitud de corrección hasta la recepción del informe revisado. Explica cómo se revisa la evidencia, qué significan los tres posibles resultados y por qué algunos campos no se pueden completar independientemente de la cantidad de investigación realizada. También explica para qué se puede y no se puede usar un informe revisado, incluyendo las limitaciones relativas a los títulos legales y los números de coincidencia física. Comprender tanto el proceso como sus limitaciones le ayudará a presentar una solicitud de corrección completa e interpretar los resultados con expectativas realistas.
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é significan realmente una corrección y una revisión
Los dos términos suenan similares, pero se refieren a dos etapas distintas del mismo proceso.
Piénsalo así: corriges un campo y recibes un informe revisado. Son dos etapas del mismo proceso, no dos nombres para lo mismo. La sección sobre el mecanismo que aparece a continuación explica qué sucede entre esas dos etapas.
Antes de continuar, cabe destacar que no todas las correcciones generan un informe revisado completo con todos los campos resueltos. Una corrección puede resultar en la confirmación de un campo con datos más precisos, su justificación con evidencia parcial o su marcación como no resuelta por falta de un registro histórico verificable. Este resultado se aborda en detalle en la siguiente sección.
Cómo funciona el proceso de corrección y revisión
Los sistemas automatizados de ClassicDecoder generan la Build Sheet inicial decodificando el número de identificación del vehículo (VIN) y cotejándola con múltiples fuentes históricas. El flujo de trabajo de corrección actúa sobre ese resultado cuando falta información, está incompleto o es incorrecto.
El proceso consta de cinco etapas. Antes de contactar con el servicio de asistencia, compruebe si su situación coincide con alguno de estos desencadenantes comunes de corrección:
Un campo está en blanco o muestra "no disponible", pero usted tiene documentación que sugiere que los datos existen.- Un campo contiene una opción, código o especificación que no coincide con la configuración conocida de su vehículo.
- Un campo refleja un error de decodificación automática (un dígito mal leído, un código transpuesto o una referencia cruzada incorrecta).
- Un campo utiliza una descripción que parece inconsistente con otros campos confirmados en el mismo informe.
- Un campo fue poblado por una ejecución anterior y la regeneración posterior introdujo una discrepancia.
Si se cumple alguna de estas condiciones, ya puede enviar una solicitud de corrección.
Paso 1: Envío de una solicitud de corrección
Póngase en contacto con el soporte técnico ClassicDecoder e incluya lo siguiente en su solicitud:
- Su identificador de informe o referencia VIN
- El campo específico en cuestión (nómbrelo claramente)
- Una descripción de lo que muestra actualmente el campo y lo que usted cree que es incorrecto o faltante.
- Cualquier documentación que tenga relacionada con el campo (facturas, Window Sticker , registros o cualquier otro tipo de documentación).
El soporte ClassicDecoder está disponible las 24 horas del día, los 7 días de la semana, incluidos los días festivos. Enviar una solicitud completa con los cuatro componentes mencionados anteriormente permite al equipo de soporte pasar directamente a la revisión de la evidencia sin necesidad de intercambiar información. El envío inicia el proceso, pero no garantiza la corrección del campo, ya que el resultado depende de la evidencia que se encuentre durante la revisión.
Comience con el número de identificación del vehículo (VIN).
Primero, investigue el vehículo y, a continuación, póngase en contacto con el servicio de asistencia técnica indicando el identificador del informe, el campo en cuestión y cualquier documentación de respaldo.
Paso 2 - Cómo se revisan sus pruebas
Cuando el equipo de soporte recibe su solicitud de corrección, revisa la documentación que usted envió y la compara con los registros históricos independientes disponibles. Estos dos tipos de evidencia no tienen el mismo peso.
Paso 3: Regeneración, investigación manual y finalización asistida.
La regeneración y la investigación manual son dos cosas distintas. La regeneración consiste en un reintento automatizado del sistema. Cuando se marca un campo para su corrección, el sistema puede intentar obtener datos actualizados de sus bases de datos de origen. Este proceso es automático y no requiere la intervención humana. La investigación manual, en cambio, implica que el equipo de soporte investigue activamente referencias históricas, registros de producción, datos de registro y otras fuentes disponibles para encontrar evidencia que el sistema automatizado no pudo detectar por sí solo.
Paso 4 - Cómo se toman las decisiones sobre los resultados
Tras la revisión de las pruebas y la investigación, el equipo de apoyo asigna uno de los tres estados de resultado a cada campo que se está analizando.
| Resultado | Definición | Impacto en el informe revisado | Razón |
|---|---|---|---|
Corregido | El campo se ha actualizado basándose en evidencia verificable de forma independiente. | El informe revisado refleja el valor del campo actualizado. | Se encontraron pruebas independientes suficientes para respaldar un punto de datos específico. |
Calificado | El campo se ha actualizado parcialmente o se le ha añadido un calificador de confianza. | El informe revisado refleja datos parciales o inferidos con la notación apropiada. | Existen pruebas, pero son incompletas, indirectas o provienen de una sola fuente sin corroboración independiente. |
Irresoluto | El terreno permanece despoblado o sin cambios. | El informe revisado refleja la ausencia de datos verificables para este campo. | No existe evidencia independiente en los registros disponibles que respalde un punto de datos específico. |
Hay algunos puntos esenciales que conviene comprender junto con esta tabla.
En primer lugar, «Corregido» refleja la mejor evidencia disponible para ese campo. No significa que el campo tenga garantizada una coincidencia absoluta con la configuración original de fábrica. Los registros históricos de vehículo clásico no siempre están completos, e incluso las correcciones verificadas representan la evidencia más sólida disponible, no una precisión certificada por el fabricante.
En segundo lugar, «Sin resolver» es un estado válido y honesto. Significa que la evidencia histórica necesaria para completar o verificar el campo no existe actualmente en los registros disponibles. Esto no constituye un fallo del proceso de revisión. ClassicDecoder no fabricará datos para llenar un vacío, y marcar un campo como sin resolver es el resultado correcto cuando no existe evidencia independiente.
En tercer lugar, si un caso permanece sin resolverse tras la revisión, se ofrecen créditos por informes y coordinación de reembolsos a través del servicio de asistencia. Este tema se aborda con más detalle en las preguntas frecuentes.
Paso 5 - Recepción de su informe revisado
Una vez tomadas las decisiones sobre los campos, ClassicDecoder regenera el informe para incorporar dichos cambios. El resultado que se le entrega se denomina informe revisado. Este refleja todas las decisiones a nivel de campo aplicadas durante la revisión de correcciones, incluidos los campos que se corrigieron, se calificaron o quedaron sin resolver.
Plazos de entrega y tarifas según el flujo de trabajo actual: Para los casos de autocompletado asistido, ClassicDecoder se compromete a entregar la información en un plazo de 24 a 48 horas según el flujo de trabajo actual. Este es un plazo de entrega previsto, no un plazo contractual. Los casos complejos que involucren varios campos o una disponibilidad limitada de archivos pueden requerir más tiempo. No se cobra ninguna tarifa adicional por solicitar una corrección o recibir autocompletado asistido según el flujo de trabajo actual. Tanto el plazo de entrega previsto como la política de no cobrar tarifas adicionales reflejan la política actual y deben entenderse como tales, no como garantías incondicionales de por vida.
Qué puede y qué no puede decirle un informe revisado.
Un informe revisado refleja la mejor evidencia histórica disponible sobre un vehículo específico, basada en los registros conservados y la investigación documentada. Posee capacidades y limitaciones bien definidas. Las dos secciones siguientes explican ambas.
Cuando los campos permanecen sin resolver y por qué esa es una respuesta honesta
Cuando ClassicDecoder no encuentra evidencia verificable de forma independiente para un campo tras su revisión e investigación, dicho campo se marca como no resuelto. Esto no significa que el equipo de soporte no lo haya intentado, sino que es un reconocimiento honesto de las limitaciones de los registros históricos disponibles.
Dos breves ejemplos ilustran la diferencia entre un error corregible y una deficiencia permanentemente irresoluble.
Ejemplo 1 (corregible): Un error de análisis automático interpretó erróneamente un dígito del VIN, lo que provocó que la Build Sheet mostrara un código de motor incorrecto. Cuando el equipo de soporte cotejó el VIN con un registro de producción independiente, se confirmó el código correcto y se actualizó el campo. Esto constituye una corrección: los datos existían, el error era técnico y la evidencia independiente lo resolvió.
Ejemplo 2 (irresoluble permanentemente): Una opción específica de pedido del concesionario se registró en un formulario en papel que nunca se digitalizó y que posteriormente fue destruido. Ningún registro, base de datos del fabricante ni archivo de terceros contiene referencias a dicha opción para este VIN. Ninguna investigación adicional puede recuperar información de una fuente que ya no existe en ningún formato. Este es un campo sin resolver y seguirá siéndolo.
ClassicDecoder marca estos campos como no resueltos en lugar de rellenarlos con valores supuestos o inferidos. El estado de no resuelto refleja con precisión la situación histórica de la evidencia, no indica una deficiencia en el servicio.
Lo que un informe revisado no verifica
La Build Sheet revisada ClassicDecoder refleja los datos históricos disponibles, reconstruidos a partir de los registros conservados. Ese es su alcance y sus funciones.
Cómo se etiquetan los cambios en los informes y qué muestra la interfaz de usuario actual.
ClassicDecoder está desarrollando funciones de transparencia a nivel de campo que permitirán a los usuarios ver qué campos se modificaron, cuándo se actualizaron y qué tipo de origen refleja cada dato. Estas funciones, que incluyen marcas de tiempo de revisión y etiquetas de origen a nivel de campo, son capacidades de transparencia planificadas que se encuentran actualmente en desarrollo. Todavía no están disponibles de forma consistente en la interfaz actual para todos los usuarios.
Si necesita comprender con exactitud qué cambió en su informe revisado y por qué, la siguiente opción es contactar directamente con el equipo de soporte. Este equipo podrá explicarle qué campos se actualizaron, qué evidencias respaldaron cada decisión y cómo se clasificó cada resultado. Este canal de comunicación es la solución provisional hasta que el etiquetado dentro del informe esté disponible de forma consistente.