Tekunda Team

Tekunda Team

أنماط التكامل بين Salesforce وSAP للمصنّعين

أنماط التكامل بين Salesforce وSAP للمصنّعين

الإجابة باختصار: كل تكامل تقريبًا بين Salesforce وSAP في قطاع التصنيع يعود إلى أربعة أنماط: المزامنة على دفعات، والنداء المتزامن، وافتراضية البيانات، وبث الأحداث. اختر نمطًا واحدًا لكل كائن بيانات، واحسم الاختيار بسؤالين فقط: أي نظام يملك السجل، وكم من التقادم مسموح به في النسخة. أما طبقة الوسيط فتأتي نتيجة لهذين الجوابين، لا العكس.

أخذنا هذا القرار فعليًا على بيانات الطلبات والمنتجات والخدمة لدى مصنّعين تعتمد أعمالهم على الأصول. المشاريع التي تتعثر لا تتعثر تقريبًا بسبب اختيار منصة تكامل خاطئة، بل لأن أحدًا لم يكتب من يملك السجل.

ما المقصود بنمط التكامل بين Salesforce وSAP؟

نمط التكامل هو شكل تدفق البيانات، بمعزل عن الأداة التي تنقله. إرشادات العمارة من Salesforce تسمّي مجموعة صغيرة: batch data synchronization، وremote process invocation (سواء request and reply أو fire and forget)، وremote call-in، وUI update based on data changes، وdata virtualization. وكل موصّل أو محوّل أو منصة تكامل في السوق هو واحد من هذه الأنماط وعليه شعار تجاري. اختيار النمط قرار معماري، أما اختيار المنتج فقرار شراء.

أي بيانات SAP تحتاج فعلًا إلى الحركة عند المصنّع؟

ثلاث عائلات تغطي معظم الحالات، وكل واحدة تحتاج معاملة مختلفة.

  • بيانات الطلبات. عروض الأسعار والفرص تبدأ في Salesforce، لكن SAP يملك الطلب لحظة تأكيده. الفريق التجاري يحتاج الكمية المؤكدة وتاريخ الالتزام والحالة في الاتجاه المعاكس.
  • بيانات المنتج والتسعير والمخزون. SAP يملك البيانات الرئيسية للمواد وسجلات الشروط والمخزون. Salesforce هنا مستهلك للبيانات، لا مؤلف لها.
  • بيانات الخدمة والأصول. هنا تنقسم الملكية فعلًا: SAP يحتفظ بالأرقام التسلسلية وقوائم المكوّنات وشروط الضمان، بينما يحتفظ Salesforce بالحالة والاستحقاق وزيارة الفريق الميداني.

اكتب اسم المالك بجانب كل كائن قبل أن تقيّم أي أداة. لو كان بإمكان نظامين الكتابة في الحقل نفسه، فأنت لم تصمّم تكاملًا، بل صمّمت تعارضًا وحدّدت له موعدًا.

ما الأنماط الأربعة التي تستحق الدراسة؟

المزامنة على دفعات

نقل مجمّع مجدول، غالبًا ليلًا. مناسب للبيانات الرئيسية للمواد وبيانات التكلفة والطلبات المغلقة والأرقام الفعلية التاريخية. رخيص وواضح وسهل إعادة تشغيله بعد أي فشل. الثمن هو تقادم يُقاس بالساعات، ونافذة ليلية تضيق كلما زاد الحجم.

النداء المتزامن

Salesforce ينادي SAP وينتظر الرد: فحص التوافر، وفحص الائتمان، ومحاكاة السعر، وإرسال الطلب. مناسب حين يحتاج المستخدم الحقيقة في تلك اللحظة بالذات، وحين تكون النسخة المخزّنة أسوأ من انتظار قصير. الثمن أن جاهزية SAP تصبح جاهزية الـ CRM، وكل انقطاع يتحول إلى محادثة مع عميل.

افتراضية البيانات

Salesforce Connect يعرض بيانات SAP ككائنات خارجية عبر OData 2.0 أو 4.0، عادةً من خلال بوابة SAP، فتُقرأ السجلات مباشرة ولا تُخزَّن في Salesforce أبدًا. مناسب للبيانات المرجعية طويلة الذيل التي يبحث عنها الناس ولا يبني عليها أحد تقارير: الفواتير القديمة ومستندات التسليم وأوامر الخدمة المغلقة. الثمن ضعف التقارير وضعف الأتمتة ولا شيء يعمل دون اتصال.

بث الأحداث

SAP ينشر تغييرًا وSalesforce يتفاعل: تسليم مؤكد، أو دفعة تم الإفراج عنها، أو شحنة موقوفة، أو أصل دخل الخدمة. مناسب لتغيّرات الحالة التي تهم فيها الدقائق ويكون الحجم أكبر من أن يُستطلع دوريًا. الثمن أنك صرت مسؤولًا عن الترتيب وإعادة المحاولة ومعالجة التكرار.

