3CX AI Edition: встроенный ИИ, MCP-сервер и интеграции в одной платформе

Обновлено в сентябре 2026. Статья дополнена изменениями V20 Update 9 (Final, июнь 2026) и Update 10 (Alpha, июль–сентябрь 2026): нативный MCP-сервер, 3CX AI Server вместо Transcription Engine, провайдер xAI Grok, AI Customer Service Agent. Функции Update 10 на момент написания доступны только в Alpha-сборках.

Телефония с ИИ перестала быть экспериментом. Вендоры либо встраивают модели в платформу, либо продают отдельные «AI add-on» с внешними API и сюрпризами в биллинге. 3CX Enterprise / AI Edition — пример первого подхода: ИИ, контакт-центр и интеграции упакованы в одну редакцию, а не размазаны по маркетплейсу.

Для архитектора UC это интересно не маркетингом «самая низкая цена в отрасли», а моделью связки: голос → транскрипция → аналитика → CRM/BI → автоматизация. За последние три месяца у этой модели появилось второе направление: не только АТС отдаёт данные в корпоративные системы, но и внешний ИИ-ассистент заходит в АТС через Model Context Protocol — смотреть логи, очереди, транки и выполнять разрешённые действия. Ниже — что входит в AI Edition сейчас, где схема сильная и где всё ещё обрывается.

Для кого эта редакция

3CX позиционирует AI Edition для среднего и крупного бизнеса с большим потоком вызовов, распределёнными командами и требованиями к непрерывности. Лицензирование — по числу одновременных вызовов (SC), а не по количеству пользователей. Для IT-администратора без глубокого телеком-бэкграунда это плюс: одна годовая подписка, функции без скрытых надстроек.

Развёртывание — на выбор:

3CX Hosted (управляемый хостинг вендора)
собственное облако
on-premise

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

Четыре способа использовать ИИ в 3CX

В августе 2026 года 3CX свела AI-возможности V20 в четыре направления. Эта рамка удобнее, чем список фич, — по ней и пойдём:

Направление	Что это	Где работает
1. После звонка	Транскрипция, резюме, sentiment	xAI Grok, OpenAI, Google Speech, 3CX Cloud или свой AI Server
2. Во время звонка	ИИ-агенты: Receptionist, Personal Assistant, Customer Service Agent	Realtime-модели OpenAI или xAI Grok
3. В своём периметре	3CX AI Server — локальная обработка	Mac (Apple Silicon) или Linux с Nvidia GPU
4. Управление АТС	MCP-сервер — ИИ-клиент работает с PBX на естественном языке	Claude, ChatGPT и другие MCP-клиенты

Стек AI-функций: не один «чат-бот», а цепочка

Слой	Что делает	Зачем архитектору
ИИ-секретарь / receptionist	Принимает входящие, маршрутизирует, отвечает на типовые вопросы; улучшенный route-by-name (Update 9)	Снижает нагрузку на операторов и IVR-деревья
AI Customer Service Agent (Update 10)	Первая линия поддержки на базе Knowledge Sources, эскалация на людей, очереди или других агентов	Замена скриптовой первой линии без отдельного CCaaS
ИИ ПА (personal assistant)	Классифицирует входящие в реальном времени (уведомить / прервать / отклонить), может составить и отправить письмо по контексту звонка (Update 9)	Не только для call center — для всей организации
Встроенный спам-фильтр	Детект нежелательных и «пустых» звонков прямо в ИИ-агентах (Update 9)	Меньше мусорной нагрузки на линию и модель
Транскрипция + диаризация	Текст разговора с разделением по спикерам	Точный call log, compliance, поиск по записям
Резюме и анализ настроения	Структурированные резюме с блоками «Notes» и «Action Items» (Update 10)	QA, обучение, эскалация проблемных кейсов
ИИ-аналитика	Отчёты, дашборды, мониторинг в реальном времени	SLA, удовлетворённость, эффективность команд

Важный архитектурный момент ещё с Update 8: агенты получили Knowledge Sources — базы знаний из Admin Console, привязанные к конкретному агенту. Это уже не «подключили GPT и надеемся», а retrieval-augmented сценарий внутри АТС. В Update 10 управлять Knowledge Sources могут и пользователи уровня отдела, а не только System Owner — контент базы знаний наконец можно отдать владельцам процесса, а не держать в очереди у админа.

Практическое ограничение из документации Customer Service Agent: максимальную длительность звонка рекомендуют держать до 15 минут, чтобы не исчерпать контекстное окно модели.

