Юридическая упаковка IT-компании и программного продукта: пошаговый чек-лист

1. Что такое юридическая упаковка IT-компании и продукта

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

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

Юридическая упаковка IT-компании - это система документов и процессов, которая позволяет:

• подтвердить исключительные права на код, интерфейс, документацию, базы данных и иные результаты;
• проследить цепочку создания продукта от задания до принятия конкретной версии;
• отделить собственную разработку от open-source, коммерческих библиотек и облачных сервисов;
• выбрать корректную модель монетизации: лицензия, SaaS-доступ, абонентский договор, внедрение или смешанная модель;
• подготовить компанию к IT-аккредитации и налоговым льготам;
• подготовить продукт к включению в единый реестр российских программ для ЭВМ и баз данных;
• оценить смысл регистрации программы в Роспатенте;
• проверить перспективы участия в проекте «Сколково» или получения статуса малой технологической компании;
• обеспечить соблюдение требований о персональных данных, коммерческой тайне;
• сделать продукт понятным для инвестора, государственного заказчика или покупателя бизнеса.

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

ПРАКТИЧЕСКИЙ ВЫВОД:

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

2. Когда IT-бизнесу нужна юридическая упаковка

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

Компания хочет получить IT-аккредитацию

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

Подготовку документов и сопровождение процедуры можно передать юристам: сопровождение получения аккредитации IT-компании.

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

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

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

Компания привлекает инвестиции или продает бизнес

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

Компания переходит на SaaS-модель

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

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

Штат быстро растет

Чем больше разработчиков, дизайнеров, аналитиков и product-менеджеров участвуют в создании продукта, тем сложнее доказать, кто и что создал. Без процесса служебных заданий и приемки компания накапливает риски потери прав на свой продукт.

Для настройки соответствующего правового режима можно использовать внедрение режима служебных произведений.

В продукте используются open-source и AI-инструменты

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

Компания готовится к закупкам или импортозамещению

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

Нужно поставить ПО на баланс как нематериальный актив

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

3. Карта статусов: Роспатент, реестр российского ПО, IT-аккредитация, «Сколково» и МТК

Эти инструменты часто смешивают, хотя они решают разные задачи. Одни относятся к конкретному объекту, другие - к компании или инновационному проекту.

4. Алгоритм действий для IT-компании

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

Шаг 1. Описать продукт так, как он существует технически

Нужно зафиксировать:

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

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

Шаг 2. Построить карту правообладания

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

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

Шаг 3. Закрыть разрывы в цепочке прав

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

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

Шаг 4. Проверить компонентный и лицензионный состав

Для каждого стороннего компонента определяются:

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

Шаг 5. Согласовать договорную модель с бухгалтерским учетом

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

Шаг 6. Подготовить сайт и публичные документы

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

Шаг 7. Выбрать статус и подать документы

После аудита можно определить последовательность:

1. регистрация программы в Роспатенте, если нужна доказательственная или учетная опора;
2. включение продукта в реестр российского ПО, если важны госзакупки и импортозамещение;
3. статус МТК, если он открывает подходящие программы поддержки или упрощенный маршрут получения льгот;
4. IT-аккредитация компании и проверка налоговых критериев;
5. заявка в «Сколково» при наличии самостоятельного инновационного проекта.

Сколково стоит рассматривать как отдельный стратегический режим, если нужны гранты и в приоритете 0% по налогу на прибыль. В ином случае имеет смысл рассмотреть более гибкий режим – так называемый «налоговый маневр», сочетающий IT-аккредитацию и включение в реестр российского ПО. Суть льгот сводится к трём ключевым направлениям: снижение ставки налога на прибыль с 25% до 5%, снижение тарифа страховых взносов с 30% до 7,6–15%, а также освобождение от НДС при реализации отечественного программного обеспечения.

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

Шаг 8. Встроить сохранение статуса в текущие процессы

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

5. Оформление прав на ПО: авторы, сотрудники, подрядчики

Программа для ЭВМ охраняется как объект авторского права с момента создания. Государственная регистрация для возникновения охраны не требуется. При этом наличие кода на сервере компании, оплата разработки или доступ к репозиторию сами по себе не означают, что исключительное право принадлежит компании. Необходимо выстроить непрерывную цепочку: физические авторы → основание перехода прав → компания-правообладатель.

Начать аудит прав на программный продукт стоит с ответов на четыре вопроса:

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

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

По каким основаниям компания получает права

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

Служебное ПО: что важно подтвердить

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

Практический минимум документов включает трудовой договор и должностную инструкцию, правила работы со служебными РИД, задание, уведомление или отчет о создании, документ о приемке и реестр результатов. Такой комплект позволяет сопоставить автора, задачу, версию продукта и момент получения результата. Авторское вознаграждение целесообразно регулировать отдельно и определенно; для служебных изобретений, полезных моделей и промышленных образцов действует специальный порядок статьи 1370 ГК РФ.

Учредители и подрядчики: где чаще возникают разрывы

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

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

6. Регистрация программы в Роспатенте: когда она действительно нужна

Государственная регистрация программы для ЭВМ или базы данных добровольна. Авторское право возникает без нее. Поэтому вопрос нужно ставить не «обязательна ли регистрация», а «какую задачу она решит в конкретной компании».

Для сопровождения процедуры можно использовать услугу регистрации программного обеспечения в Роспатенте.

Когда регистрация полезна

