چگونه یک سیستم دیوار قرار دادن را با WMS و WCS برای ردیابی سفارش در زمان واقعی ادغام کنیم

ادغام یک سیستم put wall با WMS و WCS نیازمند سه جریان داده هماهنگ است: داده‌های سفارش و موج به سمت پایین از WMS، رویدادهای قرارگیری و تأیید به سمت بالا از دیوار، و دستورات تجهیزات بین WCS و کنترلر دیوار. ردیابی سفارش در زمان واقعی زمانی حاصل می‌شود که هر رویداد اسکن حاوی شناسه سفارش، شناسه خط و مُهر زمانی باشد، و زمانی که WMS این رویدادها را به عنوان تراکنش‌های مرتبط با موجودی در نظر بگیرد، نه داده‌های نمایشی. پروژه‌هایی که شکست می‌خورند معمولاً در نگاشت مالکیت و معناشناسی رویداد شکست می‌خورند، نه در انتخاب پروتکل. گزینه‌های رابط برای پیکربندی‌های استاندارد در صفحه "سیستم Put Wall" ما شرح داده شده‌اند.سه جریان پیام۱. رو به پایین: سفارشات، امواج و تخصیص کیوبی

WMS یک موج حاوی سربرگ‌های سفارش، خطوط سفارش با SKU و مقدار، و تخصیص کیوبی برای هر سفارش ارسال می‌کند. این پیام باید نسخه‌بندی شود، زیرا لغو سفارش، برداشت‌های ناقص و جایگزینی‌های میانه موج طبیعی هستند. یک کنترلر دیوار که فقط یک موج غیرقابل تغییر را می‌پذیرد، یا تغییرات را رد می‌کند یا بدتر از آن، آن‌ها را به صورت خاموش اعمال می‌کند.

۲. رو به بالا: قرارگیری، تأیید و تکمیل

هر اسکن یک رویداد تولید می‌کند: SKU مورد، سفارش هدف، کیوبی، اپراتور، مُهر زمانی و نتیجه (قرار داده شده، رد شده، استثنا). WMS باید قرارگیری تأیید شده را به عنوان یک تراکنش واقعی که وضعیت سفارش را به‌روز می‌کند، در نظر بگیرد، نه به عنوان یک سیگنال UI. این همان چیزی است که ردیابی سفارش را در زمان واقعی می‌کند، نه بازسازی شده در پایان شیفت.

۳. جانبی: دستورات و وضعیت تجهیزات

جایی که دیوار با نوار نقاله یا مرتب‌سازها تعامل دارد، WCS دستورات انتشار را صادر می‌کند و سیگنال‌های پر بودن کیوبی، مسدود کننده و خطا را دریافت می‌کند. WCS باید تصمیم‌گیری‌های مسیریابی فیزیکی را بر عهده داشته باشد؛ WMS باید تصمیم‌گیری‌های سفارش را بر عهده داشته باشد. ترکیب این دو مسئولیت رایج‌ترین خطای معماری است.

مقایسه گزینه‌های ادغام

روش

تأخیر معمول

تا تأییدیه‌های تکراری به طور ایمن دور ریخته شوند.

• دانه بندی خط سفارشرویدادهای سطح سفارش نمی‌توانند از قرارگیری جزئی پشتیبانی کنند.
• شناسه‌های اپراتور و ایستگاهبرای پاسخگویی و تجزیه و تحلیل بهره‌وری.
• مُهر زمانی یکنواختاز یک ساعت همگام‌سازی شده؛ کنترل‌کننده‌های در حال انحراف ردیابی را خراب می‌کنند.
• کدهای دلیلبرای هر استثنا، نگاشت شده به یک شمارش ثابت.
• تاریخچه وضعیت کیوبینه فقط وضعیت فعلی، بنابراین زمان ماندگاری قابل اندازه‌گیری است.
• خطاهای معمول ادغامعلائم

علت ریشه‌ای

از دست دادن شبکه در طول القاء برای رویدادهای تکراری و از دست رفته آزمایش شد.

