אינטגרציה מלאה של Bitrix24 עם מרכזיית Megafon וירטואלית

יש לך טלפוניה ארגונית עם Megafon, אבל שיחות הולכות לאיבוד בבלגן והמנהלים מבזבזים זמן על הזנת נתונים ידנית? אנחנו מגדירים את האינטגרציה של Bitrix24 עם מרכזיית Megafon וירטואלית באופן מלא כך שכל שיחה מתועדת אוטומטית ב-CRM ומקושרת לעסקה. הצוות שלנו מטפל במחזור כולו — מביקורת והגדרה ועד תמיכה שוטפת — ומבטיח פעולה אמינה ושקופה של התקשורת שלך.
11+שנות ניסיון900+פרויקטים שהושלמו100+עובדים במשרד19+שותפים
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
אינטגרציה מלאה של Bitrix24 עם מרכזיית Megafon וירטואלית
בינוני
~1-2 שבועות

הכישורים שלנו:

שאלות נפוצות

אינטגרציה של Bitrix24 עם Megafon Virtual PBX

Megafon Virtual PBX היא טלפוניה בענן מאחד המפעילים הגדולים ברוסיה. עבור חברות שהמספרים הארגוניים שלהן כבר נמצאים ב-Megafon, זהו בחירה טבעית של מרכזיית PBX וירטואלית.

האינטגרציה עם Bitrix24 נבנית דרך ה-API של Megafon, המספק webhooks לאירועי שיחות. לדוגמה, עבור רשת קמעונאית עם 50 סניפים או עבור מרכז שיחות עם 20 נציגים, האינטגרציה מספקת שקיפות מלאה של התקשורת: כל שיחה נרשמת ב-CRM עם קישור לעסקה ול� איש קשר.

ב-True Tech.by, אנו מתמחים באינטגרציות כאלה למעלה מ-10 שנים. במהלך תקופה זו, סיפקנו יותר מ-50 פרויקטים המחברים את Bitrix24 עם מרכזיות PBX שונות. Megafon VATS היא אחת הבקשות הנפוצות ביותר, מכיוון שהיא זולה ואמינה.

להלן נפרט ארכיטקטורה טיפוסית, בעיות נפוצות, ונספק קוד מטפל מוכן.

כיצד Megafon מעבירה אירועים?

Megafon VATS עובדת עם התראות push (webhooks). בחשבון האישי, מוגדרת כתובת URL להתראות על סוג אחד או כמה סוגי אירועים:

אירוע מתי הוא מתרחש
start שיחה הגיעה ל-VATS
answer המנוי ענה
end השיחה הסתיימה
record ההקלטה מוכנה להורדה

מאפיין ספציפי של Megafon: כל האירועים עבור שיחה בודדת משולבים דרך call_id יחיד. זה נוח — אין צורך ליצור מזהה משלך כדי לקשר אירועים.

דוגמה להתראה מ-Megafon כאשר שיחה מסתיימת:

{ "type": "end", "call_id": "meg_0123456789abcdef", "start_time": "2024-10-01 10:30:00", "end_time": "2024-10-01 10:33:05", "duration": 185, "from_number": "+74951234567", "to_number": "+74992345678", "internal_number": "102", "state": "answered", "direction": "in" }

כיצד להגדיר את מטפל האירועים?

המטפל מקבל בקשות POST מ-Megafon ומתרגם אירועים ל-Bitrix24.

באירוע answer:

  • קבע את USER_ID ב-Bitrix24 לפי internal_number.
  • קרא ל-telephony.externalcall.register.
  • שמור את הזוג {meg_call_id → bitrix_call_id} באחסון.

באירוע end:

  • אחזר bitrix_call_id לפי meg_call_id.
  • קבע STATUS_CODE מהשדה state בהתאם לטבלה:
state בהתראה STATUS_CODE ב-Bitrix24
answered 200
not_answered 304
busy 486
  • קרא ל-telephony.externalcall.finish.

באירוע record (מגיע כמה דקות לאחר end):

  • לפי call_id, אחזר bitrix_call_id.
  • הורד את ההקלטה דרך הקישור מהאירוע.
  • העלה אותה דרך telephony.externalCall.attachRecord.

Megafon מספקת קישור להקלטה בפורמט:

{ "type": "record",
  "call_id": "meg_0123456789abcdef",
  "url": "https://ватс.мегафон.рф/records/...",
  "duration": 185
}

שיחות יוצאות דרך Megafon VATS

Megafon תומכת ב-API ליזום שיחות יוצאות (click-to-call). מנהל לוחץ על מספר ב-Bitrix24, Bitrix24 מעביר את האירוע למטפל, והמטפל קורא ל-API של Megafon:

POST https://ватс.мегафон.рф/v1/click2call
{
  "from": "102",
  "to": "+74951234567",
  "line_id": "000001"
}

Megafon מתקשרת תחילה לטלפון של העובד, ואז מתחברת ללקוח. ברגע זה, המטפל חייב לרשום את השיחה היוצאת ב-Bitrix24 דרך telephony.externalcall.register עם TYPE=2 (יוצאת).

הגדרה בחשבון האישי

בקטע Integrations → Notifications:

  1. כתובת URL לאירועים — הכתובת של המטפל שלך.
  2. פורמט — JSON.
  3. מפתח סודי (חתימת HMAC של בקשות) — לאימות.

אימות חתימה הוא חובה, אחרת המטפל יקבל כל בקשות POST מכל אחד:

$signature = hash_hmac('sha256', $rawBody, $secretKey);
if ($signature !== $_SERVER['HTTP_X_MEGAFON_SIGNATURE']) {
    http_response_code(403);
    exit;
}

מדוע חתימת HMAC חשובה?

ללא אימות חתימה, תוקף יכול לזייף בקשה וליצור שיחות מזויפות ב-Bitrix24, מה שיוביל לבלבול ולאובדן נתונים. HMAC מבטיח שהבקשה אכן נשלחה על ידי Megafon.

בפועל, אנו רואים: עד 15% מהבקשות הנכנסות למטפל הן זיופים מבוטים. האימות חוסם אותן באופן מיידי.

דוגמה לאימות HMAC ב-PHP 
$signature = hash_hmac('sha256', $rawBody, $secretKey);
if ($signature !== $_SERVER['HTTP_X_MEGAFON_SIGNATURE']) {
    http_response_code(403);
    exit;
}

מקרה מהפרקטיקה שלנו: מרפאה רפואית, 8 מנהלות

המרפאה השתמשה ב-Megafon VATS עם 8 מספרים פנימיים ו-IVR לשתי התמחויות. הבעיה: שיחה יכלה לעבור דרך ה-IVR והתור לפני שהגיעה למנהלת.

היה צורך לרשום ב-Bitrix24 בדיוק את המספר הפנימי שממנו העובד ענה, ולא את מספר ההפצה הראשוני. Megafon מעבירה בשדה internal_number את המספר של המנוי האחרון שענה — זה בדיוק מה שצריך.

בנוסף: אם הלקוח מנתק ב-IVR (לפני שהגיע לתור), אירוע ה-end מגיע עם state=not_answered ו-internal_number ריק.

במקרה זה, נוצרת שיחה שלא נענתה ללא אחראי — היא נראית ברשימה הכללית אצל מנהלת הקבלה. הודות להגדרה שלנו, המרפאה חסכה 30% מהזמן בעיבוד שיחות נכנסות ושיפרה את השליטה על שיחות שלא נענו. המערכת מעבדת עד 10,000 שיחות בחודש באופן יציב במשך שנתיים ללא כשלים. החיסכון בדקת שיחה הסתכם בעד 20%.

תהליך העבודה

  • ניתוח — אנו לומדים את תרשים ה-IVR, מספר העובדים ודרישות הדיווח.
  • עיצוב — אנו מפתחים את ארכיטקטורת המטפל ובוחרים אחסון לקישור call_id.
  • מימוש — אנו כותבים את קוד המטפל ומגדירים webhooks בחשבון האישי של Megafon.
  • בדיקות — אנו בודקים את כל התרחישים: נכנסות, יוצאות, שיחות שלא נענו, הקלטת שיחות.
  • פריסה — אנו פורסים על שרת הייצור ומגדירים ניטור.

מה כלול בעבודה

  • מטפל מוכן עם אימות HMAC ומחזור עיבוד שיחות מלא.
  • אינטגרציית click-to-call לשיחות יוצאות.
  • בדיקות יחד עם ה-IVR והתרחישים שלך.
  • תיעוד: תרשים זרימת עבודה, הוראות להוספת מספרים חדשים.
  • הדרכת מנהלות לעבודה עם כרטיס השיחה ב-Bitrix24.
  • אחריות ל-6 חודשים על קוד המטפל.

לוחות זמנים ועלות

לוח הזמנים להגדרה הוא מ-4 עד 7 ימי עסקים בהתאם למורכבות ה-IVR. העלות מחושבת באופן אישי לאחר ניתוח התצורה שלך. אנו נעריך את הפרויקט שלך לאחר ניתוח המשימה. צור קשר כדי לדון בפרטים ולקבל ייעוץ. הזמן הערכת עלות בזמן נוח לך.

מצגת 1C Bitrixמצגת 1C Bitrix24מצגת 1C Enterprise