Свидетельство и запись в государственном реестре могут использоваться:

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

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

Что подается на регистрацию

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

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

ПРАКТИЧЕСКИЙ ВЫВОД. Роспатент - полезная точка фиксации, но не «легализация» неподтвержденной цепочки прав. Сначала оформляется переход прав от автора к компании, затем подается заявление.

7. Реестр российского ПО: как подготовить продукт

Единый реестр российских программ для ЭВМ и баз данных - инструмент подтверждения российского происхождения и соответствия продукта установленным требованиям. Он имеет особое значение для закупок, импортозамещения и работы с государственными заказчиками.

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

Что проверить до подачи

Заявителем выступает правообладатель, соответствующий требованиям законодательства. До подачи важно проверить принадлежность исключительного права, российскую структуру владения и ограничения иностранного контроля, связанные с продуктом выплаты иностранным лицам, а также возможность самостоятельного сопровождения и обновления. Точные критерии сверяются с действующей редакцией постановления Правительства РФ № 1236; для сложной структуры анализируется вся цепочка контроля.

Документация и экспертиза

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

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

Налоговый эффект

Передача исключительных прав и прав использования программ и баз данных из российского реестра, включая предоставление удаленного доступа через интернет, может освобождаться от НДС при соблюдении условий подпункта 26 пункта 2 статьи 149 НК РФ. Для отдельных категорий программ действует функциональное исключение.

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

8. IT-аккредитация: как подготовить компанию и сохранить статус

IT-аккредитация присваивается организации, а не продукту. Она подтверждает соответствие компании отраслевым критериям. Налоговые льготы возникают не автоматически: для них дополнительно выполняются условия Налогового кодекса РФ, прежде всего по доле профильных доходов.

Что проверить до подачи

Базовая проверка охватывает российскую регистрацию и структуру владения, основной ОКВЭД, долю IT-доходов, уровень выплат работникам, содержание сайта и отсутствие специальных оснований для отказа. Для отдельных категорий компаний предусмотрены специальные маршруты, но освобождение от одного критерия не означает освобождение от остальных.

Аккредитация и налоговые льготы - разные проверки

Для получения и сохранения аккредитации используется отраслевой порог профильной выручки, который в общем случае составляет более 30%, тогда как для налоговых IT-льгот установлен более высокий порог - не менее 70% учитываемых IT-доходов. Поэтому компания может сохранять аккредитацию, но не иметь права на пониженные налоговые ставки. Ключевое значение имеет не название договора, а фактическое содержание операции, поэтому договорную и бухгалтерскую модель нужно согласовывать заранее.

Сайт также должен подтверждать реальную IT-деятельность: содержать актуальные сведения о компании, продуктах и услугах и способах получения информации о стоимости. Зарплатный критерий рассчитывается по действующим правилам, а соответствие основному ОКВЭД, структуре владения, профильной выручке, сайту и первичным документам необходимо контролировать не только перед подачей, но и для сохранения статуса.

Дополнительные обязанности и налоговый эффект

Для части крупных аккредитованных организаций действуют обязанности по взаимодействию с образовательными организациями. Приказ Минцифры от 31 марта 2026 года № 270 определил порядок исполнения и оценки таких соглашений.

Для организаций, которые одновременно аккредитованы и соответствуют налоговым критериям, в 2025–2030 годах действует ставка налога на прибыль 5% в федеральный бюджет и 0% в региональный бюджет.

С 2026 года тариф страховых взносов для IT-организаций составляет 15% в пределах единой предельной базы и 7,6% сверх нее; предельная база на 2026 год установлена в размере 2 979 000 рублей на одного работника. Эти параметры необходимо учитывать отдельно от самого факта наличия аккредитации.

9. «Сколково»: кому подходит режим и какие ограничения учитывать

Статус участника проекта «Сколково» предназначен для компании, которая ведет исследовательскую деятельность и коммерциализирует ее результаты в рамках одобренного инновационного проекта. Это не универсальная оболочка для любого IT-бизнеса.

Когда режим имеет смысл рассматривать

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

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

Что проверить юридически

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

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

Налоговый режим

Участники могут использовать предусмотренные Налоговым кодексом освобождения и пониженные тарифы при соблюдении установленных условий. При этом статус «Сколково» и IT-аккредитация не означают суммирования всех льгот: с 2026 года одновременное применение льгот по IT-аккредитации Минцифры и по статусу резидента «Сколково» запрещено.

10. Статус малой технологической компании как дополнительный маршрут

Статус малой технологической компании регулируется Федеральным законом № 478-ФЗ. Он не заменяет IT-аккредитацию или «Сколково», но может открыть доступ к программам поддержки и упростить отдельные процедуры.

Кому подходит статус

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

Категория МТК зависит от выручки: стартап с минимальной выручкой - до 1 млн руб.; стартап - свыше 1 млн до 300 млн руб.; ранняя компания - свыше 300 млн до 2 млрд руб.; зрелая компания - свыше 2 млрд до 4 млрд руб.

Что проверяют и что дает статус

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

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

Финальный вывод

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

Базовый маршрут для продуктовой IT-компании обычно выглядит так:

права и компоненты → документация → договорная и учетная модель → Роспатент при необходимости → реестр российского ПО → IT-аккредитация и налоговый расчет.

«Сколково» и МТК следует рассматривать отдельно - как стратегические режимы для компании с доказуемой инновационной деятельностью и готовностью к проектной отчетности.

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

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

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