Единый реестр российского программного обеспечения — это перечень продуктов, которые считаются отечественными. Государственные заказчики и компании с государственным участием обязаны выбирать из него, а если подходящего продукта нет — обосновывать закупку зарубежного. Для разработчика попадание в реестр открывает рынок, куда иначе не зайти.

Что проверяют, кроме документов

Юридическая часть — принадлежность прав, доля владения, отсутствие обязательных отчислений за рубеж — не наша тема. А вот техническая часть решается работой над продуктом.

  • Совместимость с отечественными операционными системами. Продукт должен собираться и работать на доверенных ОС, а не только на Windows.
  • Отказ от проприетарных зависимостей. Если система работает только с зарубежной СУБД, это вопрос.
  • Работа без обращения к зарубежной инфраструктуре. Лицензирование, обновления и телеметрия не должны требовать доступа к внешним серверам.
  • Документация на русском языке. Руководство пользователя, руководство администратора, описание процессов разработки.
  • Возможность развернуть у заказчика. Продукт, работающий только как облачный сервис из-за рубежа, в реестр не попадёт.

Что обычно приходится делать в продукте

  1. Портировать под отечественные операционные системы и проверить работу в их реальных сборках.
  2. Заменить или добавить поддержку отечественной СУБД — чаще всего PostgreSQL.
  3. Убрать зависимости, которые тянут внешние сервисы во время работы.
  4. Собрать пакеты в формате, привычном для целевой ОС, и проверить установку с нуля.
  5. Написать документацию по требуемой структуре.
  6. Получить сертификаты совместимости у производителей ОС — это отдельная процедура со своими сроками.
Самая частая недооценка — сроки на сертификаты совместимости. Сама доработка занимает недели, а получение подтверждений — месяцы.

С чего начать

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

Кому это нужно раньше остальных

  • Разработчикам, у которых уже есть государственные заказчики или заказчики с государственным участием.
  • Тем, кто продаёт в отрасли с требованиями по категорированию объектов.
  • Тем, чей продукт вытесняется с рынка зарубежными конкурентами, ушедшими из реестра.

Частые вопросы

Сколько времени занимает подготовка продукта?

Техническая часть — от нескольких недель до нескольких месяцев в зависимости от количества зависимостей. Сертификаты совместимости добавляют ещё от месяца.

Обязательно ли переходить на PostgreSQL?

Не обязательно, но поддержка отечественной СУБД сильно упрощает и заявку, и продажи: заказчик из реестра обычно уже ушёл с Oracle.

Вы помогаете с самой заявкой?

Мы делаем техническую часть: портирование, совместимость, сборка, документация. Юридическое сопровождение заявки — не наш профиль.

Сколько это занимает по времени

Разброс большой, но порядок величин такой. Инвентаризация зависимостей — одна-две недели. Портирование под доверенную операционную систему — от двух недель, если продукт написан на переносимом стеке, и до нескольких месяцев, если он завязан на возможности конкретной платформы. Добавление поддержки отечественной СУБД — от месяца, и основное время уходит не на подключение драйвера, а на перенос логики из хранимых процедур.

Дальше начинается то, что нельзя ускорить деньгами: сертификаты совместимости у производителей операционных систем и СУБД. Каждый производитель проверяет продукт по своей процедуре, и очередь там не зависит от вашей срочности. Планировать стоит от месяца на каждый сертификат, а подавать заявки — параллельно, а не по очереди.

Как не переделывать дважды

  • Сразу договоритесь, какие операционные системы целевые. Портирование под три ОС и под одну — разный объём.
  • Соберите продукт на целевой ОС до того, как начнёте что-то переписывать: часть проблем окажется мнимой, часть — неожиданной.
  • Заведите отдельную сборочную линию под целевые платформы, иначе совместимость сломается на первом же обновлении.
  • Пишите документацию по требуемой структуре с самого начала, а не переделывайте готовую.

Смотрите также: портирование под доверенные ОС и импортозамещение ПО. Если переход стоит на повестке — читайте про переход на Astra Linux Ещё по теме: замена Active Directory Ещё по теме: Миграция с Oracle на PostgreSQL: PL/SQL, данные, сроки.