АО «Казахтелеком» сегодня — это крупнейшая телеком компания Казахстана, которая владеет национальной информационной супермагистралью и имеет современную ИТ-инфраструктуру, включающую 25 ЦОДов с более 1,500 стоек.

Ранее аналитический ландшафт Казахтелеком включал в себя SAP BO, MS Excel, а для презентации аналитических выводов и результатов работы часто использовался MS PowerPoint, что создавало большие трудозатраты при подготовке отчетности. Так, в разработке отчетности для совета директоров АО «Казахтелеком» было задействовано несколько различных подразделений в разных блоках.

Раньше такие операции делались вручную. Например, отчет по удержанным компанией абонентам ранее формировался из нескольких отчетов SAP BO и отдельной дополнительной выгрузки из CRM.

Причины выбора Qlik Sense в качестве новой BI-платформы:

Чтобы убедиться в выборе BI-платформы, было сделано несколько пилотных проектов внутри компании… Один из них — обеспечение качества данных в отчете «Дашборд Совета директоров», совместно с партнером ADC Project.

Дашборд Совета Директоров помогает получать актуальную аналитику по 136 основным показателям, таким как Выручка, FCFF, CLV, SAC, SRC и многим другим. Все показатели представлены в разрезе периодов, услуг, ДЗО, сегментов, филиалов, а также агрегировано.

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

Дополнительную проверочную отчетность в компании разработали в Qlik Sense. Приложения позволяют получать быстрые выгрузки с необходимой степенью детализации. Также, было разработано служебное приложение для мониторинга корректности маппинга со справочниками ЦНСИ.

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

Рассмотрим более простой способ загрузки - через Диспетчер данных. На базовом уровне, процесс можно описать так:

После добавления подключения, вы увидите окно подготовки данных: список столбцов с опцией фильтрации и выбора нужных полей.

Когда вы добавите источник, в верхней панели окна вы сможете открыть дополнительные инструменты управления данными, например, открыть Диспетчер данных, чтобы посмотреть связи между таблицами (если их несколько).

Из Диспетчера данных вы можете перейти в режим редактирования таблицы и поменять тип загружаемого поля или создать в таблице новое вычисление. Поле может быть общего типа или специального: датой, временем или иметь географические значения. Qlik определяет подходящий тип поля автоматически.

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

Второй способ подключения данных — Редактор скриптов — открывает редактор загрузки данных. Здесь можно написать код загрузки с нуля, а можно более детально настроить скрипт уже загруженных данных через Диспетчер. Скрипт загрузки данных подключает приложение к источнику данных и загружает данные в приложение.

При этом, скрипт создается как автоматически, так и доступен вам для настройки вручную — более продвинутые пользователи обычно прописывают скрипт вручную, но это необязательно на старте. При автоматической загрузке, в скрипте проставляются форматы используемых полей, например, формат времени или первый день недели.

При разработке процесса загрузки данных необходимо определить следующее:

Самое важно в модели — обеспечить правильные связи между объектами модели. Как правило, формируется одна таблица фактов, а на лучах находятся таблицы справочников. Ниже приведен пример неидеальной модели, но наглядно иллюстрирующей взаимосвязи между различными объектами. Утрированно — идеальная модель — одна таблица, в которой есть все факты и все аналитики.

Но в любом случае при создании модели необходимо учитывать объемы данных, которые предстоит анализировать, ширину (набор колонок) самой большой таблицы, содержимое полей справочников. Достаточно распространенным и эффективно работающим решением является модель, в которой одна таблица фактов и несколько таблиц справочников (где, как правило, больше 10 текстовых колонок) на лучах одного уровня.