مطابقة جهات الاتصال
تتعرَّف مطابقة جهات الاتصال تلقائياً على أن سجلَّين واردَين ينتميان إلى الشخص الحقيقي نفسه — حتى عندما يصلان عبر قنوات مختلفة (رقم WhatsApp، عنوان بريد إلكتروني، مُعرِّف Instagram). الهدف: سجل عميل واحد لكل شخص، دون تكرارات.
ما هي مطابقة جهات الاتصال؟
مطابقة جهات الاتصال (تُسمى غالباً «حل الهوية» أو «اكتشاف التكرار») هي المنطق الذي يسمح للمنصة بأن تقرر: «هذه الرسالة الواردة من WhatsApp من +971 50 123 4567 تنتمي إلى الشخص نفسه الذي نعرف بريده الإلكتروني [email protected] بالفعل.» النتيجة سجل عميل واحد، لا مقبرة من أنصاف ملفات.
لماذا المطابقة ضرورية
بدون المطابقة، ينتهي بك المطاف سريعاً هنا:
- Anna على قائمة البريد كـ [email protected]
- Anna جهة اتصال على WhatsApp على +971 50 …
- Anna اشتركت عبر نموذج النشرة باسم «Anna K.»
- ثلاثة سجلات وشخص حقيقي واحد — بدون مطابقة، يُخاطَب الثلاثة بشكل منفصل.
العواقب: رسائل تسويقية مكررة، قيمة عمر العميل محسوبة بشكل خاطئ، تاريخ خدمة مجزأ، مشكلات GDPR في طلبات أصحاب البيانات.
إشارات المطابقة
تستخدم المنصات عادة هذه المعرِّفات:
| الإشارة | القوة | ملاحظة |
|---|---|---|
| رقم الهاتف (صيغة E.164) | قوي جداً | فريد إذا تم تنسيقه بشكل موحَّد. |
| عنوان البريد الإلكتروني | قوي جداً | فريد، لكن الأخطاء الإملائية تحدث. |
| مُعرِّف المنصة (WhatsApp ID، Telegram ID، اسم مستخدم Instagram) | قوي جداً | يصدره المزود، لا يتغير. |
| الاسم | ضعيف | الكثير من Annas في النظام — مفيد فقط بالتركيب. |
مقارنة ثلاثة أوضاع
| الوضع | ماذا يحدث عند التصادم | متى يُستخدم |
|---|---|---|
| الدمج التلقائي (افتراضي) | يُحدَّث جهة الاتصال القائمة بدلاً من إنشاء جديدة. تظل جهة الاتصال الأقدم رئيسية؛ تُستكمل الحقول المفقودة. | افتراضي لمعظم الشركات الصغيرة والمتوسطة. يقدم سجل عميل نظيفاً دون عمل يدوي. |
| السماح بالتكرارات | يُنشَأ كلا جهتَي الاتصال. تُبلِغ المنصة في الاستجابة بأن التكرارات قد تكون موجودة (قائمة اقتراحات). | نادر — مثلاً إعدادات منصة سوق حيث يُفترض أن يكون كل تسجيل حساباً منفصلاً. |
| حظر التكرارات | ترفض المنصة الإنشاء (HTTP 409) وتُعيد جهة الاتصال القائمة. | عندما تريد تفرّداً صارماً — مثلاً في مبيعات B2B. |
قواعد الدمج (ماذا يحدث في الدمج)
- تظل جهة الاتصال الأقدم رئيسية. يستمر كلا المُعرِّفَين في الحل إلى السجل الناجي.
- القيم غير الفارغة تفوز. عند النزاع، يُحسم بتاريخ الإنشاء الأقدم.
- حقول لاصقة: يبقى
is_blockedوis_archived«true» إذا كان أيٌّ من السجلَّين يحتويهما — يجب ألا يُفك الدمج صمتاً حظر جهة اتصال. - ينتقل التاريخ: المحادثات والرسائل والملاحظات والوسوم والحقول المخصصة وأساليب التواصل، الكل ينتقل إلى الناجي.
- ملاحظة نظامية في سجل التدقيق: ما الذي دُمج، وما الذي تعارض — موثَّق بالكامل.
ماذا يحدث للمُعرِّفات القديمة
تشير التكاملات الخارجية وwebhooks وأنظمة CRM في الغالب إلى مُعرِّفات جهات اتصال قديمة. بعد الدمج، يجب ألا تُعيد هذه المُعرِّفات القديمة 404. الحل: تحل API المُعرِّف القديم إلى الناجي بشفافية، وتُعيد إضافة حقل merged_from وتعيين رأس X-Merged-Into. لا تنكسر التكاملات القائمة.
حالة حدية للقناة: أول تواصل على قناة جديدة
استثناء مهم: عندما تأتي رسالة WhatsApp من رقم هاتف نعرفه بالفعل — لكن جهة الاتصال ليس لديها بعد مُعرِّف WhatsApp — فهذا ليس تكراراً. إنها أسلوب تواصل جديد على جهة الاتصال القائمة. ينطبق الدمج التلقائي بغض النظر عن الوضع.
الدمج اليدوي
لا تُكتشف كل التكرارات تلقائياً. الأسماء المتشابهة صوتياً، والاسم/اللقب المتبادلَين، والحسابات المفصولة عمداً — هذه تحتاج إلى دمج يدوي. عرض «العثور على التكرارات» يُظهر المرشحين مجمَّعين حسب إشارة المطابقة، مع خيار دمج جماعي.
مطابقة جهات الاتصال في SendSeven
تدعم SendSeven الأوضاع الثلاثة (الدمج التلقائي افتراضياً، السماح، الحظر)، وتجاوزاً لكل طلب عبر حقل duplicate_mode، ودمجاً يدوياً في واجهة المستخدم، وعبر REST API (POST /contacts/{id}/merge). إشارات المطابقة هي الهاتف والبريد الإلكتروني ومُعرِّف المنصة والاسم (كإشارة ضعيفة في قائمة الاقتراحات). تُسجَّل جميع عمليات الدمج في سجل التدقيق؛ تبقى UUIDs القديمة قابلة للحل.