متجرك وNetSuite يعملان معاً
يُدخل هذا الربط طلبات الموقع إلى NetSuite في صورة أوامر بيع أو مبيعات نقدية، وينشر في المتجر المنتجات والأسعار والمخزون المتاح. أما عمليات الشحن وأرقام التتبع والمبالغ المستردة فتعود إلى العميل. نبني على خدمات الويب REST في NetSuite وعلى SuiteQL، وعلى RESTlets حيث يلزم منطق مخصص، مع خدمة طوابير تغذي NetSuite بالوتيرة التي يسمح بها حسابك.
ويناسب التجار والموزعين الذين يديرون المالية والمخزون في NetSuite ويبيعون عبر Shopify أو متجر مخصص أو بوابة للبيع بين الشركات (B2B). وتعمل Oracle على إنهاء خدمات الويب SOAP في NetSuite خلال الإصدارات المقبلة، لذلك ستحتاج التكاملات المبنية عليها إلى استبدال. ويجب أن يعتمد كل عمل جديد على REST مع OAuth 2.0 منذ البداية، وهكذا نبني.
مطابقة المنتجات والطلبات
نطابق بين سجلات NetSuite والمتجر في المنتجات، وخيارات المصفوفة، ومستويات الأسعار، والشركات التابعة، ومواقع المخزون، ورموز الضرائب، ووسائل الدفع، مع النموذج والحقول التي تحتاجها كل معاملة.
مصدر كل سجل
NetSuite هو المرجع للمنتجات والأسعار والمخزون والمعاملات المالية. أما المتجر فهو المرجع لسلة الشراء، ويرسل الطلبات التي يقبلها NetSuite ويرقّمها ثم يتولى التحكم فيها.
سجل التكامل والدور
يجري الوصول عبر سجل تكامل مع OAuth 2.0 ودور مخصص لا يمنح إلا الصلاحيات المطلوبة، فلا يعمل الربط أبداً بصلاحيات مسؤول النظام.
طابور الأخطاء
الطلب الذي يرفضه NetSuite، كطلب فيه منتج غير نشط أو طلب لم يجتز برنامج التحقق، يُحفظ مع رد النظام، ويمكن تصحيحه وإعادة إرساله.
إعادة محاولة تراعي التزامن
تخرج الطلبات ضمن حد التزامن في حسابك، وإذا رُفض طلب لكثرة الطلبات أُعيدت المحاولة بعد مهلة، وتمنع المعرّفات الخارجية تكرار المعاملات.
مراقبة وتيرة المعالجة
نتابع طول الطابور، والوقت من إتمام الشراء إلى ظهور الطلب في NetSuite، والطلبات المرفوضة، وفروقات المخزون، مع تنبيهات قبل أن يؤثر التراكم في مواعيد التسليم الموعودة.
ما تتسلمه منا
- مطابقة السجلات والحقول
- تصميم المسار من الطلب إلى التحصيل
- خدمة الربط مع شيفرتها المصدرية
- دور مخصص وسجل تكامل
- طابور يلتزم بحد الطلبات المتزامنة
- طابور للأخطاء مع إعادة الإرسال
- تقرير لمقارنة المخزون
- دليل تشغيل وتسليم لمسؤول النظام
طريقة عملنا
- 01
نراجع الحساب
ندرس عن قرب الشركات التابعة والمواقع والنماذج والبرامج النصية ومسارات العمل التي تمس معاملات البيع، وحد الطلبات المتزامنة في الحساب، وأي تكاملات SOAP قائمة تتقاسم معها هذا الحد.
- 02
نصمم المسار
نتفق على الطريقة التي يتحول بها طلب الموقع إلى أمر بيع، ومتى يُشحن ويُفوتر ويُدفع، وكيف تُسجَّل الدفعات المقدمة والمبالغ المستردة والضرائب وبطاقات الهدايا.
- 03
نبني في بيئة تجريبية
نطوّر الخدمة على بيئة NetSuite التجريبية ومتجر للتطوير، ثم نختبرها بأحجام الذروة لنتأكد أن الطابور يبقى ضمن الحدود دون تأخير الطلبات.
- 04
ننتقل إلى التشغيل
نحوّل الطلبات الفعلية إلى المسار الجديد بدل أي ربط قديم. ونطابق المخزون وإجماليات الطلبات يومياً إلى أن تستقر، ثم تنتقل المراقبة إلى فريقك.
التقنيات التي نستخدمها
| المجال | التقنيات |
|---|---|
| جهة NetSuite | خدمات الويب REST، SuiteQL، RESTlets، OAuth 2.0 |
| جهة المتجر | Shopify Admin API، واجهات البرمجة للمتاجر المخصصة، واجهات البرمجة لبوابات B2B، إشعارات الأحداث (Webhooks) |
| خدمة الربط | Node.js، TypeScript، PostgreSQL، طوابير الرسائل |
| التشغيل | ضبط الطلبات المتزامنة، التنبيهات، أدوات إعادة التشغيل، مهام المطابقة |
طلبات الموقع تصل إلى NetSuite متأخرة أو لا تصل
تتراكم الطلبات خلف موصّل تنتهي مهلته أثناء العروض الترويجية. ولا يُحدَّث مخزون الموقع إلا ليلاً. وهناك تكامل قديم يعمل بـSOAP ولا مسؤول عنه. ثم تكتشف الإدارة المالية طلبات في المتجر لم تتحول قط إلى معاملات في NetSuite.
- متاجر Shopify المرتبطة بـNetSuite
- المتاجر المخصصة والمتاجر بواجهة منفصلة
- بوابات طلبات B2B
- البيع عبر عدة شركات تابعة
- تكاملات SOAP تحتاج إلى استبدال
- مواسم الذروة في حجم الطلبات
أسئلة شائعة
ماذا يحتاج حساب NetSuite لدينا لإتمام هذا الربط؟
تفعيل خدمات الويب REST وOAuth 2.0، وسجل تكامل، ودوراً مخصصاً بالصلاحيات اللازمة، وحساباً تجريبياً للبناء عليه. ويُحدَّد التزامن على مستوى الحساب وفق مستوى الخدمة لديك، وتقدّم Oracle تراخيص SuiteCloud Plus التي ترفع هذا الحد. نتحقق من حدك الحالي وما يستهلكه أيضاً، ثم نوثّق كل صلاحية ليعتمدها مسؤول النظام لديك.
لدينا تكامل يعمل بـSOAP، فهل يجب أن نستبدله؟
مع الوقت، نعم. فوثائق Oracle تذكر أن نقطة اتصال SOAP الصادرة مع الإصدار 2025.2 هي آخر نقطة مخطط لها، وأن خدمات الويب SOAP ستُزال في إصدار لاحق، وبعدها تتوقف تكاملات SOAP القائمة عن العمل. وتنصح Oracle ببناء التكاملات الجديدة على REST مع OAuth 2.0. ويمكننا تقييم تكاملك الحالي والتخطيط للانتقال قبل ذلك الموعد بوقت كافٍ.
كيف تتعاملون مع حدود الطلبات المتزامنة في NetSuite؟
لا نرسل أبداً أكثر مما يسمح به الحساب. فكل طلب يمر عبر طابور يعرف الحد ومقدار ما تستهلكه التكاملات الأخرى. وللطلبات أولوية على المهام الخلفية مثل تحديث الأسعار. ونجمع عمليات القراءة عبر SuiteQL لتقل الاستدعاءات. وأثناء العروض يطول الطابور فترة قصيرة بدل أن تُرفض الطلبات، ونقيس هذا التأخير.
هل الموصّل الجاهز أنسب لنا؟
ربما. فالموصّلات الجاهزة متوفرة للمتاجر الشائعة، وهي خيار معقول حين تكون دورة الطلب إلى التحصيل لديك قياسية. لكنها تصبح مقيِّدة مع تعدد الشركات التابعة، أو النماذج المخصصة للمعاملات، أو التسعير غير المعتاد، أو الذروات الكبيرة، كما أن خيارات المطابقة فيها محدودة. نقارن الخيارات الواقعية لحالتك، بما فيها تكاليف تشغيلها، ولا نوصي بالربط المخصص إلا حين يبرره الفرق.
هل يمكن لبوابة B2B قراءة الأسعار والائتمان مباشرة من NetSuite؟
نعم. يمكن للبوابة أن تعرض لكل عميل مستوى أسعاره، وطلباته المفتوحة، وفواتيره، وائتمانه المتاح، من NetSuite مباشرة. ولأن الاستدعاءات المباشرة تُحتسب من حد التزامن، تُخزَّن البيانات كثيرة المشاهدة مؤقتاً لفترات قصيرة، وتُحدَّث حين يبلّغ NetSuite عن تغيير. أما الأرقام الحساسة مثل الائتمان فتُجلب لحظة تقديم الطلب، ليقوم القرار على بيانات حالية.