مزامنة ودمج حزمة تطوير البرامج (SDK) الخاصة بالهواتف المحمولة مع نظام إدارة علاقات العملاء (CRM) من Salesforce لم يعد هذا الأمر حكرًا على الشركات الكبرى ذات الميزانيات غير المحدودة. اليوم، تستطيع أي شركة تعمل مع فرق مبيعات تستخدم الأجهزة المحمولة، أو أنظمة تخطيط موارد المؤسسات (ERP)، أو أنظمة SAP، أو غيرها من الأنظمة، بناء منظومة متكاملة تتواصل فيها جميع الأنظمة مع بعضها البعض، دون تكرار البيانات أو الوقوع في فخ عمليات التكامل المعقدة.
الآن، لإتمام عملية التكامل بشكل جيد (خاصةً عند استخدام حزمة تطوير البرامج (SDK) الخاصة بتطبيقات Salesforce للأجهزة المحمولة، وأنظمة تخطيط موارد المؤسسات (ERP) مثل SAP أو Microsoft Dynamics، وغيرها من التطبيقات السحابية) يتطلب الأمر فهمًا واضحًا للمكونات: أنواع التكامل، والمزامنة الانتقائية، والموصلات، والبرمجيات الوسيطة، ومنصات التكامل كخدمة (iPaaS)، وواجهات برمجة التطبيقات (APIs)، والتحديات الشائعة، وأفضل الممارسات. ستربط هذه المقالة بين كل هذه العناصر، من خلال نهج عملي وتركيز على بيئة واقعية تتضمن تطبيقات إدارة علاقات العملاء (CRM) للأجهزة المحمولة، وتطبيقات المكاتب الخلفية، وتطبيقات المؤسسات.
ما الذي يقدمه نظام إدارة علاقات العملاء عبر الهاتف المحمول المدعوم من Salesforce حقاً؟
يتيح نظام إدارة علاقات العملاء عبر الهاتف المحمول والمتكامل بشكل جيد مع Salesforce لفرق المبيعات والخدمات الحصول على معلومات العملاء المحدثة أينما كانواتجنباً لتراكم الأوراق المعتادة وإدخال البيانات اليدوي الممل في نهاية اليوم.
والنتيجة المباشرة هي أن بيانات العملاء أكثر موثوقية ومحدثة دائمًايُمكّن هذا مندوبي المبيعات من قضاء وقت أطول في الزيارات والتفاوض وإتمام الصفقات، ووقت أقل في الكتابة. علاوة على ذلك، فإن استخدام نفس صورة العميل على أجهزتهم المحمولة كما في المكتب يقلل من التناقضات وسوء الفهم مع الأقسام الأخرى.
يصبح نظام إدارة علاقات العملاء عبر الهاتف المحمول أيضًا أداة فعالة لتحسين أداء المبيعاتمن خلال الربط بين البيانات التاريخية والسلوك والفرص، يمكن للممثلين تحديد الأولويات بشكل أفضل، والتركيز على العملاء المحتملين ذوي احتمالية إتمام الصفقات بشكل أكبر، واكتشاف خيارات البيع المتقاطع أو البيع الإضافي بسهولة أكبر.
في مجال الدعم، امتلاك سجل العميل الكامل على الهاتف المحمول (الحوادث، والتفضيلات، والمنتجات المتعاقد عليها، وحالة الطلب، وما إلى ذلك) تُمكّننا من تقديم خدمة شخصية وسريعة، دون الحاجة إلى "العودة إلى المكتب" للتحقق من أي شيء. وهذا يُحسّن تجربة العميل ويُقلّل من أوقات حل المشكلات.
من منظور التكلفة، يقلل نظام إدارة علاقات العملاء المتصل جيداً بالهواتف المحمولة من الأعمال الورقية والأخطاء والعمليات اليدوية، و يتكامل مع أنظمة رئيسية أخرى مثل المحاسبة أو إدارة المخزونوهذا يجعل المنظمة أكثر مرونة، ويقلل من المهام الإدارية المتكررة، ويحسن السيطرة على العملية ككل.
بالنسبة للمطورين، يتيح استخدام حزمة تطوير البرامج (SDK) الخاصة بتطبيقات Salesforce للأجهزة المحمولة إمكانية الوصول إلى تطبيقات جوال مخصصة تتواصل مع أي جهاز أو نظام تقريبًا بفضل واجهات برمجة التطبيقات الخاصة بالمنصة. وهذا يشمل كل شيء بدءًا من تطبيقات iOS/Android الأصلية وحتى عمليات التكامل مع المكونات الذكية المتصلة بالإنترنت.
المزامنة الانتقائية: التحكم في تضمين ودمج السجلات
عند دمج Salesforce مع أنظمة أخرى (على سبيل المثال، مع HubSpot كمركز تسويق أو مع نظام تخطيط موارد المؤسسات)، من الضروري تحديد ما هي السجلات التي تتم مزامنتها فعلياً وتحت أي ظروف؟وهنا يأتي دور ما يسمى بشرائح أو قوائم الإدراج.
شريحة الإدراج هي عامل تصفية يحدد ما هي جهات الاتصال أو الشركات أو التذاكر أو الكائنات المخصصة المصرح لها بالمزامنة؟ بين Salesforce والمنصة الأخرى. يتم استبعاد السجلات التي لا تندرج ضمن هذا القطاع من عملية المزامنة، حتى لو كانت موجودة في نظام إدارة علاقات العملاء (CRM).
وهذا يسمح، على سبيل المثال، مزامنة الشركات فقط في مرحلة محددة من دورة حياتهايشمل هذا فقط التذاكر ذات حالات معينة أو جهات الاتصال من سوق محدد. إنها طريقة فعالة للغاية لتجنب الفوضى في أنظمة تخطيط موارد المؤسسات، وأدوات التسويق، أو تطبيقات الجوال التي لا تحتاج إلا إلى رؤية جزء من المعلومات.
من المهم أن تكون هذه القطاعات الشرائح النشطة التي يتم تحديثها ديناميكيًاعندما يستوفي سجل ما المعايير أو لا يستوفيها، يُضاف إلى القائمة أو يُحذف منها. ولا يمكن استخدام سوى القوائم النشطة كقوائم تضمين للمزامنة مع Salesforce.
لا يعني اختيار جزء كقائمة تضمين أن سيتم مزامنة كل شيء تلقائيًا في تلك اللحظة بالذات.تحدث عملية المزامنة عند تشغيل عملية مزامنة (مجدولة أو يدوية)، وعند هذه النقطة يتم إرسال أعضاء الشريحة أو تحديثهم في Salesforce.
من المهم أن نضع في اعتبارنا أنه إذا تم تكوين Salesforce لـ إنشاء جهات اتصال تلقائيًا من العملاء المحتملين/جهات الاتصال الجديدةقد تظهر هذه السجلات في HubSpot أو أي نظام آخر حتى لو لم تكن ضمن شريحة التضمين. في هذه الحالة، سيتم إنشاؤها، ولكن لن تتم مزامنة التحديثات اللاحقة حتى تستوفي معايير التضمين.
قد تنشأ أحيانًا حالة غريبة: إذا تسبب تحديث خاصية سجل ما في عدم انتماء هذا السجل إلى جزء التضمين، فقد تتم عملية التزامن بشكل أسرع من إعادة تقييم المقطعفي تلك الحالة المعزولة، من الممكن أن تتم مزامنة تحديث "لا ينبغي" أن يتم وفقًا للقواعد، ولكن هذا يحدث فقط عندما يكون من المفترض أن يقوم التحديث بإزالة السجل من الجزء، وليس العكس.
كيفية إعداد قوائم الإدراج وما يجب مراعاته
تتم إدارة قوائم الإدراج عادةً من قسم التطبيقات أو التكاملات المتصلة في أداة التسويق/إدارة علاقات العملاء الخاصة بك التي ترتبط بـ Salesforce. النمط المعتاد متشابه جدًا، على الرغم من أن الواجهة قد تختلف قليلاً.
عادةً ما يكون التسلسل كالتالي: الوصول إلى الإعدادات، ثم الدخول إلى تطبيق Salesforce المتصل، ثم الانتقال إلى علامة تبويب مزامنة البيانات ثم أدخل قواعد المزامنة للكائن المطلوب (جهات الاتصال، الشركات، التذاكر، الكائنات المخصصة، إلخ). ومن ثم، ستظهر قائمة منسدلة لاختيار قائمة نشطة موجودة.
إذا لم يكن هناك جزء مناسب، يمكنك إنشاء واحد. قائمة الإدراج الجديدةأعطها اسمًا واضحًا واختر معايير تتوافق مع عملية العمل (على سبيل المثال، حسابات الشركات فقط، أو العملاء الذين تتجاوز إيراداتهم السنوية مبلغًا معينًا، إلخ). بعد الحفظ والمعالجة، ارجع إلى إعدادات التكامل وحدد هذه القائمة الجديدة كقائمة تضمين.
عند استيراد السجلات من Salesforce (مثل العملاء المحتملين أو جهات الاتصال) إلى HubSpot أو نظام آخر، فإنك عادةً ما تستورد البيانات الأولية فقط. عنوان البريد الإلكتروني أو الحقول الأخرى المطلوبة كحد أدنىومن هناك، يتم تشغيل عملية المزامنة "العادية"، والتي تقوم بدورها بنقل بقية الحقول، طالما أن جهة الاتصال موجودة ضمن قائمة التضمين.
إذا لم يكن جهة الاتصال جزءًا من قائمة التضمين، بعد الاستيراد الأولي ستُترك الخصائص المتبقية فارغة ولن تتم مزامنتها. إلى أن يستوفي السجل شروط الإدراج في القائمة. وهذا يمنع ملء النظام الثانوي بمعلومات لن تُستخدم.
أثناء عملية المزامنة الأولية بين Salesforce ونظام آخر، قد تنشأ مواقف حيث تقوم الحقول المُرتبطة بتحديث البيانات في Salesforce حتى لو لم يتم إنشاء سجل المرآة بعد على المنصة الأخرى أو لم يكن جزءًا من شريحة التضمين. يحدث هذا لأن تقييم التضمين يعتمد على البيانات التي تم إنشاؤها بالفعل على الجانب الآخر، لذا قد يختلف سلوك "التقاطع الأول" قليلاً عن عمليات المزامنة اللاحقة.
إذا تم ربط سجل Salesforce بسجل HubSpot مختلف (أو العكس)، فإن التكامل يفسره على أنه زوج جديديتم التعامل مع كل عملية اقتران جديدة على أنها مزامنة أولى، لذا يمكن أن تؤدي تعيينات الحقول إلى تحديث كامل في Salesforce.
لماذا يتم دمج نظام إدارة علاقات العملاء Salesforce مع أنظمة تخطيط موارد المؤسسات (مثل SAP وMicrosoft Dynamics وغيرها)؟
وفقًا لبيانات Salesforce، فقط حوالي 29% من تطبيقات المؤسسات متكاملة بشكل حقيقي فيما بينها. وهذا يعني أن معظم الشركات لديها مجال واسع للتحسين فيما يتعلق بتدفق المعلومات والأتمتة.
غالباً ما يكون Salesforce هو نظام إدارة علاقات العملاء المركزي، حيث توجد فيه الرؤية الشاملة للعميل. وتنشأ المشكلة عندما يتولى نظام تخطيط موارد المؤسسات (على سبيل المثال، SAP أو Microsoft Dynamics) إدارة المخزون والمالية والخدمات اللوجستية والفواتير. دون أن يكونا متزامنين. إنهما عالمان، بدون تكامل، يعملان كجزيرتين منفصلتين.
يتيح دمج Salesforce مع نظام تخطيط موارد المؤسسات (ERP) للمبيعات والمالية والعمليات وخدمة العملاء العمل معًا بسلاسة. لغة بيانات واحدةأمثلة واضحة: يتم عرض معلومات المخزون والأسعار المحدثة من نظام إدارة علاقات العملاء (CRM)، وتغذية الفواتير الصادرة في نظام تخطيط موارد المؤسسات (ERP) لتقسيمات التسويق، أو يتم تحويل الفرص التي تم الفوز بها في Salesforce تلقائيًا إلى أوامر مبيعات ومستندات في SAP.
تكمن قيمة هذا التكامل في المحاولة كلا النظامين كما لو كانا نظامًا واحدًا.إذا قمت بإنشاء عميل في Salesforce، فسيكون متاحًا لك في SAP دون تكرار إدخال البيانات؛ وإذا قمت بإجراء فحص للمخاطر أو الائتمان في SAP، فيمكنك الحصول على تلك النتيجة في Salesforce حتى يعرف مندوب المبيعات إلى أي مدى يمكنه المضي قدمًا في شروطه التجارية.
الشركات التي قامت بدمج Salesforce مع أنظمة تخطيط موارد المؤسسات (ERP) مثل Microsoft Dynamics أو NetSuite أو SAP تُبلغ تحسين الرؤية طوال دورة حياة العميل، وزيادة الاحتفاظ بالعملاء وزيادة قيمة العميل على المدى الطويل من خلال القدرة على العمل مع حملات ومقترحات أكثر دقة.
حالات الاستخدام الشائعة عند دمج Salesforce مع نظام تخطيط موارد المؤسسات (ERP)
في الواقع العملي، تبدأ عمليات تكامل Salesforce-ERP عادةً بتغطية ثلاث حالات استخدام متكررةوالتي يتم توسيعها بعد ذلك بتدفقات أكثر تقدماً:
- مزامنة العروض والأسعار والطلباتيقوم قسم المبيعات بإنشاء عرض الأسعار في Salesforce ويتم إنشاء الطلب أو تحديثه تلقائيًا في نظام تخطيط موارد المؤسسات (ERP)، مما يجنب الأخطاء وإدخال البيانات المكرر.
- تحديثات المخزون شبه الفوريةيقوم نظام تخطيط موارد المؤسسات (ERP) بإرسال مستويات المخزون والأسعار المحدثة إلى Salesforce حتى لا يعد فريق المبيعات بمنتجات غير موجودة.
- مركزية البيانات لأغراض التحليل والتسويقتتم مزامنة البيانات الداخلية والخارجية (الفواتير، المنتجات المشتراة، سجل التفاعل) بحيث يمكن للتسويق والإدارة تقسيم العملاء بشكل أفضل واتخاذ قرارات مستنيرة.
على سبيل المثال، قد يقوم مصنع صناعي متوسط الحجم بما يلي: قلل وقت معالجة الطلبات بنسبة تصل إلى 70% ويمكن القضاء على أخطاء الكتابة بشكل شبه كامل، ببساطة عن طريق ربط Salesforce بـ Dynamics 365 Finance وأتمتة إنشاء الطلبات والمبالغ.
بالنسبة للموزع الذي يمتلك مستودعات متعددة، فإن الأولوية عادة ما تكون الوصول الفوري إلى بيانات المخزون الدقيقةوهذا يسمح بتقليل كبير في الوعود غير المنجزة بسبب نقص المخزون ويحسن دقة المخزون إلى مستويات تقارب 99,5٪.
من ناحية أخرى، يمكن لمقدمي خدمات B2B الذين لديهم عشرات الآلاف من العملاء استخدام التكامل لتركيز البيانات وتعزيز البيع المتبادلإن معرفة العملاء الذين اشتروا منتجات معينة، أو الذين لم يشتروا خدمة معينة بعد، أو الحسابات المعرضة لخطر التخلي عنها، يصبح أسهل بكثير عند عرض فواتير وأوامر نظام تخطيط موارد المؤسسات (ERP) مباشرة من Salesforce.
أساليب تكامل Salesforce مع نظام تخطيط موارد المؤسسات (وكيف يتناسب SDK الخاص بالأجهزة المحمولة معها)
توجد عدة طرق لربط Salesforce بنظام تخطيط موارد المؤسسات (ERP) والتطبيقات الأخرى (بما في ذلك حزمة تطوير البرامج للأجهزة المحمولة). ولكل منها خصائصها. المزايا والعيوب من حيث التكلفة والمرونة والصيانة والجداول الزمنية للمشروع.
iPaaS: التكامل كخدمة في السحابة
منصات iPaaS (منصة التكامل كخدمة) هي خدمات سحابية تابعة لجهات خارجية فهي تربط التطبيقات والبيانات دون الحاجة إلى تثبيت أي شيء محليًا.عادةً ما توفر هذه الشركات موصلات مُعدة مسبقًا وواجهة ذات رمز منخفض أو بدون رمز، وهي مثالية للشركات الصغيرة والمتوسطة والمشاريع التي لا تستطيع فيها تكنولوجيا المعلومات تخصيص الكثير من الموارد.
باستخدام منصة تكامل التطبيقات كخدمة (iPaaS) مثل Rapidi، على سبيل المثال، يمكنك قم بدمج Salesforce مع نظام تخطيط موارد المؤسسات (ERP) الخاص بك دون إعادة برمجة نظام تخطيط موارد المؤسسات (ERP).يتم توفير قوالب جاهزة تغطي معظم عمليات الربط النموذجية بين أنظمة تخطيط موارد المؤسسات (ERP) وأنظمة إدارة علاقات العملاء (CRM)، بالإضافة إلى خيارات التخصيص دون الحاجة إلى تعديل التعليمات البرمجية.
يمكن أن تؤدي عمليات نقل البيانات جدول زمني مرنتنتقل المعلومات مشفرة ومضغوطة لتقليل استهلاك النطاق الترددي، وتتولى المنصة معالجة الأخطاء وقوائم الانتظار وإعادة المحاولات. بالنسبة لحزمة تطوير البرامج (SDK) الخاصة بتطبيقات Salesforce للأجهزة المحمولة، يعني هذا أن التطبيق يمكنه استخدام البيانات المجمعة مسبقًا بفضل تكامل منصة التكامل كخدمة (iPaaS)، دون الحاجة إلى الاتصال مباشرةً بنظام تخطيط موارد المؤسسات (ERP).
من بين المزايا الرئيسية لمنصة التكامل كخدمة (iPaaS) ما يلي: سرعة النشر، وقابلية التوسع، وتقليل تدخل قسم تكنولوجيا المعلوماتيعود ذلك إلى إمكانية إنجاز معظم عمليات التهيئة بواسطة ملف تعريف أعمال متقدم مع دعم فني متقطع. ومع ذلك، تصبح الشركة حينها معتمدة بشكل كبير على مزود المنصة فيما يتعلق بالصيانة والدعم.
برمجيات وسيطة للتكامل (سحابية أو محلية)
تعمل البرمجيات الوسيطة كـ طبقة وسيطة تقوم بترجمة البيانات ونقلها بين Salesforce وأنظمة تخطيط موارد المؤسسات (ERP)، سواءً كانت سحابية أو مثبتة على بنيتك التحتية. تاريخيًا، كان الاعتماد بشكل كبير على البنية التحتية المحلية، ولكن اليوم، أصبحت العديد من الحلول سحابية أيضًا، مما يطمس الحدود مع منصات التكامل كخدمة (iPaaS).
غالباً ما يكون هذا النهج مثيراً للاهتمام للشركات التي تحتاج إلى درجة عالية من التخصيص، وتحويلات بيانات معقدة أو عمليات التكامل التي تشمل أنظمة مؤسسية متعددة بالإضافة إلى Salesforce و ERP.
تتيح حلول البرمجيات الوسيطة السحابية مثل Rapidi قراءة وكتابة البيانات لأنظمة مثل Microsoft Dynamics باستخدام بروتوكولات مثل OData، وتطبيق منطق تحويل متقدم. تنسيق تدفقات البيانات المعقدةتتمثل الميزة في المتانة وقابلية التوسع والأمان المتكامل؛ عادة ما تكون تكلفة الدخول أعلى، وتخلق تبعية لمزود البرمجيات الوسيطة.
موصلات خارجية خاصة بنظام Salesforce-ERP
تُعدّ موصلات الطرف الثالث أدوات جاهزة للاستخدام يجمعون بين Salesforce ونظام تخطيط موارد المؤسسات (ERP) محدد. (على سبيل المثال، NetSuite، Dynamics 365، NAV، AX، GP، SAP...) مع الحد الأدنى من الإعدادات. تكمن قوتها في سرعتها وحقيقة أنها تتضمن بالفعل خرائط قياسية مصممة خصيصًا لتلك الأنظمة.
في المشاريع البسيطة، يمكن للموصل الجيد أن يترك التكامل الوظيفي لـ مسألة ساعات بدلاً من أسابيععلاوة على ذلك، فإنها غالباً ما تسمح ببعض التخصيصات دون الحاجة إلى البرمجة، وهو أمر مثالي للشركات الصغيرة والمتوسطة أو للتجارب السريعة.
يكمن الخطر الرئيسي في أن كل موصل يضيف طبقة جديدة إلى بنية البياناتمن الضروري التأكد من امتثالها للوائح الأمن وحماية البيانات المعمول بها (مثل اللائحة العامة لحماية البيانات)، وأنها تدعم بشكل كافٍ التخصيصات الموجودة لديك بالفعل في نظام تخطيط موارد المؤسسات (ERP) و Salesforce.
التكامل من نقطة إلى نقطة
يعتمد التكامل من نقطة إلى نقطة على قم بتوصيل Salesforce مباشرة بنظام آخر يمكن تحقيق ذلك من خلال البرامج النصية أو الخدمات الصغيرة أو الاتصالات المباشرة، دون الحاجة إلى منصات وسيطة. وهذا خيار مغرٍ نظرًا لانخفاض التكلفة الأولية وإمكانية تنفيذه بسرعة في حال وجود حاجة محددة للغاية (على سبيل المثال، إرسال الطلبات من Salesforce إلى نظام تخطيط موارد المؤسسات ERP بسيط).
لكن مع ازدياد المتطلبات (المزيد من العناصر، والمزيد من الأنظمة، والمزيد من التدفقات)، تصبح البنية "السباغيتي" يصعب الحفاظ عليهايتطلب كل اتصال جديد تطويرًا واختبارًا ومراقبة وصيانة محددة. قد يكون هذا مقبولًا في حالات محدودة جدًا، ولكنه غير كافٍ في المشاريع المتوسطة أو الكبيرة.
تكامل مخصص عبر واجهة برمجة التطبيقات (API)
الخيار الأكثر مرونة هو تطوير تكامل مخصص باستخدام واجهات برمجة تطبيقات Salesforce وواجهات برمجة تطبيقات ERPتوفر Salesforce نظامًا بيئيًا غنيًا جدًا (REST، SOAP، Bulk API، Streaming، إلخ)، مما يسمح عمليًا بأي نوع من التكامل أو التدفق المخصص.
يكون هذا النهج منطقياً عندما متطلبات العمل محددة للغاية أو نتحدث عن مؤسسات كبيرة لديها فرق تقنية معلومات متخصصة في التكامل والتطوير المستمر. يكون مستوى التحكم في أعلى مستوياته، ولكن كذلك التكلفة ووقت التنفيذ والاعتماد على المطورين.
في بيئات الأجهزة المحمولة التي تستخدم حزم تطوير البرامج (SDKs) الخاصة بـ Salesforce، يمكن استخدام واجهة برمجة التطبيقات المخصصة (API) للسماح للتطبيق بالاتصال بـ نقاط نهاية داخلية تعمل على دمج البيانات من أنظمة متعددةمنع الهاتف المحمول من الاضطرار إلى التواصل مع جميع الأجزاء بشكل منفصل.
التحديات الشائعة عند دمج Salesforce مع أنظمة تخطيط موارد المؤسسات (ERP) وتطبيقات الجوال
إن دمج Salesforce وERP وتطبيقات الهاتف المحمول من خلال SDK ليس مجرد مسألة تقنية. فهناك تحديات شائعة للغاية، إذا تُركت دون معالجة، يمكن أن تؤدي إلى مشاكل. ينتهي الأمر بمشاريع لا نهاية لها أو عمليات تكامل غير موثوقة.
أحد أكثرها شيوعا هو عدم تطابق تنسيق البياناتعلى سبيل المثال، يخزن نظام Salesforce رقم الهاتف على النحو التالي: "(555) 123-4567"، بينما يتوقعه نظام تخطيط موارد المؤسسات (ERP) على النحو التالي: "5551234567". وبدون الربط والتحويل الصحيحين، قد تؤدي عملية المزامنة إلى أخطاء أو سجلات غير متناسقة.
ومن الشائع أيضًا أن تجد مشاكل سلامة البياناتالمعلومات المكررة أو غير المكتملة أو القديمة. إذا كان نفس العميل موجودًا في كلا النظامين بأسماء مختلفة قليلاً، أو بدون مُعرّف مشترك، فمن المرجح أن تكون النتيجة فوضى من السجلات المكررة التي تُعقّد الإدارة.
تُعد أخطاء التزامن في الوقت الفعلي مثالًا كلاسيكيًا آخر: إذا كانت هناك انقطاع الاتصال أو الأحمال الزائدةقد يستغرق ظهور طلب تم إنشاؤه في Salesforce في نظام تخطيط موارد المؤسسات (ERP) وقتًا طويلاً، أو العكس. وللتخفيف من هذه المشكلة، يلزم وضع استراتيجية واضحة لإعادة المحاولات، ووضع الطلبات في قائمة الانتظار، وتحديد أولويات البيانات المهمة.
عندما تحدث العديد من التحديثات المتزامنة على نفس السجلات عبر أنظمة مختلفة، تنشأ مشكلة "من المسؤول؟" وما هي آخر المعلومات؟بدون سياسة نظام رئيسية، وطوابع زمنية، وقواعد لحل النزاعات، من السهل الكتابة فوق المعلومات المهمة.
على المستوى التقني، فإن عدم التوافق بين الأنظمة (إصدارات ERP القديمة، وقيود واجهة برمجة التطبيقات، وما إلى ذلك) يجبرنا على استخدم موصلات أو برامج وسيطة تعمل كجسرترجمة البروتوكولات والتنسيقات. علاوة على ذلك، فإن مزامنة كميات كبيرة جدًا من البيانات خلال ساعات العمل قد تؤثر سلبًا على أداء كل من Salesforce ونظام تخطيط موارد المؤسسات (ERP).
ولحل كل هذا، يُنصح بإنشاء قواعد ربط واضحة، وعمليات تحقق، وإزالة التكرارات، واختبار شامل قبل البدء في الإنتاج، ابدأ بمزامنة البيانات الأكثر أهمية فقط (العملاء، الطلبات) ثم وسّع نطاق المزامنة ليشمل البيانات الأخرى. هذا يقلل المخاطر ويتيح لك تعديل التكامل بشكل فوري.
موصلات Salesforce-ERP وكيفية اختيار الموصل المناسب
موصلات Salesforce هي أدوات تسمح ربط Salesforce بالأنظمة الأخرى من النظام البيئي أو من الخارج، سواء كان ذلك مؤسسة Salesforce أخرى، أو Tableau CRM، أو ERP، أو قواعد بيانات مثل Oracle أو MySQL أو PostgreSQL.
يعمل موصل Salesforce-ERP كـ "مترجم" بين لغة المبيعات ولغة العملياتيأخذ البيانات من نظام واحد، ويكيفها مع تنسيق النظام الآخر، ويضمن وصول الرسائل في الوقت المحدد وتحديثها على كلا الجانبين بأحدث إصدار متاح.
إن استخدام موصل مصمم جيداً يعني أن لم تعد هناك حاجة لنسخ البيانات يدويًا بين الأنظمة، وأن الفرق يمكنها أن تثق بأنها تنظر إلى نفس المعلومات، سواء من واجهة الويب الخاصة بـ Salesforce أو من تطبيقات الهاتف المحمول القائمة على SDK.
لاختيار الموصل المناسب، يُنصح بطرح سلسلة من الأسئلة الرئيسية على نفسك في عدة أقسام: الأعمال، والسعر، والجوانب التقنية، والتنفيذ، والصيانة.
على المستوى الوظيفي، من الضروري التحقق مما إذا كان الموصل يدعم جميع العناصر التي تحتاجها (الحسابات، جهات الاتصال، المنتجات، الطلبات، المخزون، الفواتير، الكائنات المخصصة)، وكيفية تعاملها مع الحقول المخصصة وما إذا كانت تسمح بالمزامنة ثنائية الاتجاه أو أحادية الاتجاه.
من وجهة نظر اقتصادية، من المهم فهم نموذج التسعير الدقيق (رخصة فردية، اشتراك، دفع حسب الاستخدام)، التكاليف الإضافية المحتملة، حدود حجم البيانات، وفترة العائد المعقول على الاستثمار مقارنة بالتكامل المخصص.
من الناحية التقنية، نحتاج إلى معرفة ما هي طرق الاتصال التي يستخدمها الموصل مع إصدار نظام تخطيط موارد المؤسسات (ERP) الخاص بك؟، وكيفية توسعها مع كميات كبيرة من البيانات، وما هي التدابير الأمنية التي تتضمنها (التشفير، والمصادقة، والامتثال التنظيمي) وكيفية إدارة الأخطاء والإبلاغ عنها.
فيما يتعلق بالتنفيذ، من المهم توضيح ما يلي: الإطار الزمني النموذجي للمشروع بالنسبة للشركات بحجم شركتكم، ما هي الموارد الداخلية المطلوبة، وما إذا كانت الأنظمة الحالية ستحتاج إلى تعديل، وما نوع الاختبار الموصى به قبل البدء بجدية.
وأخيرًا، في مجال الصيانة، من المهم معرفة ما يحدث عندما يتم تحديث Salesforce أو نظام تخطيط موارد المؤسسات (ERP).ما هو مستوى الدعم الذي يقدمه المزود، وكيف تتم مراقبة حالة التكامل، وما هي خطة التعافي من الكوارث في حالة حدوث خطأ ما؟
امتلاك حل ناضج يمتلك بالفعل قوالب مُعدة مسبقًا وتقييم عالٍ على AppExchange هذا من شأنه تبسيط العملية بشكل كبير. وإذا كنت بحاجة لتغطية حالات استخدام محددة للغاية، فمن الضروري أن يسمح الموصل بإجراء تعديلات سريعة دون الحاجة إلى إعادة كتابة كل شيء من الصفر.
إن بناء نظام بيئي حيث تعمل حزمة تطوير البرامج المتنقلة من Salesforce، ونظام إدارة علاقات العملاء، ونظام تخطيط موارد المؤسسات، وتطبيقات المؤسسات الأخرى كنظام واحد متماسك ليس بالأمر الهين، ولكن من خلال اتباع نهج قائم على التكامل الانتقائي، والأساليب المناسبة (منصة التكامل كخدمة، أو البرامج الوسيطة، أو الموصل المتخصص)، وإدارة البيانات الرئيسية الجيدة، يتم تحقيق منصة أكثر مرونة، مع فرق عمل أكثر اطلاعًا، وعمليات أكثر آلية، وتجربة عملاء أقوى بكثير. شارك المعلومات حتى يتمكن المستخدمون الآخرون من التعرف على الموضوع.