Транскрипция: облако, Grok, свой AI Server

Облачные провайдеры

В Update 9 появился xAI Grok как провайдер транскрипции (анонс): по данным 3CX — около $0,10 за час записи, 30+ языков с автоопределением и разделение спикеров по каналам стерео. Вендор прямо позиционирует его как заметно более дешёвую альтернативу Google, OpenAI и собственному 3CX Cloud Transcription. В редакции PRO Grok доступен только для транскрипции голосовой почты, полный набор — в старших редакциях.

Итого для облачного контура выбор теперь такой: xAI Grok, OpenAI, Google Speech, 3CX Cloud.

3CX AI Server вместо Transcription Engine

Локальный контур в Update 10 серьёзно переработан. Бывший «3CX Transcription Engine (Installed Locally)» переименован в 3CX AI Server — он теперь хостит несколько моделей и выполняет не только распознавание, но и AI-анализ.

Что изменилось архитектурно:

Направление подключения развёрнуто. AI Server сам подключается к АТС как клиент. Не нужны SSL-сертификат, публичный FQDN и проброс портов на сервер транскрипции — в DMZ-схемах это снимает целый класс согласований с ИБ.
Топология mesh. Несколько AI Server на одну АТС, один AI Server на несколько АТС или смешанная схема — для интеграторов и мульти-сайтовых заказчиков это прямой путь к общему GPU-пулу.
Отдельный жизненный цикл. Сервер обновляется независимо от PBX, упавшие задания транскрипции автоматически перезапускаются.
macOS как платформа. Поддерживаются Debian Linux и macOS.

Ориентиры по железу от 3CX:

Платформа	Объём транскрипции в месяц
Mac mini M4, 24 GB	50–200 тыс. минут
Mac Studio M4 Max, 36 GB	до ~500 тыс. минут
Система на Nvidia RTX 4090	500 тыс.+ минут

Появление Apple Silicon в списке — интересный сдвиг: для небольшого on-prem контура больше не нужен GPU-сервер с 24 GB VRAM, хватает Mac mini в стойке.

Внимание при апгрейде: «встроенные» (onboard) AI-установки несовместимы с Update 10 — их нужно переустановить или мигрировать на отдельный AI Server (release notes Update 10 Alpha).

Вывод для проектирования: можно начать с облака (теперь дешевле — через Grok), а при росте требований к конфиденциальности переключить контур на свой AI Server, не меняя АТС. Голос остаётся в периметре, а downstream-интеграции (CRM, BI) продолжают получать те же метаданные.

MCP-сервер: ИИ-ассистент для диагностики и администрирования АТС

Главная новость Update 10 — нативный MCP-сервер (анонс, 26 августа 2026). Model Context Protocol — открытый стандарт, через который ИИ-клиент (Claude, ChatGPT и др.) получает доступ к «инструментам» внешней системы. В случае 3CX такой системой становится сама АТС.

Если до сих пор интеграции 3CX были downstream (PBX → CRM/BI), то MCP открывает управляющий контур: инженер или менеджер разговаривает с ИИ, а тот ходит в PBX за данными и действиями.

Инженер / менеджер
    │  естественный язык
    ▼
ИИ-клиент (Claude, ChatGPT, …)
    │  MCP over HTTPS :443, OAuth
    ▼
3CX MCP Server  ──►  права 3CX-пользователя (роль, отдел)
    │                ──►  политика инструмента: Always allow / Needs approval / Deny
    ▼
PBX: логи, транки, очереди, звонки, записи, БД (только SELECT), конфигурация

Что умеет

3CX описывает возможности формулой «Ask. Analyse. Act» (статья для партнёров). Инструменты сгруппированы так:

Только чтение:

пользователи, контакты, справочник;
звонки, записи, голосовая почта;
очереди, отделы, профили;
система и диагностика — логи PBX и системная информация;
инвентарь PBX (экстеншены, DID, SIP-транки) и запросы к БД — строго read-only SELECT;
инструменты call flow.

Запись и удаление:

действия со звонками, очередями и профилями (логин/логаут агентов в очередях, управление активными вызовами);
изменения конфигурации PBX (например, назначение DID).

Почему это инструмент поддержки, а не игрушка

Для интегратора и службы поддержки MCP закрывает рутину первой линии диагностики — ту, что обычно требует открыть Admin Console, Event Log, отчёты по очередям и сопоставить всё вручную. Типовые запросы:

