ثبت سریال قطعات خودرو در تعمیرگاه کمک می‌کند درباره یک نمونه مشخص از قطعه صحبت کنید، نه فقط یک نام عمومی و تعداد مصرف. وقتی در مراجعه بعدی لازم است سابقه همان قطعه بررسی شود، کد کالا به‌تنهایی پاسخ نمی‌دهد کدام واحد تحویل شده و روی کدام خودرو نصب شده است.
راه شروع این است: شناسه موجود و قابل خواندن را پیش از نصب ثبت کنید، نوع آن را مشخص نگه دارید و آن را به پذیرش، تاریخ نصب و مدرک خرید مرتبط کنید. اگر شناسه وجود ندارد یا خوانده نمی‌شود، وضعیت را همان‌طور ثبت کنید؛ ساختن یک شماره به نام «سریال سازنده» اطلاعات قابل اتکا ایجاد نمی‌کند.
این راهنما یک روش پیشنهادی برای مستندسازی است. داشتن سریال به‌تنهایی اصالت کالا، سلامت، سازگاری فنی یا اعتبار گارانتی را ثابت نمی‌کند و همه قطعات هم الزاماً سریال واحد ندارند.
کد کالا، شماره فنی، سری ساخت و سریال را جدا کنید
کد داخلی برای پیدا کردن قلم درست در فهرست تعمیرگاه است. شماره فنی سازنده، مدل یا مشخصه محصول را معرفی می‌کند و ممکن است روی چندین واحد یکسان تکرار شود. شماره سری ساخت یا بچ به یک گروه تولید مربوط است؛ سریال، در نظامی که سازنده برای شناسایی واحدها تعریف کرده، برای پیگیری نمونه مشخص به کار می‌رود.
در مرجع شناسه‌های کاربردی GS1، شماره سری ساخت و شماره سریال به‌عنوان اطلاعات متفاوت معرفی می‌شوند. منظور از این اشاره، تفکیک مفهوم شناسه‌هاست؛ نه اینکه همه قطعات یدکی از GS1 استفاده می‌کنند یا تعمیرگاه موظف به اجرای همین استاندارد است. قالب و معنای شناسه روی هر کالا باید از اطلاعات معتبر همان سازنده روشن شود.
پیش از ثبت عدد روی بسته، بپرسید «این مقدار چه چیزی را شناسایی می‌کند؟». هر بارکد، سریال نیست و وجود بارکد روی جعبه ثابت نمی‌کند مقدار آن برای تک‌تک قطعات داخل جعبه متفاوت است. برای هویت عمومی کالا، راهنمای کدگذاری قطعات یدکی مرجع جداگانه‌ای است.
برای چه قطعاتی این سطح از پیگیری مفید است؟
با گروهی شروع کنید که شناسه معتبر واحد دارد و در فرایند شما نیاز مشخصی به پیگیری آن وجود دارد؛ مثلاً تطبیق مدارک نصب، بررسی مراجعه بعدی یا ارتباط با تأمین‌کننده. انتخاب گروه باید با مسئول فنی و انبار انجام شود. یک قطعه گران‌قیمت هم ممکن است شناسه واحد قابل استفاده نداشته باشد؛ قیمت به‌تنهایی وجود سریال را ثابت نمی‌کند.
تلاش برای سریال‌نویسی تمام اقلام، بدون توجه به شکل واقعی شناسه، می‌تواند فقط کار اضافه و خطای ثبت ایجاد کند. اول یک گروه کوچک را آزمایش کنید و ببینید اطلاعات جمع‌شده در پرسش واقعی بعدی قابل استفاده است یا نه.
یک ردیف ثبت سریال چه اطلاعاتی داشته باشد؟
فهرست پیشنهادی را به‌صورت مرتبط با پذیرش نگه دارید، نه یک دفتر مستقل و جداافتاده. برای هر واحد قابل پیگیری این موارد مفیدند:
- کد داخلی، نام دقیق قطعه و سازنده یا برند درج‌شده؛
- شماره فنی، جدا از سریال و شماره سری ساخت در صورت وجود؛
- مقدار اصلی شناسه، بدون حذف صفر ابتدایی، خط تیره یا حرف؛
- نوع شناسه و منبع آن، مانند بدنه قطعه، برچسب بسته یا مدرک تأمین‌کننده؛
- شماره پذیرش و مرجع پرونده خودرو؛
- تاریخ ثبت، تاریخ نصبِ تأییدشده و کارکرد ثبت‌شده هنگام خدمت؛
- شماره مدرک خرید یا حواله مرتبط، مسئول ثبت و مسئول تطبیق؛
- وضعیت واحد، مانند تحویل به تکنسین، نصب تأییدشده، برگشت بدون مصرف یا بازشده از خودرو.
صرف تحویل قطعه به تکنسین را «نصب شد» ثبت نکنید. وضعیت نهایی باید بر اساس کار انجام‌شده مشخص شود. برای گردش خروج و برگشت، از حواله مصرف قطعه متصل به دستور کار کمک بگیرید؛ ثبت سریال مکمل آن گردش است، نه جایگزین تعداد و سند مصرف.
قبل از نصب، شناسه را با چه روشی تطبیق دهیم؟
مقدار اصلی را حفظ کنید
رشته شناسه را مانند متن نگه دارید. تبدیل خودکار به عدد می‌تواند صفرهای ابتدایی را حذف کند. حرف O و رقم صفر یا حرف I و رقم یک را از روی حدس جایگزین نکنید. اگر برای جست‌وجو نسخه‌ای ساده‌شده می‌سازید، مقدار اصلی و منبع آن هم باید قابل مراجعه بماند.
مشخص کنید کدام شناسه واقعاً دیده شده است
اگر فقط جعبه قابل مشاهده بوده، ننویسید «روی قطعه تطبیق شد». منبع مشاهده را ثبت کنید. در صورت وجود شناسه روی هر دو، تطبیق طبق اطلاعات معتبر سازنده و فرایند فنی مجاز انجام شود؛ برای دیدن شماره، قطعه را خودسرانه باز یا برچسب و پلمب آن را مخدوش نکنید.
می‌توان در صورت مجازبودن، تصویری واضح از شناسه لازم نگه داشت. عکس باید به همان ردیف و پذیرش مرتبط باشد و اطلاعات شخصی نامرتبط را در بر نگیرد. پوشه‌ای از عکس‌های بی‌نام، ارتباط قطعه و خودرو را روشن نمی‌کند.
مغایرت را پیش از تأیید وضعیت حل کنید
اگر مقدار ثبت‌شده با مدرک یا شناسه قابل مشاهده نمی‌خواند، وضعیت را «نیازمند بررسی» بگذارید و مسئول پیگیری تعیین کنید. انتخاب یکی از دو مقدار بدون مدرک، مغایرت را حل نمی‌کند. پس از روشن‌شدن علت، اصلاح باید با تاریخ، دلیل و حفظ مقدار قبلی قابل پیگیری باشد.
نمونه ساده: دو قطعه هم‌نام، دو پذیرش متفاوت
فرض کنید دو واحد از یک قلم کالا با شماره فنی یکسان وارد شده‌اند، اما هرکدام شناسه واحد متفاوتی دارند. در این مثال ساختگی، آن‌ها را «واحد اول» و «واحد دوم» می‌نامیم؛ این نام‌ها سریال سازنده نیستند.
واحد اول برای پذیرش الف تحویل تکنسین می‌شود ولی بدون مصرف برمی‌گردد. واحد دوم پس از تأیید مسئول، در پذیرش ب نصب می‌شود. اگر فقط کنار نام کالا نوشته شود «یک عدد مصرف شد»، معلوم نمی‌شود کدام واحد نصب شده است.
در ثبت تکمیلی، واحد اول وضعیت برگشت بدون مصرف و مرجع حواله خود را دارد؛ واحد دوم به پذیرش ب، تاریخ نصب و مدرک مرتبط وصل است. برگشت واحد اول نباید سابقه واحد دوم را تغییر دهد. این ارتباط باید بعداً از سمت خودرو و از سمت شناسه قطعه قابل پیدا کردن باشد؛ اگر ابزار شما چنین جست‌وجویی ندارد، مرجع کنترل‌شده روش دستی را روشن نگه دارید.
اگر قطعه دوباره تعویض شد، سابقه قبلی را پاک نکنید
ردیف قطعه قبلی باید نشان دهد چه زمانی نصب و چه زمانی از خودرو باز شده است. برای قطعه جایگزین، ارتباط تازه‌ای با پذیرش مربوط ثبت کنید. نوشتن سریال جدید روی خانه سریال قدیمی، تاریخچه را از بین می‌برد و پیگیری واحد قبلی را دشوار می‌کند.
بازشدن از خودرو، برگشت به فروشنده، بررسی فنی و خروج نهایی، رویدادهای یکسانی نیستند. وضعیت هر مرحله را بر اساس واقعیت بنویسید. همچنین ارتباط با پذیرش قبلی، به‌تنهایی به معنی پذیرفتن گارانتی یا اثبات علت ایراد نیست؛ تصمیم فنی و شرایط واقعی تعهدات جداگانه بررسی می‌شوند.
برای نگهداری مدارک خدمات در طول مراجعات، راهنمای ثبت سابقه تعمیرات خودرو را کنار این روش به کار ببرید.
شناسه ناموجود یا ناخوانا را چگونه ثبت کنیم؟
بین این حالت‌ها تفاوت بگذارید: شناسه واحد روی کالا تعریف نشده، شناسه در دسترس مشاهده نیست، یا شناسه دیده می‌شود اما ناخواناست. عبارت کلی «ندارد» همیشه معنای درستی نمی‌رساند.
برای هر حالت، مدرک موجود و محدودیت ثبت را بنویسید. اگر برای پیگیری داخلی به یک شماره ردیف نیاز دارید، آن را صریحاً «شناسه داخلی ثبت» بنامید و با سریال سازنده یکی نکنید. شماره فنی، شماره فاکتور یا کد پذیرش را هم به جای سریال ننویسید؛ این اطلاعات در جای خود مفیدند اما واحد قطعه را لزوماً مشخص نمی‌کنند.
در دمو نرم‌افزار چه چیزی را بررسی کنیم؟
صفحه نرم افزار انبارداری تعمیرگاه لومک تعریف قطعات، ورود کالا، مصرف در پذیرش و سابقه خرید و مصرف را معرفی می‌کند. این قابلیت‌ها با گردش قطعه ارتباط دارند، اما از آن‌ها نمی‌توان وجود مدیریت سریال واحد، اسکن خودکار یا اتصال به سامانه اصالت سازنده را نتیجه گرفت.
در دمو، مثال دو واحد هم‌نام را مطرح کنید: آیا اطلاعات واحد مشخص جایی ثبت می‌شود؟ آیا سابقه اصلاح باقی می‌ماند؟ پس از تعویض دوباره، واحد قبلی و جدید چگونه جدا می‌شوند؟ پاسخ را در رفتار واقعی ابزار بررسی کنید، نه فقط در عنوان یک قابلیت. روش این مقاله را امکانات قطعی لومک معرفی نکنید.
پرسش‌های متداول
آیا شماره فنی همان شماره سریال است؟
خیر؛ شماره فنی معمولاً مشخصه محصول را معرفی می‌کند و می‌تواند روی چند واحد تکرار شود. برای پیگیری یک واحد، باید نوع و معنای شناسه موجود را از اطلاعات معتبر همان سازنده مشخص کنید.
داشتن سریال، اصالت قطعه را ثابت می‌کند؟
خیر. ثبت شناسه فقط بخشی از مستندسازی است. استعلام معتبر، در صورت ارائه، باید از مسیر رسمی همان سازنده یا تأمین‌کننده مجاز و مطابق شرایط آن انجام شود؛ صرف دیدن یا ثبت یک عدد تأیید اصالت نیست.
برای قطعه بدون سریال شماره بسازیم؟
می‌توانید برای ردیف داخلی خود شناسه داشته باشید، اما نباید آن را سریال سازنده معرفی کنید. وضعیت واقعی شناسه و مدارک موجود را جدا و روشن نگه دارید.
هنگام تعویض دوباره، سریال قبلی را با جدید جایگزین کنیم؟
نه به شکلی که سابقه از بین برود. نصب قبلی، بازشدن آن و نصب واحد جدید باید ارتباط و زمان جداگانه داشته باشند. هر اصلاح نیز دلیل و سابقه قابل پیگیری لازم دارد.
جمع‌بندی
ثبت قابل استفاده یعنی بدانید شناسه از کجا خوانده شده، چه نوع شناسه‌ای است و به کدام رویداد واقعی در پذیرش وصل می‌شود. از یک گروه محدود شروع کنید، موارد نامعلوم را حدس نزنید و با تعویض قطعه، گذشته را بازنویسی نکنید.
برای بررسی ارتباط خرید، مصرف و پذیرش، امکانات انبارداری تعمیرگاه لومک و درخواست دمو را ببینید و سناریوی پیگیری واحد مشخص قطعه را در دمو مطرح کنید.