Wie Oldtimer Build Sheet rekonstruiert werden

Die originalen Werks- Build Sheet waren physische Dokumente, die während der Fahrzeugmontage ausgestellt wurden. Bei den meisten Oldtimer sind diese Papiere jedoch längst verloren gegangen. Sie könnten beim Besitzerwechsel verloren gegangen, durch Wasser oder Hitze zerstört oder bei Reparaturen einfach entsorgt worden sein. Die Rekonstruktion ist die praktikable Alternative: ein schrittweiser Prozess, der alle verfügbaren Quellen nutzt, um ein möglichst vollständiges Bild zu erstellen. Bei Fahrzeugen vor 1981 ist dieser Prozess strukturell aufwendiger als eine einfache Fahrgestellnummernabfrage, da die Identifikationsnummern vor der bundesweiten Standardisierung je nach Hersteller stark variierten und oft nur einen Bruchteil der tatsächlichen Fahrzeugkonfiguration widerspiegelten. Bevor man sich auf einen rekonstruierten Bericht verlässt, ist es unerlässlich zu verstehen, wie die Rekonstruktion funktioniert und was ihre Ergebnisse bedeuten.

ClassicDecoder ist auf die Dokumentation von Oldtimern und Fahrzeugen vor 1981 spezialisiert. Nicht standardisierte Fahrgestellnummernformate und unvollständige Aufzeichnungen erschweren die Rekonstruktion von Fahrzeugdatenblättern oft durch die Recherche mehrerer Quellen. Der Prozess kombiniert dekodierte Fahrgestellnummernattribute, Fahrzeugspezifikationen, historische Aufzeichnungen, Auktions- oder Angebotsnachweise, manuelle Überprüfung und, falls vorhanden, korrigierte Kundeneingaben. Unklare oder fehlende Felder werden dabei von bestätigten Informationen getrennt. Einen umfassenderen Überblick über die Inhalte von Oldtimer Build Sheet , deren Erstellung und die jeweiligen Grenzen finden Sie hier: Oldtimer Build Sheet : Was sie zeigen und wie sie erstellt werdenDie

Was ist ein rekonstruiertes Build Sheet ?

Ein rekonstruiertes Build Sheet ist ein neu erstelltes Forschungsdokument, keine Reproduktion des originalen Werksdokuments. Das originale Build Sheet wurde vom Hersteller zum Zeitpunkt der Produktion erstellt, dem jeweiligen Fahrzeug auf dem Montageband zugeordnet und als interne Produktionsreferenz im Auto hinterlegt. Es galt als offizielle Werksdokumentation. Bei den meisten Oldtimer existiert dieses Dokument nicht mehr. Es könnte an einem nie untersuchten Ort im Fahrzeug versteckt sein oder einfach vor Jahrzehnten verloren gegangen sein. In jedem Fall ist das Fehlen des Originals der Grund für die Notwendigkeit der Rekonstruktion.

Ein rekonstruiertes Datenblatt wird aus den erhaltenen Beweismitteln neu erstellt. Es handelt sich weder um einen Scan, eine beglaubigte Kopie, einen Nachdruck noch um eine Replik des Originals. Vielmehr ist es das Ergebnis einer Forschungsarbeit, die durch die Zusammenstellung und Bewertung von Quellen entsteht, die nach dem Originaldokument vorliegen. Dazu gehören VIN-codierte Daten, historische Aufzeichnungen, zeitgenössische Fotografien und ähnliche Fahrzeuge aus derselben Produktionsreihe.

Originales Werksdokument vs. rekonstruiertes Build Sheet

Ein rekonstruiertes Datenblatt besitzt trotz seiner fehlenden Originalität einen echten Forschungsnutzen. Bei Fahrzeugen, deren Originaldokumente nicht mehr vorliegen, liefert ein sorgfältig erstellter rekonstruierter Bericht das vollständigste Bild der Werkskonfiguration, das die verfügbaren Beweise zulassen.

Warum Oldtimer eine Rekonstruktion aus mehreren Quellen erfordern

Die gängigste Annahme bei klassischen VIN-Abfragen ist, dass die Identifikationsnummer alle Informationen zur Fahrzeugkonfiguration enthält. Für die meisten Fahrzeuge vor 1981 ist diese Annahme jedoch falsch; die Einschränkung ist eher struktureller als technischer Natur.

