ربط نظام ERP ونظام WMS بمعدات المستودع

حين يتوقف مستودع مؤتمت، لا يكون السبب في الغالب محركاً أو حساساً، بل رسالة وصلت مرتين أو وصلت متأخرة أو لم تصل أصلاً، ونظامين باتا مختلفين على موقع منصة نقّالة (باليت).

يتناول هذا المقال تصميم الروابط بين نظام تخطيط موارد المؤسسة (ERP)، ونظام إدارة المستودعات (WMS)، ونظام التحكم بالمستودع (WCS)، ووحدات التحكم المنطقي القابلة للبرمجة (PLC) التي تُشغّل المعدات. وإن كنتم بحاجة إلى مقدمة عن دور كل طبقة، فابدؤوا بمقال الفرق بين WMS وWCS وWES.

حدّدوا المسؤوليات قبل اختيار التقنية

كل واجهة تنقل قراراً من نظام إلى آخر. وقبل أي نقاش حول الصيغ، ينبغي توثيق النظام الذي يتخذ كل قرار، والأنظمة التي تكتفي باستلام نتيجته. في التوزيع المعتاد، يتولى ERP الطلبيات التجارية والمخزون المالي، ويتولى WMS المواقع والمهام والمخزون التشغيلي، ويتولى WCS التوجيه وحالة المعدات. وقد يختلف التوزيع لديكم. المهم أن يكون مكتوباً ومتفقاً عليه وخالياً من الثغرات.

المصدر المعتمد للبيانات

لكل مجموعة بيانات، حدّدوا مالكاً واحداً:

• البيانات الرئيسية للأصناف: الأوصاف، ووحدات القياس، والأبعاد، والأوزان، وخصائص المناولة. تعتمد الأتمتة على دقة الأبعاد؛ فحدّدوا من يتولى صيانتها وكيف تصل التعديلات إلى المعدات.
• المخزون: كثيراً ما يحتفظ ERP بالصورة المالية، ويحتفظ WMS بالصورة التشغيلية حسب الموقع. اتفقوا على أيهما المرجع في كل جانب، وعلى طريقة معالجة الفروقات.
• الطلبيات: من يحق له تعديل الطلبية أو إلغاؤها بعد إصدارها إلى المستودع، وحتى أي مرحلة.
• المواقع: هل تظهر مواقع التخزين الآلي لنظام WMS كلٌّ على حدة، أم تُدار داخل WCS بوصفها صندوقاً أسود.

الأحداث والأوامر والإقرارات

ينقسم معظم تبادل الرسائل إلى نوعين. الأحداث تُبلغ عن أمر وقع: استلام بضائع، أو تأكيد انتقاء، أو تسوية مخزون. والأوامر تطلب من نظام آخر تنفيذ شيء ما: نقل هذه الحاوية، أو إطلاق هذه الموجة. ويحتاج الأمر إلى إقرار بقبوله، ثم إلى تأكيد منفصل لاحقاً باكتماله أو إخفاقه.

افصلوا بين القبول والاكتمال. فنظام WCS الذي قبل مهمة لم يحرّك شيئاً بعد. وإذا عامل WMS القبول على أنه اكتمال، فسيكون المخزون خاطئاً كلما أخفقت مهمة في منتصف الطريق.

أما وسيلة النقل نفسها فتتفاوت. تُستخدم واجهات برمجة التطبيقات (API)، ونقل الملفات، وطوابير الرسائل، والبرمجيات الوسيطة جميعها. ولا يزال التبادل الإلكتروني للبيانات (EDI)، المبني عادةً على معيارَي ANSI X12 أو UN/EDIFACT، واسع الانتشار بين الشركات، كما بين المستودع وعملائه. وأسئلة التصميم التالية تنطبق أياً كانت الوسيلة المستخدمة.

التكرار وترتيب الرسائل وعدم التكرار (Idempotency)

