التكاملات / ERP / Oracle NetSuite
دليل تكامل NetSuite مع SkyPlanner APS لجدولة الإنتاج
يوضح هذا الدليل لشركاء NetSuite ومسؤولي النظام والمشترين التقنيين كيفية ربط SkyPlanner APS بـ Oracle NetSuite لتخطيط الإنتاج بحيث يراعي الجدول القدرة الفعلية للآلات والعاملين. يتكامل SkyPlanner مع NetSuite في الاتجاهين عبر خدمات الويب REST وSuiteQL:
- تُستورد أوامر الإنتاج ومسارات الإنتاج ومراكز العمل والأصناف وأوامر الشراء.
- تُكتب أوقات البدء والانتهاء المخططة في مهام عمليات التصنيع.
- تُرحّل الساعات المسجلة والكميات المنتجة إلى NetSuite في صورة Work Order Completions أو Assembly Builds.
- ترسل إشعارات الويب من SkyPlanner تغييرات الجدول فور حدوثها.
NetSuite هو المرجع المعتمد للأصناف وقوائم المواد BOM ومسارات الإنتاج وأوامر الإنتاج والمخزون واحتساب التكاليف. ويتولى SkyPlanner تخطيط الإنتاج باستخدام محرك Arcturus، ليبني جدولًا يراعي القدرة الفعلية للآلات والعاملين. يتولى فريق SkyPlanner إعداد التكامل لحسابك أثناء التهيئة الأولية، ويقدم الدعم بعد بدء التشغيل الفعلي. يعمل التكامل مع سجلات NetSuite القياسية، ولا يعتمد على Advanced Manufacturing SuiteApp.
يعمل SkyPlanner بالفعل متكاملًا مع NetSuite لدى UTU، وهي شركة تصنّع لوحات التوزيع ومعدات المفاتيح الكهربائية في أولفيلا بفنلندا. بدأت UTU التشغيل الفعلي في سبتمبر 2025، مع ربط SkyPlanner بكل من Oracle NetSuite ونظام الرواتب لديها. ولتقييم الجدوى، ابدأ بزيارة صفحة جدولة الإنتاج مع NetSuite وصفحة هل يدعم NetSuite تخطيط الإنتاج؟.
القرار الذي يحدد مسار المشروع: REST وOAuth 2.0
حددت Oracle التوجه. بدءًا من 2026.1، ينبغي بناء عمليات التكامل الجديدة على خدمات الويب SuiteTalk REST مع OAuth 2.0. وبدءًا من 2027.1، لن يُسمح بعمليات تكامل جديدة تستخدم SOAP أو Token-Based Authentication (TBA). وستُعطّل نقاط نهاية SOAP في 2028.2. لذا يجب أن يعتمد أي تكامل للجدولة يبدأ اليوم على REST.
| الخيار في NetSuite | ما هو | دوره في التكامل مع APS |
|---|---|---|
| واجهة السجلات SuiteTalk REST API | /services/rest/record/v1/<recordType>، ويتبع إصدارها إصدار NetSuite؛ وتُستخدم !transform لتسجيل إنجاز أوامر الإنتاج وصرف المواد وعمليات التجميع | الكتابة: تواريخ مهام العمليات وأوامر الإنتاج (PATCH)، وسجلات الإنجاز وصرف المواد وعمليات التجميع (transform) |
| SuiteQL عبر REST | POST /services/rest/query/v1/suiteql مع Prefer: transient، بحد أقصى 100,000 نتيجة لكل استعلام، وتقسيم النتائج إلى صفحات باستخدام limit/offset | قراءة كميات كبيرة من البيانات: الأصناف، ومسارات الإنتاج، ومراكز العمل، وأوامر الإنتاج المفتوحة، والمخزون |
| SuiteScript 2.1 RESTlets | نقاط نهاية مخصصة لعمليات get/post/put/delete | سد الثغرات في تغطية REST، وإرسال بيانات مجمّعة مثل أمر إنتاج بجميع عملياته |
| SuiteScript User Event / Map-Reduce | برامج نصية تعمل على الخادم داخل NetSuite | إرسال إشعارات بالتغييرات إلى الأنظمة الخارجية |
| CSV Import Assistant | إعدادات محفوظة لربط حقول الاستيراد | تحميل البيانات لمرة واحدة؛ وليس للمزامنة المستمرة |
| SuiteTalk SOAP | تقنية قديمة، تدعم TBA فقط | لا تبدأ أي تطوير جديد باستخدام هذا الخيار |
المصادقة
لبرنامج جدولة يتصل مباشرةً بين الخوادم، استخدم OAuth 2.0 Client Credentials للمصادقة بين الأنظمة. مسار الإعداد الإداري هو Setup > Integration > Manage Authentication > OAuth 2.0 Client Credentials (M2M) Setup. ارفع شهادة عامة واربطها بكيان ودور وسجل التكامل. يستوعب كل سجل تكامل خمس شهادات نشطة كحد أقصى.
أنشئ دورًا مخصصًا للتكامل، بصلاحية عرض الأصناف وإصدارات BOM ومسارات الإنتاج ومراكز العمل، وصلاحية تعديل أوامر الإنتاج وسجلات الإنجاز والصرف. تستخدم واجهة SkyPlanner REST API (مرجع API) مصادقة JWT، لذا تحتفظ البرمجيات الوسيطة ببيانات اعتماد النظامين.
الأحداث: لا تتوفر إشعارات ويب قياسية
لا تذكر وثائق Oracle وجود webhook صادر مدمج. الأسلوب العملي هو استخدام برنامج نصي من نوع SuiteScript User Event على Work Order (afterSubmit) يضع استدعاءً صادرًا في قائمة الانتظار عبر N/task أو برنامج نصي من نوع Map/Reduce، ثم يُجري الاستدعاء باستخدام N/https. لا تُجرِ أبدًا استدعاءً صادرًا متزامنًا داخل afterSubmit، لأنه يُنفَّذ ضمن عملية الحفظ التي يجريها المستخدم، وأي بطء في نقطة النهاية سيبطئ الحفظ أو يؤدي إلى فشله.
لا تغطي أحداث User Event جميع مسارات التغيير. فقد تتجاوزها التحديثات الجماعية وعمليات استيراد CSV. استخدم إلى جانب البرنامج النصي للأحداث استقصاءً مجدولًا عبر SuiteQL لمطابقة البيانات بالاعتماد على lastmodifieddate، حتى لا يفوتك أي تغيير. وفي الاتجاه الآخر، تتولى إشعارات webhook الخاصة بـ SkyPlanner تشغيل عملية إعادة كتابة البيانات، فيتلقى NetSuite التواريخ الجديدة فور تغيّر الخطة.
ربط البيانات: من NetSuite إلى SkyPlanner
| سجل NetSuite (معرّف REST) | الكائن في SkyPlanner | الاتجاه | وتيرة المزامنة |
|---|---|---|---|
Assembly Item (assemblyItem)، Inventory Item (inventoryItem) | منتج / مادة | NetSuite → SkyPlanner | تحميل أولي، ثم يوميًا أو عند التغيير |
BOM Revision (bomRevision)، ومكونات قائمة المواد (BOM) | بنية منتج متعددة المستويات، واحتياجات المواد | NetSuite → SkyPlanner | عند التغيير |
Manufacturing Routing (manufacturingRouting، والقائمتان الفرعيتان routingStep، routingComponent) | خطوات الإنتاج: التسلسل، ومحطة العمل، ووقت التهيئة، ووقت التشغيل | NetSuite → SkyPlanner | عند التغيير |
| Manufacturing Work Center (كائن Group محدد كمركز عمل): Machine Resources، Labor Resources، Work Calendar | محطات عمل، ومجموعات محطات العمل، وورديات | NetSuite → SkyPlanner، ثم تُدار البيانات في SkyPlanner | تحميل أولي |
Work Order (workOrder): الصنف، والكمية، والموقع، وProduction Start/End Date، والحالة؛ مع Sales Order المرتبط لتحديد موعد الاستحقاق | طلب / مهمة إنتاج بموعد استحقاق وأولوية | NetSuite → SkyPlanner | بشكل شبه فوري عبر User Event، مع استقصاء لمطابقة البيانات |
Manufacturing Operation Task (manufacturingOperationTask) | عملية مجدولة | NetSuite → SkyPlanner، وللتواريخ SkyPlanner → NetSuite | بشكل شبه فوري |
المخزون الفعلي حسب الموقع (SuiteQL)، وItem Receipts (itemReceipt) | أرصدة المخزون للجدولة وفق توافر المواد | NetSuite → SkyPlanner | كل 15 إلى 60 دقيقة أو عند الاستلام |
بنود Purchase Order (purchaseOrder): الصنف، والكمية، وتاريخ الاستلام المتوقع، والحالة | أوامر الشراء / المواد الواردة (تاريخ التسليم المتوقع). تُحتسب متاحةً في تاريخ التسليم؛ ويُحدَّث المخزون عند تعيين حالة أمر الشراء إلى Delivered | NetSuite → SkyPlanner | كل 15 إلى 60 دقيقة أو عند التغيير |
| البداية والنهاية المخططتان لكل عملية | PATCH manufacturingOperationTask/{id} (startDate، endDate) وPATCH workOrder/{id} (Production Start/End Date) | SkyPlanner → NetSuite | عند تغيّر الجدول، عبر webhook من SkyPlanner |
| Mobile Confirmations، وسجلات الوقت، وProduction Timer | POST workOrder/{id}/!transform/workOrderCompletion: النطاق startOperation/endOperation، والكمية المنجزة، ووقت العمالة في بنود operation، ومعرّف سجل الوقت في SkyPlanner بوصفه معرّفًا خارجيًا | SkyPlanner → NetSuite | مع كل تأكيد أو على دفعات |
| استهلاك المواد | POST workOrder/{id}/!transform/workOrderIssue، أو isBackflush في سجل الإنجاز | SkyPlanner → NetSuite | مع كل تأكيد |
| أمر إنتاج مكتمل (للحسابات التي لا تستخدم WIP) | POST workOrder/{id}/!transform/assemblyBuild | SkyPlanner → NetSuite | عند اكتمال أمر الإنتاج |
| إغلاق أمر الإنتاج | Work Order Close (workOrderClose) | في NetSuite، بواسطة القسم المالي | غير مؤتمت افتراضيًا |
أنماط التكامل
1. التحميل الأولي للبيانات الرئيسية. اقرأ مراكز العمل أولًا، ثم الأصناف وإصدارات BOM ومسارات الإنتاج باستخدام SuiteQL. تشير مسارات الإنتاج إلى مراكز العمل، لذا فإن ترتيب التحميل مهم. خلال التجربة، صدّر البيانات نفسها إلى CSV واستوردها إلى SkyPlanner. وبذلك يجري التحقق من صلاحية الجدول قبل كتابة أي شيفرة.
2. مزامنة الأوامر. اجلب أوامر الإنتاج التي تحمل الحالة Released أو In Process. وحدد مبكرًا ما إذا كنت ستضم الأوامر بالحالة Planned. إن ضممتها، فتعامل معها كطلب مبدئي. زامن أوامر الشراء المفتوحة في الدورة نفسها، حتى تتحقق الجدولة من توفر المواد لكل مهمة بالاعتماد على المخزون والمواد الواردة، لا على المخزون وحده.
3. إعادة كتابة تواريخ الجدول. عند تغيّر الجدول، يرسل webhook من SkyPlanner تواريخ العمليات الجديدة إلى البرمجيات الوسيطة. وتُرسل البرمجيات الوسيطة طلب PATCH /services/rest/record/v1/manufacturingOperationTask/{id} (مرجع السجلات من Oracle) مع startDate وendDate لكل عملية تغيّرت. ويُحدّد طلب PATCH إضافي على رأس سجل workOrder قيمتَي Production Start وEnd Date. اكتب التواريخ فقط، وحقل التسلسل المخصص إن كنت تستخدمه. لا تُعِد كتابة الكميات أو بيانات قائمة المواد (BOM) مطلقًا. ولتحديث عمليات عديدة في معاملة واحدة، يحفظ RESTlet صغير قائمة العمليات كاملةً باستدعاء واحد. وتبقى واجهة API للسجلات هي الخيار الافتراضي.
4. تأكيدات صالة الإنتاج. يسجّل المشغّلون العمل في SkyPlanner Mobile Confirmations. وترسل البرمجيات الوسيطة كل تأكيد عبر عمليات تحويل Work Order باستخدام POST /services/rest/record/v1/workOrder/{id}/!transform/workOrderCompletion، متضمنًا startOperation وendOperation والكمية المنجزة والوقت المسجّل في بنود العمليات. أما أوامر الإنتاج التي لا تستخدم WIP فتُغلَق باستخدام !transform/assemblyBuild بدلًا من ذلك. ويتطلب تسجيل إنجاز أوامر الإنتاج عبر REST تفعيل ميزة Manufacturing Work In Process. وتبقى قيود المخزون والتكاليف في NetSuite.
5. منع تكرار الأثر وإعادة المحاولة. يحمل كل سجل إنجاز معرّف السجل الزمني في SkyPlanner بوصفه معرّفه الخارجي في NetSuite. تكون المعرّفات الخارجية فريدة لكل نوع سجل، لذا يُرفض إشعار الويب المعاد إرساله باعتباره مكررًا، بدلًا من ترحيل الكميات والتكلفة مرتين. تمر عمليات الكتابة عبر قائمة انتظار. وعند فشل استدعاء بسبب حد التزامن أو قفل سجل أو انتهاء صلاحية شهادة، تُعاد محاولته ويُسجّل. وتظهر أي حالات يستمر فشلها لفريق SkyPlanner المسؤول عن دعم التكامل.
6. قواعد مرجعية البيانات. يحدد NetSuite ما يُصنّع: الصنف والكمية وBOM ومسار الإنتاج والموقع. ويحدد SkyPlanner التوقيت ومكان التنفيذ: تسلسل العمليات ومحطة العمل ووقتَي البدء والانتهاء. تُستبدل التواريخ المعدلة في NetSuite عند إعادة الكتابة التالية، لذا امنع تعديل Production Start/End Date بتخصيص النموذج أو باستخدام سير عمل.
الخطوات المعتادة للمشروع
يكتمل التنفيذ عادةً خلال أسابيع من بدء التهيئة الأولية، حتى في الشركات الكبيرة. ويشمل مشروع NetSuite ما يلي:
- التجربة ببياناتك: تصدير مراكز العمل ومسارات الإنتاج وأوامر الإنتاج المفتوحة من عمليات البحث المحفوظة إلى ملفات CSV، واستيرادها إلى SkyPlanner خلال التجربة التي تستمر 30 يومًا.
- ربط البيانات الرئيسية: ربط سجلات NetSuite بكائنات SkyPlanner، وتحديد الحقول المخصصة والوحدات ونموذج WIP أو غير WIP لكل صنف.
- التحميل الأولي: تحميل الأصناف وإصدارات BOM ومسارات الإنتاج ومراكز العمل عبر SuiteQL، ثم إعداد الورديات والمشغّلين ومحطات العمل البديلة في SkyPlanner.
- مزامنة أوامر الإنتاج والشراء: مزامنة أوامر الإنتاج بالحالتين Released وIn Process، إلى جانب أوامر الشراء المفتوحة وتواريخ استلامها المتوقعة، باستخدام نصوص User Event البرمجية واستعلام دوري لمطابقة البيانات.
- إعادة كتابة الجدول: كتابة تواريخ العمليات المخططة في أوامر الإنتاج ومهام العمليات، مع إعداد OAuth 2.0 M2M في بيئتَي الاختبار والتشغيل الفعلي.
- تأكيدات صالة الإنتاج: إنشاء Work Order Completions أو سجلات صرف أو Assembly Builds انطلاقًا من Mobile Confirmations والسجلات الزمنية.
- الاختبار بالتوازي مع الخطة الحالية: تشغيل جدول SkyPlanner إلى جانب آلية إطلاق أوامر الإنتاج المتبعة حاليًا، ومقارنة النتائج.
- بدء التشغيل الفعلي: نقل التخطيط إلى SkyPlanner ومنع تعديل حقول التواريخ في NetSuite.
يبقى نطاق المشروع محدودًا عندما تكون مسارات الإنتاج سليمة ويقتصر العمل على شركة تابعة واحدة. أما تعدد الشركات التابعة، والصرف الارتجاعي في WIP، والنماذج المخصصة، فتزيد أعمال ربط البيانات.
محاذير NetSuite
- أوامر إنتاج بلا مسارات إنتاج. أمر الإنتاج الذي لا يتضمن Manufacturing Routing لا يحتوي على عمليات يمكن جدولتها. وتؤكد Oracle الأمر نفسه بشأن أداة تخطيط الإنتاج لديها: “Work orders not associated with a NetSuite routing should not be scheduled.” (ينبغي عدم جدولة أوامر الإنتاج غير المرتبطة بمسار إنتاج في NetSuite.) حدد هذه الأوامر باستخدام SuiteQL قبل بدء التشغيل الفعلي.
- بيانات مراكز العمل محدودة. مركز العمل في NetSuite هو Group يتضمن عددين، Machine Resources وLabor Resources، وقيمتهما الافتراضية 0، وتقويم Work Calendar واحدًا، عادةً ما يكون “Default Work Calendar”. حمّل مراكز العمل مرة واحدة، ثم تولَّ إدارة محطات العمل الفردية وورديات كل شخص والأدوات ومصفوفة أوقات التهيئة ومحطات العمل البديلة في SkyPlanner.
- دقة قيم Setup Time وRun Rate. تستخدم الجدولة غير المقيدة بالطاقة الإنتاجية في NetSuite هذين الحقلين، لكنها تتجاهل حدود الطاقة، فتمر القيم الخاطئة دون ملاحظة. أما تخطيط الإنتاج الذي يراعي القدرة الفعلية للآلات والعاملين فيكشفها من اليوم الأول.
- استخدام WIP أو عدم استخدامه. عند استخدام Manufacturing WIP، يُرحّل الإنتاج عبر Work Order Issue وWork Order Completion وWork Order Close. وعند عدم استخدام WIP، يُستخدم Assembly Build. يرحّل التكامل سجلات الإنجاز لأصناف WIP وسجلات التجميع لبقية الأصناف، لذا يُحدد نموذج كل صنف ضمن ربط البيانات.
- تشغيل Advanced Manufacturing في الحساب نفسه. إذا كان الحساب يشغّل أيضًا Advanced Manufacturing SuiteApp، فيجب أن تتطابق سجلات Manufacturing Work Bench فيه تمامًا مع مسار الإنتاج من حيث تسلسل العمليات وأسمائها ومركز العمل. حدد النظام المسؤول عن تعيين تواريخ العمليات. فاستخدام أداتَي جدولة لأوامر الإنتاج نفسها يعني وجود خطتين متعارضتين.
- حدود التزامن. تتشارك خدمات الويب واستدعاءات RESTlet حدًا واحدًا للتزامن على مستوى الحساب، تحدده فئة الخدمة مع إضافة 10 لكل ترخيص SuiteCloud Plus. وتصل الاستعلامات الدورية المتوازية لكل سجل إلى هذا الحد بسرعة. استخدم SuiteQL مع تقسيم النتائج إلى صفحات للقراءة، وضع عمليات الكتابة في قائمة انتظار.
- تحديث بيئة الاختبار يمحو إعداد M2M. تُمسح روابط OAuth 2.0 client credentials عند تحديث بيئة الاختبار، ولا تُنسخ بين الحسابات. ويؤدي انتهاء صلاحية الشهادة أو إلغاؤها إلى توقف المزامنة حتى إنشاء ربط جديد. فعّل التنبيهات عند فشل المصادقة.
تكامل NetSuite: من يتولى إعداده ودعمه؟
يشمل العمل ربط سجلاتك ومسارات الإنتاج ومراكز العمل، إلى جانب القيود التي لا يحتفظ بها NetSuite كبيانات قابلة للاستخدام في الجدولة: مصفوفة أوقات التهيئة والأدوات وأعداد المشغّلين والموارد البديلة. ترسل إشعارات الويب من SkyPlanner تغييرات الجدول إلى NetSuite فور حدوثها، بما فيها التغييرات التي يجريها Autopilot.
- يتولى فريق SkyPlanner إعداد التكامل أثناء التهيئة الأولية ودعمه بعد بدء التشغيل الفعلي. تختلف طريقة استخدام NetSuite من مصنع لآخر: استخدام WIP أو عدمه، والنماذج المخصصة، والنصوص البرمجية، وقواعد إعداد مسارات الإنتاج. يربط الفريق سجلاتك، ويوصل واجهة SkyPlanner REST API وإشعارات الويب بخدمات NetSuite REST وSuiteQL وRESTlets. ويشمل دعمه نص User Event البرمجي والبرمجيات الوسيطة، ويواكب التغييرات في إعداد NetSuite لديك.
- يمكن لشريك NetSuite لديك المشاركة. يعرف الشركاء نماذجك المخصصة ونصوصك البرمجية وأدوارك. ويستخدمون واجهة SkyPlanner REST API التي تغطي الأوامر والمنتجات والمواد وأوامر الشراء وخطوات الإنتاج والسجلات الزمنية. تتوفر لها وثائق Swagger/OpenAPI، وتستخدم مصادقة JWT. الوثائق المتاحة للجميع: وثائق SkyPlanner.
- يبني مطوّروك حلولًا اعتمادًا عليه. من أساليب توزيع العمل الشائعة تشغيل نص User Event البرمجي داخل NetSuite وخدمة وسيطة صغيرة خارجه. يكفي مفتاح API للبدء (دليل التكامل التطبيقي)، ويقدم فريق SkyPlanner المساعدة عند الحاجة.
تحقق أولًا من صلاحية الجدول خلال التجربة المجانية لمدة 30 يومًا، باستخدام بيانات CSV وما يصل إلى 20 محطة عمل، دون الحاجة إلى بطاقة ائتمان. وبذلك يبدأ التكامل من جدول يلائم المصنع بالفعل.
بعد الربط، ينشئ محرك Arcturus الجدول بالاعتماد على أوامر الإنتاج الحية في NetSuite، ويتحقق من توفر المواد في المخزون وأوامر الشراء الواردة. يسجل المشغّلون العمل باستخدام Mobile Confirmations وProduction Timer وQuick Log Mode، فيعكس NetSuite ما يحدث في صالة الإنتاج دون إدخال يدوي. يبدأ سعر SkyPlanner من 199 € شهريًا، ويشمل 5 محطات عمل، مع فوترة شهرية وإمكانية الإلغاء في أي وقت. يُقدم عرض سعر التكامل مسبقًا وفق عملياتك واحتياجاتك، إلى جانب باقتك، لتعرف التكلفة الكاملة قبل البدء. تواصل مع المبيعات لتحديد نطاق تكامل NetSuite لديك، أو اطّلع على الميزات والعملاء.
آراء المصنّعين في SkyPlanner
2 ساعةتوفير كل أسبوع
“نقلنا SkyPlanner من تخطيط الإنتاج باستخدام جداول Excel إلى تحسين الإنتاج في الوقت الفعلي.”
كالي كاليومكي، أخصائي سلسلة الإمداد
UTU · لوحات التوزيع ومعدات الفصل والتوصيل الكهربائية
يوفّر تخطيط الإنتاج 2 ساعة من وقت العمل كل أسبوع، وتصل قائمة المهام الجديدة إلى خط الإنتاج في ثوانٍ.
+90%في كفاءة الإنتاج
“ارتفعت كفاءة الإنتاج بنسبة 90%.”
عبدول روسيينغا، رئيس قسم تقنية المعلومات
Laboratory & Allied · صناعة الأدوية
ارتفعت كفاءة الإنتاج بنسبة 90%، وأصبح إعداد خطة محسّنة لثلاثة أشهر تشمل جميع محطات العمل يستغرق أقل من 30 دقيقة.
99.2%الالتزام بمواعيد التسليم
“أتاح SkyPlanner رؤية واضحة للاختناقات، وجعل إدارة الإنتاج أكثر وضوحًا.”
توني توري، مدير الإنتاج
Piristeel · أنظمة السلامة على الأسطح وتصريف مياه الأمطار
بلغ الالتزام بمواعيد التسليم 99.2% هذا العام، وتوفّر الجدولة ما يصل إلى أربع ساعات من وقت العمل يوميًا.
6 أشهريمكن لفريق المبيعات الاطّلاع على الطاقة الإنتاجية المتاحة خلالها
“يوفّر SkyPlanner أساسًا موثوقًا لجميع أعمال تخطيط الإنتاج.”
آنو يارفينن، مديرة الإنتاج
Fredman Operations · أوراق تغليف آمنة لملامسة الأغذية
يستطيع فريق المبيعات الاطّلاع على الطاقة الإنتاجية المتاحة لستة أشهر مقبلة، وأصبحت طلبات تعديل الجدول التي كانت تستغرق ساعة أو أكثر تُجاب في ثوانٍ.
الأسئلة الشائعة
كيف يتصل SkyPlanner APS بنظام NetSuite؟
يتم الاتصال في الاتجاهين عبر واجهة API للسجلات في NetSuite REST، وSuiteQL، وRESTlets عند الحاجة. وتُكتب تواريخ العمليات باستخدام PATCH على manufacturingOperationTask. وتُرحَّل بيانات العمالة والإنتاج عبر عملية التحويل workOrderCompletion أو assemblyBuild. يتولى فريق SkyPlanner إعداد التكامل خلال مرحلة التهيئة، ويدعمه بعد بدء التشغيل الفعلي. ويمكن لشريك NetSuite أو للمطوّرين لديكم البناء على واجهة REST API الموثّقة.
هل نحتاج إلى Advanced Manufacturing SuiteApp لاستخدام SkyPlanner؟
لا. يتولى SkyPlanner بنفسه تخطيط الإنتاج بما يراعي القدرة الفعلية للآلات والعاملين، اعتمادًا على السجلات القياسية Work Orders وManufacturing Routings وWork Centers. وإذا كان الحساب يستخدم Advanced Manufacturing أيضًا، فيُحدَّد أثناء تحديد النطاق أيّ النظامين يتولى تعيين تواريخ العمليات.
كيف يُمنع تكرار الترحيل إذا أُرسل الحدث مرتين؟
يحمل كل سجل Work Order Completion معرّف سجل الوقت في SkyPlanner بوصفه معرّفه الخارجي. يضمن NetSuite تفرّد المعرّفات الخارجية ضمن كل نوع من السجلات، لذا يُرفض الحدث المُعاد إرساله بدلًا من ترحيل الكمية والتكلفة مرة أخرى. وتُوضع عمليات الكتابة الفاشلة في قائمة انتظار، ثم تُعاد محاولتها وتُسجَّل.
هل يمكننا استخدام TBA أو SOAP بدلًا من REST وOAuth 2.0؟
لعمليات التكامل الجديدة، اعتمد REST مع OAuth 2.0. ستوقف Oracle إنشاء عمليات تكامل جديدة باستخدام TBA وSOAP بدءًا من 2027.1، وستعطّل جميع نقاط نهاية SOAP في 2028.2. أما تكامل SkyPlanner المبني على REST وOAuth 2.0 فسيواصل العمل خلال هذين الموعدين وبعدهما.
كيف يتعرّف SkyPlanner على أوامر الإنتاج الجديدة في NetSuite؟
لا يوفّر NetSuite آلية webhook صادرة قياسية موثّقة. يضع برنامج نصي من نوع User Event على سجل Work Order إشعارًا في قائمة الانتظار عند الحفظ. ويكشف استقصاء مجدول باستخدام SuiteQL التغييرات التي يفوتها البرنامج النصي، مثل عمليات الاستيراد من CSV والتحديثات الجماعية.
هل يمكننا اختبار SkyPlanner ببيانات NetSuite قبل بناء التكامل؟
نعم. صدّر مراكز العمل ومسارات الإنتاج وأوامر الإنتاج المفتوحة بصيغة CSV، ثم استوردها إلى SkyPlanner خلال الفترة التجريبية التي تمتد إلى 30 يومًا، وقارن نتائج تخطيط الإنتاج بخطتك الحالية؛ فالجدول الناتج يراعي القدرة الفعلية للآلات والعاملين. ابدأ التجربة المجانية أو احجز عرضًا توضيحيًا.
كم يستغرق مشروع التكامل مع NetSuite؟
يكتمل التنفيذ عادةً خلال أسابيع من بدء التهيئة للاستخدام، حتى لدى الشركات الكبيرة. وتُجرى الجدولة بالفعل باستخدام بيانات CSV خلال الفترة التجريبية، كما تستخدم UTU اليوم SkyPlanner مع NetSuite (تجربة UTU).
