Изменение сведений в реестре российского ПО

Уведомления об изменении сведений в реестре российского ПО: что требуется сделать и почему многие путаются

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

Путаница в 2026 году усилилась по простой причине: на сайте и в старых памятках встречается срок до 1 апреля (так действительно было раньше, и на портале встречаются такие напоминания).

Но в новой редакции Правил срок ежегодного обновления изменен: теперь ежегодно не позднее 1 июня нужно уведомлять об изменении сведений по подпунктам "н" и "у" пункта 4 и указывать выручку за истекший календарный год.

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

Поможем уведомить Минцифру подадим сведения в реестр Российского программного обеспечения

1) Что изменилось в новой редакции (кратко)

Было (как многие помнят)

- ежегодно до 1 апреля обновляли блок по выплатам иностранцам (подп. "у")

Стало (действует с 1 марта 2026)

- ежегодно не позднее 1 июня обновляются сразу два блока:

  "н" - сведения о стоимости ПО или порядке ее определения, либо о возможности использования на открытой лицензии/безвозмездно

   "у" - процент выплат в пользу иностранных лиц (и связанных с ними структур) от выручки по этому ПО

обязательно указывается выручка за истекший календарный год (как вознаграждение за предоставление права использования ПО по лицензионному или иному договору)

2) Какие уведомления бывают: три разных сценария

Сценарий А. Изменились сведения в карточке ПО (не правообладатель)

Тогда уведомление подается в течение 5 рабочих дней с подтверждающими документами (например, изменилось название, класс, документация, функционал, совместимость, уязвимости и т.д.). Это общий режим уведомлений по реестру.

Сценарий B. Изменился правообладатель

Это отдельная процедура (заявление о внесении изменений) и отдельная проверка.

Сценарий C. Ежегодное уведомление по деньгам (самое частое)

Ежегодно до 1 июня вы обновляете сведения "н" и "у" и указываете выручку.

3) Простыми словами: что от вас хотят в ежегодном уведомлении

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

Государство фактически проверяет два вопроса:

Сколько вы заработали на этом ПО за прошлый год (выручка по лицензиям/правам использования)

Какая доля денег по этому ПО ушла иностранным лицам или связанным с ними структурам на разработку, доработку, адаптацию, модификацию и связанные права

Плюс отдельно: актуальна ли информация о стоимости/порядке определения стоимости или об открытой лицензии.

4) Подпункт "у": выплаты иностранцам и процент (как считать и что прикладывать)

Подпункт "у" - это процент, который считается так:

Процент = (сумма выплат / сумма выручки) × 100

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

4.1. Что считается "выплатами" по смыслу "у" (на практике)

Обычно включают:

- разработка и доработка продукта (если контрагент подпадает под критерий иностранного/контролируемого)

- адаптация/модификация по договорам, явно привязанным к этому ПО

- лицензии/права на результаты ИС, которые входят в продукт или критически используются для него

Обычно НЕ включают:

- расходы, не относящиеся к этому ПО

- выручку/расходы по другим продуктам

- общехозяйственные расходы без связи с этим ПО и соответствующими договорами

Практическое правило: если вы не можете показать связку "договор -> акт -> платеж -> этот продукт", лучше не смешивать и отдельно описать в справке логику расчета.

4.2. Какие документы прикладывать к выплатам

Подойдут файлы, подтверждающие сумму:

- договор/допсоглашение

- акт/отчет

- счет/инвойс

- платежное поручение/выписка

- бухгалтерская справка (часто самый удобный документ для сводной суммы)

5) Подпункт "выручка": что считать выручкой именно по этому ПО

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

То есть:

- лицензии

- сублицензии

- иные договоры, по смыслу дающие право использования

Не нужно подставлять всю выручку компании. Нужна выручка именно по этому реестровому ПО.

Документы для выручки (обычно):

- договоры и акты

- бухгалтерская справка о выручке по продукту

- оборотно-сальдовая ведомость или аналитика учета

- выписка из учета, выгрузка из ERP

6) Подпункт "н": стоимость ПО или порядок ее определения

В реестровой записи есть отдельное поле про стоимость:

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

С 1 марта 2026 именно подпункты "н" и "у" стали ежегодными для обновления до 1 июня.

6.1. Что писать в "стоимости": 4 наглядных шаблона

Вариант 1. Фиксированная цена лицензии

"Стоимость: 25 000 руб. за 1 лицензию (12 месяцев), включает обновления."

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

Вариант 2. Подписка или SaaS

"Стоимость определяется по тарифам: Basic 3 900 руб./мес, Pro 9 900 руб./мес. Итоговая стоимость зависит от числа пользователей."

Что приложить: прайс, тарифная сетка, оферта/условия на сайте.

Вариант 3. Индивидуальный расчет

"Стоимость определяется по спецификации/коммерческому предложению в зависимости от состава модулей и количества рабочих мест."

Что приложить: шаблон КП, пример спецификации, договорная формулировка.

Вариант 4. Открытая лицензия или безвозмездно

"ПО распространяется на условиях открытой лицензии (указать тип), стоимость 0 руб."

Что приложить: текст лицензии, ссылка на репозиторий/страницу лицензирования, справка.

7) Примеры заполнения блока "у" (выплаты/выручка/процент)

Пример 1: выплат не было

За 2025 год:

- выплаты: 0 руб.

- выручка по лицензиям: 2 500 000 руб.

- процент: 0%

Файлы:

- "Справка об отсутствии выплат за 2025 год"

- "Бухгалтерская справка о выручке по ПО за 2025 год"

Пример 2: выплаты были

За 2025 год:

- выплаты: 300 000 руб.

- выручка: 1 200 000 руб.

Процент:

300 000 / 1 200 000 × 100 = 25%

Файлы:

- "Договор, акты и платежные документы по выплатам за 2025 год"

- "Бухгалтерская справка о выручке по ПО за 2025 год"

Пример 3: выручки не было

За 2025 год:

- выплаты: 0 руб.

- выручка: 0 руб.

Чаще указывают:

- выплаты: 0

- выручка: 0

- процент: 0% (если форма позволяет)

И дополнительно прикладывают короткую справку: "по продукту в 2025 году реализаций и выплат не было".

8) Последствия: что будет, если не подать или подать "как попало"

8.1. Риск по критерию 30%

Критерий для нахождения ПО в реестре включает требование: сумма таких выплат должна быть менее 30% от выручки по ПО за истекший год. Если по расчету получается 30% и выше, это уже зона риска по соответствию требованиям включения.

8.2. Риск ограничений по реестровой записи и исключения

В новой редакции усилена логика контроля за соответствием и данными. Например, постановление 1937 вводит дополнительные механизмы, связанные с "доверенными ОС" и последствиями в виде исключения при невыполнении условий (в том числе через 6 месяцев в отдельных случаях).

Плюс на практике: когда оператор/уполномоченный орган видит несостыковки, обычно идут запросы пояснений и документов, а далее возможны ограничения доступа к карточке и исключение, если нарушения не устранены.

9) Важное нововведение 2026-2028, которое пропускают ИТ-компании: совместимость с доверенными ОС

Постановление 1937 добавило в правила тему "доверенного ПО" и совместимости с ОС общего назначения, соответствующими требованиям к доверенному ПО, а также поэтапное применение требования по совместимости (разные даты для разных классов ПО).

Почему это важно: со временем эти сведения начинают влиять не только на "комплаенс карточки", но и на то, как ваш продукт воспринимается заказчиками и в закупках.

10) Чек-лист: как подготовить ежегодное уведомление за 1 день