Встроенная бизнес-аналитика в экосистеме LMS. Я и не думал, что такое вообще существует

Когда создание отчетов перестает быть проблемой интеграции и становится частью основной платформы

Этот разговор возник во время внутреннего обсуждения в CODIX после недавнего обзора iMX Analysis and Decision (iMX AD) между Крисом Коулманом, директором по продажам, и Хиришей Байрамовской, ведущим аналитиком по бизнес-аналитике. То, что началось как комментарий об архитектуре отчетности, превратилось в более широкий обмен мнениями о том, как кредиторы обычно создают – и поддерживают – свои BI-стеки в среде кредитования. А также о том, оправдано ли по-прежнему стандартное для отрасли разделение между основными системами и инструментами BI.

Крис:

Когда я пришел в CODIX, несколько моментов привлекли мое внимание. Этот меня действительно удивил.

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

Это стало общепринятым «стандартом», но на самом деле представляет собой значительную операционную нагрузку.

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

Еще более критичным это становится в случае отчетности перед инвесторами. Небанковские кредиторы постоянно обязаны предоставлять индивидуальные отчеты о состоянии дел для различных партнеров по капиталу в разных форматах и с разной периодичностью. Это не разовое мероприятие – оно растет вместе с бизнесом.

Поэтому, когда я увидел, как CODIX решает эту задачу в iMX, я понял, что раньше такого подхода не встречал. Вместо фрагментированной архитектуры система отчетности находится в той же экосистеме, что и основная система.

Хириша, вы сталкиваетесь с этим каждый день – не могли бы вы объяснить, как это на самом деле работает?

Хириша:

Конечно. И признаюсь, что в этом вопросе я склонна немного увлекаться.

Эта функция называется iMX Analysis and Decision, или iMX AD. Это централизованная платформа бизнес-аналитики и отчетности, которая находится внутри экосистемы iMX, а не рядом с ней.

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

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

iMX AD устраняет эту зависимость за счет встраивания ETL-инфраструктуры непосредственно в платформу. Операционные данные поступают в специальную аналитическую модель, являющуюся частью самой системы, поэтому команды работают с управляемым набором данных, а не занимаются обслуживанием интеграций.

Это позволяет перенести основные усилия с инфраструктуры на анализ.

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

Одна модель – множество точек зрения.

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

Крис:

И в этом заключается ключевой коммерческий момент.

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

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

Здесь конвейер отчетности уже является частью основной системы. Новые требования настраиваются, а не разрабатываются с нуля. То, что раньше было проектом, становится просто настройкой.

Хириша:

Кроме того, это вписывается в повседневную работу.

На типичные вопросы – что было собрано сегодня, какие изменения произошли по кредиту в этом месяце – можно ответить прямо в iMX, не переключаясь на инструмент бизнес-аналитики.

Более структурированные отчеты можно запланировать и рассылать автоматически по электронной почте, через общие папки или через интранет/экстранет в зависимости от настроек организации.

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

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

Крис:

Именно это делает его коммерчески значимым.

Большинство организаций рассматривают систему отчетности как распределенную архитектуру: основная система, хранилище, инструмент бизнес-аналитики, уровень интеграции – все это объединено и обслуживается внутри компании.

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

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

И по сравнению с рыночными решениями это имеет большое значение.

Возможно, это не единый вход в систему. Но это единая архитектурная концепция.

И именно это мы имеем в виду, когда говорим, что конвергенция – это не просто слоган. Это архитектура.

ПЕРЕСТАНЬТЕ ИНТЕГРИРОВАТЬ. НАЧНИТЕ ОБЪЕДИНЯТЬ.