Разбор звонков на Битрикс24 Вайбкод: как собрать своё приложение

Штатный AI-анализ звонков в Битрикс24 закрывает типовые сценарии, но не позволяет задать свою логику: другой промт, нестандартные поля, пакетная обработка по расписанию. На Вайбкоде это решается за часы, а не недели - берёшь готовые расшифровки через API, прогоняешь через модель и пишешь итог обратно в карточку.

О том, что умеет штатная речевая аналитика продукта и чем отличается от кастомного приложения, подробно написано в статье AI-анализ звонков в Битрикс24. Здесь - только про сборку.

Зачем собирать своё, если анализ звонков уже встроен

BitrixGPT в CRM расшифровывает звонок, составляет резюме и заполняет поля карточки - это три встроенных шага, которые запускаются кнопкой из таймлайна. Удобно, но негибко.

Кастомное приложение на Вайбкоде нужно, когда стандартного сценария недостаточно:

• Свой промт под продукт. Штатное резюме универсальное. В своём приложении задаёшь конкретный скрипт: выявил ли менеджер потребность, назвал ли цену, зафиксировал ли следующий шаг.
• Нестандартные поля. Результат нужно класть не в стандартные поля карточки, а в кастомные - например, в поле "тип возражения" или "интерес к продукту".
• Пакетная обработка. Разбор всех звонков за ночь по расписанию, а не вручную по одному.
• Внешние записи. Файлы, загруженные не из портальной телефонии, - встречи, записи с диктофона, переговорные комнаты.
• Своя отчётность. Агрегированные данные по менеджерам, динамика по неделям, срезы по типу возражений - то, чего нет в стандартных отчётах.

Если ни один из этих пунктов не актуален, кастомное приложение избыточно. Если хотя бы один - читай дальше.

Откуда берётся текст разговора

Это ключевой момент архитектуры. Если на портале включена AI-обработка звонков через BitrixGPT, разговоры уже расшифрованы. Повторно гонять записи через распознавание речи не нужно - это двойная работа и лишний расход AI-квоты тарифа.

Готовый текст забирается через Vibe API по идентификатору активности звонка. Нужен доступ к CRM - ключ типа "ключ авторизации" (OAuth-приложение), созданный администратором портала, либо простой API-ключ, работающий от имени владельца. Для чтения данных достаточно режима "только чтение": в этом режиме Вайбкод блокирует запись ещё до обращения к Битрикс24, что снижает риск случайного изменения данных.

Если расшифровки для конкретного звонка ещё нет - API возвращает пустое значение. Это не ошибка: просто обработка ещё не прошла или на тарифе нет подписки BitrixGPT + Маркетплейс. Приложение должно корректно обрабатывать такой ответ и пропускать звонок без падения.

Vibe API сам выстраивает запросы в очередь, соблюдает лимиты портала, делает пакетные запросы и постраничную выборку - вручную следить за этим не нужно.

Поток данных от звонка до карточки выглядит так: Битрикс24 хранит расшифровку в активности звонка, Вайбкод-приложение забирает её через Vibe API, отправляет в модель и пишет результат обратно в карточку сделки.

flowchart TD
    CALL[Звонок в Битрикс24] --> TRANSCRIPT[Расшифровка в активности]
    TRANSCRIPT --> VAPI[Vibe API]
    VAPI --> APP[Вайбкод-приложение]
    APP --> MODEL[Модель BitrixGPT]
    MODEL --> APP
    APP --> VAPI2[Vibe API запись]
    VAPI2 --> CARD[Карточка сделки/лида]

Когда всё же нужна собственная расшифровка

Не все записи проходят через портальную телефонию. Три типичных случая, когда расшифровки в портале нет:

1. Записи из внешних источников - встречи в переговорной, звонки через сторонний сервис, которые не интегрированы с Битрикс24.
2. Файлы, загруженные вручную - аудио- или видеозаписи, прикреплённые к сделке напрямую.
3. Звонки, не привязанные к лиду или сделке - они могут не расшифровываться штатным механизмом вовсе.

Для этих случаев на платформе Вайбкод есть модель распознавания речи. Запрос идёт через Vibe API, нужно право доступа vibe:ai.

Важный практический момент: длинные записи нужно резать на части перед отправкой в модель. Если подать весь файл целиком, обработка может оборваться на середине. Размер части подбирают экспериментально - зависит от длительности записей в конкретном отделе продаж.

Подробнее о доступных моделях и ключах написано в статье Vibe API и бесплатные ИИ-модели BitrixGPT в Вайбкоде.

Как устроен анализ и что модель отдаёт на выходе

Текст разговора отправляется модели BitrixGPT с промтом. Модели Битрикс размещены в России и работают в рамках AI-квоты тарифа.

Промт - главный инструмент кастомизации. Несколько принципов, которые работают на практике:

• Просить структурированный ответ - JSON или чёткий список с метками. Это нужно, чтобы потом разложить результат по полям карточки, а не показывать менеджеру сплошную простыню текста.
• Формулировать конкретные разделы: краткое резюме (2-3 предложения), намерение клиента, выявленные риски и возражения, рекомендуемый следующий шаг с предлагаемой датой.
• Добавить контекст: тип продукта, этап воронки, на котором находится сделка.

Пример структуры ответа, которую удобно обрабатывать дальше:

{
  "summary": "Клиент уточнял условия поставки, интересует объём от 50 единиц.",
  "client_intent": "Сравнивает предложения, решение до конца недели.",
  "risks": "Конкурент предложил скидку 10%, клиент упомянул дважды.",
  "next_step": "Выслать КП с расчётом для объёма 50+, позвонить во вторник.",
  "suggested_task_date": "2026-07-22"
}

Структурированный формат позволяет программно разложить поля: summary идёт в заметку таймлайна, next_step и suggested_task_date - в задачу на менеджера.

Как итог попадает обратно в CRM

Запись результата - тоже через Vibe API, но уже с правами на запись. Для этого нужен ключ авторизации (OAuth-приложение), а не ключ только для чтения.

Три стандартных действия после анализа:

Пример логики задачи: модель в поле suggested_task_date вернула дату "во вторник" - приложение создаёт задачу с этой датой и привязывает к сделке. Менеджер видит готовую задачу в своём списке, не нужно ничего дублировать вручную.

Если нужно заполнять кастомные поля карточки, используется crm.deal.update с передачей значений в FIELDS. Поля должны быть созданы заранее - это делается через пользовательские поля в Битрикс24.

Где живёт приложение и как им пользуются

Между интерфейсом и Vibe API ставят серверную часть - чтобы ключи доступа не попадали в браузер. Это стандартная практика безопасности, подробнее о ней - в статье безопасность вайбкодинга в Битрикс24.

Где размещать. Небольшие приложения разворачивают в галактике - это хост на Вайбкоде, который тарифицируется как единый ресурс на несколько десятков приложений. Сервер умеет засыпать и просыпаться, исходники сохраняются при каждом деплое, есть бэкап диска.

Пробуждение по расписанию. Если разбор звонков идёт пакетно - например, ночью обрабатываются все звонки за день - у сервера настраивают пробуждение по расписанию. Это позволяет не держать сервер активным круглосуточно.

Как пользователи видят приложение. Задеплоенное приложение автоматически появляется в каталоге приложений внутри портала Битрикс24 - доступно и в веб-версии, и в мобильном приложении. Для показа прямо внутри карточки сделки используется встройка через плейсмент - менеджер не выходит из карточки, разбор звонка доступен в боковой панели.

flowchart TD
    MANAGER[Менеджер в карточке] --> PLACEMENT[Плейсмент Вайбкода]
    PLACEMENT --> SERVER[Серверная часть]
    SCHEDULE[Расписание пробуждения] --> SERVER
    SERVER --> VIBE_API[Чтение расшифровки]
    SERVER --> MODEL_API[Вызов BitrixGPT]
    SERVER --> WRITE_API[Запись результата]
    WRITE_API --> CARD[Заметка и задача]

Что ломается на практике

Честный раздел - без этого картина была бы неполной.

Нет разделения по говорящим. Платформа не помечает реплики менеджера и клиента отдельно. В расшифровке текст идёт сплошным потоком. Промт можно написать так, чтобы модель сама пыталась разделить стороны по контексту, но точность будет ниже, чем у специализированных решений с диаризацией (например WhisperAI из маркетплейса умеет определять спикера).

Исторический архив недоступен массово. Через Vibe API доступны только уже расшифрованные звонки. Массово прогнать весь исторический архив нельзя - только то, что обработал штатный механизм. Расшифровывать архив заново через модель - дорого по квоте и долго.

Звонки без привязки к сделке. Звонки, не прикреплённые к лиду или сделке, могут не расшифровываться штатным механизмом вовсе. Приложение должно это предусматривать.

Слишком общий скрипт продаж. Если промт написан под абстрактный "звонок продаж", модель проверяет формальности - поздоровался, представился, выяснил потребность. Реального разбора по существу нет. Промт должен быть конкретным: что именно нужно выявить в разговоре для вашего продукта.

Отраслевые термины. Модель путает специфическую лексику: артикулы, названия оборудования, профессиональные аббревиатуры. На практике собирают словарь замен и дополняют его по мере эксплуатации - вставляют в промт как список "читать X как Y".

AI-квота тарифа. При большом объёме звонков упрёшься в лимит. Пакетная обработка по ночам помогает распределить нагрузку, но не снимает ограничение целиком. Нужно учитывать при оценке масштаба внедрения.

Пример вендора: сервис в Коворк/Коде за 8 минут

