Заменить Power BI и Tableau в России есть чем: на сентябрь 2026 года к покупке и внедрению доступны Visiology, Polymatica, Luxms BI, PIX BI, платформа «Форсайт», облачный Yandex DataLens и открытый Apache Superset. Но выбор платформы — не главная часть такого проекта и не главные деньги в нём. Главные деньги в том, что ни один готовый дашборд не переезжает: он пересобирается заново, потому что вместе с платформой меняется язык расчётных мер и способ описания связей между таблицами.
Модельный пример, к которому мы будем возвращаться: оптовая компания на 50 человек, отчётность жила в Power BI, всего 30 отчётов, источники — 1С:Управление торговлей, amoCRM и две выгрузки с маркетплейсов. Полный переезд отчётности обходится в 410 800 ₽ разово, из которых на пересборку самих отчётов уходит 172 800 ₽, а на слой данных под ними — 150 000 ₽. Стоимость лицензий на новую платформу в этой смете не самая заметная строка.
И один нюанс, который решает исход тендера ещё до обсуждения функций. Yandex DataLens — самый быстрый способ начать и самая понятная цена на рынке, но записи в реестре отечественного ПО у него нет. Для коммерческой компании без требований импортозамещения это неважно; для госзаказчика, компании с госучастием или подрядчика, у которого требование по реестру прописано в контракте, это блокер, который не обходится ничем.
Что вы на самом деле переносите: три слоя одного отчёта
Слово «дашборд» в разговоре с подрядчиком обозначает картинку, а в проекте — три разных слоя, у которых разная судьба при переезде. Внизу — подключения к источникам. В середине — модель данных: таблицы, связи между ними, календарь, вычисляемые поля и меры. Наверху — визуальная страница с графиками и фильтрами. Копированию не поддаётся ни один из трёх, но цена у них разная, и понимать это нужно до подписания сметы.
| Слой отчёта | Что в нём живёт | Переносится ли | Трудозатраты на переезд |
|---|---|---|---|
| Подключение к источнику | Строка соединения, расписание обновления, права на чтение | Нет, настраивается заново | 2–6 часов на источник |
| Модель данных | Таблицы, связи, справочники, календарь, гранулярность | Нет, собирается заново | Около трети всех трудозатрат проекта |
| Меры и вычисляемые поля | Формулы на DAX в Power BI, LOD-выражения в Tableau | Нет, переписываются на другом языке | Самая дорогая часть: 3–8 часов на сложную меру |
| Визуальная страница | Графики, фильтры, срезы, оформление | Нет, пересобирается вручную | 1–3 часа на страницу отчёта |
| Права доступа и рассылки | Роли, ограничение строк по подразделению, расписание писем | Нет, настраивается заново | 4–8 часов на контур |
| Сами данные | Строки в 1С, CRM и выгрузках | Да, если источники целы | Ноль — данные никуда не уезжали |
Из таблицы следует практический вывод: сохранить надо не отчёты, а понимание того, как считались показатели. Если в компании есть словарь метрик — документ, где для каждого показателя записано, из каких строк он считается и что в него не входит, — переезд превращается в инженерную работу. Если такого документа нет, а формулы существовали только внутри отчётов, к смете добавляется этап расследования: аналитик открывает каждую меру и восстанавливает по ней бизнес-смысл, а потом идёт спорить с финансовым директором о том, какой из двух вариантов «выручки» правильный.
Сравнение в две колонки: слева «Power BI / Tableau», справа «Новая платформа». В каждой колонке одинаковая стопка из четырёх слоёв снизу вверх: «Данные в 1С, CRM, выгрузках», «Модель данных: таблицы, связи, календарь», «Меры и вычисляемые поля: DAX / LOD», «Визуальная страница отчёта». Между колонками одна сплошная стрелка идёт только от нижнего слоя к нижнему с подписью «переносится», а три верхние соединены пунктиром с подписями «собирается заново — треть трудозатрат», «переписывается на другом языке — 3–8 часов на сложную меру», «пересобирается вручную — 1–3 часа на страницу». Чертёжный стиль, подписи по-русски.
Семь платформ живого рынка и что каждая закрывает
Ниже — платформы, доступные к покупке и внедрению в России на сентябрь 2026 года, сгруппированные не по рейтингу, а по классу задач: под какую работу платформа сделана и кому её вообще стоит смотреть. Подробный разбор критериев выбора со сравнением по стоимости владения мы вынесли в соседний материал раздела — здесь только то, что важно при переезде с ушедших платформ.
| Платформа | Класс задач | Порог входа | Ориентир цены | Реестр ПО |
|---|---|---|---|---|
| Visiology | Корпоративная платформа полного цикла: десятки авторов, разграничение доступа, регламентная отчётность | Высокий: нужен администратор и сервер | По запросу, лицензия на сервер плюс пользователи | Есть, номер записи запрашивается у вендора |
| Polymatica | Быстрые срезы по большим массивам «на лету», работа аналитика руками | Средний: нужен человек, который умеет думать многомерно | По запросу | Есть |
| Luxms BI | Готовые аналитические приложения на больших объёмах, десятки миллионов строк | Высокий: предполагает готовое хранилище | По запросу | Есть |
| PIX BI | Отчётность рядом с роботизацией процессов в одной экосистеме | Средний | По запросу | Есть |
| Форсайт. Аналитическая платформа | Корпоративное планирование и прогнозная аналитика, длинные горизонты | Высокий | По запросу | Есть |
| Yandex DataLens | Быстрый старт, дашборды для коммерческой компании без требований по реестру | Низкий: работает в браузере, сервер не нужен | 990 ₽ в месяц за именованного пользователя | Нет |
| Apache Superset (self-hosted) | Открытый код на своём сервере там, где есть инженер данных | Высокий: администрирование целиком на вас | Лицензионных платежей нет, платите за сервер и людей | Нет, продукт не российский |
Обратите внимание на колонку с ценой: у большинства российских on-premise платформ публичного прайса нет, и это не уловка, а следствие модели продаж — цена собирается под конкретный контур и число пользователей. Практический вывод простой: сравнивать платформы по цене на этапе чтения сайтов бессмысленно, коммерческие предложения запрашиваются параллельно и с одинаковой вводной. Одинаковая вводная — это число именованных авторов, число читателей, объём самой большой таблицы в строках и список источников.
Двухнедельный пилот на одной реальной витрине с реальным объёмом строк стоит 60 000–120 000 ₽ и закрывает главный риск переезда: скорость отклика на ваших данных и способность платформы прочитать ваш источник. Сравнение платформ по описаниям на сайтах даёт ощущение выбора, а не выбор.
Реестр отечественного ПО: где DataLens становится блокером
Здесь путают два разных требования, и путаница стоит дорого. Первое — 152-ФЗ: персональные данные обрабатываются в базах на территории России. Второе — закупка из единого реестра российского ПО: у продукта должна быть запись в реестре Минцифры. Продукт может полностью удовлетворять первому требованию и не удовлетворять второму, и Yandex DataLens — ровно этот случай: данные лежат в российском облаке, записи в реестре нет.
Дальше всё зависит от того, кто вы. Коммерческое ООО без госконтрактов покупает DataLens как обычную облачную подписку — никакого запрета нет, и это самый быстрый способ получить работающие дашборды. Но если вы участвуете в закупках, входите в контур компании с госучастием или у вас есть хотя бы один договор, где заказчик потребовал использовать ПО из реестра, DataLens отпадает целиком: письмо вендора о локализации данных не заменяет реестровую запись, а отсутствие записи не компенсируется ничем.
Формулировка «включён в реестр отечественного ПО» на маркетинговой странице — не документ. Записи вносятся, продлеваются и исключаются, поэтому перед закупкой запрашивается номер реестровой записи и проверяется в реестре Минцифры на текущую дату. Проверка занимает десять минут и снимает риск отклонения заявки, который стоит всего проекта.
Отдельно про Apache Superset: он тоже не в реестре и в реестре быть не может — это открытый международный проект, а не российский продукт. Требование реестра он не закрывает, требование о хранении данных в России — закрывает полностью, потому что стоит на вашем сервере. Если вы читаете эту статью из-за тендерного требования, ваш короткий список — это первые пять строк таблицы выше.
Пересборка тридцати отчётов: 410 800 ₽ и откуда они берутся
Первое действие в проекте — не выбор платформы, а инвентаризация отчётов, и оно окупается лучше всего остального. В модельной компании из 30 отчётов в Power BI за последние 90 дней открывали 12. Остальные 18 — это отчёты, сделанные под разовый вопрос, дубли одного и того же среза и наследие ушедшего сотрудника. Переносить их некому и незачем, но пока не составлен список с датами последнего открытия, за них платят наравне с живыми.
Если пропустить инвентаризацию и перенести все 30 отчётов, к смете добавляются 18 отчётов по 12 часов, то есть ещё 259 200 ₽, и общий счёт вырастает до 670 000 ₽. Ни одно решение в компании от этого не изменится: 18 отчётов не открывали три месяца до переезда и не откроют после. Это самая дешёвая экономия в проекте — она не требует ни торга с подрядчиком, ни компромисса по качеству.
Разброс по отчёту большой и зависит не от красоты страницы, а от сложности мер. Простой отчёт — плоская таблица продаж с фильтром по периоду и складу — это 6–8 часов. Отчёт средней сложности с сопоставлением периодов, скользящими показателями и разбивкой по каналам — 12–16 часов. Отчёт, где половина логики сидит в тридцати вычисляемых полях с условиями, честно оценивать до вскрытия нельзя: сначала аналитик разбирает формулы, а потом называет срок.
Горизонтальная столбчатая диаграмма из пяти позиций сметы в рублях: «Пересборка 12 отчётов — 172 800 ₽», «Слой данных: источники, хранилище, витрины — 150 000 ₽», «Обучение восьми авторов — 40 000 ₽», «Сверка чисел — 28 800 ₽», «Инвентаризация — 19 200 ₽». Итог подписан снизу: «410 800 ₽». Отдельным серым столбцом сбоку, отделённым пунктиром, — «Перенос 18 мёртвых отчётов, если пропустить инвентаризацию: +259 200 ₽». Оси подписаны по-русски, единицы — рубли.
Меры и вычисляемые поля: это не перевод, а переписывание
Самое частое ожидание заказчика на старте: «формулы же простые, их перенабрать — день работы». Формулы действительно короткие, но они написаны на языке конкретной платформы и опираются на её модель. DAX в Power BI и LOD-выражения в Tableau умеют менять контекст вычисления прямо внутри меры — то есть считать по другому срезу, чем показывает страница. В российских платформах эта же логика чаще всего уезжает уровнем ниже, в SQL-витрину, и это не недостаток, а другая архитектура.
Формула, которая считается в момент показа и зависит от выбранных фильтров. Отличается от вычисляемого поля тем, что не хранится в таблице: «выручка» — мера, «цена за штуку» — вычисляемое поле. При переезде первое переписывается, второе чаще всего просто уезжает в витрину.
| Что было в старом отчёте | Куда это уезжает | Оценка работы |
|---|---|---|
| Простая агрегатная мера: сумма, количество, среднее | Настройка агрегата в интерфейсе новой платформы | 10–20 минут |
| Сопоставление с прошлым годом и накопительный итог | Оконные функции в SQL-витрине плюс календарь в модели | 1–2 часа на меру |
| Мера, меняющая контекст: доля от общего, доля в категории | Переписывается через витрину с заранее посчитанными знаменателями | 2–4 часа на меру |
| Условная логика на десяток веток: «если склад такой, то ставка такая» | Справочник в базе плюс соединение в витрине; в BI не остаётся ничего | 3–8 часов, включая спор о том, какие ветки ещё актуальны |
| Расчёт, который никто не может объяснить словами | Восстанавливается по формуле и согласуется с владельцем показателя | Оценивается только после вскрытия |
Переезд — единственный удобный момент, чтобы вынести расчёты из отчёта в слой данных, и этим стоит воспользоваться. Когда мера живёт в витрине, её видят все отчёты сразу, её можно проверить обычным SQL-запросом, а следующая смена платформы уже не тронет её вообще. Когда мера живёт внутри отчёта, вы платите за неё повторно при каждом переезде и получаете классическую болезнь: два отчёта об одной выручке, расходящиеся на 3 %, и никто не может сказать, какой правильный. Как мы разделяем слой данных и слой представления, описано на странице решения по BI-дашбордам.
Схема из двух частей. Слева «Было»: три прямоугольника отчётов, в каждом внутри своя коробочка «меры», под ними общий блок «источники». Между отчётами стрелка с подписью «расхождение 3 %, правильного нет». Справа «Стало»: те же три отчёта, но пустые внутри, под ними общий широкий блок «витрина: меры, справочники, календарь», ниже — «источники: 1С:УТ, amoCRM, выгрузки маркетплейсов». Подпись под правой частью: «смена BI не трогает расчёты». Чертёжный стиль, подписи по-русски.
Источники: 1С, своя база и выгрузки маркетплейсов
Второй сюрприз переезда — источники. У ушедших платформ был каталог готовых коннекторов на сотни сервисов, и подключение выглядело как выбор из списка. В российских платформах список короче, и подключение к самому частому источнику российской компании — 1С — почти всегда идёт не напрямую, а через промежуточный слой. Это не свойство конкретной платформы, а правильная инженерная практика: аналитические запросы не должны ходить в боевую базу учёта, потому что тяжёлый отчёт в разгар дня кладёт работу склада.
| Источник | Как подключался раньше | Как подключается сейчас | Трудозатраты |
|---|---|---|---|
| 1С:Управление торговлей | Коннектор из каталога или прямое чтение базы | Регулярная выгрузка или репликация в хранилище, BI читает хранилище | 24–60 часов на первый источник |
| Своя база на сервере: PostgreSQL, ClickHouse | Штатный драйвер | Так же штатным драйвером — все платформы из таблицы это умеют | 2–4 часа |
| CRM: Битрикс24, amoCRM | Готовый коннектор из каталога | Через API в хранилище либо через интеграционную платформу с российской пропиской | 8–24 часа |
| Выгрузки маркетплейсов | Готовый коннектор или сторонний сервис | Загрузчик по API площадки в хранилище, с журналом загрузок и повторным запуском | 16–40 часов на площадку |
| Таблицы отделов | Прямое подключение к файлу в облаке | Папка на своём сервере или отдельная таблица-приёмник с проверкой формата | 4–8 часов |
Отсюда практическое правило для сравнения предложений: фразу «у нас есть коннектор к 1С» надо превращать в конкретный вопрос — что именно коннектор читает из вашей конфигурации с вашими доработками, справочники или регистры, и на тестовом контуре или в боевой базе. Проверяется это за два часа на реальном регистре, а не по документации. Способы связать учёт, CRM и внешние площадки в один контур мы собрали на странице интеграций.
Apache Superset: когда бесплатное действительно дешевле
Superset не имеет лицензионных платежей, и на этом основании его часто заносят в смету как нулевую строку. Нулевой она не бывает: платить придётся за сервер, за первичную настройку и за то, что кто-то будет обновлять систему, чинить сломавшуюся загрузку и разбираться, почему отчёт перестал открываться в понедельник утром. Сравним три года владения на одном и том же контуре.
| Статья расходов | Yandex DataLens, 8 авторов | Apache Superset на своём сервере |
|---|---|---|
| Лицензии и подписка | 990 ₽ в месяц за пользователя | 0 ₽ |
| Первичная установка и настройка | 0 ₽ — работает в браузере | 120 000 ₽ |
| Сервер и его обслуживание | Входит в подписку | 12 000 ₽ в месяц |
| Сопровождение подрядчиком | Не требуется отдельно | 15 000 ₽ в месяц |
| Итого за 36 месяцев | 285 120 ₽ | 1 092 000 ₽ |
На восьми авторах открытая платформа дороже облачной почти вчетверо, и это честный результат: бесплатна лицензия, а не система. Картина переворачивается, когда растёт число именованных пользователей, потому что подписка линейна, а расходы на свой сервер — почти нет. Точка равенства при сопровождении подрядчиком — примерно 31 именованный пользователь: 31 × 990 ₽ даёт 30 690 ₽ в месяц против примерно 30 300 ₽ у Superset с учётом разнесённой на три года установки. Если сопровождать систему будет свой инженер данных, которому вы платите зарплату независимо от этого проекта, из расчёта уходит строка на 540 000 ₽, и точка равенства сдвигается к 16 пользователям.
Прежде чем считать лицензии на весь штат, проверьте, сколько человек за последний квартал что-то в отчётах меняли, а не смотрели: авторов обычно 6–8, остальным хватает отчёта по расписанию и алерта при отклонении показателя. Разговорный доступ к цифрам без дашборда мы разбираем в решении по аналитике естественным языком, а свод для собственника — в управленческой отчётности.
Двухосевой график. Горизонтальная ось — число именованных пользователей от 5 до 60, вертикальная — стоимость владения за 36 месяцев в рублях. Первая линия «Yandex DataLens, 990 ₽ в месяц за пользователя» — прямая от 178 200 ₽ при пяти пользователях до 2 138 400 ₽ при шестидесяти. Вторая линия «Apache Superset с подрядчиком на сопровождении» — почти горизонтальная на уровне 1 092 000 ₽. Третья, пунктирная, «Superset со своим инженером» — горизонтальная на уровне 552 000 ₽. Точки пересечения подписаны: «31 пользователь» и «16 пользователей». Подписи по-русски.
Когда BI не нужен вообще
Уход зарубежной платформы — хороший повод не заменить инструмент, а проверить, нужен ли он. Есть три ситуации, в которых регулярная выгрузка и одна таблица закрывают задачу полностью, а проект на 410 800 ₽ покупает только красивую оболочку вокруг тех же пяти цифр.
- Один источник и меньше двух десятков показателей. Если все числа лежат в одной базе, а руководителю нужны выручка, маржа, остатки, дебиторка и воронка, то расписанная выгрузка в таблицу с формулами делает ровно то же самое. Настройка такой выгрузки стоит 40 000–80 000 ₽ против 410 800 ₽ за контур с BI, и её достаточно, пока источник один.
- Решения принимаются раз в месяц. BI окупается интерактивностью: возможностью на планёрке провалиться из общей цифры в конкретный склад и найти причину за минуту. Если разбор показателей происходит раз в месяц на два часа, интерактивность не нужна — нужен фиксированный отчёт по расписанию и алерт при отклонении.
- Данные в беспорядке. Если номенклатура задвоена, справочник контрагентов ведётся по-разному в двух системах, а половина продаж проходит мимо учёта, то BI покажет беспорядок быстрее и нагляднее, чем таблица, — и на этом польза закончится. Сначала порядок в справочниках и источниках, потом отчётность; иначе первый же дашборд станет предметом спора, а не инструментом.
И последнее по срокам. Переезд отчётности — редкий случай в импортозамещении, когда время на стороне заказчика: старые дашборды не исчезают в один день. Это время стоит потратить на инвентаризацию, словарь метрик и пилот, а не на то, чтобы за две недели повторить тридцать старых отчётов, восемнадцать из которых никто не откроет. Полную смету перехода компании на отечественный стек, где BI — только одна из строк, мы разбирали отдельным материалом.
Переезжает не дашборд, а способ считать показатель. Держите его в витрине — и следующий переезд будет стоить дней.
