مزامنة جهات الاتصال في Google Workspace: كيفية تجنب البيانات المكررة وفقدان البيانات

تُتيح ميزة مزامنة جهات الاتصال في Google Workspace نسخ جهات الاتصال بين Google Contacts ونظام إدارة علاقات العملاء (CRM) وفقًا لجدول زمني. وتظهر البيانات المكررة عادةً عندما يفشل النظامان في تحديد الشخص نفسه باستخدام مفتاح المطابقة المُعدّ مسبقًا. كما قد تُفقد البيانات عند استبدال قاعدة تعارض بقيمة أحدث، أو عند انتقال عملية حذف بين النظامين. يُمكن لـ Google Contacts التراجع عن التغييرات التي طرأت خلال الثلاثين يومًا الماضية، مما يجعل هذه الفترة الزمنية هي الأنسب لاستعادة البيانات.

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

تتعامل العديد من الفرق مع مزامنة البيانات كعملية إعداد بسيطة. يتم ربط حساب Google Workspace، وتحديد حقول جهات الاتصال، واختيار اتجاه المزامنة، ثم تفعيلها. عادةً ما تظهر المشاكل لاحقًا، عندما يكتشف أحدهم أن قائمة جهات الاتصال قد تضاعفت أو أن رقم هاتف تم تصحيحه في نظام إدارة علاقات العملاء (CRM) قد استُبدل بقيمة أقدم من جهات اتصال Google.

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

كيفية عمل مزامنة جهات الاتصال

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

تتضمن دورة المزامنة خمس خطوات: 

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

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

ملاحظة مهمة: تقوم عملية المزامنة بنسخ البيانات بين نظامين يحتفظ كل منهما بسجلاته الخاصة. وهذا يختلف عن تكامل نظام إدارة علاقات العملاء (CRM) مع Google Workspace مبني على سجل عميل مشترك. إذا كنت لا تزال بصدد اختيار نظام إدارة علاقات العملاء (CRM)، فإن هذا التمييز مهم لأن السجل المشترك يقلل من كمية بيانات الاتصال التي يجب مطابقتها بين الأنظمة المنفصلة.

ما الذي يتم نقله؟

لا تؤدي مزامنة جهات الاتصال بالضرورة إلى نقل كل حقل من نظام إلى آخر.

نوع البيانات	جوجل اتصالات	CRM	نتيجة المزامنة النموذجية
الاسم	نعم	نعم	عادة ما يتم رسم الخرائط
البريد الإلكتروني	نعم	نعم	يتم عادةً رسم الخرائط واستخدامها للمطابقة
الجوال	نعم	نعم	عادة ما يتم رسم الخرائط
الشركة	نعم	نعم	عادة ما يتم رسم الخرائط
المسمى الوظيفي	نعم	نعم	غالباً ما يتم رسم الخرائط
ملصقات	نعم	يختلف	لا يجوز نقلها
مصدر الرصاص	لا	نعم	عادة ما تبقى في نظام إدارة علاقات العملاء (CRM)
تاريخ الصفقات	لا	نعم	يبقى في نظام إدارة علاقات العملاء
حقول إدارة علاقات العملاء المخصصة	لا	نعم	عادةً ما تبقى في نظام إدارة علاقات العملاء (CRM)

لا يعني عدم وجود حقل مُرتبط بالضرورة حذفه، بل ببساطة ليس له وجهة في النظام الآخر. ويكمن الخطر عندما تفترض الفرق وجود حقل ما في كلا النظامين، ثم تكتشف لاحقًا أنه لم يُدرج في عملية الربط.

التزامن أحادي الاتجاه مقابل التزامن ثنائي الاتجاه

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

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

تكون المزامنة أحادية الاتجاه أكثر أمانًا عندما يكون أحد الأنظمة هو مصدر الحقيقة بشكل واضح.
على سبيل المثال، إذا كانت جهات اتصال جوجل تُستخدم ببساطة لملء نظام إدارة علاقات العملاء (CRM)، فلا يوجد سبب يُذكر للسماح بتدفق تعديلات نظام إدارة علاقات العملاء مرة أخرى إلى جوجل.

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

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

لماذا يؤدي التزامن إلى تكرار الملفات وفقدانها؟

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