Vor 1981 gab es keinen bundesweiten Standard für Format und Inhalt von Fahrzeugidentifikationsnummern (FIN). Das standardisierte 17-stellige FIN-Format der National Highway Traffic Safety Administration (NHTSA) trat erst mit dem Modelljahr 1981 in Kraft. Zuvor verwendete jeder Automobilhersteller seine eigenen Codierungskonventionen, die sich in Länge, Format und den codierten Fahrzeugmerkmalen unterschieden. Das Ergebnis ist eine Vielzahl unterschiedlicher Herstellerstandards anstelle eines einheitlichen Suchsystems.

Wenn man die Fahrgestellnummer (VIN) eines Oldtimers vor 1981 isoliert entschlüsselt, lassen sich in der Regel nur Marke, Modelljahr, Montagewerk und Produktionsnummer ermitteln. Nicht preisgegeben werden können die bei der Bestellung gewählten Ausstattungspakete, die Farb- und Ausstattungsvarianten, die Motorisierung über die Basisausstattung hinaus sowie alle vom Erstkäufer gewünschten Konfigurationsänderungen.

Stellen Sie sich eine Fahrzeugidentifikationsnummer (VIN) von vor 1981 wie ein kurzes Etikett auf einer Verpackung vor. Sie gibt Auskunft über die Marke, das allgemeine Modell und den Produktionsort, aber nicht über den Inhalt.

Diese Lücke ist kein Fehler der Fahrzeugidentifikationsnummer (FIN), sondern ein charakteristisches Merkmal der Funktionsweise von Identifikationsnummern vor deren Standardisierung. Ein kostenloser, automatisierter FIN-Decoder ist genau durch diese Architektur eingeschränkt. Er kann nur die in der FIN selbst kodierten Informationen anzeigen, wodurch ein wesentlicher Teil der Fahrzeugkonfiguration unberücksichtigt bleibt. Externe Datensätze sind daher strukturell erforderlich, um diese Lücke zu schließen, und nicht nur als Ergänzung hilfreich.

Die Rekonstruktion aus mehreren Quellen ist die Methode, die diese Lücke direkt schließt. Durch die Zusammenführung von Herstellerdaten, Produktionsdokumentationen, historischen Registern, Auktionslisten, Spezifikationsdatenbanken und anderen verfügbaren Quellen lassen sich Konfigurationsdaten ermitteln, die eine reine Fahrgestellnummernabfrage nicht liefern könnte. Dienste wie ClassicDecoder basieren auf dieser Spezialisierung auf Fahrzeuge vor 1981 und berücksichtigen, dass Oldtimer einen grundlegend anderen Rechercheansatz erfordern als eine moderne, standardisierte Fahrgestellnummernabfrage.

Wie ein klassisches Build Sheet rekonstruiert wird: Der Multi-Source-Workflow

Die Rekonstruktion eines klassischen Build Sheet ist keine einfache Datenbankabfrage. Es handelt sich um einen mehrstufigen Prozess mit mehreren Datenquellen, bei dem jeder Schritt auf den Unklarheiten des vorherigen Schrittes aufbaut. Der Workflow durchläuft verschiedene Phasen: VIN-Dekodierung, Zusammenführung externer Datenquellen, Klassifizierung der Nachweise, Konfliktlösung, manuelle Überprüfung und die Erstellung des finalen Datenblatts – wobei die genannten Einschränkungen zu beachten sind.

ClassicDecoder setzt diesen Workflow als Kernmethodik für Oldtimer -Dokumentation ein und kombiniert die automatisierte Datenerfassung mit manueller Recherche durch Menschen in den Phasen, in denen die Automatisierung an ihre strukturellen Grenzen stößt.

Der Rekonstruktionsablauf:

1. 1.
   1. VIN-Dekodierung - Die Fahrzeugidentifikationsnummer wird unter Verwendung zeitgemäßer Herstellercodierungsstandards dekodiert, um direkt codierte Attribute zu extrahieren.
2. 2.
   2. Zusammenführung externer Quellen – Historische Aufzeichnungen, Produktionsdokumentationen, Register, Auktionslisten, Spezifikationsdatenbanken und andere verfügbare Quellen werden zusammengetragen, um das zu ergänzen, was die Fahrzeugidentifikationsnummer (VIN) allein nicht liefern kann.
3. 3.
   3. Klassifizierung der Beweise - Jedem gewonnenen Datenpunkt wird eine Beweisbezeichnung zugewiesen, die seine Quellenart und sein Vertrauensniveau angibt.
