В правительстве обсуждают идею реестра отечественного программного обеспечения. Логика понятна: после весенних санкций и роста курса валют госзаказчик хочет понимать, какой софт считать российским и на что опираться при закупках. Но между лозунгом «покупаем своё» и работающим механизмом – большая дистанция. От того, как именно опишут критерии и процедуру, зависит, станет реестр опорой для рынка или ещё одной бумажной формальностью.

Что отделяет российское ПО от импортного

Главный вопрос – критерий принадлежности. Привязка к юрлицу-правообладателю в РФ выглядит очевидной, но её легко обойти: достаточно учредить дочернюю компанию и переупаковать чужой продукт. Привязка к месту разработки честнее, однако её почти невозможно проверить постфактум.

Разумнее опираться на несколько признаков сразу: где находятся права, кто и где ведёт разработку, насколько продукт зависит от закрытых зарубежных компонентов. Последний пункт особенно коварен. Система может быть написана российской командой, но целиком стоять на проприетарной СУБД или сервере приложений с лицензией, которую завтра отзовут. Формально – отечественная, по сути – заложник чужого вендора. Реестр обязан различать эти случаи, иначе он закрепит зависимость вместо того, чтобы её снимать.

Технологическая зрелость, а не только штамп

Запись в реестре не должна сводиться к названию и правообладателю. Для госзаказчика важнее, что стоит за продуктом: можно ли его сопровождать без оригинального вендора, есть ли документация, как организованы обновления и безопасность.

Многие отечественные системы сегодня – это унаследованные монолиты, которые тяжело развивать и страшно трогать. Прежде чем заявлять такой продукт как замену импортному, его обычно нужно привести в порядок: разнести на сопровождаемые части, как при декомпозиции монолита, и выстроить предсказуемую сборку и доставку через настроенный CI-конвейер. Без этого «импортозамещение» сведётся к смене вывески на том же техническом долге.

Отдельная строка – безопасность. Если реестр претендует на статус ориентира для госсектора, базовые требования к эксплуатации стоит сделать частью оценки: управление доступом, аудит, регулярная ротация секретов и ключей. Иначе «отечественность» окажется только на этикетке, а реальные риски останутся прежними.

Реестр как инструмент, а не как барьер

Есть риск, что реестр превратят в заградительный список: попал – участвуешь в госзакупках, не попал – выбываешь. Тогда выиграют не лучшие продукты, а те, кто быстрее оформит документы. Чтобы этого избежать, процедура должна быть прозрачной и предсказуемой: понятные критерии, разумные сроки рассмотрения, возможность дополнить заявку и обжаловать отказ.

Важно и то, что реестр сам по себе ничего не замещает. Он лишь показывает, что выбрать. Реальная работа начинается потом, когда нужно перевести данные, интеграции и привычные сценарии пользователей с импортных систем на российские аналоги. Эту часть никакой список за заказчика не сделает.

Вывод

Реестр отечественного ПО может стать полезным, если описывать в нём не вывеску, а зрелость продукта: происхождение прав, независимость от закрытых компонентов, сопровождаемость и безопасность. Если же ограничиться формальной отметкой о «российскости», мы получим каталог, который успокаивает отчётность, но не снижает зависимость от чужих технологий. Какой из двух вариантов реализуют – решат ближайшие месяцы обсуждения.