Suverenный российский реестр ПО: как интегратору готовить продукты
Реестр российского ПО – пропуск к госзакупкам. Постановление № 1236 запрещает заказчикам брать иностранный софт, если в реестре есть отечественный аналог. Для госсектора и компаний с госучастием это значит одно: продукта нет в реестре – продукта нет на рынке. Интегратор, который собирает решение из чужих и собственных модулей, отвечает за этот барьер раньше заказчика. Разберём, как готовить продукт к включению заранее, а не в авральном режиме перед тендером.
Кто и что может попасть в реестр
Правообладателем должно быть российское лицо: государство, муниципалитет, НКО без преобладающего иностранного контроля или гражданин РФ. Доля иностранного участия в коммерческой компании-правообладателе – не больше 50%. Выручка от лицензирования за рубеж не должна превышать 30% от выручки по этому ПО.
Дальше – техническая чистота. Софт должен свободно распространяться на территории России, не управляться принудительно из-за границы, а его сопровождение и обновление вести граждане РФ или российские юрлица. Здесь спотыкается большинство интеграторских сборок: продукт формально «наш», но внутри тянет проприетарную СУБД, закрытую среду или облачный сервис с управлением извне. Если архитектура завязана на чужую платформу, готовьте план переноса: смену СУБД и отвязку от иностранного облака проще закладывать заранее, чем латать перед подачей заявки.
Где продукты застревают
Минцифры отклоняет заявки предсказуемо. Три типичные причины.
Первая – несоответствие класса. Заявленный класс ПО не совпадает с реальной функциональностью. Перед подачей сверьте продукт с классификатором и опишите функции честно, без маркетинговых формулировок.
Вторая – зависимость от несвободного ПО. Если ваш аналитический контур работает только поверх коммерческого западного хранилища, это повод для отказа. Решение – отвязка от конкретного вендора. Выбор между озером данных и классическим DWH тут не косметика, а вопрос того, на каком ядре вы вообще сможете заявиться в реестр.
Третья – слабый комплект документов. Нужны устав, выписка из ЕГРЮЛ, документы на исключительные права, описание ПО, инструкция по установке и эксплуатации, а также рабочий экземпляр или доступ к нему для проверки экспертным советом. Неполный или противоречивый пакет разворачивают без рассмотрения по существу.
Что делать интегратору на практике
Закладывайте реестровые требования в архитектуру с первого спринта, а не подгоняйте готовый продукт под формальности. Это дешевле и быстрее.
Разделяйте поставку на модули. Один монолит с иностранной зависимостью топит всю заявку; набор независимых компонентов позволяет завести в реестр то, что готово, и дорабатывать остальное параллельно.
Стройте инфраструктуру так, чтобы управление оставалось в России. Гибридное облако с российским контуром управления снимает риск «принудительного обновления из-за рубежа» – частую претензию экспертного совета. То же касается клиентских мест: переход на гибридный формат рабочего места на отечественной ОС и офисном пакете убирает иностранный софт из периметра ещё до подачи заявки.
Держите документацию синхронной с кодом. Описание ПО и инструкции должны соответствовать тому экземпляру, который увидит проверяющий, иначе отказ гарантирован.
Вывод
Реестр – не разовая бумажная процедура, а требование к архитектуре и юрлицу. Интегратор, который проектирует продукт под эти правила с самого начала, заходит в госзакупки без авралов. Тот, кто вспоминает о реестре перед тендером, чаще всего опаздывает на квартал. Начинайте с аудита зависимостей – он показывает, что переносить в первую очередь.