4. 4.
   4. Konfliktlösung – Wenn zwei Quellen hinsichtlich desselben Attributs unterschiedlicher Meinung sind, werden die verfügbaren Beweise gemäß einer Vergleichsrelevanzhierarchie gewichtet, wobei Quellen mit höherer Autorität Vorrang haben.
5. 5.
   5. Manuelle Überprüfung - Automatisierte Lücken, ungelöste Konflikte und vom Eigentümer eingereichte Korrekturen lösen eine manuelle Überprüfung aus, um eine Lösung zu finden oder Felder als nicht verfügbar zu kennzeichnen.
6. 6.
   6. Erstellung des endgültigen Dokuments - Das fertige Dokument wird erstellt, wobei jedes Feld mit seiner Nachweisart beschriftet und alle dauerhaft nicht verfügbaren Felder vermerkt werden.

Eine detailliertere Beschreibung, wie dieser Workflow innerhalb des Dienstes angewendet wird, einschließlich automatisierter Zusammenstellung, manueller Überprüfung, unterstützter Vervollständigung und Berichtserneuerung, finden Sie unter Wie ClassicDecoder ein Oldtimer Build Sheet rekonstruiertDie

Die manuelle Überprüfung ist ein fester Bestandteil des Arbeitsablaufs und keine optionale Zusatzfunktion, da die automatisierte Dekodierung vorhersehbare Grenzen hat. Manche Felder lassen sich nicht allein aus einer Datenbank ermitteln; hierfür muss ein Forscher ein erhaltenes Dokument, ein Foto oder einen Registereintrag finden und interpretieren. Die Zusammenführung mehrerer Quellen löst dieses Problem, indem sie auf Quellklassen zurückgreift, die keine einzelne Datenbank enthält, und so ein umfassenderes Bild liefert als die Suche in nur einer Quelle.

Phase Eins: Was der VIN-Dekodierungsschritt ergibt

Die VIN-Dekodierung bildet die Grundlage für die Rekonstruktion des Fahrzeugdatenblatts, indem alle direkt in der Identifikationsnummer enthaltenen Informationen extrahiert werden. Bei Oldtimer umfasst dies typischerweise Marke, Modelljahr, Montagewerk und Produktionsnummer. Einige Hersteller kodieren darüber hinaus auch Karosserieform, Motorenfamilie oder Modellreihe auf allgemeiner Ebene.

Was die Fahrzeugidentifikationsnummer (FIN) allein nicht erfassen kann, ist erheblich. Werksseitige Ausstattungspakete, individuelle Farbauswahl, Polsteroptionen, Motor-Upgrades über die Basisausstattung hinaus, vom Händler eingebaute Zusatzausstattungen und die meisten Konfigurationsvarianten, die bei der Bestellung gewählt wurden, werden in einer FIN vor 1981 nicht gespeichert. Die FIN war nicht dafür ausgelegt, diese Informationen zu speichern.

Diese Grenze ist wichtig, da sie genau definiert, wo externe Aufzeichnungen beginnen müssen. Alles, was einen bestimmten Oldtimer für einen Restaurator oder Käufer interessant macht – die gewählten Optionen, die seltene Werksausstattung, die Ausstattungs-Upgrades –, steckt in den Daten, die die Fahrgestellnummer allein nicht liefern kann. Die Dekodierungsphase identifiziert, was direkt bestätigt ist; die Aggregationsphase beginnt, die fehlenden Daten zu ergänzen.

Eine detaillierte Erklärung, welche Fahrzeugmerkmale in einer älteren Fahrgestellnummer kodiert sein können, die je nach Hersteller und Baujahr variieren und für welche Details in der Regel weitere Nachweise erforderlich sind, finden Sie unter Welche Fahrzeuginformationen lassen sich aus einer Fahrzeugidentifikationsnummer (VIN) ableiten?Die

Phase Zwei: Sammeln externer Aufzeichnungen, Archive und Auktionsdaten

Sobald in der VIN-Dekodierungsphase ermittelt wurde, was die Identifikationsnummer direkt kodiert, greift die Aggregationsphase auf einen breiteren Satz von Quellklassen zurück, um das verbleibende Konfigurationsbild zu vervollständigen.

Zu den primären Quellklassen, die bei der klassischen Build Sheet Rekonstruktion verwendet werden, gehören:

