Передача исключительных прав на разработанное программное обеспечение

Введение: почему вопрос принадлежности прав на ПО становится центральным

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

Настоящая статья последовательно разбирает правовой режим программы для ЭВМ, способы передачи прав (отчуждение и лицензия), особенности договора заказа и служебного произведения, требования к форме и государственной регистрации, ценовые условия, гарантии правообладателя, налоговые последствия, а также типичные ошибки и судебные споры. Цель — дать практикующему юристу и подготовленному бизнес‑руководителю единую систему координат при структурировании сделок по передаче прав на разработанное ПО.

Правовой режим программы для ЭВМ: что именно передаётся

Программы для ЭВМ прямо отнесены к охраняемым результатам интеллектуальной деятельности и охраняются как произведения литературы согласно статье 1259 ГК РФ. Более развёрнутое определение даёт статья 1261 ГК РФ: программа для ЭВМ — это представленная в объективной форме совокупность данных и команд, предназначенных для функционирования ЭВМ и других компьютерных устройств, включая подготовительные материалы, полученные в ходе разработки, и порождаемые ею аудиовизуальные отображения. Охране подлежат как исходный, так и объектный код, причём защита возникает с момента создания, без каких‑либо формальностей; регистрация в Роспатенте носит факультативный характер (см. статью 1262 ГК РФ).

Ключевой вывод для договорной практики: предметом сделки выступает не «программа как вещь», а исключительное право на неё либо разрешение использовать произведение определёнными способами. Носитель (диск, сервер, репозиторий) и экземпляр программы не тождественны самому объекту авторского права; передача файла или доступа к репозиторию не равнозначна передаче исключительного права. Этот тезис системно подтверждён в постановлении Пленума Верховного Суда РФ от 23.04.2019 № 10, которое стало настольным документом для практикующих юристов в сфере интеллектуальной собственности.

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

Два базовых способа распоряжения: отчуждение и лицензия

Гражданский кодекс предусматривает два принципиально разных режима распоряжения исключительным правом. Первый — договор об отчуждении исключительного права, закреплённый в статье 1234 ГК РФ. По такому договору правообладатель передаёт принадлежащее ему исключительное право в полном объёме другой стороне; обратная передача невозможна без нового договора. Это аналог «продажи» нематериального актива: после регистрации перехода (если оно требуется) приобретатель становится единственным легитимным правообладателем и может распоряжаться правом по своему усмотрению.

Второй режим — лицензионный договор, общие правила которого установлены статьёй 1235 ГК РФ. По лицензии правообладатель сохраняет за собой исключительное право, но предоставляет лицензиату возможность использовать произведение в определённых пределах: способами, на территории и в течение срока, согласованных сторонами. Виды лицензий разграничены статьёй 1236 ГК РФ: неисключительная лицензия сохраняет за лицензиаром право выдавать аналогичные разрешения другим лицам, а исключительная — лишает его такого права на согласованных условиях. По общему правилу, если иное прямо не предусмотрено договором, лицензия предполагается простой (неисключительной).

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

Заказная разработка: презумпция статьи 1296 ГК РФ

Особое место занимает разработка ПО по заказу. Согласно статье 1296 ГК РФ, если программа создана по договору, предметом которого было её создание (договор заказа), исключительное право на такую программу по умолчанию принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное. Это важная презумпция: законодатель сместил баланс в пользу заказчика и снял с него необходимость отдельно оговаривать переход прав.

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

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

Служебное произведение и работа с внутренней командой

Когда программа создаётся работником в рамках трудовых обязанностей, действует режим служебного произведения по статье 1295 ГК РФ. Авторские права (право авторства, право на имя) сохраняются за работником, а исключительное право на произведение по общему правилу принадлежит работодателю, если трудовым или иным договором между работодателем и работником не предусмотрено иное. Это позволяет ИТ‑компаниям системно аккумулировать права на код, написанный штатными разработчиками, без отдельных договоров об отчуждении по каждой программе.

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

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

Подрядчики, фрилансеры и цепочка прав от автора

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

Особое внимание следует уделить отношениям с фрилансерами и самозанятыми. Договор с физическим лицом, не являющимся штатным работником, не подпадает под режим служебного произведения. Здесь необходим либо договор об отчуждении исключительного права по статье 1234 ГК РФ, либо договор авторского заказа с условием об отчуждении или лицензии, либо смешанный договор подряда с детальным IP‑блоком. В договоре обязательно указываются: предмет создаваемого результата с возможностью его идентификации, способы использования, территория, срок, размер вознаграждения (или указание на безвозмездность) и форма передачи. Неконкретные формулировки вроде «все права на всё созданное» суды нередко толкуют не в пользу приобретателя.

Заказчику, выстраивающему сложный продукт с привлечением внешних команд, целесообразно требовать от подрядчика не только декларативного заверения о принадлежности ему прав, но и предоставления копий внутренних документов: договоров с авторами кода, актов приёмки, документов, подтверждающих служебный характер произведений, и пр. Для крупных сделок (M&A, инвестиционные раунды) проводится отдельный IP‑due diligence, в ходе которого реконструируется вся история прав на каждый значимый компонент продукта.

Существенные условия и форма договоров

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

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

