Требование о наличии системы в едином реестре российского программного обеспечения касается не всех: обязанность прямо предусмотрена для государственных заказчиков, компаний с государственным участием при закупках и владельцев значимых объектов критической информационной инфраструктуры. Частной компании без госзакупок оно чаще всего приходит не из закона, а строкой в договоре с заказчиком. Проверить, попадаете ли вы под требование, надо до составления шорт-листа — потому что на узких классах систем оно фактически и есть выбор.
Кому обязанность приходит прямо, кому через контрагента и кому не приходит вовсе, мы разбирали подробно в материале кому обязателен переход на отечественное ПО. Здесь другой срез, которого в том разборе нет: как требование реестра меняет выбор класса системы и что делать, если нужного вам класса в реестре почти нет. Юридической квалификации мы не даём — конкретную формулировку из вашего контракта смотрите с юристом.
Подтверждение происхождения продукта: права принадлежат российскому правообладателю, продукт правомерно распространяется в России. Это не знак качества, не сертификат защищённости и не подтверждение того, что ваши данные хранятся в России. Что реестр подтверждает и чего не подтверждает — в материале реестр отечественного ПО.
Проверка за две минуты
Проверка делается в официальном реестре, который ведёт профильное министерство, и занимает две минуты, если знать, что именно искать. Ищут не по названию вендора и не по фразе из презентации, а по продукту — и сверяют четыре поля.
- 1Номер реестровой записи. У включённого продукта он есть, и вендор называет его без запинки. Отсутствие номера при словах «мы в реестре» — достаточный повод остановиться.
- 2Название продукта в записи. Оно должно совпадать с тем, что вам продают, вплоть до редакции. Частая ситуация: в реестре одна редакция линейки, а в коммерческом предложении другая, и запись на неё не распространяется.
- 3Правообладатель. Сверьте с тем юридическим лицом, которое выставляет счёт. Если продаёт партнёр, это нормально, но правообладателем в записи должен быть разработчик.
- 4Дата и статус записи. Продукт может быть исключён из реестра, и это не отменяется задним числом в презентациях вендора. Дату проверки фиксируйте.
Результат сохраняется выпиской или снимком экрана с датой и подшивается в закупочное дело. Это не бюрократия ради бюрократии: через год, когда придёт проверка или вопрос от заказчика, восстановить, каким статус был на момент закупки, будет уже нельзя.
«Российская разработка» на сайте вендора — это утверждение вендора, а не запись в реестре. «Серверы и данные в России» — другое требование, независимое от реестра: продукт может выполнять его и при этом в реестре не значиться, и наоборот. «Сертифицирован» — обычно про защиту информации, это отдельная процедура и отдельный документ. «Наш разработчик аккредитован как ИТ-компания» — характеристика компании, а не продукта. Как расходятся первые два, разобрано на конкретном примере в материале российское облако и запись в реестре.
Как требование меняет выбор класса
Главное, чего не видно из общих разборов: требование реестра не оценивает систему, оно сокращает список. И сокращает по-разному — потому что российский рынок заполнен неравномерно. Там, где в классе пять самостоятельных продуктов, потеря одного-двух кандидатов не меняет ничего. Там, где их два, требование становится решением ещё до того, как вы посмотрели на функции.
| Класс | Насколько заполнен российский рынок | Что меняет требование |
|---|---|---|
| Учёт и ERP | Плотно: несколько линеек разного размера | Почти ничего для самой системы; вопрос переходит на операционную систему и СУБД под ней |
| CRM | Плотно: пять и больше известных продуктов | Шорт-лист сохраняется, выбор идёт по функциям как обычно |
| СЭД | Плотно: несколько зрелых систем | Практически не влияет на выбор |
| BI | Средне, часть решений собрана на открытом ядре | Главная ловушка класса: открытое ядро само по себе в реестр не включают |
| WMS | Заметно уже: несколько специализированных решений и варианты на базе учётной платформы | Сужает шорт-лист, растёт цена доработок под специфику |
| TMS | Узко: единицы самостоятельных продуктов | Фактически определяет выбор до сравнения функций |
| MES | Узко и отраслево | Выбор был узким и без требования, оно его добивает |
| RPA | Узко: несколько платформ | Сужает мало, потому что класс и так небольшой |
Таблица описывает заполненность рынка самостоятельными российскими продуктами, а не состав реестра: статус конкретного продукта проверяется отдельно и на дату. Но именно заполненность класса определяет, дорого вам обойдётся требование или нет — и это можно оценить до того, как вы открыли реестр.
Продукт с открытым кодом сам по себе в реестр не включается: туда включают продукты, у которых есть российский правообладатель, и заявителем выступает он. На базе открытого ядра в реестре встречаются сборки конкретных компаний — но проверять надо именно ту сборку, которую вы покупаете и которая будет стоять у вас, а не ядро, на котором она сделана. Для BI это самая частая ошибка закупки.
Две воронки рядом в чертёжном стиле. Левая с заголовком «широкий класс: CRM, СЭД, учёт»: сверху пять карточек-кандидатов, сквозь фильтр с подписью «запись в реестре» проходят четыре, снизу подпись «выбор идёт по функциям». Правая с заголовком «узкий класс: TMS, MES»: сверху пять карточек, сквозь тот же фильтр проходят две, снизу подпись «требование решает раньше функций». Между воронками вертикальная разделительная линия. Подписи по-русски.
Цена требования, обнаруженного после шорт-листа
Порядок работы, который экономит деньги, обратный привычному: сначала выясняете, распространяется ли требование на вас и на этот класс, и только потом собираете список кандидатов. Проверка до шорт-листа — 2–4 часа работы закупщика и юриста, то есть ноль рублей сверх зарплаты. Та же проверка после того, как кандидат выбран и цена согласована, стоит совсем других денег.
Считаем на модели: транспортная компания, 18 машин, покупает TMS. Смета внедрения согласована на 800 000 ₽, поставщик выбран из пяти кандидатов. На этапе подписания выясняется, что заказчик, ради работы с которым всё и затевалось, требует систему из реестра, и подходящих кандидатов остаётся двое.
Самая крупная строка здесь не про реестр, а про узость класса: из коробки нужная функция была у того кандидата, который выбыл, и теперь её надо оплачивать как доработку. Именно поэтому требование дороже всего обходится на узких классах — не потому, что российские системы хуже, а потому, что выбирать не из чего и торговаться нечем.
Горизонтальная составная полоса, разбитая на четыре сегмента с подписями и суммами: «доработка выпавшей функции — 240 000 ₽», «потеря переговорной позиции — 96 000 ₽», «пересогласование ТЗ и сроков — 40 000 ₽», «проверка и оформление — 15 000 ₽». Справа от полосы итог «391 000 ₽» и рядом для сравнения короткий столбик «та же проверка до шорт-листа — 0 ₽, 2–4 часа». Под полосой вводные: «транспортная компания, 18 машин, смета TMS 800 000 ₽». Чертёжный стиль, подписи по-русски.
Что делать, если нужной системы в реестре нет
Ситуация обычная именно на узких классах: подходящая по функциям система есть, а записи у неё нет. Вариантов пять, и разумный почти всегда третий или четвёртый.
- 1Проверить, распространяется ли требование на этот класс
Формулировки в контрактах чаще всего называют конкретные виды программ — операционные системы, офисные пакеты, системы управления базами данных — и не покрывают прикладные системы целиком. Пять типовых формулировок и то, какие из них действительно означают «нужна запись в реестре», разобраны в материале кому обязателен переход на отечественное ПО.
- 2Разделить контур по данным, а не по удобству
Реестровые продукты ставятся там, где проходит регулируемый процесс или данные заказчика, остальное остаётся как есть. Граница проводится по сущностям: если участок вынесен, он владеет своими данными целиком. Размазанная между двумя контурами сущность даёт худшее из обоих вариантов — и требование не выполнено, и стык содержать надо.
- 3Пройти процедуру обоснования
Для государственного заказчика предусмотрен порядок обоснования невозможности применения продукта из реестра. Это процедура со своими правилами и сроками, и готовится она до объявления закупки, а не после. Конкретный порядок для вашего случая уточняйте с юристом — здесь мы описываем механику, а не даём правовую консультацию.
- 4Заложить точку замены и жить дальше
Если требование сегодня вас не касается, но заказчик у вас один и крупный, дешевле не менять систему, а спроектировать место, где её можно будет заменить: обмен через понятные форматы, свои копии данных, отсутствие логики внутри чужого модуля. Это дешевле переезда и не требует решения прямо сейчас.
- 5Не рассчитывать на заказную разработку
Система, написанная под вас одну, в реестр не попадает: туда включают продукты, которые распространяются на рынке, и заявителем выступает правообладатель. Если требование звучит именно как «запись в реестре», путь заказной разработки его не закрывает, каким бы российским ни был подрядчик.
Чего запись в реестре не даёт
Отдельный разговор нужен там, где реестр начинают использовать как знак качества. Он им не является, и решения, принятые на этом основании, стоят дорого.
- Не гарантирует, что система вам подойдёт. Запись говорит о происхождении, а не о функциях. Сравнивать кандидатов всё равно придётся по сценариям вашей работы, на живом стенде.
- Не гарантирует защищённости. Требования к защите информации — отдельная процедура с отдельными документами. Наличие одного не заменяет другого ни в какую сторону.
- Не говорит, где лежат данные. Продукт из реестра может работать в облаке, и вопрос о размещении данных решается договором и настройками, а не записью.
- Не защищает от ухода продукта. Российский вендор тоже прекращает поддержку редакций и меняет лицензионную политику. Так, Контур.Диадок прекращает поддержку модуля для 1С:Предприятие 7.7 с 1 сентября 2026 года — к реестру это отношения не имеет и происходит независимо от него.
- Не отменяет расчёта. Переезд на реестровый продукт стоит денег, и считать его надо так же, как любой другой проект: смета есть в материале сколько стоит миграция на отечественное ПО.
Когда на реестр можно не смотреть
Честный ответ для большинства читателей: требование вас не касается, и тратить на него время не нужно. Четыре признака, по которым это видно сразу.
- Вы частная компания без госзакупок и без объектов критической инфраструктуры. Прямой обязанности нет, а экономический риск — это другое основание для решения, и считается он деньгами, а не нормами.
- В контрактах с заказчиками нет строки про реестр. Перечитайте формулировку целиком: требование о размещении данных в России или о защите информации — это не требование реестра.
- Класс системы заполнен плотно. Если в классе пять и больше российских продуктов, требование почти наверняка не изменит ваш шорт-лист, и проверять можно уже на этапе финалистов.
- Действующий контур работает и не мешает вам получать заказы. Смена работающих систем ради соответствия, которое от вас не требуют, — самая дорогая форма подготовки к будущему. Разбор — в материале когда переходить на отечественное не надо.
Реестр отвечает на вопрос о происхождении продукта. Вопрос о том, подойдёт ли он вам, он не задаёт и на него не отвечает.
