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

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

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

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

Какие изменения бывают

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

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

Ошибки часто возникают из-за того, что эти сценарии смешивают. Например, компания считает, что ежегодное уведомление закрывает все изменения в карточке, или пытается обычным письмом провести смену правообладателя. Безопаснее сначала определить тип изменения, а уже потом готовить документы.

Что обновляется ежегодно до 1 июня

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

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

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

Как считать выплаты иностранным лицам

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

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

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

Что считать выручкой по ПО

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

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

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

Как описывать стоимость по подпункту «н»

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

Если стоимость определяется индивидуально, нужно описать сам порядок: например, по коммерческому предложению, спецификации, составу модулей или количеству пользователей. Для open source или безвозмездной модели указывают условия открытой лицензии или иной безвозмездный лицензионный договор.

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

Какие документы подготовить

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

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

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

Примеры расчета

Если выплат иностранным лицам не было, расчет обычно выглядит просто. Например, выручка по ПО за прошлый год составила 2 500 000 рублей, выплат иностранным лицам не было. В уведомлении указывается 0 рублей выплат и 0%. К документам прикладывают справку об отсутствии выплат и бухгалтерскую справку о выручке по продукту.

Если выплаты были, нужно считать процент. Например, выручка по ПО составила 1 200 000 рублей, а выплаты иностранным лицам, относящиеся к этому продукту, составили 300 000 рублей. Расчет: 300 000 / 1 200 000 × 100 = 25%. Такой показатель ниже 30%, но его все равно нужно подтвердить документами.

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

Чем опасна подача «как попало»

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

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

Постановление №1937 также усилило значение новых сведений, связанных с доверенным ПО и доверенными ОС. Эти изменения влияют не только на формальное сопровождение записи, но и на закупочную позицию продукта в 2026-2028 годах.

Как подготовить уведомление без аврала

Лучше начинать подготовку не в конце мая, а сразу после закрытия года и формирования бухгалтерских данных. Если у компании несколько продуктов в реестре, разные тарифы, SaaS-модель, выплаты иностранным подрядчикам или смешанные договоры, сбор документов может занять больше одного дня.

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

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

Что делать, если обнаружили ошибку

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

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

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

Вывод

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

Самое важное в 2026 году - не перепутать сроки и сценарии. Обычные изменения в карточке, смена правообладателя и ежегодное уведомление до 1 июня подаются по разной логике. Если заранее собрать документы, настроить учет по каждому продукту и назначить владельца процесса, реестровая запись будет устойчивой и не станет слабым местом в закупках или переговорах.