אינטגרציית Bitrix24-MTT: הגדרת VPBX והתקשרות חוזרת אוטומטית

האם אתם מאבדים שיחות נכנסות ללא אינטגרציית CRM? האינטגרציה שלנו Bitrix24 MTT כוללת הגדרת MTT VPBX מקצועית, רישום שיחות, הקלטה, והתקשרות חוזרת אוטומטית לשיחות שלא נענו. עם ניסיון של למעלה מ-10 שנים ב-Bitrix24, אנו מבטיחים אינטגרציה יציבה גם בעומס גבוה (עד 10,000 שיחות ביום). ה-handler כתוב ב-PHP 8.1+ באמצעות Bitrix ORM, מה שמבטיח ביצועים. עלות הפרויקט המינימלית מתחילה ב-$500. קבלו ייעוץ לפרויקט שלכם — נעריך את המורכבות ואת לוח הזמנים.

MTT VPBX API: מה זמין

MTT מספקת HTTP API לניהול מרכזיית VPBX וירטואלית וקבלת אירועי שיחות. לפי תיעוד ה-API הרשמי של MTT, האירועים המרכזיים לאינטגרציית Bitrix24:

MTT שולחת התראות לכתובת URL מוגדרת כ-POST JSON. הגדרה בלוח הבקרה של MTT: Настройки АТС → Интеграции → HTTP-уведомления.

תוכנית ה-Handler

ה-handler עבור MTT פועל בדומה לאינטגרציות VPBX אחרות עם פרט חשוב אחד: MTT מספקת אירועים בזמן אמת ללא ערבויות מסירה. יש ליישם idempotency — עיבוד חוזר של אירוע לא צריך ליצור כפילויות ב-Bitrix24.

$cacheKey = 'mtt_call_' . $event['call_id'] . '_' . $event['type'];
if ($cache->exists($cacheKey)) {
    // Уже обрабатывали это событие
    http_response_code(200);
    exit;
}
$cache->set($cacheKey, 1, 3600); // TTL 1 час
// Обрабатываем событие

מיפוי שלוחות

