Миграция Power BI в DataLens, Visiology, Форсайт, Polymatica и Modus BI

Обновлено 3 сентября 2026 года.

Миграция с Power BI состоит из переноса источников, преобразований, модели данных, показателей, отчётов и прав доступа. Похожий дашборд в другой системе ещё не означает, что он считает те же значения и показывает их тем же пользователям.

В этой статье рассматриваем пять направлений: DataLens, Visiology, «Форсайт. Аналитическая платформа», Polymatica и Modus BI. Пример источника — Битрикс24. Возможности и ограничения нужно сопоставлять для конкретных версий и лицензий, а результат проверять на собственных отчётах.

Что сохранить из Power BI до начала переноса

• Исходные файлы и проекты отчётов, перечень рабочих областей и используемых семантических моделей.
• Адреса источников, параметры подключения, запросы Power Query M и правила обработки ошибок.
• Таблицы, связи, направление фильтрации, активные и неактивные отношения, календарь и справочники.
• Меры DAX, вычисляемые столбцы и таблицы, группы вычислений, форматы и скрытые поля.
• Страницы, закладки, взаимодействие визуалов, детализацию, мобильные макеты и внешние визуальные компоненты.
• Роли RLS и OLS, правила предоставления доступа, экспорт, встраивание и рассылки.
• Расписание и историю обновлений, шлюзы, инкрементальные разделы и время последней успешной загрузки.
• Контрольные значения за фиксированные периоды и перечень известных ошибок старого отчёта.

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

Экспорт визуала — не полная выгрузка модели

Экспорт в CSV или Excel зависит от типа визуала, выбранных фильтров, прав и ограничений экспорта. Он может содержать агрегированные данные и не включает автоматически все исходные строки, связи, M-код и DAX. Прежде чем использовать такой файл как источник миграции, проверьте число строк и суммы. Источник: экспорт данных Power BI.

Если исходные базы, файлы и API доступны, обычно надёжнее повторно получать данные из них и переносить логику преобразований. Для рассчитанных или введённых вручную таблиц отдельно определите, где будет храниться их новая версия. Power Query не следует считать универсальным средством записи результата в произвольную SQL-базу только потому, что он умеет из неё читать.

Если предлагается конвертер PBIX, сначала проверьте его на копии одного отчёта. Составьте список того, что он переносит и что пропускает: данные, связи, меры, визуалы, роли и параметры. Поддержка импорта какого-либо формата не равна гарантии полного переноса решения.

Как получать данные Битрикс24

Штатная BI-аналитика Битрикс24, обычный REST API, входящий вебхук и прямое чтение базы коробочного портала — разные способы доступа. Их токены, наборы полей, лимиты и правила авторизации не взаимозаменяемы.

У BI Конструктора действуют лимиты строк по источникам, а правила обработки их превышения менялись. В частности, актуальная справка об ограничениях описывает блокировку запросов при превышении лимита и настройку запросов для внешних BI. Нельзя распространять старую цифру «100 тысяч строк» на любой тариф, набор и способ выгрузки.

Вынос данных в свою базу уменьшает повторные обращения к порталу со стороны отчётов. При первоначальном и последующих извлечениях через REST ограничения API продолжают действовать. Ни внешняя БД, ни сторонний коннектор сами по себе их не отменяют.

Для стандартных CRM-интеграций в облачном Битрикс24 нужно учитывать условия подписки Маркетплейс; для коробочных входящих вебхуков в справке описано исключение. Проверяйте условия именно своего способа подключения по правилам работы REST API.

Если используете crm.deal.list, дата изменения называется DATE_MODIFY, а не MODIFY_TIME. У универсальных методов имена и структура параметров могут отличаться. Сверяйте их с документацией метода, например crm.deal.list. Инкрементальная загрузка должна обрабатывать изменения уже известных объектов; выгрузка только новых сделок не отражает перенос стадий, изменение ответственного и суммы.

Для прямого доступа к коробке не используйте утверждение «Битрикс24 работает на MS SQL» как основание для архитектуры. Поддерживаемая СУБД зависит от продукта, редакции и версии; PostgreSQL в актуальных требованиях относится к Enterprise. Источник: системные требования Битрикс24.

DataLens: подключение, формулы и варианты размещения

В DataLens есть партнёрское подключение к Битрикс24. В его настройках задаются портал и токен; доступно создание готового дашборда с объектами в воркбуке. Этот токен нельзя произвольно подменить секретом обычного входящего REST-вебхука. После подключения проверьте, какие наборы, пользовательские поля и периоды фактически доступны.