• جریان استثنا از ابتدا تا انتها آزمایش شد، از جمله نگاشت کد دلیل WMS.
• همگام سازی ساعت در سراسر کنترلر، WCS و WMS تأیید شد.
• تأخیر در صدک ۹۵ام اندازه‌گیری شد، نه میانگین.
• رفتار Failover مستند شده است: وقتی WMS در دسترس نیست چه اتفاقی می‌افتد؟
• نگهداری رویداد تاریخی برای حسابرسی و تجزیه و تحلیل بهره‌وری تعریف شده است.
• دنباله قطع اتصال هنگام راه‌اندازی
• ادغام در کد تحویل داده می‌شود اما در قطع اتصال اثبات می‌شود. دنباله‌ای که کار می‌کند در شش مرحله طی چهار تا شش هفته اجرا می‌شود. ابتدا، دیوار را در حالت سایه اجرا کنید: WMS امواج را ارسال می‌کند، کنترلر کیوبی‌ها را روشن می‌کند، اما اپراتورها با روش موجود خود ادامه می‌دهند و خروجی دیوار با واقعیت مقایسه می‌شود بدون اینکه استفاده شود. این خطاها را به طور ارزان‌قیمت تشخیص می‌دهد.

دوم، یک موج آزمایشی در هر شیفت با مجموعه‌ای از سفارشات کوچک و کم‌خطر اجرا کنید - فقط سفارشات تک خطی، به طوری که هر خطایی برای رفع آن ناچیز باشد. سوم، به نیمی از یک شیفت با پروفایل کامل سفارش گسترش دهید. چهارم، یک شیفت کامل، سپس یک روز کامل را اجرا کنید، روش قدیمی را در دسترس اما استفاده نشده نگه دارید. پنجم، یک تست تزریق خطای عمدی انجام دهید: WMS را قطع کنید، یک کنترلر را قطع کنید، نسخه موج را خراب کنید، و تأیید کنید که سیستم بسته می‌شود و بدون تکرار قرارگیری‌ها بازیابی می‌شود. ششم، با کتابچه‌های راهنمای مستند برای پاکسازی استثنا، انتشار مجدد موج و راه‌اندازی مجدد کنترلر، تحویل دهید.

بیشتر شکست‌های ادغام در مرحله پنج ظاهر می‌شوند، که دقیقاً به همین دلیل است که نباید برای محافظت از تاریخ راه‌اندازی از آن صرف نظر کرد. دیواری که هرگز با وقفه تغذیه آزمایش نشده است، در اوج زمان بدترین ساعت شکست خواهد خورد.

مستندات رابط که باید دریافت کنید

مشخصات پیام با تعاریف سطح فیلد و نمونه‌های بار.

نمودار وضعیت برای چرخه عمر سفارش، خط و کیوبی.

• کاتالوگ کد خطا با رفتار مورد نیاز برای هر کد.
• نمودارهای توالی برای انتشار موج، قرارگیری، لغو و انتشار مجدد.
• مفروضات ظرفیت و تأخیر، از جمله نرخ پیام اوج.
• برنامه تست و شواهد از تست پذیرش کارخانه یکپارچه.
• بدون این شش سند، هر تغییر آینده به مهندسی معکوس تبدیل می‌شود، و سیستم put wall به تدریج به یک جعبه سیاه تبدیل می‌شود که فقط یکپارچه‌ساز اصلی می‌تواند با خیال راحت آن را اصلاح کند.
• کنترل تغییر پس از راه‌اندازی

بیشتر حوادث ادغام put wall پس از پایان پروژه رخ می‌دهند، زمانی که یک تغییر کوچک بدون انتشار نسخه‌بندی شده ایجاد می‌شود. به‌روزرسانی فایل قیمت، نوع سفارش جدید، تغییر فرمت برچسب یا تنظیم مجدد قانون موج می‌تواند هر کدام مفروضاتی را که رابط بر اساس آن‌ها ساخته شده است، تغییر دهد. الزام کنید که هر تغییری که ساختار موج، تخصیص کیوبی یا معناشناسی رویداد را لمس می‌کند، از طریق یک درخواست تغییر مستند با برنامه بازگشت و آزمایشی بر روی یک دیوار غیر تولیدی عبور کند. این انضباط واحد از اکثریت رگرسیون‌های پس از راه‌اندازی در ادغام‌های کنترل انبار جلوگیری می‌کند.

نتیجه‌گیری

ردیابی سفارش در زمان واقعی به معناشناسی رویداد بستگی دارد، نه پهنای باند. تعریف کنید چه کسی نگاشت سفارش را بر عهده دارد، هر قرارگیری را به یک رویداد تراکنشی با کلید یکتایی تبدیل کنید، مسیریابی فیزیکی را با WCS و منطق سفارش را با WMS نگه دارید، و مسیرهای شکست را قبل از راه‌اندازی آزمایش کنید. قابلیت‌های رابط برای پیکربندی‌های استاندارد دیوار در صفحه دسته "سیستم Put Wall" ما شرح داده شده‌اند.