• 
  Herstellerunterlagen und Produktionsdokumentation – Produktionsrichtlinien des Werks, Optionscodierungsreferenzen und, falls vorhanden, bestehende Auftragsdokumentation.
• 
  Historische Register und Clubaufzeichnungen – Marken- und modellspezifische Besitzerclubs und Register, die Fahrzeuge und Konfigurationen über Jahrzehnte hinweg katalogisiert haben.
• 
  Auktionslisten und historische Fotografien – Bilder und Historien von Fahrzeugen derselben Marke, desselben Modells und aus demselben Produktionszeitraum, die das Vorhandensein von werksseitigen Sonderausstattungen bestätigen können, die auf den Fotos sichtbar sind.
• 
  Spezifikationsdatenbanken und Produktionshandbücher – Referenzmaterialien, die dokumentieren, welche Ausstattung für ein bestimmtes Modell und eine bestimmte Ausstattungsvariante in einem bestimmten Produktionsjahr serienmäßig, optional oder nicht verfügbar war.

Auktionsbilder und die Angebotshistorie spielen eine wichtige Rolle als sekundäre Datenquellen. Ein Foto eines Fahrzeugs aus derselben Produktionsreihe, das eine werksseitig verbaute Option an der korrekten Stelle zeigt, kann als Beleg für die recherchierte Klassifizierung in den Unterlagen eines vergleichbaren Fahrzeugs dienen. Es handelt sich dabei zwar nicht um primäre Werksaufzeichnungen, sie liefern aber wichtige, sonst fehlende Details.

Die Verfügbarkeit von Quellen variiert je nach Fahrzeugbaujahr und -marke. Die Produktionsunterlagen mancher Hersteller sind gut erhalten geblieben; andere wurden vernichtet, verkauft oder einfach nie in zugänglicher Form aufbewahrt. Daher sind keine zwei rekonstruierten Berichte hinsichtlich ihrer Quellentiefe identisch, und die Zuverlässigkeit einzelner Felder spiegelt wider, was für das jeweilige Fahrzeug tatsächlich verfügbar war.

Ein engagierter Forscher könnte prinzipiell Auktionslisten manuell zusammentragen, Register kontaktieren und Spezifikationsreferenzen ausfindig machen. Die praktische Herausforderung besteht darin, dass dieser Aufwand erheblich und zeitintensiv ist. ClassicDecoder vereinfacht diesen Prozess durch die Zusammenführung mehrerer Quellen, indem es Auktionsbilder, Angebotshistorie, Spezifikationen und – sofern verfügbar – weitere Datensätze in einem einzigen Rekonstruktions-Workflow nutzt.

Eine genauere Erläuterung, welche Konfigurationsdetails aus Produktionsreferenzen, Registern, Auktionsunterlagen, Angebotshistorie, Fotografien, Spezifikationen und anderen erhaltenen Aufzeichnungen stammen können, finden Sie unter Welche Fahrzeuginformationen stammen aus historischen Aufzeichnungen?Die

Die Auswertung der Beweise: Wie rekonstruierte Daten klassifiziert und beschriftet werden

Nicht alle Daten auf einem rekonstruierten Build Sheet haben die gleiche Aussagekraft. Ein Feld, das direkt aus der Fahrgestellnummer abgeleitet wurde, hat eine andere Bedeutung als ein Feld, das sich aus Standardausstattungsmustern ableitet, und ein Feld, das durch ein Auktionsfoto oder einen historischen Eintrag belegt ist, hat eine andere Gewichtung als ein vom aktuellen Besitzer eingereichtes. Diese Quellenkategorien bieten einen nützlichen Rahmen für die Interpretation rekonstruierter Daten, selbst wenn nicht jedes Feld im Abschlussbericht sichtbar beschriftet ist.

ClassicDecoder kann beim Erstellen eines Berichts dekodierte, quellbasierte, abgeleitete, rekonstruierte, vom Eigentümer bereitgestellte und nicht verfügbare Informationen verwenden. Die Darstellung dieser Quellkategorien kann je nach Bericht variieren, und aktuelle Berichte kennzeichnen nicht einheitlich jedes vom Eigentümer bereitgestellte Feld, jedes überarbeitete Feld, jede Quellklasse oder jeden Revisionszeitstempel. Die folgenden Kategorien sollten daher als Interpretationsrahmen und nicht als Garantie dafür verstanden werden, dass jedes Berichtsfeld eine sichtbare Herkunftsangabe enthält.

