گزارش کارشناسی خودرو باید تصمیم خرید را به شواهد قابل پیگیری وصل کند؛ نه اینکه فقط چند خانه «سالم» یا «رنگ دارد» را پر کند. گزارش مفید مشخص میکند کدام خودرو، در چه زمان و شرایطی، با چه دامنه‌ای بررسی شده، هر نتیجه بر چه مشاهده‌ای تکیه دارد و چه بخش‌هایی به دلیل محدودیت محل، ابزار، ایمنی یا اجازه مالک بررسی نشده‌اند.
این گزارش تضمین آینده خودرو، استعلام حقوقی یا قیمت قطعی نیست. ارزش آن به شفافیت دامنه، کیفیت شاهد، تفکیک مشاهده از تفسیر و امکان تطبیق نسخه با خودرو و قرارداد وابسته است.
گزارش کارشناسی خودرو چه چیزی را ثابت میکند و چه چیزی را نه؟
| موضوع | خروجی قابل دفاع | مرز گزارش |
|---|---|---|
| وضعیت زمان بازدید | یافته‌های قابل مشاهده یا اندازه‌گیری در همان زمان و شرایط | تغییر بعدی، خرابی آینده یا استفاده پس از بازدید را پوشش نمی‌دهد |
| دامنه سفارش | بدنه، رنگ، شاسی، فنی، دیاگ یا بخش‌های توافق‌شده | بررسی یک بخش به معنی تأیید کل خودرو نیست |
| شاهد | عکس، قرائت ابزار، کد، داده، صدا یا سند قابل تطبیق | شاهد منفرد همیشه علت یا شدت ایراد را قطعی نمی‌کند |
| تفسیر فنی | رابطه محتاطانه میان چند مشاهده و سناریوی محتمل | جای آزمون تخصصی خارج از دسترس یا بازکردن قطعه را نمی‌گیرد |
| ارجاع | بخش نیازمند جک، ابزار سازنده، اندازه‌گیری یا متخصص سامانه | ارجاع به معنی خرابی قطعی نیست؛ یعنی پاسخ در دامنه فعلی کامل نشده است |
برای شناخت دامنه‌های تخصصی، راهنماهای کارشناسی رنگ و بدنه، کارشناسی شاسی خودرو، کارشناسی فنی و دیاگ پیش از خرید را جداگانه ببینید.
ساختار استاندارد یک گزارش قابل استفاده
ترتیب زیر کمک میکند نتیجه از خودرو، شرایط و شاهد جدا نشود. اگر یکی از این لایه‌ها حذف شود، خواننده ممکن است «بررسی‌نشده» را با «سالم» یا یک سرنخ را با تشخیص قطعی اشتباه بگیرد.
| بخش | حداقل اطلاعات | خطای قابل پیشگیری |
|---|---|---|
| هویت خودرو | مشخصات قابل تطبیق، مدل، تیپ و شناسه بدون انتشار داده شخصی غیرضروری | استفاده گزارش برای خودروی مشابه |
| هویت نسخه | شماره یا شناسه نسخه، تاریخ، زمان، محل و وضعیت پیش‌نویس/نهایی/اصلاحیه | اتکا به نسخه قدیمی یا ناقص |
| دامنه | بخش‌های سفارش‌داده‌شده، انجام‌شده، مشروط و خارج از دامنه | تعمیم بازدید محدود به همه سامانه‌ها |
| شرایط آزمون | نور، تمیزی، دما، استارت سرد، جک، رانندگی، ولتاژ و دسترسی | نادیده‌گرفتن اثر محل و شرایط |
| یافته | محل دقیق، مشاهده خام و وضعیت قابل تکرار | مخلوط‌شدن نظر با مشاهده |
| شاهد | عکس جهت‌دار، قرائت، کد، سند یا داده مرتبط | نتیجه بدون امکان بازبینی |
| تفسیر و اطمینان | معنای محتاطانه، شواهد موافق و مخالف و سطح نتیجه | قطعیت‌سازی یا درصدهای بدون روش |
| محدودیت و اقدام بعدی | بخش باز، علت محدودیت، ارجاع و اثر آن بر تصمیم | باقی‌ماندن ابهام بدون مسیر حل |
دفتر شواهد؛ هر ادعا باید شناسه، محل و منبع داشته باشد
برای اینکه خریدار، فروشنده یا تعمیرگاه بتواند نتیجه را دوباره بررسی کند، هر یافته با یک شناسه ثابت ثبت می‌شود. شناسه میتواند ساده باشد؛ مانند B-03 برای بدنه، D-02 برای دیاگ یا T-01 برای تست رانندگی. مهم این است که متن، عکس و داده خام همگی به همان شناسه اشاره کنند.
| فیلد | آنچه ثبت می‌شود | خطای رایج |
|---|---|---|
| محل دقیق | سمت، قطعه، لبه یا نقطه اندازه‌گیری | نوشتن «گلگیر رنگ دارد» بدون تعیین سمت و محدوده |
| شرایط | سرد/گرم، روشن/خاموش، توقف/حرکت و وضعیت سطح | مقایسه نتیجه سرد با بازآزمایی گرم بدون ذکر تفاوت |
| منبع | مشاهده، عدد ابزار، کد واحد، صدا یا مدرک تعمیر | مخلوط‌کردن گفته فروشنده با یافته مستقل |
| پیوست | شماره عکس، ویدئو، اسکن یا سند مرتبط | فایل بی‌نام یا اسکرین‌شات بدون VIN و زمان |
| محدودیت | دسترسی، نور، ابزار، ایمنی یا نبود امکان تکرار | تبدیل بخش دیده‌نشده به «بدون ایراد» |
شناسه خودرو و شناسه گزارش را از هم جدا نگه دارید
VIN یا مشخصه هویتی، گزارش را به خودرو متصل میکند؛ شناسه نسخه، گزارش را به زمان و مرحله بررسی متصل میکند. اگر برای حفظ حریم خصوصی VIN در نسخه اشتراکی پوشانده می‌شود، باید راهی برای تطبیق نسخه کامل و نسخه اشتراکی باقی بماند.
گفته مالک یا فروشنده «سابقه اعلام‌شده» است، نه یافته کارشناس
شرحی مانند «فقط سپر رنگ شده» یا «چراغ به علت باتری روشن بوده» باید با برچسب منبع ثبت شود. سپس نتیجه مستقل در ستون دیگری می‌آید. این تفکیک از تبدیل ادعا به واقعیت گزارش‌شده جلوگیری میکند.
برای داده دیاگ، فقط فهرست کد کافی نیست
نام واحد، وضعیت کد جاری یا تاریخی، زمان اسکن، ولتاژ جلسه و در صورت پشتیبانی Freeze Frame یا داده مرتبط ثبت می‌شود. پاک‌کردن خطا پیش از ذخیره نسخه اولیه، زنجیره شواهد را قطع میکند. تفسیر کامل‌تر در راهنمای دیاگ خودرو پیش از خرید آمده است.
برای بدنه و سازه، نقشه مکانی از یک عکس کلی مفیدتر است
هر پنل یا عضو سازه‌ای با سمت، ناحیه و نشانه ثبت شود. اختلاف ضخامت، اثر بازشدگی یا جوش به‌تنهایی حکم نهایی نیست؛ رابطه آن با بافت، اتصال، درزگیر و مسیر ضربه بررسی می‌شود. مسیرهای تخصصی در کارشناسی رنگ و بدنه و کارشناسی شاسی و زیربندی توضیح داده شده‌اند.
مشاهده، تفسیر و تصمیم را در سه ستون جدا بنویسید
عبارت‌هایی مانند «شاسی مشکل دارد» یا «گیربکس سالم است» اگر بدون شاهد و دامنه نوشته شوند، برای خریدار قابل پیگیری نیستند. هر ردیف بهتر است سه لایه داشته باشد:
- مشاهده: آنچه دیده، شنیده، اندازه‌گیری یا خوانده شده است؛ بدون نتیجه‌گیری اضافه.
- تفسیر: معنای محتمل مشاهده با ذکر شواهد پشتیبان، تعارض و محدودیت.
- اثر بر تصمیم: ادامه خرید، دریافت مدرک، آزمون تکمیلی، مذاکره یا توقف پرداخت تا روشن‌شدن.
| نمونه مشاهده | تفسیر محتاطانه | اقدام |
|---|---|---|
| ضخامت چند نقطه یک پنل با مرجع مجاور متفاوت است | با رنگ مجدد یا لایه ترمیمی سازگار است؛ جنس، پوشش و لبه‌ها باید کنترل شوند | نقشه کامل پنل و اتصال‌های مجاور تکمیل شود |
| یک واحد دیاگ پاسخ نمی‌دهد | محدودیت ابزار، تغذیه، شبکه یا خود واحد مطرح است | نبود پاسخ «بدون خطا» گزارش نشود و مسیر دسترسی تخصصی تعیین شود |
| صدای وابسته به سرعت چرخ شنیده می‌شود | تایر، بلبرینگ، ترمز یا مجموعه دوار محتمل‌اند | بازدید روی جک و مقایسه دو سمت پیش از نسبت‌دادن به قطعه |
| عدد جدیدتر کارکرد از سابقه قدیمی کمتر است | خطای ثبت، واحد، تعویض صفحه یا دستکاری نیازمند بررسی است | تطبیق مدارک و زنجیره داده پیش از پرداخت |
«بررسی‌نشده»، «قابل‌مشاهده نبود» و «موردی دیده نشد» یکسان نیستند
| وضعیت | معنی دقیق | نمونه |
|---|---|---|
| بررسی‌نشده | این بخش در سفارش یا اجرای بازدید قرار نگرفته است | داده گیربکس یا ارزیابی زیر خودرو انجام نشده |
| دسترسی محدود | بخش در دامنه بوده ولی محل، پوشش، ابزار یا ایمنی اجازه بررسی کامل نداده است | داخل ستون، زیر خودرو یا پنل دارای PPF قابل مشاهده نبوده |
| آزمون ناقص | بخشی از روش انجام شده ولی شرط تکمیل فراهم نشده است | رانندگی گرم یا اسکن دوم پس از تعمیر انجام نشده |
| موردی مشاهده نشد | در بخش قابل دسترس و روش انجام‌شده شاهد مثبت دیده نشده است | به معنی تضمین نبود ایراد پنهان نیست |
| یافته مثبت | شاهد مشخص ثبت شده و نیازمند تفسیر یا اقدام است | کد فعال، نشتی، قرائت نامتعارف یا اثر تعمیر |
این تفکیک به‌ویژه در کارشناسی سیار خودرو مهم است؛ چون نور، پارکینگ، جک و مسیر رانندگی می‌توانند دامنه واقعی بازدید را تغییر دهند.
سطح اطمینان بدون درصدسازی چگونه نوشته شود؟
درصدهایی مانند «۹۰ درصد سالم» بدون روش محاسبه، معنای عملی ندارند. زبان زیر منشأ اطمینان را روشن‌تر میکند:
| سطح | تعریف | نمونه عبارت |
|---|---|---|
| مشاهده مستقیم | قطعه یا داده با روش مناسب و دسترسی کافی بررسی شده است | «نشتی فعال از محل مشخص در زمان بازدید مشاهده شد» |
| استنباط پشتیبانی‌شده | چند شاهد مستقل با یک سناریو سازگارند | «الگوی اتصال، رنگ و هم‌راستایی با تعمیر ناحیه جلو راست سازگار است» |
| ناسازگاری نیازمند توضیح | شواهد با هم یا با ادعا تعارض دارند | «عدد ثبت جدیدتر با سابقه قدیمی‌تر هم‌خوان نیست» |
| نیازمند ارجاع | نشانه وجود دارد ولی پاسخ به ابزار یا محیط تخصصی نیاز دارد | «لقی یا هندسه روی بالابر و دستگاه مناسب بررسی شود» |
| اطلاعات ناکافی | شاهد یا دسترسی برای تأیید و رد کافی نیست | «در دامنه حاضر نتیجه قطعی قابل ارائه نیست» |
هر یافته را به محل، عکس و داده خام متصل کنید
عکس نزدیک بدون جهت، عدد بدون واحد یا کد بدون نام واحد کنترل، امکان بازبینی را کم میکند. برای هر یافته یک شناسه ساده مانند «بدنه ـ جلو راست ـ اتصال گلگیر» یا «دیاگ ـ ABS ـ کد جاری» ساخته شود.
- ابتدا نمای کلی برای جهت و محل ثبت شود؛
- سپس نمای نزدیک شاهد، ابزار یا اتصال بیاید؛
- شرایط نور، سطح، جنس قطعه، دما یا وضعیت خودرو نوشته شود؛
- داده خام از تبدیل و تفسیر جدا نگهداری شود؛
- اگر دو شاهد تعارض دارند، هیچ‌کدام حذف نشوند و مسیر حل اختلاف ثبت شود.
در بررسی تصادف، راهنمای گزارش مسیر ضربه، شاسی و ایربگ و در بررسی داده الکترونیکی، راهنمای Snapshot و صورت‌برداری ماژول‌ها نمونه‌های عملی این اتصال را توضیح می‌دهند.
شدت ریسک را به اقدام بعدی متصل کنید، نه به یک برچسب مبهم
شدت در گزارش، قیمت‌گذاری یا تضمین خرابی آینده نیست. این سطح فقط کمک میکند خواننده بداند کدام یافته برای ادامه معامله نیاز به مدرک، آزمون یا ارجاع دارد. سطح باید با شاهد و محدودیت همان جلسه توجیه شود.
| سطح تصمیم | معنای عملی | اقدام پیشنهادی پیش از پرداخت |
|---|---|---|
| ثبت اطلاعاتی | یافته مستند است اما به‌تنهایی مانع ادامه بررسی نیست | در قرارداد و نسخه نهایی حفظ شود |
| نیازمند تطبیق | شاهد با ادعا، مدرک یا بخش دیگر گزارش ناسازگار است | سند، قطعه یا آزمون مکمل درخواست شود |
| نیازمند بررسی تخصصی | دامنه بازدید غیرمخرب برای نتیجه کافی نیست | ارجاع مشخص پیش از تعهد مالی انجام شود |
| توقف تصمیم | موضوع ایمنی، سازه، هویت یا تناقض حل‌نشده وجود دارد | بیعانه یا امضای نهایی تا رفع ابهام متوقف بماند |
«ایراد یافت نشد» با «سلامت قطعی» متفاوت است
عبارت دقیق‌تر این است: «در دامنه و شرایط ثبت‌شده، نشانه مشخصی مشاهده یا بازتولید نشد.» این جمله هم نتیجه جلسه را منتقل میکند و هم عیب پنهان، خرابی آینده یا بخش خارج از دسترس را تضمین نمی‌کند.
شرایط آزمون بخشی از نتیجه است
- شروع سرد یا ورود گرم و مدت توقف پیش از آزمون؛
- انجام یا لغو تست رانندگی و دلیل آن؛
- نور، خشکی بدنه، سطح زمین و امکان مشاهده زیر خودرو؛
- واحدهای پاسخ‌گوی دیاگ و واحدهای بدون ارتباط؛
- قطعات یا پوشش‌هایی که بدون بازکردن قابل مشاهده نبودند.
ارجاع باید مقصد و پرسش روشن داشته باشد
به‌جای «بیشتر بررسی شود»، گزارش می‌نویسد کدام بخش، با چه روش یا در چه شرایطی بررسی شود. برای رفتار موتور و گیربکس، مقصد کارشناسی فنی و تست رانندگی است؛ برای مسیر ضربه و ایمنی کابین، تشخیص خودروی تصادفی و بررسی ایربگ و کمربند استفاده می‌شوند.
نسخه نهایی، اصلاحیه و بازبینی پس از تعمیر
گزارش وضعیت زمان بازدید است. اگر خودرو تعمیر، جابه‌جا، باز و بسته یا دوباره اسکن شود، نسخه قبلی نباید بی‌ردپا بازنویسی شود.
| نوع نسخه | کاربرد | قاعده نگهداری |
|---|---|---|
| پیش‌نویس | یافته اولیه و موارد باز | تا تکمیل دامنه و پیوست‌ها مرجع پرداخت نهایی نیست |
| نسخه نهایی | دامنه انجام‌شده، یافته‌ها، محدودیت‌ها و ارجاع‌ها | شناسه، زمان و خودروی مرجع ثابت داشته باشد |
| اصلاحیه | تصحیح خطا یا افزودن شاهد تازه | علت تغییر و رابطه با نسخه قبلی حفظ شود |
| بازبینی پس از تعمیر | کنترل بخش مشخص پس از اقدام اعلام‌شده | فقط همان بخش و آزمون را پوشش دهد، نه کل خودرو را |
| تطبیق روز تحویل | کنترل هویت و تغییرات پس از بازدید | نسخه مرجع، کارکرد، هشدارها و آسیب تازه مقایسه شوند |
نسخه قبل، عملیات تعمیر و نسخه بعد را روی هم ننویسید
نسخه اولیه باید بدون بازنویسی نگه داشته شود. اصلاح اشتباه نگارشی با «اصلاحیه» و بازدید پس از تعمیر با «نسخه جدید» ثبت می‌شود. نتیجه جدید نباید عکس، کد یا محدودیت نسخه قبل را حذف کند.
| نسخه | محتوای لازم | پرسش کنترل |
|---|---|---|
| V1 ـ پیش از تعمیر | شرایط جلسه، یافته‌ها، داده خام و محدودیت‌ها | خط مبنا پیش از پاک‌کردن کد یا بازکردن قطعه حفظ شده است؟ |
| R ـ عملیات | شرح کار، قطعه، مرکز، تاریخ و مدرک | عملیات انجام‌شده با علت اولیه ارتباط دارد؟ |
| V2 ـ بازآزمایی | همان نقاط، همان شناسه‌ها و شرایط قابل مقایسه | نشانه رفع شده، تغییر کرده یا قابل تکرار نبوده است؟ |
| Open ـ باز | موارد حل‌نشده و آزمون باقی‌مانده | آیا تصمیم مالی هنوز به نتیجه این مورد وابسته است؟ |
اگر شرایط V1 و V2 یکسان نیست، تفاوت صریح نوشته می‌شود؛ برای مثال «شروع سرد در نسخه اول، ورود گرم در نسخه دوم». نتیجه ظاهراً بهتر در شرایط متفاوت، به‌تنهایی اثبات رفع عیب نیست.
گزارش را چگونه به قرارداد و پرداخت متصل کنیم؟
گزارش فنی به‌تنهایی قرارداد نیست، اما میتواند ورودی روشن تصمیم طرفین باشد. شناسه نسخه، تاریخ، خودرو، یافته‌های مؤثر، موارد باز و آزمون‌های تکمیلی در پیوست یا بند مرتبط ذکر شوند.
- خودرو و نسخه گزارش با مدارک قابل مشاهده تطبیق داده شوند.
- یافته‌های مؤثر بر تصمیم مالی از ایرادهای صرفاً نگهداری جدا شوند.
- برای مورد حل‌نشده، مسئول اقدام، مهلت و شرط ادامه پرداخت روشن شود.
- اگر تعمیر قبل از تحویل توافق شده، معیار بازبینی همان بخش نوشته شود.
- تغییرات پس از بازدید در دفتر اصلاحات ثبت و روز تحویل دوباره کنترل شوند.
برای تطبیق هویت و نسخه، صفحه مدارک خودرو پیش از خرید و برای ترتیب بیعانه تا تحویل، چک‌لیست کارشناسی ماشین دست دوم را ببینید.
حفظ حریم خصوصی در گزارش و پیوست‌ها
برای تطبیق خودرو و نسخه، ثبت داده لازم کافی است؛ انتشار تصویر کامل مدارک، شماره تماس، نشانی یا اطلاعات شخصی غیرضروری ریسک ایجاد میکند. نسخه‌ای که برای خریدار، فروشنده، کارشناس یا تعمیرگاه ارسال می‌شود میتواند سطح دسترسی متفاوت داشته باشد.
- شناسه خودرو فقط به اندازه لازم برای تطبیق نمایش داده شود؛
- اسناد رسمی در کانال عمومی یا لینک بدون کنترل قرار نگیرند؛
- عکس‌ها اطلاعات محیط و اشخاص نامرتبط را بی‌دلیل ثبت نکنند؛
- نسخه تحویلی و دریافت‌کننده با زمان ثبت شوند؛
- اصلاحیه نسخه قبلی را بدون رد تغییر حذف نکند.
نمونه گزارش کارشناسی خودرو؛ قالب را از سربرگ تا پیوست اصلاحیه کامل کنید
نمونه گزارش کارشناسی خودرو نباید فقط یک برگه تیک‌خورده باشد. قالب مفید باید به خواننده اجازه دهد بفهمد هر نتیجه برای کدام خودرو، در چه شرایطی، با کدام شاهد و تا چه مرزی ثبت شده است. نمونه زیر «فرم تجاری دژکار» یا تضمین وضعیت آینده نیست؛ یک الگوی آموزشی برای ساخت و خواندن گزارش قابل‌ردیابی است.
بخش اول: سربرگ جلسه و اثرانگشت نسخه
| فیلد | نمونه ثبت | دلیل نگهداری |
|---|---|---|
| شناسه گزارش | RPT-1405-071 / V1 | تفکیک نسخه اولیه، اصلاحیه و بازبینی |
| شناسه خودرو | VIN یا شناسه قابل تطبیق در نسخه کامل | جلوگیری از اتصال گزارش به خودروی مشابه |
| زمان و محل | تاریخ، ساعت و نوع محل؛ پارکینگ/فضای باز/مرکز | تفسیر نور، دما و امکان دسترسی |
| وضعیت ورود | سرد، گرم یا نامشخص؛ همراه مدت توقف اعلام‌شده | جداکردن آزمون سرد از نتیجه ورود گرم |
| کارکرد نمایشگر | عدد، واحد و تصویر کامل صفحه‌آمپر | ساخت خط زمانی و تطبیق روز تحویل |
| دامنه توافق‌شده | بدنه، سازه، فنی، دیاگ، ایمنی و رانندگیِ انجام‌شده | جلوگیری از تعبیر بررسی محدود به کارشناسی کامل |
بخش دوم: هر ردیف یافته را به مشاهده، تفسیر و اقدام تقسیم کنید
| شناسه | مشاهده خام | تفسیر محدود | وضعیت/اقدام | پیوست |
|---|---|---|---|---|
| B-04 | اختلاف ضخامت در بخش مشخص پنل و اثر بازشدگی اتصال | نیازمند تطبیق با بافت، پنل مجاور و سابقه تعمیر | بررسی تکمیلی بدنه | عکس B-04A و نقشه نقاط |
| C-02 | ناپیوستگی درزگیر یا اثر تغییرشکل در نقطه قابل مشاهده | برای نتیجه سازه‌ای، مسیر ضربه و اتصال‌های مرتبط بررسی شود | توقف تصمیم تا ارجاع | عکس C-02A/B |
| T-03 | صدا فقط پس از گرم‌شدن و در بازه دور ثبت‌شده تکرار شد | علت از مشاهده جلسه قطعی نیست | آزمون تخصصی هم‌شرایط | ویدئو T-03 و شرایط رخداد |
| D-05 | کد تاریخی در واحد مشخص؛ چراغ هنگام جلسه خاموش بود | کد تاریخی به‌تنهایی خرابی فعال را ثابت نمی‌کند | بررسی Freeze Frame و سابقه پاکسازی | Snapshot D-05 |
| L-01 | زیربندی به علت سطح و نبود دسترسی کامل دیده نشد | برای این بخش نتیجه‌ای صادر نشده است | بازدید در محل دوم | عکس شرایط محل |
این ردیف‌ها نمونه آموزشی‌اند؛ نتیجه واقعی فقط از مشاهده همان خودرو حاصل می‌شود. برای تعریف یافته بدنه از راهنمای رنگ و بدنه، برای شاسی از بررسی شاسی و زیربندی و برای داده‌های واحدها از دیاگ خودرو پیش از خرید استفاده کنید.
بخش سوم: فرهنگ وضعیت‌ها را ثابت نگه دارید
| وضعیت | معنا | کاربرد نادرست |
|---|---|---|
| انجام شد | روش و شرایط آزمون ثبت شده است | معادل «سلامت قطعی» نیست |
| مورد مشخصی مشاهده نشد | در دامنه همان جلسه نشانه هدف دیده نشد | نباید برای بخش پوشیده یا آزمون‌نشده استفاده شود |
| قابل مشاهده نبود | مانع فیزیکی، نور، سطح یا پوشش وجود داشت | با «بدون ایراد» جایگزین نشود |
| انجام نشد | آزمون در دامنه نبود یا شرایط ایمن فراهم نشد | بدون ذکر دلیل رها نشود |
| ارجاع | پرسش و مقصد بررسی تکمیلی مشخص است | عبارت مبهم «بیشتر بررسی شود» کافی نیست |
| باز | تصمیم به شاهد یا بازآزمایی وابسته است | نباید در نسخه نهایی پنهان شود |
بخش چهارم: مانیفست پیوست‌ها، فایل گمشده را آشکار میکند
عکس‌ها و داده‌های خام باید شماره، موضوع و نسخه داشته باشند. یک فهرست ساده باعث می‌شود خواننده بفهمد کدام فایل تحویل شده و کدام شاهد فقط در متن ادعا شده است.
| پیوست | محتوا | نسخه | کنترل تطبیق |
|---|---|---|---|
| A-01 | تصاویر هویت و صفحه‌آمپر | V1 | شناسه و زمان با سربرگ یکسان است |
| B-01…B-n | نقشه بدنه و نقاط اندازه‌گیری | V1/V2 | سمت و محل هر نقطه نوشته شده است |
| D-01 | اسکن واحدها و داده خام | V1 | واحد، وضعیت کد و ولتاژ جلسه مشخص است |
| T-01 | شرایط تست رانندگی و رخداد | V1 | دما، مسیر و محدودیت ذکر شده است |
| R-01 | شرح تعمیر یا تعویض قطعه | بین V1 و V2 | مدرک عملیات به یافته اولیه متصل است |
بخش پنجم: نمونه تاریخچه اصلاحیه و بازدید دوم
| نسخه | علت ایجاد | چه چیزی تغییر کرد؟ | چه چیزی باز ماند؟ |
|---|---|---|---|
| V1 | بازدید پایه | — | زیربندی و استارت سرد |
| C1 | اصلاح خطای نگارشی | نام قطعه یا شماره پیوست؛ بدون تغییر نتیجه فنی | همان موارد V1 |
| R1 | عملیات تعمیر | قطعه، عملیات و مدرک افزوده شد | اعتبار تعمیر هنوز آزموده نشده |
| V2 | بازآزمایی | نتیجه همان شناسه در شرایط ثبت‌شده اضافه شد | شرایطی که بازتولید نشد صریحاً باز ماند |
کنترل نهایی خواننده؛ پیش از استفاده از گزارش این هشت پاسخ را پیدا کنید
- گزارش دقیقاً به کدام خودرو و کدام نسخه متصل است؟
- بازدید در چه زمان، دما و محل انجام شده است؟
- کدام بخش‌ها واقعاً انجام شده و کدام بخش‌ها انجام نشده‌اند؟
- هر یافته مهم به کدام عکس، عدد، کد یا رخداد متصل است؟
- گفته فروشنده از مشاهده مستقل جدا شده است؟
- شدت ریسک به اقدام مشخص تبدیل شده است؟
- پس از تعمیر، نسخه اولیه و داده خام حفظ شده‌اند؟
- روز تحویل چه اختلافی با زمان کارشناسی دارد؟
برای اتصال این قالب به مسیر معامله، چک‌لیست کارشناسی ماشین دست دوم و دروازه‌های پرداخت در گزارش را ببینید.
چک‌لیست خریدار برای خواندن گزارش کارشناسی
- هویت خودرو، تاریخ و شماره نسخه را با معامله تطبیق دهید.
- دامنه سفارش را پیش از خواندن نتیجه‌ها ببینید.
- بخش‌های بررسی‌نشده، محدود و ارجاع‌شده را جدا علامت بزنید.
- برای یافته مهم، شاهد، محل و شرایط آزمون را پیدا کنید.
- میان مشاهده، تفسیر و تصمیم مالی تفاوت بگذارید.
- تعمیر یا جابهجایی پس از بازدید را به اصلاحیه متصل کنید.
- پیش از پرداخت اصلی، موارد باز و نسخه مرجع قرارداد را مشخص کنید.
اگر گزارش فقط عباراتی کلی دارد و دامنه یا محدودیت را نشان نمی‌دهد، پیش از اتکا برای معامله درباره روش و بخش‌های انجام‌شده توضیح بخواهید.
گزارش محلی باید شرایط واقعی محل را ثبت کند
نام محله به‌تنهایی دامنه کارشناسی را تعیین نمی‌کند. پارکینگ کم‌نور، شیب، نبود جک، مسیر شلوغ، گرم‌بودن موتور یا ممنوعیت رانندگی میتواند بخشی از آزمون را باز بگذارد. برای انتخاب مسیر، صفحات کارشناسی خودرو تهران، کارشناسی خودرو شرق تهران و کارشناسی خودرو غرب تهران را ببینید.
جمع‌بندی
گزارش کارشناسی خودرو زمانی ارزشمند است که هویت، نسخه، دامنه، شرایط آزمون، شاهد، تفسیر، سطح اطمینان و محدودیت را به هم متصل کند. عبارت کوتاه «سالم» یا «موردی ندارد» نمی‌تواند جای این زنجیره را بگیرد. گزارش باید موارد باز را پنهان نکند، اصلاحات را نسخه‌دار نگه دارد و در روز تحویل دوباره با خودروی واقعی و قرارداد تطبیق داده شود.
دفتر تطبیق گزارش کارشناسی؛ یافته، شاهد، اقدام و اصلاحیه را به یک نسخه وصل کنید
وقتی گزارش میان بازدید اولیه، تماس تکمیلی، تعمیرگاه و روز تحویل جابه‌جا می‌شود، خطر اصلی فقط گم‌شدن عکس نیست؛ ممکن است یک مشاهده قدیمی با شاهد تازه مخلوط، محدودیت حذف یا نتیجه بازدید دوم جایگزین نسخه اول شود. دفتر تطبیق برای هر ردیف نشان می‌دهد چه چیزی دیده شده، شاهد کجاست، چه برداشتی مجاز است، اقدام بعدی چیست و کدام نسخه هنوز باز است.
شناسنامه ردیف؛ هر یافته یک شناسه پایدار داشته باشد
| فیلد | نمونه ثبت | خطای رایج | کنترل |
|---|---|---|---|
| شناسه ردیف | BODY-LF-03 یا ENG-COLD-02 | تغییر نام ردیف در نسخه بعد | شناسه ثابت، شرح قابل اصلاح |
| نسخه/زمان | V0، تاریخ و وضعیت سرد/گرم | مخلوط‌کردن دو جلسه | هر جلسه اثرانگشت زمانی جدا |
| دامنه | داخل، مشروط، خارج یا ارجاع‌شده | بررسی‌نشده به‌جای سالم | وضعیت صریح دامنه |
| شاهد | IMG-014، SCAN-02، MAP-PANEL-01 | عکس بدون محل و زمان | شناسه فایل و نقطه مشاهده |
| مشاهده | اختلاف ضخامت در پنل مشخص | نوشتن تشخیص به‌جای مشاهده | زبان خنثی و قابل بازبینی |
| تفسیر | سازگار/ناسازگار/نامشخص با ادعا | نتیجه قطعی از یک نشانه | سطح اطمینان و محدودیت |
| اقدام | تکمیل نور، جک، اسکن یا ارجاع | عبارت مبهم «بررسی شود» | مقصد، سؤال و خروجی لازم |
| وضعیت | باز، حل‌شده، ردشده یا جایگزین‌شده | حذف ردیف باز | بستن فقط با شاهد نسخه تازه |
مشاهده، تفسیر و تصمیم را در یک جمله ادغام نکنید
| لایه | پرسش | نمونه مناسب | آنچه نباید نوشته شود |
|---|---|---|---|
| مشاهده | چه چیزی در چه شرایطی دیده یا اندازه‌گیری شد؟ | در V1 و نور خنثی، پنل چپ با مرجع اختلاف داشت | بدنه تصادفی است |
| تفسیر | مشاهده با کدام سناریو سازگار است؟ | با تعمیر موضعی سازگار؛ روش دقیق بدون شاهد بیشتر نامشخص | حتماً تعویض شده |
| اثر تصمیم | چه ابهامی ایجاد میکند؟ | ادعای «بدون تعمیر» نیازمند توضیح و تکمیل نقشه است | خودرو نخرید |
| اقدام | کدام آزمون یا پاسخ ابهام را کم میکند؟ | عکس لبه داخلی، بست و اندازه‌گیری تکراری | کارشناسی بیشتر |
گزارش کارشناسی داده و محدودیت را تحویل می‌دهد؛ تصمیم معامله به شرایط خریدار، استعلام‌های رسمی و توافق طرفین نیز وابسته است. گزارش نباید توصیه حقوقی، تضمین آینده یا حکم قطعی قیمت بسازد.
ماتریس یافته–شاهد–اقدام؛ ردیف قابل تحویل چگونه نوشته می‌شود؟
| حوزه | یافته | شاهد و شرایط | اقدام بعدی | وضعیت |
|---|---|---|---|---|
| بدنه | تفاوت سطح/اندازه در پنل مشخص | نقشه پنل، نور، ابزار و عکس لبه | تطبیق با سازه و سابقه اعلامی | باز تا تکمیل شواهد |
| شاسی | نشانه تعمیر در نقطه سازه‌ای | محل، اتصال، پوشش و محدودیت دسترسی | ارجاع با سؤال درباره روش تعمیر | ارجاع‌شده |
| فنی | رخداد صدا/لرزش در دما یا بار مشخص | V0/V2، دور، دنده، مسیر و فایل | بازپخش هم‌شرایط یا آزمون تفکیکی | باز |
| دیاگ | کد، وضعیت یا داده ناسازگار | شناسه ماژول، زمان، Readiness و Snapshot | تطبیق با رخداد و اسکن پس از آزمون | مشروط |
| تحویل | تغییر نسبت به روز کارشناسی | V5، کیلومتر، عکس پنل و فهرست اقلام | ضمیمه تغییر و تعیین اثر آن | حل‌نشده تا پاسخ |
سه نوع تغییر را از هم جدا کنید: تصحیح، اصلاحیه و بازدید تازه
| نوع | چه زمانی | چه چیزی ثابت می‌ماند | خروجی |
|---|---|---|---|
| تصحیح نگارشی | غلط نوشتاری یا شناسه فایل بدون تغییر معنا | شاهد، تفسیر و زمان جلسه | نسخه بعد با شرح دقیق تصحیح |
| اصلاحیه شاهد | عکس، فاکتور یا پاسخ تازه به همان جلسه افزوده شده | مشاهده اولیه حذف نمی‌شود | الحاق منبع و بازبینی اثر آن |
| بازدید مجدد | خودرو جابه‌جا، تعمیر، گرم/سرد یا دوباره آزمون شده | نسخه قبلی و موارد باز | جلسه مستقل V4/V5 با تطبیق |
| ابطال ردیف | شاهد به خودرو/جلسه دیگری منتسب بوده است | ردپای خطا و علت ابطال | ردیف ابطال‌شده؛ نه حذف خاموش |
شماره نسخه، تاریخ، علت تغییر، ردیف‌های اثرپذیرفته و تهیه‌کننده باید روشن باشند. «نسخه نهایی» به معنی پاک‌کردن نسخه‌های قبلی نیست؛ فقط وضعیت فعلی دفتر را نشان می‌دهد.
دفتر تناقض؛ ادعای فروشنده، مشاهده و سند چگونه آشتی داده شوند؟
| ادعا | شاهد موافق | شاهد ناسازگار | وضعیت | دروازه |
|---|---|---|---|---|
| تعمیر کامل شده | فاکتور و قطعه اعلامی | رخداد هنوز در شرایط مشابه تکرار می‌شود | حل‌نشده | بازپخش تخصصی |
| بدنه بدون تعمیر | ظاهر کلی | نقشه پنل یا اتصال ناسازگار | نامشخص/ناسازگار | تکمیل بدنه و سازه |
| کد پاک شده چون تعمیر انجام شده | شرح تعمیر | Readiness کامل نیست یا رخداد بازمی‌گردد | مشروط | چرخه پایش و پس‌اسکن |
| خودرو از بازدید تغییر نکرده | شناسه و اقلام ثابت | کارکرد، پنل، کد یا قطعه متفاوت | نیازمند توضیح | V5 پیش از تحویل |
تناقض صرفاً با توضیح شفاهی بسته نمی‌شود. پاسخ تازه باید به ردیف و شاهد مرتبط شود؛ اگر قابل اثبات نیست، وضعیت «نامشخص» باقی می‌ماند و همین محدودیت به خواننده منتقل می‌شود.
مانیفست پیوست؛ فایل باید قابل پیدا کردن و قابل انتساب باشد
- هر عکس، ویدئو، PDF، اسکن یا نقشه با شناسه یکتا و نوع فایل ثبت شود.
- خودرو/جلسه، زمان، محل یا نقطه مرتبط و ردیف یافته در کنار فایل بیاید.
- فایل حذف‌شده یا جایگزین‌شده با علت و نسخه جانشین مشخص شود.
- اطلاعات شخصی غیرضروری، شماره‌های کامل و داده بی‌ربط به هدف گزارش منتشر نشود.
- لینک موقت یا پیام‌رسان تنها محل نگهداری پرونده نباشد؛ مانیفست باید نبود فایل را آشکار کند.
تطبیق V0 تا V5؛ چه چیزی در هر نسخه باز یا بسته می‌شود؟
| نسخه | خط مبنا | ردیف تازه | ردیف قابل بستن |
|---|---|---|---|
| V0 | هویت، وضعیت پیش از حرکت و دستکاری | ادعا و محدودیت اولیه | فقط تطبیق اولیه هویت |
| V1 | بدنه و سازه در نور/دسترسی ثبت‌شده | نقشه پنل و نقاط ارجاع | ردیف‌های مشاهده‌پذیر همان محل |
| V2 | رخداد مسیر با شرایط ثبت‌شده | صدا، لرزش، فرمان، ترمز و انتقال نیرو | فقط پرسش‌های بازپخش‌شده |
| V3 | جک، اسکن یا آزمون تکمیلی | شاهد زیر خودرو و داده ماژول | مواردی که شاهد هدفمند گرفته‌اند |
| V4 | جمع‌بندی همان روز | ریسک، اقدام و موارد باز | نه ردیف‌های نیازمند تحویل/تعمیر |
| V5 | روز تحویل یا پس از تعمیر | تغییر، اصلاحیه و اختلاف | فقط با شاهد تازه و قابل انتساب |
دروازه تحویل گزارش؛ خواننده باید چه چیزهایی را پیدا کند؟
- شناسه خودرو و جلسه با خودرو و اسناد ارائه‌شده سازگار است.
- دامنه داخل، مشروط و خارج از بررسی از هم جداست.
- هر ردیف اثرگذار دست‌کم یک شاهد و شرایط آزمون دارد.
- مشاهده از تفسیر و اقدام بعدی جدا نوشته شده است.
- موارد باز، صاحب پاسخ و نقطه توقف مالی مشخص‌اند.
- اصلاحیه و بازدید دوم نسخه قبلی را حذف نکرده‌اند.
- مانیفست پیوست با فایل‌های تحویلی تطبیق دارد.
- V5 هر تغییر میان کارشناسی و تحویل را آشکار کرده است.
برای ترتیب عملی تولید V0 تا V5، نکات پیش از خرید خودرو، برای صورت‌برداری ماژول‌ها دیاگ پیش از خرید و برای هم‌سطح‌کردن سفارش با تحویل دامنه و هزینه کارشناسی را ببینید.
پیوست شواهد گزارش کارشناسی؛ عکس، اسکن، فاکتور و سابقه سرویس را قابل انتساب نگه دارید
یک گزارش ممکن است متن درستی داشته باشد، اما اگر فایل عکس، PDF دیاگ، برگه میزان، فاکتور تعمیر یا سابقه سرویس به خودرو و نسخه گزارش متصل نباشد، خواننده نمی‌تواند مسیر نتیجه را بازبینی کند. پیوست شواهد باید نشان دهد هر فایل از کجا آمده، اصل یا مشتق است، به کدام جلسه و ردیف مربوط می‌شود، چه محدودیتی دارد و در نسخه بعد چه تغییری کرده است.
A0 تا A8؛ چرخه عمر هر پیوست از دریافت تا روز تحویل
| مرحله | ثبت لازم | پرسش کنترل | وضعیت مجاز |
|---|---|---|---|
| A0 دریافت | نام فایل اولیه، منبع، زمان دریافت و کانال | فایل را چه کسی و برای کدام خودرو ارائه کرد؟ | دریافت‌شده؛ هنوز منتسب نیست |
| A1 انتساب خودرو | VIN/شناسه پرونده، پلاک یا نشانه موجود در فایل | آیا فایل به همین خودرو مربوط است؟ | تطبیق، مغایرت یا نامشخص |
| A2 انتساب جلسه | V0 تا V5، تاریخ، محل و شرایط سرد/گرم | فایل در همان جلسه تولید شده یا قدیمی است؟ | جلسه‌ای، سابقه‌ای یا بدون زمان |
| A3 نقش فایل | عکس مشاهده، داده خام، تفسیر، فاکتور یا رسید | فایل چه ادعایی را پشتیبانی میکند؟ | نقش روشن یا دامنه مبهم |
| A4 اصل/مشتق | اصل دریافتی، نسخه کوچک‌شده، برش، PDF یا تصویر ویرایش‌شده | آیا نسخه نمایشی جای اصل را گرفته است؟ | اصل محفوظ، مشتق مرتبط |
| A5 کنترل فنی | نوع، اندازه، صفحات، ابعاد/مدت و اثرانگشت اختیاری فایل | همان فایل بعداً قابل تشخیص است؟ | کنترل‌شده یا فاقد داده |
| A6 حریم خصوصی | نسخه کامل محدود و نسخه پوشانده‌شده برای اشتراک | داده شخصی غیرضروری حذف شده است؟ | محدود، پوشانده یا عمومی |
| A7 اصلاحیه | علت جایگزینی، شناسه نسخه قبل و اثر بر ردیف گزارش | محتوا عوض شده یا فقط قالب؟ | تصحیح، اصلاحیه یا ابطال |
| A8 تحویل | مانیفست نهایی، فایل‌های موجود/مفقود و نسخه گزارش | خواننده همه پیوست‌های ارجاع‌شده را دارد؟ | تحویل‌شده، ناقص یا خارج از دامنه |
شناسنامه فایل؛ نام فایل به‌تنهایی شناسه نیست
| فیلد | نمونه ثبت ساختاری | اگر موجود نیست | خطای ممنوع |
|---|---|---|---|
| File ID | IMG-BODY-LF-014 یا SCAN-V3-02 | شناسه تازه و یکتا اختصاص یابد | اتکا به نام عمومی IMG_0001 |
| Vehicle/Case ID | شناسه پرونده گزارش؛ نه انتشار VIN کامل | انتساب «نامشخص» بماند | حدس خودرو از پوشه یا پیام |
| نسخه و زمان | V2، زمان ثبت/دریافت و منطقه زمانی در صورت نیاز | زمان نامعلوم صریح نوشته شود | استفاده از زمان کپی فایل به‌جای ثبت |
| نوع و اندازه | JPEG، PDF، CSV، تعداد صفحه یا مدت | «خوانده نشد» یا «ارائه نشد» | تغییر پسوند برای معتبر جلوه‌دادن فایل |
| منبع | کارشناس، فروشنده، تعمیرگاه، ابزار یا مرجع | منبع نامشخص | یکی‌گرفتن فرستنده با تولیدکننده |
| رابطه با ردیف | BODY-LF-03، ENG-COLD-02 یا DOC-R4 | فایل یتیم در مانیفست مشخص شود | استفاده فایل برای چند خودرو بدون تفکیک |
| نسخه فایل | اصل دریافتی، مشتق نمایشی، پوشانده یا جایگزین | وضعیت نامشخص | حذف اصل پس از ساخت نسخه کوچک |
| اثر انگشت اختیاری | الگوریتم و مقدار ثبت‌شده در زمان دریافت | «محاسبه نشد» | تعبیر Hash به‌عنوان اثبات هویت تولیدکننده |
ثبت اندازه و اثرانگشت فایل میتواند تغییر بعدی همان شیء دیجیتال را آشکار کند، اما هویت فرستنده، صحت محتوای عکس یا اعتبار حقوقی مدرک را ثابت نمی‌کند. راهنمای NIST درباره نگهداری شواهد دیجیتال برای منطق حفظ منشأ و نسخه استفاده شده است؛ این دفتر یک فرایند حقوقی زنجیره‌حفاظت یا جایگزین مقررات محلی نیست.
اصل، مشتق و نسخه پوشانده‌شده را کنار هم نگه دارید
| نسخه | کاربرد | آنچه باید حفظ شود | محدودیت |
|---|---|---|---|
| اصل دریافتی | مرجع مقایسه و کنترل تغییر | نام، اندازه، زمان دریافت و وضعیت دسترسی | ممکن است منبع یا زمان تولید نامشخص باشد |
| مشتق کاری | برش پنل، نشانه‌گذاری، فشرده‌سازی یا تبدیل PDF | شناسه اصل و شرح عملیات | نباید جای اصل معرفی شود |
| نسخه پوشانده | اشتراک گزارش بدون داده شخصی غیرضروری | رابطه با اصل و محدوده پوشاندن | ممکن است برای کنترل رسمی کافی نباشد |
| نسخه جایگزین | فایل خواناتر یا خروجی صحیح ابزار | نسخه قبلی، علت و ردیف‌های اثرپذیرفته | جایگزینی نباید خاموش باشد |
| فایل ابطال‌شده | انتساب اشتباه، خرابی یا خودرو/جلسه دیگر | علت ابطال و عدم استفاده در نتیجه | حذف بی‌ردپا مسیر خطا را پنهان میکند |
نقشه عکس؛ هر تصویر باید محل، جهت و شرایط داشته باشد
| خوشه | متادیتای گزارش | کنترل کیفیت | استنباط ممنوع |
|---|---|---|---|
| رنگ و بدنه | پنل، نقطه، جهت، نور، خشکی سطح و ابزار | نمای کلی + نزدیک + لبه/پشت پنل در صورت دسترسی | تعمیر قطعی از یک بازتاب |
| شاسی و سازه | نقطه Datum/اتصال، مقیاس و سمت خودرو | تصویر مرجع موقعیت و خروجی اندازه‌گیری | تقارن یا سلامت ابعادی از عکس تنها |
| موتور و نشتی | سرد/گرم، زمان پس از خاموشی، محل بالا/پایین | قبل/بعد پاکسازی و Heat-soak جدا | منشأ مایع از یک لکه بدون مسیر |
| صفحه آمپر | کیلومتر، چراغ‌ها، سوئیچ و لحظه استارت | تصویر کامل + جزئیات خوانا | کارکرد واقعی از نمایشگر تنها |
| قطعه و فاکتور | شماره/برچسب قابل مشاهده و رابطه با ردیف | اصل مدرک و قطعه به‌صورت دو شاهد | اصالت قطعه از شباهت ظاهری |
خروجی اسکن، داده خام و برگه کالیبراسیون را یکی نکنید
| پیوست | هویت لازم | دامنه قابل استفاده | آزمون مکمل |
|---|---|---|---|
| پیش‌اسکن | VIN/خودرو، زمان، ابزار، ماژول‌های پاسخ‌گو و کدها | وضعیت ثبت‌شده پیش از تعمیر/آزمون | عیب‌یابی مدل‌محور |
| پس‌اسکن | همان هویت، شرایط و تفاوت با پیش‌اسکن | وضعیت پس از کار در همان جلسه | Readiness، بازگشت رخداد و آزمون مسیر |
| Live Data | PID، واحد، نرخ نمونه، شرایط بار/دما و زمان | سازگاری داده در پنجره ثبت | شاهد مستقل فیزیکی |
| برگه کالیبراسیون | خودرو، سیستم، ابزار/نسخه، پیش‌شرط و نتیجه | همان فرایند و همان زمان | کنترل الزام OEM و نصب مکانیکی |
| اسکرین‌شات ابزار | صفحه کامل، عنوان ماژول و زمان در صورت وجود | سرنخ محدود | خروجی قابل ذخیره و قابل انتساب |
تعاریف I‑CAR برای پیش‌اسکن، پس‌اسکن و کالیبراسیون این خروجی‌ها را وظایف جدا می‌داند و بر مراجعه به اطلاعات همان سازنده تأکید میکند. یک PDF یا عکس صفحه دیاگ، به‌تنهایی عیب‌یابی یا کالیبراسیون موفق را ثابت نمی‌کند.
فاکتور و سابقه سرویس؛ پیوست گزارش باید به دفتر R0 تا R8 وصل شود
| ردیف پیوست | فیلدهای کلیدی | اتصال به گزارش | وضعیت |
|---|---|---|---|
| فاکتور تعمیر | شماره، تاریخ، شناسه خودرو، کارکرد، شرح کار و قطعه | ردیف یافته و نسخه قبل/بعد تعمیر | منتسب، محدود یا متعارض |
| رسید پرداخت | تاریخ، دریافت‌کننده و ارجاع به فاکتور | شاهد مالی؛ جدا از نتیجه فنی | مرتبط یا فاقد شرح |
| سوابق سرویس | تاریخ، کارکرد، عملیات و منبع | خط زمانی کارکرد و نگهداری | هم‌جهت، شکاف یا تعارض |
| فایل قبل/بعد | هویت خودرو، شرایط و ردیف مشترک | تغییر مشاهده‌شده، نه تضمین دوام | قابل مقایسه یا ناهم‌شرایط |
| اصلاحیه تعمیر | تاریخ پس از گزارش، ردیف‌های اثرپذیرفته و بازدید تازه | V5 مستقل | باز، حل‌شده یا ارجاع‌شده |
برای شناسنامه کامل فاکتور، توالی کارکرد و مرز میان رسید مالی و شاهد فنی، دفتر مدارک، فاکتور و سابقه سرویس را به شناسه ردیف گزارش متصل کنید. توصیه FTC درباره گزارش مکتوب و بازرسی مستقل نیز یادآور می‌شود که گزارش سابقه جای بازرسی مستقل را نمی‌گیرد.
تطبیق کارکرد در پیوست؛ عدد، زمان و منبع را جدا ثبت کنید
- عدد صفحه آمپر V0 و V5، فاکتورهای سرویس، برچسب نگهداری و گزارش‌های قبلی را با تاریخ و منبع مستقل فهرست کنید.
- عددِ بدون واحد، تاریخ یا شناسه خودرو را به خط زمانی قطعی وارد نکنید؛ وضعیت «نامشخص» حفظ شود.
- کاهش یا جهش را تعارض بنویسید و برای پاسخ به مدرک/آزمون مکمل ارجاع دهید؛ از یک اختلاف، حکم دستکاری قطعی نسازید.
- تعویض آمپر، برنامه‌ریزی ماژول یا تعمیر برقی به‌صورت رخداد مستقل و نسخه‌دار ثبت شود.
NHTSA نیز مقایسه کیلومتر با سوابق نگهداری و بازرسی را یک کنترل مهم می‌داند؛ منبع خارجی فقط منطق مقایسه شاهد را پشتیبانی میکند و جای استعلام یا مقررات ایران نیست.
اصلاحیه فایل؛ تغییر قالب را از تغییر معنا جدا کنید
| رخداد | نوع تغییر | ثبت لازم | اثر بر نتیجه |
|---|---|---|---|
| اصلاح نام/چرخش تصویر | تصحیح فنی بدون تغییر محتوا | شناسه اصل و عملیات | معمولاً بدون بازتفسیر |
| نسخه خواناتر فاکتور | جایگزین با منبع تازه | نسخه قبلی، منبع و تفاوت‌ها | ردیف‌های مرتبط دوباره خوانده شوند |
| فایل منتسب به خودروی دیگر | ابطال | علت و همه ردیف‌های استفاده‌کننده | نتیجه‌های وابسته باز شوند |
| پس‌اسکن تازه | اصلاحیه شاهد یا بازدید مجدد | خودرو، زمان، شرایط و تفاوت با قبل | فقط دامنه آزموده‌شده بازبینی شود |
| تعمیر پس از کارشناسی | V5 تازه | فاکتور، فایل‌های قبل/بعد و آزمون مستقل | نسخه اولیه حذف نمی‌شود |
دروازه A8؛ بسته گزارش روز تحویل چه چیزهایی دارد؟
- نسخه گزارش، شناسه پرونده و خودرو در متن و مانیفست یکسان‌اند.
- هر فایل ارجاع‌شده شناسه، منبع، نسخه، نقش و ردیف مرتبط دارد.
- اصل، مشتق کاری و نسخه پوشانده‌شده از هم قابل تشخیص‌اند.
- فایل مفقود، خراب، نامنتسب یا ابطال‌شده پنهان نشده است.
- فاکتور و سابقه سرویس به ردیف R0 تا R8 و نتیجه مستقل روز بازدید متصل‌اند.
- پیش‌اسکن، پس‌اسکن، کالیبراسیون و داده خام یک خروجی واحد فرض نشده‌اند.
- اصلاحیه فایل، نسخه قبلی و علت تغییر را حفظ کرده است.
- V5 هر تعمیر، تغییر کارکرد یا فایل تازه میان کارشناسی و تحویل را بازبینی کرده است.
برای کنترل دامنه سفارش از راهنمای هزینه کارشناسی، برای ترتیب عملی V0 تا V5 از نکات پیش از خرید و برای هویت فایل‌های شبکه از راهنمای دیاگ خودرو استفاده کنید.
فایل دیاگ در گزارش کارشناسی؛ Session، یافته و اصلاحیه را سطر‌به‌سطر تطبیق دهید
فایل دیاگ زمانی به گزارش کارشناسی کمک میکند که بتوان آن را به همین خودرو، همین جلسه و همین نسخه گزارش وصل کرد. PDF یا عکس صفحه‌ای که VIN، زمان، ابزار، وضعیت موتور، فهرست ماژول‌ها یا منشأ فایلش روشن نیست، ممکن است اطلاعات مفید داشته باشد اما شاهد کامل برای نتیجه معامله نیست. گزارش باید داده خام، گزارش مشتق، تفسیر کارشناس، محدودیت و اقدام بعدی را جدا نگه دارد.
| کد | فیلد گزارش | کنترل انتساب | نتیجه ممنوع |
|---|---|---|---|
| R0 پرونده | Case ID، خودرو، تاریخ و گیرنده | به سفارش و نسخه گزارش متصل است؟ | هم‌نامی فایل اثبات تعلق نیست |
| R1 Session | زمان، KOEO/KOER، سرد/گرم و ولتاژ | شرایط اسکن در گزارش آمده؟ | دو Session ناهم‌شرایط هم‌سطح نیستند |
| R2 ابزار | مدل ابزار، نسخه نرم‌افزار و سطح Gateway | پوشش ابزار مستند است؟ | نام ابزار اسکن کامل را تضمین نمی‌کند |
| R3 موجودی | ماژول موردانتظار، پاسخ‌گو و بدون ارتباط | نقشه تجهیز همان خودرو مبناست؟ | غیبت از ابزار مساوی حذف ECU نیست |
| R4 DTC | کد، Reporter، Status و شرح خام | Current/History/Pending جداست؟ | متن کد قطعه خراب قطعی نیست |
| R5 Snapshot | Freeze Frame، Readiness و Counter موجود | منبع و زمان داده حفظ شده؟ | نبود Snapshot علت پاکسازی را ثابت نمی‌کند |
| R6 فایل | Raw/Rendered/Excerpt/Redacted/Delta | نام، زمان، حجم و منشأ روشن است؟ | PDF خلاصه جای Raw را نمی‌گیرد |
| R7 تفسیر | مشاهده، فرضیه و آزمون بعدی | مرز داده و برداشت جداست؟ | DTC به حکم قطعه تبدیل نشود |
| R8 تغییر | Clear، Reset، تعمیر، Programming یا Coding | مجری و زمان تغییر ثبت است؟ | No DTC پایان تعمیر نیست |
| R9 نسخه | اصلاحیه، Addendum، Reinspection و تحویل | نسخه قبل محفوظ و Delta روشن است؟ | فایل تازه نسخه قبلی را حذف نکند |
نقشه Raw تا گزارش؛ پنج لایه فایل را با یک نام مخلوط نکنید
خروجی اصلی ابزار، PDF رندرشده، جدول خلاصه، نسخه پوشانده‌شده و فایل مقایسه‌ای Delta کارکردهای متفاوت دارند. هر مشتق باید شناسه منبع، زمان تولید، تولیدکننده و بخش‌های حذف یا تبدیل‌شده را نگه دارد. اگر ابزار فقط عکس صفحه می‌دهد، همان محدودیت نوشته می‌شود و «فایل خام کامل» ساخته نمی‌شود.
| لایه | در گزارش | حداقل Manifest | کاربرد |
|---|---|---|---|
| Raw | اصل Export بدون خلاصه‌سازی | نام اولیه، حجم، زمان، ابزار و Session | بازبینی منبع |
| Rendered | PDF/HTML ساخته‌شده از Raw | نسخه نرم‌افزار و شناسه Raw | خواندن و چاپ |
| Excerpt | ردیف یا تصویر منتخب | صفحه/ردیف و علت انتخاب | اتصال به یافته |
| Redacted | نسخه اشتراک با داده پوشیده | نوع پوشش و نگهدارنده اصل | کمینه‌سازی داده |
| Delta | تفاوت دو Session | دو ورودی و روش مقایسه | بازپخش تعمیر و تحویل |
اثر انگشت فایل، اگر استفاده شود، کنترل تمامیت همان شیء دیجیتال است؛ صحت تشخیص، مالکیت خودرو یا اصالت حقوقی را به‌تنهایی ثابت نمی‌کند. چارچوب نگهداری در NISTIR 8387 درباره حفظ شواهد دیجیتال توضیح داده شده و در این صفحه فقط به‌عنوان اصل عمومی حفاظت از نسخه‌ها استفاده می‌شود.
داده خام، مشاهده و اقدام را در سه ستون مستقل بنویسید
عبارت‌هایی مانند «خطای گیربکس»، «ایربگ سالم» یا «ماژول حذف شده» اغلب چند مرحله استدلال را در یک برچسب پنهان می‌کنند. گزارش قابل بازبینی ابتدا داده را بدون تغییر ثبت میکند، سپس محدودیت و تفسیر را می‌نویسد و در ستون بعد آزمون یا ارجاع لازم را مشخص میکند.
| داده/رخداد | مشاهده مجاز | تفسیر باز | اقدام |
|---|---|---|---|
| DTC در یک ECU | کد، Status و Reporter ثبت شد | علت میتواند چندگانه باشد | نقشه مدار، داده زنده و آزمون مدل‌محور |
| No communication | واحد در این Session پاسخ نداد | ابزار، Gateway، تغذیه، شبکه یا پیکربندی | ابزار دوم و کنترل فیزیکی مجاز |
| No DTC | در پوشش اعلام‌شده کدی نمایش نشد | سلامت مکانیک یا کالیبراسیون اثبات نشده | تست عملکرد و مرجع همان خودرو |
| اختلاف HW/SW | شناسه دو فایل متفاوت است | تعویض، برنامه‌ریزی، ابزار یا فایل نامرتبط | فاکتور و دستور تعمیر |
| Readiness ناقص | مانیتور در این Session Complete نیست | چرخه، Clear، شرایط یا تعمیر | تاریخچه و چرخه مدل‌محور |
پیش‌اسکن و پس‌اسکن؛ اختلاف را پیش از بستن یافته طبقه‌بندی کنید
تعاریف I‑CAR برای پیش‌اسکن، پس‌اسکن و کالیبراسیون این وظایف را جدا میکند و ارجاع به اطلاعات همان سازنده را لازم می‌داند. این منبع در زمینه تعمیر برخورد نوشته شده و الزام همه خودروهای بازار را تعیین نمی‌کند؛ اصل قابل انتقال برای گزارش، حفظ نسخه پیش از تغییر و مقایسه مستقل پس از تعمیر است.
| نوع اختلاف | ثبت در Delta | وضعیت گزارش |
|---|---|---|
| Resolved | یافته پیشین با آزمون هم‌شرایط دیگر تکرار نشد | با شاهد و محدودیت بسته شود |
| Persistent | همان کد/رفتار با شرایط قابل مقایسه باقی است | باز و نیازمند اقدام |
| New | کد، واحد غایب یا نشانه تازه پس از تعمیر | علت و مسئولیت بدون شاهد تعیین نشود |
| Incomparable | ابزار، Gateway، دما یا دامنه متفاوت است | مقایسه محدود و نیازمند بازپخش |
| Not tested | مرحله لازم انجام نشده یا داده در دسترس نیست | بررسی‌نشده، نه سالم |
وقتی فایل، فاکتور و رفتار خودرو تعارض دارند، نتیجه را حدس نزنید
ممکن است فاکتور تعویض ECU را نشان دهد اما شناسه فایل تغییر نکرده باشد؛ PDF پس‌اسکن No DTC باشد اما چراغ یا رفتار خودرو ناسازگار بماند؛ یا فایل فعلی ماژولی را نبیند که در فایل قبلی حاضر بوده است. گزارش باید تعارض را به‌عنوان ردیف مستقل باز نگه دارد و برای هر روایت، شاهد موافق، مخالف و آزمون تفکیک‌کننده بنویسد.
- C0: دو یا چند ادعای ناسازگار بدون حذف نسخه قبلی ثبت شوند.
- C1: منبع هر ادعا—فایل، فاکتور، مشاهده یا گفته—مشخص شود.
- C2: ابزار، Session، خودرو و سطح دسترسی دو فایل هم‌سطح شوند.
- C3: آزمونی انتخاب شود که دو روایت را از هم جدا کند.
- C4: اگر آزمون ممکن نیست، تعارض باز و اثر آن بر تصمیم نوشته شود.
- C5: فقط با شاهد تازه، Correction یا Addendum نسخه‌دار صادر شود.
Correction، Addendum و Reinspection سه نوع تغییر متفاوت‌اند
| نوع تغییر | محرک | نیاز به مشاهده خودرو | خروجی |
|---|---|---|---|
| Correction | خطای روشن در متن، شناسه یا انتساب فایل | معمولاً نه، اگر شاهد موجود کافی است | اصلاحیه با علت و نسخه قبل |
| Addendum | فایل یا فاکتور تازه بدون آزمون خودرو | نه | ضمیمه منبع‌دار و محدود |
| Repair replay | بازپخش یک تعمیر با شرط قابل تکرار | بله | Delta همان ردیف‌ها |
| Reinspection | دامنه، خودرو یا شرایط تازه | بله | نسخه جدید گزارش |
| Delivery check | تطبیق خودرو و تغییرات روز معامله | بله | تحویل و موارد باز |
افزودن فایل تازه نباید به‌طور خودکار نتیجه قبلی را پاک کند. گزارش جدید نام نسخه، تاریخ، ردیف تغییرکرده، شاهد تازه، نتیجه قبلی و مرز نتیجه جدید را نشان می‌دهد.
تحویل و حریم خصوصی؛ نسخه کافی را بدهید، نه همه داده موجود را
فایل دیاگ میتواند VIN، کیلومتر نمایش‌داده‌شده، شناسه واحد، زمان، حساب ابزار یا داده دیگری داشته باشد. پیش از اشتراک مشخص شود چه بخشی برای تصمیم خرید لازم است، چه داده‌ای پوشانده می‌شود، اصل نزد چه کسی می‌ماند و گیرنده چگونه نسخه و اصلاحیه بعدی را تشخیص می‌دهد.
| بسته تحویل | محتوا | کنترل |
|---|---|---|
| Reader | خلاصه یافته، اقدام و پیوند به پیوست | داده و تفسیر جدا |
| Appendix | Excerpt، تصویر یا PDF منبع‌دار | شناسه فایل و صفحه |
| Archive | Raw، Manifest و نسخه‌های قبل | دسترسی محدود و تمامیت |
| Delta | تفاوت پیش/پس و ردیف‌های باز | دو ورودی مشخص |
| Amendment | علت، شاهد تازه، تغییر و تأییدکننده | نسخه قبلی محفوظ |
روش ساخت Session در راهنمای فایل دیاگ خودرو وارداتی و دامنه تجاری فایل در راهنمای هزینه و پوشش دیاگ جدا ثبت می‌شوند.
نسخه V0 تا V6؛ از دریافت فایل تا گزارش روز تحویل
| نسخه | ثبت | دروازه |
|---|---|---|
| V0 دریافت | Case، خودرو، Session، فایل و گیرنده | انتساب اولیه روشن باشد |
| V1 Manifest | Raw/Rendered/Excerpt، زمان، حجم و ابزار | اصل و مشتق جدا شوند |
| V2 یافته | داده، مشاهده، تفسیر، محدودیت و اقدام | حکم قطعه از کد ساخته نشود |
| V3 تعارض | روایت‌ها، شاهد موافق/مخالف و آزمون | تعارض باز بماند |
| V4 تغییر | تعمیر، Clear، فایل تازه و مجری | نسخه قبل حذف نشود |
| V5 تطبیق | Resolved/Persistent/New/Incomparable | فقط ردیف آزموده بسته شود |
| V6 تحویل | Reader، Appendix، Archive، Delta و اصلاحیه | نسخه و گیرنده مشخص باشند |
این دفتر قالب گزارش و کنترل نسخه است؛ نتیجه سلامت، الزام تعمیر، قیمت، ضمانت یا رتبه جست‌وجو از آن ساخته نمی‌شود.
پیوست تعمیر شاسی و کالیبراسیون؛ شاهد فیزیکی، اندازه‌گیری و فایل دیاگ را به یک نتیجه وصل کنید
گزارش کارشناسی زمانی قابل بازبینی است که برگه تعمیر، نقشه آسیب، عکس اتصال، فایل اندازه‌گیری، پیش‌اسکن، گزارش کالیبراسیون و پس‌اسکن به ردیف‌های مشخص نتیجه وصل باشند. گذاشتن چند PDF یا عکس در انتهای گزارش کافی نیست؛ هر پیوست باید شناسه، خودرو، ناحیه، زمان، Session، منبع و اثرش بر تصمیم را نشان دهد. نبود یک مدرک نیز باید به‌عنوان محدودیت باقی بماند، نه اینکه با عبارت «موردی مشاهده نشد» پوشانده شود.
دفتر A0 تا A9؛ ده ردیف پیوست ساختاری و کالیبراسیون
| کد | ردیف پیوست | شاهد | خروجی گزارش |
|---|---|---|---|
| A0 پرونده | Case ID، VIN، مدل‌سال و نسخه | سفارش و خودرو | انتساب روشن |
| A1 نقشه آسیب | سمت، جهت نیرو، ناحیه و قطعات مجاور | عکس پیش از تعمیر/بازدید | دامنه مشاهده‌شده |
| A2 نقشه تعمیر | تعویض، برش، اتصال، صافکاری و حفاظت | فاکتور و عکس مرحله‌ای | ادعا/تأیید/تعارض |
| A3 روش | نام قطعه، جنس، منبع و Revision روش | اطلاعات همان خودرو | مرز مدل‌محور |
| A4 اندازه‌گیری | Setup، Datum، Target، Actual و Raw | فایل دستگاه و مرجع | قابل بازپخش/نامشخص |
| A5 پیش‌اسکن | شرایط، موجودی واحدها، DTC و فایل | Session پیش از تغییر | خط مبنای دیجیتال |
| A6 محرک | قطعه یا تعمیر مؤثر بر ADAS/یادگیری | دستور همان مدل‌سال | نیازمند بررسی/نامرتبط/نامعلوم |
| A7 کالیبراسیون | پیش‌شرط، روش، ابزار و نتیجه | Manifest و خروجی ابزار | موفق/ناموفق/انجام‌نشده |
| A8 پس‌اسکن | موجودی، DTC، Delta و آزمون عملکرد | فایل مستقل پس از تعمیر | رفع/باقی/تازه/نامقایسه |
| A9 تحویل | محدودیت، موارد باز، اصلاحیه و گیرنده | نسخه روز معامله | تصمیم و اقدام بعدی |
هر نتیجه را به شاهد منبع‌دار وصل کنید، نه به نام پوشه
عبارت‌هایی مانند «فایل شاسی»، «گزارش دیاگ» یا «برگه کالیبراسیون» محل شاهد را مشخص نمی‌کنند. ردیف یافته باید شناسه پیوست، صفحه/عکس/نقطه اندازه‌گیری، زمان، تولیدکننده و نسبت آن با خودرو را نگه دارد. اگر پیوست مشتق یا خلاصه است، نسخه Raw و مسیر تولید آن نیز مشخص می‌شود.
| یافته | منبع اصلی | نشانی دقیق | مرز تفسیر |
|---|---|---|---|
| اثر اتصال ثانویه | عکس خام و نقشه قطعه | سمت، جهت، Image ID و ناحیه | روش صحیح بدون منبع OEM تأیید نمی‌شود |
| اختلاف هندسه | فایل اندازه‌گیری | Point ID، Datum، Actual و واحد | عدد بدون Reference حکم نیست |
| واحد بدون ارتباط | پیش/پس‌اسکن | Session، ابزار، Gateway و ECU | غیبت از ابزار مساوی حذف نیست |
| Calibration Complete | خروجی ابزار | VIN، Procedure، Result و زمان | پیش‌شرط مکانیکی جدا کنترل شود |
| تعارض فاکتور و اثر | دو یا چند پیوست | ردیف فاکتور و Image/Measure ID | علت بدون آزمون تعیین نشود |
نقشه عکس؛ قبل، حین و بعد تعمیر را با جهت ثابت بخوانید
عکس‌ها باید خودرو، سمت، جهت دید، مقیاس یا نقطه مرجع و مرحله ثبت را روشن کنند. نمای نزدیک بدون نمای زمینه‌ای ممکن است به قطعه یا سمت اشتباه منتسب شود. عکس پس از پوشش نیز جای عکس اتصال پیش از درزگیر و رنگ را نمی‌گیرد؛ هر مرحله شاهد متفاوتی است.
- P0: نمای کلی خودرو و ناحیه با VIN/Case قابل اتصال.
- P1: نقشه پنل و مسیر نیرو پیش از بازکردن یا تعمیر.
- P2: مرز قطعه، پشت اتصال و نواحی مجاور در دسترس.
- P3: مرحله Attachment پیش از پوشش نهایی، در صورت وجود.
- P4: درزگیر، پوشش زیر و حفاظت حفره با ناحیه ثبت‌شده.
- P5: وضعیت تحویل و مواردی که دیگر قابل مشاهده نیستند.
اگر عکس حین تعمیر در دسترس نیست، گزارش فقط آثار قابل مشاهده فعلی را ثبت میکند و کیفیت تمام مراحل پنهان را تأیید نمی‌کند.
فایل اندازه‌گیری؛ Datum و Setup را کنار عدد نگه دارید
| فیلد | در فایل | در گزارش | خطای رایج |
|---|---|---|---|
| Vehicle | VIN/مدل/بدنه/بازار | تطبیق با A0 | پروفایل مشابه به‌جای همان خودرو |
| Database | نسخه داده و تاریخ | منبع عدد | عدد بدون نسخه |
| Setup | سطح، مهار، بار و قطعات بازشده | شرایط آزمون | تغییر Setup میان دو فایل |
| Datum | مبدأ، محور و نقاط مرجع | قابلیت بازپخش | تعویض مبدأ بدون ثبت |
| Target/Actual | شناسه نقطه، واحد و خوانش | داده مستقل از نتیجه | حذف Raw و نگه‌داشتن اسکرین‌شات |
| Tolerance | فقط مرجع همان خودرو | در محدوده/خارج با منبع | ساخت تلرانس عمومی |
| Repeat | تکرار، زمان و اپراتور | Delta و پایداری | یک خوانش به‌عنوان قطعیت |
جزئیات تحلیل فیزیکی در راهنمای شواهد تعمیر شاسی و هندسه نگهداری می‌شود؛ صفحه گزارش فقط منبع، محل، نتیجه و محدودیت را نسخه‌بندی میکند.
محرک کالیبراسیون را از فایل نتیجه جدا کنید
پیوست باید پاسخ دهد چه عملیات یا آسیبی بررسی کالیبراسیون را آغاز کرده است: تغییر شیشه، سپر، براکت، محل حسگر، سازه، تعلیق، Alignment، قطعه یا DTC. سپس مرجع همان خودرو، پیش‌شرط‌ها و فایل نتیجه ثبت می‌شود. نام عملیات یک خودرو نمی‌تواند الزام همه خودروها باشد.
| لایه | پرسش | شاهد | وضعیت |
|---|---|---|---|
| Trigger | چه چیزی تغییر کرد؟ | نقشه تعمیر و دستور مدل‌محور | تأیید/نامعلوم |
| System | کدام حسگر/ECU/ورودی متأثر است؟ | Build data و موجودی شبکه | حاضر/غایب/محدود |
| Prerequisite | سازه، نصب، تایر، بار و محیط آماده بود؟ | Checklist و فایل‌های مرتبط | بسته/باز/ثبت‌نشده |
| Procedure | Static، Dynamic، Hybrid یا Initialization؟ | منبع، ابزار و Session | انجام/لغو/ناموفق |
| Result | خروجی خام چه می‌گوید؟ | Raw/PDF و پیام ابزار | موفق/ناموفق/نامعلوم |
| Post-scan | چه کد یا واحدی باقی یا تازه است؟ | فایل پس از تعمیر | Delta |
فرایند تشخیص تعمیر برخورد ADAS در I‑CAR پیش‌اسکن، Calibration مدل‌محور و پس‌اسکن را وظایف جدا می‌داند. این منبع در زمینه تعمیر برخورد است و در این گزارش فقط برای جداسازی مراحل استفاده می‌شود؛ الزام عمومی برای همه خودروها ساخته نمی‌شود.
وقتی شاهد دیجیتال و فیزیکی تعارض دارند، هر دو را حفظ کنید
| تعارض | شاهد موافق | شاهد مخالف | اقدام |
|---|---|---|---|
| فاکتور تعویض/آثار برش | ردیف فاکتور و شماره قطعه | مرز اتصال مشاهده‌شده | روش و عکس مرحله‌ای درخواست شود |
| اندازه «مجاز»/Raw نامشخص | PDF خلاصه | نبود Datum یا مرجع | فایل منبع و Setup مطالبه شود |
| No DTC/چراغ یا رفتار ناسازگار | پس‌اسکن | مشاهده یا آزمون عملکرد | Session هم‌شرایط و تشخیص مدل‌محور |
| Calibration موفق/پیش‌شرط باز | پیام ابزار | هندسه یا نصب نامطمئن | پیش‌شرط بسته و رویه تکرار شود |
| فایل‌ها با VIN/زمان متفاوت | نام پوشه یا گفته تعمیرگاه | Manifest ناسازگار | انتساب باز بماند |
تعارض اثبات تقلب یا خرابی قطعی نیست. گزارش باید منبع هر روایت، آزمون تفکیک‌کننده و اثر نامعلومی بر تصمیم خرید را بنویسد.
واژگان وضعیت؛ «موجود» با «تأییدشده» یکی نیست
| وضعیت | معنا | کاربرد |
|---|---|---|
| Provided | فایل یا سند ارائه شد | هنوز انتساب/کفایت سنجیده نشده |
| Attributed | به خودرو، Session و مرحله وصل شد | منشأ روشن |
| Corroborated | با شاهد مستقل هم‌راستا شد | تقویت یک یافته محدود |
| Conflicted | با شاهد دیگر ناسازگار است | نیازمند آزمون |
| Incomparable | شرایط/ابزار/دامنه همسان نیست | Delta بسته نشود |
| Not inspected | مرحله انجام نشده یا دسترسی نبود | به سالم تبدیل نشود |
| Superseded | نسخه جدیدتر وجود دارد | نسخه قبل همچنان محفوظ |
اصلاحیه ساختاری؛ تغییر متن، فایل تازه و بازدید مجدد را تفکیک کنید
Correction برای خطای روشن متن یا انتساب است؛ Addendum سند تازه‌ای است که بدون مشاهده جدید اضافه می‌شود؛ Reinspection شامل مشاهده یا آزمون تازه خودروست. اگر پس از تعمیر فایل اندازه‌گیری یا Calibration ارائه شد، نتیجه قبلی حذف نمی‌شود و ردیف تغییر، شاهد تازه، محدودیت و اثر آن بر تصمیم نوشته می‌شود.
- V0: نسخه اولیه با پیوست‌های موجود و خلأهای صریح.
- V1: Correction احتمالی بدون تغییر شاهد.
- V2: Addendum فاکتور، Raw یا گزارش کالیبراسیون تازه.
- V3: Reinspection فیزیکی/دیجیتال پس از تعمیر.
- V4: Delta ردیف‌های رفع‌شده، باقی، تازه و نامقایسه.
- V5: نسخه روز تحویل با موارد باز و گیرنده مشخص.
روش اتصال Raw، PDF و Delta به Session در بخش فایل دیاگ و اصلاحیه و مسیر ساخت محرک/پیش‌شرط در راهنمای دیاگ تعمیر شاسی و ADAS تکمیل می‌شود.
چک‌لیست خواننده؛ پیش از پذیرش پیوست هفت سؤال بپرسید
- آیا پیوست به همین VIN، Case و نسخه گزارش وصل است؟
- آیا ناحیه آسیب و ناحیه تعمیر با عکس و جهت مشخص شده‌اند؟
- آیا فایل اندازه‌گیری Raw، Datum، Setup و مرجع دارد؟
- آیا پیش‌اسکن پیش از Clear، قطع باتری یا تعمیر محفوظ است؟
- آیا محرک و پیش‌شرط Calibration از نتیجه آن جدا ثبت شده‌اند؟
- آیا پس‌اسکن و آزمون عملکرد به فایل مستقل متصل‌اند؟
- آیا تعارض، محدودیت و نسخه قبلی در گزارش باقی مانده‌اند؟
این پیوست قالب مستندسازی است؛ از آن قیمت، ضمانت، نتیجه حقوقی، سلامت آینده یا رتبه جست‌وجو ساخته نمی‌شود.
پیوست نسخه‌دار شواهد تصویری رنگ و بدنه در گزارش کارشناسی
پیوست تصویری زمانی قابل بازبینی است که فایل ثبت‌شده، شرایط مشاهده و ارتباط آن با پنل خودرو روشن باشد. عکس به‌تنهایی تشخیص قطعی نمی‌سازد؛ نتیجه باید در کنار مشاهده حضوری، اندازه‌گیری، سابقه تعمیر و محدودیت‌های همان بازدید خوانده شود.
Original، نسخه علامت‌گذاری‌شده و Manifest
| جزء | حداقل اطلاعات قابل ثبت | قاعده نگهداری |
|---|---|---|
| Original | نام فایل، زمان ثبت، جهت خودرو، پنل و ترتیب برداشت | بدون برش، فیلتر یا علامت‌گذاری نگهداری شود |
| Markup/Derivative | شناسه فایل مادر، فلش یا کادر، توضیح ناحیه و نسخه | جای Original را نگیرد و رابطه مشتق‌شدن روشن باشد |
| Manifest | شناسه شاهد، نام فایل، نوع نسخه، پنل، ناحیه، نور، وضعیت سطح و ارجاع گزارش | هر فایل فقط یک شناسه پایدار داشته باشد |
نقشه ارجاع به‌صورت «خودرو ← پنل ← ناحیه ← لبه/اتصال ← نقطه مشاهده یا اندازه‌گیری» نوشته می‌شود. این مسیر از نسبت‌دادن یک عکس کلی به کل خودرو جلوگیری میکند و امکان تطبیق با راهنمای رنگ و بدنه و شواهد تصویری و شواهد تعمیر شاسی و اتصالات را فراهم میکند.
شرایط سطح، نور و زاویه ثبت
- خشک یا خیس‌بودن سطح، گردوغبار، پولیش تازه، واکس، پوشش سرامیکی یا PPF در Manifest ثبت می‌شود؛ هرکدام میتواند بازتاب و مشاهده مرزها را تغییر دهد.
- عکس مرجع نزدیک، نمای کلی پنل، لبه و اتصال با جهت ثابت ثبت می‌شود و در صورت تعارض، نور دوم و زاویه دوم به همان شاهد متصل می‌گردد.
- مرجع رسمی 3M درباره نور کنترل‌شده توضیح می‌دهد که منبع نور شبیه‌سازی‌شده خورشید برای تطبیق رنگ، پوشش و مشاهده عیب پیش و پس از رنگ کاربرد دارد؛ این منبع جای شرایط واقعی همان بازدید را نمی‌گیرد. 3M inspection lighting
- PPG DigiMatch نمونه‌ای از ثبت چندزاویه‌ای رنگ و بافت است؛ اشاره به آن صرفاً برای توضیح اهمیت زاویه و داده خام است، نه الزام استفاده از یک ابزار خاص. PPG DigiMatch
- I‑CAR بر آماده‌سازی دقیق پنل Blend، به‌ویژه لبه‌ها، و پیروی از مستندات سازنده سیستم رنگ تأکید میکند. I‑CAR Blend Panel Prep
نقاط ضخامت‌سنج و حل تعارض
هر نقطه ضخامت‌سنج با شناسه پنل، ناحیه، جهت، شرایط سطح و فایل شاهد مرتبط می‌شود. عدد بدون زمینه یا آستانه عمومی به‌عنوان حکم رنگ‌شدگی استفاده نمی‌شود؛ مبنا، الگوی مقایسه‌ای همان خودرو، محدودیت ابزار و دستور سازنده است.
| تعارض | ثبت لازم | اقدام گزارش |
|---|---|---|
| عکس با وضعیت فعلی | زمان، پنل، نور، آثار پولیش/PPF و تصویر تکراری | نتیجه باز بماند تا مشاهده هم‌شرایط |
| فاکتور با اندازه‌گیری | شماره فاکتور، شرح تعمیر، نقاط اندازه‌گیری و محدودیت | هر دو شاهد حفظ و اختلاف صریح نوشته شود |
| فایل Markup با Original | شناسه مادر، نسخه مشتق و تاریخ ویرایش | علامت‌گذاری اصلاح شود؛ Original حذف نشود |
Redaction، Correction و بازپخش تعمیر
برای انتشار یا تحویل عمومی می‌توان پلاک، چهره یا داده شخصی را در نسخه مشتق پوشاند، اما فایل اصلی و رابطه آن با نسخه Redacted باید در مخزن دسترسی‌محدود باقی بماند. Correction برای اصلاح خطای همان نسخه، Addendum برای افزودن شاهد تازه و Reinspection برای مشاهده دوباره خودرو استفاده می‌شود؛ هرکدام شناسه، تاریخ و پیوند به نسخه قبلی دارد.
- پیش از تعمیر: Original، نقشه پنل، شرایط نور و نقاط اندازه‌گیری ثبت شود.
- پس از تعمیر: همان مسیر پنل و زاویه‌های قابل تکرار بازپخش شود و تفاوت شرایط نوشته شود.
- تحویل: اختلاف عکس، فاکتور، اندازه‌گیری و وضعیت فعلی در کنترل پرداخت و تحویل پیش از خرید و در صورت وجود داده الکترونیکی در فایل خام دیاگ ارجاع متقابل بگیرد.
برای اجرای محلی این زنجیره، مسیرهای ثبت سرد تهرانپارس و ورود گرم ستاری را ببینید.
پرسش‌های متداول گزارش کارشناسی خودرو
گزارش کارشناسی خودرو باید چه بخش‌هایی داشته باشد؟
هویت خودرو و نسخه گزارش، زمان و محل، دامنه سفارش، شرایط آزمون، یافته‌ها و شواهد، محدودیت‌ها، سطح اطمینان و اقدام بعدی باید روشن و قابل پیگیری باشند.
آیا عبارت موردی مشاهده نشد یعنی خودرو سالم است؟
خیر. این عبارت فقط بخش قابل دسترس و آزمون انجام شده را توصیف میکند. قسمت پوشیده یا بررسی نشده باید جدا ثبت شود و نبود شاهد با نبود ایراد یکسان نیست.
گزارش کارشناسی خودرو تا چه زمانی معتبر است؟
گزارش وضعیت خودرو در زمان و شرایط همان بازدید است. جابهجایی، تعمیر، تصادف، پاکسازی خطا یا تغییر کارکرد میتواند نیاز به تطبیق یا بازبینی دوباره ایجاد کند.
گزارش دیجیتال بهتر است یا کاغذی؟
قالب به تنهایی تعیین کننده اعتبار نیست. نسخه باید هویت، زمان، دامنه، شواهد، محدودیت و تاریخچه اصلاحات را حفظ کند و امکان تطبیق با خودروی مورد معامله داشته باشد.
آیا گزارش کارشناسی قیمت قطعی خودرو را تعیین میکند؟
خیر. گزارش وضعیت فنی و بدنه را ثبت میکند. قیمت به بازار، مدل، کارکرد، سابقه، شرایط معامله و توافق طرفین نیز وابسته است.
پس از تعمیر خودرو، همان گزارش قبلی کافی است؟
خیر. گزارش قبلی خط مبناست. بخش تعمیر شده باید با شرح اقدام و آزمون پس از تعمیر بازبینی شود و نتیجه جدید به نسخه قبلی متصل بماند.
آیا گزارش کارشناسی جای استعلام حقوقی را می‌گیرد؟
خیر. مالکیت، اصالت اسناد، توقیف، بیمه و تعهدهای حقوقی باید از مسیرهای رسمی و مستقل بررسی شوند.
چطور گزارش کارشناسی را به قرارداد متصل کنیم؟
شناسه نسخه، تاریخ، خودرو، موارد باز و ارجاع ها در قرارداد یا پیوست ذکر شوند و روشن باشد کدام یافته بر تصمیم پرداخت یا تعهد فروشنده اثر گذاشته است.
آیا گزارش بدون عکس و داده خام قابل اتکاست؟
ممکن است بخشی از مشاهده را منتقل کند، اما قابلیت بازبینی آن کمتر است. یافته‌های مهم بهتر است به عکس شماره‌دار، عدد، کد یا شرح شرایط آزمون متصل شوند.
آیا نسخه بعد از تعمیر باید جای نسخه اول را بگیرد؟
خیر. نسخه اول خط مبناست و باید حفظ شود. عملیات تعمیر و نتیجه بازآزمایی در نسخه‌های جدا و مرتبط ثبت می‌شوند.
عبارت «موردی مشاهده نشد» یعنی خودرو سالم است؟
خیر. این عبارت فقط نتیجه دامنه و شرایط همان بازدید را بیان میکند و بخش بررسی‌نشده، عیب پنهان یا خرابی آینده را تضمین نمی‌کند.
اگر شرایط بازآزمایی با بازدید اول متفاوت باشد چه باید نوشت؟
تفاوت دما، زمان توقف، مسیر، بار، نور یا دسترسی باید ثبت شود و نتیجه با همین محدودیت مقایسه شود.
