التكاملات / ERP / Microsoft Dynamics 365 Business Central
دليل تكامل Business Central لجدولة الإنتاج باستخدام SkyPlanner APS
يوضح هذا الدليل لشركاء Business Central وفرق تقنية المعلومات كيفية ربط Microsoft Dynamics 365 Business Central بـ SkyPlanner APS. يتكامل SkyPlanner مع Business Central في كلا الاتجاهين، عبر خدمات الويب الخاصة بـ Business Central:
- تُستورد أوامر الإنتاج ومسارات الإنتاج ومراكز العمل والأصناف وأوامر الشراء.
- تُكتب أوقات البدء والانتهاء المخططة في Prod. Order Routing Lines.
- تُعاد سجلات وقت المشغّلين لتسجيل كميات الإنتاج.
- ترسل إشعارات الويب من SkyPlanner تغييرات الجدول فور حدوثها.
يضبط فريق SkyPlanner التكامل بما يناسب إعدادات Business Central لديكم خلال مرحلة التهيئة، ويدعمه بعد بدء التشغيل الفعلي. هذا الدليل موجّه للشركاء والمطورين الراغبين في المشاركة، أو في تطوير حلول بأنفسهم بالاعتماد على REST API الموثّقة من SkyPlanner (مرجع API).
واجهتان قياسيتان في Business Central، دون الحاجة إلى برمجة في Business Central
يعتمد التكامل على واجهتين متاحتين أصلًا في Business Central:
- API v2.0 للبيانات التجارية وبيانات المخزون. تتيح هذه الواجهة الوصول إلى
itemsوitemVariantsوitemLedgerEntriesوlocationsوunitsOfMeasureوsalesOrdersوsalesOrderLinesوpurchaseOrdersوpurchaseOrderLinesوvendorsوcustomersوemployees. ولا تتضمن كيانات للتصنيع، لذا تُجلب بيانات الإنتاج عبر الواجهة الثانية. - خدمات الويب OData v4 للتصنيع. يمكن نشر أي صفحة في Business Central كخدمة ويب OData v4 من صفحة Web Services. اختر نوع الكائن Page ومعرّف الصفحة واسم الخدمة، ثم حدد Published. تصبح نقطة النهاية جاهزة للاستخدام، دون كتابة شيفرة AL أو نشر أي ملحق. ينشر التكامل الصفحات القياسية لأوامر الإنتاج المُطلقة وProd. Order Routing Lines ومراكز العمل ومراكز الآلات ومسارات الإنتاج، ويتيحها عبر
/ODataV4/Company('{name}')/{ServiceName}.
تتيح الصفحات المنشورة القراءة والكتابة. وتوضح Microsoft: “If an editable page is exposed as a web service, the data in the underlying table can be accessed and modified by an OData call,” (إذا أُتيحت صفحة قابلة للتحرير كخدمة ويب، يمكن الوصول إلى بيانات الجدول الذي تستند إليه وتعديلها باستدعاء OData)، مع استخدام PATCH للتحديثات. وبهذه الطريقة تُعاد كتابة المواعيد المخططة في Business Central، عبر الصفحة نفسها وبقواعد التحقق نفسها التي يستخدمها مخطّط الإنتاج.
تجنّبوا SOAP. فقد أعلنت Microsoft إهمال خدمات الويب SOAP، وستُزال إمكانية نشر صفحات واجهة مستخدم Microsoft كخدمات SOAP في موجة الإصدار 2 لعام 2026 (v29).
المصادقة
استخدموا OAuth 2.0 عبر Microsoft Entra ID مع تدفق المصادقة بين الخدمات (بيانات اعتماد العميل):
- سجّل تطبيقًا في Entra ID وامنحه إذن التطبيق
API.ReadWrite.Allالخاص بـ Dynamics 365 Business Central. - اطلب رموز الوصول باستخدام النطاق
https://api.businesscentral.dynamics.com/.default. - في Business Central، افتحوا صفحة Microsoft Entra Applications، وأضيفوا معرّف العميل، وعيّنوا مجموعات أذونات تمنح الحد الأدنى اللازم من الصلاحيات، ثم امنحوا الموافقة. لا يمكن تعيين SUPER لتطبيق S2S.
عناوين URL الأساسية: https://api.businesscentral.dynamics.com/v2.0/{environment}/api/v2.0/companies({id})/{entity} لواجهة API v2.0، وhttps://api.businesscentral.dynamics.com/v2.0/{environment}/ODataV4/Company('{name}')/{ServiceName} للصفحات المنشورة. يعمل رمز الوصول نفسه مع كليهما.
أُهملت مفاتيح الوصول إلى خدمات الويب (المصادقة الأساسية)، ولم تعد مدعومة في Business Central عبر الإنترنت منذ أكتوبر 2022، وهي تتطلب دائمًا مستخدمًا مرخّصًا. أما OAuth فلا يتطلب ترخيصًا للتكامل بين الخدمات. ويدعم النشر المحلي S2S بدءًا من الإصدارين 18.11 و19.5، بعد إعداد الخادم للمصادقة باستخدام Microsoft Entra.
من جانب SkyPlanner، تستخدم REST API مصادقة JWT، وتتوفر وثائقها بصيغة Swagger/OpenAPI. ويشرح الدليل التطبيقي للتكامل كيفية إجراء الاستدعاءات الأولى.
الأحداث وإشعارات الويب والاستقصاء الدوري
يدعم Business Central اشتراكات الويب هوك عبر POST /api/v2.0/subscriptions لكيانات API v2.0 مثل items وsalesOrders. وتنطبق القواعد التالية:
- يتطلب إنشاء اشتراك إجراء مصافحة للتحقق: يجب أن تُرجع نقطة النهاية لديك
validationTokenمع الاستجابة 200 OK. - تنتهي صلاحية الاشتراكات بعد ثلاثة أيام. جدّدوها باستخدام PATCH، وستُجرى المصافحة من جديد.
- تتضمن الإشعارات مسار المورد و
changeTypeوقيمةclientStateالخاصة بك، وليس السجل كاملًا. تقرأ السجل بعد ذلك. - لا تصل الإشعارات فورًا: ينتظر Business Central عبر الإنترنت 30 ثانية بعد أول تغيير. وإذا تغير أكثر من 1,000 سجل خلال تلك الفترة، تُرسل التغييرات في إشعار
collectionواحد. - الحد الأقصى هو 200 اشتراك في إشعارات الويب لكل بيئة عبر الإنترنت.
يُستعلم كل بضع دقائق عن أوامر الإنتاج وبنود مسارات الإنتاج وأوامر الشراء عبر الصفحات المنشورة وعبر purchaseOrders. وتُبقي تصفية النتائج لتقتصر على الأوامر المفتوحة وتقسيمها إلى صفحات عدد الطلبات أقل بكثير من الحدود التي يفرضها Business Central.
يرسل SkyPlanner إشعارات ويب عند تغيّر الحالة أو الجدول، لذا تعتمد إعادة كتابة البيانات على الأحداث.
مطابقة البيانات
| كائن Business Central (الواجهة) | كائن SkyPlanner | الاتجاه | وتيرة التحديث |
|---|---|---|---|
Item، Item Variant، Unit of Measure (items، itemVariants، unitsOfMeasure، API v2.0) | المنتجات والمواد | BC → SkyPlanner | تحميل أولي، ثم عبر الويب هوك أو الاستعلام الدوري عن التغييرات |
| Production BOM Header/Line، الإصدارات بحالة Certified (صفحة منشورة) | هيكل المنتج والمنتجات الفرعية والمواد اللازمة لكل منتج | BC → SkyPlanner | تحميل أولي، ثم عند حدوث تغيير |
| Routing Header/Line، الإصدارات بحالة Certified (صفحة Routing المنشورة): Operation No.، Setup، Run، Wait and Move Time، Concurrent Capacities، Send-Ahead Quantity | خطوات الإنتاج مع مددها وأوقات التهيئة والفك | BC → SkyPlanner | تحميل أولي، ثم عند حدوث تغيير |
| Work Center، Machine Center: Capacity، Efficiency، Shop Calendar Code (صفحتا Work Center وMachine Center المنشورتان) | محطات العمل ومجموعاتها ومعدلات كفاءتها | BC → SkyPlanner | تحميل أولي، ونادرًا ما يُحدّث بعد ذلك |
| Shop Calendar، Work Shift، Calendar Entry، Absence (صفحات منشورة) | الورديات وحالات الغياب | BC → SkyPlanner | يوميًا، أو تُدار الورديات في SkyPlanner مباشرةً |
| Released Production Order، Prod. Order Line، Prod. Order Routing Line، Prod. Order Component (صفحات منشورة؛ تضمين Firm Planned اختياري) | الأوامر والمهام مع مواعيد استحقاقها واحتياجاتها من المواد | BC → SkyPlanner | استعلام دوري كل بضع دقائق |
salesOrders، salesOrderLines (API v2.0) | مواعيد التسليم للعملاء والمعلومات اللازمة لتحديد الأولويات | BC → SkyPlanner | عبر الويب هوك أو الاستعلام الدوري |
itemLedgerEntries (API v2.0) | أرصدة المخزون | BC → SkyPlanner | استعلام دوري كل ساعة أو عند تشغيل الجدولة |
purchaseOrders، purchaseOrderLines (API v2.0)، وحقل Expected Receipt Date في البند | أوامر الشراء / المواد الواردة، مع تاريخ التسليم المتوقع؛ يُحدّث المخزون عند تعيين حالة أمر الشراء إلى Delivered | BC → SkyPlanner | استعلام دوري كل ساعة أو عند تشغيل الجدولة |
| Prod. Order Routing Line: Starting Date-Time، Ending Date-Time، Type، No. (باستخدام PATCH على صفحة Prod. Order Routing المنشورة) | البداية والنهاية المخططتان ومحطة العمل لكل عملية | SkyPlanner → BC | عند تغيير الجدول، عبر الويب هوك من SkyPlanner |
| Output Journal (Item Journal Line، Entry Type Output) | سجلات الوقت والكميات وتأكيدات المشغّلين | SkyPlanner → BC | مع كل تأكيد أو لكل وردية، إذا كان الترحيل التلقائي مفعّلًا |
| Routing Tool، Routing Personnel (صفحات منشورة، لاستخدامها اختياريًا كبيانات أولية) | الأدوات المطلوبة وعدد المشغّلين لكل مهمة | BC → SkyPlanner | تحميل أولي؛ ثم تُدار البيانات في SkyPlanner |
| غير موجودة في Business Central | مصفوفة أوقات التجهيز، والأدوات بوصفها موارد محدودة الطاقة، والآلات والعاملون البدلاء | تُدار في SkyPlanner | تُضبط خلال مرحلة بدء الاستخدام |
| Consumption Journal (إذا لم يُرحّل الاستهلاك تلقائيًا) | استهلاك المواد | SkyPlanner → BC | مع كل تأكيد أو لكل وردية، إذا كان الترحيل التلقائي مفعّلًا |
أنماط التكامل
1. التحميل الأولي للبيانات الرئيسية. استوردوا مسارات الإنتاج وقوائم مواد الإنتاج التي تحمل الحالة Certified، ومراكز العمل ومراكز الآلات من الصفحات المنشورة، والأصناف ووحدات القياس من API v2.0. حدّدوا بعناية كيفية ربط كل مركز عمل أو مركز آلات بمحطة عمل في SkyPlanner: هل ستمثّلون مركز عمل يضم ثلاثة مراكز آلات بمجموعة واحدة من محطات العمل، أم بثلاث محطات عمل؟
2. مزامنة الأوامر. اقرؤوا أوامر الإنتاج التي تحمل الحالة Released (وكذلك Firm Planned إذا كنتم تجدولونها)، مع سطور مساراتها ومكوّناتها، من الصفحات المنشورة. واقرؤوا أيضًا سطور أوامر الشراء المفتوحة من API v2.0. يعتبر SkyPlanner المواد المطلوبة متاحة في تاريخ تسليم أمر الشراء، ويحدّث المخزون عندما يُعلَّم الأمر بالحالة Delivered. وبذلك تراعي الجدولة كلًا من المخزون والمشتريات الواردة.
لا تجدولوا أبدًا أوامر الإنتاج التي تحمل الحالة Planned، إذ توضح Microsoft أن Business Central “deletes them the next time you run planning.” (يحذفها في المرة التالية التي تُشغّلون فيها التخطيط). تواصل Planning Worksheet اقتراح التوريد، بينما يجدول SkyPlanner الأوامر المثبّتة وفق الطاقة الإنتاجية الفعلية.
3. إعادة بيانات الجدولة إلى Business Central. تُنشر صفحة Prod. Order Routing القياسية كخدمة ويب OData v4. لكل عملية أدرجها المحرك في الجدول أو غيّر موضعها، يرسل SkyPlanner طلب PATCH إلى بند مسار الإنتاج المعني مع ETag في If-Match. ويضبط حقلي Starting Date-Time وEnding Date-Time، إضافةً إلى Type وNo. إذا نُقلت العملية إلى آلة بديلة.
يشغّل طلب PATCH مشغّلات الصفحة والجدول، فيتحقق Business Central من الحقول وفق قواعده الخاصة، تمامًا كما يحدث عندما يعدّل مخطّط الإنتاج صفحة Prod. Order Routing. ويتحدّث تبعًا لذلك حقلا Starting Date-Time وEnding Date-Time في سطر أمر الإنتاج. وتظل الكميات والحالة والتكاليف تحت إدارة Business Central.
4. تأكيدات التنفيذ في أرض المصنع. يسجّل المشغّلون العمل باستخدام SkyPlanner Mobile Confirmations أو Production Timer، وتحافظ سجلات الوقت على تحديث الجدول. ويمكن مواصلة تسجيل كميات الإنتاج في Business Central كما في السابق، من خلال Production Journal أو Output Journal.
إذا أردتم ترحيل الإنتاج والاستهلاك آليًا بالكامل، تُضاف صفحة API قياسية في Business Central لترحيل يومية الإنتاج. عندئذ يرحّل SkyPlanner وقت التهيئة ووقت التشغيل وكمية الإنتاج لكل عملية. ويحدّث الترحيل Capacity Ledger Entries، ويؤدي تسجيل الإنتاج في آخر عملية من مسار الإنتاج إلى إضافة الصنف إلى المخزون.
اختاروا قناة واحدة لترحيل الإنتاج. فالترحيل من SkyPlanner ومن Production Journal في Business Central معًا يؤدي إلى تكرار القيود.
5. قواعد ملكية البيانات وحل التعارضات. وثّقوها قبل بدء التشغيل الفعلي:
| البيانات | النظام المسؤول |
|---|---|
| الأصناف، وقوائم المواد، ومسارات الإنتاج، والكميات، وحالة الأوامر | Business Central |
| تسلسل العمليات، وأوقات البدء والانتهاء، وتعيين محطات العمل | SkyPlanner |
| مصفوفة أوقات التهيئة والانتقال بين المهام، ومتطلبات الأدوات والمشغّلين، والموارد البديلة | SkyPlanner |
| الورديات والغياب | نظام واحد يُختار خلال تحديد النطاق |
| الإنتاج والاستهلاك | Business Central، مع الترحيل يدويًا أو آليًا من سجلات الوقت في SkyPlanner |
المصدر الرئيسي للتعارضات هو الإجراءان Refresh وReplan في أوامر الإنتاج. وتوضح Microsoft: “If you use the Refresh action to recalculate production order lines, Business Central deletes the existing production order lines and calculates new lines.” (إذا استخدمتم الإجراء Refresh لإعادة حساب سطور أمر الإنتاج، يحذف Business Central السطور الحالية ويحسب سطورًا جديدة). ويمكن أن يغيّر Replan احتياجات الطاقة الإنتاجية أيضًا، كما أن إعادة حساب المكوّنات “deletes previous changes in the components.” (تحذف التغييرات السابقة في المكوّنات).
تعاملوا مع الأمر الذي خضع لإجراء Refresh باعتباره نسخة جديدة، ثم أعيدوا مزامنته واتركوا إعادة الجدولة لـ SkyPlanner. ومع Autopilot، يعيد SkyPlanner الجدولة تلقائيًا عند حدوث تغييرات في الإنتاج.
الخطوات المعتادة للمشروع
يكتمل التنفيذ عادةً خلال أسابيع من بدء التهيئة. وقبل ذلك، تتيح لكم التجربة المجانية لمدة 30 يومًا العمل ببياناتكم الفعلية. صدّروا مراكز العمل ومسارات الإنتاج وأوامر الإنتاج المفتوحة من Business Central باستخدام Open in Excel أو Edit in Excel في صفحات القوائم. ثم استوردوها بصيغة CSV أو Excel، وتحققوا من صحة الجدول قبل البدء بأي أعمال تكامل.
يشمل المشروع نفسه ما يلي:
- مطابقة البيانات الرئيسية. اعتمدوا جدول المطابقة وقواعد ملكية البيانات ودورية المزامنة وقناة ترحيل الإنتاج.
- إعداد خدمات الويب. انشروا صفحات أوامر الإنتاج وسطـور مساراتها والمكوّنات ومراكز العمل ومراكز الآلات ومسارات الإنتاج وقوائم المواد والتقاويم من صفحة Web Services، وسجّلوا تطبيق Entra. لا يتطلب ذلك سوى ضبط الإعدادات، في بيئة الاختبار أولًا، ثم في بيئة الإنتاج.
- التحميل الأولي. الأصناف ووحدات القياس وقوائم المواد ومسارات الإنتاج التي تحمل الحالة Certified، ومراكز العمل ومراكز الآلات والتقاويم.
- مزامنة الأوامر وأوامر الشراء. تُزامَن أوامر الإنتاج التي تحمل الحالة Released وأوامر الشراء المفتوحة بالاستقصاء الدوري، وأوامر البيع بإشعارات الويب. وتشمل هذه المرحلة التعامل مع الرموز المميّزة، وتجديد الاشتراكات، وإعادة المحاولة عند تلقي الرمز 429.
- إعداد القيود في SkyPlanner. مصفوفة أوقات التهيئة والانتقال بين المهام، والأدوات، وأعداد المشغّلين لكل مهمة، والآلات أو العاملون البدلاء. لا يحتفظ Business Central بأي منها كبيانات قابلة للاستخدام في الجدولة.
- إعادة كتابة الجدول. استخدام PATCH على صفحة Prod. Order Routing المنشورة، وإضافة الترحيل الآلي للإنتاج في هذه المرحلة إذا وقع الاختيار عليه.
- الاختبار بالتوازي. شغّلوا SkyPlanner بالتوازي مع الخطة الحالية، وقارنوا المواعيد، وصحّحوا البيانات الرئيسية.
- بدء التشغيل الفعلي. فعّلوا إعادة كتابة البيانات بعد تطابقها.
محاذير التكامل مع Business Central
- الوحدات في مسارات الإنتاج. يُحتسب Setup Time لكل أمر إنتاج، وRun Time لكل صنف مُنتَج، ولكل منهما Unit of Measure Code خاص به. ولا يستهلك Wait Time وMove Time طاقة مركز العمل. إذا كانت وحدة مركز العمل هي Days، فاليوم الواحد يعادل 24 ساعة، وليس وردية من ثماني ساعات. حوّلوا الوحدات عند الاستيراد، وإلا فستكون جميع المدد غير صحيحة.
- تقاويم غير محدّثة. لا تتوفر الطاقة الإنتاجية إلا بعد تشغيل Calculate Work Center Calendar للفترة المشمولة بالتخطيط. تحقّقوا من حقل Calendar Entries Available Until قبل التحميل الأولي.
- طاقة مراكز الآلات غير الظاهرة. عند إيقاف Consolidated Calendar، يقتصر التخطيط على الطاقة الخاصة بمركز العمل: “The machine center capacity is excluded.” (تُستبعد طاقة مركز الآلات). اقرؤوا طاقة مراكز الآلات مباشرةً بدلًا من الاعتماد على إجماليات مراكز العمل.
- Capacity وEfficiency. يحسب Business Central المدة وفق المعادلة Run Time / Efficiency / Capacity، وتتضمن قيود التقويم المحسوبة أثر الكفاءة والطاقة الإنتاجية معًا. طبّقوا Efficiency على كفاءة محطة العمل في SkyPlanner مرة واحدة، لا مرتين.
- Alternate Work Center للمعلومات فقط. توضح Microsoft أنه “isn’t automatically included in planning processes.” (لا يُدرج تلقائيًا في عمليات التخطيط). عرّفوا البدائل صراحةً كمحطات عمل بديلة في SkyPlanner.
- تقييد معدل الطلبات. تُطبّق حدود النسخة المتاحة عبر الإنترنت على كل مستخدم، وتُحتسب هوية الخدمة مستخدمًا واحدًا: 6,000 طلب OData ضمن نافذة متحركة مدتها 5 دقائق، و5 طلبات متزامنة. والحد الأقصى لحجم الصفحة هو 20,000، ولطلب
$batchهو 100 عملية، وتنتهي مهلة العملية بعد 8 دقائق. يؤدي تجاوز معدل الطلبات إلى إرجاع الرمز 429. استخدم الدفعات وتقسيم النتائج إلى صفحات والاستعلام عن التغييرات فقط، بدلًا من إعادة تحميل البيانات كاملةً. - التراخيص. تتوفر وظائف التصنيع في تجربة Premium فقط. ولا يستطيع مستخدمو Essentials تسجيل الدخول إلى شركة مضبوطة على Premium.
تكامل Business Central: من يتولى إعداده ودعمه؟
يشمل العمل مطابقة البيانات مع مسارات الإنتاج ومراكز العمل وإعدادات Business Central لديكم، إضافةً إلى القيود التي لا يحتفظ بها Business Central: مصفوفة أوقات التهيئة والانتقال بين المهام، والأدوات، وأعداد المشغّلين، والموارد البديلة.
- يتولى فريق SkyPlanner إعداد التكامل خلال مرحلة التهيئة ودعمه بعد بدء التشغيل الفعلي، ويشمل ذلك جانب SkyPlanner وخدمات الويب المتفق عليها في Business Central. تختلف طريقة استخدام Business Central من مصنع إلى آخر، وهنا توظَّف الخبرة بهذه الاختلافات. يعتمد التكامل على API v2.0 القياسية وخدمات الويب المنشورة في Business Central، وهي تتطور مع تحديثاته.
- يمكن لشريك Business Central لديكم المشاركة. يعرف الشريك إعداداتكم وملحقاتكم، ويمكنه مراجعة الصفحات المنشورة ومجموعات الأذونات وتطبيق Entra إلى جانب فريق SkyPlanner. ويوفر SkyPlanner واجهة REST API ووثائق Swagger/OpenAPI وإشعارات الويب.
- يمكن لمطوريكم البناء على هذا التكامل باستخدام REST API الموثّقة نفسها مع مصادقة JWT. يكفي مفتاح API للبدء، ويقدّم فريق SkyPlanner المساعدة عند الحاجة. تتوفر وثائق المنتج العامة، بما فيها أوامر الشراء وواجهة API للمنتجات والمواد، في وثائق SkyPlanner. وقد اتبعت Laboratory & Allied هذا المسار مع SAP Business One: تولّى فريق تقنية المعلومات الداخلي لديها بناء التكامل إلى حد كبير بنفسه، بمساعدة SkyPlanner. أما UTU فتشغّل SkyPlanner إلى جانب نظام ERP لديها، NetSuite.
تحقّق أولاً من ملاءمة الجدول خلال التجربة المجانية لمدة 30 يوماً، ليبدأ التكامل بجدول يناسب المصنع بالفعل.
بمجرد إتمام الربط، يُجري محرك Arcturus الجدولة استناداً إلى أوامر Business Central المحدّثة، وتُسجَّل التواريخ المخططة في مسار إنتاج أمر الإنتاج. يبدأ سعر SkyPlanner من 199 € شهرياً، ويشمل 5 محطات عمل، مع فوترة شهرية. نقدّم مسبقاً عرض سعر للتكامل يناسب سير عملك واحتياجاتك، إلى جانب سعر خطتك، لتعرف التكلفة الكاملة قبل البدء. اطّلع على الأسعار والميزات، وقارن بإمكانات التخطيط المدمجة في Business Central في مقال تخطيط الإنتاج في Business Central. والمقصود بتخطيط الإنتاج في هذا السياق هو إعداد جدول يراعي الطاقة المتاحة فعلياً لكلٍّ من الآلات والعاملين. تجد نظرة عامة في صفحة Business Central، وأنظمة ERP الأخرى في مركز تكاملات ERP.
آراء المصنّعين في SkyPlanner
2 سمن الوقت الموفَّر كل أسبوع
“نقل SkyPlanner تخطيط الإنتاج لدينا من جداول Excel إلى تحسين الإنتاج في الوقت الفعلي.”
كالي كاليومّاكي، أخصائي سلسلة الإمداد
UTU · لوحات التوزيع ومعدات الفصل والتوصيل الكهربائية
يوفّر تخطيط الإنتاج 2 ساعة من وقت العمل كل أسبوع، وتصل قائمة العمل الجديدة إلى خط الإنتاج خلال ثوانٍ.
+90%في كفاءة الإنتاج
“ارتفعت كفاءة الإنتاج بنسبة 90%.”
عبدول روسيينغا، رئيس قسم تقنية المعلومات
Laboratory & Allied · صناعة الأدوية
ارتفعت كفاءة الإنتاج بنسبة 90%، ويستغرق إعداد خطة محسّنة لثلاثة أشهر تشمل جميع محطات العمل أقل من 30 دقيقة.
98%الالتزام بمواعيد التسليم، ارتفاعاً من نحو 50%
“يؤدي SkyPlanner دوراً حاسماً في الحفاظ على التزامنا بمواعيد التسليم.”
هانو لاهتينن، المدير العام
KJH-Comp · تصنيع المكونات الميكانيكية من الصفائح المعدنية والتصنيع التعاقدي
ارتفع الالتزام بمواعيد التسليم من نحو 50% ليصل إلى 98%، وأصبحت الجدولة تتطلب مشرفاً واحداً بدلاً من مشرفين.
1,000sمن أوامر العمل تُجدول تلقائياً
“أصبحنا نتحكّم في الإنتاج بطريقة مختلفة، وانتقل فهمنا للطاقة الإنتاجية إلى مستوى مختلف تماماً.”
هانو رينانن، الرئيس التنفيذي
Mamec · الخلاطات الصناعية والمضخات والتصنيع التعاقدي عالي التقنية
تُجدول آلاف أوامر العمل تلقائياً، مع إتاحة رؤية للإنتاج في الوقت الفعلي لجميع أقسام المؤسسة.
الأسئلة الشائعة
هل تتضمن واجهة API في Business Central أوامر الإنتاج؟
لا تتضمن واجهة API v2.0 القياسية كيانات لأوامر الإنتاج أو مسارات الإنتاج أو قوائم المواد BOM أو مراكز العمل. ويتيحها Business Central بدلاً من ذلك عبر خدمات الويب OData v4. تُنشر صفحات الإنتاج القياسية من صفحة Web Services من دون كتابة تعليمات برمجية، وتُقرأ بياناتها وتُكتب عبر OData.
من يتولى إنشاء التكامل مع Business Central؟
يضبط فريق SkyPlanner التكامل ثنائي الاتجاه بما يتوافق مع إعدادات Business Central لديك خلال مرحلة التهيئة، ويقدّم الدعم بعد بدء التشغيل الفعلي. ويستخدم من جانب Business Central واجهة API v2.0 وخدمات الويب المنشورة عبر OData v4. يمكن أيضاً لشريك Business Central أو لمطوّريك إنشاء التكامل باستخدام واجهة REST API الموثّقة من SkyPlanner، ويكفي مفتاح API للبدء.
هل نحتاج إلى تثبيت إضافة في Business Central؟
لا. تتوفر واجهة API v2.0 ضمن النظام القياسي، وتُنشر صفحات التصنيع كخدمات ويب من خلال الإعدادات في صفحة Web Services. ولا تُضاف صفحة API قياسية إلا إذا أردت ترحيل الإنتاج والاستهلاك تلقائياً بالكامل.
ما طريقة المصادقة التي ينبغي أن يستخدمها التكامل؟
تُستخدم بيانات اعتماد العميل في OAuth 2.0 عبر Microsoft Entra ID، مع التسجيل في صفحة Microsoft Entra Applications داخل Business Central. أما مفاتيح الوصول إلى خدمات الويب فأصبحت متقادمة ولم يعد يُنصح باستخدامها. ويدعم النشر المحلي الوصول نفسه بين الخدمات بدءاً من الإصدارين 18.11 و19.5، بعد تهيئة الخادم للمصادقة عبر Microsoft Entra. نحدّد الطريقة المناسبة لإصدارك خلال تحديد النطاق.
هل يستطيع Business Central إرسال التغييرات في الوقت الفعلي؟
في وقت شبه فعلي. تصل إشعارات اشتراكات Webhook لكيانات API v2.0، مثل الأصناف وأوامر البيع، بعد نحو 30 ثانية من أول تغيير، إذ يجمعها Business Central online في دفعات. أما أوامر الإنتاج فتُجلب بالاستقصاء الدوري كل بضع دقائق. وفي الاتجاه المقابل، ترسل إشعارات Webhook الخاصة بـ SkyPlanner تغييرات الجدول فور حدوثها.
كيف تُرسَل تواريخ العمليات المحدّثة مجدداً إلى Business Central؟
باستخدام طلب PATCH إلى صفحة Prod. Order Routing القياسية المنشورة كخدمة ويب OData v4. يحدّد الطلب قيم Starting Date-Time وEnding Date-Time ومركز العمل أو مركز الآلة. ويتحقق Business Central من صحتها وفق منطقه الداخلي، تماماً كما يحدث عندما يعدّل المخطّط الصفحة.
هل يمكننا اختبار SkyPlanner قبل إنشاء التكامل؟
نعم. تدعم التجربة المجانية لمدة 30 يوماً ما يصل إلى 20 محطة عمل، مع استيراد البيانات من Business Central بصيغة CSV أو Excel، ولا تتطلب بطاقة ائتمان. ابدأ التجربة، أو تواصل مع المبيعات لتحديد نطاق التكامل.