Bei der Interpretation eines rekonstruierten Datenblatts beeinflusst die Quellenkategorie eines Feldes dessen Gewichtung. Dekodierte Informationen stammen aus der VIN-Struktur. Quellenbezogene oder recherchierte Informationen basieren auf externen Aufzeichnungen. Abgeleitete Informationen beruhen auf einer begründeten Annahme und nicht auf direkten Belegen. Vom Fahrzeughalter bereitgestellte Informationen können zwar geprüft und auf ihren Wahrheitsgehalt hin überprüft werden, besitzen aber nicht dieselbe unabhängige Archivierungsautorität wie erhaltene externe Aufzeichnungen. Nicht verfügbare Informationen bedeuten, dass die erforderlichen Nachweise nicht aus zugänglichen Quellen gewonnen werden konnten.

Einen direkten Vergleich der aus der Fahrzeugidentifikationsnummer (VIN) extrahierten Informationen mit den aus Produktionsmustern oder ähnlichen Belegen geschätzten Informationen finden Sie unter: Dekodierte vs. abgeleitete Fahrzeugdaten: Worin liegt der Unterschied?Die

Wenn Quellen widersprüchlich sind und warum manche Felder leer bleiben

Die Beschriftungen der Datenpunkte definieren deren Bedeutung. Dieser Abschnitt erklärt, wie vorzugehen ist, wenn zwei Beschriftungen voneinander abweichen, und was es bedeutet, wenn ein Feld leer ist.

Vergleichsrelevanzhierarchie

Wenn zwei Datenquellen demselben Feld unterschiedliche Werte zuweisen, gilt folgende Hierarchie, welche Datenquelle Vorrang hat:

1. 1.
   1. Originaldokument (falls ein physisches Werksdokument erhalten geblieben ist)
2. 2.
   2. Direkt recherchiertes Archivmaterial (ein glaubwürdiger externer Beleg wie z. B. ein Registereintrag oder ein Auktionsfoto)
3. 3.
   3. Abgeleitete Spezifikationen (Standardausstattungsmuster für die jeweilige Ausstattungsvariante)
4. 4.
   4. Vom Eigentümer bereitgestellt (vom Eigentümer bereitgestellte Korrektur, geprüft, aber nicht unabhängig verifiziert)

Ein recherchiertes Feld hat Vorrang vor einem abgeleiteten Feld. Ein abgeleitetes Feld hat Vorrang vor einem vom Eigentümer bereitgestellten Feld. Diese Hierarchie ist keine Wertung der Ehrlichkeit des Eigentümers; sie spiegelt vielmehr wider, wie viel unabhängige Archivautorität jede Quellenklasse besitzt.

Das Ghost-Node-Konzept für abgeleitete Elemente

Ein abgeleiteter Eintrag erscheint auf dem Datenblatt, weil er zur Serienausstattung dieser Ausstattungsvariante gehörte. Die Produktionsunterlagen bestätigen dies. Was jedoch kein Dokument bestätigt, ist, ob der ursprüngliche Käufer eine Werksabmeldung gewünscht hat. Viele Oldtimer wurden mit nicht serienmäßigen Konfigurationen bestellt: Käufer strichen Serienausstattungen, wählten Alternativen oder gaben Optionen an, die von der Standardausstattung abwichen. Ein abgeleiteter Eintrag stellt die wahrscheinlichste Konfiguration dar, keine bestätigte. Er ist ein Platzhalter basierend auf Produktionsnormen und kein verifizierter Nachweis darüber, mit welcher Ausstattung dieses spezifische Fahrzeug das Werk verlassen hat.

Der konkrete Unterschied: Abgeleitet vs. Erforscht

Betrachten wir zwei Felder auf einem rekonstruierten Datenblatt für denselben Oldtimer . Im ersten Feld ist ein serienmäßiger V8-Motor als „vermutet“ aufgeführt. Der V8 war in diesem Modelljahr die Standardmotorisierung für diese Ausstattungsvariante. Kein Dokument in den verfügbaren Unterlagen bestätigt, ob der Käufer den V8 beibehalten oder einen anderen Motor eingebaut hat. Das Feld ist ausgefüllt, da die Produktionsnormen dies zulassen. Es besteht jedoch das Risiko eines „Geisterknotens“: Sollte der Käufer den Motor entfernt oder ausgetauscht haben, wird dies möglicherweise nicht in den Unterlagen vermerkt.

