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