مفتاح المطابقة

مفتاح المطابقة هو الحقل الذي يستخدمه الموصل لتحديد ما إذا كان سجلان يمثلان نفس الشخص.

يُستخدم عنوان البريد الإلكتروني بشكل شائع لأنه فريد نسبياً. تكمن المشكلة في أنه ليس موجوداً دائماً أو ثابتاً.

حيث تفشل المباراة

لنفترض وجود اتصال في كلا النظامين:

• جهات اتصال Google: [البريد الإلكتروني محمي]
• CRM: [البريد الإلكتروني محمي]

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

وتحدث المشكلة نفسها عندما:

• أحد السجلات لا يحتوي على عنوان بريد إلكتروني.
• يتم استخدام بريد إلكتروني خاص بالعمل في نظام ما، وبريد إلكتروني شخصي في نظام آخر.
• تستخدم أرقام الهواتف تنسيقات مختلفة.
• يتوافق الموصل مع حقل يقوم المستخدمون بتحريره بانتظام.
• كانت النسخ المكررة موجودة بالفعل قبل تفعيل المزامنة.

قد يؤدي تنسيق أرقام الهواتف إلى نتائج مربكة للغاية. على سبيل المثال، قد يمثل الرقمان +44 20 7946 0958 و02079460958 نفس الرقم، لكنهما لن يتطابقا إذا قارن الموصل السلاسل المخزنة بدقة.

أصلح المفتاح قبل الدمج

لا يكون دمج النسخ المكررة مفيدًا إلا بعد تصحيح مشكلة المطابقة.

إذا ظل مفتاح المطابقة غير متناسق، فبإمكان عملية المزامنة التالية إعادة إنشاء السجلات المكررة التي قمت بإزالتها للتو. التسلسل الصحيح هو:

تحديد سبب فشل المطابقة ← توحيد الحقل ← دمج النسخ المكررة الموجودة ← تشغيل مزامنة مضبوطة.

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

تسوية النزاعات

يحدث تعارض عندما يتعرف الموصل على سجلين باعتبارهما نفس جهة الاتصال ولكنه يجد قيمًا مختلفة لأن كلا النظامين تم تعديلهما قبل المزامنة التالية.

وتشمل الأساليب الشائعة ما يلي:

قاعدة الصراع	ما يحدث	الخطر الرئيسي
آخر كتابة تفوز	يتم الاحتفاظ بآخر تعديل	يمكن استبدال التصحيح السابق المفيد.
نظام السجلات	يتحكم نظام واحد في المجال	قد لا يتم الاحتفاظ بالتغييرات التي طرأت على النظام الآخر.
قواعد مستوى الملعب	تتبع المجالات المختلفة قواعد مختلفة.	يلزم المزيد من الإعداد والصيانة

تُعدّ ميزة "آخر تعديل هو الفائز" مفيدة، لكنها قد تُحدث تغييرات غير مُعلنة. فإذا قام أحدهم بتصحيح رقم هاتف في نظام إدارة علاقات العملاء (CRM) الساعة 9:00، ثم قام موظف آخر بتعديل نفس جهة الاتصال في جوجل الساعة 10:00 باستخدام رقم هاتف أقدم، فقد يحلّ التعديل الأخير محلّ التعديل المُصحّح.

بالنسبة للمجالات التي تؤثر على المبيعات أو خدمة العملاء، يُنصح بتحديد نظام سجلات بدلاً من ذلك. بنية قاعدة بيانات إدارة علاقات العملاء قد تحتوي على معلومات لا ينبغي استبدالها بتعديل دفتر العناوين.

انتشار الحذف

يستحق الحذف اهتماماً منفصلاً لأنه قد يزيل معلومات غير مرئية في جهة الاتصال نفسها.

في حالة الربط ثنائي الاتجاه، قد يؤدي حذف جهة اتصال في جوجل إلى حذف نظيرتها في نظام إدارة علاقات العملاء (CRM). إذا كان سجل CRM هذا يحتوي على ملاحظات أو أنشطة أو معلومات عن الصفقات أو روابط لسجلات العملاء، فإن التأثير يكون أكبر من مجرد فقدان الاسم ورقم الهاتف.

