Yandex DataLens по состоянию на сентябрь 2026 года не имеет записи в едином реестре российского программного обеспечения, хотя данные обрабатываются в российском облаке. Для обычного коммерческого ООО это чаще всего не значит ничего. Для заказчика, который закупает по 44-ФЗ, для компании с обязательной долей закупок российского ПО по 223-ФЗ и для владельца значимого объекта критической информационной инфраструктуры — это блокер, который не обходится ни письмом вендора, ни фактом хранения данных в России.
Путаница возникает потому, что в тендерной документации оба требования часто стоят рядом и выглядят как одно. Они разные, проверяются по-разному и выполняются разными продуктами. Ниже — как их развести, как за две минуты проверить статус любой системы самому и что делать, если требование появилось уже после того, как дашборды построены и работают.
Два разных требования, которые путают в тендерах
Требование части 5 статьи 18 Федерального закона № 152-ФЗ: базы, где обрабатываются персональные данные россиян, должны находиться на территории России. Это требование про место хранения. Его выполняет любой российский облачный провайдер, и Yandex DataLens ему соответствует.
Перечень, который ведёт Минцифры по статье 12.1 Федерального закона № 149-ФЗ. Это требование про происхождение продукта и его правообладателя, а не про то, где стоят серверы. Постановление Правительства № 1236 от 16 ноября 2015 года запрещает допуск иностранного ПО к закупкам по 44-ФЗ, если в реестре есть российский аналог. Общее устройство реестра разобрано в отдельном материале.
Пересечения между этими требованиями нет. Продукт может обрабатывать данные в московском дата-центре, принадлежать российскому юридическому лицу и всё равно не иметь реестровой записи — потому что запись подаётся правообладателем заявительно, проходит экспертизу и требует соответствия набору критериев. Отсутствие записи не означает, что продукт «нероссийский»; оно означает ровно то, что написано: записи нет, а значит, требование закупки не выполнено.
Две колонки-карточки. Левая «Где обрабатываются данные — 152-ФЗ, ч. 5 ст. 18»: строки «Про место хранения», «Проверяется размещением серверов», «Yandex DataLens — соответствует». Правая «Откуда продукт — реестр Минцифры, 149-ФЗ ст. 12.1»: строки «Про происхождение и правообладателя», «Проверяется номером реестровой записи», «Yandex DataLens — записи нет на сентябрь 2026». Между колонками жирная вертикальная разделительная линия с подписью «требования независимы». Внизу общая строка: «В закупочной документации они часто стоят рядом и читаются как одно». Чертёжный стиль, подписи по-русски.
Кому запись в реестре обязательна
Ответ зависит не от отрасли и не от размера компании, а от того, по каким правилам вы покупаете софт и есть ли у вас объекты критической инфраструктуры.
| Кто вы | Обязательна ли реестровая запись | Основание |
|---|---|---|
| Коммерческое ООО, покупает софт за свои деньги | Нет | Ограничений на закупку нет; действует только 152-ФЗ по месту хранения данных |
| Заказчик по 44-ФЗ: орган власти, бюджетное учреждение | Да | Постановление Правительства № 1236 от 16.11.2015 — запрет на допуск иностранного ПО |
| Заказчик по 223-ФЗ: госкомпания, компания с госучастием | Как правило, да | Постановление Правительства № 2013 от 03.12.2020 — минимальная доля закупок российского |
| Владелец значимого объекта КИИ | Да | Указ Президента № 166 от 30.03.2022 — запрет на использование иностранного ПО с 1 января 2025 года |
| Подрядчик госзаказчика | Зависит от контракта | Требование переносится в договор; читать надо контракт, а не общие нормы |
Пятая строка — самая коварная. Компания может быть обычным ООО, не иметь отношения к госзакупкам и вдруг обнаружить требование о реестре в договоре с крупным заказчиком, потому что тот переносит на подрядчиков собственные ограничения. Проверять это надо не по общим нормам, а по тексту конкретного контракта — кому и когда переход на отечественное ПО обязателен, разобрано подробнее в соседнем материале.
Постановления и указы правятся регулярно, перечни исключений расширяются, отдельные категории заказчиков получают отсрочки. Ссылки выше — ориентир на сентябрь 2026 года. Единственный источник, на который можно опираться при подготовке к конкретной закупке, — сама закупочная документация и техническое задание заказчика: там написано, что именно требуется и в какой формулировке.
Как проверить статус самому и зафиксировать результат
Не верьте статьям, включая эту: статус меняется, а ответственность за закупку остаётся на вас. Проверка занимает пару минут и делается на сайте реестра российского ПО, который ведёт Минцифры.
- 1Найдите продукт в реестре по названию. Ищите точное название программного продукта, а не название компании: у одного правообладателя бывают и внесённые, и не внесённые продукты.
- 2Откройте карточку и запишите номер реестровой записи и дату включения. Формулировка «включён в реестр» на маркетинговой странице вендора документом не является.
- 3Проверьте, что запись не исключена и не приостановлена: записи вносятся, продлеваются и исключаются, и статус на дату вашей закупки может отличаться от прошлогоднего.
- 4Сделайте скриншот карточки с видимой датой и приложите его к закупочному делу. Это ваше доказательство добросовестности, если статус изменится после подписания контракта.
- 5Если продукта в реестре нет — зафиксируйте и это: скриншот пустой выдачи по точному названию, с датой. Отрицательный результат проверки документируется так же, как положительный.
Для Yandex DataLens такая проверка на сентябрь 2026 года даёт отрицательный результат: продукт в реестре не значится. Российские BI-платформы, которые обычно рассматривают как альтернативу — Visiology, Polymatica, Luxms BI, PIX BI, Glarus BI, Форсайт, AW BI, Loginom, — реестровые записи, как правило, имеют, но слово «как правило» в тендерной документации не работает: номер записи проверяется по каждому кандидату отдельно и на дату закупки. Сравнение этих платформ по семи критериям выбора — в обзорной статье кластера.
Требование появилось, а DataLens уже внедрён: три варианта
Самый частый сценарий выглядит так: контур работает полтора года, всё устраивает, и тут в договоре с новым крупным заказчиком появляется требование о реестре. Модельная ситуация: 20 именованных пользователей, 6 витрин, 8 дашбордов, 24 расчётные меры, 18 месяцев эксплуатации. В контур уже вложено 810 000 ₽ — проект на 450 000 ₽ и сопровождение по 20 000 ₽ в месяц.
Дальше считаем три варианта на горизонте трёх лет. Из всех трёх исключены 450 000 ₽ уже вложенного проекта и 20 000 ₽ в месяц на сопровождение модели данных — эти суммы одинаковы при любом решении. Подписка Yandex DataLens Business в расчёте — 990 ₽ за пользователя в месяц, лицензия реестровой платформы — 30 000 ₽ за пользователя единовременно и 20 % от этой суммы ежегодно начиная со второго года. Вторая цифра — подстановка для примера: реестровые вендоры называют цену по запросу.
| Вариант | Что делаем | Три года | Чем платите |
|---|---|---|---|
| 1. Оставить как есть | Не участвуем в закупках с требованием реестра | 712 800 ₽ — только подписка DataLens | Отказом от контрактов, где требование прописано |
| 2. Разделить контур | 3 дашборда для регулируемого сегмента переносим на реестровую платформу, 6 пользователей | 1 192 300 ₽ | Двумя платформами и риском двух версий одной цифры |
| 3. Полный перенос | Все 8 дашбордов и 20 пользователей уходят на реестровую платформу | 1 281 000 ₽ | 441 000 ₽ работы и месяцем параллельной эксплуатации |
Второй вариант складывается из трёх частей: перенос трёх дашбордов вместе с витринами и правами — 65 часов, то есть 227 500 ₽; реестровые лицензии на шесть пользователей — 252 000 ₽ за три года; сохранённая подписка DataLens для остальных — 712 800 ₽. Первый год полного переноса обходится в 803 400 ₽: 441 000 ₽ работы плюс 600 000 ₽ лицензий минус 237 600 ₽ отменённой годовой подписки. Разница между вторым и третьим вариантами на трёхлетнем горизонте — 88 700 ₽, это 6,9 %. Иными словами, деньгами выбор между ними не решается: решать надо тем, готовы ли вы держать две платформы, два набора прав доступа и объяснять, почему цифра на одном дашборде не совпадает с цифрой на другом.
Три составных столбца, ось в рублях. Столбец «1. Оставить как есть — 712 800 ₽» из одного сегмента: подписка DataLens 990 ₽ × 20 польз. × 36 мес. Столбец «2. Разделить контур — 1 192 300 ₽» из сегментов: перенос 3 дашбордов 227 500, реестровые лицензии на 6 пользователей 252 000, подписка DataLens 712 800. Столбец «3. Полный перенос — 1 281 000 ₽» из сегментов: перенос 441 000, реестровые лицензии на 20 пользователей 840 000. Между вторым и третьим столбцами выносная подпись «разница 88 700 ₽ — 6,9 %». Внизу примечание: «во всех трёх вариантах не учтены 450 000 ₽ вложенного проекта и 20 000 ₽/мес сопровождения — они одинаковы». Все суммы подписаны.
Что переносится без переписывания, а что нет
Хорошая новость: платформа — верхний и самый тонкий слой аналитического контура. Всё, что лежит под ней, при смене BI не трогается вовсе, и именно поэтому переезд стоит 441 000 ₽, а не второй полный проект.
- Переносится как есть: хранилище и слой загрузки, витрины и их расписание, справочники и таблицы соответствий, словарь метрик, регламент ночной загрузки, права на уровне источников данных. Это большая часть вложенных денег.
- Переписывается: расчётные меры — у каждой платформы свой синтаксис вычисляемых полей. 24 меры в модельном контуре — это 18 часов, механическая, но не автоматизируемая работа.
- Собирается заново: сами дашборды, фильтры, параметры и разграничение доступа на уровне строк. Восемь дашбордов — 72 часа, то есть больше половины всей сметы переезда.
- Не переносится никогда: привычка пользователей и их закладки. Заложите месяц параллельной работы двух контуров — в модельной смете это 16 часов на сверку и повторную приёмку, и это минимально необходимая строка.
Отсюда практический вывод, полезный ещё до всякого требования о реестре: держите модель данных отдельно от BI. Если витрины считаются в хранилище, а не внутри платформы, смена BI становится задачей на две-три недели. Если вся логика живёт в вычисляемых полях дашбордов, переезд превращается в новый проект. Сколько в целом стоит миграция на отечественное ПО и из чего она складывается — в отдельном разборе.
Когда реестр вас не касается
Большинству компаний эта статья нужна ровно для того, чтобы один раз убедиться: их вопрос не касается. Признаки, по которым тему можно закрыть и не тратить на неё бюджет.
- Вы покупаете софт за собственные деньги и не участвуете в госзакупках. Тогда действует только 152-ФЗ по месту хранения данных, и российское облако его закрывает. Никакой обязанности выбирать продукт из реестра у вас нет.
- В ваших договорах с заказчиками нет пункта про российское ПО. Проверьте это буквально — поиском по тексту действующих контрактов, а не по памяти. Требование обычно приходит именно оттуда.
- У вас нет значимых объектов КИИ. Категорирование проводится по установленной процедуре, и если оно не проводилось и оснований для него нет, ограничения указа № 166 к вам не относятся.
- Вы выбираете BI-систему прямо сейчас. Тогда вопрос решается заранее и бесплатно: если есть хотя бы теоретическая перспектива работы с госзаказчиком, берите платформу с реестровой записью сразу. Переезд потом стоит 441 000 ₽, выбор сейчас — ноль.
И последнее, что стоит записать в регламент: статус любой системы в реестре проверяется заново перед каждой закупкой и перед каждым продлением лицензии. Это пять минут работы раз в год и единственный способ не узнать о проблеме в момент подачи заявки.
Российское облако и российский реестр — не синонимы. Первое отвечает на вопрос «где лежат данные», второе — на вопрос «что написано в вашей закупке».
