Den här artikeln går igenom hela arbetsflödet från att skicka in en korrigeringsbegäran till att ta emot en reviderad rapport. Den behandlar hur bevis granskas, vad de tre möjliga fältresultaten betyder och varför vissa fält inte kan fyllas i oavsett hur mycket forskning som tillämpas. Den förklarar också vad en reviderad rapport kan och inte kan användas till, inklusive hårda begränsningar kring juridisk äganderätt och fysiska matchningsnummer. Att förstå både processen och dess begränsningar hjälper dig att skicka in en fullständig korrigeringsbegäran och tolka dina resultat med realistiska förväntningar.
ClassicDecoder rekonstruerar klassisk bil Build Sheet genom att kombinera stödda VIN-avkodning med tillgängliga fordonsspecifikationer, historiska register, auktions- eller listningsbevis, manuell forskning och granskade kundkorrigeringar där det är relevant. Eftersom processen beror på vilka register som finns kvar och vad som kan verifieras för ett specifikt fordon, blir resultatet en rekonstruerad rapport snarare än ett originaldokument utfärdat av fabriken, och vissa fält kan förbli kvalificerade eller otillgängliga. För en bredare förklaring av rekonstruktionsprocessen utöver ClassicDecoder eget arbetsflöde, se Hur klassisk bil Build Sheet rekonstrueras.
Vad en korrigering och en revision egentligen betyder
De två termerna låter utbytbara, men de hänvisar till två separata steg i samma process.
Tänk på det så här: du korrigerar ett fält och du får en reviderad rapport. Det här är två steg i samma process, inte två namn för samma sak. Avsnittet om mekanism nedan förklarar vad som händer mellan dessa två steg.
En viktig punkt innan vi går vidare: inte varje korrigering ger en fullständigt ifylld reviderad rapport med alla fält åtgärdade. En korrigering kan resultera i att ett fält bekräftas med bättre data, kvalificeras med ofullständiga bevis eller markeras som olöst eftersom det inte finns någon verifierbar historisk registrering. Det resultatet behandlas i detalj i nästa avsnitt.
Hur korrigerings- och granskningsprocessen fungerar
ClassicDecoder automatiserade system genererar det initiala Build Sheet genom att avkoda ditt VIN och korsreferera flera historiska källor. Korrigeringsarbetsflödet agerar utifrån den utdata när något i resultatet saknas, är ofullständigt eller felaktigt.
Processen går igenom fem steg. Innan du kontaktar supporten, kontrollera om din situation matchar någon av dessa vanliga korrigeringsfaktorer:
Ett fält är tomt eller visar "ej tillgänglig" men du har dokumentation som tyder på att informationen finns- Ett fält innehåller ett alternativ, en kod eller en specifikation som inte matchar ditt fordons kända konfiguration.
- Ett fält återspeglar ett automatiserat avkodningsfel (en felläst siffra, en transponerad kod eller en felaktig korsreferens)
- Ett fält använder en beskrivning som verkar inkonsekvent med andra bekräftade fält i samma rapport.
- Ett fält fylldes i av en tidigare körning och efterföljande regenerering introducerade en avvikelse
Om något av detta gäller är du redo att skicka in en begäran om korrigering.
Steg 1 - Skicka in en begäran om korrigering
Kontakta ClassicDecoder supporten och inkludera följande i din förfrågan:
- Din rapportidentifierare eller VIN-referens
- Det specifika fältet i fråga (namnge det tydligt)
- En beskrivning av vad fältet för närvarande visar och vad du anser är felaktigt eller saknas
- All dokumentation du har som rör fältet (fakturor, Window Sticker , registerposter eller andra poster)
ClassicDecoder supporten är tillgänglig dygnet runt, alla dagar i veckan, inklusive helgdagar. Att skicka in en komplett begäran med alla fyra komponenterna ovan hjälper supportteamet att gå direkt till bevisgranskning utan att behöva vända sig fram och tillbaka för att samla in grundläggande information. Att skicka in en begäran startar processen. Det garanterar inte ett korrigerat fält, eftersom resultatet beror på vilka bevis granskningen avslöjar.
Börja med fordonets VIN
Undersök fordonet först och kontakta sedan supporten med rapport-ID:t, fältet i fråga och eventuell stödjande dokumentation.
Steg 2 - Hur dina bevis granskas
När supportteamet tar emot din begäran om korrigering granskar de all dokumentation du skickat in mot tillgängliga oberoende historiska register. Dessa två typer av bevis väger inte lika tungt.
Steg 3 - Regenerering, manuell forskning och assisterad slutförande
Regenerering och manuell forskning är två olika saker. Regenerering är ett automatiserat systemförsök. När ett fält flaggas för korrigering kan systemet försöka hämta nya data från sina källdatabaser. Denna process är automatiserad och involverar inte en person som forskar inom området. Manuell forskning, däremot, innebär att supportteamet aktivt undersöker historiska referenser, produktionsregister, registerdata och andra tillgängliga källor för att hitta bevis på att det automatiserade systemet inte kunde dyka upp av sig självt.
Steg 4 - Hur resultatbeslut fattas
Efter granskning av bevis och forskning tilldelar supportteamet ett av tre resultattillstånd till varje område som granskas.
| Resultat | Definition | Inverkan på den reviderade rapporten | Resonera |
|---|---|---|---|
Rättad | Fältet har uppdaterats baserat på oberoende verifierbara bevis | Den reviderade rapporten återspeglar det uppdaterade fältvärdet | Tillräckliga oberoende bevis hittades för att stödja en specifik datapunkt |
Kvalificerad | Fältet har delvis uppdaterats eller kommenterats med en konfidenskvalifikator | Den reviderade rapporten återspeglar partiella eller härledda data med lämplig notering | Bevis finns men är ofullständiga, indirekta eller hämtade från en enda källa utan oberoende bekräftelse. |
Olöst | Fältet förblir obefolkat eller oförändrat | Den reviderade rapporten visar att det saknas verifierbara data för detta område. | Inga oberoende bevis finns i tillgängliga register som stöder en specifik datapunkt |
Några punkter är viktiga att förstå utöver den här tabellen.
För det första återspeglar ”Korrigerad” de bästa tillgängliga bevisen för det området. Det betyder inte att området garanteras matcha den ursprungliga fabrikskonfigurationen med 100 % säkerhet. Historiska register för klassisk fordon är inte alltid fullständiga, och även verifierade korrigeringar representerar de starkaste tillgängliga bevisen, inte fabrikscertifierad noggrannhet.
För det andra är "Olöst" en giltig och ärlig status. Det betyder att de historiska bevis som behövs för att fylla i eller verifiera fältet för närvarande inte finns i tillgängliga poster. Detta är inte ett misslyckande i granskningsprocessen. ClassicDecoder kommer inte att fabricera data för att fylla en lucka, och att markera ett fält som olöst är det korrekta resultatet när inga oberoende bevis finns.
För det tredje, om ett ärende fortfarande är olöst efter granskning, finns rapportkrediter och återbetalningssamordning via supporten tillgängliga som en processväg. Detta tas upp vidare i FAQ.
Steg 5 - Mottagande av din reviderade rapport
När fältbesluten har fattats genererar ClassicDecoder rapporten på nytt för att införliva dessa ändringar. Resultatet som levereras till dig kallas en reviderad rapport. Den återspeglar alla beslut på fältnivå som tillämpats under korrigeringsgranskningen, inklusive fält som korrigerades, kvalificerades eller lämnades olösta.
Leverans och avgifter enligt nuvarande arbetsflöde: För ärenden med assisterat slutförande strävar ClassicDecoder efter leverans inom 24 till 48 timmar enligt nuvarande arbetsflöde. Detta är ett servicemål, inte en avtalsenlig tidsfrist. Komplexa ärenden som involverar flera fält eller begränsad arkivtillgänglighet kan kräva ytterligare tid. Det finns ingen extra avgift för att begära en korrigering eller få assisterat slutförande enligt nuvarande arbetsflöde. Både leveransmålet och strukturen utan ytterligare avgifter återspeglar gällande policy och bör förstås som sådana, inte som ovillkorliga livstidsgarantier.
Vad en reviderad rapport kan och inte kan berätta
En reviderad rapport återspeglar de bästa tillgängliga historiska bevisen för ett specifikt fordon baserat på bevarade register och dokumenterad forskning. Den har tydliga funktioner och lika tydliga begränsningar. De två avsnitten nedan förklarar båda.
När fält förblir olösta – och varför det är ett ärligt svar
När ClassicDecoder inte kan hitta oberoende verifierbara bevis för ett fält efter granskning och forskning, markeras fältet som olöst. Detta är inte en indikation på att supportteamet inte försökte. Det är ett ärligt erkännande av begränsningarna i bevarade historiska dokument.
Två korta scenarier illustrerar skillnaden mellan ett korrigerbart fel och ett permanent olösligt gap.
Exempel 1 (korrigerbart): Ett automatiserat parsningsfel läste fel på en VIN-siffra, vilket orsakade att Build Sheet visade en felaktig motorkod. När supportteamet jämförde VIN-numret med en oberoende produktionspost bekräftades den korrekta koden och fältet uppdaterades. Detta är en korrigering: informationen fanns, felet var tekniskt och oberoende bevis löste det.
Exempel 2 (permanent olösbart): Ett specifikt alternativ för återförsäljarbeställning registrerades på ett pappersformulär som aldrig digitaliserades och sedan dess har förstörts. Inget register, tillverkardatabas eller tredjepartsarkiv innehåller en hänvisning till det alternativet för detta VIN. Ingen ytterligare forskning kan återställa information från en källa som inte längre existerar i någon bevarad form. Detta är ett olöst område, och det kommer det att förbli.
ClassicDecoder markerar dessa fält som olösta snarare än att fylla dem med antagna eller härledda värden. En olöst status är en korrekt representation av den historiska bevissituationen, inte en brist på tjänsten.
Vad en reviderad rapport inte verifierar
Ett reviderat ClassicDecoder Build Sheet återspeglar tillgänglig historisk data rekonstruerad från bevarade register. Det är omfattningen av vad det är och vad det gör.
Hur rapportändringar är märkta och vad det aktuella användargränssnittet visar
ClassicDecoder utvecklar transparensfunktioner på fältnivå som gör det möjligt för användare att se vilka fält som ändrades, när de uppdaterades och vilken källtyp varje datapunkt återspeglar. Dessa funktioner, inklusive tidsstämplar för revisioner på fältnivå och källetiketter, är planerade transparensfunktioner som för närvarande är under utveckling. De är ännu inte konsekvent tillgängliga i det nuvarande gränssnittet för alla användare.
Om du behöver förstå exakt vad som ändrats i din reviderade rapport och varför, är den nuvarande vägen att kontakta supporten direkt. Supportteamet kan förklara vilka fält som uppdaterades, vilka bevis som stödde varje beslut och hur varje resultat klassificerades. Denna kommunikationskanal är den nuvarande operativa lösningen tills märkning i rapporten är konsekvent tillgänglig.