Стандартные отчёты call-центра

Готовые отчёты call-центра отвечают на вопросы о качестве обслуживания: быстро ли отвечают операторы, сколько звонков потеряно, как нагрузка распределена по времени суток. Строятся в разделе «Call-центр → Статистика».

Какие отчёты есть

ОтчётЧто показываетТип
Средняя скорость ответа (ASA) по задачеСуммарное, среднее и максимальное время в очереди по каждому интервалу для одной задачиГрафик
Средняя скорость ответа (ASA) по проектуТо же в разрезе проектаГрафик
Количество обслуженных и потерянных вызовов по интерваламВсего, обслужено, потеряно — по каждому промежутку времениГрафик
Количество обслуженных и потерянных вызовов по времени ожиданияСколько звонков обслужено и потеряно до X секунд ожидания, с накоплениемГрафик
Количество обслуженных и потерянных вызовов по интервалам ожиданияТо же в разбивке по интервалам ожиданияГрафик
Соотношение пропущенных и принятых звонковДоли принятых и пропущенныхГрафик
Потерянные звонкиПеречень пропущенных звонков с причиной и сведениями о последующем контактеТаблица

Как отчёты считают обслуженные и потерянные звонки

Это единая методика для всех отчётов, и понимать её нужно прежде, чем спорить с цифрами.

ПоказательУсловие
ОбслуженоВ звонке была хотя бы одна успешная коммутация
ПотеряноНи одной успешной коммутации не было
ВсегоВсе входящие звонки, попавшие в call-центр за интервал

Коды результата коммутации

callresultЧто означаетКак учитывается
5УспехОбслужено
18Коммутация была, но оператор в стоп-форме ответил «Нет» на вопрос «Считать разговор успешным?»Тоже обслужено
1Особый случай, см. предупреждение нижеПотеряно
Почему код 18 считается обслуженным Разговор состоялся — абонент дозвонился и поговорил с оператором. Оценка оператора «неуспешно» относится к результату разговора по существу, а не к тому, обслужили ли клиента. Для показателей доступности call-центра важно первое.
Коммутации с callresult = 1 идут в «потеряно» Такие записи встречаются, и причина установки результата указывается в поле callresultinfo: например «agent left CC», «N/A (operator … left CC)», «N/A (operator … log out)», «N/A (talk script error(1))».

То есть оператор вышел из call-центра, разлогинился или в диалоговом сценарии произошла ошибка. В отчёте «Количество обслуженных и потерянных» такие звонки попадают в потерянные; в расчёте ASA они не участвуют вовсе. Расхождение между отчётами по одному и тому же периоду чаще всего объясняется именно этим.

Средняя скорость ответа (ASA)

ASA — Average Speed of Answer — показывает, сколько времени клиент теряет, ожидая ответа оператора. По нему судят и об уровне обслуживания, и о том, справляется ли call-центр с нагрузкой.

Что входит в расчёт

Учитываются все успешные входящие звонки — и те, что стояли в очереди в ожидании освобождения оператора, и те, что сразу распределились на оператора и ждали снятия трубки. Звонки с автоподнятием трубки тоже учитываются.

ASA складывается из двух частей Время ожидания в очереди плюс время обратного вызова оператора. Отсюда практический вывод: уменьшить показатель можно автоподнятием трубки — вторая часть при этом сокращается почти до нуля.
Считается только ожидание до первого оператора Все дальнейшие ожидания, возникшие при переключениях, в ASA не входят. При разбивке на интервалы используется время поступления звонка в систему, а не время коммутации.

В дистрибутивах от 25 июля 2014 года и ранее было иначе: интервал определялся временем коммутации, и звонок с несколькими коммутациями попадал в несколько интервалов сразу. Сравнивая давние отчёты с нынешними, помните об этом.

Источник данных

Выборка из oktell_cc_temp.dbo.A_Cube_CC_EffortConnections: сумма, среднее и максимум столбца lenqueue — длительности ожидания в очереди перед коммутацией с первым оператором — для минимального времени звонка, то есть момента его поступления в систему.

Результат попадает в столбцы Total, Average, Maximum. У каждого есть строковая подпись в формате ЧЧ:ММ:СС: высота графика строится по целочисленному значению, а подпись показывается в привычном виде.

Обслуженные и потерянные вызовы

По интервалам

Общее количество, обслуженные и потерянные вызовы в каждый промежуток времени. Столбцы результата — [served], [lost], [total].

