Мониторинг. Разновидности отчетов и их рассмотрение

1.

Мониторинг
Разновидности отчетов и их рассмотрение

2.

Виды отчетов
• Данные отчеты, позволяют отслеживать и
анализировать текущую ситуацию у наших
основных клиентов, что помогает выявлять в
кратчайшие сроки возможные проблемы на
предоставляемых им маршрутах.
• На текущий момент основными отчетами являются:
1. CCSH report (Skype, Skype_MFA, Yolla). Skype spam alert
2. Conv drop (mail.ru , telegram и т.д)
3. SWAP alerts
Доп: Yolla alert

3.

CCSH report (Skype, Skype_MFA).
Skype spam alert
+
CCSH report - отчет, отслеживающий ухудшение статистики (ACD/ASR) важных клиентов, (Skype) на направлениях и поставщиках.
CCSH report Skype приходят ежечасно, проверяется отчеты необходимо по будням с 18:55 до 09:55, по выходным весь день.
В данном отчете указываются текущие данные статистики за указанный в отчете час, по предоставляемым в отчете направлениям и поставщикам проводится
тщательная проверка чтобы понять причины по которым произошло снижение. В основном, снижение может быть вызвано либо проблемами на
поставщиках (Отбои, FAS, проблемы с качеством), либо же с трафиком клиента.
Skype spam alert.
Касаемо трафика клиента, для Skype в основном характерен спам который поставщики блокируют на своей стороне, что заметно снижает общую статистику
клиента. Одним из инструментов является Skype spam alert. Он указывает Б-номера на которые идет наиболее большее количество повторных вызовов и
также их общее число. Имея эти данные становится легче анализировать связана ли проблема с трафиком клиента, либо же проблема на стороне
поставщика.
Пример отчета CCSH:

4.

Conv(C) drop alert
+ Для точечного и оперативного отслеживания падений клиентской конверсии от Flash и Peen2Speech клиентов по конкретным
направлениям, вводится отчет Conv(C) drop alert.
+ Алерт работает по срезу client–ref-направление-поставщик и учитывает показатель Conv (С). Клиентской конверсии.
+
Логика срабатывания отчёта
+
Падение конверсии по направлению Current Conv (C). В разрезе ref-направление каждый час сравнивается текущее значение конверсии с общим значением конверсии
для клиента на данное Ref направление за аналогичный час двух предыдущих суток – если текущее значение меньше хотя бы одного на 20% и более – аларм
+
Порог срабатывания: более 100 и менее 500 попыток.
+
Падение конверсии Conv (S) на поставщике. Сравнивается конверсия на поставщике за аналогичный час двух предыдущих суток - если текущее значение меньше хотя
бы одного на 20 и более процентов – аларм.
+
И
+
Падение конверсии по направлению Current Conv (C) более 10% по сравнению с аналогичным часом двух предыдущих суток.
+
Падение конверсии Conv (S) на поставщике более 10% по сравнению с аналогичным часом двух предыдущих суток
+
Порог срабатывания: >500 попыток в час на направление

5.

Conv(C) drop alert
Методика отработки отчёта
+
Необходимо проверить направления, пришедшие в отчете, на наличие проблем с качеством, при необходимости так же возможна смена а-ренджей или
блокировка поставщика/ов в клиентской маршрутизации.
Далее в зависимости от ситуации мы информируем отвественных по зоне коллег.
Пример отчета:

6.

Swap alerts
Для контроля выполнения наших обязательств перед партнером по свопам, а так же обязательств партнера перед нами, реализованы алерты по выполнению
направлений в свопе.
У каждого направления есть ряд обязательных параметров:
+
Объем в коммитменте
+
Тариф поставщика/клиента
+
Альтернативный тариф (тариф, по которому мы могли бы посылать трафик вместо поставщика в сделке) или кост (если это терминация)
+
Срок действия направлений.
Пример свопа:
Пояснение к скрину: если клиент льет Algeria Ooredoo mobile по тарифу 0.37€ на поставщика Vodafone UK, то в Analytical desk мы будем видеть минус от этого
клиента, но у этого поставщика стоит Alt market Price 0,365€, и сделка активная, это означает, что минус согласован в рамках свопа, поэтому в модуле Negative
Margin его нет. Если тариф клиента станет ниже, чем Alt Price, или сроки действия сделки закончатся, направление сразу появится в модуле Negative Margin.

7.

Swap alerts
Таким образом, чтобы не допустить трафика в минус, который пойдет сверх согласованного объема, необходимо оперативно снимать трафик с поставщиков
по достижении оговоренных объемов.
Алерты о выполнении оригинационного /терминационного направления в свопе с оператором бывают трех типов:
Orig, Term, Daily Vol.
Мы обрабатываем оригинационные и суточного объема алерта.
Собираем основную информацию, объем который вылили, по какой причине закончился своп, цену и альт.прайс. И направляем данную информацию
коллегам в QoS, в дальнейшем изменяем роутинг согласно их указаниям. И продолжаем мониторинг в АД, с целью подтверждения изменения, если
поставщик был закрыт.
Как правило, данные алерты мы просматривает вечером, или уже в ночные смены.

8.

Доп. Yolla Alerts
+
Алерт приходит если, в момент авторизации пользователя, приложение зафиксировало звонок с Аона отличного от того, с которого был отправлен
авторизационный звонок.
В основном данные алерты обрабатывают сотруники отдела QoS, но в нашем случае мы иногда ссылаемся на них в т.ч при жалобах на Incorrect CLI и
открываем ТТ по проблемам поставщику согласно указаниям QoS.
По данным алертам, при открытии ТТ мы используем отдельных шаблон для поставщика, запрещающих использовать А и Б номера указанные там.
Пример отчета: