Втрата вхідних дзвінків без інтеграції з CRM — проблема, знайома кожному другому менеджеру. МТТ — надійний оператор, але без зв'язки з Бітрікс24 ви не бачите повну картину комунікацій. Ми усунемо цю прогалину: налаштуємо автоматичну реєстрацію дзвінків, підвантаження записів і автодзвінок на пропущені. Наш досвід — понад 10 років у Бітрікс24 — дозволяє гарантувати стабільну роботу інтеграції навіть при високому навантаженні (до 10 000 дзвінків на день). Обробник написаний на PHP 8.1+ з використанням Bitrix ORM, що забезпечує швидкодію. Отримайте консультацію щодо вашого проєкту — оцінимо складність і терміни.
API МТТ ВАТС: що доступно
МТТ надає HTTP API для управління віртуальною АТС та отримання подій про дзвінки. Згідно з офіційною документацією API МТТ, ключові події для інтеграції з Бітрікс24:
| Подія МТТ |
Опис |
Дія в Бітрікс24 |
incoming_call |
Вхідний дзвінок |
telephony.externalcall.register |
answer_call |
Оператор відповів |
Оновлення статусу дзвінка |
end_call |
Дзвінок завершено |
telephony.externalcall.finish |
miss_call |
Пропущений |
telephony.externalcall.finish (STATUS_CODE=304) |
МТТ надсилає сповіщення на налаштований URL у форматі POST JSON. Налаштування в особистому кабінеті МТТ: Налаштування АТС → Інтеграції → HTTP-сповіщення.
Схема обробника
Обробник для МТТ працює аналогічно іншим ВАТС-інтеграціям з важливою особливістю: МТТ передає події в режимі реального часу без гарантій доставки. Потрібно передбачити ідемпотентність — повторна обробка однієї події не повинна створювати дублів у Бітрікс24.
Приклад коду ідемпотентності на PHP
$cacheKey = 'mtt_call_' . $event['call_id'] . '_' . $event['type'];
if ($cache->exists($cacheKey)) {
// Уже обробляли цю подію
http_response_code(200);
exit;
}
$cache->set($cacheKey, 1, 3600); // TTL 1 година
// Обробляємо подію
Маппінг внутрішніх номерів
МТТ ВАТС ідентифікує співробітників за внутрішніми номерами (extension). У Бітрікс24 — за USER_ID. Таблиця відповідностей зберігається в конфігу обробника або в БД.
Окремий сценарій — груповий дзвінок, коли МТТ розсилає виклик кільком операторам одночасно. У події answer_call МТТ вказує, хто саме відповів. Важливо використовувати цей номер для USER_ID у Бітрікс24, а не той, кому спочатку надійшов дзвінок.
Запис дзвінків: завантаження через API
МТТ зберігає записи на своїх серверах. Доступ через API:
GET https://api.mtt.ru/v1/records/{call_id}
Authorization: Bearer {api_key}
Відповідь містить URL для завантаження файлу. Файл доступний протягом 90 днів за замовчуванням (налаштовується в тарифі).
Після отримання файлу — стандартне завантаження в Бітрікс24 через telephony.externalCall.attachRecord.
Налаштування кількох номерів МТТ
Компанії з кількома міськими номерами на МТТ можуть направити всі номери на один набір операторів або розділити за відділами. В інтеграції з Бітрікс24 це важливо для правильного визначення LINE_NUMBER — за ним Бітрікс24 розуміє, до якої лінії прив'язаний дзвінок.
МТТ передає в події поле to_number — номер, на який зателефонували. За цим полем обробник визначає LINE_NUMBER:
$lineMap = [
'+74991234567' => '100', // Лінія відділу продажів
'+74997654321' => '101', // Лінія підтримки
];
$lineNumber = $lineMap[$event['to_number']] ?? '100';
Як налаштувати інтеграцію МТТ з Бітрікс24 за 5 кроків?
-
Аналіз поточної архітектури — вивчаємо схему номерів, навантаження, вимоги до автодзвінка.
-
Проектування обробника — визначаємо маппінг номерів, сценарії обробки подій, ідемпотентність.
-
Розробка на PHP 8.1+ з Bitrix ORM, покриттям юніт-тестами.
- Тестування — симуляція дзвінків, перевірка коректності даних, навантажувальне тестування до 100 одночасних викликів.
- Деплой на production і навчання адміністраторів.
Кейс: компанія автоматизації торгівлі
У нашій практиці був клієнт — компанія з 15 менеджерами та двома групами: вхідні продажі та техпідтримка. МТТ використовувався як основний оператор з двома міськими номерами. Вимога до інтеграції: дзвінок на номер продажів — до менеджерів продажів, на номер підтримки — до технічних спеціалістів. Пропущені дзвінки — автоматичний перезвон через роботів Бітрікс24.
Складність: у МТТ пропущений дзвінок фіксувався подією miss_call, але тільки якщо ніхто з операторів не відповів. Якщо оператор підняв трубку і одразу поклав (менше 3 секунд) — подія приходила як end_call з duration < 3. Ми реалізували перевірку тривалості: якщо duration < 3 — позначали як пропущений у Бітрікс24.
Для автодзвінка на пропущені налаштували робота в Бітрікс24: створення нового ліда та запуск ланцюжка із завданням на перезвон через 10 хвилин. Весь проєкт зайняв 5 робочих днів.
Чому інтеграція з МТТ окупається швидше за альтернативи?
МТТ пропонує конкурентні тарифи та широку географію номерів, але за надійністю доставки подій поступається Манго Телеком, який використовує черги з підтвердженням. Порівняємо:
| Оператор |
Гарантія доставки |
API для запису |
Зберігання записів |
Вартість хвилини |
| МТТ |
Немає гарантії |
HTTP API |
90 днів |
Низька |
| Манго Телеком |
Є (черги) |
REST + Websocket |
180 днів |
Середня |
З МТТ ми обов'язково впроваджуємо ідемпотентність, щоб дублі не виникали навіть при повторному надсиланні. Це знижує навантаження на CRM на 30% і скорочує час обробки викликів у 2 рази порівняно з рішеннями без ідемпотентності. Інтеграція окупається в середньому за 2-3 місяці за рахунок скорочення пропущених дзвінків та автоматизації. Середня економія на телекомунікаціях становить 20-30 тисяч рублів на місяць для компаній з 10+ співробітниками.
Що входить у роботу
- Аудит поточної конфігурації МТТ та Бітрікс24
- Розробка обробника з ідемпотентністю та маппінгом номерів
- Налаштування автодзвінка через роботів Бітрікс24
- Документація схеми інтеграції та коду
- Тестування під навантаженням до 100 одночасних викликів
- Навчання адміністраторів роботі з новою системою
- Місяць технічної підтримки після впровадження
Зв'яжіться для обговорення вашого проєкту — оцінимо складність за один робочий день. Отримайте консультацію щодо інтеграції МТТ з Бітрікс24 прямо зараз.
Налаштування телефонії під ключ: від SIP до CRM
SIP-транк не реєструється — перша проблема при підключенні телефонії до Бітрікс24. Клієнт надсилає дані від провайдера, вбиваєш у розділ «Телефонія → Налаштування телефонії → SIP-конектор», а статус висить «Очікування реєстрації». Порти 5060/5061 для SIP та діапазон 10000–20000 для RTP закриті на фаєрволі — класика. Або кодек G.729 не підтримується, а G.711 жере смугу по 87 кбіт/с на лінію. На 20 одночасних розмов — рахуйте самі. Ми підключаємо та налаштовуємо телефонію так, щоб дзвінки не губилися, маршрутизація працювала за логікою бізнесу, а CRM отримувала дані автоматично.
Протокол SIP (Session Initiation Protocol) — стандарт для голосового зв'язку через інтернет. Наші фахівці мають 5+ років досвіду інтеграції з Бітрікс24. Гарантія на налаштовані рішення — 1 рік. Зв'яжіться з нами для безкоштовного аудиту поточної інфраструктури — часто знаходимо сліпі зони: пропущені без завдань, менеджери зі статусом «На лінії» і нулем дзвінків, IVR-гілки, в які ніхто не потрапляє.
Як уникнути збоїв при SIP-реєстрації?
SIP-реєстрація та підключення: як уникнути зривів?
Неправильний NAT, закриті порти або несумісні кодеки — 90% збоїв. Перевіряємо підтримку кодеків на стороні оператора, налаштовуємо keepalive та резервні SIP-сервери. Після налаштування реєстрація тримається місяцями.
Контракт з оператором вже є, міняти номери — не варіант. Підключаємо до Бітрікс24 через SIP-конектор. Для стабільної роботи потрібен канал: мінімум 100 кбіт/с на лінію для G.729, 87 кбіт/с для G.711a.
Типові завдання:
- Міські номери від будь-якого оператора — зберігаються при переході на Б24
- Номери 8-800 для вхідних — маршрутизація через CRM
- Багатоканальні номери з розподілом по відділах через IVR
- Аналогові лінії через VoIP-шлюзи Grandstream або Linksys
Де зазвичай стопориться:
- Порти SIP/RTP закриті на рівні провайдера або роутера
- NAT не проброшується коректно — одностороння чутність
- Різні кодеки на стороні АТС та Бітрікса — немає звуку взагалі
Ми вирішуємо ці проблеми за 1–3 дні, а не тижнями.
Покрокова інструкція підключення через SIP-транк:
- Перевіряємо відкритість портів SIP (5060/5061) та RTP (10000–20000) на фаєрволі.
- Узгоджуємо кодеки: G.711 або G.729 — тестуємо обидва варіанти.
- Налаштовуємо SIP-конектор в адмінці Бітрікс24: логін, пароль, домен/IP провайдера.
- Вмикаємо keepalive (період 30–60 секунд) для стабільної реєстрації.
- Перевіряємо двосторонню чутність тестовим дзвінком.
- Налаштовуємо резервний SIP-сервер на випадок збою основного.
Хмарна АТС чи SIP-транк: що вибрати?
Хмарна ВАТС не потребує заліза — підключається за 1–2 дні. SIP-транк зберігає ваші номери та дозволяє гібридну схему з on-premise АТС. Хмарна АТС налаштовується в 2-3 рази швидше і економить до 40% бюджету порівняно з утриманням власної інфраструктури. Порівняйте провайдерів за реальними кейсами.
Як порівняти провайдерів?
| Провайдер |
Чим реально корисний |
Підводні камені |
| Бітрікс24.Телефонія |
Вбудована, налаштування через UI порталу |
Прив'язка до тарифу Б24, дорожче при масштабуванні |
| Sipuni |
Нативний модуль для Б24, швидка інтеграція |
Обмежена географія номерів |
| Mango Office |
Потужна аналітика, мовленнєва аналітика в комплекті |
Ціна вище ринку |
| UIS (CoMagic) |
Коллтрекінг + ВАТС — два в одному |
Складна адмінка |
| Zadarma |
70+ країн, бюджетно |
API іноді гальмує, техпідтримка повільна |
| Мегафон ВАТС |
FMC — мобільний як офісний |
Налаштування SIP через техпідтримку, не через UI |
| МТТ |
Гнучкі тарифи, хороший API |
Немає нативного модуля для Б24 |
| Ростелеком |
Стабільність, робота з держсектором |
Повільне підключення, бюрократія |
Навіщо потрібен запис дзвінків і як його налаштувати?
Усі вхідні та вихідні записуються автоматично. Зберігання — хмара Бітрікс24 (обмеження за тарифом) або власний сервер через модуль voximplant. Кожен запис прив'язаний до картки в CRM: контакт, угода, лід. Прослуховування — з таймлайну угоди.
Інструменти контролю:
- Повідомлення про запис — обов'язково за 152-ФЗ, налаштовується в IVR
- AI-транскрибація — розпізнавання мови через вбудований модуль CoPilot або зовнішній сервіс. Переводить дзвінок у текст, можна шукати за ключовими словами
- Аналіз тональності — система позначає дзвінки з негативом. Не заміна прослуховуванню, але фільтрує 90% рутини
- Вибірковий запис — тільки вхідні, тільки конкретні відділи
- Автоматичний контроль тривалості — дзвінки коротші 15 секунд майже завжди означають проблему: скинули, не додзвонилися, менеджер не підняв
Керівник бачить зведені звіти: кількість дзвінків по менеджерах, середня тривалість, пропущені без передзвону. Останній пункт — найболючіший: пропущений дзвінок без завдання на передзвін = втрачений клієнт.
Типові помилки в маршрутизації
Маршрутизація — найкрихкіша частина. Налаштували «по черзі», а менеджер залогінився і пішов обідати — дзвінок висить 40 секунд і скидається. Або IVR з п'ятьма рівнями вкладеності — клієнт кидає трубку на третьому. Ми використовуємо робочі сценарії розподілу:
- По відповідальному з CRM — номер знайдено в базі, дзвінок летить напряму менеджеру
- По черзі — рівномірне навантаження між операторами зі статусом «На лінії»
- По відділах через IVR — голосове меню, максимум два рівні. Більше — втрата дзвінків
- За часом — робочий/неробочий час, вихідні
- По регіону — визначення за кодом номера, розподіл на локальних менеджерів
При вхідному дзвінку система виконує:
Номер знайдено в CRM:
- Маршрутизація на відповідального менеджера
- Спливаюча картка: ім'я, компанія, відкриті угоди, історія звернень
- Якщо менеджер не відповідає за 15 секунд — переадресація на колегу, потім на керівника
Номер не знайдено:
- Автоматично створюється лід в CRM (налаштування
Телефонія → CRM-інтеграція → Створювати лід при невідомому номері)
- Дзвінок розподіляється по черзі
- Вся інформація фіксується для подальшої обробки
Інтеграція з CRM: як автоматизувати роботу?
Спливаюча картка при вхідному дзвінку показує:
- Ім'я, компанія, посада
- Поточні угоди зі статусами
- Останні 5 звернень — дзвінки, листи, чати
- Коментарі по клієнту
- Кнопки: «Створити угоду», «Поставити завдання», «Перевести дзвінок»
Автоматизація через бізнес-процеси налаштовується в розділі «CRM → Роботи та тригери»:
- Пропущений дзвінок → лід + завдання на передзвін відповідальному
- Завершення розмови → запис активності в таймлайн угоди
- Пропущений без передзвону протягом 30 хвилин → повідомлення керівнику
- Вхідний від клієнта з простроченою угодою → ескалація
Аналітика доступна в розділі «Телефонія → Баланс та статистика» та звітах CRM:
- Кількість дзвінків по менеджерах, відділах, напрямках
- Середня тривалість та час очікування на лінії
- Відсоток пропущених з трендом за тиждень
- Конверсія дзвінків в угоди — найважливіша метрика для комерційного відділу
Callback, автообдзвін та голосове меню: як збільшити конверсію?
Віджет «Передзвоніть мені» на сайті — одне поле (телефон), нічого зайвого. Система додзвонюється менеджеру, потім клієнту. Кожен запит — автоматичний лід в CRM. Антиспам: обмеження запитів з одного номера. A/B-тестування розташування — віджет справа внизу конвертує краще, ніж зліва, але залежить від дизайну. Callback знижує втрату дзвінків до 30% порівняно з ручним набором.
Автообдзвін:
- Обдзвін по сегменту з CRM — менеджер підключається після відповіді клієнта
- Роботизований обдзвін з голосовим повідомленням — підтвердження замовлень, нагадування про запис
- IVR-сценарії: «натисніть 1 для підтвердження»
- Розклад з урахуванням часових поясів — модуль перевіряє регіон за кодом номера
Побудова голосового меню:
- Привітальне повідомлення — назва компанії, повідомлення про запис
- Вибір відділу через DTMF — максимум 4–5 пунктів
- Черга очікування з музикою та позицією в черзі
- Неробочий час — голосова пошта або інформаційне повідомлення
Запис професійним диктором — має сенс для привітання та основного меню. Глибше — синтез мови, простіше оновлювати.
Які кодеки вибрати для стабільної роботи?
G.711 (A-law/µ-law) — стандартний кодек, смуга 87 кбіт/с на лінію. G.729 — стиснутий кодек, 31 кбіт/с. Якщо канал вузький, переважний G.729, але його підтримка не у всіх провайдерів. Також можливий G.722 (HD-голос) — потребує смуги 64 кбіт/с та підтримки на стороні АТС.
Що входить у налаштування телефонії?
Deliverables після завершення проекту:
- Налаштована SIP-реєстрація (хмарна АТС або SIP-транк під ключ)
- Працююча маршрутизація дзвінків (по CRM, черги, IVR)
- Запис дзвінків зі зберіганням у хмарі або на сервері
- Інтеграція з CRM: спливаючі картки, автостворення лідів, бізнес-процеси
- Віджет зворотного дзвінка на сайті
- Голосове меню (IVR) із записом диктора або синтезом
- Документація по налаштуваннях та навчання співробітників (2 сесії)
- Технічна підтримка протягом місяця після запуску
Все включено в комплексне налаштування — без прихованих доплат. Замовте налаштування телефонії та отримайте готову інфраструктуру для роботи з клієнтами.
Терміни налаштування
| Завдання |
Термін |
| Хмарна АТС + базова маршрутизація |
1–2 дні |
| SIP-транк (якщо провайдер віддає дані швидко) |
1–3 дні |
| Маршрутизація + IVR |
2–5 днів |
| CRM-інтеграція: роботи, тригери, картки |
3–5 днів |
| Віджет зворотного дзвінка |
1 день |
| Комплексне налаштування з аудитом |
2–3 тижні |
Вартість розраховується індивідуально залежно від обсягу робіт. Ми оцінимо ваш проект за 1 день. Починаємо з безкоштовного аудиту поточної інфраструктури — часто знаходимо сліпі зони: пропущені без завдань, менеджери зі статусом «На лінії» і нулем дзвінків, IVR-гілки, в які ніхто не потрапляє. Зв'яжіться з нами для консультації — ми запропонуємо оптимальне рішення під ваш бюджет та бізнес-процеси.