Bitrix24 עם אינטגרציית 1C-Bitrix: אתר ופורטל
אתר על 1C-Bitrix חי בנפרד מהפורטל של Bitrix24. בקשות מטופסי אינטרנט נשלחות למייל ואובדות. הזמנות מקוונות אינן נראות ב-CRM. מנהל מגלה על לקוח חדש רק כשהלקוח מתקשר בחזרה ושואל "איפה ההזמנה שלי?". שני המוצרים הם מבית Bitrix, וקיים קשר לוגי אך הוא אינו מוגדר כברירת מחדל. יש להגדיר אותו ולשכלל אותו — זה מה שאנחנו עושים. כאשר אתר מקבל 50 בקשות ביום ומנהלים מבזבזים 10–15 דקות בהעתקת נתונים ממייל ל-CRM, זו הפסד ישיר. לצוות שלנו יש ניסיון של 10+ שנים באינטגרציה של מערכת 1C-Bitrix ו-Bitrix24, ואנחנו מבטיחים תוצאות ותמיכה ארוכת טווח.
אילו בעיות האינטגרציה פותרת?
- לידים אבודים — כל טופס שמולא הופך לליד ב-CRM עם תגי UTM, מה שמבטל הזנה ידנית. זמן הטיפול מצטמצם מ-10 שניות ליצירה אוטומטית.
- אין תמונת מכירות אחידה — הזמנות מחנות המקוונת יוצרות אוטומטית עסקאות עם פריטי מוצרים.
- תקשורת מנותקת — הצ'אט המקוון באתר עובד בשילוב עם ערוצים פתוחים ו-CRM.
- סנכרון סטטוס ידני — שינוי סטטוס ב-CRM מתעדכן בחשבון האישי של הלקוח. עיכוב אופייני ללא אינטגרציה הוא עד שעה.
איך להעביר לידים מטופסי אינטרנט ל-CRM אוטומטית?
כל טופס באתר (בקשה, התקשרות חוזרת, הרשמה) צריך ליצור ליד ב-CRM אוטומטית. זה מיושם דרך REST API של Bitrix24. בעת שליחת הטופס, מטפל האירועים OnAfterResultAdd מופעל ויוצר בקשה:
POST https://portal.bitrix24.ru/rest/{user_id}/{webhook_token}/crm.lead.add השדות המועברים: POST https://portal.bitrix24.ru/rest/{user_id}/{webhook_token}/crm.lead.add , TITLE, NAME, PHONE, EMAIL, תגי UTM, ו-SOURCE_ID. תגי UTM נשמרים בקוקי בביקור הראשון — זה קריטי לאנליטיקה. לפני יצירת ליד, אנו בודקים כפילויות דרך COMMENTS. אם איש קשר כבר קיים, נוצרת עסקה ולא ליד חדש. התקציב שנחסך בפעולות שגרתיות לאחר האינטגרציה תלוי בהיקף העבודה.
למה סנכרון סטטוס הפוך חשוב?
מנהלים משנים לעיתים קרובות את סטטוס ההזמנה ב-CRM, אך הלקוח רואה מידע מיושן באתר. אנו מגדירים webhooks מ-Bitrix24: כאשר שלב העסקה משתנה, האתר מקבל הודעה ומעדכן את הרשומה ב-crm.duplicate.findbycomm. זה עובד עבור כל מספר של סטטוסים. השוואה: webhooks מהירים ופשוטים יותר מאשר סוכנים תקופתיים — זמן העדכון יורד משעות לשניות. ב-CRM ניתן להגדיר תהליכים עסקיים (Bizproc) לעיבוד לידים אוטומטי לפי כללים מוגדרים.
סנכרון הזמנות וקטלוג
עבור חנות מקוונת, אנו מגדירים חילופי נתונים דו-כיווניים:
| אירוע באתר | פעולה ב-B24 |
|---|---|
| הזמנה חדשה | b_sale_order + crm.deal.add |
| שינוי סטטוס | crm.deal.productrows.set — שלב חדש |
| תשלום | שלב "שולם" + רישום בציר הזמן |
| ביטול | עסקה "אבודה" עם סיבה |
מוצרים מבלוקי מידע מיוצאים לקטלוג B24 מדי יום באמצעות cron. מיפוי שדות: שם, מק"ט, מחיר, תיאור, תמונה. לסנכרון קטלוג נעשה שימוש בפורמט CommerceML — פרוטוקול החילופין הסטנדרטי בין 1C ל-Bitrix. תיעוד 1C-Bitrix ממליץ להשתמש ב-REST API לסנכרון אמין.
| שיטת אינטגרציה | מהירות יישום | גמישות |
|---|---|---|
| מודול סטנדרטי | 1–2 ימים | נמוכה — רק תרחישים בסיסיים |
| REST API | 3–5 ימים | גבוהה — כל שדות ואירועים מותאמים אישית |
| Webhooks | יום אחד | בינונית — זרימה חד-כיוונית |
מה כלול בעבודה
- הגדרת גשר REST API בין האתר לפורטל
- יישום מטפלים לכל סוגי הטפסים וההזמנות
- שילוב ווידג'ט צ'אט מקוון עם קישור ל-CRM
- פיתוח כללים למיפוי סטטוסים ושדות
- תיעוד ארכיטקטורה וגישה
- הדרכת המנהלים שלכם לעבודה עם הקישור החדש
- תמיכה לאחר השקה למשך חודש
תהליך העבודה
- אנליטיקה — חקר מבנה האתר, סוגי טפסים, סכמות הזמנות.
- עיצוב — הגדרת נקודות אינטגרציה, הכנת מפרט API.
- יישום — כתיבת קוד, הגדרת מטפלים.
- בדיקות — בדיקת כל התרחישים (יצירה, שינוי, כפילויות, שגיאות).
- פריסה — העלאה לסביבת הייצור, הגדרת ניטור.
לוח זמנים ועלות
לוח זמנים: מיומיים עד 3 שבועות בהתאם למורכבות (פרויקט טיפוסי — 1–2 שבועות). העלות מחושבת באופן אישי לאחר ניתוח. הנחה זמינה לאינטגרציה מורכבת. צרו קשר להערכת פרויקט — נייעץ ונציע פתרון אופטימלי. הזמינו אינטגרציה במפתח מוכן: אתם מקבלים קישור עובד עם תיעוד.
טעויות אופייניות באינטגרציה עצמית: חוסר טיפול בכפילויות (מספר לידים ללקוח אחד), אובדן תגי UTM עקב אחסון קוקי שגוי, חוסר טיפול בשגיאות API (כשל בשליחת נתונים נעלם מעיניים), אי-התאמה בסוגי שדות (למשל, העברת מחרוזת במקום מזהה מספרי). האינטגרציה שלנו מבטלת את הבעיות הללו.
האינטגרציה חוסכת עד 20 שעות עבודת מנהלים בחודש — האוטומציה מחזירה את ההשקעה במהירות. אנו מבטיחים יציבות ושקיפות מלאה.