Супервизор колл-центра приходит в 9 утра, берёт кофе и открывает отчёты. Вчерашние цифры выглядят нормально. А в это время 47 клиентов висят в очереди поддержки, три оператора ушли на затянувшийся перерыв, и SLA двадцать минут назад упал ниже 60%.
Никто не заметил. Никто не отреагировал.
Именно этот разрыв между «данные есть» и «кто-то увидел их вовремя» и закрывает wallboard. Настенный экран с живой статистикой очередей, статусами операторов и текущим SLA превращает колл-центр из реактивного в проактивный.
Если вы работаете на Asterisk — или на любой PBX на его основе: FreePBX, Issabel, VitalPBX — это руководство закроет все вопросы по построению рабочего wallboard. От выбора метрик до выбора инструмента и конкретных настроек queues.conf, которые питают ваши экраны данными.
Что такое wallboard колл-центра
Wallboard — это дашборд реального времени, выведенный на большой экран (или несколько экранов) в зале колл-центра. Он показывает живые операционные метрики: звонки в ожидании, свободных операторов, статус SLA, среднее время ожидания — и обновляется непрерывно, чтобы супервизоры и операторы реагировали на проблему в момент её появления.
Проще всего представить его как табло вылетов в аэропорту. Все видят одну и ту же информацию. Все понимают текущую ситуацию. Если что-то пошло не так, это видно сразу.
Ключевое слово — реальное время. Wallboard, который обновляется раз в 5 минут, — это отчёт на телевизоре. Настоящий wallboard стримит данные с задержкой меньше секунды. Звонок попал в очередь — вы это видите. Оператор ушёл на перерыв — вы знаете.
Wallboard, дашборд и отчёт — в чём разница
Эти понятия постоянно путают. Разница такая:
| Wallboard | Дашборд | Отчёт | |
|---|---|---|---|
| Аудитория | Весь зал | Супервизоры | Руководство |
| Скорость обновления | Реальное время (секунды) | Почти реальное время (минуты) | История (день/неделя) |
| Носитель | Большие ТВ-экраны | Браузер на десктопе | PDF/почта |
| Метрики | 5–8 ключевых KPI | 15–30 детальных метрик | Полный разбор |
| Задача | Мгновенная осведомлённость | Операционные решения | Стратегическое планирование |
Нужны все три. Но именно wallboard тушит пожары, а не разбирает пепелище.
7 метрик, которые обязаны быть на wallboard для Asterisk
Главная ошибка при построении wallboard — впихнуть 30 метрик на экран, который в итоге никто не читает. Исследования Nielsen Norman Group показывают, что человек способен одновременно удерживать 5–7 показателей. Больше — и внимание рассыпается.
Вот семь метрик, которые важнее всего для колл-центров на Asterisk, по убыванию срочности.
1. Звонки в очереди
Что это: количество абонентов, которые прямо сейчас висят на линии и ждут оператора.
Почему №1: это самая «действенная» метрика. Если за десять минут число ожидающих выросло с 3 до 15, что-то сломалось — и знать об этом нужно сейчас, а не в конце смены.
Источник в Asterisk: приложение Queue() отслеживает это в реальном времени. AMI-действие QueueStatus возвращает Calls по каждой очереди.
Порог тревоги: больше 2× от вашего среднего числа одновременных звонков — жёлтый. Больше 3× — красный.
2. Максимальное время ожидания
Что это: сколько ждёт тот абонент, который в очереди дольше всех.
Зачем: звонки в очереди показывают количество. Максимальное ожидание показывает тяжесть ситуации. Пять звонков в очереди с максимумом в 20 секунд — рабочая ситуация. Пять звонков, где кто-то висит 4 минуты, — уже авария.
Источник в Asterisk: AMI-событие QueueStatus возвращает время Wait для каждого абонента в очереди.
Порог тревоги: зависит от отрасли. Для большинства B2B: жёлтый на 60 секундах, красный на 120.
3. Свободные операторы
Что это: количество операторов, залогиненных в очереди и готовых принять звонок (не в разговоре, не на паузе).
Зачем: эта метрика объясняет, почему копится очередь. Если 20 звонков ждут, а свободных операторов всего 2 — проблема в ресурсах. Если 20 звонков ждут при 8 свободных операторах — проблема в маршрутизации.
Источник в Asterisk: события QueueMember через AMI. Статусы оператора: Not in use (свободен), In use (в разговоре), Paused (на перерыве), Unavailable (не в системе).
Порог: если в рабочее время число свободных операторов держится на нуле дольше 30 секунд — это повод для немедленного алерта.
4. Уровень сервиса (SLA)
Что это: доля звонков, принятых в пределах целевого времени. Отраслевой стандарт: 80% звонков приняты за 20 секунд (80/20).
Зачем: SLA — та единственная цифра, которая говорит, справляется ли колл-центр. Она сводит воедино укомплектованность смены, скорость операторов и сложность обращений.
Источник в Asterisk: Asterisk пишет это в queue_log. События COMPLETECALLER и COMPLETEAGENT содержат время ожидания, которое вы сравниваете со своим порогом.
Совет по отображению: выводите SLA крупным процентом с цветовой индикацией. Зелёный (>80%), жёлтый (65–80%), красный (<65%). Обновляйте раз в 60 секунд по скользящему окну.
5. Процент потерянных звонков
Что это: доля абонентов, которые положили трубку, не дождавшись оператора.
Зачем: каждый потерянный звонок — потенциально потерянный клиент. 3% — норма. 8% — проблема. 15% — вы теряете выручку.
Источник в Asterisk: события ABANDON в queue_log фиксируют, когда абонент бросил трубку в очереди. Отслеживайте позицию, исходную позицию и время ожидания.
Отображение: показывайте как накопленный процент за сегодня. Смена цвета на 5% (жёлтый) и 10% (красный).
6. Среднее время обработки (AHT)
Что это: среднее время, которое оператор тратит на звонок, — разговор плюс постобработка.
Зачем: рост AHT — ранний сигнал тревоги. Если AHT подскочил с 4 минут до 7, операторы, скорее всего, столкнулись с новой проблемой: сбой системы, брак в продукте, невнятное изменение регламента. Wallboard ловит это до того, как кто-то напишет служебную записку.
Источник в Asterisk: события COMPLETECALLER и COMPLETEAGENT в queue_log содержат поля holdtime и talktime.
Отображение: сегодняшнее скользящее среднее против вашей цели. График тренда за последние 2 часа — ещё лучше.
7. Обзор статусов операторов
Что это: визуальная раскладка по состояниям операторов — в разговоре, свободен, на перерыве, в постобработке.
Зачем: это ответ на вопрос «где все?» одним взглядом. Если половина команды одновременно ушла на перерыв, вы видите это мгновенно. Если три оператора по 20 минут висят в статусе «постобработка», что-то не так.
Источник в Asterisk: AMI-события QueueMemberStatus. Поля Status и Paused дают состояние каждого оператора в каждой очереди в реальном времени.
Отображение: ряд цветных индикаторов или компактная таблица. Зелёный — свободен, синий — в разговоре, жёлтый — на паузе, серый — не в системе.
4 способа построить wallboard для Asterisk
Решения для wallboard заметно различаются. Вот честный разбор вариантов на 2026 год — от полного DIY до специализированных платформ.
Вариант 1. DIY на Grafana + собственный конвейер данных
Как это работает: вы поднимаете конвейер, который читает queue_log или события AMI, складывает их в time-series базу (InfluxDB, Prometheus или TimescaleDB) и визуализирует через дашборды Grafana, выведенные на телевизор.
Чем привлекает: бесплатные инструменты, полная кастомизация, стек полностью ваш.
Как на самом деле:
Вот что на практике означает «просто поднять Grafana»:
- —Написать парсер формата
queue_log(недокументированные краевые случаи гарантированы) - —Развернуть InfluxDB или Prometheus с адекватными политиками хранения
- —Сделать сервис приёма данных (Python/Node/Go), работающий 24/7
- —Настроить AMI под события реального времени (править
manager.conf, обрабатывать переподключения) - —Собрать 7+ панелей Grafana с корректными запросами
- —Разобраться с пропусками данных, часовыми поясами и сопоставлением имён операторов
- —Настроить правила алертинга
- —Поддерживать всё это, когда Asterisk обновится или парсер отвалится
Оценка трудозатрат: 40–80 часов для сильного инженера. Дальнейшая поддержка: 2–5 часов в месяц.
Кому подойдёт: командам с сильным DevOps, которым нужна предельная кастомизация и которые готовы держать инфраструктуру.
Моё мнение: я видел команды, которые три месяца строили wallboard на Grafana и получили 70% того, что специализированный инструмент даёт в первый же день. Оставшиеся 30% — стриминг в реальном времени, управление операторами, тепловые карты — так и не появились: инженер, который всё это поднял, ушёл, а разобраться в конвейере больше некому.
Если экспертиза есть и есть конкретная причина владеть стеком (комплаенс, интеграция с внутренними системами) — дерзайте. В остальных случаях отдача не окупает усилий.
Вариант 2. FOP2 (Flash Operator Panel 2)
Как это работает: FOP2 — веб-панель оператора и коммутатора для Asterisk. Wallboard здесь — плагин, который показывает статистику очередей на данных Asternic Call Center Stats PRO.
Плюсы:
- —Подключается к Asterisk напрямую через AMI
- —Плагин wallboard работает на шаблонах (HTML/CSS/JS)
- —Показывает статусы операторов и статистику очередей в реальном времени
- —Сравнительно недорогая лицензия
Минусы:
- —Для полной статистики нужен Asternic Call Center Stats PRO
- —Кастомизация шаблонов требует кода (шаблоны Dust.js)
- —Статистика обновляется раз в 30 секунд — это не настоящее реальное время
- —Wallboard — плагин, а не основной продукт, отсюда ограниченные возможности
- —Интерфейс выглядит устаревшим по меркам 2026 года
- —Нет тепловых карт, анализа трендов и работы с KPI
Кому подойдёт: тем, кто уже использует FOP2 как панель оператора и хочет вывести базовую статистику очередей на экран. Не лучший выбор, если wallboard — ваш основной инструмент мониторинга.
Стоимость: лицензия FOP2 от $40 (разово) плюс лицензия Asternic, если нужна полная статистика.
Вариант 3. Wallboard в QueueMetrics
Как это работает: QueueMetrics — инструмент отчётности для колл-центров на Java, в котором wallboard появился начиная с версии 17.06. Wallboard собирается из виджетов перетаскиванием: круговые панели, столбчатые диаграммы, таблицы живых звонков, операторов и очередей.
Плюсы:
- —Более 200 доступных метрик
- —Конструктор виджетов drag-and-drop
- —Несколько представлений с автоматической ротацией (режим презентации)
- —Цветовая индикация при выходе за пороги
- —Зрелый продукт с 15+ годами разработки
Минусы:
- —Оплата за оператора: CHF 8 за оператора в месяц — центр на 50 операторов платит около $450 в месяц только за мониторинг
- —Стек Java/Tomcat — тяжёлый, для установки и поддержки нужна экспертиза по Java
- —Не настоящее реальное время — периодическое чтение
queue_logи обновление по таймеру - —Минимум 50 операторов для on-premise лицензии
- —Устаревший интерфейс — рабочий, но современным или интуитивным его не назовёшь
- —Запутанное лицензирование — считаются все когда-либо учтённые операторы, а не одновременные пользователи
Кому подойдёт: крупным колл-центрам (100+ операторов) с бюджетом на энтерпрайз-инструменты и ИТ-командой, которой комфортно с Java-инфраструктурой. QueueMetrics не зря считается ветераном рынка — продукт всеобъемлющий, хоть и дорогой.
Стоимость: от ~$90 в месяц (10 операторов) до $4 500+ в месяц (500 операторов). Есть облачный вариант (QueueMetrics-Live).
Вариант 4. Astervis — аналитика реального времени, созданная под задачу
Как это работает: Astervis — аналитическая платформа нового поколения, сделанная специально под Asterisk PBX. В отличие от инструментов, которые парсят лог-файлы по таймеру, Astervis использует событийный стриминг (Kafka + Debezium) по схеме Change Data Capture и обновляет дашборды с задержкой меньше секунды.
Плюсы:
- —Настоящее реальное время — задержка меньше секунды, а не обновление по таймеру
- —30+ готовых графиков, включая тепловые карты, анализ трендов и рейтинги операторов
- —Установка одной командой —
curl -fsSL https://api.astervis.io/api/releases/install.sh | bash, и через 5 минут система работает - —Плоские тарифы — $119 в месяц Starter, $449 в месяц Professional, число операторов не ограничено. Никаких сюрпризов с поштучной оплатой
- —Современный стек — Next.js, TimescaleDB, Kafka. Спроектировано под 2026 год, а не под 2006
- —Self-hosted — ваш сервер, ваши данные, ваш контроль
- —Управление операторами — KPI, рейтинги и расписания встроены
- —Интеграция с CRM — нативные коннекторы к Bitrix24 и AmoCRM
- —Прослушивание записей разговоров прямо в дашборде
Минусы:
- —Молодой продукт (меньше присутствия на устоявшемся рынке)
- —Пока нет облачной версии (в планах)
- —Не поддерживает Yeastar и Grandstream UCM (только Asterisk/FreePBX/Issabel/VitalPBX/Sangoma)
Кому подойдёт: любому колл-центру на Asterisk, которому нужен wallboard реального времени без Java-обвязки, поштучной оплаты за операторов и 40 часов DIY-настройки.
Стоимость: $119 в месяц (Starter), $449 в месяц (Professional), $1 199 в месяц (Business), Enterprise — цена по запросу. Число операторов не ограничено на всех тарифах. 14 дней бесплатно, карта не нужна.
Краткое сравнение
| Параметр | DIY на Grafana | FOP2 | QueueMetrics | Astervis |
|---|---|---|---|---|
| Время внедрения | 40–80 часов | 2–4 часа | 1–2 часа | 5 минут |
| Задержка данных | Зависит от конвейера | ~30 секунд | Обновление по таймеру | Меньше секунды |
| Стоимость (50 операторов) | Бесплатно (+ время инженера) | ~$40 разово | ~$450/мес | $449/мес |
| Тепловые карты | Делать самим | ❌ | ❌ | ✅ Из коробки |
| Рейтинги операторов | Делать самим | ❌ | ❌ | ✅ Из коробки |
| Поддержка | 2–5 ч/мес | Низкая | Средняя (обновления Java) | Автоматическая |
| Современный UI | Как поработаете | Устаревший | Функциональный | Современный React |
Настройка Asterisk для передачи данных на wallboard
Какое бы решение вы ни выбрали, Asterisk нужно правильно настроить, чтобы он отдавал данные. Вот ключевые параметры.
queues.conf — настройка очередей
Настройки queues.conf напрямую определяют, какие данные будут доступны для вывода на wallboard:
[general]
; Enable persistent members across restarts
persistentmembers = yes
; Log queue events — CRITICAL for wallboard data
eventwhencalled = yes
eventmemberstatus = yes
; Update CDR with queue wait time
updatecdr = yes
; Log queue member state changes
log_membername_as_agent = yes
[support]
musicclass = default
strategy = rrmemory ; Round-robin with memory
timeout = 15 ; Ring agent for 15 sec before trying next
retry = 5 ; Wait 5 sec before retrying
wrapuptime = 10 ; 10 sec after-call work time
maxlen = 0 ; No queue length limit (0 = unlimited)
servicelevel = 20 ; SLA threshold: 20 seconds
; Announcements (keeps callers informed)
announce-frequency = 60 ; Announce position every 60 sec
announce-holdtime = yes ; Tell callers estimated wait
announce-position = yes ; Tell callers their position
; These generate the events your wallboard needs
eventwhencalled = yes
eventmemberstatus = yes
; Ring strategy options:
; ringall - Ring all available agents simultaneously
; leastrecent - Ring agent with longest idle time
; fewestcalls - Ring agent with fewest completed calls
; random - Ring random available agent
; rrmemory - Round-robin, remembers last agent
; linear - Ring in order listed
; wrandom - Random with weightsmanager.conf — доступ к AMI для данных реального времени
Вашему wallboard нужен доступ к AMI (Asterisk Manager Interface), чтобы получать события в реальном времени:
[general]
enabled = yes
port = 5038
bindaddr = 127.0.0.1 ; Only localhost — never expose AMI publicly
[wallboard]
secret = your_strong_password_here
deny = 0.0.0.0/0.0.0.0
permit = 127.0.0.1/255.255.255.0
read = agent,call,reporting
write = agent,command
; Required events for wallboard:
; QueueMemberStatus - Agent state changes
; QueueCallerJoin - New caller enters queue
; QueueCallerLeave - Caller leaves queue (answered or abandoned)
; AgentCalled - Agent's phone is ringing
; AgentConnect - Agent answered the call
; AgentComplete - Call completedО безопасности: никогда не открывайте порт AMI 5038 в интернет. Используйте bindaddr = 127.0.0.1 и подключайтесь только с localhost. Если ваш инструмент wallboard работает на другом сервере — поднимите SSH-туннель или VPN.
Устали угадывать, что происходит в очередях?
Astervis даёт 30+ реалтайм-графиков, KPI операторов и CRM-интеграцию для вашего Asterisk PBX. On-premise. Установка за 5 минут. От $119/мес flat — без ограничения на операторов.
queue_log — исторические данные
Asterisk пишет события очередей в /var/log/asterisk/queue_log. Этот файл — источник исторических метрик, расчёта SLA и анализа трендов.
Ключевые события queue_log, которые питают wallboard данными:
| Событие | Что значит | Поля |
|---|---|---|
ENTERQUEUE | Абонент вошёл в очередь | url, callerid |
CONNECT | Оператор ответил | holdtime, bridgedchannel, ringtime |
COMPLETECALLER | Абонент положил трубку после ответа оператора | holdtime, calltime, origposition |
COMPLETEAGENT | Оператор положил трубку по завершении | holdtime, calltime, origposition |
ABANDON | Абонент бросил трубку в ожидании | position, origposition, waittime |
RINGNOANSWER | Оператор не успел ответить | ringtime |
ADDMEMBER | Оператор добавлен в очередь | membername |
REMOVEMEMBER | Оператор убран из очереди | membername |
PAUSE | Оператор на паузе (перерыв) | reason |
UNPAUSE | Оператор снят с паузы (вернулся к работе) | reason |
Проверка конфигурации
После настройки убедитесь, что события идут:
# Check AMI connectivity
asterisk -rx "manager show connected"
# Check queue status
asterisk -rx "queue show all"
# Watch queue_log in real-time
tail -f /var/log/asterisk/queue_log
# Verify AMI events (connect from CLI)
asterisk -rx "manager show eventq"Сделайте тестовый звонок в очередь и убедитесь, что в queue_log появились события ENTERQUEUE, CONNECT и COMPLETECALLER/COMPLETEAGENT.
Железо: как вывести wallboard на экран
Wallboard полезен только тогда, когда его видно. Разберём физическую часть.
Варианты экранов
Большой телевизор (рекомендуем): 4K-панель 43–55", закреплённая на стене в зале. Практически в любом современном смарт-ТВ есть встроенный браузер. Цена: $300–$500.
Несколько мониторов: в крупных центрах используйте 2–3 экрана с разными представлениями — метрики очередей, статусы операторов, тренды за день.
Уже имеющиеся мониторы: чтобы начать, большой телевизор не обязателен. Откройте URL wallboard в браузере на любом мониторе, который видно команде.
Чем выводить картинку
Raspberry Pi 4/5: самый популярный вариант. $35–$80, запускает Chromium в режиме киоска. Потребление: 5 Вт. Настройте автозагрузку сразу на URL wallboard.
# Raspberry Pi kiosk mode setup
sudo apt install chromium-browser unclutter
# Add to /etc/xdg/lxsession/LXDE-pi/autostart:
@chromium-browser --noerrdialogs --disable-infobars --kiosk https://your-wallboard-url
@unclutter -idle 0.5 -rootIntel NUC / мини-ПК: мощнее, тянет сложные дашборды с большим количеством виджетов. $150–$300.
Браузер смарт-ТВ: бесплатно — просто откройте URL во встроенном браузере телевизора. Минус: браузеры смарт-ТВ обычно урезаны и могут плохо отрисовывать сложные дашборды.
Fire TV Stick: $30–$50, браузер Silk в полноэкранном режиме. Для большинства wallboard этого хватает.
Что учесть по сети
- —Устройству вывода нужен стабильный сетевой доступ к серверу wallboard
- —Для self-hosted решений (Astervis, QueueMetrics) убедитесь, что устройство достаёт до сети вашей PBX
- —По возможности подключайте экран по проводному Ethernet — обрывы WiFi означают пустой экран
- —Настройте автоперезапуск: если браузер упал или устройство перезагрузилось, wallboard должен подняться сам
Лучшие практики: как оформлять и использовать wallboard
Делайте его читаемым с одного взгляда
Wallboard должен читаться с 3–5 метров. Это значит:
- —Крупные цифры для ключевых метрик (шрифт от 60pt)
- —Цветовая индикация статусов (зелёный/жёлтый/красный)
- —Максимум 7–8 показателей на экран
- —Никаких таблиц на 20 колонок — это оставьте для десктопного дашборда
Используйте цвет осмысленно
Красный — нужно действовать. Жёлтый — обратить внимание. Зелёный — норма. Держитесь одной логики:
- —🟢 Зелёный: SLA > 80%, потери < 5%, все операторы на месте
- —🟡 Жёлтый: SLA 65–80%, потери 5–10%, людей начинает не хватать
- —🔴 Красный: SLA < 65%, потери > 10%, свободных операторов нет
Не используйте красный для справочной информации. Если всё всегда красное, на экран перестают смотреть.
Ротация представлений для больших площадок
Если метрик больше, чем влезает на один экран, включите автоматическую ротацию:
- —Экран 1 (30 секунд): обзор очередей — звонки в ожидании, SLA, потери
- —Экран 2 (30 секунд): обзор операторов — раскладка по статусам, рейтинг
- —Экран 3 (30 секунд): тренды — почасовой объём звонков, динамика AHT и SLA
Вешайте экран там, куда смотрят
Размещайте wallboard там, куда супервизор смотрит естественным образом в течение смены. Типичные места:
- —Над столом супервизора (самый частый вариант)
- —В центре зала колл-центра (видно операторам)
- —У входа (видно руководству)
- —В комнате отдыха (операторы смотрят, возвращаясь)
Пересматривайте пороги раз в квартал
Понятие «красного» должно меняться. Если ваш SLA стабильно держится на 90%, жёлтый порог на 80% слишком щедрый — вы пропустите ранний сигнал, когда показатель просядет до 82%. Поднимите порог до 85%.
Типичные ошибки, которые убивают пользу wallboard
Ошибка 1. Слишком много метрик
Тридцать метрик на одном экране означают, что не читают ни одну. Перегруженный wallboard хуже, чем его отсутствие: он создаёт иллюзию мониторинга без реальной осведомлённости.
Как исправить: оставьте 5–7 метрик на главном экране. Всё остальное вынесите во второй дашборд для десктопа.
Ошибка 2. Данные с задержкой в минуты
Если wallboard обновляется раз в 5 минут — это не wallboard, а слайд-шоу. Во время всплеска звонков 5 минут — вечность. Нужны обновления как минимум чаще раза в минуту, а в идеале — быстрее секунды.
Как исправить: берите решение с событийным стримингом, а не с опросом лог-файлов. Именно здесь у инструментов вроде Astervis (стриминг на базе CDC) есть принципиальное архитектурное преимущество перед теми, кто парсит queue_log по таймеру.
Ошибка 3. Нет пороговых значений
Wallboard, который всегда выглядит одинаково — зелёные цифры на чёрном фоне, цвет не меняется, — приучает людей его игнорировать. Весь смысл в том, что внимание привлекают именно визуальные изменения.
Как исправить: настройте осмысленные пороги. SLA просел — цифра желтеет, потом краснеет. Очередь взлетела — экран меняется. Эти визуальные триггеры и заставляют wallboard работать.
Ошибка 4. Публичный показ метрик по конкретным операторам
Надпись «Оператор №47: AHT 12:30» на стене, где её видят все, порождает стыд, а не мотивацию. Исследования устойчиво показывают: публичное порицание снижает результаты, а не улучшает их.
Как исправить: на wallboard выводите командные метрики. Индивидуальные — в закрытом дашборде супервизора. Исключение: позитивные рейтинги («Топ-3 оператора недели») при грамотной подаче действительно мотивируют.
Ошибка 5. Поставили и забыли
Wallboard установили и больше никогда не меняли то, что на нём выводится. Колл-центр живёт — новые очереди, новые команды, сезонность, — а экран застыл во времени.
Как исправить: пересматривайте конфигурацию wallboard раз в квартал. Это всё ещё нужные метрики? Пороги ещё осмысленны? Команда вообще на него смотрит?
С чего начать: wallboard с нуля меньше чем за 10 минут
Если у вас Asterisk, FreePBX, Issabel, VitalPBX или Sangoma PBX и нужен wallboard реального времени без DIY-сложностей и веса легаси-инструментов, самый быстрый путь такой:
- —
Установите Astervis на сервер PBX (одна команда, 5 минут):
curl -fsSL https://api.astervis.io/api/releases/install.sh | bash - —
Откройте дашборд в любом браузере — живые данные по очередям появятся сразу.
- —
Выведите его на экран. Откройте URL wallboard в браузере на телевизоре, Raspberry Pi или любом другом устройстве вывода.
- —
Настройте алерты. Задайте пороги по SLA, проценту потерь и времени ожидания.
Готово: у вас wallboard реального времени с 30+ графиками, тепловыми картами, отслеживанием статусов и рейтингами операторов. Без Java, без парсеров лог-файлов, без 40-часового DIY-проекта.
14-дневный триал бесплатен и не требует карты. Его можно запустить параллельно с текущим мониторингом и сравнить.
Начните бесплатный триал на astervis.io →
Astervis — платформа аналитики колл-центров реального времени для Asterisk PBX. Self-hosted, 30+ графиков, управление операторами, интеграция с CRM. Первые метрики через 5 минут — astervis.io.
Хватит гадать. Начни видеть.
Реальная картина вашего Asterisk колл-центра: время ожидания, активность операторов, нагрузка на транки и 30+ графиков. On-premise на вашем сервере. Установка за 5 минут. Без карты.
От $119/мес flat. Без ограничения на операторов. Триал 14 дней.