Dieser Artikel beschreibt den gesamten Ablauf von der Einreichung eines Korrekturantrags bis zum Erhalt des überarbeiteten Berichts. Er erläutert die Prüfung der Nachweise, die Bedeutung der drei möglichen Ergebnisse und warum manche Felder trotz intensiver Recherche nicht ausgefüllt werden können. Außerdem wird erklärt, wofür ein überarbeiteter Bericht verwendet werden kann und wofür nicht, einschließlich der Einschränkungen hinsichtlich Eigentumsrechten und physischen Übereinstimmungsnummern. Das Verständnis des Prozesses und seiner Grenzen hilft Ihnen, einen vollständigen Korrekturantrag einzureichen und die Ergebnisse realistisch zu interpretieren.
ClassicDecoder rekonstruiert Oldtimer Build Sheet , indem es die unterstützte VIN-Dekodierung mit verfügbaren Fahrzeugspezifikationen, historischen Aufzeichnungen, Auktions- oder Angebotsnachweisen, manueller Recherche und gegebenenfalls geprüften Kundenkorrekturen kombiniert. Da der Prozess davon abhängt, welche Aufzeichnungen für ein bestimmtes Fahrzeug erhalten geblieben und verifiziert werden können, ist das Ergebnis ein rekonstruierter Bericht und kein originales Werksdokument. Einige Felder können unvollständig oder nicht verfügbar sein. Eine ausführlichere Erklärung des Rekonstruktionsprozesses, die über den Workflow von ClassicDecoder hinausgeht, finden Sie hier: Wie Oldtimer Build Sheet rekonstruiert werdenDie
Was eine Korrektur und eine Überarbeitung tatsächlich bedeuten
Die beiden Begriffe klingen austauschbar, bezeichnen aber zwei unterschiedliche Phasen desselben Prozesses.
Stellen Sie es sich so vor: Sie korrigieren ein Feld und erhalten einen überarbeiteten Bericht. Dies sind zwei Schritte desselben Prozesses, nicht zwei verschiedene Bezeichnungen für ein und dasselbe. Der Abschnitt „Mechanismus“ weiter unten erklärt, was zwischen diesen beiden Schritten geschieht.
Ein wichtiger Hinweis vorab: Nicht jede Korrektur führt zu einem vollständig ausgefüllten, überarbeiteten Bericht, in dem alle Felder geklärt sind. Eine Korrektur kann dazu führen, dass ein Feld durch bessere Daten bestätigt, durch Teilbelege qualifiziert oder als ungeklärt gekennzeichnet wird, weil kein verifizierbarer historischer Datensatz existiert. Dieses Ergebnis wird im nächsten Abschnitt ausführlich behandelt.
Wie der Korrektur- und Überprüfungsprozess funktioniert
Die automatisierten Systeme von ClassicDecoder erstellen das erste Build Sheet , indem sie Ihre Fahrzeugidentifikationsnummer (VIN) dekodieren und mehrere historische Quellen abgleichen. Der Korrektur-Workflow greift auf dieses Ergebnis ein, wenn Angaben fehlen, unvollständig oder fehlerhaft sind.
Der Prozess durchläuft fünf Phasen. Bevor Sie sich an den Support wenden, prüfen Sie, ob Ihre Situation einem dieser häufigen Auslöser für Korrekturmaßnahmen entspricht:
Ein Feld ist leer oder zeigt „nicht verfügbar“ an, aber es liegen Dokumente vor, die darauf hindeuten, dass die Daten vorhanden sind.- Ein Feld enthält eine Option, einen Code oder eine Spezifikation, die nicht mit der bekannten Konfiguration Ihres Fahrzeugs übereinstimmt.
- Ein Feld weist auf einen automatischen Dekodierungsfehler hin (eine falsch gelesene Ziffer, einen vertauschten Code oder eine fehlerhafte Querverweis).
- Ein Feld verwendet eine Beschreibung, die im Widerspruch zu anderen bestätigten Feldern im selben Bericht zu stehen scheint.
- Ein Feld wurde durch einen vorherigen Durchlauf besiedelt, und die nachfolgende Regeneration führte zu einer Diskrepanz.
Wenn einer dieser Punkte zutrifft, können Sie einen Korrekturantrag einreichen.
Schritt 1 – Einreichen eines Korrekturantrags
Wenden Sie sich an ClassicDecoder Support und geben Sie in Ihrer Anfrage Folgendes an:
- Ihre Berichtskennung oder VIN-Referenz
- Das betreffende Fachgebiet (bitte genau benennen)
- Eine Beschreibung dessen, was das Feld aktuell anzeigt und was Ihrer Meinung nach falsch oder fehlend ist.
- Jegliche Dokumentation, die Sie besitzen und die sich auf dieses Gebiet bezieht (Rechnungen, Window Sticker , Registereinträge oder andere Aufzeichnungen).
ClassicDecoder -Support ist rund um die Uhr, 7 Tage die Woche, auch an Feiertagen, erreichbar. Wenn Sie eine vollständige Anfrage mit allen vier oben genannten Komponenten einreichen, kann das Support-Team direkt mit der Überprüfung der Belege beginnen, ohne dass zunächst grundlegende Informationen abgefragt werden müssen. Mit dem Absenden der Anfrage wird der Prozess gestartet. Eine Korrektur des Feldes kann nicht garantiert werden, da das Ergebnis von den im Rahmen der Überprüfung gefundenen Belegen abhängt.
Beginnen Sie mit der Fahrzeugidentifikationsnummer (VIN).
Informieren Sie sich zunächst über das Fahrzeug und kontaktieren Sie dann den Support unter Angabe der Berichts-ID, des betreffenden Feldes und aller relevanten Unterlagen.
Schritt 2 – Wie Ihre Nachweise geprüft werden
Sobald das Support-Team Ihre Korrekturanfrage erhält, prüft es die von Ihnen eingereichten Unterlagen anhand verfügbarer unabhängiger historischer Aufzeichnungen. Diese beiden Arten von Nachweisen werden nicht gleichwertig behandelt.
Schritt 3 – Regeneration, manuelle Recherche und unterstützte Fertigstellung
Regeneration und manuelle Recherche sind zwei unterschiedliche Vorgänge. Bei der Regeneration versucht das System automatisch, neue Daten aus seinen Quelldatenbanken abzurufen, sobald ein Feld zur Korrektur markiert ist. Dieser Prozess ist automatisiert und erfordert keine manuelle Recherche. Die manuelle Recherche hingegen beinhaltet, dass das Support-Team aktiv historische Referenzen, Produktionsaufzeichnungen, Registerdaten und andere verfügbare Quellen untersucht, um Belege zu finden, die das automatisierte System nicht selbst ermitteln konnte.
Schritt 4 – Wie Ergebnisentscheidungen getroffen werden
Nach Prüfung der Beweislage und Recherchen ordnet das Support-Team jedem untersuchten Bereich einen von drei Ergebniszuständen zu.
| Ergebnis | Definition | Auswirkungen auf den überarbeiteten Bericht | Grund |
|---|---|---|---|
Korrigiert | Das Feld wurde auf Grundlage unabhängig überprüfbarer Beweise aktualisiert. | Der überarbeitete Bericht spiegelt den aktualisierten Feldwert wider. | Es wurden ausreichend unabhängige Belege gefunden, um einen bestimmten Datenpunkt zu stützen. |
Qualifiziert | Das Feld wurde teilweise aktualisiert oder mit einem Konfidenzqualifizierer versehen. | Der überarbeitete Bericht enthält teilweise oder abgeleitete Daten mit entsprechender Kennzeichnung. | Es liegen zwar Beweise vor, diese sind jedoch unvollständig, indirekt oder stammen aus einer einzigen Quelle ohne unabhängige Bestätigung. |
Ungelöst | Das Feld bleibt unbesetzt oder unverändert | Der überarbeitete Bericht spiegelt das Fehlen verifizierbarer Daten für diesen Bereich wider. | Es gibt in den verfügbaren Aufzeichnungen keine unabhängigen Belege, die einen bestimmten Datenpunkt stützen. |
Einige Punkte sind neben dieser Tabelle unbedingt zu beachten.
Zunächst einmal spiegelt „Korrigiert“ die bestmöglichen verfügbaren Informationen zu diesem Thema wider. Es bedeutet nicht, dass die Übereinstimmung mit der ursprünglichen Werkskonfiguration zu 100 % garantiert ist. Historische Aufzeichnungen zu Oldtimer Modellen sind nicht immer vollständig, und selbst verifizierte Korrekturen stellen die stärksten verfügbaren Informationen dar, jedoch keine werksseitig zertifizierte Genauigkeit.
Zweitens ist „Nicht aufgelöst“ ein gültiger und korrekter Status. Er bedeutet, dass die historischen Belege, die zum Ausfüllen oder Verifizieren des Feldes erforderlich sind, derzeit nicht in den verfügbaren Datensätzen vorhanden sind. Dies ist kein Fehler im Überprüfungsprozess. ClassicDecoder erfindet keine Daten, um eine Lücke zu füllen, und die Kennzeichnung eines Feldes als „Nicht aufgelöst“ ist das korrekte Ergebnis, wenn keine unabhängigen Belege vorliegen.
Drittens: Sollte ein Fall nach der Überprüfung weiterhin ungelöst bleiben, stehen Ihnen als Lösungsweg Gutschriften und die Koordination einer Rückerstattung über den Support zur Verfügung. Weitere Informationen hierzu finden Sie in den FAQ.
Schritt 5 – Erhalt Ihres überarbeiteten Berichts
Sobald Feldentscheidungen getroffen wurden, generiert ClassicDecoder den Bericht neu, um diese Änderungen zu berücksichtigen. Das Ergebnis wird als überarbeiteter Bericht bezeichnet. Er spiegelt alle während der Korrekturprüfung getroffenen Feldentscheidungen wider, einschließlich der korrigierten, qualifizierten oder ungelösten Felder.
Bearbeitungszeit und Gebühren im aktuellen Workflow: Bei Fällen mit Unterstützung bei der Vervollständigung strebt ClassicDecoder im Rahmen des aktuellen Workflows eine Bearbeitungszeit von 24 bis 48 Stunden an. Dies ist eine Service-Zielvorgabe, keine vertragliche Frist. Komplexe Fälle mit mehreren Feldern oder eingeschränkter Archivverfügbarkeit können mehr Zeit in Anspruch nehmen. Für die Anforderung einer Korrektur oder die Inanspruchnahme von Unterstützung bei der Vervollständigung fallen im Rahmen des aktuellen Workflows keine zusätzlichen Gebühren an. Sowohl die Bearbeitungszeit als auch die Gebührenfreiheit entsprechen der aktuellen Unternehmensrichtlinie und sind als solche zu verstehen, nicht als bedingungslose Garantien.
Was ein überarbeiteter Bericht Ihnen sagen kann und was nicht
Der überarbeitete Bericht berücksichtigt die besten verfügbaren historischen Erkenntnisse zu einem bestimmten Fahrzeug, basierend auf erhaltenen Aufzeichnungen und dokumentierter Forschung. Er weist klare Fähigkeiten und ebenso klare Grenzen auf. Beides wird in den beiden folgenden Abschnitten erläutert.
Wenn Felder unaufgelöst bleiben – und warum das eine ehrliche Antwort ist
Wenn ClassicDecoder nach Prüfung und Recherche keine unabhängig verifizierbaren Belege für ein Feld findet, wird dieses Feld als ungeklärt markiert. Dies bedeutet nicht, dass das Support-Team es nicht versucht hat. Es ist vielmehr ein ehrliches Eingeständnis der Grenzen der erhaltenen historischen Aufzeichnungen.
Zwei kurze Szenarien verdeutlichen den Unterschied zwischen einem korrigierbaren Fehler und einer dauerhaft unüberbrückbaren Lücke.
Beispiel 1 (korrigierbar): Ein automatischer Analysefehler führte zu einer falschen Interpretation einer Fahrgestellnummerziffer, wodurch im Build Sheet ein falscher Motorkennbuchstabe angezeigt wurde. Durch den Abgleich der Fahrgestellnummer mit einem unabhängigen Produktionsdatensatz konnte das Support-Team den korrekten Kennbuchstabe bestätigen und das Feld entsprechend aktualisieren. Dies ist eine Korrektur: Die Daten waren vorhanden, der Fehler war technischer Natur und wurde durch unabhängige Nachweise behoben.
Beispiel 2 (dauerhaft unlösbar): Eine bestimmte Händlerbestellungsoption wurde auf einem Papierformular erfasst, das nie digitalisiert und anschließend vernichtet wurde. Weder in Registern noch in Herstellerdatenbanken oder Archiven Dritter findet sich ein Eintrag zu dieser Option für diese Fahrzeugidentifikationsnummer (FIN). Auch umfangreiche Recherchen können diese Information nicht wiederherstellen, da die Quelle in keiner Form mehr existiert. Dieses Feld ist und bleibt ungelöst.
ClassicDecoder kennzeichnet diese Felder als nicht aufgelöst, anstatt sie mit angenommenen oder abgeleiteten Werten zu füllen. Der Status „nicht aufgelöst“ spiegelt die historische Datenlage korrekt wider und ist kein Servicedefizit.
Was ein überarbeiteter Bericht nicht bestätigt
Das überarbeitete ClassicDecoder Build Sheet berücksichtigt die verfügbaren historischen Daten, die aus erhaltenen Aufzeichnungen rekonstruiert wurden. Das ist der Umfang und die Funktion des Systems.
Wie Änderungen in Berichten gekennzeichnet werden und was die aktuelle Benutzeroberfläche anzeigt
ClassicDecoder entwickelt Transparenzfunktionen auf Feldebene, die es Benutzern ermöglichen, zu sehen, welche Felder geändert wurden, wann die Aktualisierung erfolgte und welchen Quelltyp die einzelnen Datenpunkte repräsentieren. Diese Funktionen, einschließlich Revisionszeitstempel und Quellbezeichnungen auf Feldebene, sind geplante Transparenzfunktionen, die sich derzeit in der Entwicklung befinden. Sie stehen in der aktuellen Benutzeroberfläche noch nicht allen Benutzern einheitlich zur Verfügung.
Wenn Sie genau wissen möchten, was sich in Ihrem überarbeiteten Bericht geändert hat und warum, wenden Sie sich bitte direkt an den Support. Das Support-Team kann Ihnen erläutern, welche Felder aktualisiert wurden, welche Belege die einzelnen Entscheidungen stützten und wie die einzelnen Ergebnisse klassifiziert wurden. Dieser Kommunikationsweg ist die aktuelle Lösung, bis die Kennzeichnung direkt im Bericht einheitlich verfügbar ist.