На митапе 13.10.2026 Битрикс24 показал такой сервис, собранный во вкладке «Код» приложения Коворк/Код. Что было в задаче агенту:

• забрать звонки из сделок, расшифровать и обработать по промпту; расшифровка и модели берутся с платформы Вайбкод, ставить их отдельно не нужно;
• авторизация для каждого пользователя и административная часть со списком тех, кому разрешён доступ;
• главная страница, страница обработки и страницы результатов;
• фильтры на старте: воронка, стадия, период, ответственные, минимальная и максимальная длительность звонка;
• очередь по 20 звонков, чтобы сотня записей обрабатывалась пятью порциями и приложение не зависало;
• сравнение с предыдущим анализом, чтобы видеть, стал ли менеджер продавать лучше.

Основу агент собрал за 8 минут 18 секунд, причём с оформлением, хотя про дизайн в задаче не было ни слова. Еженедельный автозапуск с отправкой итога в чат, ручную загрузку записей и звонки из лидов отложили на следующие этапы: так ошибку проще поймать на маленьком куске.

Готовый сервис коллеги открывают в мессенджере Битрикс24, в папке «Вайбкод». Благодаря авторизации каждый видит только свои результаты. Без неё приложение работало бы с правами автора, а у автора обычно полный доступ к CRM, и для записей разговоров с клиентами это критично.

С чего начать

Практический порядок сборки приложения:

1. Проверить, есть ли расшифровки. Открыть несколько карточек сделок с телефонными звонками и убедиться, что BitrixGPT уже обработал их. Если расшифровок нет - сначала разобраться с подпиской и настройками AI в портале.
2. Сформулировать промт. До написания кода - записать на бумаге, что именно должен вернуть анализ и в каком формате. Это сэкономит итерации.
3. Собрать MVP в Вайбкоде. Взять один звонок, забрать расшифровку через Vibe API, прогнать через BitrixGPT с промтом, посмотреть на результат. Потратит пару часов.
4. Добавить запись в карточку. Написать итог в заметку таймлайна - самый быстрый способ проверить, что данные корректны и полезны.
5. Настроить плейсмент и деплой. Встроить в карточку через плейсмент, задеплоить в галактику.
6. Итерировать промт. Первый промт почти никогда не идеален. Собрать обратную связь от менеджеров за неделю и доработать.

Если хотите разобрать конкретный сценарий или оценить трудоёмкость - напишите на sales@acp-24.ru или позвоните +7 495 414-48-49. АС Проект - платиновый партнёр Битрикс24.

Посмотреть другие примеры того, что можно собрать на платформе, можно в разборе реальных кейсов Вайбкода.

Нужна помощь по вайбкод-приложению? АС Проект - платиновый партнёр Битрикс24: собираем приложения на Вайбкоде, проверяем чужие перед боевым запуском и берём на сопровождение. Состав работ и цены - на странице приложения на вайбкодинге.

Актуально на конец августа 2026

• BitrixGPT 5.6 Agent 1M. Контекст вырос до 1 млн токенов (порядка тысячи страниц за один запрос), новые агенты создаются на этой модели по умолчанию, а долгие ответы почти исчезли.
• Выгодные часы. Квота расходуется вдвое медленнее в будни с 23:00 до 04:00 и в выходные с 17:00 до 07:00 по Москве; полная цена остаётся только в будни с 09:00 до 17:00. Текущий множитель и время ближайшего дешёвого окна отдаёт метод /v1/off-peak.

Что изменилось к октябрю 2026

• Ключ и деплой автоматически. В приложении Коворк/Код ключ и выкладка на сервер больше не требуют захода на платформу Вайбкод: приложение получает ключ само, ссылка появляется в блоке деплоя. Кнопку «Деплой» нажимают вручную только после долгой доработки, когда система сама предлагает передеплоить, или если автоматический деплой не прошёл.
• Одна папка - одно приложение. Всё, что будет дорабатываться, делают в папке проекта: внутри неё сколько угодно сеансов под одним ключом, зависший сеанс просто заменяют новым. Сеанс без папки годится только для пробы, после обрыва связи его не продолжить.
• Проверка безопасности по умолчанию. Последний пункт плана разработки - скилл проверки безопасности. Полную проверку с исправлениями можно запустить отдельно: «/» и первые буквы «security» в поле ввода.
• Приложения в мессенджере. Опубликованные приложения сотрудники находят в папке «Вайбкод» мессенджера Битрикс24 (обновление выдают постепенно с 12.10.2026) или через иконку каталога. Поделиться можно через «три точки» с сотрудником или отделом, у каждого приложения есть свой чат для новостей и обратной связи.

Данные на 13 октября 2026 - платформа Вайбкод в активной бете, цифры (квоты, цены, версии) меняются. Сверяйтесь с документацией Вайбкода.

Частые вопросы