Реестр без потерь

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

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

Скрытые зарубежные зависимости

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

• Привязка к иностранным проприетарным СУБД (Oracle) или API зарубежных сервисов, без которых ПО не функционирует
• ПО должно работать и обновляться без зарубежных серверов и инфраструктуры
• Выплаты иностранным поставщикам за такие компоненты — менее 30% выручки от ПО за год

К подаче готовят список сторонних компонентов с условиями лицензирования и подтверждают, что ограничений на использование нет на всей территории России, включая Крым и Севастополь.

Операционная система, на которой работает экземпляр

Если проверочный экземпляр запущен на «запрещённой» ОС, Экспертный совет откажет во включении. Под экспортными ограничениями: CentOS, Red Hat Enterprise Linux, Redis Enterprise, Fedora, Oracle NoSQL Database, OpenSUSE, SUSE Linux Enterprise, AlmaLinux, Rocky Linux.

Разрешены любые ОС из Единого реестра, системы с открытой лицензией — Debian, Gentoo, FreeBSD, Mint, OpenBSD, Ubuntu, Slackware, Mandriva — и ОС стран, не налагающих санкции. По Ubuntu отдельная оговорка: в России прекращена платная техподдержка корпоративных пользователей.

Права на ПО: свидетельства Роспатента недостаточно

Свидетельство о регистрации программы для ЭВМ не является правоустанавливающим документом. Подтвердить нужно и принадлежность исключительного права, и сам факт разработки — одним из трёх комплектов.

• Собственная разработка. Документы о начале и завершении создания ПО (отчёт о служебном задании, приказ о завершении), карточка учёта НМА
• Приобретённое право. Договор отчуждения исключительного права с актом приёма-передачи, приказ о вводе в эксплуатацию и постановке на баланс, карточка учёта НМА
• Разработка по заказу. Договор о создании ПО с актом приёма-передачи, приказ о вводе в эксплуатацию, карточка учёта НМА

Свидетельство Роспатента прикладывается дополнительно, при наличии, и работает как подтверждение — но не заменяет комплект.

Кто владеет компанией

Проверяют не только программу, но и структуру владения правообладателя.

• Доля российского участия. Доля иностранных лиц в уставном капитале — не более 50%, включая резидентов дружественных стран
• Бенефициарный контроль (ПАО). Компания не должна находиться под фактическим контролем иностранцев даже при меньшем пакете акций
• Контролирующие лица. Иностранец считается контролирующим, если может назначать директора, более половины правления или принимать ключевые решения
• Цепочки владения. Минцифры смотрит не только на номинальных учредителей — доли иностранных бенефициаров по цепочке суммируются

Отсюда неочевидный эффект: ООО, где 50% у гражданина России и 50% у иностранной компании, может пройти, если этой компанией более чем наполовину владеет россиянин. И наоборот — 1% иностранного капитала через непрозрачную цепочку способен превысить лимит.

Техническая документация

Что недооценивают чаще всего — объём и вид документации. Неполный комплект ведёт к отказу в регистрации заявления, то есть заявку даже не начнут рассматривать по существу.

• Подробные инструкции по установке и эксплуатации, руководство пользователя — обязательно на русском языке
• Описание процессов жизненного цикла и техподдержки на территории России
• Фактические адреса инфраструктуры разработки, разработчиков и службы поддержки
• Подтверждающие документы по каждому адресу размещения

Что должно быть на сайте

Сведения на сайте проверяют отдельно, и здесь ошибаются даже подготовленные команды.

• Стоимость ПО
• Описание функциональных характеристик
• Информация для установки
• Информация для эксплуатации

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

Частые ошибки при подаче

Помимо неполного комплекта, на рассмотрении регулярно всплывают две вещи: использование факсимиле вместо собственноручной подписи в документах комплекта и сокрытие сведений, которые экспертиза всё равно устанавливает — о компонентах, инфраструктуре или структуре владения. Второе опаснее первого: оно переводит отказ в другую категорию.

Что делать после отказа

Отказ не закрывает дорогу — но сценарии принципиально разные, и определяет их основание.

• Нарушение требований. Неполный комплект документов, нет доступа к проверочному экземпляру, некорректная информация на сайте. Исправляем нарушения и подаём повторно — сразу
• Подложные документы или недостоверные сведения. Дорабатываем и подаём заявку через 12 месяцев

Кому смотреть

Разработчикам, которые готовят первую подачу в реестр; компаниям, уже получившим отказ и выбирающим между исправлением и переподачей; ИТ-компаниям со сложной структурой владения или иностранными участниками в цепочке; продуктовым командам, у которых в стеке есть зарубежные компоненты и нужно понять, критичны ли они для реестра.