اكشن	النتيجة المحتملة
تحرير جهة الاتصال	يستقبل نظام آخر القيمة الجديدة
إنشاء جهة اتصال	يقوم نظام آخر بإنشاء سجل مطابق
اتصالات دمج	يمكن حذف سجل واحد أو تغييره
حذف جهة الاتصال	قد يؤدي الحذف إلى انتشار
قم بتغيير كلا الجانبين	تحدد قاعدة التعارض القيمة الباقية

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

إعداد المزامنة بأمان

تُعدّ الضوابط الأكثر فعالية هي تلك التي تُطبّق قبل المزامنة الأولى. بمجرد تكرار أو استبدال آلاف جهات الاتصال، تصبح عملية التنظيف أكثر صعوبة بكثير لأنه يجب عليك التمييز بين البيانات الأصلية والتغييرات الناتجة عن المزامنة.

أكمل هذه الفحوصات قبل الدورة الأولى

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

تحقق من النتيجة بعد الدورة الأولى

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

الاختبار الأكثر أمانًا هو:

الدورة الأولى ← فحص السجلات ← انتظار دورة أخرى ← الفحص مرة أخرى ← توسيع مجموعة المزامنة.

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

التعافي من مشكلة مزامنة سيئة

إذا سبق أن استبدلت عملية المزامنة جهات الاتصال أو حذفتها، فأوقف المزامنة قبل محاولة التنظيف. وإلا، فقد يستمر الموصل في تطبيق القاعدة نفسها أثناء محاولتك عكس آثارها.

ينبغي أن تتبع عملية التعافي هذا الترتيب:

1. قم بتعطيل المزامنة.
2. قم بتصدير الحالة الحالية لكلا النظامين.
3. حدد متى بدأت التغييرات غير المرغوب فيها.
4. استخدم سجل الاسترداد المتاح أو النسخة الاحتياطية.
5. إصلاح السجلات المكررة وغير الصحيحة.
6. قم بتصحيح إعدادات المزامنة.
7. قم بإجراء اختبار صغير آخر قبل إعادة الاتصال بقاعدة البيانات الكاملة.

ما الذي يمكن لجوجل استعادته؟

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

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

وتشير جوجل أيضًا إلى أنه لا يمكن استعادة جهات الاتصال التي تمت إزالتها نهائيًا من سلة المهملات من خلال عملية الاستعادة هذه.

ما لا تغطيه فترة الثلاثين يومًا

تنطبق نافذة استعادة جوجل على جهات اتصال جوجل. ولا تستعيد تلقائيًا البيانات التي تم استبدالها أو حذفها في نظام إدارة علاقات العملاء (CRM).

على سبيل المثال، إذا قام نظام المزامنة بتغيير رقم هاتف CRM ولم يكن لدى CRM سجل إصدارات لهذا الحقل، فإن وظيفة التراجع في Google لا تعيد بالضرورة قيمة CRM.

وينطبق الأمر نفسه على المعلومات المرفقة بسجل نظام إدارة علاقات العملاء (CRM). قد يكون من السهل استعادة اسم جهة الاتصال وبريدها الإلكتروني من ملف مُصدَّر، ولكن قد لا يكون من الممكن استعادة الملاحظات والأنشطة والفرص وتفاعلات العملاء ذات الصلة إلا إذا احتفظ بها نظام إدارة علاقات العملاء بشكل منفصل.

مصدر الاسترداد	ما يمكن أن يساعد في استعادته	تحديد
تراجع جهات اتصال جوجل	حالة جهات اتصال جوجل السابقة	يقتصر على 30 يومًا
سلة المهملات في جهات اتصال جوجل	جهات الاتصال المحذوفة مؤخراً	لا يمكن استعادة حاويات القمامة التي تم إفراغها بشكل دائم
سلة إعادة تدوير نظام إدارة علاقات العملاء	سجلات إدارة علاقات العملاء المحذوفة	تختلف معدلات الاحتفاظ بالعملاء باختلاف نظام إدارة علاقات العملاء (CRM).
سجل تدقيق/تاريخ إدارة علاقات العملاء	قيم الحقول السابقة	يعتمد ذلك على نظام إدارة علاقات العملاء (CRM) وميزة التتبع المُفعّلة
تصدير CSV	لمحة عن بيانات الاتصال	يحتوي فقط على ما تم تصديره

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