Для переноса M-преобразований и DAX-мер используются подготовка данных в источнике и вычисляемые поля DataLens. Сложные вычисления проверяют с учётом группировки, фильтров и оконных функций. Прямой совместимости с произвольным выражением DAX обещать нельзя. Правила описаны в документации вычисляемых полей.

DataLens не ограничивается облачной версией: существуют открытая версия для самостоятельного развёртывания и коммерческая on-premises-поставка. Они различаются возможностями, условиями поддержки и лицензирования. При выборе закрытого контура проверяйте нужные компоненты и внешние зависимости. Источники: репозиторий DataLens, условия коммерческой локальной поставки.

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

RLS настраивается для строк датасета, а доступ к подключению должен исключать обход этих правил через создание другого датасета или просмотр исходных данных. В документации рекомендовано право «Исполнение» для подключения при использовании RLS. Источник: защита строк DataLens.

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

Visiology: важна совместимость конкретных DAX-выражений

Visiology 3 поддерживает DAX и модель данных, знакомую разработчикам Power BI. Это может уменьшить объём переработки расчётов. Однако поддержка языка не означает полного совпадения всех функций, контекстов фильтрации и поведения визуалов. Источник: материалы Visiology по DAX.

Ориентироваться нужно на установленную версию. В истории релизов уже описана Visiology 3.18 от 23 июня 2026 года, в том числе выполнение DAX-запросов с просмотром результатов. Поэтому инструкция, построенная исключительно вокруг старых загрузчиков и архитектуры ViQube, не является универсальной для актуальной линейки.

На пилоте возьмите отчёт с календарём, несколькими связями и мерами, которые меняют фильтры. Проверьте вычисления по каждой категории, итоговую строку, пустые значения, закладки и детализацию. Отдельно проверьте загрузку данных из вашего источника: поддержка DAX не решает получение полной истории CRM.

Для Битрикс24 можно использовать отдельную SQL-витрину с согласованными таблицами. Если поставщик предлагает готовый коннектор или инструмент переноса, запросите перечень поддерживаемых сущностей и операций, затем проверьте его на своём портале. Не нужно утверждать ни отсутствие любых готовых интеграций, ни их универсальную совместимость без проверки конкретного решения.

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

«Форсайт. Аналитическая платформа»: перенос в выбранную модель и инструменты

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

В составе документации описана работа с задачами ETL, включая цепочки импорта, преобразования и экспорта и интерфейсы языка Fore. Это конкретный инструмент платформы; названия вроде «Integration Studio» и предположение «там наверняка можно выполнить JavaScript» не заменяют проверку документации установленной версии.

Отдельный механизм AdoMd предназначен для многомерных источников, в том числе Microsoft Analysis Services и SAP NetWeaver BW. Наличие такого подключения не означает, что любой ClickHouse становится сервером XMLA или что DAX из Power BI выполняется без изменений.

Практический маршрут для CRM-отчётности: получить данные Битрикс24 поддерживаемым способом, подготовить таблицы и справочники, построить модель, затем перенести расчёты в подходящие средства платформы. Подтверждать нужно не только суммы, но и логику календаря, детализации и ограничений доступа. Нужные модули, ОС, СУБД и лицензии фиксируются в составе проекта.

Polymatica: ETL и расчётные колонки уже есть

Необходимо различать продукты Polymatica Analytics и Polymatica Dashboards и их версии. Утверждение «в Polymatica вообще нет ETL и собственных расчётов» неверно для документированных возможностей Dashboards.

Официальное руководство по ETL-датасетам описывает объединение источников, преобразование через визуальный интерфейс или SQL, расчётные колонки и разные варианты получения данных. Возможность ETL не доказывает автоматическую конвертацию M и DAX: их логику всё равно нужно сопоставить с целевой моделью.

Для миграции выберите подходящий режим работы с источником и проверьте, где выполняются расчёты и где сохраняются результаты. Уточните, какой компонент отвечает за загрузку из REST API Битрикс24, а какой — за отображение дашборда.

Частое автообновление виджета не гарантирует такую же частоту появления новых данных в его источнике. Вместо обещания «изменения CRM видны каждую секунду» измерьте весь путь события от портала до отчёта. Аналогично, RLS и доступ к объектам нужно проверять в выбранной поставке, а не выводить их свойства из факта использования продукта крупной компанией.

Modus BI: загрузка Битрикс24 и вход пользователей решают разные задачи

