Досье российского ПО: как подтвердить права и разработку

Документы для реестра российского ПО: с чего начать

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

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

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

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

Обязательные приложения и дополнительные доказательства

Пункт 11 Правил содержит предусмотренные приложения, включая экземпляр программы, документы о полномочиях и правах, техническую документацию и подтверждения применимых новых условий. Некоторые позиции имеют прямо установленные исключения или зависят от ситуации правообладателя. Поэтому слово «обязательные» означает обязательность в применимом случае, а не требование загрузить каждому заявителю все возможные документы. Отмечайте основание исключения рядом с отсутствующей позицией, сохраняя возможность объяснить решение.

Пункт 12 разрешает представить другие документы, подтверждающие соответствие требованиям. Это полезно, если из основных материалов трудно установить связь между названием, версией и приобретённым правом. Дополнительное пояснение должно закрывать определённый вопрос, а не увеличивать папку ради объёма. Например, таблица соответствия модулей и результатов по актам может объяснить состав продукта. Она не заменяет договор, когда необходимого права у компании нет, и не исправляет недостоверные сведения.

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

Права, контроль компании и полномочия подписанта

Подпункт «а» пункта 5 требует принадлежности исключительного права на территории всего мира и на весь срок действия допустимому правообладателю или правообладателям. Начните с цепочки создания и приобретения права. Для работников проверяют служебный характер результата и документы предоставления, для внешней команды — стороны, предмет и условия договора. Правила служебного произведения, заказа создания, результата в ходе иного договора и заказа непосредственному автору различаются; факт оплаты сам по себе не определяет весь объём права компании.

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

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

Подпункт «г» пункта 11 требует документов о соответствии условию принадлежности права и допустимого правообладателя. Для предусмотренных российских коммерческих и некоммерческих организаций с ограниченным доступом к сведениям ЕГРЮЛ Правила допускают подтверждение аудиторской организацией. Эта возможность связана с указанной ситуацией и не превращает аудиторское заключение в обязательный файл для любого заявителя. При нескольких правообладателях проверяют каждого и согласованность сведений обо всём праве.

Документ о полномочиях подписанта проверяют по подпункту «б» пункта 11. Он не требуется в названных случаях, когда подписывает правообладатель — гражданин России либо лицо, имеющее право действовать без доверенности от имени юридического лица по ЕГРЮЛ. Устав также не запрашивается безусловно у всех: подпункт «в» устанавливает применимые категории организаций. Если организация действует по типовому уставу, предусмотрена выписка ЕГРЮЛ с соответствующими сведениями. Назначение директора и фактический подписант должны согласовываться на дату подачи.

Технические материалы и проверочный экземпляр

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

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

Подпункты «ж» и «з» пункта 11 отдельно требуют описать средства хранения исходного текста и объектного кода, компиляции, активации, выпуска, распространения и управления лицензионными ключами. Подготовьте понятную схему с организациями, расположением средств и их ролью. Свяжите её с условиями подпунктов «и–к» пункта 5. Если сборку выполняют в одной среде, а публикуют пакет из другой, опишите обе. Наличие российского сервера для сайта само по себе не объясняет, где собирается код и кто управляет выпуском.

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

До передачи экземпляра проведите внутренний проход по инструкции человеком, который не участвовал в его сборке. Проверьте установку, вход, обязательные настройки, основные функции и завершение работы. Используйте подготовленную среду и данные, разрешённые для проверки. Зафиксируйте релиз, дату и обнаруженные расхождения. Это способ контроля качества собственного досье; он не означает, что команда уже прошла ведомственную экспертизу или получила подтверждение соответствия от оператора реестра.

Компоненты, договоры и расчёт выплат

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

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

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

Какие документы для реестра российского ПО зависят от сценария

Подпункт «м» пункта 5 предусматривает совместимость не менее чем с двумя операционными системами, соответствующими требованиям к доверенному ПО. Условие применяется по этапам, установленным пунктом 6 постановления № 1937. Для офисного ПО дата — первое сентября 2026 года, то есть на дату этой статьи требование уже действует. Совместимость с доверенной ОС не означает автоматически, что сама заявленная программа получила отдельный статус доверенного ПО.

