Выбор между этими двумя платформами в большинстве случаев решается не сравнением возможностей, а одним формальным признаком. Yandex DataLens по состоянию на сентябрь 2026 года не включён в реестр отечественного программного обеспечения, при том что сервис работает в российском облаке и данные не покидают страну. Для частной компании это не значит ничего. Для организации с государственными контрактами или объектами критической информационной инфраструктуры это блокер, и он срабатывает до того, как кто-то посмотрел на дашборды.
Поэтому правильная постановка вопроса не «что лучше», а «к какому из двух профилей покупателя вы относитесь». Ниже разбираем оба, считаем три года владения на модельной компании и показываем цену ошибки — сумму, которую придётся заплатить, если требование реестровости появится после внедрения.
Модельная компания: 30 пользователей отчётности, три источника данных, 12 дашбордов, витрина на PostgreSQL. Суммы — порядок величин на сентябрь 2026 года: российские BI-вендоры почти не публикуют прайсы, цена собирается под число именованных пользователей, серверов и модулей. Мы не являемся партнёром ни одного из вендоров.
Реестр решает раньше, чем функции
Запись в реестре отечественного ПО — административный факт, а не оценка качества. Он означает, что правообладатель российский, продукт зарегистрирован и его можно закупать там, где действует ограничение на иностранное программное обеспечение. Локализация данных — отдельное требование из другого закона, и путать их дорого: продукт может хранить данные в России и при этом не быть в реестре, ровно как в случае DataLens.
Реестр отечественного ПО отвечает на вопрос «чей это продукт» и применяется при закупках для государственных нужд и в ряде отраслевых требований. Локализация баз персональных данных (ч. 5 ст. 18 152-ФЗ) отвечает на вопрос «где лежат данные граждан» и применяется ко всем без исключения. Первое требование к вам может не относиться вообще; второе относится всегда. Подробный разбор того, кому запись обязательна и как проверить статус самостоятельно, — в материале Yandex DataLens и реестр отечественного ПО.
Формулировка «наш продукт российский» или «мы в реестре» в коммерческом предложении не является подтверждением. Просите номер реестровой записи и дату и проверяйте его сами в день закупки: статус меняется, продукты добавляются и исключаются. Порядок проверки за десять минут описан в материале как проверить ПО в реестре. Visiology заявлена как реестровая — это тоже проверяется по номеру, а не принимается на веру.
Стоит понимать и обратное: запись в реестре не гарантирует ни качества, ни поддержки, ни того, что платформа переживёт три года. Она гарантирует только допуск к закупке. Поэтому у второго профиля покупателя выбор не сужается до одной платформы — он сужается до списка реестровых, внутри которого сравнение идёт по обычным инженерным критериям: источники, скорость, права доступа, кто в вашем городе умеет это поддерживать.
Два профиля покупателя — два разных ответа
Дальше всё зависит от того, в какую из двух категорий вы попадаете. Промежуточных состояний почти не бывает, зато бывает переход из первой во вторую — и именно он превращает выбор в дорогую ошибку.
| Признак | Коммерческая компания без ограничений | Организация с госконтрактами или КИИ |
|---|---|---|
| Что решает выбор | Стоимость владения и удобство сборки отчётов | Формальный статус платформы; цена рассматривается после |
| DataLens как вариант | Полноценный: низкий порог входа, данные в российском облаке | Не рассматривается, пока нет записи в реестре |
| Visiology как вариант | Рабочий, но дороже на малом числе пользователей | Основной кандидат вместе с другими реестровыми платформами |
| Риск смены требований | Появление госзаказчика превращает выбор в переезд | Риск обратный: реестровая платформа не станет нереестровой |
| Где размещаются данные | Облако или свой сервер — вопрос удобства | Чаще требование собственного контура, а не облака |
Практический вывод: если хотя бы 10 % выручки приходит из государственного сектора или вы планируете туда выйти, считайте себя вторым профилем сразу. Дешевле взять реестровую платформу на старте, чем пересобирать отчётность через полтора года — цену этой пересборки мы считаем ниже.
Две вертикальные цепочки решений рядом. Левая с заголовком «коммерческая компания»: «сколько пользователей» → «стоимость владения за три года» → «удобство сборки» → «выбор платформы». Правая с заголовком «госконтракты и КИИ»: «есть ли запись в реестре» → «размещение в своём контуре» → «стоимость владения» → «выбор платформы». Между цепочками горизонтальная стрелка слева направо с подписью «переход профиля стоит 1 148 000 ₽». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Различия, которые видно в работе
Функциональное сравнение имеет смысл только внутри первого профиля. Пять пунктов, по которым платформы действительно расходятся на практике, — и ни один из них не про красоту графиков.
- Подключение источников. У облачной платформы сильная сторона — готовые коннекторы к сервисам того же облака и к типовым базам; у платформы на своём сервере — возможность дотянуться до систем внутри периметра, к которым облако не имеет доступа. Если ваша учётная база не выставлена наружу, вопрос решается не коннектором, а витриной.
- Скорость на больших выборках. Разница проявляется не на миллионе строк, а на десятках миллионов и на сложных соединениях. Проверять надо на своих данных: попросите обе стороны собрать один и тот же отчёт на вашей выгрузке за год и замерьте время открытия.
- Расчётные поля и логика показателей. Где живёт формула — в дашборде, в наборе данных или в витрине. Чем ближе к витрине, тем дешевле сопровождение: формула, размазанная по двенадцати дашбордам, при изменении правила расчёта правится двенадцать раз.
- Права доступа к строкам. Возможность показать руководителю филиала только его филиал — обязательная вещь начиная с трёх подразделений. Реализации различаются сильно, и это тот пункт, который надо проверять на демонстрации со своей оргструктурой, а не по описанию.
- Встраивание дашборда. Показ отчёта внутри вашего портала или личного кабинета клиента лицензируется отдельно почти у всех вендоров. Если такой сценарий планируется, спрашивайте о нём до подписания: он способен удвоить смету лицензий.
Проверять эти пять пунктов надо в одном заходе и на своих данных. Рабочая процедура занимает два дня: выгрузите годовой массив из основного источника, опишите одну реальную оргструктуру для прав доступа и один показатель со спорной формулой, после чего попросите обе стороны собрать на этом один и тот же отчёт. Дальше сравниваются три вещи — время открытия отчёта, число шагов на изменение формулы и то, кто из подрядчиков вообще довёл задачу до конца. Последнее говорит о поддержке больше, чем любая презентация.
Три года владения на 30 пользователях
Считаем обе связки целиком, вместе с работой людей. Строка «сборка и ведение витрин и дашбордов» одинакова в обоих вариантах — 72 часа в год по ставке внешнего инженера 3 000 ₽, то есть 216 000 ₽: платформа не влияет на то, что кто-то должен поддерживать модель данных.
Две оговорки к расчёту. Первая: разница почти целиком складывается из лицензий и администрирования, а не из платформы как таковой — уберите строку администрирования, и разрыв сократится вдвое. Вторая: на 30 пользователях облако выигрывает, но подписка растёт линейно, а инфраструктура нет, поэтому на 80–100 пользователях картина разворачивается. Общая структура бюджета BI-проекта разобрана в материале сколько стоит BI-отчётность, а сравнение с открытой платформой — в разборе DataLens или Apache Superset.
Две составные вертикальные колонки. Левая «Visiology, 2 348 000 ₽» из пяти сегментов с подписями «лицензии 700 000 ₽», «поддержка лицензий 280 000 ₽», «серверы 324 000 ₽», «администрирование 396 000 ₽», «ведение витрин 648 000 ₽». Правая «Yandex DataLens, 1 728 000 ₽» из трёх сегментов: «подписка 810 000 ₽», «хранилище 270 000 ₽», «ведение витрин 648 000 ₽». Одинаковый нижний сегмент «ведение витрин» в обеих колонках выделен одной заливкой и подписан «одинаково при любой платформе». Между колонками стрелка с подписью «620 000 ₽». Чертёжный стиль, подписи по-русски.
В чём обе одинаково бессильны
Три проблемы не решаются ни одной платформой, и по нашему опыту именно они хоронят BI-проекты чаще, чем неверный выбор вендора.
- Несогласованные определения показателей. Пока «выручка» в отделе продаж считается по отгрузке, а в бухгалтерии по акту, BI честно покажет два разных числа, и виноватой будет назначена система. Определения согласуются письменно до сборки первого дашборда — это работа собственника и руководителей, а не подрядчика.
- Данные, которые никто не сверяет. Витрина показывает то, что лежит в источниках, вместе с дублями номенклатуры и непроведёнными документами. Регламент сверки на закрытых периодах — обязательная часть проекта; без него отчётам перестают верить на третьем месяце. Механика разобрана в материале дашборд начинается со справочников.
- Отсутствие владельца отчёта. Человек, который каждую неделю смотрит на дашборд и задаёт по нему вопросы, определяет судьбу проекта сильнее, чем платформа. Без него живой контур деградирует за один-два квартала независимо от того, сколько стоили лицензии.
Четвёртая вещь, общая для обеих платформ и редко упоминаемая при выборе: обе перекладывают на вас вопрос, кто имеет право видеть что. Разграничение прав доступа к строкам настраивается один раз и потом живёт вместе с оргструктурой — при каждом переводе руководителя или открытии филиала кто-то должен обновить правила. Это 1–2 часа в месяц и отдельная строка в регламенте, которой нет ни в одной смете внедрения.
Цена ошибки и когда BI преждевременна
Самый дорогой сценарий выглядит так: компания без ограничений выбрала облачную платформу, через полтора года выиграла государственный контракт, и появилось требование реестровости. Считаем, во что обходится переход на модельной компании.
Отсюда главная страховка, и она не про выбор вендора. Держите витрину данных вне BI — в собственном PostgreSQL, с описанными правилами расчёта показателей. Тогда при смене платформы переезжает 60 000 ₽ из 1 148 000 ₽, а дашборды пересобираются на готовых данных, а не заново придумываются. Если же вся логика живёт внутри платформы, вы платите за неё второй раз целиком.
Две колонки. Левая «переносится почти как есть» с одним крупным блоком «витрина данных в вашем PostgreSQL — 60 000 ₽» и подписью «правила расчёта описаны отдельным документом». Правая «собирается заново» с четырьмя блоками: «12 дашбордов — 243 000 ₽», «роли и права доступа — 60 000 ₽», «обучение 30 пользователей — 40 000 ₽», «лицензии новой платформы — 700 000 ₽». Внизу общая плашка «итого 1 148 000 ₽ против 620 000 ₽ трёхлетней экономии». Чертёжный стиль, приглушённая палитра, подписи по-русски.
И случай, когда покупать не надо ничего. Если вся отчётность компании — это две таблицы, которые обновляются руками раз в неделю, а показателей в них меньше пяти, BI не решает существующую задачу: выгрузка и таблица закрывают её за несколько часов руководителя в месяц. Порог, после которого разговор становится осмысленным, простой — три и больше источников данных и больше пятидесяти часов ручной сборки отчётности в месяц. Ниже него деньги правильнее потратить на приведение справочников, а сравнение платформ отложить: они никуда не денутся, а требования к реестровости через год могут выглядеть иначе.
Платформу выбирают на три года, а требования меняются за полтора. Поэтому переносимой должна быть витрина, а не вера в правильный выбор.
