Реестр российского ПО 2026: как и зачем туда попасть

Что такое реестр российского ПО и кому он нужен

Реестр российского программного обеспечения — это государственный список программных продуктов, признанных отечественными. Его ведёт Минцифры, публичная часть доступна каждому на сайте reestr.digital.gov.ru. По сути это официальный знак качества и происхождения: если ваш продукт в реестре, государство и крупные заказчики видят, что это российская разработка, права на которую принадлежат российскому лицу.

За последние годы я сопровождал несколько команд, которые выводили свои продукты в реестр — от нишевой CRM до платформы автоматизации под конкретную отрасль. И почти каждый раз у основателя в голове была путаница между двумя разными процедурами. Давайте сразу её снимем, потому что это экономит месяцы.

Есть реестр российского ПО — он про ПРОДУКТ. Включение в него даёт продукту льготу по НДС и право участвовать в госзакупках, где приоритет отдаётся отечественному софту. А есть аккредитация IT-компании в Минцифры — она про КОМПАНИЮ. Аккредитация даёт самой организации пониженный налог на прибыль, льготные страховые взносы и ряд других мер поддержки сотрудников. Это два независимых статуса. Можно иметь один без другого. Но сильнее всего бизнес чувствует эффект, когда есть оба: аккредитованная компания продаёт продукт из реестра.

Кому реестр действительно нужен? Если вы продаёте или планируете продавать ПО — лицензии, доступ к SaaS, мобильные приложения, отраслевые платформы — и среди ваших потенциальных клиентов есть государственные органы, госкомпании, субъекты критической информационной инфраструктуры или просто крупный бизнес с политикой импортозамещения, то реестр для вас не «приятный бонус», а вход на рынок. Без него вы для значительной части заказчиков просто не существуете как поставщик.

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

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

Какие выгоды даёт включение в реестр

Разберу выгоды по порядку, от самой денежной к репутационной.

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

Второе — доступ к госзакупкам. По 44-ФЗ и 223-ФЗ действует принцип приоритета российского ПО. Государственные и муниципальные заказчики обязаны при закупке софта в первую очередь рассматривать продукты из реестра, а закупку иностранного аналога — обосновывать. Если вашего продукта в реестре нет, вы для госзаказчика фактически вне игры. Если есть — вы в той узкой группе, между которой и распределяется бюджет. Рынок госзакупок ПО в России огромен, и реестр — это пропуск на него.

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

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

Реестр ПО против аккредитации компании

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

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

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

Вывод простой: если вы только оптимизируете налоги компании — вам нужна аккредитация. Если вы хотите продавать продукт государству и без НДС — вам нужен реестр. Если вы строите серьёзный IT-бизнес на российском рынке — вам, скорее всего, нужно и то, и другое, и заниматься ими можно параллельно, это разные ведомственные процедуры с разными пакетами документов.

Требования к продукту для реестра

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

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

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

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

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

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

Локализация данных. Если продукт работает с персональными данными, должно соблюдаться требование об их хранении в России — это пересекается с 152-ФЗ и часто закрывается тем, что продукт и так на российской инфраструктуре.

Пошаговый план: как попасть в реестр

Вот маршрут, по которому я веду команды. Семь шагов.

Шаг 1. Аудит прав. Сначала убеждаемся, что продукт юридически ваш на 100%. Собираем трудовые и подрядные договоры, проверяем формулировки о передаче исключительных прав, при необходимости дозаключаем соглашения с прошлыми разработчиками. Это самый важный и самый недооценённый шаг.

Шаг 2. Регистрация программы в Роспатенте (по желанию, но желательно). Свидетельство о госрегистрации программы для ЭВМ — не обязательное, но сильное доказательство правообладания, которое упрощает экспертизу.

Шаг 3. Проверка зависимости от иностранного ПО. Составляем список всех компонентов, библиотек, СУБД, на которых стоит продукт. Помечаем проприетарные иностранные зависимости и придумываем, чем их заменить или как обосновать их некритичность.

Шаг 4. Подготовка документации. Руководство пользователя, описание жизненного цикла разработки, описание процессов поддержки и устранения ошибок. Если документации нет — пишем.

Шаг 5. Подача заявления через Госуслуги/портал реестра. Заполняем электронное заявление, прикладываем документы, подписываем квалифицированной электронной подписью уполномоченного лица.

Шаг 6. Экспертиза. Заявление проходит формальную и экспертную проверку. Экспертный совет может задать вопросы или запросить доработки. Здесь важно отвечать быстро и по существу — затягивание ответов растягивает срок.

