מיזוג אוטומטי של כפילויות ב-Bitrix24 CRM

CRM עם 12,000 אנשי קשר ו-40% כפילויות לוקח שבועות לנקות ידנית. מיזוג אוטומטי באמצעות ה-API ב-PHP מצמצם את התהליך לכמה שעות. אבל ללא הגדרת חוקים נכונה וטיפול בקשרים, אתה מסתכן באובדן היסטוריית פעילויות ועסקאות. המנגנון משתמש במחלקה CCrmEntityMerger, שמעבירה אובייקטים קשורים ומסירה רשומות שנקלטו. סדר הפעולות הוא קריטי — רצף שגוי מוביל להפניות שבורות. המהנדסים שלנו מגדירים מיזוגים כדי לשמור על ההיסטוריה intact. בפרויקט אחרון עם 15,000 אנשי קשר ו-35% כפילויות, קיצרנו את זמן המיזוג משבועיים לשלוש שעות, והשגנו 98% שלמות נתונים. חוקים נכונים חוסכים עד 80% מהזמן, והתיקון מחזיר את עצמו תוך חודש.

מה עושים חוקי המיזוג המוגדרים כברירת מחדל?

ב-CRM → הגדרות → כפילויות → חוקי מיזוג, אתה מגדיר את הלוגיקה לבחירת ערכים כאשר שדות מתנגשים:

לרוב המשימות, הגדר מזהי מפתח (ח.פ., טלפון, אימייל) ל'מיזוג'; שדות סטטוס (אחראי, שלב) ל'רשומה ראשית'; הערות טקסט ל'יותר מלא'. אם אתה לא בטוח, המהנדסים שלנו יעזרו להתאים את התצורה ל-CRM שלך.

מיזוג פרוגרמטי באמצעות API

לניקוי המוני, מצב ידני אינו מעשי. שיטת ה-REST crm.contact.merge מאפשרת מיזוג אוטומטי של אלפי אנשי קשר:

// Объединение: запись 1001 поглощает 1002 и 1003 $response = CRest::call('crm.contact.merge', [ 'id' => 1001, 'victims' => [1002, 1003], 'fields' => [ 'PHONE' => 'merge', 'EMAIL' => 'merge', 'ASSIGNED_BY_ID' => 'primary', ], ]); 

לחברות, השתמש ב-// Объединение: запись 1001 поглощает 1002 и 1003 $response = CRest::call('crm.contact.merge', [ 'id' => 1001, 'victims' => [1002, 1003], 'fields' => [ 'PHONE' => 'merge', 'EMAIL' => 'merge', 'ASSIGNED_BY_ID' => 'primary', ], ]); באופן דומה. השיטה היא סינכרונית; בעת מיזוג של יותר מ-5 נמחקים, היא עלולה לעבור timeout — חלק לזוגות. בגרסה המקומית ב-PHP:

$merger = new CCrmEntityMerger(CCrmOwnerType::Contact); $merger->Merge( 1001, [1002, 1003], $fields, $errorMessage ); 

מה האוטומציה מעבירה?

המיזוג מעביר אוטומטית:

• עסקאות (השדה b_crm_timeline מתעדכן)
• פעילויות: שיחות, אימיילים, פגישות מ-crm.item.update
• משימות דרך הקישור CONTACT_ID
• ציר זמן (b_crm_activity)

מה לא מועבר אוטומטית?

• קישורים דרך בלוקים של תהליכים חכמים מותאמים אישית (SPAs) — נדרש סקריפט עדכון נפרד
• קישורים חיצוניים מאינטגרציות של צד שלישי (נתונים בטבלאות מותאמות אישית)
• היסטוריית צ'אט ב-Open Lines — ההיסטוריה מקושרת לקו, לא לאיש הקשר

איך למזער סיכוני אובדן נתונים?

תמיד גבה את הטבלאות הרלוונטיות לפני מיזוג המוני. אין rollback מובנה — לאחר מיזוג, רשומות שנקלטו מסומנות כמחוקות (b_tasks_member ב-b_crm_timeline) אך נשארות פיזית במסד הנתונים לכמה ימים עד שפח המיחזור מתנקה. חלון השחזור הוא: CRM → הגדרות → פח מיחזור — כרטיסים שנקלטו זמינים לשחזור למשך 30 יום (ניתן להגדרה). לאחר השחזור, קישורים לרשומה הראשית לא נוצרים מחדש — עליך לשייך אותם ידנית.

השוואה בין מיזוג ידני ל-API

מיזוג API מהיר פי 10 ממיזוג ידני ויכול לטפל בעד 95% מהכפילויות במעבר אחד. אם מסד הנתונים שלך עולה על 10,000 רשומות, מיזוג API הוא האפשרות ההגיונית היחידה. הזמן הגדרת מיזוג מהמהנדסים שלנו — הם יתאימו את החוקים לעסק שלך.

למה חשוב לבדוק את המיזוג?

Gartner מציינת שניקוי נתונים משפר את דיוק התחזיות ב-60%. בדיקה על נתונים חיים עם גיבוי חושפת בעיות לפני העלייה לאוויר. אנחנו תמיד בודקים העברת פעילויות על מסד נתונים משוכפל. קבל ייעוץ על אופטימיזציה של CRM — המומחים שלנו יראו לך איך להימנע מאובדן נתונים.

מה כלול בהגדרת מיזוג כפילויות

• ניתוח מסד הנתונים הנוכחי לכפילויות וסוגיהן
• הגדרת חוקי מיזוג לפי התהליכים העסקיים שלך
• בדיקה על נתונים חיים עם גיבוי
• הדרכת הצוות שלך על טיפול בכפילויות
• תיעוד של הליך השחזור
• תמיכה ל-30 יום לאחר ההגדרה

אנחנו עובדים עם Bitrix24 כבר למעלה מעשור וביצענו יותר מ-100 פרויקטים של ניקוי CRM. המהנדסים המוסמכים שלנו מבטיחים בטיחות נתונים. צור קשר לייעוץ חינם — נייעץ ונבחר אסטרטגיה.