افترضوا أن كل رسالة قد تُسلَّم أكثر من مرة، وأن الرسائل قد تصل بغير ترتيبها. وإعادة المحاولة بعد انتهاء المهلة سبب شائع لذلك: فالمرسل لا يستطيع معرفة ما إذا كانت المحاولة الأولى قد عولجت، فيرسل مجدداً.

والحل أن تكون المعالجة غير متأثرة بالتكرار (Idempotent): أي أن معالجة الرسالة نفسها مرتين تُحدث الأثر ذاته الذي تُحدثه معالجتها مرة واحدة. وعملياً يعني ذلك أن تحمل كل رسالة معرّفاً فريداً، وأن يسجّل المستقبِل المعرّفات التي سبق أن طبّقها. وبذلك يُتعرَّف على تأكيد الانتقاء المكرر ويُتجاهَل بدلاً من خصم المخزون مرة ثانية.

ولضبط الترتيب، أدرجوا رقماً تسلسلياً أو طابعاً زمنياً لكل كيان، كي يتمكن المستقبِل من معرفة أن الإلغاء صدر بعد الإصدار الذي يشير إليه، حتى لو وصل قبله. وحدّدوا ما يفعله المستقبِل برسالة تشير إلى شيء لم يصله بعد: هل يحتجزها، أم يرفضها، أم يُطلق تنبيهاً.

المطابقة بين الأنظمة

حتى الواجهات المصممة جيداً تنحرف بمرور الوقت. لذا خطّطوا لمطابقة دورية تقارن ما يعتقده كل نظام: المخزون حسب الموقع بين WMS وWCS، والطلبيات المفتوحة بين ERP وWMS، والمهام المفتوحة بين WMS وWCS. وحدّدوا هامش التفاوت المقبول، والتقرير، والشخص المسؤول عن معالجة كل نوع من الفروقات. فالفرق الذي يُكتشف في اليوم نفسه يسهل تفسيره عادةً؛ أما الذي يُكتشف عند الجرد بعد أسابيع فكثيراً ما لا يسهل.

عندما تتعطل الواجهة

تتعطل الواجهات بعدد محدود من الطرق: انقطاع الشبكة، أو توقف أحد الأنظمة للصيانة أو بسبب عطل، أو توقف أحد الطوابير لأن رسالة واحدة معيبة تحجب كل ما خلفها. ولكل حالة منها استجابة ينبغي تصميمها مسبقاً.

• التخزين ثم الإرسال (Store-and-Forward). يحتفظ المرسل بالرسائل محلياً ويسلّمها بترتيبها عند عودة الاتصال. حدّدوا المدة التي يستوعبها هذا المخزن المؤقت، وما يحدث عند امتلائه.
• الاستقلالية المحلية. كثيراً ما تستطيع أنظمة التحكم بالمعدات مواصلة تنفيذ العمل الذي سبق إصداره إليها لفترة من دون WMS. حدّدوا حجم العمل المخزّن مؤقتاً في كل طبقة، وكيف يستدرك النظام ما فاته.
• الرسائل المعطِّلة (Poison Messages). الرسالة التي يتعذر معالجتها ينبغي نقلها جانباً إلى طابور أخطاء مع إطلاق تنبيه، لا إعادة محاولتها بلا نهاية في مقدمة الطابور.
• البديل اليدوي. اتفقوا على العمليات التي يمكن أن تستمر ورقياً أو عبر الأجهزة المحمولة، وعلى طريقة إدخال تلك المعاملات لاحقاً من دون تكرار.

الاستعادة: من يفعل ماذا

اكتبوا دليل إجراءات الاستعادة قبل الإطلاق التشغيلي. وينبغي أن يحدد من يُستدعى لكل نوع من الأعطال، ومن يقرر التحول إلى البديل، ومن يعيد تشغيل كل واجهة، ومن يعتمد اكتمال مطابقة الأنظمة قبل استئناف التشغيل الطبيعي. ففي موقع يضم فريق ERP ومورّد WMS ومورّد معدات وفريق عمليات، يميل الحادث الذي لا تُحدَّد فيه الأدوار بالأسماء إلى التحول إلى نقاش حول المسؤول عن الخطأ.

المراقبة والتنبيه

