מנהל מבלה עד שעתיים ביום בהעברה ידנית של הזמנות מלוחות המחוונים של Ozon, Wildberries ו-Yandex Market אל ה-CRM. הזנה ידנית מביאה לשגיאות של עד 10%—הזמנות שאבדו, כפילויות, סכומים שגויים.
למפתחי ה-Bitrix24 המוסמכים שלנו יש למעלה משש שנות ניסיון בפיתוח 1C-Bitrix והם השלימו למעלה מ-30 אינטגרציות שמבטלות לחלוטין את הפער הזה. שירות האינטגרציה שלנו עם שוקי המסחר ב-Bitrix24 מבטיח סנכרון הזמנות יעיל.
הזמנות זורמות אוטומטית אל Bitrix24 כעסקאות, הסטטוסים מסונכרנים דו-כיוונית, והאנליטיקה מתאחדת לדוחות מאוחדים. עיבוד הזמנה באמצעות אינטגרציה אורך 3 דקות לעומת 1.5 שעות—חיסכון בזמן של פי 30. הפתרון המותאם אישית מחזיר את ההשקעה תוך 3–6 חודשים.
תמחור האינטגרציה מתחיל ממחיר המחושב לאחר ביקורת עבור שוק מסחר בודד, עם החזר השקעה ממוצע תוך 4 חודשים.
אילו נתונים מסונכרנים בין Bitrix24 לבין הפלטפורמה המסחרית?
Bitrix24 הוא כלי לניהול קשרי לקוחות (CRM) ולעבודה משותפת בצוות, ולא פלטפורמת מסחר אלקטרוני. האינטגרציה פותרת שלוש משימות:
- הזמנות ב-CRM. כל הזמנה נוצרת כעסקה (
crm.deal.add) או כליד. המנהל צופה בה, מטפל בה, מתקשר ללקוח — הכול בתוך ה-CRM. הסטטוסים מסונכרנים דו-כיוונית דרך ה-API (ראו תיעוד Bitrix24 REST API). - התראות. עם הזמנה חדשה או שינוי סטטוס — התראה דרך
im.notify.system.addאו משימה/פעילות. - אנליטיקה. נתוני מכירות מהפלטפורמות המסחריות מזינים את דוחות ה-CRM. ניתן להשוות בין ערוצים ולבנות משפכים.
לתקשורת עם הלקוח (למשל, התכתבות עם Ozon), אנו משלבים את ההודעות לזרם הפעילות של העסקה.
ארכיטקטורה: מדוע שירות middleware הוא קריטי?
ל-Bitrix24 REST API ול-APIs של מרקטפלייסים אין חיבור ישיר. אנו מתכננים middleware—אפליקציה נפרדת (PHP/Node.js/Python) עם תור ולוגיקת retry עבור מאות הזמנות ביום. זרימת עבודה:
- Webhook מהמרקטפלייס (הזמנה חדשה, שינוי סטטוס).
- טרנספורמציה של נתונים לפורמט Bitrix24 REST API.
- יצירה/עדכון של ישויות ב-CRM.
- סנכרון הפוך: בעת שינוי שלב בעסקה—קריאה ל-API של המרקטפלייס.
עבור תרחישים פשוטים, מחברים ללא קוד (n8n/Make) עובדים, אך חסרה להם הגמישות של פיתוח מותאם אישית.
מיפוי נתונים: הזמנה מול עסקה
שדות ההזמנה ב-Marketplace אינם תואמים לשדות העסקה ב-Bitrix24. אנו מגדירים התאמה מלאה:
| שדה הזמנה ב-Marketplace | שדה CRM ב-Bitrix24 |
|---|---|
| order_id | UF_CRM_DEAL_* (שדה מותאם אישית) או TITLE |
| שם הקונה / אימייל | crm.contact (חיפוש או יצירה) |
| רשימת מוצרים | crm.deal.productrows.set |
| total_price | OPPORTUNITY |
| סטטוס | STAGE_ID (מיפוי סטטוסים) |
| שם ה-Marketplace | SOURCE_ID או שדה מותאם אישית |
| created_at | DATE_CREATE |
| כתובת למשלוח | CONTACT.ADDRESS או שדה מותאם אישית |
משימה נפרדת היא מיפוי סטטוסים. סטטוסים של Marketplace ושלבי צינור מכירות מותאמים זה לזה בקובץ תצורה.
טיפול בכפילויות אנשי קשר
קונה עשוי להזמין ממרקטפלייסים שונים ומהאתר. בעת יצירת איש קשר ב-Bitrix24, אנו בודקים כפילויות באמצעות crm.duplicate.find.by.comm (אימייל/טלפון). אם נמצא, אנו משייכים את העסקה לאיש הקשר הזה.
כאשר הנתונים מוסתרים (Wildberries לא מספקת אימייל, Ozon—לפי בקשה), אנו משתמשים במזהה קונה חיצוני בשדה איש קשר מותאם אישית.
סנכרון סטטוס הפוך
כאשר מנהל משנה שלב עסקה ב-CRM, הדבר חייב לבוא לידי ביטוי בלוח המחוונים של השוק.
אנו נרשמים לאירוע ONCRMDEALUPDATE, בודקים את המקור (UF_MARKETPLACE_SOURCE) בעת שינוי STAGE_ID, וקוראים ל-API של השוק: עבור Wildberries—/api/v3/orders/{orderId}/status, עבור Ozon—/v3/posting/fbs/status/set. לא כל הסטטוסים ניתנים לשינוי חיצוני—הדבר נלקח בחשבון בלוגיקה.
סנכרון קטלוג מוצרים
אם המוצרים מנוהלים ב-crm.product או באתר 1C-Bitrix, ניתן לבצע ייצוא אוטומטי אל מרקטפלייס. הדבר מחייב מיפוי מאפיינים (מק"ט, מידות, מחירים) והוא חלק מהיקף העבודה המורחב.
לוחות זמנים לפיתוח
| תרחיש | לוח זמנים |
|---|---|
| מרקטפלייס אחד, הזמנות בלבד → עסקאות | 3–5 שבועות |
| מרקטפלייס אחד, סנכרון סטטוסים דו-כיווני | 5–8 שבועות |
| שני מרקטפלייסים, CRM מלא + התראות | 8–12 שבועות |
| מחזור מלא: הזמנות + קטלוג + אנליטיקה, מספר מרקטפלייסים | 14–20 שבועות |
מה כלול
- ביקורת של תהליכים ודרישות קיימים.
- תכנון ארכיטקטורת Middleware.
- פיתוח מיפוי נתונים ולוגיקת סנכרון.
- הגדרת Webhook ואירועי Bitrix24.
- אינטגרציה של קטלוג (אופציונלי).
- תיעוד ארכיטקטורה והגדרות.
- בדיקות ותמיכה לאחר עלייה לאוויר.
דוגמה למיפוי סטטוסים
פתרונות מוכנים מראש לעומת פיתוח מותאם אישית
ב-Marketplace של Bitrix24 מוצעים יישומי מחברים ל-Ozon ול-Wildberries. הם מכסים תרחישים בסיסיים בעלות נמוכה. מגבלות: לוגיקה קבועה, ללא התאמה אישית של מיפוי, תלות בעדכונים של הספק.
אינטגרציה מותאמת אישית מוצדקת כאשר נדרשת לוגיקה לא סטנדרטית, אינטגרציה עם 1C או מחסן, או שדרישות האמינות עולות על הממוצע. הפתרון שלנו מתמודד עם למעלה מ-100 הזמנות ביום עם זמינות של 99.9%, עיבוד הזמנה אחת באמצעות אינטגרציה אורך פי 30 פחות זמן מהזנה ידנית.
מחבר מותאם אישית מגיב לשינויי סטטוס פי 3 מהר יותר ממודולים סטנדרטיים. החזר ההשקעה: 3 עד 6 חודשים. קבלו ייעוץ מקדים—נעזור לכם לבחור את הפתרון הטוב ביותר. צרו קשר להערכת פרויקט.