مزامنة جهات الاتصال مع Vtiger One

يربط Vtiger One بيانات Google Workspace بسجلات إدارة علاقات العملاء (CRM) بحيث يمكن للفرق العمل مع جهات الاتصال والبريد الإلكتروني والتقويمات والملفات والاجتماعات دون الحاجة إلى الاحتفاظ بسجلات عملاء منفصلة تمامًا.

يكمن الفرق الجوهري فيما يحدث بعد وصول جهة الاتصال إلى نظام إدارة علاقات العملاء (CRM). إذ يمكن ربط جهة الاتصال في نظام إدارة علاقات العملاء بفرص المبيعات، وحالات الدعم، والأنشطة، والملاحظات، وتفاعلات العملاء. وهذا السياق لا يُعادل معلومات الاتصال الأساسية المخزنة في دفتر العناوين.

لهذا السبب يجب التعامل مع مزامنة جهات الاتصال كعملية لإدارة البيانات بدلاً من مجرد اتصال بين تطبيقين.

استخدم إدارة علاقات العملاء ينبغي أن يظل السجل مفيداً حتى عندما يحتوي جهة اتصال جوجل على الاسم ورقم الهاتف وعنوان البريد الإلكتروني فقط. عملية إدارة الرصاص يضيف سياق المبيعات الذي لا يحتوي عليه دفتر العناوين.

عدد أقل من النسخ للتوفيق

كلما زاد عدد الأنظمة التي تحتفظ بنسختها الخاصة من معلومات العملاء، زادت قواعد المطابقة والتعارض التي يتعين عليك الحفاظ عليها.

An منصة CRM الكل في واحد يمكن تقليل هذا التكرار من خلال إبقاء فرق المبيعات والتسويق والدعم على سجل عميل واحد. وبذلك، يمكن أن تظل مساحة عمل جوجل بمثابة طبقة الإنتاجية، بينما يظل نظام إدارة علاقات العملاء (CRM) هو النظام الذي تُحفظ فيه سجلات العملاء وأنشطة الأعمال.

فحوصات الإعداد العملية

إذا كنت تقوم بتهيئة Google Workspace باستخدام Vtiger، فراجع هذه الجوانب قبل تمكين المزامنة المجمعة:

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

الهدف ليس إلغاء كل عملية تكامل، بل توضيح النظام المسؤول عن كل معلومة من معلومات العميل، والحقول التي يمكن نقلها بين الأنظمة، وماذا يحدث عندما يقوم مستخدمان بتعديل السجل نفسه.

Fأسئلة وأجوبة

لماذا يستمر نظام إدارة علاقات العملاء (CRM) الخاص بي في إنشاء جهات اتصال مكررة؟

لأن عملية المزامنة لا تستطيع مطابقة السجل الوارد مع جهة اتصال موجودة. تعتمد المطابقة عادةً على عناوين البريد الإلكتروني، لذا قد تُعامل جهات الاتصال التي ليس لديها بريد إلكتروني، أو التي لها عناوين بريد إلكتروني مختلفة في كل نظام، أو التي لها تنسيق غير متناسق، على أنها سجلات جديدة.

هل تمنع المزامنة أحادية الاتجاه التكرارات؟

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

أي نظام يفوز عندما يتغير الاتصال في كليهما؟

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

هل يمكنني استعادة جهات الاتصال بعد فشل عملية المزامنة؟

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

هل يجب عليّ إيقاف مزامنة الحذف؟

بالنسبة لمعظم الفرق، يُعد تعطيل خاصية نقل بيانات الحذف الخيار الأكثر أمانًا ما لم تتطلب آلية العمل ذلك تحديدًا. وإلا، فقد ينتقل الحذف من جوجل إلى نظام إدارة علاقات العملاء (CRM) ويؤدي إلى إزالة السجل وربما تاريخه التجاري المرتبط به.

كيف يمكنني الاستعداد قبل تشغيل مزامنة جهات الاتصال؟

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

لماذا ظهرت النسخ المكررة بعد أن بدت عملية المزامنة صحيحة في البداية؟

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

ما هو مفتاح المطابقة في مزامنة جهات الاتصال؟

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