Im zweiten Feld ist die werksseitige Klimaanlage als recherchiert aufgeführt. Ein Foto des Fahrzeugs in der Auktionsanzeige zeigt das Bedienfeld der werksseitigen Klimaanlage deutlich sichtbar auf dem Armaturenbrett. Dieses Foto dient als zusätzlicher Beleg und liefert eine aussagekräftige Bestätigung. Der Vermerk „Recherchiert“ bedeutet, dass eine konkrete externe Quelle das Vorhandensein dieser Option belegt und nicht nur, dass sie zur Serienausstattung dieser Ausstattungsvariante gehörte.

Der Unterschied ist bei der Auswertung des Dokuments relevant. Der Bereich „Recherchiert“ basiert auf tatsächlichen Belegen. Der Bereich „Abgeleitet“ basiert auf einer Produktionsannahme.

Warum einige Felder dauerhaft nicht verfügbar bleiben

Manche Felder auf einem rekonstruierten Datenblatt bleiben leer, egal wie viel manuelle Arbeit investiert wird. Die Originaldokumente sind nicht erhalten geblieben. Produktionsprotokolle der Hersteller wurden nicht geführt, vernichtet oder Forschern nie zugänglich gemacht. Dies ist ein Archivierungsfehler und keine Aussage über das Fahrzeug selbst. Ein leeres Feld beweist nicht, dass das Fahrzeug die Option nicht hatte; es bedeutet lediglich, dass keine erhaltenen Aufzeichnungen diese Option erwähnen. Diese Unterscheidung ist wichtig, wenn man die Konfiguration eines Oldtimer anhand eines rekonstruierten Berichts beurteilt.

Wenn die automatische Dekodierung an ihre Grenzen stößt: Manuelle Überprüfung und Unterstützung bei der Vervollständigung

Die automatische Dekodierung weist vorhersehbare Lücken auf. Bei Oldtimer vor 1981 sind diese Lücken struktureller Natur: Die VIN-Architektur, die Erhaltungsrate der Herstelleraufzeichnungen und die unterschiedlichen Erfassungsdaten verschiedener Quellklassen führen dazu, dass die automatische Aggregation auf praktisch jedem klassischen Build Sheet einige Felder unaufgelöst lässt. Die Frage für jeden Rekonstruktionsdienst ist, was passiert, wenn der automatisierte Prozess an diese Grenze stößt.

Bei ClassicDecoder kann eine manuelle Überprüfung oder die Unterstützung bei der Vervollständigung eingesetzt werden, wenn automatisierte Ergebnisse unvollständig, widersprüchlich sind oder durch Kundeninformationen in Frage gestellt werden. Häufige Situationen, die eine menschliche Überprüfung erfordern können, sind beispielsweise:

• 
  Automatische Dekodierungslücken – Felder, die die Fahrzeugidentifikationsnummer (VIN) nicht ausfüllen kann und die von verfügbaren automatisierten Quellen nicht aufgelöst wurden
• 
  Quellenkonflikte – Zwei Datensätze weisen demselben Attribut unterschiedliche Werte zu; dies erfordert einen Vergleich und eine weitere Überprüfung.
• 
  Vom Eigentümer eingereichte Korrekturen – Ein Kunde liefert Informationen, die vom generierten Bericht abweichen und anhand der verfügbaren Nachweise überprüft werden müssen.
• 
  Nicht aufgelöste Felder – Attribute, für die die verfügbaren Quellen kein brauchbares Ergebnis geliefert haben und für die gegebenenfalls weitere Recherchen angebracht sind.

Wenn eine dieser Bedingungen festgestellt wird, kann ClassicDecoder mithilfe manueller Recherche oder Unterstützung bei der Datenergänzung die verfügbaren Nachweise überprüfen. Dabei kann ein Registereintrag, ein Auktionsfoto, eine Spezifikationsreferenz, ein Kundendokument oder eine andere relevante Quelle gefunden werden, die im ursprünglichen Ergebnis nicht berücksichtigt wurde. Falls keine weiteren Hinweise gefunden werden, bleibt das Feld möglicherweise ungelöst oder nicht verfügbar.

Eine detailliertere Erläuterung, wie von Kunden übermittelte Informationen bewertet, mit verfügbaren Beweismitteln verglichen, akzeptiert oder abgelehnt und in einem überarbeiteten Bericht dargestellt werden, finden Sie unter Wie vom Eigentümer vorgenommene Korrekturen geprüft und gekennzeichnet werdenDie