كيف تختار؟ بملكية البيانات وزمن الاستجابة، لا بعلامة الوسيط

  1. حدّد المالك لكل كائن. كاتب واحد والباقي قرّاء. اكتبها في وثيقة التصميم، لا في ذهن أحد الأشخاص.
  2. ضع ميزانية زمن استجابة بلغة واضحة. عبارة "لا يجوز أن يعد المندوب بتاريخ لا يقدر عليه المصنع" ميزانية حقيقية. أما "الوقت الفعلي" فأمنية لا ميزانية.
  3. احسب الحجم بصدق. الذروة لا المتوسط. النمط الحدثي المريح عند ألف رسالة يوميًا يتصرف تصرفًا آخر عند مليون أسبوعيًا.
  4. احسم سلوك الفشل قبل المسار المثالي. ماذا يرى المندوب حين يتوقف SAP أثناء إقفال الربع؟ الصمت أسوأ إجابة ممكنة.

نفّذ هذه الخطوات الأربع وسيختار النمط نفسه غالبًا. معظم المصنّعين ينتهون إلى مزيج: دفعات للبيانات الرئيسية، وأحداث لحالة الطلب والتسليم، ونداء متزامن للفحصين أو الثلاثة التي يجب أن تكون حيّة، وافتراضية للأرشيف الذي لا أحد يريد نسخه.

أين يخطئ المصنّعون عادةً؟

  • مزامنة كل شيء. كل حقل تنسخه هو حقل ستظل توفّقه إلى الأبد. انسخ ما تستخدمه عمليات Salesforce فعلًا.
  • غياب خريطة معرّفات ثابتة. المطابقة باسم العميل أو وصف المادة تنجح في العرض التوضيحي وتسقط في الإنتاج. احمل مفتاح SAP كمعرّف خارجي.
  • ترحيل طلبات غير قابل للتكرار الآمن. إعادة محاولة تنشئ طلبًا ثانيًا في SAP هي أغلى خطأ في هذا المجال. كل عملية كتابة تحتاج مفتاح ارتباط.
  • لا توجد مهمة مطابقة. الانحراف ليس احتمالًا بل حتمية. لا بد من شيء يعدّ الطرفين ويبلّغ عن الفرق.
  • شراء الوسيط أولًا. عندها تفرض الأداة العمارة، وترث العمارة ما تجيده تلك الأداة صدفة.

هل لعلامة الوسيط أهمية أصلًا؟

نعم، لكن في المرتبة الثانية. توفّر Salesforce تكاملات MuleSoft Direct لـ Manufacturing Cloud التي تبقي بيانات العملاء والمنتجات وطلبات البيع متزامنة مع SAP، إضافة إلى تدفق للحوافز التجارية. وتوفّر Data 360 موصّل SAP HANA حيث الاستيعاب على دفعات متاح عمومًا بينما لا تزال اتحادية البيانات بدون نسخ في مرحلة بيتا، وهي معلومة تستحق المعرفة قبل بناء طبقة تحليلات فوقها. وتبقى SAP Integration Suite وBoomi والتطوير المباشر لواجهات البرمجة خيارات صالحة كلها. كل واحد منها نمط في صورة منتج. اختر النمط أولًا، ثم اختر المنتج الذي ينفّذه بأقل قدر من الكود المخصص الذي ستصونه بنفسك.

العائد هنا تشغيلي لا تجميلي. في برنامج للأصول المتصلة مع ASSA ABLOY خفّضنا الحالات الأسبوعية من 3,000 إلى 350، أي انخفاض بنسبة 93% عبر 11,000 جهاز وحتى 2.5 مليون حدث أسبوعيًا، دون إضافة أي موظف دعم. نجح ذلك لأن حجم الأحداث وُجّه حسب النمط بدل دفعه في مزامنة عامة واحدة. تكوندا تربط Salesforce بأكثر من 70 نظامًا مؤسسيًا، ومنها SAP، بصفتها شريك Salesforce معتمدًا للتكامل وتطوير المنتجات والحلول المُحزَّمة.

FAQ

من يملك طلب البيع: Salesforce أم SAP؟

SAP، ابتداءً من لحظة التأكيد. أما Salesforce فيملك عرض السعر والفرصة ثم يقرأ حالة الطلب، حتى يبقى للطلب المؤكد مكان واحد فقط.

هل التكامل اللحظي أفضل دائمًا؟

لا. التكامل اللحظي يرفع التكلفة والترابط ومساحة الأعطال. استخدمه فقط حيث تؤدي القيمة المتقادمة إلى التزام خاطئ أمام العميل، واستخدم الدفعات في ما عدا ذلك.

هل نحتاج MuleSoft لربط Salesforce وSAP؟

لا. MuleSoft خيار قوي للبرامج القائمة على واجهات برمجة بمستهلكين كثر، لكن الأنماط نفسها تعمل على SAP Integration Suite أو منصات تكامل أخرى أو تطوير مباشر لواجهات البرمجة.

كم يستغرق تكامل Salesforce وSAP؟

الأمر يعتمد على عدد الكائنات التي تزامنها أكثر بكثير مما يعتمد على الأدوات. كائنان أو ثلاثة بملكية واضحة يمكن إطلاقها خلال أسابيع، بينما نموذج ملكية غير محسوم قد يعطّل المشروع سنة كاملة.

مقالات ذات صلة