В базе знаний Modus описана дополнительная обработка «Загрузка данных из Битрикс24», которую размещают во внешних отчётах и обработках. На её основе можно организовать интеграцию в ETL. Но краткое описание обработки не подтверждает получение всех сущностей, автоматическое добавление любых полей, обработку удалений или обновление каждые 10 минут.

До внедрения составьте проверку состава выгрузки: лиды, сделки, связи с контактами и товарами, справочники, пользовательские поля, нужная история. Проверяйте не только первую загрузку, но и изменение старой сделки, переименование поля, отказ API и повторный запуск задания.

Отдельно документирован провайдер Bitrix24 для входа в Modus BI. Настройка предусматривает локальное приложение Битрикс24, client_id и client_secret, конфигурацию провайдера и привязку учётных записей. Документация также указывает необходимость доступа сервера Modus BI к oauth.bitrix.info. Поэтому такой вход нельзя обещать как полностью автономный в изолированной сети.

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

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

Сравнение задач пилота

Как переносить DAX, чтобы не потерять смысл показателя

Для каждой меры опишите бизнес-правило отдельно от языка: что считается, за какой период, по каким объектам, какие фильтры сохраняются и какие снимаются. Только затем выбирайте формулу или SQL в новой системе.

• SUM и счётчики: проверьте уровень детализации, дубли после JOIN и поведение пропусков.
• DISTINCTCOUNT: проверяйте общий итог отдельно. Уникальных клиентов нельзя получить сложением их количества по пересекающимся категориям.
• CALCULATE, ALL и похожая логика: выясните, какие фильтры снимает исходная мера. Заранее рассчитанное число в SQL может не реагировать на срезы так же, как DAX.
• Временные расчёты: задайте календарь, финансовый год, часовой пояс, неполные периоды и правила сравнения.
• Отношения и проценты: сравните отношение сумм и среднее отношений — это разные показатели.
• BLANK, NULL и ноль: не заменяйте их друг другом без явного решения для конкретной метрики.

Учебный пример: в выбранной когорте 8 лидов, из которых 2 конвертированы; с ними связаны 3 сделки. Конверсия лидов равна 2 / 8 = 25%. Деление числа сделок на число лидов даёт 3 / 8 = 37,5% и измеряет другое отношение. Даже если новый отчёт повторил старые 37,5%, считать перенос правильным для метрики «конверсия лидов» нельзя.

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

Права и печатные формы: чего нельзя предполагать

В Power BI есть Object-Level Security для защиты таблиц и столбцов. Эти ограничения нужно включать в инвентаризацию наряду с RLS. Проверка выполняется под ролью потребителя отчёта: пользователи с расширенными правами на модель могут не подпадать под ограничения читателя.

Power BI также поддерживает paginated reports, предназначенные для печати и многостраничного вывода. Поэтому утверждение «облачный Power BI не делает печатные отчёты» неверно. Такие формы переносят и проверяют отдельно от интерактивных страниц.

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

Наличие продукта в реестре ПО, сертификата у отдельной поставки или российского дата-центра не доказывает автоматически соответствие любой конфигурации всем требованиям проекта. Фиксируйте необходимые документы, версии, состав компонентов и условия размещения без общих обещаний «всё сертифицировано».

Обновление данных и переключение пользователей

У цепочки «Битрикс24 → загрузка → витрина → BI → браузер» несколько отдельных задержек. Запишите допустимую задержку для показателя и измерьте её по тестовому изменению. Чтение базы, обновление кэша и перерисовка виджета — разные действия.

Если используете Yandex Data Transfer, сверяйте нужные источники с матрицей поддерживаемых трансферов. Наличие подключения Битрикс24 в DataLens не означает наличие такого же REST-источника в Data Transfer.

1. Перенесите один представительный отчёт: с историей, несколькими таблицами, сложной мерой и ограничениями доступа.
2. Сравните результаты на одном зафиксированном срезе данных. Иначе расхождения могут быть вызваны разным временем обновления.
3. Проверьте крайние случаи: пустой период, новый пользователь, клиент в двух категориях, возврат, изменение старой сделки.
4. Проверьте восстановление после неудачной загрузки и отсутствие дублей при повторном запуске.
5. Оцените скорость при ожидаемой одновременной работе пользователей и сохранение ограничений при экспорте.
6. Запустите согласованный период параллельной работы, документируйте расхождения и обучите пользователей.
7. Переключите ссылки и расписания после приёмки. Сохраните исходные материалы и проверенный путь отката до завершения перехода.

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