Bitrix24 уже хранит звонки, лиды и сделки — но встроенных отчётов часто не хватает, когда РОПу нужно разобрать 100% разговоров, а не выборку из CRM. Внешняя речевая аналитика забирает записи из Bitrix24, делает транскрипт, теги и дашборд — CRM остаётся источником правды по сделкам. По Wordstat (июнь 2026) запрос «речевая аналитика битрикс» даёт около 47 показов в месяц, «речевая аналитика битрикс 24» — около 21. Ниша узкая, зато запрос почти всегда от тех, кто уже в экосистеме Bitrix24. Ниже — пошаговое подключение без лишней теории. Базовый контекст — в статье что такое речевая аналитика, про транскрипты — транскрибация звонков.
TL;DR: Для анализа звонков из Bitrix24 нужны: включённые записи разговоров, REST-приложение или webhook на события телефонии, передача file URL записи + ID лида/сделки/контакта. Webhook — для потока в реальном времени, REST — для догрузки архива. После тестового звонка проверьте журнал CRM и карточку во внешней аналитике. Типовые сбои: нет записи в Bitrix24, дубли webhook, права пользователя API.
Какие данные из Bitrix24 нужны для анализа звонков
Минимальный набор полей, без которого интеграция бесполезна:
- Запись разговора — файл или ссылка на скачивание (часто через метод voximplant.statistic.get или REST CRM activity).
- ID звонка — чтобы не обрабатывать один разговор дважды.
- Направление — входящий / исходящий.
- Длительность и время — для отчётов и SLA.
- Ответственный менеджер — USER_ID из Bitrix24.
- Привязка к CRM — LEAD_ID, DEAL_ID или CONTACT_ID (хотя бы одно).
- Номер клиента — для поиска дублей и истории.
Желательно, но не обязательно на старте: стадия сделки, источник лида, тема активности. Эти поля можно подтянуть вторым REST-запросом после получения звонка.
В Bitrix24 с 2025-2026 года есть встроенные AI-инструменты (BitrixGPT Follow-up, приложения речевой аналитики в маркете). Они закрывают часть задач внутри CRM. Внешняя аналитика имеет смысл, если нужны свои теги, 100% покрытие без ручной прослушки, кросс-отчёты по менеджерам и пилот на бете IQSTAT с помощью настройки интеграции.
Webhook vs REST: что выбрать для Bitrix24
| Критерий | Webhook (исходящие события) | REST (опрос / batch) |
|---|---|---|
| Скорость | Звонок попадает в аналитику сразу после завершения | Задержка по расписанию (5-15 мин) |
| Настройка | Нужен обработчик URL + подписка на события telephony | Достаточно inbound webhook или OAuth-приложения |
| Архив | Не подтягивает старые звонки автоматически | Удобен для догрузки за прошлый месяц |
| Надёжность | Риск потери при недоступности вашего сервера | Проще повторить запрос при ошибке |
| Когда брать | Онлайн-контроль, алерты РОПу | Миграция, аудит, ночная синхронизация |
Практичная схема: webhook для новых звонков + REST-джоб раз в сутки для сверки пропусков. Так вы не теряете записи при сбое сервера.
Для inbound webhook достаточно прав «CRM + Телефония» без публикации приложения в маркет. Для OAuth-приложения понадобится регистрация в кабинете разработчика — это путь, если вы строите собственную интеграцию, а не используете готовый коннектор IQSTAT.
Пошаговое подключение Bitrix24 к речевой аналитике
Ниже — универсальный workflow. Конкретные поля в вашем сервисе могут называться иначе, логика одинаковая.
- Проверьте телефонию — в Bitrix24 включена запись разговоров (облачная АТС или интеграция с внешней АТС). Сделайте тестовый звонок и убедитесь, что в карточке CRM есть запись.
- Создайте REST-приложение — в разделе «Разработчикам» → «Другое» → входящий webhook или локальное приложение. Права: crm, telephony, user (минимум для чтения звонков и сущностей).
- Зарегистрируйте обработчик — URL вашей аналитики для события завершения звонка (или polling cron, если без webhook).
- Передайте credentials в IQSTAT — домен портала (yourcompany.bitrix24.ru), webhook URL или токен. На этапе беты команда IQSTAT помогает с первичной настройкой Bitrix24.
- Тестовый звонок — исходящий и входящий. Проверьте: запись скачалась, транскрипт появился, менеджер и CRM-ID совпали.
- Настройте словарь тегов — 10-15 тегов под ваш процесс («следующий шаг», «цена», «не ЛПР»). Подробнее про workflow — анализ звонков отдела продаж.
- Запустите пилот 7-14 дней — план внедрения описан в внедрении речевой аналитики за 14 дней.
Как привязать звонок к лиду, сделке и контакту
Bitrix24 сам создаёт активность «Звонок» и пытается связать её с CRM. Внешняя аналитика должна повторять эту связь, иначе отчёты «по воронке» не сойдутся.
- Из события звонка возьмите CRM_ENTITY_TYPE и CRM_ENTITY_ID (или аналог в вашей версии API).
- Если привязки нет — найдите контакт по номеру телефона через crm.duplicate.findbycomm.
- Сохраните в карточке аналитики: portal, entity_type, entity_id, call_id — для обратной ссылки в Bitrix24.
- В дашборде РОП фильтруйте по стадии сделки — подтягивайте стадию отдельным REST-запросом раз в час или при обработке звонка.
Ошибка: анализировать звонок только по номеру, игнорируя сделку. Тогда два активных лида на один номер дадут неверную атрибуцию.
Troubleshooting: нет записи, дубли, права доступа
Чеклист типовых проблем после подключения:
- Нет файла записи — запись не включена в настройках телефонии или АТС не отдаёт URL. Решение: включить запись, повторить звонок, проверить RECORD_FILE_ID в statistic.
- Дубли в аналитике — webhook срабатывает дважды (ретрай Bitrix24 + ваш обработчик). Решение: идемпотентность по CALL_ID, ответ 200 OK быстро.
- 403 / insufficient scope — не хватает прав у webhook. Добавьте scope telephony и crm, перевыпустите токен.
- Звонок без менеджера — USER_ID пустой при переводе на группу. Зафиксируйте правило: «ответственный = последний оператор» или вручную в CRM.
- Долгая обработка — файл записи доступен через 1-3 минуты после звонка. Добавьте отложенную задачу повторного скачивания.
- GDPR / согласие — уведомление о записи должно быть настроено в Bitrix24 до массовой аналитики.
Если после чеклиста звонки всё ещё не попадают в дашборд — сохраните сырой payload webhook и ID звонка: по ним быстрее найти разрыв между CRM и аналитикой.
Чем дополнить встроенную аналитику Bitrix24
В CRM удобно смотреть статистику звонков и отчёты по менеджерам. Внешняя речевая аналитика добавляет слой, который сложно собрать вручную:
- 100% транскриптов с поиском по фразам, а не прослушивание выборки.
- Свои теги и причины отказа — единый словарь для всего отдела.
- Разбор без микроменеджмента — РОП видит тренды, а не сидит в прослушке.
- Единый дашборд если звонки идут не только через Bitrix24 (АТС + CRM).
Bitrix24 остаётся местом, где живут сделки. Аналитика — место, где живут паттерны разговоров. Не дублируйте CRM во второй CRM — синхронизируйте только звонки и метаданные.
Перед массовым запуском согласуйте с IT три вещи: кто владелец webhook, где хранятся записи после транскрибации, и какие теги РОП будет смотреть каждую неделю. Без этого интеграция «работает», но бизнес-эффекта нет. Если команда только начинает — пройдите чеклист готовности из статьи про внедрение за 14 дней параллельно с техническим подключением.
Проверка и честность: цифры Wordstat — июнь 2026, кластер «речевая аналитика битрикс». Названия методов REST (voximplant.statistic.get, crm.duplicate.findbycomm) актуальны для REST API Bitrix24 на момент публикации; в облачных обновлениях проверяйте документацию REST на dev.1c-bitrix.ru. Помощь с настройкой Bitrix24 на этапе беты — по данным iqstat.io/ru/beta.
Частые вопросы
Можно ли анализировать звонки Bitrix24 без REST API?
Частично — через экспорт записей или маркет-приложения внутри Bitrix24. Для автоматического потока и 100% покрытия нужен webhook или REST.
Где в Bitrix24 смотреть расшифровку звонка?
Встроенные AI-инструменты и приложения маркета показывают расшифровку в карточке активности. Внешняя аналитика дублирует текст в своём интерфейсе с тегами и отчётами.
Нужна ли облачная телефония Bitrix24?
Нет, но запись должна попадать в CRM. Если АТС внешняя — настройте интеграцию, чтобы звонок и файл записи создавали активность в Bitrix24.
Сколько времени занимает подключение?
Технически — от нескольких часов до 1-2 дней с тестами. Организационно — ещё 1-2 недели пилота с тегами и обратной связью менеджерам.
Передаются ли персональные данные за пределы Bitrix24?
Да, если внешний сервис обрабатывает аудио и транскрипты. Проверьте договор и политику обработки ПДн до массового запуска.
Что делать, если звонков много, а REST упирается в лимиты?
Используйте webhook для новых событий, batch только для сверки. Кэшируйте справочники пользователей и стадий, не запрашивайте их на каждый звонок.
