Termen Build Sheet kan betyda två olika saker beroende på vem som använder den. Ett originalt Build Sheet är ett fysiskt dokument som utfärdas under fordonsproduktionen och innehåller de detaljerade konfigurationsdata som registrerats vid monteringslinjen. Ett rekonstruerat Build Sheet är en modern digital rapport sammanställd från tillgängliga historiska register, VIN-data och databaser från flera källor – användbar för forskning, men sammanställd snarare än hämtad från ett enda fabriksarkiv. Lägg till detta en VIN-avkodning, som extraherar basspecifikationer från själva fordonets identifieringsnummer, och en fordonshistorikrapport , som spårar vad som hände med bilen efter att den lämnat fabriken, och landskapet med klassisk bil bildokumentation blir lätt att förväxla. Den här artikeln definierar varje dokumenttyp, förtydligar vad var och en kan fastställa och förklarar vad ingen av dem kan bevisa på egen hand.
ClassicDecoder specialiserar sig på dokumentation av klassiska fordon och fordon från före 1981, där icke-standardiserade VIN-format och ofullständiga bevarade register ofta kräver att information tolkas över flera källtyper. Dess rapporter kan kombinera VIN-avkodade attribut, fordonsspecifikationer, historiska register, auktions- eller listningsbevis och granskade korrigeringar där sådana finns, samtidigt som skillnaden mellan originalfabriksdokument och senare rekonstruktioner bevaras. För en bredare översikt över vad Build Sheet visar, hur rekonstruerade rapporter skapas och var deras begränsningar gäller, se klassisk bil Build Sheet : Vad de visar och hur de skapas.
Vad ett klassisk bil Build Sheet egentligen är – och vad det inte är
Den förvirrande delen börjar med terminologin. ” Build Sheet ” används för att beskriva minst två olika typer av dokument: en fysisk pappersrapport som utfärdas på fabriken under produktionen, och en modern digital rapport sammanställd från tillgänglig historisk data och VIN-data. Dessa har olika proveniensvikt, tjänar olika forskningsändamål och kan inte behandlas som utbytbara när du köper, restaurerar, säljer eller dokumenterar en klassisk fordon .
För att använda dessa dokument effektivt är det bra att förstå fyra distinkta kategorier och det ramverk som skiljer dem åt.
Två av de fyra dokumenten fokuserar på fabrikskonfiguration – vad bilen byggdes för att vara innan den ens nådde en köpare. Det ursprungliga Build Sheet och det rekonstruerade Build Sheet tar båda upp denna fråga, liksom VIN-avkodningen, om än på en annan detaljnivå. Den återstående kategorin, fordonshistorikrapport , täcker en helt annan tidsperiod: vad som hände med bilen efter att den lämnat fabriken.
Denna uppdelning mellan förproduktion och efterproduktion är den viktigaste organiseringsprincipen i klassisk fordon dokumentation. Build Sheet och VIN-avkodningar besvarar frågan "hur konfigurerades den här bilen?" fordonshistorikrapport besvarar frågan "vad hände med den här bilen?". Dessa är inte samma fråga, och inget enskilt dokument besvarar båda.
Inom fabrikskonfigurationssidan av den uppdelningen finns en andra skillnad som är viktig: skillnaden mellan ett Build Sheet (ett fysiskt dokument från tillverkningstillfället) och ett rekonstruerat Build Sheet (en modern rapport sammanställd från bevarade register och databaser). Båda är användbara. De är inte likvärdiga för proveniensändamål, och de fulla konsekvenserna av denna skillnad utvecklas i ett särskilt avsnitt nedan.
De fyra kategorierna, som kortfattat namnges här och definieras fullständigt i nästa avsnitt, är:
Original Build Sheet- Rekonstruerad Build Sheet
- VIN-avkodning
- fordonshistorikrapport
Att förstå vilken kategori ett dokument tillhör – och vilka frågor den kategorin kan och inte kan besvara – är grunden för att fatta ett bra dokumentbeslut.
För en fokuserad förklaring av termen, den information som dessa dokument kan innehålla, och skillnaden mellan fabriksformat och rekonstruerade format, se Vad är ett klassisk bil Build Sheet ?.
De fyra huvudsakliga klassisk fordon fordonsdokumenten: Definitioner och dataomfattning
Var och en av de fyra dokumenttyperna har ett distinkt ursprung, ett distinkt dataomfång och en distinkt uppsättning begränsningar. Fullständiga definitioner följer. Jämförelsetabellen i slutet av detta avsnitt sammanfattar skillnaderna i korthet, men tabellen är ett referenshjälpmedel, inte en ersättning för att förstå vad varje dokument är och hur det producerades.
Original Build Sheet
Ett originalt Build Sheet är ett fysiskt dokument som utfärdas under fordonstillverkningen och som registrerar fordonets specifika konfiguration så som det beställdes och monterades på fabriken. Det är ett primärt källdokument som skapas vid tillverkningstillfället, inte genereras från en databas och inte rekonstrueras från bevarade register. Av den anledningen har det den högsta proveniensauktoriteten av alla typer av fordonsdokumentation.
Innehållet i ett Build Sheet från fabriken återspeglar vanligtvis detaljerade konfigurationsdata: exakt motor, växellåda, karossfärg, interiördetaljer, tillvalsutrustning och produktionsspecifika detaljer som registrerats vid monteringslinjen för det enskilda fordonet. Dokumentet skapades inte för samlare eller framtida ägare – det var en produktions- och kvalitetskontrolljournal – vilket innebär att informationen det innehåller är så nära som ett bevarat dokument kan komma till vad som faktiskt hände på fabriksgolvet.
Originala Build Sheet är fysiska artefakter som inte var avsedda att förvaras permanent. Många överlevde inte. Ett fordon som finns idag kanske inte har något bevarat Build Sheet alls, eller så kan bladet vara undanstoppat inuti bilen (vanligtvis under baksätet eller i dörrpanelen) i varierande skick. Eftersom överlevnaden var en tillfällighet snarare än planerad, kan man inte anta att det fanns ett Build Sheet för ett givet fordon.
Vissa tillverkare och märkesspecifika organisationer upprätthåller kulturarvsarkiv eller erbjuder kulturarvscertifikat som bygger på relaterade produktionsregister, vilket ger en alternativ väg till fabriksdokumentation för vissa märken. Förekomsten och tillgängligheten av dessa arkiv varierar avsevärt beroende på tillverkare och era. Originalfabriksark använder också produktionsspecifika koder som kräver tolkning för att läsas korrekt – avkodning av dessa koder är en separat forskningsuppgift som ligger utanför ramen för denna artikel.
Rekonstruerad Build Sheet
Ett rekonstruerat Build Sheet är en digital rapport sammanställd från tillgängliga historiska register, VIN-data och specifikationer hämtade från flera källor. Det är inte en kopia av ett originalfabriksdokument. Det hämtas inte från ett enda arkiv. Det är en forskningsrapport som byggts genom att aggregera all relevant data som finns kvar i den tillgängliga registerbasen för det fordonet.
Skillnaden är viktig för proveniensändamål. Ett rekonstruerat Build Sheet sammanställs från tillgänglig data från flera källor – det återspeglar vad som kan fastställas från bevarade register, inte vad som registrerades direkt vid tillverkningen. Detta är det första man bör förstå när man utvärderar en digital Build Sheet : ordet " Build Sheet " i namnet beskriver rapportens ämne, inte dess ursprung.
Trots lägre proveniensauktoritet än ett originalfabriksdokument har ett rekonstruerat Build Sheet ett verkligt forskningsvärde, särskilt för klassisk fordon från före 1981 där originalblad sällan finns bevarade. För köpare som försöker förstå vilka tillval ett fordon konfigurerades med, eller för restauratörer som sammanställer en referensfil, kan en välkonstruerad rekonstruerad rapport ge detaljerade specifikationsdata som annars skulle kräva omfattande oberoende forskning.
ClassicDecoder är ett exempel på en leverantör av rekonstruerade data från flera källor som specialiserar sig på klassiska fordon och fordon från före 1981. Istället för att förlita sig på en enda databassökning samlar ClassicDecoder tillgänglig data från flera källor för att skapa en rapport om ett fordons ursprungliga konfiguration – men precis som alla rekonstruerade rapporter är det inte ett officiellt tillverkararkiv och replikerar inte ett originalfabriksmanifest.
VIN-avkodning
En VIN-avkodning är en process för att extrahera de grundläggande specifikationerna som är kodade i själva fordonsidentifieringsnumret. Varje fordonsidentifieringsnummer kodar vissa variabler - modellår, tillverkningsanläggning, karossstil, motorkod och utrustningsnivå, bland annat - och en VIN-avkodning läser dessa kodade variabler för att skapa en specifikationssammanfattning baserad på vad VIN-strukturen innehåller.
För moderna fordon med standardiserade VIN-nummer med 17 tecken (antagna 1981) kan denna process ge en någorlunda detaljerad grundläggande specifikationsprofil. För klassisk fordon från före 1981 var dock VIN-strukturen kortare och kodade betydligt färre variabler. VIN-nummer före standardisering var inte utformade för att fånga fabriksinstallerad tillvalsutrustning, färgkombinationer eller byggspecifika detaljer. Resultatet är att en VIN-avkodning för en klassisk fordon från före 1981 anger basmodellen, motorkoden och tillverkningsåret – den anger inte vilka tillval bilen faktiskt byggdes med.
Detta är den kritiska begränsningen för forskning klassisk bil : en VIN-avkodning identifierar grundläggande specifikationer, inte den detaljerade konfiguration som ett Build Sheet fångar. Om du behöver veta om en bil byggdes med en specifik växellåda, ett fabriksprestandapaket eller ett visst interiöralternativ, kan enbart en VIN-avkodning inte besvara den frågan för ett fordon före 1981. Specialiserade verktyg designade för fordon före 1981 - som ClassicDecoder - kan komplettera VIN-avkodningsresultat med ytterligare data på tillvalsnivå från tillgängliga källor, även om även specialiserade verktyg inte kan garantera fullständig återställning av tillvalsdata när de underliggande posterna är ofullständiga.
En VIN-avkodning är inte värdelös för klassisk bil . Den ger en tillförlitlig baslinje för modellidentifiering och är ett standardmässigt första steg. Den ersätter helt enkelt inte ett Build Sheet när forskningen kräver konfigurationsdata på tillvalsnivå.
För en närmare jämförelse av kodad VIN-information och konfigurationsdetaljer rekonstruerade från bredare register, se Build Sheet vs VIN-avkodning: Vad var och en berättar för dig.
fordonshistorikrapport
En fordonshistorikrapport är en rapport som sammanställer registrerade händelser efter produktionen för ett specifikt fordon, åtkomlig via fordonets identifieringsnummer. Medan ett Build Sheet svarar på "vad var den här bilen konfigurerad till att vara från fabriken", svarar en fordonshistorikrapport på "vad hände med den här bilen efter att den lämnade fabriken". Det här är helt andra frågor, och ingen historikrapport tar upp fabrikskonfigurationen.
Tidsramen för en fordonshistorikrapport börjar vid den första detaljhandelsförsäljningen och täcker händelser efter produktionen som rapporterats till och registrerats i tillgängliga databaser. De typer av händelser som en historikrapport kan inkludera är ägarbyten och ägaröverföringar, rapporterade olyckor och försäkringshändelser, mätarställning vid registrering, pantregister, slutförda säkerhetsåterkallelser och liknande aktivitet efter försäljning. Rapporten sträcker sig inte bakåt till fabriken - den börjar där produktionsregistret slutar.
Vanliga leverantörer av fordonshistorikrapport inkluderar bland annat Carfax och AutoCheck . Dessa leverantörer sammanställer data från statliga DMV-register, försäkringsdatabaser, skrotauktioner och andra rapporteringskällor. Täckningen och djupet av en given rapport beror på vad som rapporterades till dessa källor för det specifika fordonet.
En fordonshistorikrapport är det lämpliga dokumentet när forskningsfrågan handlar om äganderätt efter försäljning, rapporterade skador eller äganderättsstatus. Den ersätter inte byggdokumentation och är inte heller utformad för att vara det.
För hjälp med att avgöra om din forskning kräver information om fabrikskonfiguration, efterproduktionshistorik eller båda, se Build Sheet vs. fordonshistorikrapport : Vilken behöver du?.
Dokumentjämförelse: en överblick
| Dokumenttyp | Primärt datafokus | Vad det svarar på | Begränsningar |
|---|---|---|---|
Original Build Sheet | Granulär fabrikskonfiguration vid tillverkning | Hur byggdes och utrustades detta fordon ursprungligen? | Inte alltid tillgängligt för överlevande fordon; fysiska artefakter kanske inte existerar eller överlever. |
Rekonstruerad Build Sheet | Tillgänglig historisk data och VIN-data från flera källor | Vad kan man fastställa om den ursprungliga konfigurationen utifrån bevarade dokument? | Inte likvärdigt med ett original fabriksdokument; beroende på vilka register som finns bevarade |
VIN-avkodning | Grundspecifikationer kodade i VIN-numret | Vilken modell, motor och basutrustningsnivå identifierar VIN-numret? | Registrerar inte fabriksinstallerade tillval för fordon före 1981 |
fordonshistorikrapport | Inspelade händelser efter produktionen | Vilka ägarförhållanden, äganderätt och skadehändelser rapporterades efter att fordonet lämnat fabriken? | Täcker endast rapporterade händelser; saknade register bevisar inte en ren historik; återspeglar registrerade titelhändelser, inte juridiskt certifierad titel |
Några punkter om att läsa den här tabellen korrekt. Kolumnen Begränsningar återspeglar dokumenterade databegränsningar – den fastställer ingenting om ett fordons fysiska skick eller nuvarande tillstånd. En begränsning som anges i en tabellcell är en komprimerad sammanfattning, inte en ersättning för den fullständiga förklaringen i omgivande avsnitt.
Skillnaden mellan ett originalt Build Sheet och ett rekonstruerat Build Sheet i kolumnen Begränsningar är avsiktligt kortfattad här. Den fullständiga behandlingen av denna skillnad – inklusive vad den betyder för proveniensutvärdering och tillitskalibrering – finns i nästa avsnitt, och den komprimerade tabellsammanfattningen är inte tillräcklig i sig.
För en grundlig utvärdering av en klassisk fordon behövs vanligtvis mer än en dokumenttyp. Specifikationer och historik är separata datamängder, och dokumenten som behandlar var och en är inte utbytbara.
Har du ett klassiskt VIN-nummer att undersöka?
Ange den för att se vilken fordonsinformation som kan vara tillgänglig.
Original Build Sheet kontra rekonstruerat Build Sheet : Bevisviktning och tillitskalibrering
Den viktigaste skillnaden i klassisk fordon fordonsdokumentation är inte mellan ett Build Sheet och en historikrapport – det är en fråga om tidsomfattning och datasubjekt. Den viktigaste skillnaden är mellan ett Build Sheet från fabriken och ett rekonstruerat Build Sheet , eftersom dessa två dokumenttyper ofta grupperas under samma namn samtidigt som de har betydande olika proveniensvikt.
Ett Build Sheet från fabriken är en primärkälla. Det skapades vid tillverkningen av de personer som ansvarade för att bygga fordonet, och registrerade vad som faktiskt dokumenterades vid produktionstillfället. Oavsett vilka fel eller utelämnanden det kan innehålla, återspeglar det vad som registrerades under monteringsprocessen - inte vad som senare härleddes, avkodades eller rekonstruerades från bevarad data. Denna primärkälla är grunden för dess högre proveniensauktoritet.
För en direkt jämförelse av dokumentets ursprung, proveniens, tillgänglighet och bevisvikt, se Original vs. rekonstruerade Build Sheet : Vad är skillnaden?.
Ett rekonstruerat Build Sheet tillhör en annan beviskategori. Det är sammanställt från tillgängliga register – VIN-avkodade specifikationer, historiska produktionsdata, korsreferenserade databaser och andra bevarade källor. Det återspeglar vad forskare kan fastställa om ett fordons ursprungliga konfiguration utifrån de register som finns kvar. Detta är ett användbart och legitimt forskningsresultat. Det är inte detsamma som ett dokument som skapas vid tillverkningstillfället.
Den praktiska innebörden av denna distinktion beror på vad dokumentet ska göra. För en restauratör som sammanställer en referensfil när det inte finns något Build Sheet är en välkonstruerad rekonstruerad rapport ett värdefullt arbetsdokument. För en köpare som utvärderar ett betydande köp där originalitet och proveniens är en del av det begärda priset är distinktionen mellan "sammansatt från tillgängliga dokument" och "utfärdad vid tillverkning" direkt relevant.
Ingen av kategorierna bör avfärdas. Originala Build Sheet har högre proveniensauktoritet när de finns kvar, men de är inte alltid tillgängliga. Rekonstruerade Build Sheet ger forskningsåtkomst till konfigurationsdata som annars skulle kräva omfattande oberoende arbete, och för klassiker före 1981 där originalblad sällan dyker upp, representerar de ofta den mest praktiska vägen till specifikationsdata på tillvalsnivå. Nyckeln är korrekt kalibrering: att veta vilken typ av dokument man tittar på och vad det betyder för den vikt man tilldelar det.
Ett rekonstruerat Build Sheet bör aldrig presenteras eller accepteras som om det vore en officiell fabriksjournal. En digital rapport sammanställd från data från flera källor är ett forskningsverktyg med en specifik och ärlig identitet. Att behandla den som likvärdig med ett fabriksmanifest från primärkälla skapar den typ av missförstånd som leder till att man betalar för mycket för fordon eller accepterar ogrundade provenienspåståenden.
Förstå datakälletiketter i en rekonstruerad rapport
Inom en enda rekonstruerad Build Sheet kommer inte alla datapunkter från samma plats eller har samma konfidensnivå. Vissa data kan avkodas oberoende från VIN-strukturen. Vissa kan hämtas från historiska produktionsregister. Vissa kan härledas från kända fabriksproduktionsmönster. Och vissa kan skickas in eller korrigeras av den nuvarande fordonsägaren.
Ägarlevererade data och oberoende anskaffningsdata från tredje part är inte samma sak ur förtroendesynpunkt. En datapunkt som kommer från en databas med produktionsregister har annan vikt än en datapunkt som en säljare har matat in eller korrigerat. En rapport som skiljer mellan dessa källtyper ger dig den information du behöver för att kalibrera ditt förtroende för varje dataenhet – en rapport som presenterar all data som likvärdig döljer den skillnaden.
ClassicDecoder transparensmärkning är ett exempel på hur en rekonstruerad rapport kan kommunicera dataproveniens. Rapporten använder källklassetiketter – inklusive tillgänglig, otillgänglig, avkodad, härledd, rekonstruerad och ägarens tillhandahållen – för att identifiera var varje datapunkt kommer ifrån. Detta är en användbar funktion för köpare och restauratörer som vill veta hur mycket vikt de ska tillmäta en enskild specifikation i rapporten.
För ett praktiskt ramverk för att tolka avkodad, källbaserad, härledd, rekonstruerad och ägarbekräftad information, se Hur man läser källbaserade, avkodade, härledda och ägarbekräftade fordonsdata.
Den viktiga förutsättningen är att transparensmärkning är en funktion, inte en verifiering av noggrannhet. En etikett som anger att data tillhandahållits av ägaren anger varifrån den kommer. Den bekräftar inte att informationen är korrekt. Korrigeringar som tillhandahållits av ägaren bör fortfarande bekräftas genom oberoende metoder där noggrannheten är avgörande, särskilt för påståenden om matchande siffror eller alternativ som påverkar värdet avsevärt.
What klassisk fordon Documents Cannot Prove
Dokumentation och fysisk verklighet är olika saker. Ett dokument registrerar vad som dokumenterades – vad som rapporterades, vad som sammanställdes, vad som registrerades vid en given tidpunkt. Det kan inte gå framåt från det ögonblicket för att bekräfta vad som existerar idag, huruvida varje händelse lämnade ett pappersspår eller om en transaktions rättsliga status var helt löst. Var och en av de tre gränserna nedan adresserar ett specifikt gap mellan vad ett klassisk fordon fordonsdokument kan visa och vad endast fysisk inspektion eller separata rättsliga processer kan fastställa.
Matchande nummer kräver fysisk verifiering
Ett Build Sheet – original eller rekonstruerat – identifierar vad fordonet ursprungligen konfigurerades att ha på fabriken. Det registrerar motor, växellåda och andra viktiga komponenter som fabriken dokumenterade som en del av fordonets montering. Det är en registrering av originalkonfigurationen. Det är inte ett uttalande om fordonets nuvarande fysiska skick.
Skillnaden mellan "ursprungligen konfigurerades med" och "har för närvarande" är hela gapet som utvärderingen av matchande nummer måste överbrygga. Ett fordon med matchande nummer är ett där de viktigaste drivlinekomponenterna som finns i bilen idag är originalkomponenterna från fabrikstillverkningen – inte ersättningskomponenter som installerats någon gång i fordonets historia. Ett Build Sheet kan berätta vad fabriken dokumenterade. Det kan inte berätta om dessa komponenter fortfarande finns i bilen.
Fysisk bedömning av en kvalificerad expert är det obligatoriska separata steget för verifiering av matchande nummer. En värderare kan inspektera komponentdatumkoder, gjutningsnummer och stämplingsplatser för att avgöra om de befintliga komponenterna matchar vad fabriken skulle ha installerat. Ingen digital rapport – vare sig en skanning Build Sheet från fabriken, en rekonstruerad rapport eller en VIN-avkodning – ersätter den praktiska inspektionen.
fordonshistorikrapport och titelregister: Vad de visar och vad de inte intygar
En fordonshistorikrapport visar registrerade händelser i lagfarten: lagändringar, ägarbyten, namnbeteckningar som till exempel beteckningar för skrotning eller ombyggnad och liknande registrerad aktivitet. Dessa register återspeglar vad som rapporterades till och matades in i de databaser som leverantören hämtar ifrån. De är inte resultatet av en juridiskt certifierad lagfartssökning.
En rapport som inte visar några titelmärken eller problem innebär att inga sådana händelser rapporterades till dessa databaser för det fordonet. Det betyder inte att titeln är juridiskt klar. Orapporterade händelser, händelser som inträffade innan en stat började rapportera till en viss databas och händelser i stater med begränsad rapporteringstäckning kanske inte visas. En historikrapport som visar en ren titelregistrering är ett användbart sammanhang. Den ersätter inte en separat titelsökning via en licensierad leverantör eller relevant statlig DMV när juridisk säkerhet om titel krävs.
Den praktiska standarden för alla större köp är att en historikrapports lagfartsregister är en utgångspunkt, inte en slutsats. Reflekterade registrerade lagfartshändelser är en input till en due diligence-process, inte själva processen.
Saknade register betyder inte en ren historia
En fordonshistorikrapport innehåller endast händelser som registrerats i de källor som är tillgängliga för leverantören. Olyckor som hanteras privat, reparationer som utförts utan dokumentation, informella ägaröverföringar och händelser från perioder före digital rapportering kan sakna sökbara uppgifter.
Detta är ett problem med avsaknad av bevis. Om ingen olycka förekommer i rapporten är den säkraste slutsatsen att ingen matchande olycksrapport hittades i de kontrollerade källorna. Det bevisar inte att fordonet aldrig skadades. Samma princip gäller för ägarhändelser, körsträckeregistreringar, auktioner, listningar, panträtter och ägarbyten.
klassisk fordon från före 1981 är särskilt känsliga för denna lucka. Många av dessa fordon fanns på vägarna i åratal eller årtionden innan elektroniska rapporteringssystem existerade. Händelser från dessa år har helt enkelt ingen digital registrering, oavsett vad som faktiskt hände.
Att välja rätt dokument för din uppgift
De fyra dokumenttyper som tas upp i den här artikeln är verktyg, och precis som alla verktyg är de lämpade för specifika uppgifter. Rätt dokument beror på vilken fråga du försöker besvara. Nedan följer fyra vanliga forskningsuppgifter och de dokument som bäst matchar var och en.
Att köpa en klassisk bil
Vid utvärdering av ett köp är den mest användbara kombinationen ett rekonstruerat Build Sheet tillsammans med en fordonshistorikrapport . Build Sheet ger dig den konfiguration som bilen ursprungligen byggdes med, vilket du kan jämföra med vad säljaren uppger om fordonets tillval. Historikrapporten ger dig historik efter försäljningen - rapporterade olyckor, ägarändringar och ägarmönster. Ingendera ersätter en fysisk inspektion före köp, och matchande nummerkrav kräver praktisk bedömning oavsett vad något av dokumenten visar.
Restaurering av en klassisk bil
Restaureringsarbete är beroende av att man vet vad bilen ursprungligen byggdes med, så att man monterar rätt komponenter och ytbehandlingar. Ett Build Sheet är den högsta auktoriteten för detta ändamål om ett sådant finns bevarat. När ett original inte är tillgängligt – vilket är vanligt för fordon före 1981 – är ett rekonstruerat Build Sheet det praktiska alternativet, som tillhandahåller konfigurationsdata på tillvalsnivå från tillgängliga källor. En historikrapport tillför lite till restaureringsforskningen om inte tidigare skador eller karosseri är ett problem.
Säljer en klassisk bil
Säljare gynnas av transparens. Ett rekonstruerat Build Sheet stöder korrekt representation av tillval genom att dokumentera vad fabrikskonfigurationsregister visar. En fordonshistorikrapport stöder öppenhet genom att förse köpare med dokumentation efter försäljning. Tillsammans ger dessa två dokument en potentiell köpare sammanhanget för att utvärdera fordonet rättvist och minska risken för tvister efter försäljning om felaktigt presenterade tillval eller hemlig historik.
Dokumentera ursprung
Att bygga en proveniensfil för en klassisk fordon kräver dokumentation av högsta kvalitet. Ett Build Sheet – om det finns – är hörnstenen i alla seriösa proveniensregister. Om ett original inte finns bevarat fungerar ett rekonstruerat Build Sheet som bästa tillgängliga ersättning och bör märkas som sådant. Kulturarvscertifikat från märkesspecifika arkiv, där sådana finns, ger ytterligare proveniensvikt. En historikrapport kompletterar filen genom att dokumentera fordonets ägarskap och rapporterade historik.
Ingen enskild dokumenttyp är tillräcklig för alla fyra uppgifterna. I de flesta fall ger en kombination av byggdokumentation och historik efter försäljning en mer komplett bild än endera typen ensam. Och för alla uppgifter där matchande siffror är relevanta är en fysisk bedömning av en kvalificerad expert ett obligatoriskt steg som inget dokument, digitalt eller fysiskt, ersätter.
För köpare och restauratörer som undersöker fordon från före 1981 och klassisk fordon och som behöver konfigurationsdata på tillvalsnivå från en rekonstruerad rapport, erbjuder ClassicDecoder montering från flera källor med manuell granskning tillgänglig när automatiserade resultat är ofullständiga.