Всё о получении статуса доверенного ПО: этапы, требования, сроки и наши услуги.
Документальный пакет для получения доверенного статуса — не просто формальность. Это основание, по которому Минцифры регистрирует заявление, центр тестирования проводит экспертизу, а правительственная комиссия принимает решение. Неполный или некорректно оформленный пакет на любом из этих этапов означает задержку. На этапе подачи — отказ в регистрации и возврат на доработку. На этапе экспертизы — замечания по документации, которые добавляют недели к сроку. На этапе комиссии — запрос дополнительных сведений, который снова откатывает процедуру назад. Разобраться в составе пакета заранее — значит исключить эти задержки.
Структура документального пакета
Документы для получения доверенного статуса делятся на три группы: документы о правообладателе, документы о программном продукте и технические документы для центра тестирования. Первые две группы подаются при регистрации заявления в ФГИС, третья передаётся непосредственно в центр тестирования по условиям договора с ним.
| Группа | Назначение | Кому передаётся |
|---|---|---|
| Документы о правообладателе | Подтверждение российского происхождения и контроля над компанией-правообладателем | Минцифры при регистрации заявления |
| Документы о программном продукте | Подтверждение принадлежности прав на конкретный продукт и его характеристик | Минцифры при регистрации заявления |
| Технические документы | Материалы для проведения экспертизы: дистрибутив, документация, описание архитектуры | Центр тестирования по договору |
Группа 1: документы о правообладателе
Эта группа документов подтверждает, что правообладатель соответствует требованию российского контроля. Состав зависит от организационно-правовой формы и корпоративной структуры правообладателя.
Выписка из ЕГРЮЛ или ЕГРИП
Актуальная выписка — не старше 30 дней на момент подачи заявления. Подтверждает регистрацию в России, состав участников, виды деятельности. При многоуровневой структуре владения могут потребоваться выписки по нескольким юридическим лицам цепочки.
Устав организации
Действующая редакция устава с отметкой налогового органа о регистрации. Проверяется порядок принятия решений и права участников — в том числе наличие или отсутствие нестандартных прав у иностранных участников.
Корпоративный договор (при наличии)
Если между участниками заключён корпоративный договор — он подлежит предоставлению. Отсутствие договора при его фактическом наличии является основанием для вопросов. Если договор содержит нестандартные права иностранных участников — это требует проработки до подачи.
Документы о структуре группы лиц
При многоуровневой структуре владения — схема корпоративной структуры с указанием долей на каждом уровне и документы, подтверждающие российский контроль на каждом уровне цепочки. Форма представления — письменное описание с приложением подтверждающих документов.
Дополнительные документы для компаний с государственным участием
Если правообладатель — государственная компания или компания с долей государства более 50%, к стандартному пакету добавляется справка о выручке от реализации данного программного продукта с разбивкой по заказчикам с указанием их аффилированности. Расчёт доли аффилированной выручки должен подтвердить соответствие правилу 30%. Расчётный период — последний завершённый финансовый год. Справка подписывается руководителем и главным бухгалтером.
Группа 2: документы о программном продукте
Эта группа документов подтверждает, что исключительные права на конкретный программный продукт принадлежат заявленному правообладателю, и что продукт соответствует базовым условиям для рассмотрения.
| Документ | Содержание | Особенности оформления |
|---|---|---|
| Актуальная выписка из реестра российского ПО | Подтверждение действующей реестровой записи на продукт | Реестровая запись должна соответствовать текущей версии и функциональности продукта |
| Документы, подтверждающие исключительные права на ПО | Основания возникновения прав: трудовые договоры со служебными заданиями, договоры заказной разработки с отчуждением прав, договоры о передаче прав | Права должны быть оформлены на правообладателя — компанию, а не на физических лиц-разработчиков |
| Свидетельство о государственной регистрации программы (при наличии) | Регистрация в Роспатенте является дополнительным подтверждением прав | Не обязательно, но значительно упрощает подтверждение прав |
| Описание функциональных характеристик ПО | Подробное описание функциональности, соответствующее реестровой записи | Должно совпадать с тем, что будет проверяться при экспертизе |
| Сведения о доверенных ОС для проверки совместимости | Перечень конкретных доверенных ОС, с которыми заявляется совместимость | Минимум две ОС из актуального перечня Минцифры |
Группа 3: технические документы для центра тестирования
Эти документы не подаются в Минцифры — они передаются непосредственно в центр тестирования по условиям договора с ним. Именно на основании этих материалов проводится техническая экспертиза. Их качество напрямую влияет на результат.
Установочный дистрибутив
Полный дистрибутив продукта в той версии, которая заявлена в реестровой записи. Версия дистрибутива должна точно совпадать с той, о которой написана вся документация. Расхождение между версиями — типичный источник вопросов на экспертизе.
Руководство пользователя
Актуальное руководство, описывающее все функции заявленной версии. Должно содержать пошаговые инструкции для типовых сценариев использования — именно по ним эксперты будут тестировать функциональность.
Руководство администратора
Инструкции по установке, настройке и администрированию продукта. Для серверного ПО и СУБД — описание кластерных конфигураций, резервного копирования, управления доступом. Центр будет использовать это руководство при развёртывании тестовой среды.
Документация по информационной безопасности
Описание архитектуры безопасности продукта, модель угроз, описание механизмов защиты данных, аутентификации и авторизации. Для продуктов с криптографическими функциями — описание применяемых алгоритмов. Наиболее часто упускаемый документ при подготовке пакета.
Перечень компонентов и зависимостей
Полный список сторонних библиотек, фреймворков и компонентов с указанием версий и лицензий. Центр тестирования проверяет этот список на наличие уязвимостей (CVE) и лицензионной чистоты. Неполный перечень — основание для запроса дополнений и задержки.
Описание сетевых взаимодействий
Схема всех сетевых соединений продукта: с какими серверами, по каким протоколам, в каких случаях. Для продуктов с внешними интеграциями — описание каждого внешнего соединения. Несоответствие реального сетевого поведения документации — основание для замечаний.
Специфика документов в зависимости от ситуации с правами
Состав документов, подтверждающих исключительные права, существенно зависит от истории создания продукта. Стандартный сценарий — когда весь продукт создан штатными сотрудниками по трудовым договорам — требует минимального набора. Нестандартные ситуации требуют дополнительных документов.
Продукт создан штатными сотрудниками
Базовый и наиболее простой сценарий.
- Трудовые договоры с разработчиками с условием о создании служебных произведений
- Служебные задания на создание конкретного программного продукта
- Акты о создании произведений (при наличии)
- Должностные инструкции, включающие разработку ПО как трудовую функцию
Продукт создан с участием подрядчиков
Требуется подтверждение передачи прав от каждого подрядчика.
- Договоры с подрядчиками с условием об отчуждении исключительных прав
- Акты приёмки-передачи результатов работ
- Документы об оплате (права передаются возмездно)
- Для иностранных подрядчиков — дополнительный анализ применимого права
Права приобретены у другой организации
Приобретённые права требуют документирования всей цепочки.
- Договор об отчуждении исключительных прав от предыдущего правообладателя
- Документы о регистрации передачи прав в Роспатенте (для зарегистрированных программ)
- Документы, подтверждающие полноту передачи — все модули и компоненты
- При необходимости — документы о правах предыдущего правообладателя
Технические требования к оформлению документов
Содержательное соответствие документов требованиям — необходимое, но не достаточное условие. Документы должны быть оформлены с соблюдением формальных требований, иначе они не будут приняты или вызовут дополнительные вопросы.
| Требование | Содержание |
|---|---|
| Подача в электронном виде | Заявление и документы подаются через ФГИС «Реестр программного обеспечения» с использованием усиленной квалифицированной электронной подписи (УКЭП) руководителя или уполномоченного лица |
| Актуальность выписок | Выписки из ЕГРЮЛ — не старше 30 дней на момент подачи. Устаревшие выписки — формальное основание для возврата пакета |
| Язык документов | Все документы — на русском языке. Иностранные документы сопровождаются нотариально заверенным переводом |
| Согласованность между документами | Наименование продукта, версия, описание функциональности должны совпадать во всех документах пакета и в реестровой записи |
| Подписи и реквизиты | Договоры, акты и справки должны содержать подписи уполномоченных лиц с расшифровками и реквизитами сторон |
Типичные ошибки при подготовке документального пакета
По нашей практике сопровождения разработчиков одни и те же ошибки при подготовке документов встречаются раз за разом. Знание этих точек риска позволяет проверить пакет до подачи, а не исправлять замечания по факту.
Реестровая запись не обновлена
Продукт за прошедшие годы значительно изменился, а реестровая запись отражает старую функциональность. Центр тестирования проверяет продукт в его актуальном состоянии, и расхождение с реестровой записью создаёт проблемы. Перед подачей на доверенный статус запись нужно привести в соответствие с текущей версией.
Договоры с разработчиками без условия об отчуждении прав
Стандартный трудовой договор без конкретного служебного задания или с формулировками, не покрывающими создание данного продукта. Договоры ГПХ без условия передачи прав. Права на такой код формально могут не принадлежать компании — это нужно выявить и исправить до подачи.
Неполный перечень компонентов и зависимостей
Список включает только основные библиотеки, но не содержит транзитивных зависимостей или внутренних компонентов. Центр тестирования запрашивает дополнение, что задерживает экспертизу. Полная инвентаризация компонентного состава — отдельная техническая работа.
Отсутствие документации по безопасности
Руководство пользователя и администратора есть, а документации по архитектуре безопасности и модели угроз нет. Это один из наиболее часто упускаемых документов. Центр тестирования запрашивает её дополнительно, что добавляет 1–2 недели к сроку.
Несоответствие версий дистрибутива и документации
Документация написана для версии 3.0, а дистрибутив — уже версии 3.2 с изменённым интерфейсом и новыми функциями. Инструкции из документации не воспроизводятся на актуальном дистрибутиве — эксперт фиксирует замечание.
Устаревшая выписка из ЕГРЮЛ
Выписка, полученная 45 дней назад, уже не соответствует требованию актуальности. На практике это обнаруживается уже после подготовки всего пакета — и приходится заново получать выписку, из-за чего задерживается подача.
Вопросы о документах для доверенного статуса
Нужно ли нотариально заверять копии договоров с разработчиками?
Нотариальное заверение копий договоров с разработчиками не является обязательным требованием для стандартного пакета документов. Документы подаются в электронном виде через ФГИС, подписанные УКЭП руководителя компании. Если в ходе рассмотрения возникнут сомнения в подлинности конкретного документа, регулятор может запросить дополнительное подтверждение — но это редкая ситуация, а не стандартная практика.
У нас несколько трудовых договоров с разработчиками за 10 лет, часть из которых уже уволились. Нужны документы на каждого?
Не обязательно на каждого — важно покрыть всех, кто создавал значимые части продукта. На практике мы рекомендуем провести аудит: определить, кто из разработчиков создавал ключевые компоненты, и проверить наличие корректных документов именно по ним. Если часть документов отсутствует или некорректна — это сигнал для юридической работы по закрытию пробелов. Уволившийся разработчик, с которым не оформлено служебное задание, остаётся потенциальным правовым риском.
Программа зарегистрирована в Роспатенте. Это упрощает подготовку пакета?
Да, существенно. Свидетельство о государственной регистрации программы для ЭВМ в Роспатенте является официальным подтверждением прав правообладателя. Оно значительно упрощает подтверждение блока исключительных прав — вместо набора договоров достаточно одного официального документа с государственным статусом. Если у вас нет регистрации в Роспатенте и права подтверждаются только через договоры — рекомендуем рассмотреть регистрацию как дополнительный защитный инструмент.
Если мы планируем подавать на доверенный статус через год, стоит ли начинать сбор документов сейчас?
Сбор документов в полном объёме за год до подачи избыточен — выписки из ЕГРЮЛ всё равно нужно будет обновить. Но провести аудит прав на продукт и корпоративной структуры стоит именно сейчас. Если аудит выявит пробелы в договорах с разработчиками или проблемы со структурой владения — их устранение займёт время. Лучше обнаружить это за год до подачи, чем за месяц.
Правильный пакет документов — фундамент успешной процедуры
Реестр Гарант готовит документальные пакеты для получения доверенного статуса с первых дней введения процедуры. Мы знаем, какие документы вызывают вопросы при рассмотрении, и проверяем пакет до подачи именно с этой точки зрения. Типичные ошибки, которые отбрасывают проект на несколько недель, устраняются на этапе подготовки — ещё до того, как они стали проблемой.
Проверить и подготовить документальный пакет для вашего продукта
Расскажите о продукте и ситуации с правами — проведём аудит документов, выявим пробелы и подготовим полный пакет для подачи заявления.
Телефон / WhatsApp / Telegram: +7 920-898-17-18
Email: reestrgarant@mail.ru
Первичная консультация бесплатная в рабочее время.
