כאשר לחברה יש שני מערכות CRM בו-זמנית—1C:CRM ו-Bitrix24—האם מחלקת המכירות מזינה אנשי קשר במערכת אחת בעוד שהנהלת החשבונות יוצרת חשבוניות באחרת?
ללא אינטגרציה, מנהלים מבזבזים עד 3 שעות ביום על העברת נתונים ידנית, ואי-התאמות בסטטוסים של עסקאות מובילות למשלוחים שהוחמצו. האינטגרציה מבטלת זאת, אך אין פרוטוקול תקני ביניהן. אנו מגדירים החלפה דרך REST API ושירותי HTTP, קובעים מקור אמת, ומיישמים סנכרון דו-כיווני של ישויות מפתח.
במפתח-על, עם תיעוד והדרכה. לצוות שלנו יש 7+ שנות ניסיון באינטגרציות של Bitrix24 ו-1C, עם למעלה מ-30 פרויקטי סנכרון. אנו מבטיחים החלפה יציבה גם תחת עומסי שיא. תרחיש אופייני: מנהל יוצר עסקה ב-Bitrix24, ורואה החשבון מנפיק חשבונית ב-1C—הנתונים זורמים אוטומטית, ללא שגיאות או עיכובים.
לדוגמה, בפרויקט אחד סינכרנו 50,000 אנשי קשר ו-10,000 עסקאות ללא כפילות אחת, וחסכנו ללקוח עלות מחושבת לאחר ביקורת בשנה על הזנה ידנית.
כיצד בנויה בדרך כלל אינטגרציה בין 1C:CRM ל-Bitrix24?
לרוב, חברות מגיעות לאינטגרציה זו במצב שבו:
- מכירות ותקשורת עם לקוחות מתנהלות ב-Bitrix24 (ממשק נוח, טלפוניה, דואר אלקטרוני)
- הנהלת חשבונות, הפקת חשבוניות וניהול מסמכים מתנהלים ב-1C (כולל 1C:CRM כתוסף מעל 1C:Trade Management או ERP)
במקרה זה, כיוון האינטגרציה הוא: Bitrix24 → 1C:CRM (עסקאות ואנשי קשר לעיבוד дальнейший) ו-1C:CRM → Bitrix24 (סטטוסים של עסקאות, חשבוניות).
מה מסונכרן
| ישות | כיוון | פרטים |
|---|---|---|
| אנשי קשר/צדדים נגדיים | דו-כיווני | יחידים וחברות |
| לידים | B24 → 1C | העברה בעת הסמכה |
| עסקאות | B24 → 1C | בסטטוס ספציפי של צינור המכירות |
| חשבוניות | 1C → B24 | מקושרות לעסקה ב-B24 |
| סטטוסי עסקאות | 1C → B24 | כאשר הסטטוס משתנה ב-1C |
מדוע CommerceML אינו מתאים ל-1C:CRM?
CommerceML הוא פרוטוקול XML להחלפה עם 1C:ניהול סחר, אך הוא אינו מותאם לישויות CRM: עסקאות, שלבי משפך, סטטוסים. מקרה אמיתי: בעת ניסיון להעביר עסקאות דרך CommerceML, קישורים לאנשי קשר והיסטוריית שינויים אבדו.
ה-REST API של Bitrix24 (crm.deal.*, crm.contact.*) מספק שליטה מלאה בשדות, באירועים ובהרשאות גישה. תוצאה: REST API מעבד מערכי נתונים פי 3 מהר יותר ואינו דורש המרה מ-XML ל-JSON.
עוד על CommerceML
CommerceML מיועד להחלפה מרוכזת של סחורות והזמנות אך אינו תומך בישויות CRM. עבור 1C:CRM (תוסף מעל ניהול סחר/ERP), ההחלפה הסטנדרטית אינה מעבירה עסקאות, סטטוסי משפך או שדות מותאמים אישית. REST API פותר מגבלות אלו.כיצד אנו מסנכרנים צדדים קשורים ללא כפילויות?
צדדים קשורים ב-1C:CRM → חברות/אנשי קשר ב-Bitrix24. מפתח ההתאמה הוא מספר עוסק מורשה (עבור ישויות משפטיות) או דוא"ל (עבור יחידים). כאשר נוצר איש קשר ב-Bitrix24 (דרך טופס באתר או ידנית על ידי מנהל), אירוע OnCrmContactAdd מפעיל webhook ששולח נתונים ל-1C:CRM.
ב-1C נוצר צד קשור, וה-ID שלו נכתב בחזרה לשדה המותאם אישית של איש הקשר ב-Bitrix24 (UF_CRM_1C_ID). עבור יחידים ללא מספר עוסק מורשה, אנו משתמשים בדוא"ל + טלפון כמפתח מורכב. גישה זו מבטלת כפילויות גם עם קלט פעיל בשתי המערכות.
העברת עסקה מ-Bitrix24 ל-1C
כאשר מגיעים לשלב מסוים בצינור המכירות ב-Bitrix24 (למשל, "חוזה נחתם")—תהליך עסקי או אוטומציה שולחים את נתוני העסקה ל-1C:CRM:
POST /rest/{userId}/{token}/crm.deal.get → deal data → HTTP POST to 1C HTTP service with JSON → In 1C, a Customer Order / CRM Deal is created
אנו מעבירים: שורות פריטים של העסקה (מוצרים), סכום, נתוני צד נגדי, מנהל אחראי.
חשבוניות מ-1C ל-Bitrix24
כאשר חשבונית מונפקת ב-1C:CRM, מטפל שולח את נתוני החשבונית ל-Bitrix24 דרך crm.invoice.add (או תהליכים חכמים, אם משתמשים ב-CRM החדש). המנהל ב-Bitrix24 רואה את החשבונית המקושרת לעסקה ויכול לשלוח אותה ללקוח.
לוגיקת מקור האמת
עבור סנכרון דו-כיווני, אנו קובעים באופן חד-משמעי איזה מערכת מכילה את הנתונים העדכניים יותר:
- טלפון ואימייל של הלקוח—מקור האמת הוא Bitrix24 (המנהלים מעדכנים שם)
- פרטי חשבון (ח.פ, מזהה עוסק מורשה, כתובת)—מקור האמת הוא 1C:CRM (הנהלת החשבונות מאמתת)
במקרה של סתירה, "מקור האמת" מקבל עדיפות; המערכת השנייה מקבלת את הנתונים ללא יכולת לדרוס אותם.
מאפיינים של 1C:CRM
1C:CRM אינו תוכנה עצמאית, אלא הרחבה עבור 1C:ניהול מסחר, 1C:אוטומציה מורכבת, 1C:ERP. הזמינות של שירותי HTTP, הפרמטרים שלהם והיכולות תלויים בגרסת התצורה. לפני תחילת האינטגרציה, אנו מבררים את הגרסה ואת זמינות השיטות הנדרשות עם מפתחי 1C.
מה כלול בהגדרת הסנכרון
- ביקורת של תצורת 1C ו-Bitrix24 הנוכחית (גרסאות, הרשאות, עומס)
- הסכמה על סכימת הסנכרון והקצאת מקור אמת לכל ישות
- פיתוח מטפלי REST ב-1C ו-webhooks ב-Bitrix24
- בדיקות על נתונים חיים—בדיקת 100+ עסקאות ואנשי קשר
- תיעוד של הסנכרון (ישויות, מיפוי, לוגיקת קונפליקטים)
- הדרכה לעובדים האחראים (3–5 אנשים, 1–2 שעות)
- תמיכה לאחר שחרור: 30 ימי אחריות לפעולה יציבה
השוואה בין REST API ל-CommerceML
| פרמטר | REST API | CommerceML (מוגבל) |
|---|---|---|
| סוג החלפה | בזמן אמת / מתוזמן | אצווה / פעם ביום |
| תמיכה בעסקאות | מלאה | אין |
| טיפול בשגיאות | ניסיונות חוזרים + לוגים | שגיאת בלוק קטלנית |
| גמישות שדות מותאמים אישית | כל שדה מותאם אישית | רק שדות סטנדרטיים |
צרו קשר לקבלת הערכה לפרויקט שלכם—קבלו הצעה תוך 1-2 ימים. אנו משתמשים בפתרונות מוסמכים ומוכחים ומבטיחים החלפה יציבה גם בעומס שיא. בקשו ייעוץ עכשיו.