כאשר לחברה יש שני מערכות 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:Trade Management, אך הוא אינו מותאם לישויות CRM: עסקאות, שלבי צינור מכירות, סטטוסים. מקרה אמיתי: בעת ניסיון להעביר עסקאות דרך CommerceML, קישורים לאנשי קשר והיסטוריית שינויים אבדו.
ה-REST API של Bitrix24 (crm.deal.*, crm.contact.*) מעניק שליטה מלאה בשדות, באירועים ובהרשאות גישה. התוצאה: REST API מעבד מערכי נתונים פי 3 מהר יותר ואינו דורש המרת XML ל-JSON.
עוד על CommerceML
CommerceML מיועד להחלפה מרוכזת של סחורות והזמנות אך אינו תומך בישויות CRM. עבור 1C:CRM (תוסף מעל Trade Management/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 (המנהלים מעדכנים שם)
- פרטי חשבון (ח"פ, KPP, כתובת)—מקור האמת הוא 1C:CRM (הנהלת החשבונות מאמתת)
במקרה של סתירה, "מקור האמת" מקבל עדיפות; המערכת השנייה מקבלת את הנתונים ללא יכולת לדרוס אותם.
מאפיינים של 1C:CRM
1C:CRM אינו תוכנה עצמאית, אלא הרחבה עבור 1C:Trade Management, 1C:Complex Automation, 1C:ERP. הזמינות של שירותי HTTP, הפרמטרים שלהם והיכולות שלהם תלויים בגרסת התצורה. לפני תחילת האינטגרציה, אנו מבררים את הגרסה ואת זמינות השיטות הנדרשות עם מפתחי 1C.
מה כלול בהגדרת ההחלפה
- ביקורת של תצורת 1C ו-Bitrix24 הנוכחית (גרסאות, הרשאות, עומס)
- הסכמה על סכימת ההחלפה והקצאת מקור אמת לכל ישות
- פיתוח מטפלי REST ב-1C ו-webhooks ב-Bitrix24
- בדיקות על נתונים חיים—בדיקת 100+ עסקאות ואנשי קשר
- תיעוד על ההחלפה (ישויות, מיפוי, לוגיקת קונפליקטים)
- הדרכה לעובדים האחראים (3–5 אנשים, 1–2 שעות)
- תמיכה לאחר שחרור: 30 ימי אחריות לתפעול יציב
השוואה בין REST API ל-CommerceML
| פרמטר | REST API | CommerceML (מוגבל) |
|---|---|---|
| סוג התממשקות | בזמן אמת / מתוזמן | אצווה / פעם ביום |
| תמיכה בעסקאות | מלאה | אין |
| טיפול בשגיאות | ניסיונות חוזרים + לוגים | שגיאת בלוק קטלנית |
| גמישות שדות מותאמים אישית | כל שדה מותאם אישית | רק שדות סטנדרטיים |
צרו קשר לקבלת הערכה לפרויקט שלכם—קבלו הצעה בתוך 1-2 ימים. אנו משתמשים בפתרונות מוסמכים ומוכחים ומבטיחים התממשקות יציבה גם בעומס שיא. בקשו ייעוץ עכשיו.