Реестр российского ПО: что он реально даёт бизнесу и кому вообще нужен

MAATRIX

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

Что такое реестр российского ПО и зачем он вообще нужен

Реестр российского ПО (официально — реестр отечественного программного обеспечения) — это государственный список программных продуктов, которые признаны российскими по происхождению: разработаны и принадлежат российским правообладателям, соответствуют требованиям к доле участия иностранного капитала и контролю, распространяются на условиях, не создающих зависимости от зарубежного правообладателя. Ведёт реестр уполномоченный федеральный орган в сфере ИТ, включение происходит по заявке разработчика через экспертную проверку.

Важно сразу развести два разных статуса, которые постоянно путают:

• Реестр российского ПО — про конкретный программный продукт. В реестр включается не компания, а софт: конкретная программа, платформа, СУБД, антивирус и так далее.
• Аккредитация ИТ-компании — про юридическое лицо. Это отдельный статус, который подтверждает, что компания действительно занимается разработкой и поддержкой ПО как основным видом деятельности.

Статусы связаны, но не тождественны: компания может быть аккредитована, не имея ни одного продукта в реестре, а продукт может быть в реестре у компании, которая ещё не проходила или не проходит аккредитацию. Дальше в статье мы будем чётко указывать, к какому из двух статусов относится тот или иной практический эффект — это принципиально, потому что путаница между ними — источник половины заблуждений о том, что реестр «даёт».

Госзакупки: где реестр — не бонус, а условие участия

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

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

Для разработчика это означает разное в зависимости от роли. Если вы продаёте готовый софт напрямую госзаказчикам — реестр не опция, а входной билет: без него вы физически не участвуете в значимой части конкурсов. Если вы системный интегратор и собираете решение из чужих компонентов — вам придётся выбирать реестровые продукты в стек (СУБД, ОС, офисный пакет, антивирус), иначе всё решение не пройдёт закупочные требования заказчика, даже если ваша часть работы — это интеграция и написанный код.

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

НДС и другие налоговые эффекты статуса отечественного разработчика

Здесь стоит разделить два разных источника налоговых эффектов, которые в разговорах постоянно сливают в одно.

Льгота по НДС при реализации прав на ПО. Реализация исключительных прав на программы для ЭВМ и баз данных, включённые в реестр российского ПО, а также прав на их использование по лицензионным договорам освобождается от налога на добавленную стоимость. Это прямой и понятный эффект именно от включения продукта в реестр, а не от статуса компании: льгота привязана к конкретному программному продукту. Для разработчика, который продаёт лицензии, это ощутимая разница в цене для конечного покупателя или в марже — зависит от того, как компания решит распорядиться освободившейся суммой налога. Точные условия применения льготы (что именно считается реализацией прав, какие смежные услуги в льготу не попадают) стоит уточнять у бухгалтера или налогового консультанта под конкретную сделку — нюансов там достаточно, и общими словами их корректно не описать.

Пакет льгот для аккредитованных ИТ-компаний. Это уже про статус юридического лица, а не продукта: пониженная ставка налога на прибыль и сниженные страховые взносы для аккредитованных организаций отрасли информационных технологий при соблюдении требований к доле профильных доходов и штату. Формально этот пакет с реестром ПО напрямую не связан — компания может получить аккредитацию и без единого реестрового продукта, если её основная деятельность — разработка и сопровождение ПО как таковая. Но связь на практике есть: доходы от реализации собственного ПО, включённого в реестр (в том числе за счёт освобождения от НДС), проще и увереннее учитываются в профильной выручке, которая нужна для подтверждения аккредитации. Поэтому для компании, которая продаёт софт собственной разработки, включение продукта в реестр часто идёт рука об руку с аккредитацией и усиливает основания для неё, даже если формально это два отдельных статуса с отдельными критериями.

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

Обязательное использование ПО из реестра: кого это касается по закону

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

• Органы государственной власти и местного самоуправления — для них переход на отечественное ПО и оборудование задан как системная политика с контрольными точками и отчётностью перед вышестоящими органами.
• Государственные корпорации, компании и организации с преобладающим государственным участием — на них последовательно распространяются требования, изначально адресованные напрямую органам власти.
• Субъекты критической информационной инфраструктуры (КИИ) — организации из значимых отраслей (энергетика, финансы, транспорт, связь, здравоохранение, оборонная промышленность и другие), чьи информационные системы отнесены к значимым объектам КИИ. Для значимых объектов КИИ установлены отдельные требования к переходу на российское программное обеспечение и, по ряду направлений, на отечественное оборудование — с собственными сроками и порядком подтверждения соответствия.

Формулировки, сроки перехода и порядок исключений для каждой из этих категорий регулируются отдельными нормативными актами, которые время от времени уточняются и переносятся. Если ваша организация подпадает под одну из этих категорий — правильный источник актуальных требований и дедлайнов это профильный регулятор и штатный или привлечённый юрист по ИТ-праву, а не общая статья в блоге. Здесь важно зафиксировать сам факт: для перечисленных категорий использование ПО из реестра — не рекомендация, а обязанность с последствиями за неисполнение.

Кому реестр действительно важен, а кому — нет

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

Реестр критичен, если вы:

• продаёте программное обеспечение или ИТ-услуги государственным заказчикам, госкорпорациям или их дочерним структурам напрямую;
• работаете системным интегратором и собираете решения для такого заказчика из компонентов третьих сторон;
• относитесь к субъектам критической информационной инфраструктуры или обслуживаете их как подрядчик;
• работаете в регулируемой отрасли (финансы, энергетика, связь, здравоохранение), где требования к отечественному софту закреплены отраслевым регулятором отдельно от общих норм;
• сами разрабатываете софт и рассчитываете на льготу по НДС при продаже лицензий или на статус аккредитованной ИТ-компании.

Реестр не критичен, если вы:

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

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

Реестр и выбор инфраструктуры: при чём тут сервер и хостинг

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

Если ваша компания подпадает под требования по реестровому ПО как госзаказчик, субъект КИИ или регулируемая организация, у вас почти наверняка есть смежные требования к размещению данных: локализация персональных данных россиян по 152-ФЗ, требования к хостинг-провайдеру состоять в профильном реестре операторов хостинга, иногда — отдельные требования регулятора отрасли к размещению информационных систем внутри страны. Разбирали это подробно в статьях про реестр хостинг-провайдеров и что он меняет для клиента, про требования 152-ФЗ к месту хранения персональных данных и в целом про легальность размещения сервера в России для бизнеса из РФ.

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

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