راقبوا الواجهات بوصفها جزءاً من التشغيل، لا مجرد بنية تحتية لتقنية المعلومات. ومن المؤشرات المفيدة: عمق الطابور وعمر أقدم رسالة فيه، وعدد الرسائل في طابور الأخطاء، والوقت المنقضي منذ آخر رسالة على كل واجهة، والمهام التي قُبلت ولم تكتمل خلال الوقت المتوقع. ووجّهوا التنبيهات إلى شخص يستطيع التصرف خلال الوردية، واحتفظوا بسجل تاريخي كي تظهر الأعطال المتكررة.

مواصفات الواجهات واختبارها

ينبغي أن تحدد مواصفات الواجهة كل رسالة وحقولها وصيغها، والبيانات الإلزامية والاختيارية، والمعرّفات، والإقرارات المتوقعة، ومُهل الانتظار، وسلوك إعادة المحاولة، ورموز الأخطاء. كما ينبغي أن تصف سلوك التعامل مع الأعطال المذكور أعلاه، لأنه الموضع الذي تختلف فيه افتراضات الموردين في أغلب الأحيان.

اختبروا على مراحل: كل رسالة بمفردها، ثم التدفقات من البداية إلى النهاية، ثم حالات الأعطال المُفتعلة عمداً. افصلوا الشبكة، وأعيدوا تشغيل WMS في منتصف موجة، وأرسلوا رسائل مكررة وأخرى بغير ترتيبها، واملؤوا أحد الطوابير. وأجروا اختبارات الأحمال بمعدلات الذروة التي تعتمد عليها دراسة الجدوى الاقتصادية. وينبغي أن تُتيح منهجية التنفيذ في أي مشروع برمجي وقتاً كافياً لذلك.

الأمن عند الحد الفاصل بين OT وIT

يربط التكامل بين تقنية المعلومات (IT)، مثل ERP وWMS، والتقنيات التشغيلية (OT)، مثل وحدات PLC وشبكات المعدات. وهذا الحد الفاصل يحتاج إلى تصميم مدروس.

• التقسيم الشبكي. افصلوا شبكات المعدات عن شبكات المكاتب، مع مسارات اتصال بينها مضبوطة وموثقة.
• الحد الأدنى من الصلاحيات. امنحوا كل حساب نظام وكل مستخدم الصلاحيات التي تتطلبها وظيفته فقط. فالواجهة التي ترسل المهام لا ينبغي أن تملك صلاحية تعديل برامج PLC.
• الوصول عن بُعد. اضبطوا وصول الموردين عن بُعد وسجّلوه، ولا تفعّلوه إلا عند الحاجة.
• التحديثات الأمنية والتغيير. اتفقوا على طريقة اختبار التحديثات الأمنية وتطبيقها من دون تعطيل العمليات.

سلسلة ISA/IEC 62443 هي مجموعة المعايير الخاصة بأمن أنظمة الأتمتة والتحكم الصناعية، ونهجها القائم على تجميع الأصول في مناطق (Zones) تربط بينها قنوات اتصال مضبوطة (Conduits) مرجع مفيد عند تصميم هذا الحد الفاصل بالتعاون مع فريق أمن المعلومات لديكم.

إدارة التغيير على امتداد عمر الموقع

تعيش الواجهات أطول من المشروع الذي بناها. فترقيات ERP، أو إصدار جديد من WMS، أو إضافة جهاز فرز، أو متطلبات بيانات عميل جديد، كلها ستمسّها. احفظوا المواصفات ضمن نظام لإدارة الإصدارات، وسجّلوا الإصدار الذي يعمل به كل نظام، واشترطوا اختبار أي تغيير على الطرفين قبل اعتماده. وتعاملوا مع تغيير صيغة رسالة بالعناية نفسها التي تتعاملون بها مع تغيير في المعدات.

تصميم التكامل جزء أساسي من أعمال تكامل البرمجيات، وإتقانه أسهل خلال مرحلة التخطيط لـأتمتة المستودعات منه بعد تركيب المعدات.