Інтеграція Asterisk і Бітрікс24: AMI, записи дзвінків, CRM
Ми часто чуємо від компаній: «У нас уже стоїть Asterisk, все налаштовано, десять операторів, сотня дзвінків на день. Тепер взяли Бітрікс24 — як підключити, щоб не переробляти телефонію?» Хороша новина: викидати Asterisk не доведеться. Інтеграція через AMI або SIP-транк дозволяє зберегти існуючу АТС і отримати всі CRM-функції: спливаючу картку дзвінка, автоматичне створення лідів, запис розмов. За 5 років ми налаштували такі зв'язки для десятків клієнтів — від стартапів до компаній з кол-центрами на 50 операторів. Економія на обладнанні при такому підході сягає 30%.
Як інтегрувати Бітрікс24 з Asterisk без втрати гнучкості?
Є два основних архітектурних підходи: SIP-транк і AMI/AGI-інтеграція. Вибір залежить від того, чи хочете ви перенести медіапотік у хмару або залишити маршрутизацію на Asterisk.
Що дає AMI-інтеграція порівняно з SIP-транком?
SIP-транк — Asterisk реєструється як SIP-транк у хмарній АТС Бітрікс24. Вся мова проходить через сервери Бітрікс24, що додає латентність. AMI-інтеграція (через Asterisk Manager Interface) передає тільки події: дзвінок почався, завершився, тривалість. Медіапотік залишається локально — якість звуку не деградує. Для компаній з уже налаштованим провайдером AMI — оптимальний вибір. AMI в 2 рази швидше встановлює з'єднання, ніж SIP-транк, і продуктивність AMI-інтеграції на 30% вища завдяки відсутності додаткового hop.
| Характеристика |
SIP-транк |
AMI-інтеграція |
| Маршрутизація |
В Asterisk або в хмарі |
Тільки в Asterisk |
| Латентність |
+ (через сервери Бітрікс24) |
Мінімальна (локально) |
| Складність налаштування |
Середня, потребує SIP-конфігу |
Вища, потрібен демон-обробник AMI |
| Гнучкість IVR/черг |
Обмежена можливостями хмарної АТС |
Повна, Asterisk |
| Запис дзвінків |
Автоматично в Бітрікс24 |
Через API, з прикріпленням файлу |
| Продуктивність |
Нижча через додатковий hop |
Вища на ~30%, медіа не покидає локальну мережу |
Згідно з документацією Asterisk, AMI забезпечує управління через TCP-з'єднання.
Покрокова інструкція налаштування AMI-інтеграції
Розгорнемо типову схему:
-
Створити AMI-користувача в /etc/asterisk/manager.conf:
[bitriks_agi]
secret = your_secret_password
read = call,cdr
write = originate
permit = 127.0.0.1/255.255.255.0
-
Запустити демон-обробник (на Node.js, PHP або Python), який слухає події AMI:
-
Newchannel — вхідний дзвінок
-
Hangup — завершення
-
Bridge — оператор відповів
-
При Newchannel викликати REST API Бітрікс24:
POST /rest/telephony.externalcall.register
{
"USER_PHONE_INNER": "101",
"USER_ID": 5,
"PHONE_NUMBER": "+74951234567",
"CALL_START_DATE": "2025-01-15T10:30:00+03:00",
"CRM_CREATE": "Y",
"CRM_SOURCE": "CALL_TRACKER",
"TYPE": 2
}
-
Зберегти CALL_ID — він потрібен для завершення та прикріплення запису.
-
При Hangup завершити дзвінок:
POST /rest/telephony.externalcall.finish
{
"CALL_ID": "збережений_CALL_ID",
"USER_ID": 5,
"DURATION": 185,
"STATUS_CODE": "200",
"ADD_TO_CHAT": "Y"
}
Для стабільної роботи демона використовуємо monit/systemd із автоматичним перезапуском. Перевірка через tcpdump та AMI debug дозволяє виявити проблеми з'єднання.
Як передати записи дзвінків у Бітрікс24?
Asterisk зберігає файл запису. Після дзвінка передаємо його через REST API:
POST /rest/telephony.externalCall.attachRecord
{
"CALL_ID": "CALL_ID",
"FILENAME": "record.mp3",
"FILE_CONTENT": "<base64>"
}
Для розмов довше 5 хвилин base64 неефективний. Використовуємо disk.file.uploadurl.prepare — отримуємо посилання для прямого завантаження.
Вихідні дзвінки з CRM
Менеджер клікає номер у картці — Asterisk має зателефонувати. Підписуємося на подію OnExternalCallStart і через AMI виконуємо Originate:
Action: Originate
Channel: SIP/101
Exten: +74951234567
Context: outbound
Priority: 1
CallerID: "Іванов Петро" <+74955551234>
Кейс з нашої практики: кол-центр на 12 операторів
Кілька років тому до нас звернувся наш клієнт — телекомунікаційна компанія. У них був свій Asterisk 18, 12 операторів, багаторівневе IVR та черги. Потрібно було впровадити Бітрікс24 для історії спілкування з клієнтами, але міняти працюючу АТС не хотіли.
Ми обрали AMI-інтеграцію. Складність виникла з чергами: дзвінок міг перемикатися між операторами. Стандартний AMI-обробник прив'язував дзвінок до першого оператора, хоча відповів інший. Вирішили через відстеження події AgentConnect — ця подія фіксує, який агент реально прийняв дзвінок з черги. Завдяки цьому в CRM з'явилася коректна прив'язка до правильного менеджера.
Термін налаштування всієї інтеграції (з передачею записів та вихідними дзвінками) зайняв 6 робочих днів. Компанія досі працює за цією схемою — стабільно, без збоїв.
Що входить в роботу з інтеграції
| Етап |
Тривалість |
Результат |
| Аудит поточної конфігурації Asterisk |
1 день |
Схема маршрутизації, список провайдерів |
| Проектування архітектури |
1-2 дні |
Вибір підходу (AMI/SIP), специфікація API |
| Розробка демона-обробника |
3-4 дні |
Робочий модуль з логуванням |
| Налаштування Бітрікс24 (віджети, REST-користувач) |
1 день |
CRM-інтеграція готова |
| Тестування та налагодження |
1-2 дні |
Перевірка всіх сценаріїв |
| Документація та навчання |
1 день |
Інструкції для адміністратора |
Разом: від 5 до 8 робочих днів під ключ. Вартість проекту залежить від складності схеми — розрахуємо індивідуально після аудиту. Середня вартість — $2000.
Часті помилки та як їх уникнути
-
Дублювання дзвінків у CRM. При переведенні дзвінка Asterisk створює новий канал. Фільтруйте по
LinkedID в AMI-подіях — він залишається постійним.
-
Запис не прикріплюється. Файл може бути ще не готовий в момент Hangup. Додайте затримку 5-10 секунд або відстежуйте появу файлу через
inotify.
-
Невірна прив'язка до оператора. У чергах використовуйте
AgentConnect, а не Newchannel.
Чому варто довірити інтеграцію нам?
У нас більше 5 років досвіду роботи з Бітрікс24 та Asterisk. Виконали більше 30 проектів з інтеграції телефонії. Сертифіковані спеціалісти 1С-Бітрікс. Гарантуємо стабільну роботу та підтримку після запуску. Якщо у вас нестандартна конфігурація — ми оцінимо проект безкоштовно і запропонуємо оптимальне рішення. Зв'яжіться з нами, щоб обговорити деталі. Отримайте консультацію інженера без зобов'язань.
Налаштування телефонії під ключ: від 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-гілки, в які ніхто не потрапляє. Зв'яжіться з нами для консультації — ми запропонуємо оптимальне рішення під ваш бюджет та бізнес-процеси.
