دليل تكامل Odoo مع SkyPlanner APS لجدولة الإنتاج
يوضح هذا الدليل لشركاء Odoo والمطورين ومسؤولي تقنية المعلومات كيفية ربط Odoo Manufacturing بنظام SkyPlanner APS. للاطلاع على الجدوى وما يقدمه زر Plan في Odoo بالفعل، اقرأ صفحة جدولة الإنتاج في Odoo ومقال هل يدعم Odoo تخطيط الإنتاج؟، أي وضع جدول يراعي القدرة الفعلية للآلات والعاملين.
يبقى Odoo المرجع المعتمد لبيانات المنتجات وقوائم المواد والعمليات وأوامر التصنيع والمخزون وحساب التكاليف. ويبني SkyPlanner الجدول انطلاقًا من هذه البيانات باستخدام محرك Arcturus. ويجري التكامل مع Odoo في الاتجاهين:
- تُستورد أوامر التصنيع وأوامر الإنتاج وعمليات BoM ومراكز العمل وأوامر الشراء.
- تُعاد كتابة موعدا البدء والانتهاء المخططين ومراكز العمل في
mrp.workorder. - تُعاد بيانات التقدم والوقت المسجل إلى Odoo في صورة Time Logs.
- ترسل إشعارات الويب من SkyPlanner تغييرات الجدول فور حدوثها.
يضبط فريق SkyPlanner التكامل باستخدام واجهة API الخارجية القياسية في Odoo أثناء الإعداد الأولي، بما يلائم إصدارك واستضافتك وتخصيصاتك، ويقدم الدعم بعد بدء التشغيل الفعلي. هذا الدليل موجه للشركاء والمطورين الراغبين في المشاركة أو بناء التكامل بأنفسهم باستخدام REST API الموثقة لدى SkyPlanner (مرجع API). وتشرح وثائق SkyPlanner المتاحة للجميع كيفية التعامل مع المنتجات والمواد وأوامر الشراء.
الخطوة صفر: تحقق من خطة Odoo والاستضافة
ابدأ بمعرفة بيئة Odoo التي يستخدمها العميل، فهي التي تحدد مسار التكامل.
| بيئة التشغيل | واجهة API الخارجية | الوحدات المخصصة | المسار العملي |
|---|---|---|---|
| Odoo Online، خطة One App Free أو Standard | لا | لا | CSV/XLSX، أو الانتقال إلى خطة Custom |
| Odoo Online، خطة Custom | نعم | لا | واجهة API الخارجية |
| Odoo.sh (خطة Custom) | نعم | نعم | واجهة API الخارجية، مع وحدة اختيارية |
| استضافة محلية، Community أو Enterprise | نعم | نعم | واجهة API الخارجية، مع وحدة اختيارية |
تنص وثائق API لدى Odoo على أن الوصول إلى واجهة API الخارجية “only available on Custom Odoo pricing plans” (متاح فقط ضمن خطط Odoo من فئة Custom)، وليس ضمن One App Free أو Standard. وتصف صفحة الأسعار خطة Standard بأنها مستضافة على Odoo Online “without custom modules” (من دون وحدات مخصصة). تحقق من ذلك في مرحلة الاستكشاف، لا في منتصف التنفيذ.
خيارات التكامل مع Odoo
| الخيار | الإصدارات | المصادقة | الدور في تكامل الجدولة |
|---|---|---|---|
واجهة JSON-2 API الخارجية: POST /json/2/<model>/<method> | جديدة في 19.0 | مفتاح API في Authorization: bearer <key>، مع ترويسة X-Odoo-Database اختيارية | الخيار الافتراضي للتكاملات الجديدة: search_read للقراءة، وwrite لإعادة كتابة المواعيد |
واجهتا XML-RPC / JSON-RPC الخارجيتان: /xmlrpc/2، /jsonrpc، والخدمتان common وobject | حتى 19.0؛ من المقرر إزالتهما | common.authenticate باستخدام اسم الدخول وكلمة المرور أو مفتاح API، ثم execute_kw | مطلوب للعملاء الذين يستخدمون الإصدارات من 16.0 إلى 18.0 |
| وحدات تحكم مخصصة ضمن وحدة برمجية | جميع الإصدارات | بحسب كل مسار، مثل auth='bearer' | حزم بيانات مجمّعة: أمر تصنيع (MO) مع أوامر الإنتاج التابعة له في استدعاء واحد |
| قواعد الأتمتة: “Send Webhook Notification” (إرسال إشعار Webhook) | موثّقة بدءًا من 17.0 | طلب POST صادر إلى عنوان URL | إرسال التغييرات عند إنشاء أو تعديل أوامر التصنيع وأوامر الإنتاج |
| استيراد السجلات (CSV، XLSX) وتصديرها | جميع الإصدارات | جلسة المستخدم | بيانات التجربة وتحميل البيانات الرئيسية لمرة واحدة |
خطّط من الآن للإزالة. فقد حدّد Odoo موعد إزالة XML-RPC وJSON-RPC في Odoo 22 (خريف 2028) وOdoo Online 21.1 (شتاء 2027). اعتمد JSON-2 للإصدار 19.0، واعزل مسار RPC خلف محوّل واحد لقواعد البيانات الأقدم، بحيث لا تتطلب الترقية سوى تغيير واحد. لا تتأثر وحدات التحكم المخصصة التي تستخدم @route(type='jsonrpc') بهذه الإزالة.
المصادقة
أنشئ مستخدمًا مخصصًا للتكامل بصلاحية قراءة في Manufacturing وInventory وصلاحية كتابة على أوامر الإنتاج. أنشئ مفتاحه من Preferences > Account Security > New API Key. في الإصدار 19.0، لا تتجاوز صلاحية المفاتيح ثلاثة أشهر، لذا يجب أن تدعم البرمجيات الوسيطة تدوير المفاتيح وإطلاق تنبيه عند فشل المصادقة. من دون ذلك، يؤدي انتهاء صلاحية المفتاح إلى توقف المزامنة دون ملاحظة. أما في SkyPlanner، فتستخدم REST API مصادقة JWT، ولذلك تحتفظ البرمجيات الوسيطة ببيانات اعتماد النظامين.
يُنفَّذ كل استدعاء JSON-2 ضمن معاملة SQL مستقلة، لذا فإن عملية كتابة موزعة على عدة استدعاءات لا تُنفَّذ كوحدة واحدة غير قابلة للتجزئة. اكتب بيانات كل أمر إنتاج على حدة وسجّل نتيجة كل عملية.
الأحداث
يرسل Odoo التغييرات عبر قواعد الأتمتة. فعند إعداد قاعدة على mrp.production أو mrp.workorder بالمشغّل On create and edit (عند الإنشاء والتعديل) والإجراء “Send Webhook Notification” (إرسال إشعار Webhook)، ترسل القاعدة طلب POST بالحقول المحددة إلى عنوان URL. أنشئ القاعدة في Studio، أو من نموذج Automation Rules في وضع المطوّر. وأضف إليها استعلامًا دوريًا مجدولًا باستخدام search_read على write_date لالتقاط البيانات المستوردة وأي تغييرات فاتت القاعدة. وفي الاتجاه الآخر، ترسل إشعارات webhook من SkyPlanner تغييرات الجدول والحالة فور حدوثها.
تختلف أسماء الحقول بين الإصدارات. في 19.0، تعرض كل قاعدة بيانات نماذجها وحقولها وأساليبها على /doc؛ أما في الإصدارات الأقدم، فاستدعِ fields_get. استند إلى هذه المعلومات عند ربط الحقول، لا إلى الذاكرة.
مطابقة البيانات: من Odoo إلى SkyPlanner
| نموذج Odoo | كائن SkyPlanner | الاتجاه | وتيرة التحديث |
|---|---|---|---|
product.product / product.template (default_code, uom_id, qty_available) | منتج أو مادة | Odoo → SkyPlanner | تحميل أولي، ثم يوميًا أو عند التغيير |
mrp.bom (product_tmpl_id, product_qty, produce_delay), mrp.bom.line (product_id, product_qty, operation_id), mrp.bom.byproduct | منتج متعدد المستويات، واحتياجات المواد لكل خطوة | Odoo → SkyPlanner | عند التغيير |
mrp.routing.workcenter (علامة تبويب Operations: workcenter_id، sequence، time_mode، time_cycle_manual، blocked_by_operation_ids) | خطوات العملية مع ترتيبها ومدة تشغيلها | Odoo → SkyPlanner | عند التغيير |
mrp.workcenter (resource_calendar_id, time_efficiency, time_start, time_stop, alternative_workcenter_ids) | محطة العمل، والكفاءة، والتهيئة والتفكيك، ومحطات العمل البديلة | Odoo → SkyPlanner، ثم تُدار البيانات في SkyPlanner | تحميل أولي |
mrp.workcenter.capacity (capacity) | عدد القطع في كل دورة، وأوقات التهيئة والتفكيك الخاصة بكل منتج | Odoo → SkyPlanner | تحميل أولي |
resource.calendar, resource.calendar.attendance, resource.calendar.leaves | الورديات والإجازات | Odoo → SkyPlanner | تحميل أولي، وتحديث الإجازات عند تغييرها |
mrp.production (product_id, product_qty, date_deadline, priority, state, workorder_ids) | أمر مع موعد الاستحقاق والأولوية | Odoo → SkyPlanner | إشعار webhook عند التأكيد، مع استعلام دوري |
mrp.workorder (operation_id, workcenter_id, duration_expected, state) | مهمة على محطة عمل | Odoo → SkyPlanner | إشعار webhook مع استعلام دوري |
stock.quant، stock.move (حركات المكوّنات) | المخزون الفعلي واحتياجات المواد للجدولة وفقًا لتوافر المواد | Odoo → SkyPlanner | وفق جدول زمني، مثلًا كل 15 إلى 60 دقيقة |
purchase.order (partner_id, state), purchase.order.line (product_id, product_qty, date_planned, qty_received) | أوامر الشراء والمواد الواردة، التي تُعدّ متاحة في موعد التسليم المتوقع | Odoo → SkyPlanner | إشعار webhook عند تأكيد أمر الشراء أو تعديله، مع الاستعلام الدوري المجدول نفسه |
| موعدا البدء والانتهاء المخططان ومحطة العمل | mrp.workorder.date_start, date_finished, workcenter_id | SkyPlanner → Odoo | عند تغيير الجدول، عبر إشعار webhook من SkyPlanner |
| Mobile Confirmations، وسجلات الوقت | mrp.workcenter.productivity (Time Logs: workcenter_id، workorder_id، date_start، date_end، loss_id) | SkyPlanner → Odoo | مع كل تأكيد |
| الكمية المنجزة واكتمال العملية | qty_producing في أمر الإنتاج، ثم button_finish؛ وbutton_mark_done في أمر التصنيع | SkyPlanner → Odoo، أو يُسجَّل الإنجاز في Odoo Shop Floor | مع كل تأكيد |
أنماط التكامل
البيانات الرئيسية أولًا.
حمّل مراكز العمل وتقويماتها، ثم المنتجات وقوائم BoM والعمليات المرتبطة بمراكز العمل. خلال التجربة التي تستمر 30 يومًا، تُستورد القوائم نفسها من ملفات CSV مُصدّرة. وتعمل أداة الاستيراد والتصدير في Odoo على أي عرض قائمة.
مزامنة الأوامر.
استورد أوامر التصنيع بالحالتين confirmed وprogress مع أوامر الإنتاج التابعة لها. استبعد أوامر التصنيع المسوّدة أو تعامل معها كطلب مبدئي. قد تصل التجميعات الفرعية التي لها قائمة مواد خاصة بها على شكل أوامر تصنيع فرعية منفصلة، ويخطط Odoo لكل أمر تصنيع على حدة. اربطها بالمنتجات الفرعية في SkyPlanner لضمان اكتمال التجميعات الفرعية قبل بدء تصنيع المنتج الرئيسي.
إرسال الجدول المحدّث إلى Odoo.
عندما يتغير الجدول، يُفعّل إشعار webhook من SkyPlanner التكامل، فيستدعي أسلوب write في ORM لكل سجل mrp.workorder متأثر. في Odoo 19.0، يعني ذلك طلب JSON-2 واحدًا لكل أمر إنتاج:
“ POST /json/2/mrp.workorder/write Authorization: bearer <api-key> {"ids": [4711], "vals": {"date_start": "2026-11-03 06:00:00", "date_finished": "2026-11-03 09:30:00", "workcenter_id": 7}} “
يتلقى JSON-2 كل وسيطة للأسلوب باسمها، إلى جانب ids وcontext، لذا تتحول write(vals) إلى المفتاح vals. في الإصدارات من 16.0 إلى 18.0، يُنفّذ الاستدعاء نفسه بصيغة execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) عبر XML-RPC أو JSON-RPC، وتكون المفاتيح في 16.0 هي date_planned_start وdate_planned_finished. تُرسل التواريخ والأوقات بتوقيت UTC. اتبع القواعد التالية لضمان سلامة الكتابة:
- أرسل كلا الموعدين في الاستدعاء نفسه.
- لا تُضف
workcenter_idإلا إذا اختار المحرك آلة بديلة. - اكتب في حقول الجدولة فقط، ولا تكتب مطلقًا في حقول الكميات أو قوائم BoM.
تؤدي كتابة المواعيد إلى نقل حجز مركز العمل في Odoo نفسه، فتُظهر عروض التخطيط في Odoo خطة SkyPlanner.
إعادة بيانات صالة الإنتاج إلى Odoo. يسجّل المشغّلون العمل في SkyPlanner Mobile Confirmations. ومع كل تأكيد، يستدعي التكامل create على mrp.workcenter.productivity (في JSON-2: POST /json/2/mrp.workcenter.productivity/create مع vals_list). ويملأ الحقول workorder_id وworkcenter_id وdate_start وdate_end، ويضبط loss_id على نوع Productive، فتُسجَّل مدة العمل وتكلفته في Odoo.
عند اكتمال عملية، يضبط التكامل الكمية المنتَجة ويستدعي button_finish على أمر الإنتاج. ويجعل اكتمال آخر أمر إنتاج أمرَ التصنيع جاهزًا لاستدعاء button_mark_done. يُسجَّل كل تأكيد مرة واحدة، ويُحفظ معرّف سجله في Odoo مع سجل الوقت في SkyPlanner، لذا لا تؤدي إعادة محاولة إرسال إشعار webhook مطلقًا إلى إنشاء Time Log ثانٍ.
في المصانع التي تستخدم تطبيق Enterprise Shop Floor، ينعكس الاتجاه: يقرأ SkyPlanner حالة أمر الإنتاج وqty_produced، ويُعيد Autopilot الجدولة تلقائيًا عند تغيّر الإنتاج.
مسؤولية إدارة البيانات. دوّن القواعد قبل بدء التشغيل الفعلي:
| البيانات | النظام المسؤول |
|---|---|
| المنتجات، وقوائم BoM، والعمليات، والكميات، وحالة MO | Odoo |
| تسلسل أوامر الإنتاج، وأوقات البدء والانتهاء، واختيار مركز العمل | SkyPlanner |
| مصفوفة أوقات التجهيز والانتقال بين العمليات، ومتطلبات الأدوات والمشغلين، والموارد البديلة | SkyPlanner |
| تقويمات مراكز العمل وTime Off | نظام واحد يُختار أثناء تحديد النطاق |
| Time Logs والمخزون وحساب التكاليف | Odoo، اعتمادًا على تأكيدات التنفيذ الواردة من SkyPlanner |
يتوقف المخططون عن استخدام زري Plan وUnplan في Odoo لأوامر MO التي يجدولها SkyPlanner. وإلا فسيحجز Odoo فتراته الخاصة بدلًا من مواعيد SkyPlanner.
الخطوات المعتادة للمشروع
يكتمل التنفيذ عادةً خلال أسابيع من بدء الإعداد الأولي. وقبل ذلك، تعمل التجربة المجانية لمدة 30 يومًا على ملفات CSV مُصدّرة من بيانات Odoo الخاصة بك. ويشمل المشروع نفسه ما يلي:
- ربط البيانات الرئيسية: نماذج Odoo وحقوله بحسب الإصدار (تحقّق عبر
/docأوfields_get)، ووحدات القياس، وتحديد النظام المسؤول عن إدارة التقويمات وTime Off. - تنقيح البيانات: مراجعة تقويمات مراكز العمل وحقلي Setup Time وCleanup Time، واستخدام Fixed بدلًا من Computed لمدد عمليات BoM.
- التحميل الأولي: المنتجات ومراكز العمل مع تقويماتها وقوائم BoM وعملياتها.
- مزامنة الأوامر وأوامر الشراء: أوامر التصنيع المؤكدة والجارية مع أوامر الإنتاج التابعة لها، إضافةً إلى بنود
purchase.orderومواعيد وصولها المتوقعة. - إعادة كتابة الجدول: المواعيد ومراكز العمل في
mrp.workorder، مع تدوير مفاتيح API في Odoo. - تأكيدات التنفيذ من صالة الإنتاج: إعادة Time Logs وبيانات اكتمال أوامر الإنتاج إلى Odoo.
- الاختبار بالتوازي مع الخطة الحالية، ثم بدء التشغيل الفعلي.
محاذير في Odoo
- تغيّر أسماء حقول المواعيد. حتى 16.0، كان الحقلان
date_planned_startوdate_planned_finishedيحفظان المواعيد المخططة، بينما يحفظdate_start/date_finishedالمواعيد الفعلية. بدءًا من 17.0، أصبحdate_startوdate_finishedيمثلان المواعيد المخططة. إذا نُسخت خريطة الربط من مشروع على 16.0، فستقرأ المواعيد الفعلية على أنها مخططة في 17+ دون أي تنبيه. - مواعيد أوامر الإنتاج هي حجوزات. في 19.0، يُحسب
date_startوdate_finishedفيmrp.workorderمن سجلresource.calendar.leaves(leave_id) في تقويم مركز العمل. تؤدي كتابة المواعيد في أمر الإنتاج إلى تحديث ذلك الحجز. لا تكتب مطلقًا في جدول الإجازات مباشرةً. - أوامر الإنتاج التي بدأ تنفيذها تمنع إجراء Unplan. يرفض Odoo إلغاء تخطيط أمر تصنيع عند ظهور الرسالة “Some work orders have already started” (بدأ تنفيذ بعض أوامر الإنتاج بالفعل). عند إعادة الكتابة، تجاوز أوامر الإنتاج بالحالة
progressأوdone، ولا تغيّر إلا مواعيد الأوامر التي لم يبدأ تنفيذها. - تغيّر مدد العمليات. تستمد العمليات المضبوطة على Computed مدتها من أوامر الإنتاج الأخيرة (10 افتراضيًا)، مع تعديلها وفق Time Efficiency. اضبطها على Fixed خلال التجربة، أو تقبّل تغيّر المدخلات. وتُعرَّف العمليات داخل كل قائمة BoM، من دون بيانات رئيسية مشتركة لمسار الإنتاج، لذا تحتاج كل قائمة BoM إلى تنقيح مستقل.
- خلل في التقويمات. يحتاج كل مركز عمل إلى تقويم لساعات العمل. يبحث مخطط Odoo نفسه حتى 700 يوم مقدمًا، ثم يتوقف برسالة “Impossible to plan the workorder” (يتعذر تخطيط أمر الإنتاج). أصلح التقويمات قبل التحميل الأول.
- وحدات القياس. يحتوي
mrp.bom.lineعلى حقلproduct_uom_idخاص به، وقد يختلف عن وحدة مخزون المنتج. حوّل الوحدات قبل التحقق من توافر المواد.
من يضبط التكامل مع Odoo؟
يستخدم كل مصنع Odoo بطريقته، وله عمليات BoM وتقويمات مراكز عمل ومراكز عمل بديلة ووحدات مخصصة خاصة به. ويتمتع فريق SkyPlanner بالخبرة اللازمة لضبط مطابقة البيانات بما يلائم هذه البيئة.
- يضبط فريق SkyPlanner التكامل بما يلائم بيئة Odoo لديك أثناء الإعداد الأولي، ويدعمه بعد بدء التشغيل الفعلي. ويعتمد على REST API وإشعارات الويب في SkyPlanner، وعلى واجهة JSON-2 أو RPC API في Odoo. هذا هو المسار الافتراضي.
- يمكن لشريك Odoo لديك المشاركة. يعرف الشريك بيئتك ووحداتك المخصصة، ويمكنه البناء على REST API الموثقة نفسها. تتيح هذه الواجهة قراءة وكتابة الأوامر والمنتجات والمواد وخطوات العمليات وسجلات الوقت، مع مصادقة JWT ووثائق Swagger/OpenAPI.
- يمكن لمطوريك تنفيذ ذلك أيضًا، عادةً عبر برمجيات وسيطة صغيرة تعمل إلى جانب Odoo، أو وحدة على Odoo.sh أو ضمن استضافة محلية. يكفي مفتاح API للبدء (دليل التكامل)، ويقدم فريق SkyPlanner المساعدة عند الحاجة.
يُستخدم النموذج نفسه في التشغيل الفعلي مع أنظمة ERP أخرى. ففي Laboratory & Allied، أنجز فريق تقنية المعلومات الداخلي معظم أعمال التكامل مع SAP Business One بنفسه، بمساعدة SkyPlanner. وتستخدم UTU نظام SkyPlanner إلى جانب نظام ERP لديها، NetSuite.
كيف يحقق التكامل قيمة عملية؟
إرسال البيانات المحدّثة إلى Odoo هو ما يجعل التكامل مفيدًا في العمل اليومي. وبمجرد تفعيل هذه العملية:
- أوامر الإنتاج في Odoo تحمل مواعيد واقعية. يرتّب محرك Arcturus AI جميع أوامر التصنيع المفتوحة خلال ثوانٍ، ويكتب المواعيد ومحطات العمل التي اختارها في
mrp.workorder، فتظهر في واجهات التخطيط في Odoo. - لا حاجة لإعادة التخطيط يدويًا. يعيد Autopilot الجدولة تلقائيًا عند حدوث تغييرات في الإنتاج، ويرسل إشعار الويب المواعيد الجديدة إلى Odoo.
- صالة الإنتاج تُكمل دورة المعلومات. يسجل المشغلون العمل على الهاتف أو الجهاز اللوحي باستخدام Mobile Confirmations وProduction Timer وQuick Log Mode، وتُرسل Time Logs إلى Odoo لتحديث المخزون وحساب التكاليف. وتجري الجدولة والتنفيذ في أداة واحدة، سواء على Community أو Enterprise.
- يراعي الجدول قيودًا لا يراعيها Odoo. تحدد مصفوفة أوقات التهيئة أوقات التبديل بحسب تسلسل الإنتاج لكل زوج من المنتجات. وتُمثَّل الأدوات كموارد محدودة تتشاركها الآلات، وقد تتطلب المهمة عدة مشغّلين في الوقت نفسه. يلجأ المحرك إلى آلات أو أفراد بدلاء عند عدم توافر الخيار الأساسي. وتراعي المواعيد التي تُكتب مجددًا في
mrp.workorderجميع هذه القيود. - وصول المواد يحدد الخطة. تستند الجدولة وفق توافر المواد إلى المخزون المتاح وأوامر الشراء المفتوحة في Odoo. وتُحتسب المكونات المطلوبة متاحةً في موعد تسليم أمر الشراء، ويُحدَّث المخزون عند تعيين حالته إلى Delivered. ويُتحقق من كل مهمة في ضوء الموجود في المستودع والمواد التي في الطريق.
يمكنك تقييم الجدول قبل البدء بأي عمل تكامل. ابدأ التجربة المجانية لمدة 30 يومًا باستخدام ملفات CSV مُصدّرة، وشاهد أوامر الإنتاج الخاصة بك من Odoo على مخطط Gantt، مع ما يصل إلى 20 محطة عمل ومن دون بطاقة ائتمان. تبدأ الأسعار من 199 € شهريًا وتشمل 5 محطات عمل، بفوترة شهرية وإمكانية الإلغاء في أي وقت. ويُقدَّم عرض سعر التكامل مسبقًا وفقًا لعملياتك واحتياجاتك، مع خطتك، لتعرف التكلفة الكاملة قبل البدء. اطّلع على الميزات والعملاء، أو احجز عرضًا توضيحيًا.
آراء المصنّعين في SkyPlanner
2 ساعةتوفير كل أسبوع
“نقل SkyPlanner تخطيط الإنتاج لدينا من جداول Excel إلى تحسين الإنتاج في الوقت الفعلي.”
Kalle Kalliomäki، أخصائي سلسلة الإمداد
UTU · لوحات التوزيع ومعدات الفصل والتوصيل الكهربائية
يوفر تخطيط الإنتاج 2 ساعة من وقت العمل كل أسبوع، وتصل قائمة مهام جديدة إلى خط الإنتاج في ثوانٍ.
+90%في كفاءة الإنتاج
“ارتفعت كفاءة الإنتاج بنسبة 90%.”
Abdul Rucyinga، رئيس قسم تقنية المعلومات
Laboratory & Allied · تصنيع الأدوية
ارتفعت كفاءة الإنتاج بنسبة 90%، وأصبح إعداد خطة محسّنة لثلاثة أشهر تشمل جميع محطات العمل يستغرق أقل من 30 دقيقة.
1,000sمن أوامر الإنتاج تُجدول تلقائيًا
“أصبحنا نتحكم في الإنتاج بطريقة مختلفة، وارتقى فهمنا للطاقة الإنتاجية إلى مستوى مختلف تمامًا.”
هانو رينانن، الرئيس التنفيذي
Mamec · خلاطات ومضخات صناعية وتصنيع تعاقدي بتقنيات متقدمة
تُجدول آلاف أوامر الإنتاج تلقائيًا، مع إتاحة رؤية آنية للإنتاج على مستوى المؤسسة بأكملها.
99.2%الالتزام بمواعيد التسليم
“أتاح لنا SkyPlanner رؤية واضحة لتحديد الاختناقات، وجعل إدارة الإنتاج أكثر وضوحًا.”
توني توري، مدير الإنتاج
Piristeel · أنظمة السلامة على الأسطح وتصريف مياه الأمطار
بلغ الالتزام بمواعيد التسليم 99.2% هذا العام، وتوفّر الجدولة ما يصل إلى أربع ساعات من وقت العمل يوميًا.
الأسئلة الشائعة
هل يعمل التكامل مع Odoo Online؟
نعم، في خطة Custom، عبر واجهة API الخارجية. لا تتيح خطتا One App Free وStandard الوصول إلى واجهة API الخارجية، كما تعمل Standard دون وحدات مخصّصة، لذا يقتصر التكامل في هاتين الخطتين على استيراد ملفات CSV/XLSX وتصديرها.
هل نستخدم JSON-2 أم XML-RPC؟
استخدموا JSON-2 مع Odoo 19.0 والإصدارات الأحدث. لا يزال XML-RPC وJSON-RPC مطلوبين للإصدارات من 16.0 إلى 18.0، لكن من المقرر إزالتهما في Odoo 22.
كيف يُعاد الجدول إلى Odoo؟
عبر أسلوب write في ORM على كل mrp.workorder: باستخدام POST /json/2/mrp.workorder/write مع ids وvals في 19.0، أو execute_kw مع write عبر XML-RPC أو JSON-RPC في الإصدارات من 16.0 إلى 18.0. القيم هي date_start وdate_finished (وفي 16.0: date_planned_start وdate_planned_finished)، إضافةً إلى workcenter_id إذا تغيّر. وينقل Odoo حجز مركز العمل تبعًا لذلك، فتُظهر واجهات التخطيط فيه مواعيد SkyPlanner.
كيف تصل تأكيدات المشغّلين إلى Odoo؟
على شكل Time Logs: ينشئ التكامل سجلات mrp.workcenter.productivity مرتبطة بأمر الإنتاج، تتضمن وقتَي البدء والانتهاء وسبب فاقد من نوع Productive، ثم يستدعي button_finish عند اكتمال العملية. يُسجَّل كل تأكيد مرة واحدة، لذا لا تؤدي إعادة المحاولة إلى تكرار الوقت المسجّل.
من يتولى صيانة التكامل بعد بدء التشغيل الفعلي؟
يضبط فريق SkyPlanner إعدادات التكامل خلال مرحلة التهيئة، ويواصل دعمه بعد بدء التشغيل الفعلي، بما في ذلك إجراء التعديلات اللازمة عند تغيّر إعدادات Odoo لديكم. وإذا تولّى شريككم أو مطوّروكم بناء التكامل، فسيعتمدون على واجهة REST API الموثّقة ووثائق SkyPlanner، مع مساعدة الفريق عند الحاجة.
ماذا يحدث لأوامر الإنتاج التي بدأ تنفيذها بالفعل؟
اتركوها دون تغيير عند إعادة كتابة البيانات إلى Odoo. يمنع Odoo إلغاء جدولة أمر التصنيع MO بمجرد أن يصبح أحد أوامر الإنتاج قيد التنفيذ أو مكتملًا. يقرأ SkyPlanner حالتها وتقدّمها، ويجدول العمل المتبقي مع مراعاتها.
كم يستغرق التكامل مع Odoo؟
يكتمل التنفيذ عادةً خلال أسابيع من بدء مرحلة التهيئة. ابدؤوا بالتجربة لمدة 30 يومًا باستخدام ملفات CSV المصدّرة، لتتأكدوا من نجاح الجدولة باستخدام بيانات Odoo الخاصة بكم قبل البدء في العمل على واجهة API.