MTT VPBX מזהה עובדים לפי מספרים פנימיים (שלוחה). ב-Bitrix24 — לפי $cacheKey = 'mtt_call_' . $event['call_id'] . '_' . $event['type']; if ($cache->exists($cacheKey)) { // Уже обрабатывали это событие http_response_code(200); exit; } $cache->set($cacheKey, 1, 3600); // TTL 1 час // Обрабатываем событие . טבלת המיפוי נשמרת בקונפיגורציה של ה-handler או במסד הנתונים.

מקרה מיוחד הוא שיחת קבוצה, שבה MTT מפנה את השיחה למספר נציגים בו-זמנית. באירוע USER_ID, MTT מציינת מי ענה בפועל. השתמשו בשלוחה זו עבור answer_call ב-Bitrix24, ולא בזו שנקראה בתחילה.

הקלטת שיחות: הורדה דרך API

MTT מאחסנת הקלטות על השרתים שלה. גישה דרך API:

GET https://api.mtt.ru/v1/records/{call_id} Authorization: Bearer {api_key} 

התשובה מכילה כתובת URL להורדת הקובץ. הקובץ זמין למשך 90 יום כברירת מחדל (ניתן להגדיר בתוכנית).

לאחר קבלת הקובץ — העלאה סטנדרטית ל-Bitrix24 דרך USER_ID.

הגדרת מספרי MTT מרובים

חברות עם מספר מספרים מקומיים על MTT יכולות לנתב את כל המספרים לקבוצת נציגים אחת או לפצל לפי מחלקות. באינטגרציית Bitrix24, זיהוי נכון של GET https://api.mtt.ru/v1/records/{call_id} Authorization: Bearer {api_key} חשוב — Bitrix24 משתמשת בו כדי לקבוע לאיזו קו השיחה שייכת.

MTT מעבירה את שדה telephony.externalCall.attachRecord באירוע — המספר שנקרא. ה-handler קובע LINE_NUMBER בהתבסס על שדה זה:

$lineMap = [
    '+74991234567' => '100', // Линия отдела продаж
    '+74997654321' => '101', // Линия поддержки
];

$lineNumber = $lineMap[$event['to_number']] ?? '100';

איך להגדיר אינטגרציית MTT עם Bitrix24 ב-5 שלבים?

1. ניתוח הארכיטקטורה הנוכחית — לימוד תוכנית המספרים, העומס, ודרישות ההתקשרות החוזרת.
2. עיצוב ה-handler — הגדרת מיפוי מספרים, תרחישי עיבוד אירועים, ו-idempotency.
3. פיתוח ב-PHP 8.1+ עם Bitrix ORM, מכוסה בבדיקות יחידה.
4. בדיקות — סימולציית שיחות, אימות נכונות הנתונים, ובדיקת עומס עד 100 שיחות במקביל.
5. פריסה לסביבת הייצור והדרכת מנהלים.

מקרה בוחן: חברת אוטומציה למסחר

היה לנו לקוח עם 15 מנהלים ושתי קבוצות: מכירות נכנסות ותמיכה טכנית. MTT הייתה הספקית הראשית עם שני מספרים מקומיים. הדרישה שלנו לאינטגרציית Bitrix24 MTT: שיחות למספר המכירות מועברות למנהלי המכירות, שיחות לתמיכה מועברות למומחים הטכניים. שיחות שלא נענו — התקשרות חוזרת אוטומטית דרך רובוטים של Bitrix24.

אתגר: MTT דיווחה על שיחה שלא נענתה עם אירוע to_number רק אם אף נציג לא ענה. אם נציג ענה וניתק מיד (פחות מ-3 שניות), האירוע הגיע כ-LINE_NUMBER עם $lineMap = [ '+74991234567' => '100', // Линия отдела продаж '+74997654321' => '101', // Линия поддержки ]; $lineNumber = $lineMap[$event['to_number']] ?? '100'; . יישמנו בדיקת משך: אם miss_call — סימון כשיחה שלא נענתה ב-Bitrix24.

לצורך התקשרות חוזרת אוטומטית לשיחות שלא נענו, הגדרנו רובוט ב-Bitrix24: יצירת ליד חדש והפעלת שרשרת עם משימת התקשרות חוזרת תוך 10 דקות. הפרויקט כולו ארך 5 ימי עסקים.

למה אינטגרציית MTT מחזירה השקעה מהר יותר מאלטרנטיבות?

MTT מציעה תעריפים תחרותיים וגיאוגרפיה רחבה של מספרים, אבל אמינות מסירת האירועים נמוכה יותר מאשר Mango Telecom, שמשתמשת בתורים עם אישורי קבלה. השוואה:

עם MTT, אנו תמיד מיישמים idempotency כדי למנוע כפילויות גם עם שליחה חוזרת. זה מפחית את העומס על ה-CRM ב-30% ומקצר את זמן עיבוד השיחות בחצי בהשוואה לפתרונות ללא idempotency. האינטגרציה מחזירה את ההשקעה תוך 2-3 חודשים בממוצע על ידי הפחתת שיחות שלא נענו ואוטומציה. החיסכון הממוצע בטלקום הוא $200–300 לחודש לחברות עם 10+ עובדים.

מה כלול

• ביקורת על תצורת MTT ו-Bitrix24 הנוכחית
• פיתוח handler עם idempotency ומיפוי מספרים
• הגדרת התקשרות חוזרת אוטומטית דרך רובוטים של Bitrix24
• תיעוד של תוכנית האינטגרציה והקוד
• בדיקת עומס עד 100 שיחות במקביל
• הדרכת מנהלים על המערכת החדשה
• חודש אחד של תמיכה טכנית לאחר הפריסה

צרו קשר כדי לדון בפרויקט שלכם — נעריך את המורכבות תוך יום עסקים אחד. קבלו ייעוץ על אינטגרציית MTT עם Bitrix24 כבר עכשיו.