В 2024 году Минцифры представило проект, который существенно изменит требования к программному обеспечению (ПО), установленные Постановлением Правительства РФ № 1236. Как эти изменения повлияют на разработчиков ПО? Какие новые вызовы возникнут для отрасли? В статье мы подробно разберем ключевые моменты, которые заставят каждого участника рынка пересмотреть свои подходы.

Содержание:

Введение
Совместимость с отечественными операционными системами (ОС)
Информация о доходах, полученных правообладателем от реализации ПО
Дополнительные требования к ПО
Выводы

1. Введение

В ближайший год будут внесены изменения в Постановление Правительства РФ от 16.11.2015 г. № 1236, которое регулирует порядок включения ПО и ПАК в реестр российского ПО. Текст проекта опубликован здесь. Новые требования повлияют на подготовку ПО и процесс регистрации.

Принятие опубликованного проекта так или иначе произойдет, но, по словам представителя Минцифры И.В Новожёнова, выступившего на закрытых семинарах ассоциации АПКИТ, процесс может затянуться до 2026 года.

Какие изменения ждут правообладателей ПО?

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

Подробнее о каждом ниже.

2. Совместимость с отечественными операционными системами (ОС)

Главным изменением станет требование о совместимости регистрируемого ПО минимум с двумя отечественным ОС. В противном случае ПО не будет соответствовать критериям п. 5 Правил формирования и ведения реестра (Правила) и не сможет попасть в реестр. Для упрощения выбора разработчиков Минцифры отберет из реестра наиболее надежные ОС с учетом дополнительных критериев.

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

Требование будет касаться только десктопного ПО. В п. 2 Правил добавят определение «совместимости ПО», уточнив, что речь только об ОС общего назначения. Мобильные приложения и облачные решения под критерий не попадут. Исключения для встроенных ПО на самописной ОС, а также для ПО, непосредственно взаимодействующих с железом, в Постановлении пока никак не отразили.

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

Что касается совместимости ПО в составе ПАК с отечественными ОС, то здесь регулятор сделал исключение – допустима совместимость с одной.

пп. м, п. 5 Правил «Программное обеспечение может быть совместимо с одной операционной системой, прошедшей в установленном порядке процедуру подтверждения соответствия дополнительным требованиям, в случае если такое программное обеспечение используется исключительно в составе программно-аппаратного комплекса, сведения о котором включены в реестр российского программного обеспечения».

Стоит отметить, что заявитель должен включить в реестр сведения о ПАК, в котором используется ПО, в течение 6 месяцев после его включения в реестр. Если в реестре не окажется сведений о ПАК или о совместимости ПО с отечественными ОС, ПО будет исключено из реестра.

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

Итог: начните уже сейчас готовить свое ПО к работе на отечественных ОС во избежание исключения из реестра или внеплановых издержек.

2.1. Подтверждение совместимости ПО с отечественными ОС

Даже если правообладателю удастся обеспечить совместимость, это необходимо будет подтвердить. Для этого понадобится предоставить документы и/или пройти тестирование:

1. Документы должны прямо или косвенно подтверждать факт работы ПО на конкретных ОС. Заявитель сможет прикрепить к заявлению на регистрацию:

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

2. Тем не менее, если возникнут сомнения, эксперт вправе провести тестирование. Существуют два варианта:

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

Если ПО прошло проверку на совместимость, в реестровой записи появится соответствующая отметка. Это может создать конкурентное преимущество.

пп. ц, п. 4 «реестровая запись содержит:
ц) информация о совместимости программного обеспечения с операционными системами, прошедшими процедуру подтверждения соответствия дополнительным требованиям, утвержденным постановлением Правительства Российской Федерации от 23 марта 2017 г. № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в единый реестр российских программ для электронных вычислительных машин и баз данных».

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

Итог: заранее позаботьтесь о грамотном документальном оформлении разработки и будьте готовы к тестированию вашего ПО на совместимость с отечественными ОС.

3. Информация о доходах, полученных правообладателем от реализации ПО

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

пп. ф, п. 4 «реестровая запись содержит информацию о:
ф) общая сумма доходов, полученной правообладателем (правообладателями) программного обеспечения за истекший календарный год в качестве вознаграждения за предоставление права использования программного обеспечения на основании лицензионного или иного вида договора, в том числе от деятельности, предусмотренной абзацем третьим пункта 115 статьи 284 Налогового кодекса Российской Федерации».

Однако возникает вопрос о том, что делать в случае разработки ПО для внутренних нужд компании, не предполагающей плату за использование или создание бесплатных продуктов? Последует ли исключение из реестра? Такие случаи будут рассматриваться в индивидуальном порядке.

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

Итог: фиксируйте доходы от реализации ПО для передачи этой информации Минцифры.

4. Дополнительные требования к ПО

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

состава ПО;
функциональных характеристик ПО;
среды функционирования ПО;
совместимости ПО с продукцией, включенной в реестр российской промышленной продукции и единый реестр российской радиоэлектронной продукции.

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

Общие требования к ПО следующие:

ПО должно быть совместимо с одним российским процессором;
обновления ПО допустимы только с разрешения заказчика;
если доступ к ПО осуществляется через браузер, то оно должно работать не менее, чем в 1 браузере, который соответствует дополнительным требованиям;
правообладатель должен подтвердить соблюдение всех требований лицензий опенсорс компонентов, в т.ч. лицензий GNU;
предполагается ведение журнала изменений в системе контроля версий. Также правообладатель обязан публиковать информацию об обновлениях ПО на своем сайте;
обязательно наличие технической поддержки пользователей (на территории РФ);
наличие у правообладателя средств разработки, комплекта конструкторской, программной, эксплуатационной и технологической документации на русском языке;
при наличии публичных программных интерфейсов для интеграции ПО с другими системами (API) правообладатель должен осуществить документирование указанных программных интерфейсов;
наличие у правообладателя системы учета и отслеживания ошибок и уязвимостей в процессе эксплуатации ПО;
наличие у правообладателя инфраструктуры обучения навыкам работы с ПО;
отсутствие неустраненных уязвимостей в ПО.

Отдельно описаны требования к системному, офисному, промышленному ПО и к средствам обеспечения информационной безопасности.

Таким образом, соответствие ПО дополнительным требованиям будет носить добровольный характер. Соблюдать эти требования правообладателям или нет – зависит от целей использования ПО.

Итог: обращайте внимание на дополнительные требования в том случае, если планируете участвовать в госзакупках.

5. Выводы:

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

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

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

Авторы статьи:

Яна Слотина

Юрист AG-LEGAL

Максим Македошин

Юрист AG-LEGAL

Реестр российского ПО: изменения, которые нельзя пропустить в 2025-2026