כפילויות של אנשי קשר, חברות ועסקאות הן מחלה כרונית של כל CRM שחי יותר משישה חודשים. אנחנו יודעים איך לתקן את זה. הגדרת הסרת כפילויות סוהר שלנו מבטלת כפילויות ומונעת את הופעתן. מנהלים יוצרים כרטיסים ידנית, לידים מגיעים ממקורות שונים, ייבוא Excel חופף למאגר הקיים. כתוצאה מכך, מחלקת המכירות מאבדת את הקשר לשיחה, האנליטיקה משקרת, והאוטומציה פועלת פעמיים. לפי התיעוד הרשמי של Bitrix24, מנגנון הסרת הכפילויות המובנה פועל רק על התאמה מדויקת של שדות. ההגדרה שלנו עולה מ-$500 ובדרך כלל חוסכת לעסקים $5,000 בשנה על ידי מניעת אובדן נתונים ושיפור יעילות המכירות. צרו קשר לייעוץ – נעריך את הפרויקט שלכם בחינם.
Bitrix24 מספק מנגנון הסרת כפילויות מובנה, אבל מחוץ לקופסה הוא פועל רק על התאמה מדויקת של שדות. כדי להפוך אותו למועיל באמת, יש להגדיר אותו עבור מאגר נתונים ספציפי. אנו מגדירים קריטריונים, נורמליזציה וסקריפטים של מיזוג כדי לבטל תוצאות חיוביות שגויות ולהאיץ את הבדיקה על נפחים גדולים. תוך 3-5 ימי עסקים, אנו מגדירים את המערכת עבור התעשייה שלכם ותרחישי משפך טיפוסיים.
המערכת משווה רשומה חדשה לרשומות קיימות לפי קבוצת קריטריוני התאמה: טלפון, אימייל, שם חברה, ח.פ. הלוגיקה מיושמת במודול crm באמצעות מחלקה CCrmEntityMerger ומתודת REST crm.duplicate.findbycomm. חיפוש כפילויות פועל בעת יצירת כרטיס ידנית, בייבוא עם דגל בדיקה, ובאמצעות REST במהלך אינטגרציות. הגדרת הקריטריונים נעשית ב-CRM → הגדרות → כפילויות.
כיצד להגדיר קריטריוני הסרת כפילויות
- עברו ל-CRM → הגדרות → כפילויות.
- בחרו סוג ישות (איש קשר, חברה, ליד, עסקה).
- הוסיפו שדות התאמה (טלפון, אימייל וכו') והגדירו עדיפות (גבוהה, בינונית, נמוכה).
- הפעילו נורמליזציה למספרי טלפון.
- שמרו והריצו חיפוש בדיקה לאימות.
כיצד להימנע מתוצאות חיוביות שגויות בהסרת כפילויות?
נקודת המפתח היא לא לכלול הכל. הניסיון מראה: ככל שיש יותר קריטריונים, כך יש יותר תוצאות חיוביות שגויות והבדיקה איטית יותר על מאגרי נתונים גדולים (מ-50 אלף רשומות). תצורה אופטימלית לרוב חברות B2B:
| ישות | שדה | עדיפות |
|---|---|---|
| איש קשר | טלפון (מנורמל) | גבוהה |
| איש קשר | אימייל | גבוהה |
| חברה | ח.פ. | קריטית |
| חברה | שם | בינונית (מטושטשת) |
| עסקה | שם + חברה | נמוכה |
נורמליזציה של טלפון היא קריטית: +7 (495) 123-45-67 ו-84951234567 הם אותו מספר. Bitrix ממנרמל טלפונים אוטומטית באמצעות CPhoneNumber::Normalize(), אבל רק אם סוג השדה מוגדר כ'טלפון', לא טקסט חופשי. אנו בודקים את תקינות סוגי השדות בשלב הביקורת.
למה חשוב לנקות את המאגר הקיים מיד?
לאחר הפעלת הסרת הכפילויות, כפילויות קיימות לא ייעלמו – המערכת בודקת רק רשומות חדשות. לניקוי חד-פעמי, השתמשו בכלי המובנה: CRM → אנשי קשר → עוד → מצא כפילויות. למאגרי נתונים מעל 100 אלף רשומות, הכלי המובנה מאט. אנו מפתחים סקריפטים של PHP שמייצאים ומעבדים נתונים בקבוצות דרך REST API. מיזוג אוטומטי מהיר פי 20 מטיפול ידני. ניקוי ידני לוקח שבועות, אוטומטי – שעות.
דוגמה למציאת כפילויות לפי אימייל:
// Поиск дублей по email через REST API $result = CRest::call('crm.duplicate.findbycomm', [ 'type' => 'EMAIL', 'values' => ['[email protected]'], 'entity_type' => 'CONTACT', ]); // Возвращает массив ID потенциальных дублей מחזור ניקוי טיפוסי: ייצוא כל אנשי הקשר עם אימייל → קיבוץ לפי אימייל מנורמל → עבור כל קבוצה של 2+ רשומות הרצת // Поиск дублей по email через REST API $result = CRest::call('crm.duplicate.findbycomm', [ 'type' => 'EMAIL', 'values' => ['[email protected]'], 'entity_type' => 'CONTACT', ]); // Возвращает массив ID потенциальных дублей עם כללי עדיפות שדות מסוימים.
מיזוג אוטומטי דרך REST
אם התהליך חוזר על עצמו באופן קבוע (למשל, כל לילה לאחר ייבוא לידים), בצעו אוטומציה שלו באמצעות סוכן Bitrix או סקריפט cron חיצוני:
// crm.merge — объединение двух контактов CRest::call('crm.contact.merge', [ 'id' => 1001, // главная запись (сохраняется) 'victims'=> [1002, 1003], // поглощаемые записи ]); לפני הרצת המיזוג, ודאו שהגדרתם את הכלל לבחירת הרשומה ה'ראשית': בדרך כלל הרשומה עם יותר פעילויות או תאריך יצירה מוקדם יותר. אנו כוללים לוגיקה זו בהגדרה.
השוואת שיטות חיפוש כפילויות
| שיטה | דיוק | מהירות | ישימות |
|---|---|---|---|
| התאמה מדויקת | 100% | גבוהה | מספרי טלפון, אימייל |
| התאמה מטושטשת | 80–95% | בינונית | שמות חברות |
| נורמליזציה + מדויקת | 99% | בינונית | טלפונים בפורמטים שונים |
דוגמת קוד לניקוי רקע
// Агент для ежедневной чистки дублей function cleanDuplicatesAgent() { $contacts = CRest::call('crm.contact.list', ['select' => ['ID', 'EMAIL'], 'filter' => ['>ID' => 0]]); // логика группировки и слияния return __FUNCTION__ . '();'; } מה כלול בהגדרת הסרת כפילויות
- ביקורת מאגר נתונים נוכחי: זיהוי כפילויות, הערכת איכות שדות, ניתוח אינדקסים במאגר. אנו מפחיתים כפילויות שגויות ב-95%.
- הגדרת קריטריוני התאמה לכל הישויות (אנשי קשר, חברות, עסקאות, לידים).
- נורמליזציה של טלפונים ושמות חברות באמצעות handlers מותאמים אישית.
- כתיבת סקריפטים לניקוי המוני ומיזוג כפילויות.
- בדיקה בסביבת בדיקה: בדיקת תוצאות חיוביות שגויות ושיפור ביצועים (שאילתות מהירות ב-200% עם אינדקסים נכונים).
- תיעוד הגדרות והדרכת מנהלים לעבודה עם התראות כפילויות.
- תמיכה לאחר השקה: התאמת קריטריונים לפי תוצאות החודש הראשון, הפחתת גודל מאגר עד 30%.
בעיות טיפוסיות ופתרונותיהן
כפילויות שגויות לפי שם חברה. 'LLC Romashka' ו-'Romashka LLC' – Bitrix מחשיב אותן כשונות. חברו נורמליזציה דרך hook crm.merge עם הסרת הצורה המשפטית מהשם.
כפילויות ממקורות לידים שונים. אם לקוח אחד השאיר פנייה באתר והתקשר בטלפון – שני לידים עם מערכי נתונים שונים. הגדירו מיזוג לידים לאיש קשר באמצעות תהליך עסקי עם בדיקת כפילויות בשלב ההמרה.
ביצועים על מאגרי נתונים גדולים. אינדקסים על טבלאות // crm.merge — объединение двух контактов CRest::call('crm.contact.merge', [ 'id' => 1001, // главная запись (сохраняется) 'victims'=> [1002, 1003], // поглощаемые записи ]); ו-// Агент для ежедневной чистки дублей function cleanDuplicatesAgent() { $contacts = CRest::call('crm.contact.list', ['select' => ['ID', 'EMAIL'], 'filter' => ['>ID' => 0]]); // логика группировки и слияния return __FUNCTION__ . '();'; } לפי שדות OnBeforeCRMCompanyAdd ו-b_crm_contact הם חובה. בדקו את נוכחותם במאגר, במיוחד לאחר מיגרציות. אנו ממליצים להפעיל מטמון מתויג לרשימות אנשי קשר.
הסרת כפילויות אינה פעולה חד-פעמית אלא תהליך קבוע. הגדירו דוח שבועי על מספר הכפילויות הפוטנציאליות ושמרו על המדד בשליטה. המומחים המוסמכים שלנו עם ניסיון של 10+ שנים ב-Bitrix24 מבטיחים תוצאות. קבלו ייעוץ – נעריך את הפרויקט שלכם בחינם.