תארו לעצמכם: 5,000 אנשי קשר ב-Bitrix24 ו-4,000 קבוצות ב-1C. רק 30% תואמים — השאר כפילויות, אובדן נתונים ופיוס ידני מדי שבוע. מנהלים מבזבזים עד 10 שעות בהעברת אנשי קשר חדשים, ושגיאות בהזנת מספרי טלפון גורמות לאובדן לידים. Bitrix24 שומרת מספרים בפורמט +7 (XXX) XXX-XX-XX, ו-1C בפורמט חופשי. ללא נורמליזציה, אפילו אותו מספר עשוי שלא להתאים במהלך הסרת כפילויות. הצוות שלנו, עם 12 שנות ניסיון באינטגרציית CRM 1C, החלפת קבוצות והגדרת החלפה מלאה, מספק החלפת אנשי קשר וסנכרון בין Bitrix24 ל-1C. אנו פותרים זאת תוך 3–7 ימים: הגדרת החלפת אנשי קשר אוטומטית ללא כפילויות, עם נורמליזציה מלאה והסרת כפילויות. התוצאה היא מאגר לקוחות אחיד המעודכן בזמן אמת.
במאמר זה, נפרק את הפרטים הטכניים: webhooks, מטפלי PHP ו-1C, אלגוריתם סנכרון דו-כיווני וייבוא ראשוני. תקבלו אלגוריתם מוכן הניתן להתאמה לתצורה שלכם.
מה מסונכרן
אנשי קשר (יחידים): Bitrix24 crm.contact ↔ 1C "יחיד" או "קבוצה-יחיד". חברות: Bitrix24 crm.company ↔ 1C "קבוצה-ארגון".
| Bitrix24 | 1C | מפתח התאמה |
|---|---|---|
| NAME, LAST_NAME | שם פרטי, שם משפחה | אימייל או טלפון |
| PHONE | טלפון | — |
| אימייל | מפתח ראשי | |
| UF_CRM_INN | ח.פ. | לגופים משפטיים |
| COMPANY_ID | קבוצה | — |
| ASSIGNED_BY_ID | מנהל אחראי | — |
אנו גם ממפים שדות מותאמים אישית: לדוגמה, UF_CRM_1C_ID לאחסון המזהה מ-1C.
אפשרויות סנכרון
קיימים שלושה תרחישים אפשריים: Bitrix24 כמקור ראשי, 1C כמקור ראשי, או דו-כיווני. הבחירה תלויה במקום שבו אנשי הקשר נערכים בתדירות הגבוהה ביותר.
| תרחיש | כיוון | סיכון לכפילויות | השהיה |
|---|---|---|---|
| Bitrix24 → 1C | רק מ-CRM לחשבונאות | נמוך | שניות |
| 1C → Bitrix24 | רק מחשבונאות ל-CRM | נמוך | עד דקה |
| דו-כיווני | שני הכיוונים | דורש הסרת כפילויות | שניות |
אם מנהלים עובדים באופן פעיל ב-CRM, האפשרות הראשונה היא אופטימלית. עבור חשבונאות המנהלת את המאגר ב-1C, השנייה עובדת. סנכרון דו-כיווני מספק דיוק מלא אך דורש הגדרת הסרת כפילויות זהירה. עם החלפה חד-כיוונית, הסיכון לכפילויות נמוך ב-80%, אך עם דו-כיווני, מקבלים מאגר אחיד ללא אובדן.
כיצד פועלת הסרת כפילויות בהחלפה דו-כיוונית
האתגר המרכזי בסנכרון דו-כיווני הוא כפילויות כאשר איש קשר נוצר בשתי המערכות באופן עצמאי. האלגוריתם:
- בקבלת איש קשר חדש, בדוק קיום לפי אימייל/טלפון במערכת השנייה.
- אם קיים, עדכן את הרשומה הקיימת; אל תיצור חדשה.
- אם לא, צור ורשום מזהים הדדיים.
לחיפוש ב-Bitrix24, אנו משתמשים ב-crm.duplicate.findbycomm — שיטה למציאת כפילויות לפי טלפון ואימייל. ב-1C, אנו בודקים את קטלוג "הקבוצות". הסרת כפילויות מבוססת API מהירה פי 10 מפיוס ידני ומבטלת שגיאות אנוש.
חשיבות נורמליזציית הטלפון
פורמטי טלפון שונים הם גורם נפוץ לשגיאות במהלך חיפוש כפילויות. Bitrix24 שומרת מספרים כ-+7 (XXX) XXX-XX-XX, ו-1C בפורמט חופשי. ללא נורמליזציה, אותו מספר עשוי שלא להתאים. אנו ממירים מספרים אוטומטית לפורמט הבינלאומי E.164 לפני כל השוואה. אם לאיש קשר יש מספרי טלפון מרובים, אנו משתמשים בראשון כראשי ומעבירים אותו ל-1C. נורמליזציית טלפון מפחיתה שגיאות הסרת כפילויות פי 3.
יישום: Bitrix24 → 1C (Webhooks)
כאשר איש קשר נוצר ב-Bitrix24, webhook יוצא מופעל. Bitrix24 שולחת POST לכתובת הרשומה עם נתוני האירוע. מטפל ה-webhook (סקריפט PHP):
- מקבל
data[FIELDS][ID]— מזהה איש קשר. - קורא ל-
crm.contact.getלקבלת נתונים מלאים. - שולח בקשת HTTP לשירות ה-HTTP של 1C עם נתוני איש הקשר ב-JSON.
- 1C יוצרת את הקבוצה ומחזירה את המזהה שלה.
- המטפל כותב את מזהה 1C לשדה המותאם אישית של איש הקשר ב-Bitrix24
UF_CRM_1C_CONTACT_IDדרךcrm.contact.update.
יישום: 1C → Bitrix24 (שירות HTTP)
ב-1C, אנו יוצרים מטפל (נרשם לאירוע ПриЗаписиКонтрагента). כאשר קבוצה חדשה או שונה נשמרת:
Запрос = Новый HTTPЗапрос; Запрос.УстановитьТелоИзСтроки(ДанныеJSON); Соединение = Новый HTTPСоединение("portal.bitrix24.ru"); Ответ = Соединение.ОтправитьДляОбработки(Запрос, "/rest/.../crm.contact.add"); התשובה מכילה את המזהה של איש הקשר החדש ב-Bitrix24 — אנו שומרים אותו במאפיין הקבוצה ב-1C לזיהוי עתידי.
סנכרון אצווה ראשוני
בהפעלה הראשונה של האינטגרציה, יש לסנכרן את המאגרים הקיימים. שלבים:
- ייצא את כל אנשי הקשר מ-Bitrix24 דרך
Запрос = Новый HTTPЗапрос; Запрос.УстановитьТелоИзСтроки(ДанныеJSON); Соединение = Новый HTTPСоединение("portal.bitrix24.ru"); Ответ = Соединение.ОтправитьДляОбработки(Запрос, "/rest/.../crm.contact.add");(בעמודים של 50 רשומות). - עבור כל אחד, חפש התאמה ב-1C לפי אימייל.
- תואמים — עדכן מזהים הדדיים, אל תשכפל.
- לא תואמים — צור ב-1C.
- אנשי קשר הקיימים ב-1C אך חסרים ב-Bitrix24 — צור ב-Bitrix24.
זוהי פעולה חד-פעמית המבוצעת לפני תחילת ההחלפה הדו-כיוונית.
מה כלול בהגדרה מלאה
- ניתוח מבנה אנשי הקשר הנוכחי ב-Bitrix24 וב-1C.
- הגדרת webhooks יוצאים ושירותי HTTP.
- פיתוח מטפלי PHP עבור תצורות Bitrix24 ו-1C.
- הגדרת כללי הסרת כפילויות ועדיפות.
- סנכרון ראשוני של המאגרים הקיימים.
- בדיקות בסביבת בדיקה.
- תיעוד והעברת גישה.
- הדרכת עובדים אחראיים.
- אחריות ל-30 יום לפעולה תקינה.
מיפוי שדות מפורט
אנו מספקים מיפוי מקיף לכל השדות המותאמים אישית.מלכודות נפוצות: פורמטי טלפון שונים (אנו מבצעים נורמליזציה לפני השוואה), מספרי טלפון מרובים לאיש קשר (שימוש בראשון כראשי), מיפוי מנהלים אחראיים (אנו יוצרים טבלת התאמה).
לוחות זמנים וחיסכון
ההגדרה האופיינית אורכת 3 עד 7 ימי עבודה. העלות מחושבת באופן אישי לפי מורכבות תצורת 1C ומספר השדות המותאמים אישית. עלות הגדרה אופיינית נעה בין $1,500 ל-$3,000, ומניבה חיסכון חודשי של $2,000 בהפחתת עבודה ידנית. מנהלים חוסכים עד 20 שעות בשבוע. הפחתה משמעותית בהוצאות תפעוליות על ידי ביטול פיוס ידני.
קבלו ייעוץ לתצורה שלכם — נעריך את הפרויקט שלכם בחינם ונציע את הפתרון האופטימלי. הזמינו הגדרת אינטגרציה ושכחו מכפילויות.
למדו עוד על Bitrix24 REST API ופרוטוקול CommerceML.