در انبار و تولید، دانستن نام کالا فقط پاسخ میدهد «چه چیزی داریم». هنگام خرابی، فراخوان یا بررسی کیفیت، سؤالهای دقیقتری مطرح میشود: این قطعه از کدام محموله آمده؟ در کدام تجهیز نصب شده؟ چه مقدار از همان بچ هنوز در انبار است و چه مقداری برای مشتری ارسال شده؟ پاسخ این سؤالها از کنار هم قرار گرفتن هویت آیتم با شماره سریال یا بچ و رویدادهای جابهجایی ساخته میشود.
سه لایه و یک زنجیره رویداد
در مدل هویت سهلایه، کلاس ویژگیهای خانواده را مشخص میکند، آیتم رکورد قابل سفارش و انبارش است و سریال یک نمونه فیزیکی را از نمونه دیگر جدا میکند. برای مواد مصرفی، بچ یا لات نقش مشابهی در سطح گروه تولیدی دارد. اما این شناسهها زمانی ارزش عملیاتی پیدا میکنند که هر دریافت، انتقال، مصرف و ارسال به آنها متصل شود.
برای نمونه، آیتم «فیلتر روغن مدل F-200» میتواند در سه بچ وارد شود. کد آیتم در هر سه یکسان است، اما شماره بچ، تاریخ دریافت و تأمینکننده متفاوت است. اگر نرمافزار فقط موجودی آیتم را نگه دارد، ردیابی منبع آلودگی ممکن نیست.
ردیابی رو به عقب و رو به جلو
یک زنجیره قابل اتکا باید دو جهت داشته باشد. ردیابی رو به عقب از یک سریال یا بچ شروع میکند و به رسید خرید، تولیدکننده و اسناد ورودی میرسد. ردیابی رو به جلو از همان شناسه به مصرف، تجهیز، سفارش فروش یا مشتری میرود.
Microsoft در مستندات Item tracing نیز معیارهایی مانند شماره آیتم، شماره سریال یا بچ، محل نگهداری، بازه زمانی و جهت ردیابی را جدا میکند. این تفکیک نشان میدهد که «شناسه کالا» و «فیلترهای ردیابی» یک داده واحد نیستند و نرمافزار باید هرکدام را مستقل مدل کند.
رویداد مهمتر از موجودی لحظهای است
موجودی فعلی یک عکس است؛ ردیابی به فیلم رویدادها نیاز دارد. در هر رویداد باید حداقل آیتم، شناسه رهگیری، مقدار، مبدأ، مقصد، زمان و سند مرجع ثبت شود. وقتی یک بچ از انبار مرکزی به دو سایت میرود، سیستم باید دو شاخه زنجیره را حفظ کند، نه اینکه فقط مقدار نهایی را جایگزین کند.
این اصل برای سریال نیز مهم است. سریال پمپ ممکن است از خرید به انبار، سپس به خط تولید و بعد به جایگاه نصب منتقل شود. جابهجایی جایگاه نباید هویت سریال را عوض کند؛ فقط یک رویداد جدید به تاریخچه اضافه میشود.
نرمافزار باید جلوی گسست داده را بگیرد
مدل ردیابی زمانی قابل اعتماد است که کنترلهای زیر را داشته باشد:
- هنگام دریافت، اجباریبودن شماره بچ یا سریال بر اساس نوع آیتم.
- جلوگیری از ثبت یک سریال برای دو موجودی همزمان.
- حفظ پیوند شناسه رهگیری با اسناد پس از انتقال یا اصلاح.
- نمایش موجودی باقیمانده در هر محل و وضعیت مصرفشده یا نصبشده.
- امکان محدودکردن جستوجو به بازه زمانی، محل یا جهت ردیابی.
- ثبت دلیل و کاربر برای اصلاح اطلاعات رهگیری.
بدون این کنترلها، یک فایل اکسل میتواند ظاهراً ردیابی داشته باشد، اما در زمان بحران مشخص نیست کدام مقدار به کدام سند تعلق دارد.
مثال: فراخوان یک بچ فیلتر
فرض کنید آزمایشگاه اعلام میکند بچ F200-2409 از فیلتر روغن مشکل دارد. نرمافزار باید از روی شناسه بچ، رسیدهای مرتبط، مقدار باقیمانده در انبار و تمام حوالههای مصرف را پیدا کند. اگر فیلترها روی پمپهای سریالدار نصب شده باشند، زنجیره باید از آیتم به سریال پمپ و جایگاه نصب ادامه پیدا کند.
در این سناریو، حذف آیتم یا تغییر نام آن کمکی نمیکند. آنچه لازم است یک گراف رویدادهای قابل مشاهده است: ورودی بچ، انتقال، مصرف و مقصد نهایی. مقاله ردیابی بچ و سریال در انبار همین رابطه را از زاویه کنترل انبار بررسی میکند.
مرز آیتم، بچ و سریال را روشن نگه دارید
بچ، ویژگی مشترک چند واحد است؛ سریال، هویت یک واحد منفرد. نباید برای هر بچ یک آیتم جدید ساخته شود، همانطور که نباید شماره سریال را داخل کد آیتم جاسازی کرد. آیتم باید پایدار بماند و شناسه رهگیری در سطح مناسب ثبت شود.
این جداسازی جستوجو و گزارش را نیز دقیقتر میکند. کاربر میتواند بپرسد «همه فیلترهای F-200» یا «فقط بچ F200-2409» یا «سریال پمپ P-7781». هر پرسش، یک سطح از هویت را هدف میگیرد.
نیاز نهایی برای ایدنتو
نرمافزار کدینگ و شناسایی کالا باید از ثبت شناسه تا تاریخچه رویداد را یک زنجیره پیوسته ببیند. کلاس و آیتم معنای کالا را نگه میدارند؛ بچ و سریال نمونه یا گروه واقعی را مشخص میکنند؛ رویدادها مسیر حرکت را قابل اثبات میکنند. چنین مدلی به سازمان اجازه میدهد هنگام بازرسی، تعمیر یا فراخوان، از یک شناسه به تمام نقاط مرتبط برسد و سابقه را بدون بازنویسی حفظ کند.
منبع مفهومی: Item and raw material tracing در Microsoft Learn و Set up item tracking with serial, lot, and package numbers.