Cet article décrit en détail le processus, de la soumission d'une demande de correction à la réception d'un rapport révisé. Il explique comment les preuves sont examinées, la signification des trois résultats possibles pour chaque champ et pourquoi certains champs ne peuvent être renseignés, même après des recherches approfondies. Il précise également l'utilité et les limites d'un rapport révisé, notamment les restrictions concernant les titres de propriété et les numéros de correspondance physique. Comprendre ce processus et ses limites vous permettra de soumettre une demande de correction complète et d'interpréter vos résultats de manière réaliste.
ClassicDecoder reconstitue Build Sheet voiture de collection en combinant le décodage des VIN pris en charge avec les spécifications des véhicules disponibles, les archives historiques, les preuves de ventes aux enchères ou d'annonces, les recherches manuelles et les corrections des clients vérifiées, le cas échéant. Le processus dépendant des documents conservés et vérifiables pour un véhicule donné, le résultat est un rapport reconstitué et non un document original d'usine ; certains champs peuvent donc être incomplets ou manquants. Pour une explication plus détaillée du processus de reconstitution, au-delà du flux de travail propre à ClassicDecoder , consultez [lien manquant]. Comment Build Sheet voiture de collection sont-elles reconstituées ?.
Que signifient réellement une correction et une révision ?
Ces deux termes semblent interchangeables, mais ils désignent deux étapes distinctes d'un même processus.
Imaginez : vous corrigez un champ et vous recevez un rapport mis à jour. Il s'agit de deux étapes d'un même processus, et non de deux appellations différentes pour une même chose. La section « Mécanisme » ci-dessous explique ce qui se passe entre ces deux étapes.
Un point important avant de poursuivre : une correction ne donne pas toujours lieu à un rapport révisé complet avec tous les champs renseignés. Une correction peut aboutir à la confirmation d’un champ par des données plus fiables, à une précision par des éléments de preuve partiels, ou à son maintien en l’état faute d’historique vérifiable. Ce cas de figure est traité en détail dans la section suivante.
Fonctionnement du processus de correction et de révision
Les systèmes automatisés de ClassicDecoder génèrent la Build Sheet initiale en décodant votre numéro VIN et en recoupant les informations avec de multiples sources historiques. Le processus de correction intervient sur ce résultat si des données sont manquantes, incomplètes ou erronées.
Le processus se déroule en cinq étapes. Avant de contacter l'assistance, vérifiez si votre situation correspond à l'un de ces déclencheurs de correction courants :
Un champ est vide ou affiche « indisponible », mais vous disposez de documents indiquant que les données existent.- Un champ contient une option, un code ou une spécification qui ne correspond pas à la configuration connue de votre véhicule.
- Un champ indique une erreur de décodage automatique (un chiffre mal lu, un code transposé ou une référence croisée incorrecte).
- Un champ utilise une description qui semble incohérente avec d'autres champs confirmés dans le même rapport.
- Un champ avait été peuplé par une exécution précédente et une régénération ultérieure a introduit une anomalie.
Si l'une de ces situations s'applique, vous êtes prêt à soumettre une demande de correction.
Étape 1 - Soumettre une demande de correction
Contactez le support ClassicDecoder et incluez les éléments suivants dans votre demande :
- Votre identifiant de rapport ou référence VIN
- Le champ précis en question (nommez-le clairement)
- Une description de ce que le champ affiche actuellement et de ce que vous estimez être incorrect ou manquant.
- Toute documentation en votre possession relative à ce domaine (factures, Window Sticker , inscriptions au registre ou autres documents).
L'assistance ClassicDecoder est disponible 24 h/24 et 7 j/7, jours fériés inclus. Soumettre une demande complète, incluant les quatre éléments mentionnés ci-dessus, permet à l'équipe d'assistance de passer directement à l'examen des preuves, sans échanges préalables pour recueillir les informations de base. L'envoi de la demande lance le processus. La correction du champ n'est pas garantie, car le résultat dépend des éléments mis au jour lors de l'examen.
Commencez par le numéro VIN du véhicule
Commencez par effectuer des recherches sur le véhicule, puis contactez l'assistance en indiquant l'identifiant du rapport, le champ concerné et toute documentation justificative.
Étape 2 - Comment vos preuves sont examinées
Lorsque l'équipe d'assistance reçoit votre demande de correction, elle examine les documents que vous avez soumis en les comparant aux archives historiques indépendantes disponibles. Ces deux types de preuves n'ont pas la même valeur probante.
Étape 3 - Régénération, recherche manuelle et achèvement assisté
La régénération et la recherche manuelle sont deux choses différentes. La régénération est une nouvelle tentative automatisée du système. Lorsqu'un champ est signalé pour correction, le système peut tenter d'extraire des données actualisées de ses bases de données sources. Ce processus est automatisé et ne nécessite aucune intervention humaine. La recherche manuelle, en revanche, implique que l'équipe de support examine activement les références historiques, les registres de production, les données d'enregistrement et d'autres sources disponibles afin de trouver des éléments que le système automatisé n'a pas pu identifier par lui-même.
Étape 4 - Comment les décisions relatives aux résultats sont prises
Après examen des données probantes et recherches, l'équipe de soutien attribue l'un des trois états de résultat à chaque domaine examiné.
| Résultat | Définition | Incidence sur le rapport révisé | Raison |
|---|---|---|---|
Corrigé | Le domaine a été mis à jour sur la base de preuves vérifiables de manière indépendante. | Le rapport révisé reflète la valeur de champ mise à jour | Des preuves indépendantes suffisantes ont été trouvées pour étayer un point de données spécifique. |
Qualifié | Le champ a été partiellement mis à jour ou annoté avec un qualificateur de confiance. | Le rapport révisé présente des données partielles ou déduites, accompagnées des notations appropriées. | Des preuves existent, mais elles sont incomplètes, indirectes ou proviennent d'une source unique sans corroboration indépendante. |
Non résolu | Le champ reste inhabité ou inchangé | Le rapport révisé reflète l'absence de données vérifiables pour ce domaine. | Aucune preuve indépendante n'existe dans les documents disponibles pour étayer un point de données spécifique. |
Quelques points sont essentiels à comprendre en parallèle de ce tableau.
Tout d'abord, la mention « Corrigé » reflète les meilleures données disponibles pour ce domaine. Cela ne signifie pas que le domaine correspond à la configuration d'usine d'origine avec une certitude absolue. Les archives des véhicule de collection ne sont pas toujours complètes, et même les corrections vérifiées représentent les données les plus probantes disponibles, et non une exactitude certifiée par le constructeur.
Deuxièmement, le statut « Non résolu » est tout à fait valable et honnête. Il signifie que les données historiques nécessaires pour renseigner ou vérifier le champ sont actuellement introuvables dans les archives disponibles. Il ne s'agit pas d'un échec du processus de vérification. ClassicDecoder ne falsifie aucune donnée pour combler une lacune, et le fait de marquer un champ comme non résolu est la conclusion appropriée en l'absence de preuves indépendantes.
Troisièmement, si un dossier demeure non résolu après examen, il est possible d'obtenir des crédits de rapport et de coordonner les remboursements avec le service d'assistance. Ce point est abordé plus en détail dans la FAQ.
Étape 5 - Réception de votre rapport révisé
Une fois les décisions prises au niveau des champs, ClassicDecoder régénère le rapport pour intégrer ces modifications. Le rapport qui vous est fourni est un rapport révisé. Il reflète toutes les décisions appliquées au niveau des champs lors de la vérification des corrections, y compris les champs corrigés, qualifiés ou non résolus.
Délais et frais selon le processus actuel : Pour les dossiers nécessitant une assistance à la saisie, ClassicDecoder s’engage à livrer les documents sous 24 à 48 heures selon le processus actuel. Il s’agit d’un objectif de service, et non d’un délai contractuel. Les dossiers complexes impliquant plusieurs champs ou une disponibilité d’archives limitée peuvent nécessiter un délai supplémentaire. La demande de correction ou l’assistance à la saisie sont gratuites selon le processus actuel. Le délai cible et l’absence de frais supplémentaires reflètent la politique actuelle et doivent être considérés comme tels, et non comme des garanties permanentes et inconditionnelles.
Ce qu'un rapport révisé peut et ne peut pas vous dire
Un rapport révisé présente les meilleures données historiques disponibles concernant un véhicule spécifique, fondées sur les documents d'archives et les recherches documentées. Il décrit clairement ses capacités et ses limites. Les deux sections ci-dessous expliquent ces deux aspects.
Quand les champs restent non résolus – et pourquoi c’est une réponse honnête
Si, après examen et recherche, ClassicDecoder ne parvient pas à trouver de preuves vérifiables de manière indépendante pour un champ donné, ce champ est marqué comme non résolu. Cela ne signifie pas que l'équipe d'assistance n'a pas cherché, mais reconnaît honnêtement les limites des documents historiques disponibles.
Deux brefs scénarios illustrent la différence entre une erreur corrigible et un écart définitivement irrémédiable.
Exemple 1 (corrigible) : Une erreur d’analyse automatique a mal interprété un chiffre du VIN, ce qui a entraîné l’affichage d’un code moteur incorrect sur la Build Sheet . Après vérification du VIN par l’équipe d’assistance à l’aide d’un registre de production indépendant, le code correct a été confirmé et le champ a été mis à jour. Il s’agit d’une correction : les données existaient, l’erreur était technique et une preuve indépendante a permis de la résoudre.
Exemple 2 (irrésolu) : Une option de commande spécifique chez le concessionnaire a été consignée sur un formulaire papier qui n’a jamais été numérisé et qui a depuis été détruit. Aucun registre, base de données du constructeur ou archive tierce ne fait référence à cette option pour ce numéro VIN. Aucune recherche supplémentaire ne permettra de récupérer des informations provenant d’une source désormais introuvable. Ce problème est et restera non résolu.
ClassicDecoder signale ces champs comme non résolus au lieu de les renseigner avec des valeurs supposées ou déduites. Ce statut « non résolu » reflète fidèlement l’état des données historiques et ne constitue pas une lacune du service.
Ce qu'un rapport révisé ne vérifie pas
Une version révisée Build Sheet ClassicDecoder tient compte des données historiques disponibles, reconstituées à partir des documents conservés. Voilà en quoi elle se limite et ce qu'elle fait.
Comment les modifications apportées aux rapports sont étiquetées et ce que l'interface utilisateur actuelle affiche
ClassicDecoder développe des fonctionnalités de transparence au niveau des champs qui permettront aux utilisateurs de voir quels champs ont été modifiés, quand ils ont été mis à jour et à quel type de source chaque point de données correspond. Ces fonctionnalités, incluant l'horodatage des révisions au niveau des champs et les étiquettes de source, sont des options de transparence prévues et actuellement en développement. Elles ne sont pas encore disponibles pour tous les utilisateurs dans l'interface actuelle.
Si vous souhaitez comprendre précisément les modifications apportées à votre rapport révisé et leurs raisons, la procédure actuelle consiste à contacter directement l'assistance. L'équipe d'assistance pourra vous expliquer quels champs ont été mis à jour, les éléments justifiant chaque décision et la classification de chaque résultat. Ce canal de communication constitue la solution de contournement opérationnelle actuelle, en attendant la disponibilité systématique de l'étiquetage intégré aux rapports.