کدگذاری قطعات یدکی یعنی هر قلم قابل خرید، نگهداری یا مصرف در تعمیرگاه یک شناسه داخلی یکتا و پایدار داشته باشد و با نامی یکدست ثبت شود. کد قرار نیست تمام مشخصات قطعه را در چند حرف فشرده کند؛ کار اصلی آن این است که رکورد درست را بدون ابهام پیدا کند. نام استاندارد و فیلدهای جداگانه نیز باید به کاربر بگویند آن رکورد دقیقاً مربوط به چه قطعه، برند، شماره فنی، مشخصه و واحدی است. منظور این راهنما از «نام استاندارد»، الگوی داخلی و یکدست همان تعمیرگاه است؛ نه یک استاندارد ملی یا جهانی واحد برای نام فارسی همه قطعات.
اگر «فیلتر روغن»، «فیلتر روغن پژو»، «فیلتر روغن برند الف» و یک شماره روی جعبه بدون قاعده بهعنوان چهار کالا ثبت شوند، موجودی واقعی بین چند رکورد پخش میشود. در حالت برعکس، اگر دو قطعه با برند یا مشخصه متفاوت زیر یک عنوان کلی ادغام شوند، احتمال تحویل و قیمتگذاری اشتباه بالا میرود. هدف این راهنما ساختن یک شناسنامه قابل جستوجو برای هر قلم است؛ مدیریت ورود، خروج، انبارگردانی و خرید در راهنمای جداگانه انبارداری قطعات یدکی در تعمیرگاه توضیح داده شده است.
نتیجه کدگذاری درست باید چه باشد؟
پیش از انتخاب شکل کد، نتیجه مطلوب را روشن کنید. پس از اجرای طرح، مسئول پذیرش یا انبار باید بتواند با هر کدام از اطلاعات در دسترس، مانند کد داخلی، شماره فنی سازنده، بارکد یا بخشی از نام، به همان رکورد مرجع برسد.
یک فهرست استاندارد باید این ویژگیها را داشته باشد:
- هر قلم انباری فقط یک کد داخلی فعال دارد؛
- یک کد هیچوقت به قطعه دیگری واگذار نمیشود؛
- نام قطعه برای انسان روشن و قابل جستوجو است؛
- شمارههای سازنده، مرجع اصلی و تأمینکننده با هم مخلوط نمیشوند؛
- برند، واحد، بستهبندی و مشخصه تعیینکننده در فیلدهای جدا ثبت میشوند؛
- سازگاری با خودرو از روی منبع قابل بررسی نگهداری میشود؛
- نام قدیمی و غلط املایی رایج بهصورت نام جایگزین قابل جستوجو میمانند؛
- محل قفسه و قیمت، بدون تغییر هویت قطعه قابل اصلاحاند؛
- رکورد غیرفعال حذف و دوباره مصرف نمیشود.
بنابراین موفقیت فقط به کوتاه و زیبا بودن کد وابسته نیست. اگر کارکنان هنوز برای پیدا کردن یک فیلتر پنج رکورد مشابه میبینند، طرح کدگذاری کامل نشده است.
کد داخلی، شماره فنی، شماره مرجع و بارکد یکی نیستند
بخش مهمی از خطاها از قرار دادن چند شناسه متفاوت در یک ستون آغاز میشود. هر شناسه صاحب، هدف و طول عمر خودش را دارد.
کد داخلی یا SKU تعمیرگاه
کد داخلی شناسهای است که خود مجموعه برای مدیریت یک قلم میسازد. این کد در محدوده دادههای همان مجموعه یکتا است و نباید آن را شناسه جهانی محصول معرفی کرد. کد باید پایدار و مستقل از تأمینکننده باشد. اگر همان قطعه را این ماه از فروشنده اول و ماه بعد از فروشنده دوم بخرید، کد داخلی نباید عوض شود.
عبارت SKU نیز معمولاً برای همین واحد قابل نگهداری و معامله به کار میرود. در یک تعمیرگاه کوچک لازم نیست اصطلاح انگلیسی را در رابط روزانه استفاده کنید؛ مهم این است که تعریف «یک قلم مستقل» و قاعده صدور شناسه روشن باشد.
شماره فنی سازنده
شماره فنی سازنده یا Manufacturer Part Number که بهاختصار MPN نوشته میشود، توسط سازنده برای محصول خودش تعیین میشود. این شماره برای جستوجوی کاتالوگ و تطبیق بسته اهمیت دارد، اما جای کد داخلی را نمیگیرد و نباید آن را بهتنهایی میان همه سازندگان یکتا فرض کرد. برای تطبیق، برند یا سازنده و MPN را کنار هم بررسی کنید. قالب شماره ممکن است فاصله یا خط تیره متفاوت داشته باشد یا در نسخه جدید محصول تغییر کند. بهتر است مقدار چاپشده و یک نسخه نرمالشده برای یافتن نامزدهای مشابه نگهداری شوند؛ نرمالسازی بهتنهایی دلیل ادغام نیست.
شماره OE یا مرجع اصلی
در بازار قطعات، عبارتهای OE و OEM همیشه با دقت یکسان استفاده نمیشوند. شماره OE معمولاً به شماره مرجع در کاتالوگ قطعات اصلی خودروساز اشاره دارد؛ OEM نیز عنوان سازنده یا رابطه تأمین تجهیزات اصلی است و یک نظام شمارهگذاری جهانی مستقل به شمار نمیآید. هر شمارهای که بهعنوان «اصلی» یا «مرجع» ثبت میشود باید صادرکننده، کاتالوگ یا منبع، تاریخ بررسی و در صورت وجود وضعیت جایگزینی مشخص داشته باشد. وجود یک شماره مرجع بهتنهایی اصالت، کیفیت یا سازگاری قطعه را ثابت نمیکند و نباید باعث شود چند محصول متفاوت را یک قلم فرض کنید.
کد تأمینکننده
فروشنده ممکن است برای همان قطعه یک کد مخصوص در فاکتور خود داشته باشد. این کد برای تطبیق خرید و جستوجوی فاکتور مفید است، ولی ممکن است با تغییر فروشنده یا سامانه او عوض شود. چند کد تأمینکننده میتوانند به یک کد داخلی متصل شوند؛ نباید هر کدام رکورد انباری تازهای بسازند.
GTIN و بارکد روی بسته
GTIN یک شناسه استاندارد برای قلم تجاری است و بارکد یکی از روشهای نمایش ماشینخوان یک شناسه یا داده است. طبق مشخصات عمومی GS1، GTIN کلید شناسایی قلمهای تجاری در نظام GS1 است.
بارکد و GTIN مترادف نیستند. ممکن است بسته یک شناسه استاندارد معتبر داشته باشد، چند نوع بارکد روی آن دیده شود یا تعمیرگاه برای مصرف داخلی، کد خودش را روی برچسب ماشینخوان نمایش دهد. یک عدد دلخواه ۱۳ رقمی نیز فقط بهدلیل ظاهرش GTIN معتبر نمیشود. اگر شناسه قرار است بیرون از مجموعه و در زنجیره فروش مشترک استفاده شود، قواعد و مرجع تخصیص آن را از GS1 مربوط و صاحب برند بررسی کنید.
قبل از ساخت کد، واحد مستقل کالا را تعریف کنید
سؤال اصلی این نیست که «این دو نام شبیهاند؟»؛ باید پرسید آیا این دو مورد از نظر موجودی، خرید، مصرف و قیمت یک واحد قابل جایگزینی هستند یا نه. هر تفاوت مهمی لزوماً کد تازه نمیخواهد، اما تفاوتی که موجودی یا انتخاب فنی را عوض میکند معمولاً باید رکورد جدا داشته باشد.
چه زمانی دو کد جدا لازم است؟
در این موقعیتها جداسازی را بررسی کنید:
- برند یا سازنده متفاوت است و موجودی و بهای خرید جدا پیگیری میشود؛
- شماره فنی سازنده متفاوت است؛
- اندازه، درجه، جنس، ظرفیت یا مشخصه فنی تعیینکننده فرق دارد؛
- واحد فروش یا بستهبندی قابل تبدیل نیست یا قیمتگذاری مستقل دارد؛
- نسخه جدید قطعه قرار نیست بدون بررسی جای نسخه قدیم مصرف شود؛
- قطعه نو، بازسازیشده یا استوک طبق سیاست مجموعه جدا مدیریت میشود.
برای نمونه، دو فیلتر روغن هماندازه از دو برند، حتی اگر برای کاربرد مشابه عرضه شوند، در انبار معمولاً دو قلم جدا هستند؛ چون خرید، موجودی، قیمت و پاسخگویی آنها جداست. در مقابل، تغییر محل یک قطعه از قفسه A به B هویت آن را تغییر نمیدهد و نباید کد جدید بسازد.
قطعهای که مشتری برای نصب آورده است معمولاً باید با وضعیت «تأمینشده توسط مشتری» در همان پذیرش و سابقه ثبت شود و SKU یا موجودی انباری تازه نگیرد. فقط اگر طبق سیاست روشن واقعاً به مالکیت انبار منتقل شده باشد، میتوان ورود آن را مانند یک قلم انباری بررسی کرد.
چه چیزهایی نباید داخل هویت قطعه قفل شوند؟
قیمت خرید، قیمت فروش، نام فروشنده، موجودی، نقطه سفارش و محل قفسه تغییر میکنند. این اطلاعات باید به رکورد قطعه متصل باشند، نه اینکه بخشی از کد یا نام اصلی شوند. اگر قیمت در کد پنهان شده باشد، نخستین تغییر قیمت شما را میان حفظ کد غلط و ساخت رکورد تکراری گرفتار میکند.
بهترین الگوی کد داخلی برای بیشتر تعمیرگاهها
برای اغلب مجموعهها یک کد کوتاه، ترتیبی و کممعنا از کد طولانی و توصیفی ماندگارتر است. نمونه آموزشی زیر فقط شکل را نشان میدهد و متعلق به محصول واقعی نیست:
P-000184
حرف P میتواند صرفاً پیشوند ثابت قلم قطعه باشد و عدد، شمارنده یکتا. اطلاعاتی مانند خودرو، برند، سال، قفسه و قیمت در فیلدهای جدا میمانند. با تغییر این اطلاعات، شناسه ثابت میماند.
قواعد پیشنهادی کد داخلی
- کد فقط یک بار و ترجیحاً توسط سیستم یا مسئول مشخص صادر شود؛
- از حروف لاتین بزرگ، رقم انگلیسی و یک جداکننده ثابت استفاده شود؛
- طول بخش عددی ثابت باشد تا مرتبسازی و خواندن آسان بماند؛
- صفر ابتدایی برای یکسان ماندن طول حفظ شود؛
- حروفی که با رقم اشتباه میشوند، مانند O و I، در بخش متغیر به کار نروند؛
- فاصله، نیمفاصله، حروف فارسی و نشانههای متعدد وارد کد نشوند؛
- کد پس از ثبت تراکنش و چاپ برچسب ویرایش نشود؛
- کد حذفشده یا غیرفعال هرگز برای قلم تازه بازیافت نشود.
پیشوند جدا برای «قطعه»، «خدمت» و «مواد مصرفی» زمانی مفید است که همه آنها در یک فهرست مشترک قرار دارند. تعداد زیاد پیشوند برای دهها دسته کوچک، نگهداری را دشوار میکند.
کد معنادار چه زمانی قابل قبول است؟
یک الگوی نیمهمعنادار مانند FLT-00184 میتواند خانواده کلی و پایدار را نشان دهد، به شرطی که دستهبندیها کم، روشن و تحت کنترل باشند. مشکل زمانی آغاز میشود که کد به جمله فشرده تبدیل شود:
برند-خودرو-مدل-سال-قطعه-قفسه-قیمت
خودروهای سازگار ممکن است بیشتر شوند، قفسه جابهجا شود، برند شیوه نامگذاری خود را تغییر دهد و قیمت هم ثابت نیست. کدی که این اطلاعات را حمل میکند یا زود نادرست میشود یا برای هر اصلاح رکورد تازه میسازد. اگر کارکنان برای رمزگشایی کد به دفتر راهنما نیاز دارند، نام استاندارد و جستوجو بهتر از پیچیدهتر کردن شناسه است.
الگوی نامگذاری استاندارد قطعات یدکی
نام باید هم برای کاربر قابل فهم باشد و هم در جستوجوی نرمافزار نتیجه دقیق بدهد. یک الگوی عملی برای شروع چنین است:
نوع قطعه | برند یا سازنده | شماره فنی | مشخصه تعیینکننده | واحد یا بسته
همه بخشها برای همه اقلام اجباری نیستند. اگر شماره فنی در ستون جدا نمایش داده میشود، تکرار آن در نام ممکن است لازم نباشد. ابتدا ببینید صفحه جستوجوی ابزار شما چه فیلدهایی را نشان میدهد.
نمونههای زیر کاملاً ساختگیاند و سازگاری فنی هیچ خودرویی را تأیید نمیکنند:
فیلتر روغن | برند نمونه الف | OF-218 | رزوه نمونه | عدد
لنت ترمز جلو | برند نمونه ب | BP-417 | محور جلو | بسته ۴ عددی
روغن موتور | برند نمونه ج | 5W-30 | سطح کیفی ثبتشده روی بسته | ظرف ۴ لیتری
در نام اول از واژهای استفاده کنید که کارکنان واقعاً جستوجو میکنند. «فیلتر روغن» از عنوانی مانند «کالای گروه ۱۲» مفیدتر است. سپس فقط مشخصههایی را اضافه کنید که دو رکورد را از هم جدا میکنند.
قواعد نوشتاری نام قطعه
- ترتیب اجزای نام در تمام رکوردها ثابت باشد؛
- یک فرهنگ واژگان کوتاه برای مترادفها بسازید؛ مثلاً یکی از «لنت جلو» و «لنت ترمز جلو» نام مرجع باشد؛
- برند مطابق شکل رسمی روی بسته ثبت شود و شکلهای رایج غلط بهعنوان نام جایگزین بمانند؛
- رقمها، خط تیره و فاصله در شماره فنی نرمال شوند، اما مقدار اصلی نیز حفظ شود؛
- عبارتهایی مانند «عالی»، «اصلی تضمینی» یا «بهترین» وارد نام انباری نشوند؛
- خودروهای سازگار به فهرست ساختاریافته منتقل شوند، نه یک جمله بلند در عنوان؛
- واحد و مقدار بستهبندی روشن باشند؛ «روغن برند الف» بدون حجم یک قلم کامل نیست؛
- رنگ یا جهت فقط وقتی بیاید که انتخاب یا موجودی را واقعاً تغییر میدهد.
نام جایگزین را از نام مرجع جدا کنید
ممکن است کارکنان یک قطعه را با نام بازاری، مخفف یا املای دیگری بشناسند. بهجای تغییر نام مرجع برای هر عادت، نامهای جایگزین را در فیلد جستوجو نگه دارید. این کار باعث میشود جستوجوی «تسمه دینام» یا اصطلاح رایج محلی به رکورد درست برسد، درحالیکه گزارشها همچنان یک نام ثابت نشان میدهند.
شناسنامه هر قطعه چه فیلدهایی داشته باشد؟
کدگذاری قطعات یدکی بدون شناسنامه ساختاریافته فقط اختلاف را از نام به کد منتقل میکند. برای هر قلم، فیلدهای زیر را با توجه به نیاز واقعی مجموعه در نظر بگیرید.
هویت پایه
- کد داخلی یکتا؛
- نام استاندارد؛
- دسته و زیردسته کنترلشده؛
- نوع قلم، مانند قطعه، ماده مصرفی یا بسته؛
- وضعیت فعال، غیرفعال یا در انتظار بررسی؛
- نامهای جایگزین و کد قدیمی.
مشخصات تجاری و فنی
- برند و سازنده، اگر متفاوتاند؛
- شماره فنی سازنده با شکل اصلی و نرمالشده؛
- شمارههای مرجع OE یا معادل همراه با منبع؛
- GTIN معتبر، در صورت وجود؛
- مقدار اسکنشده و نوع حامل یا بارکد؛
- واحد و سطح بستهبندی مرتبط با هر شناسه؛
- مشخصههای تعیینکننده مانند ابعاد، گرید، ظرفیت، جهت یا محل نصب؛
- کشور یا اطلاعات مبدأ فقط وقتی منبع قابل اتکا و نیاز عملی وجود دارد؛ پیششماره GS1 یا EAN را کشور ساخت فرض نکنید؛
- تصویر واضح بسته یا قطعه، اگر به انتخاب کمک میکند.
کنترل موجودی
- واحد پایه، مانند عدد، دست، لیتر یا متر؛
- واحد خرید و ضریب تبدیل تأییدشده؛
- مقدار هر بسته؛
- محل قفسه بهعنوان فیلد قابل تغییر؛
- حداقل موجودی و نقطه سفارش در بخش برنامهریزی، نه در کد؛
- سری ساخت، تاریخ یا شماره سریال فقط برای اقلامی که واقعاً به این سطح ردیابی نیاز دارند.
خرید و تأمین
- تأمینکنندگان مجاز؛
- کد همان کالا نزد هر تأمینکننده؛
- آخرین یا سابقه بهای خرید در سند خرید؛
- وضعیت تأمین یا جایگزینهای تأییدشده؛
- سند یا منبعی که سازگاری و شماره مرجع از آن آمده است.
قیمت باید در تاریخچه خرید و سیاست قیمتگذاری ثبت شود، نه اینکه با هر خرید نام قطعه تغییر کند. برای اتصال قطعه مصرفشده به سند مشتری، راهنمای فاکتور تعمیرگاه خودرو مرز ردیف قطعه، اجرت و مبلغ را توضیح میدهد.
سازگاری با خودرو را چگونه ثبت کنیم؟
عبارت کلی «مناسب پژو» برای انتخاب مطمئن کافی نیست. یک نام مدل ممکن است چند موتور، گیربکس، تیپ یا بازه تولید داشته باشد. از طرف دیگر، نوشتن همه خودروها در نام قطعه آن را طولانی و خیلی زود قدیمی میکند.
برای سازگاری، رابطهای جدا میان قطعه و کاربرد بسازید. بسته به نوع قلم میتوان این اطلاعات را ثبت کرد:
- سازنده، خانواده و مدل خودرو؛
- بازه سال یا نسل، فقط وقتی منبع آن روشن است؛
- کد موتور، گیربکس یا محور مرتبط؛
- سمت و محل نصب؛
- شرط یا استثنای فنی؛
- منبع تطبیق، تاریخ بررسی و شخص تأییدکننده؛
- وضعیت «تأییدشده»، «نیازمند بررسی» یا «منسوخ».
لیست سازگاری باید از کاتالوگ معتبر سازنده، مرجع فنی مورد اعتماد یا بررسی دقیق همان خودرو بیاید. شباهت ظاهری، گفته یک فروشنده یا یک شماره ناقص برای اعلام قطعی کافی نیست. هنگام مصرف نیز تطبیق نهایی با مشخصات خودرو و قطعه بازشده همچنان لازم است.
قطعات معادل را یکی نکنید
دو قطعه میتوانند کاربرد مشابه داشته باشند اما از نظر برند، کیفیت، قیمت یا ضمانت یکسان نباشند. آنها را بهعنوان رکوردهای مستقل نگه دارید و در صورت تأیید فنی، رابطه «جایگزین قابل بررسی» یا Cross-reference میانشان بسازید. این رابطه به کاربر گزینه نشان میدهد، اما موجودی دو قلم را با هم جمع نمیکند.
بارکد را چه زمانی به فرایند اضافه کنیم؟
برچسب و اسکن وقتی ارزش دارند که شناسنامه قطعه پیشتر تمیز شده باشد. چاپ بارکد روی رکوردهای تکراری فقط اشتباه را سریعتر میکند.
سه سناریوی رایج وجود دارد:
- بسته سازنده شناسه قابل اسکن دارد و نرمافزار میتواند آن را به کد داخلی درست متصل کند؛
- قطعه بارکد مناسب ندارد و تعمیرگاه برای استفاده داخلی برچسب حاوی کد داخلی چاپ میکند؛
- مجموعه کالا را در زنجیره فروش بیرونی عرضه میکند و به شناسه استاندارد معتبر نیاز دارد.
در سناریوی داخلی، نوع چاپگر، اندازه لیبل، مقاومت برچسب در برابر روغن و گردوغبار و توان اسکنر یا دوربین را آزمایش کنید. در سناریوی بیرونی، شماره استاندارد را خودسرانه نسازید و از قواعد مرجع تخصیص استفاده کنید.
محل برچسب نیز مهم است. برچسب نباید مشخصات سازنده، هشدار ایمنی، تاریخ یا پلمب را بپوشاند. برای قطعه بدون بسته بهتر است لیبل روی ظرف یا محل نگهداری قرار گیرد، مگر اینکه جنس و فرایند تعمیرگاه اجازه الصاق ایمن روی خود قطعه را بدهد.
چگونه رکوردهای تکراری را پیدا و ادغام کنیم؟
نام یکسان لزوماً به معنای قطعه یکسان نیست و نام متفاوت نیز لزوماً دو قطعه را نشان نمیدهد. پاکسازی باید چند نشانه را کنار هم بگذارد.
نام و شمارهها را نرمال کنید
برای جستوجوی تکرار، فاصله اضافی، نیمفاصله، خط تیره و شکل رقمها را یکدست کنید. حروف فارسی «ی» و «ک» نیز ممکن است با شکل عربی در فایلهای قدیمی مخلوط شده باشند. این نسخه نرمال برای مقایسه است؛ متن اصلی روی بسته را دور نریزید.
نامزدهای تکراری بسازید
رکوردهایی را کنار هم بگذارید که یکی از این نشانهها را دارند:
- شماره فنی نرمالشده و برند یکسان؛
- GTIN تکراری؛ اگر واحد و بسته برابرند احتمال duplicate بیشتر است و اگر متفاوتاند احتمال ثبت یا اسکن سطح بستهبندی نادرست وجود دارد؛
- نام بسیار شبیه همراه با مشخصات فنی برابر؛
- کد تأمینکنندهای که در دو رکورد به یک کالای واقعی اشاره میکند؛
- تصویر، واحد و سازگاری یکسان با اختلاف املایی جزئی.
هیچ قاعده خودکاری نباید بدون بازبینی مسئول آگاه، دو موجودی را ادغام کند. GTIN مربوط به کارتن چندتایی ممکن است با GTIN واحد مصرفی متفاوت باشد؛ تکرار یک GTIN در سطحهای بستهبندی متفاوت نیز باید بهعنوان تعارض بررسی شود. دو قطعه با شماره شبیه از دو برند هم لزوماً یک قلم نیستند.
رکورد مرجع را انتخاب و سابقه را حفظ کنید
پس از تأیید، یک رکورد مرجع انتخاب کنید. موجودی، اسناد خرید، مصرفها و فاکتورها باید با مسیر قابل بازبینی به آن منتقل یا نگاشت شوند. کد قدیمی و نامهای قبلی را بهعنوان alias نگه دارید تا جستوجوی برچسب و سند گذشته همچنان نتیجه بدهد. حذف مستقیم رکوردی که تراکنش دارد میتواند سابقه انبار و فاکتور را ناقص کند.
مهاجرت فهرست قطعات از اکسل به نرمافزار
فایل اکسل معمولاً ترکیبی از نام قطعه، قیمت، فروشنده و توضیح آزاد است. وارد کردن مستقیم آن به سامانه جدید، همان آشفتگی را با سرعت بیشتری تکثیر میکند. اگر هنوز ساختار فایل را انتخاب نکردهاید، محدودیتهای این روش در مقاله حسابداری تعمیرگاه با اکسل بررسی شده است.
یک فایل واسط بسازید
روی یک کپی پشتیبان کار کنید و نسخه اصلی را فقطخواندنی نگه دارید. ستونهای کد داخلی، MPN، OE، GTIN و مقدار بارکد را در اکسل از نوع Text قرار دهید تا صفرهای آغازین حذف نشوند و عددهای بلند به نمایش علمی تبدیل نشوند.
برای مهاجرت، ستونهای روشن داشته باشید:
- شناسه رکورد قدیمی؛
- کد داخلی جدید؛
- نام مرجع و نامهای جایگزین؛
- دسته؛
- برند و سازنده؛
- شماره فنی اصلی و نرمالشده؛
- شماره مرجع؛
- واحد پایه و بستهبندی؛
- GTIN معتبر؛
- مقدار اسکنشده و نوع بارکد؛
- واحد و سطح بستهبندی مرتبط با هر شناسه؛
- محل فعلی؛
- موجودی شمارششده؛
- وضعیت بررسی؛
- توضیح یا منبع تصمیم.
قیمت و موجودی را با هویت قطعه مخلوط نکنید. موجودی اولیه باید از شمارش فیزیکی در یک زمان قطع مشخص بیاید و بهای آن با روش مالی مجموعه تطبیق داده شود.
مهاجرت را با نمونه محدود آزمایش کنید
ابتدا قطعات پرگردش یک قفسه یا یک خانواده را انتخاب کنید. پس از ورود نمونه، این آزمونها را انجام دهید:
- جستوجو با نام رایج، کد داخلی، شماره فنی و بارکد به یک رکورد میرسد؛
- واحد خرید و مصرف باعث موجودی اعشاری یا ضریب اشتباه نمیشود؛
- مصرف قطعه روی پذیرش از موجودی همان قلم کم میکند؛
- ردیف قطعه با نام و واحد روشن در فاکتور دیده میشود؛
- برگشت، اصلاح و غیرفعالکردن رکورد سابقه را از بین نمیبرد؛
- کاربران عادی نمیتوانند بدون قاعده کد تازه بسازند.
پس از آزمون، تعداد رکوردهای موفق و خطادار را تطبیق دهید و موجودی افتتاحیه هر محل را با شمارش فیزیکی کنترل کنید. وقتی نمونه بدون اختلاف کار کرد، گروه بعدی را انتقال دهید. مهاجرت مرحلهای زمان میبرد، اما پیدا کردن علت خطا در ۵۰ رکورد بسیار آسانتر از پاکسازی دوباره چند هزار قلم است.
چگونه از اطلاعات پایه قطعه محافظت کنیم؟
فهرست یکدست اگر در کار روزانه محافظت نشود دوباره تکراری میشود. مسئولیت ایجاد، اصلاح و غیرفعالکردن رکورد را از ثبت مصرف جدا کنید.
پیش از ساخت قلم تازه جستوجو کنید
کاربر باید حداقل با نام، شکلهای شماره فنی بدون فاصله و خط تیره، بارکد و کد تأمینکننده جستوجو کند. اگر نتیجه مشکوک است، رکورد را با وضعیت «نیازمند بررسی» به مسئول داده ارجاع دهد؛ ساختن کد موقت برای ادامه سریع کار، معمولاً تکرار دائمی ایجاد میکند.
تغییرات را ثبت کنید
اصلاح غلط املایی، افزودن alias یا جابهجایی قفسه ممکن است بدون تغییر کد انجام شود. تغییراتی که هویت قلم را عوض میکنند باید بازبینی شوند. تاریخ، دلیل و مسئول تغییر برای حل اختلاف بعدی ارزش دارد.
قواعد دریافت، مصرف، برگشت و کنترل موجودی را جداگانه مستند کنید و همه عملیات را به همین رکورد مرجع متصل نگه دارید. جزئیات این گردش در راهنمای انبارداری قطعات تعمیرگاه آمده است.
خطاهای رایج در کدگذاری قطعات یدکی
استفاده از شماره تلفن یا کد فروشنده بهعنوان شناسه اصلی
فروشنده و کد او میتوانند عوض شوند. این اطلاعات باید مرجع خرید باشند، نه هویت پایدار انبار.
قرار دادن قیمت یا قفسه در کد
قیمت و محل متغیرند. تغییر آنها نباید شما را مجبور به چاپ برچسب تازه و انتقال سابقه کند.
ساخت یک رکورد برای همه برندهای یک قطعه
این کار موجودی، بهای خرید، فروش و ضمانت را مبهم میکند. محصولهای جدا باید موجودی جدا داشته باشند، حتی اگر کاربرد مشترک دارند.
ساخت چند رکورد برای شکلهای مختلف یک شماره
فاصله، خط تیره و رقم فارسی ممکن است یک شماره واحد را متفاوت نشان دهند. نگهداری مقدار اصلی همراه با نسخه نرمالشده جلوی بخشی از این تکرار را میگیرد.
نوشتن تمام خودروهای سازگار در نام
عنوان بسیار طولانی میشود و با هر اصلاح سازگاری تغییر میکند. نام را کوتاه نگه دارید و کاربردها را در رابطه ساختاریافته ثبت کنید.
اعتماد قطعی به واژه «اصلی»
عنوان فروشنده یا وجود شماره مشابه، اصالت را اثبات نمیکند. وضعیت منبع، خرید، بسته و کنترل خود را جدا ثبت کنید و از ادعای تأییدنشده در نام و فاکتور بپرهیزید.
کدگذاری همه انبار در یک روز
طرح بزرگ بدون پایلوت، خطا را به همه رکوردها منتقل میکند. از اقلام پرمصرف شروع کنید، جستوجو و مصرف را بسنجید و سپس دامنه را گسترش دهید.
یک برنامه اجرایی هفتمرحلهای
مرحله اول؛ مالک داده را تعیین کنید
یک نفر یا یک نقش مسئول تأیید کد تازه، نام مرجع و ادغام باشد. کارکنان دیگر بتوانند قلم پیشنهادی بسازند، اما فعالسازی نهایی کنترل شود.
مرحله دوم؛ دامنه پایلوت را انتخاب کنید
یک خانواده پرمصرف مانند فیلترها را انتخاب کنید. هدف، آزمون قاعده است نه تمامکردن فوری انبار.
مرحله سوم؛ فرهنگ واژگان و دستهها را بنویسید
نام مرجع، مترادف، ترتیب اجزا، واحدهای مجاز و دستههای محدود را در یک صفحه ثبت کنید. هر استثنا باید دلیل عملی داشته باشد.
مرحله چهارم؛ کدها و شناسنامهها را بسازید
کدهای ترتیبی صادر کنید و شمارهها، برند، واحد، بسته و سازگاری را از منابع موجود تکمیل کنید. مورد مبهم را حدس نزنید؛ با وضعیت بررسینشده نگه دارید.
مرحله پنجم؛ نامزدهای تکراری را بازبینی کنید
گزارش شباهت نام، برند، MPN و GTIN را مرور کنید. هیچ رکورد دارای سابقهای را بدون انتخاب مرجع و نگهداری کد قدیمی ادغام یا حذف نکنید.
مرحله ششم؛ جستوجو و انتخاب را آزمایش کنید
با نام مرجع، نام بازاری، شکلهای مختلف شماره فنی و بارکد جستوجو کنید. سپس در یک پذیرش آزمایشی همان رکورد را انتخاب کنید؛ اگر کاربر مجبور است نام قطعه را دوباره تایپ کند، اتصال اطلاعات پایه ناقص است.
مرحله هفتم؛ شاخصها را هفتگی ببینید
تعداد رکورد تازه، نامزد تکراری، قلم بدون شماره یا واحد، اصلاح پس از مصرف و زمان پیدا کردن قطعه را بسنجید. افزایش ناگهانی کدهای تازه معمولاً نشانه ضعف جستوجو یا کنترل ایجاد رکورد است.
نرمافزار مناسب چه کمکی میکند؟
ابزار مناسب باید شناسنامه قطعه را به خرید، موجودی، پذیرش، مصرف و فاکتور متصل کند. در نرم افزار انبارداری تعمیرگاه لومک، اطلاعات قطعات و موجودی در کنار پذیرش، خدمات و فاکتور قرار میگیرند تا قلم مصرفشده در مسیر همان خودرو قابل پیگیری باشد.
برای ارزیابی هر نرمافزار، فقط به وجود صفحه «کالا» اکتفا نکنید. در دمو این سناریوها را اجرا کنید:
- دو قطعه با نام شبیه و برند متفاوت بسازید و جستوجو را امتحان کنید؛
- شماره فنی با خط تیره و بدون خط تیره را جستوجو کنید؛
- واحد خرید بسته و مصرف عددی را تبدیل کنید؛
- یک قطعه را از پذیرش به فاکتور و سابقه موجودی متصل کنید؛
- رکورد تکراری دارای سابقه را بدون حذف اسناد مدیریت کنید؛
- کد قدیمی یا نام بازاری را به رکورد مرجع برسانید؛
- سطح دسترسی ساخت و اصلاح قلم را بررسی کنید؛
- پشتیبانی واقعی بارکد، چاپ لیبل، ورود گروهی، alias و تاریخچه تغییر را در محیط عملی ببینید.
مواردی مانند تولید خودکار کد، اسکن بارکد، چاپ لیبل، ادغام رکورد، مدیریت چند انبار و ورود گروهی به پیادهسازی هر سامانه وابستهاند. آنها را فقط پس از مشاهده در دمو و تطبیق با فرایند خودتان مبنای خرید قرار دهید. راهنمای انتخاب نرم افزار مدیریت تعمیرگاه معیارهای کاملتری برای این بررسی دارد.
اگر کسبوکار شما فروش مستقل قطعه نیز دارد، صفحه اپ فروشگاه قطعات لومک مسیر محصول مربوط به موجودی، کالا و سفارش فروشگاه را معرفی میکند. نیازهای فروشگاه و تعمیرگاه را جدا بنویسید تا یک کد در دو جریان، معنای متناقض پیدا نکند.
پرسشهای متداول
برای کدگذاری قطعات یدکی از چه الگویی استفاده کنیم؟
برای بیشتر تعمیرگاهها یک پیشوند کوتاه ثابت و عدد ترتیبی با طول یکسان، مانند P-000184، ساده و پایدار است. خودرو، برند، قیمت و محل قفسه را داخل کد نگذارید؛ این اطلاعات ممکن است تغییر کنند و در فیلدهای جدا بهتر جستوجو میشوند.
آیا شماره فنی سازنده میتواند همان کد داخلی باشد؟
معمولاً بهتر است جدا باشد. شماره فنی ممکن است میان برندها ابهام داشته باشد، شکل نوشتنش عوض شود یا برای یک قلم موجود نباشد. کد داخلی هویت پایدار مجموعه است و شماره سازنده یکی از کلیدهای جستوجو و تطبیق آن.
برای هر برند از یک قطعه کد جدا بسازیم؟
اگر خرید، موجودی، قیمت، کیفیت یا ضمانت دو برند جدا پیگیری میشود، معمولاً دو رکورد و دو کد لازم است. رابطه معادل یا سازگاری را جدا ثبت کنید تا کارکنان گزینهها را ببینند، اما موجودیها مخلوط نشوند.
تفاوت بارکد و کد داخلی قطعه چیست؟
اگر منظورتان از کد کالا همان کد داخلی یا SKU است، این مقدار شناسهای در سامانه خود مجموعه است. بارکد یک حامل ماشینخوان است که میتواند کد داخلی یا یک شناسه استاندارد مانند GTIN را نمایش دهد. دیدن خطوط بارکد بهتنهایی نوع و اعتبار شناسه را مشخص نمیکند.
قطعه بدون بارکد را چگونه ثبت کنیم؟
برای آن کد داخلی و شناسنامه بسازید. اگر ابزار شما پشتیبانی میکند، میتوانید برچسب داخلی قابل اسکن را پس از پاکسازی رکورد چاپ کنید. برچسب روی محل نگهداری نباید اطلاعات یا هشدارهای سازنده را بپوشاند.
شماره فنی با خط تیره و بدون خط تیره دو قطعه است؟
نه لزوماً. شکل اصلی را حفظ و نسخه نرمالشده را برای جستوجو مقایسه کنید، سپس برند، واحد، بسته و مشخصات را ببینید. ادغام فقط پس از اطمینان از یکسان بودن قلم انجام شود.
کد قطعه را بعداً میتوان تغییر داد؟
پس از اتصال کد به خرید، مصرف، فاکتور یا برچسب، تغییر آن ریسک قطع سابقه دارد. غلط املایی نام یا محل قفسه را اصلاح کنید، اما شناسه داخلی را ثابت نگه دارید. اگر هویت کالا واقعاً عوض شده است، رکورد جدید و رابطه روشن با رکورد قدیمی امنتر است.
از کدام قطعات شروع کنیم؟
از یک خانواده پرمصرف و قابل شمارش مانند فیلترها یا اقلام سرویس شروع کنید. تعداد محدود اجازه میدهد قاعده نام، واحد، جستوجو، برچسب و مصرف روی پذیرش را قبل از گسترش به کل انبار اصلاح کنید.
جمعبندی
کدگذاری قطعات یدکی زمانی موفق است که یک کد داخلی یکتا و بیابهام را به نام انسانی، شمارههای فنی، واحد، بستهبندی، سازگاری و سابقه واقعی متصل کند. کد را کوتاه و پایدار نگه دارید؛ اطلاعات متغیر را در آن پنهان نکنید؛ شماره سازنده، مرجع اصلی، کد فروشنده و بارکد را در جای خود ثبت کنید؛ و قطعات معادل را بهجای ادغام موجودی، با رابطه قابل بررسی به هم پیوند دهید.
از یک گروه پرمصرف آغاز کنید، رکوردهای تکراری را با بازبینی انسانی پاکسازی کنید و پیش از گسترش طرح، جستوجو و انتخاب رکورد مرجع را آزمایش کنید. نام استاندارد و کد خوب زمانی ارزش دارند که کاربر هنگام انتخاب قطعه، بدون تایپ دوباره و حدس، همان رکورد مرجع را پیدا کند.
برای بررسی این فرایند در نرم افزار مدیریت تعمیرگاه لومک، یک سناریوی واقعی شامل دو قطعه مشابه، خرید، موجودی، مصرف روی خودرو و فاکتور را در جلسه دمو اجرا کنید. قابلیتهای تخصصی کد خودکار، بارکد، چاپ لیبل، ادغام و ورود گروهی را فقط براساس چیزی که عملاً در محیط محصول میبینید ارزیابی کنید.