Перестраховочный брокер
BI-отчёт по платежам в облачном Битрикс24
Собрать управленческую отчётность по платежам там, где кастомный код в портал положить нельзя в принципе — облако.
Битрикс24 Облако · BI Конструктор · Trino
Что мешало
- Платежи и договоры живут в смарт-процессах, свести их штатной аналитикой не получалось
- Суммы приходят строкой с мнемоникой валюты, а валют семь: рубли, воны, евро, юани, баты, лиры, рупии
- Штатная связь между платежом и договором заполнена не у всех записей и местами расходится с реальностью
- Виды платежей менялись, а отчёт нужен был такой, чтобы не переделывать его после каждого изменения
Что сделали
- Собрали датасеты и дашборд в BI Конструкторе на движке Trino
- Нашли ловушку данных: штатная связь заполнена у 230 записей из 279, а служебное поле — у 276. Джойн перевели на него и сделали внешним, чтобы платежи без договора не пропадали из отчёта
- Нормализовали денежные поля: вытащили сумму и код валюты из строки, пересчитали в евро по курсу договора с приоритетом уже заполненного поля
- Посчитали номер транша по договору и виду платежа и статус платежа на текущую дату: оплачен, ожидается, доступен к переводу, просрочен, без даты
- Виды платежей не захардкодили, а вынесли в фильтр дашборда
Что стало
279
платежей в отчёте
276
связей вместо 230 после перехода на служебное поле
7
валют приведено к единой
0
строк кода внутри портала
Дашборд опубликован и передан заказчику вместе с пошаговым руководством по пересборке и справочником данных портала — чтобы отчёт можно было развивать без нас.
Как это выглядит
Чему это научило
В облаке нельзя положить код внутрь портала, и это ограничение меняет подход целиком: вся логика уезжает в SQL датасета. Заодно выяснилось, что штатной связи между сущностями доверять нельзя, пока не сверил её с данными.
Похожая задача
Если узнали свою ситуацию — расскажите, что происходит у вас. Вернёмся с оценкой в часах и планом работ.