دليل تكامل QAD Adaptive ERP لجدولة الإنتاج باستخدام SkyPlanner APS

يتيح QAD ثلاث طرق لربط نظام خارجي للجدولة:

1. QAD QXtend Inbound (QXI). تصفه QAD بأنه “a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (إطار XML قائم على خدمات الويب ومتوافق مع SOAP، يتيح الوصول الكامل إلى وظائف الأعمال في QAD Enterprise Applications دون الاعتماد على منصة محددة). كل طلب هو QDoc يشغّل برنامجًا في QAD مع تطبيق قواعد التحقق نفسها المستخدمة في شاشة البرنامج، ويُرجع كل طلب استجابة بصيغة QDoc. تشمل مستندات QDoc المتاحة maintainItemMaster وmaintainRouting وmaintainPurchaseOrder. وللبرامج التي لا يتوفر لها QDoc جاهز، تُستخدم أداة QGen من QAD لتهيئة الربط مع البرنامج المتاح من القائمة: “QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (تُستخدم QGen لربط البرامج المخصصة أو برامج QAD Enterprise Applications التي لا تتوفر لها مخططات QDoc وملفات أحداث جاهزة). وتستخدم QAD نفسها هذه الطريقة: “QAD Production Scheduler uses QAD QXtend to update work orders.” (يستخدم QAD Production Scheduler أداة QAD QXtend لتحديث أوامر الإنتاج). (دليل QXtend)
2. QAD QXtend Outbound (QXO). يقوم QXO بما يلي: “exports user-configurable business objects as XML QDocs out of QAD products.” (يصدّر كائنات أعمال قابلة للتهيئة من قِبل المستخدم من منتجات QAD بصيغة XML QDocs). وتشمل كائنات الأعمال القياسية Item وProduct Structure وRouting وWork Center وDepartment وInventory Transaction وInventory Status.
3. واجهات REST API لمستندات الأعمال. منذ إصدار Adaptive ERP 2022.1، “Query REST APIs are now available for business documents,” (أصبحت واجهات REST API للاستعلام متاحة لمستندات الأعمال)، مع دعم التصفية والفرز وتقسيم النتائج إلى صفحات واسترجاع جزء من البيانات. وتوثيقها متاح في Swagger على نسخة النظام لديكم (ملاحظات الإصدار).

تُنفّذ عمليات الكتابة عبر QXtend، وعمليات القراءة عبر QXO وواجهات REST API للاستعلام.

يستخدم QAD أداة QXtend Outbound لرصد تغيّرات البيانات ونقلها. “A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (عند حدوث تغيير في البيانات الخاضعة للمراقبة في QAD Enterprise Applications، تُكتب إشعارات التغيير في قاعدة بيانات qxevents). ثم يُنشئ QXO مستندات QDoc ويرسلها “to a directory location where the subscriber polls for and picks up new QDocs,” (إلى مجلد يتحقق منه المشترِك دوريًا لاستلام مستندات QDoc الجديدة)، أو إلى خدمة ويب تستقبل الطلبات على عنوان URL.

يشترك SkyPlanner بوصفه خدمة ويب لاستقبال ما ينشره QXO، ويستعلم دوريًا عبر واجهات REST API عن أي بيانات لا يغطيها QXO. ولا يُعد Work Order من كائنات الأعمال القياسية في QXO، لذا يضيف التكامل إما كائن أعمال في QXO يستند إلى جداول أوامر الإنتاج (wo_mstr، wr_route)، أو يستعلم عن أوامر الإنتاج عبر واجهات REST API كل بضع دقائق.

يرسل SkyPlanner إشعارات webhook عند تغيّر الحالة أو الجدول، لذا تعتمد إعادة الكتابة إلى QAD على الأحداث.

1. التحميل الأولي للبيانات الرئيسية. اقرأوا الأصناف وهياكل المنتجات ومسارات الإنتاج ومراكز العمل والتقويمات عبر QXO أو واجهات REST API للاستعلام. حدّدوا بعناية كيفية تمثيل مراكز العمل: يمكن تمثيل مركز عمل يضم أربع آلات بمجموعة واحدة من محطات العمل أو بأربع محطات عمل. ويمكن أيضًا تمثيل خطوط الإنتاج التكراري من Production Line Maintenance بمحطات عمل.

2. مزامنة أوامر الإنتاج. اقرأوا أوامر الإنتاج المخططة المؤكدة والأوامر الصادرة، مع مساراتها ومكوّناتها، بالإضافة إلى أوامر الشراء المفتوحة. يعتبر SkyPlanner المواد المطلوبة متاحة في تاريخ تسليم أمر الشراء، ويحدّث المخزون عند تعيين حالة أمر الشراء إلى Delivered.

جدولوا أوامر الإنتاج، لا الأوامر المخططة في MRP. يجب أولًا تحويل الأوامر المخططة في QAD إلى أوامر إنتاج مخططة مؤكدة أو صادرة.

3. إعادة كتابة تواريخ الجدول إلى QAD. عندما يضع المحرك أمرًا في الجدول أو يغيّر موعده، يُطلِق إشعار webhook من SkyPlanner طلب QXtend Inbound QDoc لتشغيل Work Order Maintenance (16.1). ويضبط تاريخ الإصدار وفقًا لأول عملية مجدولة، وتاريخ الاستحقاق وفقًا لآخر عملية. يشغّل QXtend البرنامج مع تطبيق قواعد التحقق الخاصة بـQAD، ويُرجع استجابة QDoc يتحقق منها التكامل.

يبقى تسلسل العمليات على كل آلة في SkyPlanner، ويصل إلى المشغّلين عبر Mobile Confirmations. وبذلك لا يتأثر التكامل بقفل مسارات الإنتاج الذي يطبّقه QAD على الأوامر الصادرة.

4. تأكيدات التنفيذ في المصنع. يسجّل المشغّلون العمل باستخدام SkyPlanner Mobile Confirmations أو Production Timer، وتُبقي سجلات الوقت الجدول محدّثًا. ويمكنكم اختيار ترحيل الأوقات الفعلية إلى QAD من عدمه. عند تفعيل الترحيل، يُرسل وقت الإعداد والتشغيل لكل عملية إلى Labor Feedback by Work Order، والكميات المنجزة إلى Work Order Receipt. وإن لم يُفعّل، تُدخل بيانات العمل في QAD كما في السابق.

5. قواعد ملكية البيانات وحل التعارضات. وثّقوها قبل بدء التشغيل الفعلي:

اختاروا نظامًا واحدًا لكتابة تواريخ أوامر الإنتاج. لا يحتاج SkyPlanner إلى وحدة جدولة من QAD، لذا يحل محل أدوات الجدولة أو أنظمتها الأخرى في كتابة تواريخ الأوامر التي يجدولها.

• إعادة تشغيل CRP. يعيد CRP جدولة جميع العمليات المفتوحة لأوامر الإنتاج المحددة. ولا يحتفظ QAD بالتواريخ المدخلة يدويًا إلا عند تحقق الشرط التالي: “you also adjusted the work order release and due date to match,” (أن تكون قد عدّلت أيضًا تاريخَي إصدار أمر الإنتاج واستحقاقه ليتوافقا مع تلك التواريخ)، وهذا بالضبط ما يكتبه SkyPlanner. شغّل CRP بعد إعادة كتابة البيانات إلى QAD، أو استثنِ الأوامر التي يجدولها SkyPlanner.
• تثبيت مسارات الإنتاج بعد الإصدار. “Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (بمجرد أن تصبح حالة أمر الإنتاج Exploded أو Allocated أو Released، لا يمكن إجراء أي تغييرات أخرى على مسار الإنتاج.) اقرأ مسار الإنتاج عند إصدار الأمر، ولا تعدّل المسارات إلا للأوامر المخططة أو المخططة المؤكدة.
• وحدات الوقت في مسار الإنتاج. يُحتسب وقتا الإعداد والتشغيل ضمن الحمل، بينما “queue, wait, and move times are excluded from load calculations.” (تُستبعد أوقات الاصطفاف والانتظار والنقل من حسابات الحمل.) مثّل هذه الأوقات في SkyPlanner بخطوات زمنية فقط، وتحقق مما إذا كان وقت التشغيل محسوبًا لكل وحدة أم لكل أمر.
• قدرة QXtend على معالجة البيانات. تحذّر QAD من أن “UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (قد يكون أداء محوّل UI API غير مقبول عند معالجة كميات كبيرة من البيانات أو معاملات آنية.) أرسل الأوامر التي تغيّرت فقط، على دفعات، واستخدم QDocs الأصلية حيثما توفرت.
• النطاقات والمواقع. تحتفظ أنظمة QAD متعددة النطاقات بمراكز العمل وأوامر الإنتاج لكل نطاق وموقع على حدة. اربط كل موقع مشمول بالنطاق بمجموعة خاصة به من محطات العمل.
• الجمع بين الإنتاج التكراري والمنفصل. تستخدم خطوط Advanced Repetitive جداول إنتاج تكراري، وليس أوامر إنتاج. في مرحلة تحديد النطاق، قرّر أيّ الخطوط سيتولى SkyPlanner جدولتها.