Шаг 7. Решение и реестровая запись. При положительном решении продукт включается в реестр, ему присваивается реестровый номер, и вы можете официально на него ссылаться в КП, договорах и тендерах.

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

Частые ошибки, из-за которых отказывают

За чужими и своими граблями я собрал короткий список того, что чаще всего срывает заявку.

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

Критическая иностранная зависимость. Продукт не запускается без конкретной проприетарной зарубежной СУБД или платформы. Это прямое основание для отказа. Решение — поддержка российской или открытой альтернативы.

Слабая или отсутствующая документация. «У нас всё в головах разработчиков» — не аргумент для реестра. Нужны нормальные руководства и описания процессов.

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

Медленные ответы на запросы экспертизы. Совет задал уточнение, а вы отвечаете через три недели — срок просто растягивается. Держите процесс под контролем и реагируйте за дни.

Реестр для SaaS, ботов и нишевых платформ

Отдельно отвечу на вопрос, который мне задают чаще всего: «у меня не коробка, а облачный сервис / бот / платформа — мне это вообще доступно?». Да, доступно. В реестр включают не только классические устанавливаемые программы, но и программное обеспечение, предоставляемое по модели SaaS, мобильные приложения, платформенные решения. Важно правильно описать продукт как объект прав и показать, что предоставляемый сервис — это ваш программный продукт, а не просто перепродажа чужого.

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

Налоговые льготы: как считать выгоду в деньгах

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

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

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

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

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

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

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

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

Третье — структура владения. Если в капитал входит новый инвестор, особенно иностранный, проверяйте, не нарушается ли условие о российском контроле более 50%. Это вопрос, который решается на этапе сделки, а не после неё.

Четвёртое — актуальная документация и поддержка. Продукт должен реально поддерживаться: выходить обновления, работать каналы поддержки, обновляться документация. «Мёртвый» продукт в реестре — это риск при проверке.

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

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

FAQ

Реестр российского ПО и аккредитация IT-компании — это одно и то же? Нет. Реестр — про продукт (даёт льготу по НДС и доступ к госзакупкам). Аккредитация — про компанию (даёт льготы по налогу на прибыль и страховым взносам). Это разные процедуры, их можно проходить независимо.

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

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

Можно ли включить SaaS или мобильное приложение? Да. В реестр принимают не только устанавливаемое ПО, но и облачные сервисы, мобильные приложения и платформы — при условии, что права на сам программный продукт ваши и оформлены корректно.

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

Обязательно ли регистрировать программу в Роспатенте? Не обязательно, но желательно: свидетельство о госрегистрации программы для ЭВМ — сильное доказательство правообладания и упрощает экспертизу реестра.

Даёт ли реестр гарантию, что у меня купят? Нет, это не гарантия продаж, а пропуск на рынок. Без реестра госзаказчик вас не рассмотрит в принципе; с реестром вы попадаете в круг допущенных поставщиков, где уже работают ваши продукт, цена и переговоры.

Что если в продукте используются открытые иностранные библиотеки? Open-source с допустимыми лицензиями — это нормально и не мешает реестру. Проблема только в проприетарной иностранной зависимости, без которой продукт не работает и которую вендор может отключить.

Мы не IT-компания, но у нас есть своя система — нам это доступно? Да. Если у вас есть собственный программный продукт с правами на него — учётная система, личный кабинет, платформа, приложение или бот, — вы продуктовая компания в смысле реестра, даже если основной бизнес у вас другой. Льготы и доступ к закупкам вам доступны так же, как чистым разработчикам.

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

Реестр и аккредитацию можно делать одновременно? Да, это разные ведомственные процедуры, они не мешают друг другу. На практике их часто запускают параллельно, чтобы быстрее получить и продуктовые льготы (НДС, госзакупки), и корпоративные (налог на прибыль, страховые взносы).

Что сделать в первую очередь

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

С чего начать прямо сейчас:

Шаг 1. Проверьте чистоту исключительных прав на продукт — соберите все договоры с разработчиками и убедитесь, что права переданы вам.

Шаг 2. Составьте список иностранных проприетарных зависимостей и решите, чем их заменить или как обосновать.

Шаг 3. Приведите в порядок документацию — руководство и описание процессов разработки и поддержки.

Шаг 4. Проверьте корпоративную структуру на условие российского контроля более 50%.

Шаг 5. Параллельно оцените, нужна ли вам ещё и аккредитация компании — часто выгодно делать оба статуса разом.

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