Выберите OpenAI, Gemini или Grok и ведите диалог там, где уже происходит вызов.
В 3CX появились готовые шаблоны скриптов вызовов (Call Scripts) для OpenAI Realtime, Google Gemini Live и xAI Grok. Теперь системные администраторы имеют больше свободы выбора ИИ-провайдера для своего голосового агента.
Подключайте выбранного провайдера к существующим сценариям обработки звонков 3CX, сохраняя маршрутизацию, доступ к каталогу, переводы вызовов, голосовую почту, чат и резервную обработку внутри АТС. Выбирайте провайдера, модель и голос, которые подходят вашему бизнесу, в
то время как 3CX контролирует, куда направляется вызов и к каким данным агент имеет доступ.
Читайте далее, чтобы узнать, как работают три примера голосовых ИИ-агентов, что они умеют в 3CX и как начать работу.
Выберите провайдера голосового ИИ

Три шаблона доступны в магазине скриптов вызовов 3CX (Call Script store):
- OpenAI Realtime использует openaivoiceagent.cs.
- Google Gemini Live использует geminivoiceagent.cs.
- Голосовой xAI Grok в реальном времени использует grokvoiceagent.cs.
Для каждого варианта необходимы 3CX редакции AI с V20 Update 10 и учетная запись API выбранного поставщика. Все остальное зависит от вас: выбирайте экосистему, коммерческие условия, поддерживаемые модели и голоса, которые подходят вашему бизнесу.
Оставьте ИИ-агента внутри обработки звонков 3CX
Голосовой агент приносит наибольшую пользу, когда он может не только вести диалог, но и выполнять полезные действия. Запуск агента в виде скрипта вызова 3CX помещает ИИ непосредственно в активный поток обработки вызова, где 3CX уже знает, откуда поступил звонок, какому отделу он принадлежит и куда может быть направлен далее.
Это создает практическую синергию между диалогом с ИИ и действиями АТС:
- Направляйте вызовы с выделенного DID, выбранных входящих транков или внутренних номеров напрямую в скрипт.
- Открывайте агенту доступ только к разрешенным добавочным номерам, очередям, группам вызовов, отделам или ролям.
- Выполняйте перевод вызовов с помощью штатных инструментов 3CX, а не просто сообщайте звонящему, что звонок будет переведен.
- Предлагайте оставить голосовое сообщение или написать в чат, если нужный сотрудник недоступен, и сохраняйте полезный контекст обращения (если эта функция включена).
- Перенаправляйте звонящего на стандартное резервное направление 3CX (fallback destination), если произошел сбой передачи медиаданных или сессии провайдера.
Поскольку обработка медиа, маршрутизация и действия с вызовом тесно связаны с самим диалогом, администраторам приходится согласовывать меньше разрозненных уровней интеграции. Учетные данные провайдера могут безопасно храниться в параметрах АТС, а скрипт вызова содержит инструкции, правила видимости и алгоритмы поведения, которые делают агента по-настоящему полезным.
Простой практический пример: один ИИ-секретарь, несколько действий
Представьте, что клиент звонит на основной номер в загруженное время. ИИ-секретарь приветствует его, отвечает на общий вопрос и уточняет, с кем нужно связаться. Агент выполняет поиск только по тем записям корпоративной книги, которые разрешены в скрипте, а затем соединяет клиента с отделом продаж или службой поддержки.
Если нужный сотрудник недоступен, агент может предложить оставить голосовое сообщение или отправить сообщение в чат. Если провайдер не отвечает или канал передачи медиаданных дает сбой, 3CX направляет вызов на настроенный резервный маршрут. Бизнес-результат остается неизменным независимо от того, на базе чего ведется диалог — OpenAI, Gemini или Grok..
В этом преимущество свободы выбора поставщика в рамках единого рабочего процесса АТС: вы можете тестировать или стандартизировать работу на базе предпочитаемого ИИ-сервиса, не перестраивая маршрут клиентского звонка под совершенно другую интеграцию телефонии.
Начните с готового скрипта вызова
Настройка всех трех поставщиков выполняется по похожей схеме:
- В консоли администрирования 3CX откройте Admin > Integrations > Call Scripts и выберите +Add from Store.
- Выберите пример OpenAI, Gemini или Grok, укажите имя скрипта строчными буквами без пробелов, определите способ его запуска и назначьте отдел.
- Добавьте соответствующий API-ключ и модель реального времени в параметры АТС, оставив ApiKeyOverride и ModelOverride пустыми для централизованного управления значениями.
- Настройте резервное направление, голос, имя и инструкции агента, затем укажите номера, отделы и роли, по которым агент имеет право выполнять поиск.
- Сохраните скрипт, убедитесь в его успешной компиляции и протестируйте назначенный маршрут, прежде чем направлять на него реальный клиентский трафик.
Во время тестирования обязательно проверьте: приветствие и выбранный голос, доступ к разрешенным и скрытым записям телефонной книги, успешный перевод вызова, переадресацию на голосовую почту или чат при недоступности абонента, естественное завершение разговора и корректное срабатывание резервного маршрута (fallback) при сбое ИИ-провайдера. Дополнительный пример функции get_department_hours также следует подключить к надежному источнику данных, прежде чем он начнет обрабатывать реальную информацию клиентов.
Готовы приступить? Ознакомьтесь с руководствами по OpenAI, Gemini и Grok, чтобы узнать о параметрах конкретного провайдера, тестировании и устранении неполадок.
Присоединяйтесь к обсуждению
Обсуждайте 3CX на специализированных форумах для партнеров или клиентов. Подписывайтесь на нас в X и LinkedIn, чтобы узнавать последние новости и о новых функциях.



