Исходящие звонки GPT-Live: что проверить до запуска голосового бота

Вторник, 19:40. Клиент автосервиса в Караганде оставляет заявку на сайте: стучит подвеска, нужно попасть до выходных. Администратор ушёл двадцать минут назад, а исходящие звонки у голосового бота здесь никто не настраивал. Утром он перезванивает, и клиент вежливо отвечает, что уже записался в другое место.

Заявка не потерялась. Она просто остыла.

Именно под такие вечера владельцы просят бота, который перезвонит сам. 2 ноября у этой просьбы появился новый ответ: OpenAI открыла исходящие звонки GPT-Live через SIP всем организациям. Бот теперь набирает номер клиента через вашего провайдера телефонии. Дальше начинаются вопросы, которых нет в анонсе: подойдёт ли ваш транк, что будет на автоответчике, сколько стоит недозвон и кому в Казахстане вообще можно так звонить.

Главное за минуту

Как устроены исходящие звонки GPT-Live

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

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

По этому соединению CRM узнаёт судьбу вызова. Вот события и команды, которые стоит сразу связать с карточкой заявки:

• transport.ringing – идут гудки;
• transport.answered – абонент ответил, звук установлен;
• transport.failed – вызов сорвался, причина указана в коде ошибки;
• hangup – ваш сервер завершает звонок;
• refer – перевод на человека, дальше им занимается провайдер;
• DTMF – бот отправляет и принимает тоновые нажатия.

Для автосервиса из начала статьи это выглядит так: заявка создала задачу, бот позвонил через минуту, спросил про машину и удобное время, вызвал вашу функцию записи и положил итог разговора в карточку. Если клиент просит живого мастера, сервер делает refer на дежурный номер. Сами инструменты в примере OpenAI выполняет ваш сервер, поэтому связку с CRM всё равно придётся написать.

Что спросить у SIP-провайдера

Здесь проект может остановиться раньше, чем начнётся. Требования жёстче, чем привыкли в офисной телефонии, и вопрос лучше задать письменно. Вот что нужно именно для исходящих GPT-Live:

Мы бы не подписывались на проект, пока провайдер не сделал тестовые вызовы на мобильные номера всех трёх операторов. Строчка «SIP поддерживается» в договоре ничего не гарантирует: на форуме разработчиков OpenAI есть жалоба на транк, где сигнализация поднималась, а звука не было.

Сколько стоит дозвон

Голосовой слой считается просто: $0,05 за минуту, посекундно, без округления. Сверху идёт модель, которая думает и вызывает инструменты, и минуты оператора. Как складывается цена целого разговора, мы разбирали в сравнении GPT-Live-1 и Gemini 3.8 Live.

Допустим, клиника подтверждает записи: 2 000 разговоров в месяц по две минуты. Это 4 000 минут голоса, или $200, примерно 89 400 тенге по курсу 447 тенге за доллар. Логика и телефония в эту сумму не входят.

С исходящими есть неудобный вопрос. Счётчик OpenAI считает активным всё время сессии, включая тишину, а руководство по SIP не говорит, оплачиваются ли гудки и несостоявшиеся вызовы. Значит, на недозвонах цена может уехать. Прогоните пару сотен звонков и сверьте итоговый расход, который приходит при закрытии сессии, с временем разговора в CRM. До такой сверки считать бюджет кампании рано.

Ограничения тоже закладывайте в архитектуру. Гудки длятся до трёх минут, разговор – до двух часов, и оба лимита в запросе не меняются. Три минуты ждать никто не станет, поэтому таймер на 30–40 секунд с вызовом hangup ставьте сами. Параллельные звонки ограничены тарифом: 50 сессий на Build, 300 на Launch, 500 на Grow. Бесплатный уровень не поддерживается.

Автоответчик, казахский и другие неудобства

Самая заметная дыра – автоответчик. Руководство не описывает его определение, а событие transport.answered приходит, когда звук установлен. Голосовая почта для него тоже может выглядеть ответом. Без своей проверки бот вежливо расскажет про запись на диагностику автоответчику и отчитается об успешном разговоре. Минимальная защита – короткая первая реплика, ожидание ответа человека и завершение звонка, если его нет.

С языками картина прежняя: списка языков для GPT-Live-1 у OpenAI мы не нашли. Русский и смешанную речь проверяйте на своих записях. Для исходящих это особенно чувствительно: человек не ждал звонка и говорит короче, чем на входящей линии. Первая фраза решает, положат ли трубку.

Отдельный вопрос – данные. Для исходящих регион или хранение в ЕС в руководстве не описаны, а имя, телефон и голос клиента являются персональными данными, и обрабатывать их будут за пределами Казахстана. Это нужно отразить в согласии, которое клиент даёт на сайте.

Кому бот вправе звонить в Казахстане

Здесь мы бы спорили с идеей «загрузим базу и пусть звонит». Технически бот сделает это за вечер. Вот только у телефона в базе должно быть основание, а у звонка – понятная цель. Практика согласий с появлением GPT-Live не изменилась.

Новых обстоятельств два. Первое: с 18 января 2026 года действует закон об ИИ, и клиент должен понимать, что говорит с ИИ-системой. Для звонка это значит раскрытие в первых словах, а не в конце. Подробности есть в статье про закон об ИИ и раскрытие бота.

Второе – маркировка звонков от компаний. Поправки приняты, но правила оказания услуг связи к середине сентября ещё согласовывались, а операторы просили начать с первого квартала 2027 года. Подписанного приказа мы в открытых источниках не нашли. Как маркировка поведёт себя на SIP-транках и номерах подрядчиков, пока неизвестно, поэтому номер для бота выбирайте с учётом этого: что готовить уже сейчас, написано в материале про маркировку звонков.

Весной в Мажилисе звучало и предложение запретить автодозвон целиком. Что вошло в итоговую норму и как она ляжет на диалогового бота, мы по первоисточнику не подтвердили. Перед массовым запуском покажите сценарий юристу и сверьте его с действующей редакцией закона.

Где исходящий бот окупается

Лучше всего он работает там, где клиент сам оставил повод для звонка и ждёт его. Перезвон на свежую заявку, подтверждение записи, уточнение адреса доставки, напоминание о платеже с переводом на сотрудника – это короткие разговоры с одной целью.

Плохо он работает на холодной базе и в сложных продажах. Человек, который не просил звонка, слышит раскрытие «я голосовой ассистент» и кладёт трубку. Цена минуты при этом низкая, а цена репутации номера – нет.

Что сделать до первого звонка

Порядок простой: сначала договор и связь, потом сценарий, и только потом объём.

• Получить от провайдера письменное подтверждение TLS, SDES-SRTP и Digest.
• Сделать тестовые вызовы на номера трёх мобильных операторов.
• Проверить, что у каждого телефона в выборке есть согласие или понятное основание.
• Написать первую реплику с раскрытием ИИ и названием компании.
• Поставить таймер гудков и проверку автоответчика на своей стороне.
• Связать refer с дежурным номером и окном работы людей.
• Записывать статусы вызова в карточку заявки.
• Прогнать двести звонков и сверить расход OpenAI с минутами в CRM.

Если после этих шагов цифры сходятся, объём можно поднимать постепенно. Если нет, вы потеряли неделю, а не репутацию номера.

Связанные материалы

• Автообзвон без репутационных рисков: как делать корректно и эффективно
• Голосовой ИИ-оператор для телефонии