Подпункт «у» для реестра российского ПО: как считать выплаты иностранным лицам

Как IT-компании считать показатель по подпункту «у» для реестра российского ПО

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

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

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

Формула расчета

Показатель по подпункту «у»

Выплаты иностранным лицам и связанным с ними получателям

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

× 100%

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

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

Почему это поле нельзя заполнять «на глаз»

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

Риск появляется в двух случаях

показатель близок к 30% или выше;
компания указала данные без проверки договоров, платежей и структуры получателей.

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

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

Что обычно попадает в расчет

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

Иностранные компоненты

Библиотеки, SDK, API, embedded-компоненты и иные элементы, которые используются в составе продукта.

Иностранные разработчики

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

Материнская или аффилированная компания

Платежи в пользу иностранной группы компаний, если они связаны с правами, разработкой или использованием РИД.

Российские подрядчики с иностранным контролем

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

Агенты и реселлеры

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

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

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

Нужно проверить показатель по подпункту «у» перед обновлением записи?

Антиштраф проверит реестровую запись, договоры и данные для подачи, чтобы снизить риск ошибки, запроса и ограничения доступа к записи.

Проверить реестровую запись

Самые частые примеры для IT-компаний

Пример выплаты	Учитывать в подп. «у»?	Комментарий
Лицензия на иностранную библиотеку, SDK, фреймворк, компонент интерфейса	Да	Например UI-компоненты, PDF-генератор, OCR, карты, BI-движок, ML-модуль, криптобиблиотека, reporting engine.
Роялти иностранному правообладателю за использование ядра продукта	Да	Типовой риск, если российское ПО построено на иностранной платформе, движке, исходном коде или модуле.
Платежи иностранной материнской компании за технологию, бренд, товарный знак	Да	В норме прямо указаны результаты интеллектуальной деятельности и средства индивидуализации.
Услуги иностранной команды разработки	Да	Разработка нового модуля, доработка кода, исправление багов, адаптация под клиента, модификация архитектуры.
Оплата иностранному физлицу-разработчику	Да	Например contractor из другой страны пишет код, адаптеры, плагины, интеграции, интерфейсы.
Платеж российскому ООО, которое контролируется иностранной компанией или иностранным физлицом	Да	Даже если получатель российский, он попадает в расчет при наличии иностранного контроля.
Платеж российскому агенту или представителю иностранного вендора	Обычно да	Например российский представитель иностранного правообладателя принимает оплату за SDK, API, технологию или модуль.
Лицензия на иностранную СУБД, embedded database, search engine, analytics engine, если она входит в продукт	Да	Особенно если компонент поставляется клиенту вместе с ПО или является существенной частью функционала.
Платный иностранный API, AI-модель, speech-to-text, translation, геокодинг, антифрод, если используется как часть продукта	Часто да	Нужно смотреть договор: если это право использования технологии, API, модели или сервис связан с разработкой, адаптацией, модификацией ПО, лучше учитывать.
Адаптация, локализация, портирование ПО иностранным подрядчиком	Да	Например адаптация под Linux, мобильную ОС, иностранный протокол, отраслевой стандарт, язык интерфейса.
White-label или OEM-компонент иностранного правообладателя внутри российского продукта	Да	Классический пример для расчета.
Сублицензия через иностранного дистрибьютора или реселлера	Да	Если экономически это плата за право использовать иностранный РИД.

Получить предложение

Подберем решение под вашу задачу и рассчитаем стоимость

Разберем ситуацию, покажем риски и предложим конкретный формат
работы без общих консультаций

Частые спорные платежи

Пример	Как подходить
AWS, Azure, Google Cloud, зарубежный хостинг	Не включать автоматически. Если это только инфраструктура, вопрос спорный. Если договор дает право использовать dev-платформу, SDK, API, AI-сервис или инструменты разработки, платеж лучше анализировать отдельно.
GitHub, GitLab, Jira, Figma, Notion, Slack	Обычно не включать, если это обычные рабочие SaaS-инструменты. Но если сервис прямо используется для разработки, адаптации или модификации заявляемого ПО и договор значимый, возможен риск включения.
App Store / Google Play комиссия	Обычно не подпадает как разработка или лицензия на РИД для создания ПО. Но если платеж квалифицируется как агентская схема иностранного лица по реализации прав, нужна отдельная оценка договора.
Эквайринг, платежные шлюзы, банковские комиссии	Обычно нет. Это финансовые услуги, а не разработка, адаптация, модификация или лицензия на РИД для ПО.
Маркетинг, реклама, PR у иностранной компании	Обычно нет. Такие платежи не связаны с разработкой, адаптацией или модификацией ПО.
Юридические, бухгалтерские, HR-услуги иностранного подрядчика	Обычно нет, если договор не связан с правами на РИД, разработкой, адаптацией или модификацией заявляемого ПО.
Зарплата российским сотрудникам	Нет.
Выплаты российскому подрядчику без иностранного контроля	Нет по подп. «у», если нет иностранного контроля и агентской связи с иностранным лицом.
Open source без оплаты	Нет, сумма выплат равна 0.
Платная поддержка open source от иностранного вендора	Зависит от договора. Если поддержка включает доработку, адаптацию, модификацию или лицензионные права, платеж лучше учитывать.

Как не перегрузить IT-команду

IT-команде не нужно вручную разбирать всю бухгалтерию. Достаточно подготовить техническую карту продукта и показать, какие внешние элементы реально участвуют в работе ПО.

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

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

Когда нужно обновлять сведения

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

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

Что сделать перед подачей

Минимальный порядок проверки помогает отделить спорные платежи от тех расходов, которые действительно относятся к показателю по подпункту «у».

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

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

Как помогает Антиштраф

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

Проверка

Проверим договоры, платежи, структуру продукта и спорные выплаты, которые могут повлиять на показатель по подпункту «у».

Подготовка

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

Сопровождение

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

Получить диагностику выплат по подпункту «у»

Частые вопросы

Нужно ли включать все платежи иностранным компаниям?

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

Нужно ли учитывать рабочие облачные сервисы для кода, задач, дизайна и коммуникаций?

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

Что делать, если показатель близок к 30%?

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

Кто должен считать показатель?

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

Оставить заявку

Услуги к статье

IT-компаниям

Подготовим запись в реестре ПО Минцифры к 1 июня 2026 года

IT-компаниям

Подготовим IT-компанию к подтверждению аккредитации до 1 июня

Возврат к списку