ردیابی بچ تولید، ورودی و خروجی را با رویدادهای ثبت‌شده به هم وصل میکند. شجرهٔ بچ این رابطه‌ها را در تقسیم، اختلاط و دوبارهکاری دنبال میکند تا موجودی و ارسال بالقوه درگیر مشخص شود. بارکد به‌تنهایی کافی نیست؛ مقدار، واحد، شناسهٔ رویداد، زمان و پیوند والد لازم است. مثال آموزشی این راهنما خروجی‌های انتهایی یک ورودی مشکوک را بدون دوباره‌شماری بچ میانی و بدون معیوب‌دانستن همهٔ فرزندان مشخص میکند.
بچ مشکوک را فراتر از اولین دستور تولید دنبال کنید.
موجودی و ارسال را بدون دوباره‌شماری میانی حساب کنید.
پیش از آزادسازی، جای خالی شواهد را آشکار کنید.
از پرسش مهار شروع کنید
کدام موجودی فعلی و ارسال ممکن است مادهٔ S را داشته باشد؟ این ردیابی رو به جلو است. چه ورودی‌هایی در F استفاده شده‌اند؟ این ردیابی رو به عقب است. هیچ‌کدام علت عیب را ثابت یا جای تصمیم فرد صلاحیتدار را پر نمی‌کند.
NIST چارچوب نهایی ردیابی تولید را در ۹ سپتامبر ۲۰۲۶ منتشر کرد. چارچوب به بررسی ارتباط سیستم‌ها کمک میکند؛ پایگاه داده را گواه واقعیت فیزیکی نمی‌کند. GS1 EPCIS ساختار رویداد، از جمله تبدیل ورودی به خروجی را تعریف میکند. فرم سادهٔ ما آموزشی است، نه پیاده‌سازی منطبق با EPCIS یا مشاورهٔ انطباق قانونی.
رابطهٔ تقسیم، ادغام و دوبارهکاری را نگه دارید
ورودی ساختگی S با ۱۰۰ واحد به A60 و B40 تقسیم میشود. A با ۴۰ واحد غیرمشکوک C ترکیب و M100 میشود. M به F80 و R20 تقسیم میشود. R همراه ده واحد غیرمشکوک D دوبارهکاری میشود و W30 را می‌سازد. اتلاف نداریم و واحد اندازه‌گیری یکسان است.
B40 و F80 ارسال شده‌اند؛ W30 موجودی نگه‌داشته‌شده است. دوبارهکاری شناسهٔ تازه میگیرد، ولی پیوند R و D باقی می‌ماند. عوض‌کردن R با برچسب «سالم» بدون والدها، مسیر لازم برای تحقیق را پاک میکند.
| رویداد | ورودی، واحد | خروجی، واحد |
|---|---|---|
| E1: تقسیم | S100 | A60 + B40 |
| E2: اختلاط | A60 + C40 | M100 |
| E3: تقسیم | M100 | F80 + R20 |
| E4: دوبارهکاری | R20 + D10 | W30 |
جمعیت انتهایی را بشمارید، نه کل تاریخچه را
از S به A، B، M، F، R و W می‌رسیم. در لحظهٔ انتخاب‌شده فقط B40 و F80 و W30 خروجی انتهایی‌اند: ۱۵۰ واحد بالقوه درگیر. A و M و R مصرف شده‌اند؛ جمع دوبارهٔ آن‌ها دامنه را باد میکند.
این ۱۵۰ شامل مادهٔ غیرمشکوک مخلوط‌شده هم هست. بدون شناسهٔ تک‌قطعه یا شاهد معتبر برای حذف، دامنهٔ محتاطانه می‌تواند از ۱۰۰ واحد اولیه بزرگتر شود. این یعنی ۱۵۰ عیب اثبات‌شده نیست. نسبت اختلاط به‌تنهایی تعداد دقیق قطعات مشکوک را مشخص نمی‌کند.
A و M و R دوباره جمع نمی‌شوند. مادهٔ مخلوط در دامنه هست؛ عیب فیزیکی و وضعیت واقعی ارسال به شواهد جدا نیاز دارد.
پیوند گمشده، پرسش باز است
اگر E3 را حذف کنیم، جست‌وجو M را به F و R وصل نمی‌کند. نرم‌افزار هنوز فهرست تمیز می‌دهد، ولی شواهد ناقص است. نباید F یا W را فقط به‌خاطر نرسیدن در سابقهٔ ناقص، سالم اعلام کند. پیش از کم‌کردن نگهداشت، دستور تولید، مصرف، دوبارهکاری و ارسال را تطبیق دهید.
مقدار و واحد هر رویداد را بررسی کنید. مثال به‌دلیل حذف ضایعات و تبدیل واحد، تعداد را حفظ میکند. فرایند واقعی به ثبت صریح این موارد نیاز دارد. کیلوگرم ورودی را مستقیم با قطعهٔ خروجی مقایسه نکنید. تبدیل همان زمان را نگه دارید؛ رویداد قدیمی را با دادهٔ پایهٔ امروز دوباره محاسبه نکنید.
شواهد کافی برای تکرار جست‌وجو ثبت کنید
شناسهٔ یکتای رویداد و بچ، ورودی و خروجی، واحد، زمان رخداد، زمان ثبت، مکان، وضعیت و سیستم یا سند منبع را ذخیره کنید. اصلاح را نسخهٔ تازه با دلیل نگه دارید. رویداد دیرثبت‌شده می‌تواند شجرهٔ ظاهری دیروز را عوض کند؛ دامنه را دوباره حساب و مسئول را مطلع کنید.
فایل JSON چهار رویداد اصلی، مجموعهٔ انتهایی مورد انتظار و فیلدهای خالی را دارد. دادهٔ واقعی مشتری یا ارسال در آن نیست. برای گفت‌وگو دربارهٔ قالب است، نه یک سیستم ردیابی ممیزی‌شده.
- مبدأ و لحظه را تعریف کنید
ورودی مشکوک، ویژگی، مرز زمان و اختیار مهار را مشخص کنید.
- پیوندها را دنبال کنید
خروجی تقسیم، اختلاط و دوبارهکاری را دنبال و شناسهٔ تکراری را حذف کنید.
- نتیجه را تطبیق دهید
کامل‌بودن، تراز ماده و سابقهٔ واقعی موجودی یا ارسال را بسنجید.
- تصمیم را جدا بگذارید
نگهداشت، آزادسازی یا فراخوان را طبق الزام محصول و قانون ثبت کنید.
شجره را برای محدودهٔ تحقیق به کار ببرید
پس از مهار، با تحلیل علت ریشه‌ای علت را آزمایش کنید. ویدیوی پنج چرا دربارهٔ شواهد زنجیرهٔ علت است، نه شجرهٔ بچ. ورودی مشترک پرسش می‌سازد؛ علت را ثابت نمی‌کند.
تحلیل دادهٔ تولید کیفیت منبع را بررسی میکند و بازده عبور اول دوبارهکاری را آشکار نگه می‌دارد. Vrolen در پایلوت خصوصی است. آنچه تیم هنگام تصمیم می‌دانست، از جمله پیوند حل‌نشده، باید همراه اقدام بماند.
مثالی مرتبط از ابوالفضل
ببینید چرا رویداد قدیمی باید تبدیل واحد همان زمان را نگه دارد.
به انگلیسی در وبلاگ شخصی ابوالفضل، بنیان‌گذار Vrolen. مطالعهٔ مرتبط است، نه منبع فنی مستقل.
چک‌لیست عملی
- بچ مبدأ، پرسش و لحظه را تعیین کنید.
- شناسهٔ یکتای بچ و رویداد داشته باشید.
- والدهای تقسیم، اختلاط و دوبارهکاری را نگه دارید.
- مقدار و واحد را صریح ثبت کنید.
- زمان رخداد و ثبت را جدا کنید.
- موجودی، ارسال، ضایعات و تبدیل را تطبیق دهید.
- پیوند گمشده و اصلاح را روشن کنید.
- دامنهٔ بالقوه را از عیب و تصمیم مجاز جدا کنید.
پرسش‌های متداول
پرسش‌های متداول
منابع و مطالعهٔ بیشتر
منابع معتبر استفاده‌شده برای پژوهش و بررسی این راهنما.