«Какие SIP-транки сейчас не зарегистрированы и что было в логах за последний час?»
«Почему вчера с 14:00 до 15:00 выросло время ожидания в очереди поддержки? Кто из агентов был разлогинен?»
«Найди записи звонков с номера +7… за неделю и сделай резюме по жалобам».
«Сколько вызовов было переведено больше двух раз — сгруппируй по отделам».

Часть сценариев 3CX продвигает как альтернативу кастомной отчётности: разовые расследования, регулярные дайджесты по расписанию силами ИИ-платформы и «AI-слой» поверх KPI-дашборда. Важная оговорка вендора — MCP не заменяет штатные отчёты и Data Connector: для непрерывной истории и мульти-PBX аналитики нужен именно он. В ветке форума про Update 10 партнёр показывал и безопасностный сценарий — автоматическую блокировку IP-адресов через MCP.

Подключение

По инструкции 3CX:

Admin → Integrations → MCP Clients → Add MCP Client — получить MCP URL.
В ИИ-клиенте добавить коннектор с этим URL, тип аутентификации — только OAuth.
Войти через портал 3CX под пользователем, от чьего имени будет работать ассистент.
Проверить запросом вида «How many extensions does my PBX have?»

В документации описаны ChatGPT и Claude (web и desktop, включая развёртывание на организацию); в release notes Update 10 Alpha также упоминаются Gemini, GitHub Copilot и собственные ассистенты.

Требование, которое стоит заложить в дизайн: для web-клиентов АТС должна быть публично доступна на порту 443 — облачный клиент ходит к PBX из интернета. Если 3CX работает на нестандартном порту или закрыта снаружи, остаются только desktop/терминальные клиенты.

Модель безопасности

OAuth и права 3CX-пользователя. ИИ видит и делает ровно то, что доступно учётке: менеджер отдела — свои очереди, System Owner — всё. Попытка выйти за роль возвращает ошибку.
Политика на каждый инструмент: Always allow, Needs approval (подтверждение перед каждым вызовом) или Deny.
БД только на чтение — Query-инструмент ограничен SELECT.
В Update 10 появились раздельные права на отчёты и записи — это напрямую влияет на то, что сможет вытащить ИИ-ассистент.

Рекомендации архитектора — поверх того, что даёт вендор:

заводить отдельного сервисного пользователя под MCP с минимальной ролью, а не подключать учётку System Owner;
всё, что пишет или удаляет, держать в Needs approval, опасное — в Deny;
помнить про data residency: транскрипты, записи и CDR, которые ИИ-клиент прочитал, обрабатываются у вендора модели (Anthropic, OpenAI). Для персональных данных абонентов это отдельное решение ИБ и юристов, а не галочка в Admin Console;
публикация PBX на 443 наружу — повод пересмотреть WAF, гео-фильтрацию и мониторинг входов.

Ограничения на сентябрь 2026

MCP — часть V20 Update 10, которая пока в Alpha (Alpha 2 вышла 9 сентября). В прод — после Final.
Эндпоинтов для создания пользователей и очередей ещё нет; 3CX на форуме пишет, что направление будут развивать.
В каких редакциях MCP останется после релиза — по ответу сотрудника 3CX на форуме, «обсуждается, пока рано говорить».
До нативного сервера сообщество уже делало свои: например, SSIG-IT/3cx-mcp-server (MIT, TypeScript) поверх XAPI с client credentials. Для Update 10+ разумнее ориентироваться на нативный — он учитывает роли 3CX и политики инструментов.

Интеграции: почему это хороший эталон

Именно блок интеграций на странице AI Edition — то, что стоит смотреть архитектору. 3CX не ограничивается «есть REST API», а называет конкретные точки стыковки в корпоративном ландшафте. С Update 10 карта выглядит так:

Голос (3CX PBX)
    │
    ├─► Microsoft Teams Direct Routing
    ├─► CRM (нативные коннекторы + API; новое — Odoo)
    ├─► Power BI / Grafana
    ├─► PostgreSQL (хранилище CDR/метаданных)
    ├─► MS 365 / Google Workspace
    ├─► SendGrid / Zoho — системная почта
    ├─► Live Chat, WhatsApp, SMS
    ├─► Call Flow Designer, Call Scripts + API → автоматизация
    │
    ◄── MCP-сервер ◄── Claude / ChatGPT / другие MCP-клиенты

Что из этого особенно полезно

