تعيين المصدر
أي الأنظمة تحتفظ بأي كيانات، وأيها هو المرجع.
التكاملات وترحيل البيانات
النظام الأساسي لا يمكن أن يعمل بمفرده — ولا يمكن أن يعمل على بيانات لا يثق بها أحد.
نقوم بربط Salesforce بالأنظمة التي تديرها المؤسسة بالفعل، ونحدد عقود واجهة واضحة، ونقوم بترحيل البيانات التاريخية من خلال عملية متحكم بها مع مطابقة كاملة.
تصميم تدفق البيانات
كيف تدخل البيانات، وتتم إدارتها، وتستهلك
كل تكامل مستقر يبدأ بتحديد أي نظام هو المصدر الموثوق لكل كيان. كل شيء آخر — البروتوكول والتردد والأدوات — يتبع ذلك.
تصميم تدفق البيانات
أنظمة المصدر
من أين تأتي البيانات
- أنظمة ERP والمالية
- الموقع الإلكتروني، النماذج والحملات
- مركز الاتصال وقنوات الخدمة
- الأنظمة التشغيلية
طبقة العقد والتحكم
ما يتم إدارته قبل الدخول
- عقد الواجهةالحقول، التنسيق، الملكية
- مفتاح الهوية والتكرارية
- التحقق وجودة البيانات
- إعادة المحاولة، التسجيل والمراقبة
Salesforce والاستهلاك
حيث تصبح البيانات قرارًا
- نموذج البيانات الأساسي
- الأتمتة والعمليات
- التقارير ولوحات المعلومات
- Agentforce على البيانات المدارة
أنواع الأنظمة
ما الذي يمكن ربطه
- ERP
- أنظمة المالية والمحاسبة
- المواقع الإلكترونية والنماذج
- أتمتة التسويق
- الاتصالات وCTI
- واتساب وقنوات المراسلة
- أنظمة الخدمة
- ذكاء الأعمال ومستودعات البيانات
- الأنظمة التشغيلية
- أنظمة الموارد البشرية
- أنظمة المستندات والتوقيع الإلكتروني
- واجهات برمجة التطبيقات الداخلية
- Webhooks
الاتصال بحد ذاته ليس هو الجزء الصعب في معظم الأحيان. الجزء الصعب هو تحديد من يملك كل حقل، ماذا يحدث عندما يقوم نظامان بتحديث نفس القيمة، وكيف يتم اكتشاف الفشل قبل أن يكتشفه المستخدمون.
أنماط التكامل
يتم اختيارها بناءً على تحمل الفشل، وليس الراحة
| النمط | متى يناسب | مثال نموذجي | ما يجب الانتباه إليه |
|---|---|---|---|
| طلب-رد | تحتاج إلى إجابة فورية قبل أن تستمر العملية | فحص المخزون أو الائتمان أثناء إنشاء طلب | اعتماد مباشر على توفر النظام الهدف |
| أطلق وانسَ | التحديث مهم ولكنه لا يعيق العملية | دفع تحديث الحالة إلى نظام التقارير | يحتاج إلى إعادة محاولة ومراقبة |
| المزامنة الدفعية | حجم كبير، حساسية منخفضة للتحديث | مزامنة الكتالوج أو الأسعار الليلية | فجوات في الحداثة بين الأنظمة |
| مدفوع بالحدث | عدة مستهلكين لنفس الحدث التجاري | نشر 'تمت الموافقة على الطلب' لأنظمة متعددة | يتطلب إدارة المخطط وترتيب الأحداث |
| محاكاة البيانات الافتراضية | عرض البيانات دون نسخها | إظهار سجل الفواتير من نظام خارجي | يعتمد الأداء على المصدر الخارجي |
طلب-رد
- متى يناسب
- تحتاج إلى إجابة فورية قبل أن تستمر العملية
- مثال نموذجي
- فحص المخزون أو الائتمان أثناء إنشاء طلب
- ما يجب الانتباه إليه
- اعتماد مباشر على توفر النظام الهدف
أطلق وانسَ
- متى يناسب
- التحديث مهم ولكنه لا يعيق العملية
- مثال نموذجي
- دفع تحديث الحالة إلى نظام التقارير
- ما يجب الانتباه إليه
- يحتاج إلى إعادة محاولة ومراقبة
المزامنة الدفعية
- متى يناسب
- حجم كبير، حساسية منخفضة للتحديث
- مثال نموذجي
- مزامنة الكتالوج أو الأسعار الليلية
- ما يجب الانتباه إليه
- فجوات في الحداثة بين الأنظمة
مدفوع بالحدث
- متى يناسب
- عدة مستهلكين لنفس الحدث التجاري
- مثال نموذجي
- نشر 'تمت الموافقة على الطلب' لأنظمة متعددة
- ما يجب الانتباه إليه
- يتطلب إدارة المخطط وترتيب الأحداث
محاكاة البيانات الافتراضية
- متى يناسب
- عرض البيانات دون نسخها
- مثال نموذجي
- إظهار سجل الفواتير من نظام خارجي
- ما يجب الانتباه إليه
- يعتمد الأداء على المصدر الخارجي
ترحيل البيانات
عشر خطوات متحكم بها
تحليل البيانات
قياس الاكتمال، التكرار، التنسيقات غير المنتظمة والتاريخ المفقود.
قواعد التنقية
ما الذي يتم إصلاحه تلقائيًا، وما الذي يحتاج إلى قرار تجاري، وما الذي لا يتم ترحيله.
التعيين
حقل بحقل، بما في ذلك التحويلات والقيم الافتراضية.
مفتاح الهوية
مفتاح عمل فريد لكل كيان لمنع التكرارات في التحميلات المتكررة.
تحميل تجريبي
تحميل كامل إلى بيئة اختبار بأحجام حقيقية.
التحقق
عد، جمع، وعينات فحص مقابل المصدر.
المطابقة
مقارنة رسمية وقائمة فجوات معتمدة.
التحميل النهائي
نافذة قطع مخططة مع نقطة استعادة محددة.
التحكم المستمر
مقاييس جودة البيانات التي تستمر في العمل بعد التشغيل.
الحياة بعد التشغيل
التكامل هو نظام يجب عليك تشغيله
حلقة عمليات التكامل
- 01
المراقبة
قياس النجاحات، الإخفاقات وأوقات الاستجابة لكل واجهة.
- 02
التنبيه
عندما يتجاوز الفشل عتبة معينة، يتم إرسال تنبيه إلى مالك عملية محدد.
- 03
المعالجة والإصلاح
إعادة المحاولة المتحكم بها، التصحيح اليدوي الموثق وتحليل السبب الجذري.
- 04
التعديل
تحديث عقد الواجهة أو القاعدة التجارية، وتسجيل التغيير.
↻ تتكرر الدورة — كل جولة تغذي أولوية الجولة التالية
الأسئلة الشائعة
التكاملات والبيانات — أسئلة نسمعها غالبًا
متى تختار التكامل في الوقت الفعلي ومتى تختار الدفعة؟
السؤال الحاسم هو ماذا يحدث إذا وصلت البيانات متأخرة بساعة. إذا كانت النتيجة قرارًا خاطئًا أمام العميل، فإن الوقت الفعلي مطلوب. إذا كانت النتيجة تقريرًا أقل حداثة بقليل، فإن الدفعة أرخص وأكثر استقرارًا وأسهل في الصيانة. الجمع الشائع هو الوقت الفعلي للكيانات الأساسية والدفعة للإثراء والتصحيحات.
ما هو عقد الواجهة ولماذا هو حاسم؟
يحدد عقد الواجهة كتابيًا أي نظام هو المصدر، وما هي الحقول التي تنتقل، وبأي تنسيق، وماذا يحدث عند الفشل، وما الذي يحدد السجل بشكل فريد، ومن يملك التغييرات. بدونه، كل تحديث على جانب واحد يكسر الجانب الآخر ولا أحد يعرف السبب. إنه المستند الذي يمنع معظم فشل التكامل في العالم الحقيقي.
كيف تمنع التكرارات أثناء الترحيل؟
تحدد مفتاح تعريف عملي لكل كيان قبل التحميل، وتجري تحليل البيانات لمعرفة الحجم الحقيقي للتكرار، وتقرر قاعدة دمج صريحة، وتجري تحميلًا تجريبيًا في بيئة اختبار. فقط بعد أن ينجح التجريب في المطابقة الكاملة يتم تنفيذ التحميل النهائي.
ماذا تفعل عندما يكون النظام المصدر غير موثوق به؟
لا تخفي المشكلة وراء التكامل. تحدد نطاق الجودة المقبول، وتصفي أو تعلم السجلات التي تقع خارجه، وتحدد عملية تصحيح في الجانب المصدر. نقل البيانات المعطلة إلى Salesforce ينقل عدم الثقة إلى النظام الجديد ببساطة.
كم يستغرق ترحيل البيانات؟
تعتمد المدة على جودة المصدر، وليس الحجم. مليون سجل نظيف بمفتاح واضح أسرع بكثير من مائة ألف سجل بتكرارات وتاريخ جزئي. لهذا السبب يتم إجراء الفحص المبكر، قبل الالتزام بأي جدول زمني.
هل نحتاج إلى منصة تكامل مخصصة؟
ليس دائمًا. لعدد قليل من الواجهات المستقرة، يكفي نهج يعتمد على واجهات برمجة التطبيقات (APIs) وأحداث المنصة. تبرر المنصة المخصصة نفسها عندما يكون هناك العديد من الأنظمة، وتحويلات معقدة، ومتطلبات مراقبة مركزية، أو الحاجة إلى إعادة استخدام المنطق عبر العمليات.
الخطوة التالية
خطط لتكامل أو ترحيل
سنقوم بتعيين الأنظمة، ومصادر الحقيقة ومستوى الجودة المطلوب — وبناء خطة يمكنك تنفيذها بالفعل.