אינטגרציה אמינה בין מחשבון ל-CRM: מניעת אובדן לידים
תארו לעצמכם: 50 מבקרים בשעה באתר שלכם, כל אחד מבצע חישוב—ו-5 לידים נעלמים ללא עקבות. נשמע מוכר? הסיבה היא המגבלות הקפדניות של REST API של Bitrix24. התעריף הענני מאפשר 2 בקשות בשנייה ו-5000 ביום. חריגה מהן מחזירה את השגיאה QUERY_LIMIT_EXCEEDED. לדוגמה, לקוח—רשת סוכנויות רכב—החזיק מחשבון עלות משלוח שייצר עד 50 בקשות בדקה. שליחה ישירה הובילה לאובדן של 10% מהלידים. עם ניסיון של 10+ שנים בפיתוח Bitrix, פיתחנו תוכנית אמינה עם תור וניסיונות חוזרים אוטומטיים. להלן פירוט מלא של היישום. עלות פיתוח טיפוסית נעה בין 500 ל-2000 דולר בהתאם למורכבות. עם מערכת תור, אתם נמנעים מאובדן של 10% מהלידים, וחוסכים פוטנציאלית אלפים בחודש—לדוגמה, לקוח טיפוסי חוסך 1,500 דולר בחודש. צרו קשר לייעוץ—נעריך את הפרויקט שלכם.
איך זה עובד
העברת נתונים מהמחשבון ל-CRM באמצעות REST API
האתר על 1C-Bitrix ו-Bitrix24 הם שני מוצרים עם API שונים. כדי להעביר נתונים מטופס ל-CRM, נעשה שימוש ב-REST API של Bitrix24:
-
crm.lead.add— יצירת ליד -
crm.deal.add— יצירת עסקה ללא ליד -
crm.contact.add+crm.deal.add— איש קשר + עסקה
אימות: webhook נכנס (פשוט) או אפליקציית OAuth (לפורטלים מרובים). לפי התיעוד, המגבלות הן 2 בקשות בשנייה ו-5000 ביום לתעריפים ענניים. דוגמה ליצירת ליד:
$webhookUrl = 'https://your-portal.bitrix24.ru/rest/1/WEBHOOK_TOKEN/';
$fields = [
'TITLE' => 'Заявка с калькулятора: ' . $calculatorName,
'NAME' => $clientName,
'PHONE' => [['VALUE' => $clientPhone, 'VALUE_TYPE' => 'WORK']],
'EMAIL' => [['VALUE' => $clientEmail, 'VALUE_TYPE' => 'WORK']],
'COMMENTS' => $calcResultText,
'SOURCE_ID' => 'WEB',
'UF_CRM_CALCULATOR_PARAMS' => json_encode($calcParams),
'UF_CRM_TOTAL_PRICE' => $totalPrice,
];
$response = file_get_contents(
$webhookUrl . 'crm.lead.add.json?' . http_build_query(['fields' => $fields])
);
$result = json_decode($response, true); יצירת שדות מותאמים אישית לפרמטרי חישוב
שדות מותאמים אישית $webhookUrl = 'https://your-portal.bitrix24.ru/rest/1/WEBHOOK_TOKEN/'; $fields = [ 'TITLE' => 'Заявка с калькулятора: ' . $calculatorName, 'NAME' => $clientName, 'PHONE' => [['VALUE' => $clientPhone, 'VALUE_TYPE' => 'WORK']], 'EMAIL' => [['VALUE' => $clientEmail, 'VALUE_TYPE' => 'WORK']], 'COMMENTS' => $calcResultText, 'SOURCE_ID' => 'WEB', 'UF_CRM_CALCULATOR_PARAMS' => json_encode($calcParams), 'UF_CRM_TOTAL_PRICE' => $totalPrice, ]; $response = file_get_contents( $webhookUrl . 'crm.lead.add.json?' . http_build_query(['fields' => $fields]) ); $result = json_decode($response, true); מאחסנים את כל פרטי החישוב—אפשרויות נבחרות, סכום כולל, תצורה. המנהל פותח את הליד ומיד רואה את ההקשר. השדות נוצרים מראש: UF_CRM_*. הסוג תלוי בנתונים.
| סוג נתונים | שדה לדוגמה | מטרה |
|---|---|---|
| מחרוזת | CRM → Лиды → Настройка полей → Добавить поле |
מוצר או שירות |
| מספר | UF_CRM_TYPE |
כמות |
| רשימה | UF_CRM_QUANTITY |
אפשרות בחירה |
| מחרוזת (JSON) | UF_CRM_COLOR |
תצורת חישוב מלאה |
איך להתמודד עם מגבלות API ושגיאות?
Bitrix24 הענני מגביל בקשות REST: 2 בקשות בשנייה, 5000 ביום (תלוי בתעריף). בחריגה, התשובה: UF_CRM_PARAMS_JSON. יישום טיפוסי ללא תור מאבד 5–10% מהלידים בעומס של 50 בקשות/דקה.
הפתרון הנכון:
- שמירת נתוני המחשבון בטבלת תור (highload-block או טבלה נפרדת)
- סוכן Bitrix השולח רשומות בקבוצות כל 30 שניות, תוך כיבוד המגבלות
- ניסיון חוזר בשגיאה עם השהיה אקספוננציאלית (1 שנייה, 2 שניות, 4 שניות, 8 שניות)
- דגל
{error: "QUERY_LIMIT_EXCEEDED"}לשליטה בסטטוס
function sendPendingLeadsToCRM(): string {
$pendingLeads = getUnsentLeads(limit: 10);
foreach ($pendingLeads as $lead) {
$result = sendLeadToB24($lead);
if ($result['result']) {
markLeadAsSent($lead['id'], $result['result']);
} else {
incrementRetryCount($lead['id']);
}
usleep(600000); // 0.6 сек между запросами
}
return __FUNCTION__ . '();';
} פרטי תצורת הסוכן
הסוכן נרשם ב-`/bitrix/php_interface/init.php`:\CAgent::AddAgent( 'sendPendingLeadsToCRM();', '', 'N', 30, '', 'Y', '', 100 ); פרמטרים: תקופה של 30 שניות, מודול ריק (גלובלי), פעיל מההתקנה.
למה תור הוא האפשרות הטובה ביותר?
שליחה ישירה ברגע החישוב נכשלת בעומס שיא. התור מבטיח מסירה: 0% אובדן עם תצורה נכונה. השוואה:
| פרמטר | ללא תור | עם תור |
|---|---|---|
| אובדן לידים בשיא של 50/דקה | 5–10% | 0% |
| זמן יצירת ליד ב-CRM | <1 שנייה | עד 30 שניות |
| עומס API | שיא | אחיד |
מערכת התור אמינה פי 10 משליחה ישירה, ומבטיחה אפס אובדן לידים.
איך לא לאבד אף פנייה?
הלקוח שלנו—ארגון פיננסי לא-בנקאי—התמודד עם אובדן לידים בעומס שיא של 50 בקשות בדקה. המחשבון: סכום הלוואה, תקופה, סוג בטחון → ריבית ותשלום. בקשת REST ישירה בלתי אפשרית בגלל המגבלות.
פתרון: תור ב-PostgreSQL (אתר על מחסנית לא סטנדרטית), סוכן שולח כל 15 שניות עם 5 לידים, רישום כל תשובות Bitrix24. במקביל, דוא"ל מיידי ללקוח עם התוצאות. המנהל רואה את הליד ב-CRM תוך 15 שניות לכל היותר לאחר שליחת הטופס. בנוסף, הוגדר תהליך עסקי "עיבוד פנייה ראשוני": הקצאה אוטומטית של מנהל אחראי ומועד יצירת קשר ראשון של 30 דקות. אפס אובדן לידים לאורך כל תקופת הפעילות.
מה כלול (תוצרים)
- חלקי הצד לקוח וצד שרת של המחשבון
- יצירת שדות מותאמים אישית לליד/עסקה
- מטפל עם תור וניסיונות חוזרים
- תצורת webhook נכנס של Bitrix24
- רישום כל בקשות ותשובות ה-API
- ניטור עם התראה כשהתור הלא מעובד עולה על N רשומות
- תיעוד מפורט
- הגדרת הרשאות גישה
- הדרכה למנהלים
- 30 ימי תמיכה
לוחות זמנים לפיתוח
| מורכבות | לוח זמנים | הרכב |
|---|---|---|
| בסיסי | מ-2 עד 3 ימי עבודה | נוסחה פשוטה, ליד עם 5–10 שדות, ללא תור |
| בינוני | מ-4 עד 6 ימי עבודה | עם תור וניסיונות חוזרים |
| מלא | מ-5 עד 8 ימי עבודה | ניטור ורישום מלאים |
העלות מחושבת באופן אישי. קבלו ייעוץ—נעריך את הפרויקט שלכם.
אנחנו מפתחים על Bitrix למעלה מ-10 שנים והשלמנו 50+ אינטגרציות עם CRM. אנו מבטיחים אמינות ותמיכה שקופה. הזמינו פיתוח מחשבון עם שמירת תוצאות ל-CRM—צרו קשר.