Die manuelle Überprüfung oder die Unterstützung bei der Vervollständigung garantieren nicht, dass alle fehlenden Felder ergänzt werden können. Manche Lücken bleiben bestehen, weil die zugrundeliegenden Datensätze nicht erhalten geblieben sind. Die manuelle Überprüfung maximiert die aus den verfügbaren Beweismitteln wiederherstellbaren Informationen, kann aber keine nicht mehr existierenden Datensätze erstellen.

Was Käufer erwarten können: Der Assisted Completion Workflow von ClassicDecoder

Falls Ihr rekonstruierter Bericht unvollständig ist oder Felder enthält, die Ihrer Meinung nach fehlerhaft sind, behebt der Workflow zur unterstützten Vervollständigung von ClassicDecoder dieses Problem direkt. Dies sind die aktuellen Bedingungen des Support-Workflows, die Käufer prüfen können:

• 
  Für die Unterstützung bei der Fertigstellung fallen keine zusätzlichen Gebühren an. Sollte Ihr Bericht manuelle Recherchen, eine Überarbeitung oder Korrekturen zur Behebung von Lücken oder Widersprüchen erfordern, berechnet ClassicDecoder im Rahmen des aktuellen Workflows keine zusätzlichen Gebühren.
• 
  Es gibt keine festgelegte Begrenzung der Überarbeitungszyklen. Die Anzahl der Korrekturen oder Recherchezyklen im aktuellen Arbeitsablauf ist nicht begrenzt. Sollte ein Feld nach der ersten Recherche weiterhin ungeklärt bleiben, kann der Fall erneut geprüft werden.
• 
  Die Bearbeitung von Fällen mit Unterstützung wird innerhalb von 24 bis 48 Stunden angestrebt. Fälle, die manuelle Recherchen oder Korrekturen erfordern, werden im Rahmen des aktuellen Arbeitsablaufs voraussichtlich innerhalb von 24 bis 48 Stunden bearbeitet.
• 
  Kundenservice rund um die Uhr, auch an Feiertagen. Käufer, die Korrekturen einreichen oder den Status eines laufenden Falls verfolgen möchten, erhalten jederzeit Unterstützung, auch an Feiertagen.

Während ein kostenloser automatisierter Decoder lediglich ein einzelnes Ergebnis ohne Korrekturmöglichkeit liefert, sorgt der unterstützte Vervollständigungs-Workflow von ClassicDecoder dafür, dass der Käufer nicht mit einem unvollständigen automatisierten Ergebnis leben muss. Ein menschlicher Forscher befasst sich mit den spezifischen Lücken oder Widersprüchen im Bericht.

Den vollständigen Korrektur- und Überarbeitungsprozess, einschließlich der einzureichenden Unterlagen, des Prüfverfahrens, der Möglichkeit der Berichtserstellung und der möglicherweise noch bestehenden Einschränkungen, finden Sie hier: So funktionieren Korrekturen und Überarbeitungen von BauplänenDie

Dies sind aktuelle Workflow-Bedingungen, keine dauerhaft garantierten Servicelevels, und die Unterstützung beim Ausfüllen garantiert keine vollständige Wiederherstellung der Felder. Dauerhaft nicht verfügbare Felder bleiben unabhängig von manuellen Eingriffen leer, da die zu ihrer Befüllung benötigten Datensätze nicht mehr in zugänglicher Form vorliegen.

Was ein rekonstruiertes Build Sheet nicht beweisen kann

Ein rekonstruiertes Build Sheet ist ein äußerst nützliches Rechercheinstrument. Für die Restaurierungsplanung bietet es eine dokumentierte Grundlage, um festzustellen, welche Komponenten vorhanden sein sollten und welche im Laufe der Fahrzeuglebensdauer ersetzt oder modifiziert wurden. Bei der Kaufbewertung dient es dem Käufer als strukturierte Referenz, um den aktuellen Zustand des Fahrzeugs mit seiner wahrscheinlichen Originalkonfiguration zu vergleichen. Für historische Forschungszwecke bewahrt es Konfigurationsinformationen, die sonst vollständig verloren gingen. Dies sind sinnvolle Anwendungsmöglichkeiten, die ein kostenloser VIN-Decoder allein für die meisten Oldtimer vor 1981 nicht bieten kann.

Dieses Versorgungsunternehmen arbeitet innerhalb festgelegter Grenzen.