Идентификация программы в договоре требует особой аккуратности. Корректное описание включает наименование программы, версию или диапазон версий, краткое функциональное описание, ссылку на техническое задание (если применимо), указание на сопутствующие материалы (документация, исходные коды, базы данных), а при необходимости — хэш‑сумму или иной способ криптографической фиксации. Чем точнее описан объект, тем меньше пространство для последующих споров о том, что именно было передано.

Государственная регистрация: когда нужна и зачем

Сама программа для ЭВМ охраняется без обязательной регистрации; правообладатель вправе по своему желанию зарегистрировать её в Роспатенте в порядке, предусмотренном статьёй 1262 ГК РФ. Свидетельство о государственной регистрации программы для ЭВМ — удобный доказательственный инструмент: оно подтверждает факт существования произведения на дату подачи и презюмирует авторство и принадлежность прав указанному в нём лицу, пока не доказано иное.

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

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

Цена, вознаграждение и роялти

Возмездный характер договора об отчуждении и лицензионного договора — общее правило, и условие о цене признаётся существенным. По договору отчуждения, как правило, согласуется единовременное вознаграждение (paid‑up fee), хотя допустимы и комбинированные схемы с отложенной частью платежа, привязанной к достижению функциональных или коммерческих показателей (earn‑out). Безвозмездная передача исключительного права между коммерческими организациями по общему правилу не допускается, что необходимо учитывать при реструктуризациях внутри групп компаний — для таких сделок применяются иные правовые конструкции (вклад в имущество, выплата дивидендов нематериальным активом и др.).

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

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

Гарантии, заверения и ответственность правообладателя

Юридически грамотный договор о передаче прав на ПО невозможен без блока гарантий и заверений об обстоятельствах. Правообладатель подтверждает, что является единственным правообладателем передаваемых прав, что права не обременены в пользу третьих лиц, что использование программы не нарушает прав третьих лиц (в том числе авторов компонентов, лицензий на open‑source, патентных прав), что программа не содержит вредоносного кода и недекларированных возможностей, что в коде корректно учтены лицензионные обязательства по используемым библиотекам с открытым исходным кодом.

Особенно чувствительный сюжет — использование компонентов с открытыми лицензиями (GPL, LGPL, Apache, MIT и др.). Часть таких лицензий обязывает раскрывать модифицированный исходный код, другая часть совместима с проприетарным распространением. Включение компонентов несовместимой лицензии в коммерческий продукт может фактически дисквалифицировать сделку: приобретатель не сможет распространять продукт на закрытых условиях. Поэтому ответственный продавец проводит open‑source‑аудит до подписания, а покупатель закрепляет соответствующие заверения и механизм компенсации.

Ответственность правообладателя за нарушение заверений может выражаться в возмещении убытков, выплате компенсации, заранее оценённых убытков (liquidated damages), а также в обязанности за свой счёт устранить нарушение прав третьих лиц или заменить программу на эквивалентную. Цивилизованная практика предполагает разумное ограничение совокупной ответственности (caps), исключение отдельных видов косвенных убытков и установление сроков предъявления претензий, при этом — без выхолащивания самих гарантий.

Налоговые последствия: НДС и налог на прибыль

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

Для целей налога на прибыль приобретённое исключительное право на программу для ЭВМ, как правило, отражается приобретателем как нематериальный актив с амортизацией в установленном порядке, если выполняются критерии признания и стоимость превышает порог. Затраты на лицензию обычно учитываются в составе расходов, связанных с производством и реализацией. Существенное значение имеют документальное подтверждение (договор, акт приёма‑передачи прав, отчёты об использовании) и экономическая обоснованность расхода, особенно в сделках между взаимозависимыми лицами.

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

Типичные ошибки и иллюстрации из практики

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

Третья ошибка — игнорирование цепочки прав от автора. Заказчик подписывает договор с подрядчиком‑юридическим лицом, но не проверяет, как тот, в свою очередь, оформил отношения с разработчиками. В случае спора подрядчик может не иметь надлежащим образом оформленного права, которое он формально передал заказчику. Четвёртая ошибка — невнимание к open‑source‑компонентам, что особенно болезненно для продуктов, ориентированных на международный рынок. Пятая — отсутствие государственной регистрации перехода прав по зарегистрированному ПО, что создаёт проблему противопоставимости сделки третьим лицам.

Судебная практика, обобщённая в постановлении Пленума ВС РФ от 23.04.2019 № 10, последовательно проводит линию: переход исключительного права должен быть прямо выражен в договоре, формальности (письменная форма, регистрация при необходимости) обязательны, а презумпции (в том числе по статье 1296 ГК РФ) применяются с учётом фактических обстоятельств. Постановление содержит развёрнутые разъяснения по способам защиты, размеру компенсации, разграничению воспроизведения и переработки, оценке использования произведений в составе сложных объектов — и должно быть настольным документом юриста, сопровождающего ИТ‑сделку.

Споры и способы защиты

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

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

Заключение

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

Для бизнеса это означает устойчивость к спорам с авторами и подрядчиками, возможность свободно распоряжаться продуктом, привлекать инвестиции и выходить на M&A‑сделки. Для юриста — постоянную работу на стыке корпоративного, договорного, трудового, налогового и процессуального права, в которой ценится способность видеть сделку целиком и просчитывать последствия каждого условия на горизонте многих лет. Принципы, изложенные в настоящей статье, и опора на ключевые нормы части четвёртой ГК РФ и разъяснения Пленума Верховного Суда РФ дают надёжный каркас для такой работы.