Microsoft Teams Direct Routing — голос остаётся на 3CX, Teams получает номера и маршрутизацию. Для гибридных сред (SFB/Lync-наследие, M365, но своя АТС) это привычный паттерн; AI-слой накладывается на тот же SIP-транк.

Power BI и Grafana — готовые векторы для операционной и executive-аналитики: не экспорт CSV раз в неделю, а поток событий вызовов, очередей, sentiment. Для контакт-центра это закрывает разрыв между «телефония работает» и «руководство видит KPI». MCP добавляет к ним разговорный слой: дашборд показывает цифру, ИИ отвечает на «почему».

PostgreSQL — явный акцент на свой data plane: метаданные звонков в реляционном хранилище, откуда их подхватывают ETL, дашборды или внутренние ML-пайплайны.

API + Call Flow Designer + Call Scripts — low-code для маршрутизации и high-code для кастомных workflow (webhook, синхронизация с тикет-системой, триггеры по sentiment).

Схема напоминает то, как современные AI-ready сайты строят слои robots.txt → llms.txt → Schema.org: здесь аналог — PBX → транскрипция/агенты → структурированные данные → корпоративные системы, а MCP играет роль llms.txt для телефонии — машиночитаемый вход для ИИ.

Выбор LLM-провайдера: что изменилось и чего всё ещё не хватает

В первой версии статьи главный упрёк был такой: встроенные агенты работают только с прямым OpenAI API. Update 10 этот упрёк частично снимает — но не полностью.

Что появилось:

В Admin → Integrations → AI → Realtime API теперь можно выбрать провайдера: OpenAI или xAI Grok (Update 10+). Активен только один провайдер одновременно.
Call Scripts из магазина 3CX — например, Grok Voice Agent (grokvoiceagent.cs): ключ и модель хранятся в защищённых параметрах PBX (GROK_API_KEY, GROK_REALTIME_MODEL), требуется AI Edition и Update 10.
Официальный репозиторий 3cx/agentic-call-control (MIT, Node.js/TypeScript) — референс внешних голосовых агентов поверх Call Control API: OpenAI Realtime, Google Gemini Live, xAI Grok Voice Agent, Alibaba Qwen Omni Realtime, с подключением собственных MCP-серверов (календарь, CRM, справочник) как инструментов агента.

Чего по-прежнему нет: поля custom base URL / OpenAI-compatible endpoint. А значит, ни OpenRouter, ни Azure OpenAI, ни свой on-prem LLM не являются first-class опциями во встроенных агентах. Запрос на свой endpoint на форуме так и висит в пожеланиях.

Голос (3CX PBX)
    │
    ├─► CRM / BI / Teams / PostgreSQL     ✓ нативно
    │
    └─► LLM-провайдер (встроенные агенты)
            ├─► OpenAI Realtime          ✓ из коробки
            ├─► xAI Grok                 ✓ Update 10+
            ├─► Gemini Live, Qwen Omni   ~ через Call Control API / agentic-call-control
            ├─► OpenRouter.ai            ✗ нет
            ├─► Azure OpenAI             ✗ нет (запрос в roadmap)
            └─► свой on-prem LLM         ✗ только своим кодом

Почему это всё ещё важно архитектору:

Два вендора — не мульти-провайдерность. Выбор между OpenAI и Grok — это переключатель, а не маршрутизация: один активный провайдер, без failover и без раздачи задач по моделям.
Нет cost routing. Нельзя отправить простые FAQ на дешёвую модель, а сложный screening — на дорогую. OpenRouter решает это одним API; 3CX — нет.
Мульти-тенантность на ключах. Интеграторам по-прежнему приходится заводить отдельный ключ/проект на каждого клиента, иначе общий пул Knowledge Sources между инстансами (обсуждение на форуме).
Realtime-ограничение. Голосовым агентам нужны speech-to-speech realtime-модели, а их в каталогах агрегаторов вроде OpenRouter по-прежнему нет. Даже гипотетический proxy не закроет весь стек.
Стабильность Alpha. В ветке Update 10 Alpha партнёры сообщали об ошибках OpenAI 500 при подключении внешних абонентов к ИИ-агентам — 3CX запросил логи и разбирается.

Обходной путь стал проще, но остался проектом. Раньше «свой LLM» означал писать voice bot с нуля на Call Control API. Теперь есть официальный референс agentic-call-control, от которого можно оттолкнуться, — но это всё равно свой сервис поверх АТС со своим хостингом, мониторингом и обновлениями, а не мастер в Admin Console.