Для перечисленных средств обслуживания, виртуализации, облачных и распределённых вычислений, хранения данных, серверного и связующего ПО, СУБД, мониторинга, контейнеризации, разработки, лингвистического ПО и анализа данных дата — первое января 2027 года. Для прикладного и отраслевого прикладного ПО, информационной безопасности, обработки и визуализации массивов данных — первое июня 2027 года. Для промышленного ПО и управления процессами организации — первое января 2028 года. На двенадцатое октября 2026 года эти три этапа ещё впереди, но класс и план подтверждений нужно определить заранее.

Правила предусматривают случаи совместимости с одной доверенной ОС: правообладатели программы и ОС входят в одну группу лиц либо программа используется исключительно в составе программно-аппаратного комплекса. Применимость устанавливают по реальным обстоятельствам и действующим условиям, а не по удобству тестирования. Документы о совместимости предусмотрены подпунктом «и» пункта 11. Выбранные версии ОС, условия установки и проверяемые функции должны согласовываться с техническим комплектом и экземпляром.

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

Специальные ветки также требуют отдельной квалификации. Для ПО, основная функция которого — защита конфиденциальной информации, предусмотрены условия сертификации и лицензии правообладателя. Для программно-аппаратного комплекса есть собственные приложения; постановление № 2001 выделяет специальный сценарий комплексов для генеративных моделей. Его аппаратные требования нельзя переносить на любое приложение с искусственным интеллектом. Изменения № 1007 о компонентах систем госорганов также не вводят универсальный новый сертификат для каждого коммерческого продукта.

Матрица доказательств и проверка противоречий

Ниже — условная рабочая матрица компании, а не официальный ведомственный бланк. Для своего продукта уточните названия материалов, релиз и ответственных. Каждая строка должна показывать действие, которое закрывает пробел. Если факт не установлен, отмечайте его как неподтверждённый: готовый шаблон с положительной формулировкой не создаёт доказательство и не делает программу соответствующей критерию.

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

По пункту 13 иностранные документы представляют с надлежаще заверенным переводом на русский язык. Пункт 14 предусматривает электронную подачу на официальном сайте оператора, идентификацию и подписание усиленной квалифицированной электронной подписью. До отправки проверяют доступ и полномочия подписанта, комплект и требования действующего интерфейса. Подтверждение отправки, направленные файлы и дальнейшую переписку сохраняют вместе. Методическое описание прошлых лет не заменяет проверку текущей формы подачи.

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

Нормативные основания и переходные даты проверены 12 октября 2026 года. Для фактической подачи необходимо сверить действующую редакцию, применимый класс и требования конкретного сценария.

Вопросы и ответы

Свидетельство Роспатента обязательно для реестра российского ПО?

Нет, как универсальная предварительная процедура оно не установлено. В Правилах сведения о регистрации указываются при наличии. Право на продукт и соответствие критериям реестра нужно подтвердить отдельно.

Можно использовать один комплект документов для всех продуктов компании?

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

Нужно ли всем программам уже подтвердить две доверенные ОС?

Нет. Подпункт «м» применяется по классам и переходным датам № 1937. На 12 октября 2026 года этап офисного ПО уже действует, следующие названные этапы наступают в 2027 и 2028 годах. Исключения одной ОС проверяют отдельно.

Дополнительное пояснение может заменить отсутствующее право на код?

Нет. Пояснение помогает установить связи между доказательствами, но не создаёт у компании отсутствующее право. Сначала нужно надлежащим образом подтвердить или оформить соответствующее основание.

Что проверить в демонстрационном экземпляре перед подачей?

Установку, доступ, необходимые ключи и настройки, заявленные функции и соответствие документации. Экземпляр должен позволять правомерную проверку; истёкшая лицензия или недоступные основные возможности оставляют пробел.

Следующий шаг для компании

Сопоставим правообладателя, договоры, состав продукта и технические подтверждения, чтобы определить пробелы и состав подготовки. Обсудить задачу можно на странице «Реестр ПО и регистрация ЭВМ».