Die nachfolgenden Abschnitte behandeln jede dieser drei Versicherungspolicen ausführlich, einschließlich dessen, was sie garantieren und was nicht.
Dieser Artikel wird von ClassicDecoder veröffentlicht, einem Unternehmen, das sich auf die Entschlüsselung klassischer Fahrgestellnummern und die Rekonstruktion der Werkskonfiguration älterer Fahrzeuge und Fahrzeuge vor Baujahr 1981 spezialisiert hat. Korrekturen ClassicDecoder sind kostenlos und es gibt keine festgelegte Anzahl an Überarbeitungen. Die Bearbeitung von Korrekturen und die Unterstützung bei der Vervollständigung von Fahrzeugdaten können 24 bis 48 Stunden dauern, oft geht es aber auch schneller. Die Ergebnisse hängen jedoch von den verfügbaren Informationen zum jeweiligen Fahrzeug ab.
Gebühren, Bearbeitungszeiten und Erwartungen an Überarbeitungen sind Teil eines umfassenderen Supportprozesses, der auch die regelmäßige manuelle Überprüfung, die Unterstützung bei der Fertigstellung, die Korrekturprüfung und die Bearbeitung von Überarbeitungsstatus umfasst. Eine vollständige Übersicht finden Sie hier: Oldtimer Build Sheet , Korrekturen & Unterstützung bei der FertigstellungDie
Für Korrekturen Build Sheet fallen keine zusätzlichen Gebühren an.
Korrekturen sind kostenlos. Sollten die Angaben auf einem gelieferten Build Sheet überprüft und überarbeitet werden müssen, ist diese Unterstützung Teil des Service – für die erneute Prüfung fallen keine zusätzlichen Kosten an.
Es ist wichtig, sich darüber im Klaren zu sein, was das in der Praxis bedeutet. Die Gebührenfreiheit deckt zwar die Unterstützung bei der Korrektur ab, sollte aber nicht als Versprechen unbegrenzter manueller Recherche verstanden werden. Der Zugang zu Korrekturen und die Menge der verfügbaren Belege zu einem bestimmten Thema sind separate Fragen.
Die Korrekturrichtlinie ermöglicht es, einen Sachverhalt ohne zusätzliche Korrekturgebühr erneut prüfen zu lassen. Umfang und Ergebnis dieser Prüfung hängen weiterhin vom jeweiligen Sachverhalt und den verfügbaren Beweisen ab; die Richtlinie begründet keine unbegrenzte Forschungsverpflichtung.
Haben Sie eine klassische Fahrgestellnummer für Ihre Recherche?
Geben Sie es ein, um zu sehen, welche Fahrzeuginformationen verfügbar sind.
Wie lange dauert die Korrektur und die Unterstützung bei der Fertigstellung?
Die Bearbeitung von Korrektur- und Vervollständigungsfällen kann 24 bis 48 Stunden dauern, wird aber oft schneller abgeschlossen. Dies ist die übliche Bearbeitungszeit für solche Fälle und keine Garantie für eine schnelle und zuverlässige Bearbeitung oder die Zusage, dass jedes Problem innerhalb dieses Zeitraums gelöst wird.
Einige Einschränkungen sind hierbei wichtig. „Oftmals schneller gelöst“ bedeutet nicht zwangsläufig eine kürzere Bearbeitungszeit. Die aktuell genehmigten Projektdaten legen auch keinen öffentlichen Startpunkt für den Zeitrahmen fest; daher sollte die Angabe als allgemeine Bearbeitungszeiterwartung für entsprechende Korrektur- und Fertigstellungsfälle formuliert werden.
Eine Unterscheidung verdient besondere Beachtung:
| Verfahren | Erwartung |
|---|---|
Anwendbare Korrektur- und Unterstützungsfälle | Bis zu 24 bis 48 Stunden (oftmals schneller gelöst) |
Build Sheet / Erste Lieferung | Nicht von diesem Zeitraum abgedeckt |
Notiz: Das Zeitfenster von 24 bis 48 Stunden bezieht sich auf die Bearbeitung von Korrekturen und die Unterstützung bei der Fertigstellung nach der Lieferung. Es gibt nicht an, wie lange es dauert, bis eine neue Build Sheet nach dem Kauf eintrifft. Die ursprüngliche Lieferzeit wird in diesem Artikel nicht behandelt und ist in der obigen Tabelle nicht aufgeführt.
Diese Unterscheidung ist wichtig, da die beiden Zeiträume leicht verwechselt werden können. Wurde ein Build Sheet gerade erst bestellt und ist noch nicht eingetroffen, gilt die Korrekturfrist von 24 bis 48 Stunden in diesem Fall nicht. Diese Frist wird erst relevant, nachdem das Build Sheet geliefert wurde und ein konkretes Problem mit dem Inhalt geprüft und behoben wird.
Erwartungen an die Überarbeitung korrigierter Build Sheet
Classic Decoder arbeitet ohne festgelegtes Revisionslimit. Die aktuelle Richtlinie sieht keine maximale Anzahl an Korrekturen oder Revisionsanfragen vor. Sollten nach einer Korrektur weiterhin Probleme mit einem Build Sheet bestehen, kann dieses erneut eingereicht werden.
Das Fehlen einer festgelegten Obergrenze ist jedoch keine Garantie dafür, dass alle Probleme letztendlich gelöst werden. Entscheidend ist nicht, wie oft eine Korrektur beantragt werden kann, sondern ob die zur Schließung einer konkreten Lücke erforderlichen Nachweise tatsächlich vorliegen. Im Folgenden wird erläutert, warum diese Unterscheidung wichtig ist.
Warum Revisionen fehlende Daten nicht immer wiederherstellen können
Der Zugang zu Korrekturhilfen ersetzt nicht das Vorhandensein von Belegen. Fehlende Daten in einem Build Sheet können nach Recherche und Überprüfung ergänzt werden, sofern entsprechende Belege vorliegen. Sind die benötigten Belege nicht verfügbar oder unzureichend, bleibt das Feld möglicherweise ungelöst.
Dies bedeutet, dass einige Felder eines Build Sheet nach der Korrekturprüfung möglicherweise noch nicht ausgefüllt sind. Eine verbleibende Lücke beweist nicht per se einen Prozessfehler oder dass die historischen Informationen nie existiert haben; sie bedeutet lediglich, dass die verfügbaren Daten zu diesem Zeitpunkt keine umfassendere Aktualisierung rechtfertigen. Sollten geeignete Daten verfügbar werden, ist eine Ergänzung möglich.
Ein unvollständiges Build Sheet führt nicht automatisch zu weiterführenden Untersuchungen. Ein spärliches Ergebnis beweist nicht zwangsläufig einen technischen Fehler und garantiert keine Berechtigung für Unterstützung bei der Fertigstellung. Zusätzliche Unterstützung wird gegebenenfalls separat und nachweisabhängig gewährt.
Für Leser, die wissen möchten, wie eingereichte Korrekturen bewertet werden, wird dieser Prozess im zugehörigen Artikel beschrieben. Wie Korrekturen an Oldtimer Build Sheet überprüft werdenInformationen darüber, was die überarbeiteten Statusbezeichnungen bedeuten und wie sie zu interpretieren sind, finden Sie in Erläuterung der Status- und Prüfbezeichnungen im überarbeiteten Build SheetDie