Любопытная асимметрия: управляющий контур открыт — через MCP к 3CX подключается ИИ-клиент любого вендора, — а inference во встроенных агентах закрыт двумя провайдерами. Пока 3CX не добавит OpenAI-compatible base URL, архитекторы с multi-vendor стратегией закладывают либо зависимость от OpenAI/xAI, либо параллельную разработку на Call Control API.

Контакт-центр и UC «вокруг» AI

AI Edition включает не только ИИ, но и расширенный call center: отчёты, wallboards, отслеживание настроения, права на старт/стоп записи, резервирование (failover + standby license). Update 10 добавил запрет записи на уровне пользователя, отдельные права на отчёты и записи, Music on Hold по отделам и выбор исходящего caller ID из назначенных DID. Для глобальных команд — видео до 250 участников на сессию, встроенный MCU (локальный MCU — лицензия 32SC+).

Каналы сообщений (Live Chat, WhatsApp, SMS) идут в той же платформе — агенты и аналитика не привязаны только к PSTN/SIP.

Лицензии и апдейты: на что смотреть перед апгрейдом

Линейка редакций:

PRO — телефония и коллаборация без полного AI-стека (с Update 9 — транскрипция голосовой почты через Grok)
Enterprise / AI — агенты, Customer Service Agent, Call Scripts с Grok, расширенная аналитика, интеграции
Enterprise Plus — для предсказуемых объёмов транскрипции и compliance (8/16/24 SC)

Чек-лист перед переходом на Update 10 (после выхода Final):

onboard AI → мигрировать на отдельный 3CX AI Server, иначе транскрипция перестанет работать;
сверить объём SC и требования к on-prem транскрипции (Mac или Nvidia);
выбрать realtime-провайдера (OpenAI или Grok) и авторизовать нужные модели в ключе API;
для MCP: доступность PBX на 443, сервисная учётка с минимальной ролью, политика инструментов, согласование с ИБ передачи данных вендору ИИ-клиента;
уточнить у партнёра/3CX, в какой редакции окажется MCP после релиза.

Когда имеет смысл, а когда нет

Имеет смысл, если:

высокий объём входящих и нужна автоматизация первой линии без отдельного CCaaS;
нужен единый вендор для голоса, чатов, видео и AI-аналитики;
compliance требует локальной транскрипции или чёткого data residency — AI Server теперь проще развернуть и дешевле по железу;
уже есть или планируется стек Teams + Power BI + CRM — 3CX заявляет нативные стыки;
вы интегратор с парком АТС и хотите ускорить диагностику и поддержку через Claude/ChatGPT по MCP.

Скептически смотреть, если:

организация уже глубоко в Microsoft Teams Phone / Copilot и не хочет второй голосовой платформы;
AI нужен точечно (только summary встреч) — полная AI Edition может быть избыточной;
облачный контур запрещён политикой, а железа под AI Server нет — придётся закладывать CAPEX или ENT+ с облачной квотой 3CX;
PBX нельзя публиковать наружу на 443 или политика запрещает передачу CDR/записей внешнему ИИ-вендору — облачные MCP-клиенты отпадают;
нужна мульти-провайдерная LLM-стратегия (OpenRouter, Azure OpenAI, on-prem) — встроенные агенты дают только OpenAI или Grok, остальное — своим кодом на Call Control API.

Итог

3CX AI Edition — не «ещё один GPT-бот в IVR», а попытка встроить agentic AI в ядро АТС и сразу вывести результат в привычные корпоративные системы. Update 9 и 10 добавили то, чего не хватало для зрелой платформы: дешёвую облачную транскрипцию через Grok, переработанный локальный AI Server с поддержкой Apple Silicon и — главное — MCP-сервер, превращающий АТС в систему, с которой ИИ-ассистент может разговаривать при диагностике, отчётности и администрировании.

Слабое место сдвинулось, но не исчезло: upstream к LLM во встроенных агентах — это OpenAI или Grok, без OpenRouter, Azure OpenAI и custom endpoints. Управляющий контур открыт любому MCP-клиенту, контур inference — нет.

Полезно использовать эту страницу как чек-лист при проектировании любой voice+AI платформы: где транскрибируем, где храним, кто потребляет метаданные, кто поставляет LLM и можно ли сменить провайдера без переписывания агентов, и — новый вопрос 2026 года — какой ИИ и с какими правами может заходить в саму платформу. Даже если финальный выбор — не 3CX, вопросы останутся те же.