Reporting 2.0 – создаем новый модуль отчетности 3CX

Как и для чего мы создаем новую превосходную отчетность!

Модуль отчетности Reporting 2.0 переводит аналитику в 3CX на принципиально новый уровень! Хотя модуль еще в разработке, он станет важнейшим компонентом будущих версий 3CX. В этой статье мы расскажем, над чем ведется работа, и что появится в будущих релизах.

Панель PowerBI (Web), показывающая статистику вызовов и причины их завершения.

Мы создаем новые таблицы и представления данных о вызовах в базе данных 3CX. Они будут использоваться для сбора различных метрик и статистики вызовов. Данные включают: расширенное отслеживание вызова, анализ маршрута вызова, точные данные о продолжительности и времени удержания вызова, а также расширенную статистику очередей. Новые отчеты предоставляют бизнесу важнейшую информацию для повышения эффективности.

Исторически отчетность не была приоритетом 3CX, поскольку мы фокусировались на надежной работе с вызовами в реальном времени. Расширенная отчетность реализовывалась в сторонних решениях. Хотя улучшения сервера V20 заложили основу новой аналитики, их было все равно недостаточно. Поэтому мы разработали модуль Reporting 2.0. Изначально от должен был выйти вместе с Update 5 в этом году, однако мы сдвинули сроки, чтобы гарантировать действительно лучшее решение в своем классе.

Давайте рассмотрим, что мы делаем, чтобы отчетность 3CX стала действительно лучшей.

Новая таблица CDR – подробные данные для точной отчетности

Одно из принятых решений – создание улучшенного формата CDR. Сейчас у нас есть логи CDR и вызовов, но с довольно сложной реализацией. Некоторые данные отсутствуют, а некоторые вычисляются косвенно. Чтобы создать действительно надежную отчетность, мы доработали само ядро 3CX. Теперь оно ведет расширенный CDR для каждого вызова, позволяющий создавать действительно детальные отчеты. Кроме того, мы переработали таблицы базы данных 3CX для нового формата CDR.

На основе новых записей CDR мы можем создать новые, более точные, отчеты – например, отчеты для входящих и исходящих вызовов на транк / DID. Кроме того, отчеты генерируются существенно быстрее.

Отчеты о входящих и исходящих вызовах будут показывать: дату, время, идентификатор вызывающего абонента, идентификатор транка, DID (если входящий), состояние вызова (соединен или нет), время звонка, время разговора, общую продолжительность вызова, кто ответил, URL-адрес записи разговора и стоимость разговора (если исходящий) (Date, Time, CallerID, TrunkID, DID (if inbound), CallStatus (Connected or not), RingingTime, TalkingTime, TotalCallDuration, AnsweredBy, RecordingUrl, and BillingCost (if outbound).

Мы планируем завершить разработку CDR до конца этого года и выпустить его в начале следующего.

Новый формат CDR: ключевые метрики для глубокого анализа телефонии

Новый формат CDR фиксирует множество метрик колл-центра: сведения о вызывающем абоненте, прохождение вызовов, причины завершения вызова и показатели эффективности. Например:

• Сведения о вызове: уникальные идентификаторы, такие как “cdr_id” и “call_history_id”, для простого отслеживания и перекрестных ссылок.
• Информация об участнике: подробные поля для участников разговора (источника и получателя), такие как “source_participant_id”, “source_participant_name”, “destination_participant_id” и “destination_participant_name”. Данные охватывают: имена, номера телефонов, DID транка и сведения о соединении.
• Маршрут вызова и причины завершения: такие поля, как “originating_cdr_id” (инициирующий вызов) и “creation_forward_reason”, дают представление о маршруте вызова. А за завершение отвечают поля “termination_reason” и “terminated_by_participant_id”.
• Временные метки: ключевые показатели времени вызова, включая “cdr_started_at” (время начала), “cdr_answered_at” (время ответа) и “cdr_ended_at” (время окончания). Они позволяют точно рассчитать время удержания вызова, время оператора в разговоре и общую продолжительность на линии.
• Сведения о соединении: такие поля, как “source_participant_is_incoming” и “destination_participant_is_already_connected”, показывают состояние соединения. Например, когда участник только дозванивается (входящий вызов) и когда оба участника уже соединены.

Сторонние решения для отчетности 3CX должны быть доработаны для визуализации нового CDR.

Новая схема базы данных для бизнес-аналитики BI

Кроме нового формата CDR со множеством точных данных, мы работаем над новой базой данных, которая будет содержать информацию о вызовах в формате, подходящим для систем BI. После генерации CDR будет проводиться их обработка и сохранение сводной информации в BI-формате. Это обеспечит расширенную отчетность с помощью сторонних решений, например, Grafana и Power BI.

BI-таблицы расположены в специальном хранилище – структурированном аналитическом уровне, полученном из необработанных данных вызовов. Он собирает важные поля и показатели и преобразует их в качественные нормализованные данные, оптимизированные для быстрого поиска. Новое хранилище предоставляет BI-системам готовые данные для бизнес-аналитиков и руководителей.

Мы ожидаем реализацию BI-таблиц вскоре после выпуска нового формата CDR.

BI-схема базы данных будет доступна только в 3CX Enterprise Edition.

Шаблоны отчетов для Grafana и Power BI

Еще одной функцией Reporting 2.0 будут шаблоны для Grafana и Power BI, предоставляющие готовые отчеты BI-аналитики. Новые шаблоны будут включать и текущие отчеты 3CX, расширенные графиками. Кроме того, появится несколько новых отчетов:

Статистика операторов в Очереди

Отчет про пиковые нагрузки (отвечено / не отвечено) – PowerBI Visual

Распределение вызовов по времени (исходящие / входящие) – PowerBI Visual

Загрузка по времени – Grafana Visual

Индикатор для пикового времени – Grafana Visual

Отчет о лучших операторах – приборная панель Grafana

Мало того – вы сможете редактировать эти шаблоны и легко создавать собственные отчеты по всем данным!

Безопасность BI-таблиц

BI-таблицы размещаются в отдельной схеме базы данных, доступ к которой осуществляется через собственный порт (отличный от стандартного порта PostgreSQL). Это позволяет внешним BI-решениям безопасно подключаться непосредственно к источнику данных.

Администраторам 3CX не требуется публиковать основной системный порт PostgreSQL в Интернете. Для доступа к базе администратор должен создать закрытые ключи, которые затем устанавливаются в Power BI или Grafana. Публикацию портов можно настроить так, чтобы разрешить доступ к базе только авторизованным пользователям. Таким образом, данные для анализа и системные данные 3CX будут безопасно разделены.

Планирование отчетов Reporting 2.0

Платформы Grafana и Power BI предоставляют множество инструментов планирования и форматирования отчетов.

Выбор Power BI или Grafana

Мы планируем поддерживать как Power BI, так и Grafana сразу “из коробки”. Grafana имеет бесплатную версию, которая позволяет вам начать работу без вложений. С другой стороны, Power BI имеет большую пользовательскую базу – многие компании, использующие продукты Microsoft, уже имеют лицензию Power BI. Выбор за вами!

Заключение

Предполагается, что бета-версия Reporting 2.0 будет доступна в январе 2025 года. А пока мы усердно трудимся, наслаждайтесь новогодними праздниками!