Интервал выбирается фильтром: 5, 15, 30, 60 минут, дни, недели, месяцы. По умолчанию 30 минут.

По времени ожидания

Сколько звонков было обслужено и потеряно, если абонент прождал не дольше X секунд. Данные накапливаются — каждый следующий порог включает предыдущие.

Пороги: до 30, 45, 60, 90, 120, 180, 240, 300 секунд и свыше 300.

Для чего именно этот отчёт По нему считают уровень обслуживания: какая доля обращений принята в пределах установленного норматива. Накопительный характер данных здесь и нужен — вопрос всегда звучит как «сколько принято за первые N секунд», а не «сколько принято ровно на N-й секунде».

Общие фильтры

ФильтрОписание
ДатаИнтервал дат, по которому строится отчёт.
ВремяИнтервал времени внутри суток.
ЗадачаОдна задача либо несколько. В списке показываются только входящие задачи, по которым была хотя бы одна попытка входа.
ИнтервалТолько для отчётов по интервалам.

Потерянные звонки

Единственный табличный отчёт в наборе: не показатель, а перечень конкретных звонков, по которому можно перезвонить.

Фильтры

ФильтрОписаниеПо умолчанию
ДатаИнтервал датТекущий день
ВремяИнтервал времени8:00—20:00
НомерНомер телефона или его часть для поискаПусто
ЗадачиВходящие задачи, по которым была хотя бы одна попытка входаПусто
ПользователиОдин или несколькоПусто
Учитывать потерянные только после X секПорог, до которого звонок не считается пропущенным0
Показывать звонки, потерянные в АТСВключает звонки, потерянные и в АТС, и в call-центре; иначе только в call-центреВыключено

Методика

Учитываются все входящие звонки, попавшие в систему. Пропущенным считается звонок, в рамках которого не было ни одной коммутации.

Звонок, ушедший на внешние линии, пропущенным не считается Провайдеры связи практически всегда присылают команду об успешном приёме вызова — ответ 200 OK, — и с точки зрения системы звонок обслужен. Если маршрутизация уводит вызовы наружу, в этом отчёте их не будет.

Отчёт показывает не только сам пропуск, но и что было дальше:

ПоказательКак считается
Следующее успешное соединениеБлижайшая по времени коммутация, независимо от направления. Для нескольких пропущенных звонков это может быть одна и та же коммутация.
Длительность ожидания в очередиС момента попадания звонка в систему до завершения звонка — выхода из системы.
Длительность гудкаВремя, в течение которого звонок ждал снятия трубки пользователем.
Расчёт следующего соединения сильно замедляет отчёт Он выполняется курсором и заметно увеличивает время построения. Если эти сведения не нужны, соответствующий участок отчёта можно закомментировать — построение ускорится.

Источники данных и причина пропуска

Основные данные берутся из oktell.dbo.A_Stat_MissedCalls и oktell.dbo.A_Stat_Connections_1x1; пропущенным считается звонок, где не было ни одной коммутации с ConnectionType in (5,6). Из таблицы пропущенных берутся только записи, чей idchain отсутствует в журнале коммутаций. Данные по звонкам call-центра — из oktell_cc_temp.dbo.A_Cube_CC_EffortConnections.

Откуда звонокКак определяется причина пропуска
Call-центрПо справочнику A_Cube_CC_Cat_TaskResultTypes
АТСДва варианта: «Пользователь пропустил звонок» и «Звонок завершён в системе»

Форматирование номеров в отчёте определено только для 11-значных.

Отчёт будет неполным, если выключены настройки сохранения Информация о набранных DTMF-символах и о пропущенных пользователями вызовах сохраняется только при включённых параметрах «Сохранять в БД все получаемые по внешним линиям DTMF-символы» и «Сохранять информацию о пропущенных вызовах» в разделе «Администрирование → Общие настройки → Управление базами данных».

Как установить или обновить отчёт

Отчёты поставляются файлами и добавляются вручную:

  1. Скачайте файл отчёта.
  2. Откройте «Call-центр → Статистика → вкладка Настройка».
  3. Щёлкните правой кнопкой мыши в любом месте и выберите «Импортировать не заменяя».
  4. Найдите скачанный файл, выберите его и нажмите «ОК». Отчёт появится в списке.
Почему «не заменяя» Импорт добавляет отчёт рядом со старой версией, а не поверх неё. Это даёт возможность сравнить результаты обеих версий на одном периоде и только потом удалить прежнюю — что особенно уместно, учитывая, что методика расчёта со временем менялась.