VitalPBX тихо занял позицию одной из лучших PBX-платформ на базе Asterisk. Современный UI, неограниченное количество внутренних номеров, надёжный функционал колл-центра из коробки. Но когда дело доходит до аналитики и мониторинга в реальном времени — большинство инсталляций VitalPBX дают сбой.
Вот в чём проблема: встроенная аналитика VitalPBX (Sonata Stats) доступна только на тарифе Call Center за $200/месяц. Если вы работаете на плане Community (бесплатном) или Enterprise ($100/месяц), вы летите вслепую. Никаких отчётов по очередям. Никаких данных по производительности агентов. Никакого способа понять, тонет ваш колл-центр или процветает.
Это руководство охватывает всё, что нужно знать о мониторинге колл-центра на VitalPBX: что есть из коробки, чего не хватает и как добавить аналитику в реальном времени без перехода на план за $200/месяц.
Что VitalPBX даёт из коробки
VitalPBX поставляется с крепкими базовыми функциями колл-центра: очереди с ACD (автоматическим распределением звонков), управление агентами, горячий стол для посменных команд и коды супервайзера для прослушивания звонков.
Ядро PBX хорошо справляется с маршрутизацией вызовов. Стратегии дозвона (ringall, leastrecent, fewestcalls, random, rrmemory), приоритеты очередей, объявления и опции обратного звонка работают как ожидается. Для базового входящего колл-центра VitalPBX выполняет свою задачу.
Но «выполняет задачу» и «даёт видимость происходящего» — это разные вещи.
Sonata Suite: коммерческие надстройки VitalPBX
VitalPBX предлагает Sonata Suite как премиальный слой аналитики и управления. Он включает пять модулей:
Sonata Switchboard — Панель мониторинга звонков в реальном времени. Отображает активные звонки, перетаскивание для перевода, прослушивание/подсказка/вмешательство. Доступен на плане Enterprise ($100/месяц) и выше.
Sonata Stats — Исторические отчёты. Отчёты по очередям, агентам, потерянным звонкам, анализ уровня обслуживания. Доступен только на планах Call Center ($200/месяц) и Multi-Tenant ($250/месяц).
Sonata Recordings — Управление записями звонков с референсными номерами, метками, заметками и оценками. Доступен на Enterprise ($100/месяц) и выше.
Sonata Dialer — Управление исходящими кампаниями. Только на Call Center ($200/месяц) и выше.
Sonata Billing — Учёт затрат и отчёты по биллингу. Доступен на Enterprise ($100/месяц) и выше.
Замечаете разрыв? Единственный модуль, который отчаянно нужен большинству колл-центров — Stats — заблокирован за самыми дорогими планами. Если у вас 10–15 агентов на плане Enterprise, вы платите $100/месяц за АТС, но имеете нулевую видимость по производительности очередей.
Где аналитика VitalPBX не дотягивает
Я развёртывал аналитику на десятках PBX-систем на базе Asterisk, включая VitalPBX. Вот пробелы, которые стабильно раздражают менеджеров колл-центров.
Нет дашборда очередей в реальном времени
Sonata Switchboard показывает активные звонки. Это полезно для супервайзеров, которым нужно вмешаться в конкретный разговор. Но это не дашборд аналитики очередей.
Вы не видите: текущую глубину очереди в динамике, рост среднего времени ожидания, падение уровня обслуживания или агентов, приближающихся к перегрузке. Вы реагируете на отдельные звонки вместо того, чтобы управлять здоровьем очереди.
Дашборд в реальном времени — это разница между «у нас был плохой день» и «мы поймали проблему в 10:15 и исправили штатное расписание, пока не стало хуже». Без него ваши супервайзеры всегда отстают на 30 минут.
Только исторические отчёты (никакой аналитики в реальном времени)
Sonata Stats генерирует отчёты. Вы выбираете диапазон дат, очереди и агентов — и получаете PDF или CSV. Это нормально для еженедельных совещаний с менеджерами. Это бесполезно для принятия решений в 14:00 во вторник, когда время ожидания резко растёт.
Отчёты охватывают:
- —Сводку звонков по очередям
- —Анализ уровня обслуживания
- —Производительность агентов (принятые звонки, время разговора, время удержания)
- —Разбивку потерянных/брошенных звонков
- —Распределение звонков по часам/дням
Это основы. Они говорят вам, что произошло вчера. Они не говорят, что происходит прямо сейчас.
Нет тепловых карт и продвинутых визуализаций
Sonata Stats использует таблицы и базовые графики. Нет тепловой карты, показывающей паттерны объёма звонков по неделям. Нет трендовых линий, показывающих как изменилось среднее время обработки за прошлый месяц. Нет таблицы лидеров операторов, обновляющейся в реальном времени.
Для команды из 5 агентов таблицы работают. Для 20+ агентов на нескольких очередях вам нужны визуальные паттерны, чтобы замечать проблемы до того, как они станут кризисами.
Нет интеграции с CRM для аналитики
VitalPBX интегрируется с некоторыми CRM-системами для всплывающих экранов и click-to-call. Но аналитический слой не подключается к вашей CRM. Вы не можете сопоставить производительность колл-центра с результатами продаж, удовлетворённостью клиентов или разрешением тикетов.
Если вы ведёте отдел продаж на VitalPBX, вы хотите знать: «Агент A имеет наибольший объём звонков, но самый низкий коэффициент конверсии». Sonata Stats может сказать вам первую часть. Вторую — нет.
Ограничено экосистемой VitalPBX
Sonata Stats работает только с VitalPBX. Если у вас смешанная инфраструктура — например, VitalPBX в одном офисе и FreePBX в другом — вам нужны две отдельные системы отчётности. Никакого консолидированного представления.
Вариант 1: Создайте собственный аналитический стек
Если вы технически подготовлены и ограничены в бюджете, вы можете построить стек мониторинга поверх VitalPBX. VitalPBX работает на Asterisk, что означает: все стандартные подходы к мониторингу Asterisk применимы.
CDR + запросы к базе данных
VitalPBX хранит CDR (записи о звонках) в базе данных MySQL/MariaDB. Вы можете запрашивать её напрямую:
-- Топ 10 агентов по объёму звонков за эту неделю (CDR VitalPBX)
SELECT
dst AS agent_extension,
COUNT(*) AS total_calls,
ROUND(AVG(billsec)) AS avg_talk_seconds,
ROUND(SUM(billsec) / 3600, 1) AS total_hours
FROM cdr
WHERE calldate >= DATE_SUB(NOW(), INTERVAL 7 DAY)
AND disposition = 'ANSWERED'
AND dcontext LIKE '%queue%'
GROUP BY dst
ORDER BY total_calls DESC
LIMIT 10;-- Брошенные звонки по часам (выявляет пробелы в штатном расписании)
SELECT
HOUR(calldate) AS hour_of_day,
COUNT(*) AS abandoned_calls,
ROUND(AVG(duration)) AS avg_wait_before_abandon
FROM cdr
WHERE calldate >= DATE_SUB(NOW(), INTERVAL 7 DAY)
AND disposition != 'ANSWERED'
AND dcontext LIKE '%queue%'
GROUP BY HOUR(calldate)
ORDER BY hour_of_day;Это работает. Но это медленно, ручной процесс и требует человека, знающего SQL. Не совсем тот «дашборд в реальном времени», о котором просят ваши супервайзеры.
queue_log + кастомный парсинг
Файл queue_log Asterisk содержит детальные данные о событиях для каждого взаимодействия с очередью. VitalPBX пишет в этот файл как любая другая система Asterisk:
1711411200|1711411195.42|support|SIP/1001|CONNECT|12|from-queue|
1711411260|1711411195.42|support|SIP/1001|COMPLETECALLER|12|60||
1711411200|1711411198.43|support|NONE|ABANDON|1|1|15|
Каждая строка фиксирует: метку времени, уникальный ID, имя очереди, агента, тип события и данные события. Вы можете парсить это для:
- —Времени ожидания в очереди (время между ENTERQUEUE и CONNECT)
- —Загрузки агентов (время в CONNECT относительно общего времени входа)
- —Паттернов брошенных звонков (события ABANDON с продолжительностью ожидания)
- —Уровня обслуживания (процент отвеченных в пределах порога)
Но парсинг текстовых файлов и создание дашбордов с нуля занимает 40–80 часов разработки. И это ещё надо поддерживать.
Стек Grafana + Prometheus
Самый популярный DIY-подход для мониторинга VitalPBX:
- —Установите
asterisk_exporterна ваш сервер VitalPBX - —Направьте Prometheus на endpoint экспортера
- —Создайте дашборды Grafana для визуализации
# prometheus.yml для мониторинга VitalPBX
scrape_configs:
- job_name: 'vitalpbx-asterisk'
static_configs:
- targets: ['your-vitalpbx-ip:9100']
scrape_interval: 15sЭто даёт системные метрики (CPU, память, активные каналы), но не аналитику на уровне очередей. Для данных очередей нужны кастомные скрипты, которые парсят queue_log и выдают метрики в формате Prometheus.
Я видел команды, которые тратили 2–3 недели, чтобы получить рабочий дашборд Grafana для очередей Asterisk. Работает, но хрупко. Каждое обновление Asterisk рискует сломать ваши кастомные экспортеры.
Мой вывод: Подход с Grafana имеет смысл, если у вас уже есть стек Prometheus/Grafana для другой инфраструктуры. Если вы строите его только для мониторинга колл-центра VitalPBX, затраты на поддержку не оправданы.
Вариант 2: QueueMetrics (устоявшееся решение)
QueueMetrics — признанный игрок в отчётности для колл-центров Asterisk. У них есть специальная страница интеграции с VitalPBX и опубликованные руководства по установке.
Что вы получаете
QueueMetrics предоставляет:
- —Исторические отчёты (аналогичны Sonata Stats, но более детальные)
- —Информационные табло реального времени (настраиваемые панели)
- —Страницу агента (личный просмотр производительности)
- —Модуль оценки качества
- —Аналитику IVR
- —Доступ к API
Компромиссы
Цена: CHF 8 за агента в месяц (около $9 USD). Для команды из 20 агентов — $180/месяц только за отчётность, что почти столько же, сколько апгрейд до плана Call Center в VitalPBX.
Технологии: QueueMetrics написан на Java. Работает на Tomcat с MySQL бэкендом. В 2026 году разворачивать Java-приложения для веб-дашбордов — как ехать на лошадиной повозке по шоссе. Работает. Просто медленно.
Установка: QueueMetrics требует отдельного сервера или VM, Java runtime и базы данных. На VitalPBX нужно настроить доступ к queue_log, установить коннектор QueueMetrics и поддерживать Java-приложение отдельно от PBX.
Интерфейс: По существу не менялся годами. Функциональный, но выглядит как дизайн 2012 года. Если ваши супервайзеры проводят за дашбордом весь день, эстетика важнее, чем кажется.
Когда QueueMetrics подходит для VitalPBX
QueueMetrics — правильный выбор, если:
- —Вам нужны детальные исторические отчёты с произвольными диапазонами дат
- —Ваша команда уже использует Java-инфраструктуру
- —Вам нужна аналитика IVR
- —Нужны отчёты по нескольким PBX на разных системах Asterisk (QueueMetrics умеет агрегировать)
Неправильный выбор, если вам прежде всего нужны дашборды в реальном времени, современные визуализации или важна стоимость на агента.
Вариант 3: Astervis (аналитика реального времени для Asterisk PBX)
Откровенно: это наш продукт. Но я расскажу прямо о том, что он делает и не делает, чтобы вы могли принять взвешенное решение.
Astervis — платформа аналитики колл-центра в реальном времени, созданная специально для PBX-систем на базе Asterisk, включая VitalPBX. Разворачивается самостоятельно, устанавливается за 5 минут и подключается к существующей инфраструктуре VitalPBX без изменения конфигурации PBX.
Как Astervis работает с VitalPBX
VitalPBX работает на Asterisk. Astervis читает те же источники данных, что и любой инструмент мониторинга Asterisk: AMI (Asterisk Manager Interface), CDR-база данных и queue_log. Поскольку VitalPBX не модифицирует базовые интерфейсы Asterisk, интеграция проходит без проблем.
Установка на сервере VitalPBX:
# Установка одной командой на вашем сервере VitalPBX (или отдельной машине)
curl -sSL https://api.astervis.io/api/releases/install.sh | bashAstervis подключается к AMI вашего VitalPBX (порт по умолчанию 5038) и сразу начинает сбор данных. Никакого Java runtime. Никакого Tomcat. Никакого отдельного сервера базы данных.
Устали угадывать, что происходит в очередях?
Astervis даёт 30+ реалтайм-графиков, KPI операторов и CRM-интеграцию для вашего Asterisk PBX. On-premise. Установка за 5 минут. От $119/мес flat — без ограничения на операторов.
Что вы получаете: 30+ графиков в реальном времени
Вот что Astervis предоставляет там, где Sonata Stats и QueueMetrics не справляются:
Дашборд очередей в реальном времени
- —Глубина очереди в реальном времени, время ожидания и уровень обслуживания — обновляется каждую секунду
- —Визуальные индикаторы при нарушении пороговых значений (слишком большая очередь, слишком долгое ожидание)
- —Исторические тренды, наложенные на данные реального времени, показывают паттерны по мере их развития
Тепловые карты
- —Тепловая карта объёма звонков: в какие часы каких дней больше всего звонков
- —Тепловая карта времени ожидания: когда клиенты ждут дольше всего
- —Тепловая карта доступности агентов: покрытие штата по неделям
Тепловые карты — самая полезная визуализация для планирования рабочей силы. Один взгляд говорит вам: «Понедельники с 9 до 11 утра хронически недоукомплектованы». Никаких SQL-запросов.
Отслеживание производительности операторов
- —Таблицы лидеров в реальном времени (обработанные звонки, среднее время обработки, загрузка)
- —Индивидуальные карточки агентов с трендовыми данными
- —Отслеживание KPI по заданным целям
- —Индикаторы перегрузки: агенты с загрузкой выше 85% отмечаются
Аналитика транков
- —Утилизация SIP-транков в реальном времени
- —Отслеживание параллельных звонков на транк
- —Метрики качества транков (если VitalPBX имеет данные MOS)
Интеграция с CRM
- —Встроенная интеграция с Bitrix24 и AmoCRM
- —Сопоставление данных звонков с результатами сделок
- —Отслеживание конверсии на уровне агентов
Сравнение цен: варианты аналитики для VitalPBX
Вот где цифры говорят сами за себя:
| Решение | 10 агентов | 20 агентов | 50 агентов | Реальное время |
|---|---|---|---|---|
| VitalPBX Call Center Plan | $200/мес | $200/мес | $200/мес | Ограниченное |
| QueueMetrics | $90/мес | $180/мес | $450/мес | Да |
| Astervis Starter | $119/мес | — | — | Да |
| Astervis Professional | $449/мес | $449/мес | $449/мес | Да |
| Grafana DIY | Бесплатно* | Бесплатно* | Бесплатно* | Частично |
*Grafana бесплатна, но требует 40–80 часов разработки и постоянной поддержки.
Для колл-центра VitalPBX из 10 агентов на плане Enterprise ($100/месяц) добавление Astervis Starter ($119/месяц) даёт аналитику в реальном времени за общую сумму $219/месяц. Это на $19 дороже, чем апгрейд до плана Call Center VitalPBX, но при этом вы получаете дашборды в реальном времени вместо исторических отчётов, а число операторов не ограничено.
Для 20+ агентов расчёт становится ещё выгоднее. QueueMetrics по $9/агент/месяц обходится в $180/месяц для 20 агентов. Astervis Starter стоит $119/месяц при любом числе операторов, и вы получаете 30+ графиков в реальном времени, тепловые карты и интеграцию с CRM, которых QueueMetrics не предлагает.
Настройка аналитики на VitalPBX: пошаговое руководство
Независимо от выбранного аналитического инструмента, убедитесь, что VitalPBX правильно настроен для сбора данных.
Шаг 1: Включите доступ к AMI
VitalPBX управляет manager.conf Asterisk через веб-интерфейс. Перейдите в Settings → PBX Settings → AMI и создайте пользователя AMI только для чтения:
; Конфигурация AMI VitalPBX для мониторинга
; (настраивается через веб-интерфейс VitalPBX, показана здесь для справки)
[monitor]
secret = your-secure-password-here
deny = 0.0.0.0/0.0.0.0
permit = 127.0.0.1/255.255.255.0
permit = 192.168.1.0/255.255.255.0
read = system,call,log,agent
write =Разрешений read достаточно для мониторинга. Доступ write не нужен — аналитический инструмент никогда не должен изменять состояние PBX.
Шаг 2: Убедитесь, что queue_log активен
VitalPBX по умолчанию записывает события очереди в /var/log/asterisk/queue_log. Проверьте работу:
# Проверьте, что в queue_log идёт запись
tail -f /var/log/asterisk/queue_log
# Вы должны видеть события вроде:
# 1711411200|1711411195.42|support|SIP/1001|CONNECT|12|
# Если пусто, проверьте queues.conf:
asterisk -rx "queue show"Если queue_log пустой, убедитесь, что настроена хотя бы одна очередь и она принимает звонки. VitalPBX создаёт файл автоматически при активности очередей.
Шаг 3: Настройте доступ к CDR-базе данных
Для исторической аналитики вашему инструменту нужен доступ к CDR-базе. На VitalPBX это обычно MySQL/MariaDB:
# Найдите учётные данные CDR-базы
grep -A5 'cdr_mysql' /etc/asterisk/cdr_mysql.conf
# Или проверьте конфигурацию базы данных VitalPBX
cat /etc/vitalpbx/vitalpbx.conf | grep -i databaseСоздайте пользователя только для чтения для аналитического инструмента:
-- Создать пользователя только для чтения для аналитики
CREATE USER 'analytics'@'192.168.1.%' IDENTIFIED BY 'secure-password';
GRANT SELECT ON asteriskcdr.* TO 'analytics'@'192.168.1.%';
FLUSH PRIVILEGES;Шаг 4: Настройте параметры мониторинга очередей
Для точного мониторинга в реальном времени настройте очереди VitalPBX с правильными таймаутами и событиями. В настройках очередей VitalPBX:
; Ключевые настройки в queues.conf для точной аналитики
; Настраивается через веб-интерфейс VitalPBX → Call Center → Queues
; Включить детальное журналирование событий
eventwhencalled = yes
eventmemberstatus = yes
; Установить целевой уровень обслуживания (секунды) для отчётов SLA
servicelevel = 20
; Журналировать брошенных абонентов
log_membername_as_agent = yesНастройки eventwhencalled и eventmemberstatus критически важны. Без них аналитический инструмент не зафиксирует изменения состояния агентов, что означает неточный расчёт загрузки.
Шаг 5: Проверьте конфигурацию
Перед подключением аналитического инструмента убедитесь, что данные поступают:
# Проверка подключения AMI
asterisk -rx "manager show connected"
# Проверка, что очередь отдаёт события
asterisk -rx "queue show support"
# Ищите: "Calls completed: X, Calls abandoned: Y"
# Проверка записи CDR
mysql -u analytics -p asteriskcdr -e "SELECT COUNT(*) FROM cdr WHERE calldate >= DATE_SUB(NOW(), INTERVAL 1 HOUR);"Если все три проверки прошли, VitalPBX готов к любому аналитическому инструменту — Astervis, QueueMetrics или кастомному дашборду Grafana.
Какой подход к аналитике VitalPBX подходит именно вам?
Ответ зависит от трёх факторов: размера команды, бюджета и того, что нужно видеть.
До 5 агентов: держите всё простым
Если у вас маленькая команда, Sonata Switchboard (входит в Enterprise $100/месяц) плюс ручные CDR-запросы могут быть достаточными. Тепловые карты для 3-х агентов не нужны. Еженедельный SQL-отчёт даёт всё необходимое.
Но даже при таком размере, если вы на плане Community (бесплатном) и не хотите апгрейдиться до Enterprise только ради Switchboard — Astervis Starter за $119/месяц даёт больше аналитики, чем Switchboard.
5–20 агентов: вам нужен реальный тайм
Это идеальный размер, при котором аналитика в реальном времени начинает окупать себя. Супервайзер, управляющий 10 агентами в 2–3 очередях, не может вручную проверять каждую очередь. Нужен единый дашборд, показывающий проблемы по мере их возникновения.
При таком масштабе оба варианта разумны: апгрейд до VitalPBX Call Center ($200/месяц) для Sonata Stats или добавление Astervis ($119–449/месяц) к существующему плану. Вопрос в том, нужна ли вам визуализация в реальном времени (Astervis) или достаточно исторических отчётов (Sonata Stats).
20+ агентов: инвестируйте в нормальную аналитику
Свыше 20 агентов вы не можете позволить себе работать без аналитики в реальном времени. Каждая минута лишнего ожидания стоит денег. Каждый пробел в штате умножается на все активные очереди.
При таком масштабе ценообразование QueueMetrics по $9/агент ($180+ за 20 агентов) делает решения с фиксированной ценой более привлекательными. Astervis Starter стоит $119/месяц независимо от числа операторов — они не ограничены ни на одном тарифе, тогда как у QueueMetrics счёт растёт на $9 с каждым оператором.
Несколько площадок или смешанная PBX: думайте тщательно
Если вы запускаете VitalPBX в одном месте и FreePBX в другом, вам нужна аналитика, работающая с обеими системами. QueueMetrics и Astervis поддерживают это, поскольку подключаются к стандартным интерфейсам Asterisk. Sonata Stats работает только с VitalPBX.
Советы по мониторингу, специфичные для VitalPBX
Несколько выводов из опыта мониторинга инсталляций VitalPBX, отличающихся от ванильного Asterisk:
Следите за влиянием Sonata Switchboard
Если вы используете Sonata Switchboard, он поддерживает постоянные AMI-соединения. Если вы добавляете другой инструмент мониторинга, также подключающийся через AMI, убедитесь, что ваш сервер VitalPBX справляется с несколькими AMI-сессиями. На серверах с менее чем 4 ГБ RAM я видел падение производительности, когда одновременно активны три и более AMI-потребителя.
# Проверка текущих AMI-подключений
asterisk -rx "manager show connected"
# Если видите 5+, оцените, все ли они нужныCDR VitalPBX может включать звонки вне очередей
CDR-база VitalPBX фиксирует все звонки — не только звонки в очереди. При построении отчётов фильтруйте по dcontext, чтобы изолировать трафик колл-центра:
-- Фильтрация только звонков в очереди в CDR VitalPBX
SELECT * FROM cdr
WHERE dcontext IN ('from-queue', 'ext-queues', 'macro-queue')
AND calldate >= '2026-03-01'
ORDER BY calldate DESC;Конкретные имена контекстов зависят от версии VitalPBX и конфигурации очередей. Проверьте реальные значения dcontext перед построением запросов.
Горячий стол и отслеживание агентов
Функция горячего стола VitalPBX (где агенты входят с разных физических телефонов) может запутать аналитические инструменты, отслеживающие по номеру внутреннего. Агент на добавочном 1001 сегодня может быть на 1002 завтра.
Для чистой работы:
- —Используйте коды агентов Asterisk, а не внутренние номера, для членства в очереди
- —Настройте аналитический инструмент на отслеживание по имени агента, а не по внутреннему
- —В Astervis идентификация агентов разрешается автоматически из событий членства в очереди
Мониторинг использования ресурсов самого VitalPBX
VitalPBX делает больше, чем ванильный Asterisk: он запускает веб-интерфейс, управляет конфигурациями и работает с коммерческими модулями. Следите за хост-системой наряду с метриками колл-центра:
# Быстрая проверка работоспособности сервера VitalPBX
echo "=== CPU ==="
top -bn1 | head -5
echo "=== Memory ==="
free -h
echo "=== Asterisk Channels ==="
asterisk -rx "core show channels count"
echo "=== Active Calls ==="
asterisk -rx "core show calls"Серверу VitalPBX, запускающему модули Sonata Suite при 50 параллельных звонках, нужно минимум 4 ядра CPU и 8 ГБ RAM. Если вы добавляете внешнюю аналитику на тот же сервер, учтите дополнительное потребление ресурсов.
Итог
VitalPBX — отличная PBX-платформа, которая справедливо завоёвывает долю рынка. Их Sonata Suite вполне пригоден для базовых нужд отчётности. Но если вы управляете серьёзным колл-центром — 10+ агентов, SLA-обязательства, оптимизация рабочей силы — вам нужна аналитика, выходящая за рамки исторических отчётов.
Ваши варианты очевидны:
- —Апгрейд до VitalPBX Call Center ($200/месяц) для Sonata Stats. Хорошо для команд, удовлетворённых историческими отчётами.
- —Добавить QueueMetrics для более детальных отчётов плюс информационные табло реального времени. Следите за стоимостью на агента выше 20 агентов.
- —Добавить Astervis для дашбордов в реальном времени, тепловых карт и интеграции с CRM по фиксированной цене. Попробуйте бесплатно 14 дней — устанавливается за 5 минут на вашем существующем сервере VitalPBX.
- —Построить с Grafana, если есть DevOps-ресурсы и нужна полная кастомизация. Заложите 40–80 часов.
Каждый час, который супервайзеры тратят на догадки о том, что происходит в очереди — это час, который они могли бы потратить на решение проблемы. Видимость в реальном времени — не роскошь в масштабе. Это минимально необходимый мониторинг для колл-центра, который серьёзно относится к клиентскому опыту.
Хватит гадать. Начни видеть.
Реальная картина вашего Asterisk колл-центра: время ожидания, активность операторов, нагрузка на транки и 30+ графиков. On-premise на вашем сервере. Установка за 5 минут. Без карты.
От $119/мес flat. Без ограничения на операторов. Триал 14 дней.