Модификация и адаптация ПО

⏱ Время чтения: 5 минут

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

Любая доработка существующего ПО нуждается в грамотном юридическом сопровождении. В этой статье мы разберем разницу между понятиями, кто владеет правами на разработки и как грамотно закрепить их в договоре, чтобы защитить интеллектуальную собственность и избежать претензий.
Чтобы  не пропустить новые материалы от MDS, подписывайтесь на наш Телеграм-канал.

Адаптация vs модификация: находим отличия с юристом и разработчиком

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

К адаптации относятся, например: 

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

В соответствии со статьей 1280 ГК РФ пользователь, который правомерно владеет экземпляром программы, может адаптировать ее без согласия правообладателя и без выплаты вознаграждения, если это необходимо для ее функционирования. Такая доработка не создает нового объекта авторского права. По сути, адаптированная версия остается тем же произведением, права на которое принадлежат правообладателю.

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

Примеры модификации: 

• разработка новых модулей в CRM-системе;
• переработка интерфейса под новые стандарты UX;
• перевод интерфейса на другой язык (независимо от изменения функционала);
• исправление багов;
• интеграция с другими сервисами;
• изменение алгоритмов обработки данных и т. д.

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

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

Основное различие: адаптация — настройка под клиента, модификация — создание нового продукта на основе старого.

Почему это важно? Риски неправильного оформления

Для заказчика

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

• Потеря инвестиций в доработки. Даже если заказчик оплатил изменения программы, юридически они могут остаться собственностью подрядчика или исходного правообладателя (вложенные средства не гарантируют права на результат).
• Невозможность использовать программу после окончания срока договора. Если заказчик не получил лицензии или исключительных прав на модификацию, подрядчик вправе запретить эксплуатацию доработанной версии. В результате заказчик оказывается в ситуации, когда продукт формально принадлежит ему, но использовать его в полной мере нельзя.
• Зависимость от подрядчика. Без закрепленных прав заказчик оказывается «привязан» к конкретному исполнителю: только он может вносить изменения, исправлять ошибки или развивать продукт (риск завышенных цен, срыв сроков).
• Судебные споры. В случае конфликта подрядчик или правообладатель исходного кода может потребовать запретить использование модификаций, что обернется убытками, дополнительными расходами, снижением репутации.

Для подрядчика (исполнителя)

Ошибки в определении прав на адаптацию и модификацию несут не меньшие риски и для исполнителя.

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

Инструкция: как правильно оформить юридически

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

• разрешает ли правообладатель адаптацию/модификацию?
• есть ли прямые запреты на внесение изменений?

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

2. Выбор договорной конструкции
   Здесь важно связать цели проекта и правовой инструмент.
3. Договор на оказание услуг/работ

• Применим для адаптации.
• Результат — выполненный объем работ (настройка, интеграция).

2. Лицензионный договор

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

3. Договор подряда на создание производного произведения. Согласно договору подряда, одна сторона (подрядчик) обязуется выполнить определенную работу и сдать ее результат заказчику, а заказчик принять и оплатить результат.

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

3. Детализация в Техническом задании (ТЗ)

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

4. Фиксация результата

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

Как модифицировать законно?

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

Как защитить права (для правообладателя)

• Укажите в лицензионном договоре, что исключительное право на исходное ПО сохраняется за лицензиаром во всех случаях — даже при создании производного ПО.
• Ограничьте лицензиата в использовании производного ПО, особенно если оно состоит из элементов оригинала.
• Зафиксируйте запрет на распоряжение правами на производное ПО без согласия лицензиара.
• Сошлитесь на п. 2 ст. 1270 ГК РФ (способы использования).

Кому принадлежат права на результат?

По общему принципу статей 1229 и 1270 ГК РФ любые права на производное ПО (модификацию) принадлежат тому, кто обладает исключительным правом (право автора или правообладателя самостоятельно использовать произведение любым законным способом и разрешать или запрещать другим его использование) на оригинал, если иное не установлено договором. То есть по умолчанию права принадлежат правообладателю. 

Также есть ситуация служебного произведения: если исполнитель — это сотрудник компании и он создает модификацию в рамках своих должностных обязанностей, исключительные права на результат работы по умолчанию принадлежат работодателю (статья 1295 ГК РФ).

У исполнителя сохраняются права, если договор заключен как договор на выполнение работ / оказание услуг (главы 39, 37 ГК РФ). Доработка или адаптация в таком случае — это услуга или результат работ, а не новый объект интеллектуальной собственности. Исключительные права на созданное производное ПО остаются у исполнителя, а заказчик получает только выполненную работу — например, настроенную систему. При этом заказчик не может свободно распоряжаться модификацией, повторно использовать ее или тиражировать.

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

1. Договор подряда на создание производного произведения (статья 1296, статья 1297 ГК РФ)
   Если в договоре прямо указано, что исключительное право на модифицированное ПО передается заказчику, то заказчик становится правообладателем производного объекта. Но исходное ПО при этом продолжает принадлежать первоначальному правообладателю.
   Заказчик может использовать модификацию только в рамках прав, предоставленных правообладателем исходной программы.
   
2. Лицензионный договор (статьи 1235 и 1236 ГК РФ)
   Правообладатель может предоставить лицензиату право на модификацию. В этом случае лицензиат (например, заказчик или подрядчик) создает производное ПО, но исключительные права на него остаются у лицензиара (правообладателя исходного ПО), если договором не предусмотрено иное.

Чек-лист для безопасной сделки

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

Доработка программного обеспечения всегда связана с юридическими рисками, поэтому универсального договора здесь не существует. В каждом проекте свои нюансы, и юрист должен уметь проводить индивидуальную «настройку» условий: правильно определить характер работ, выбрать подходящий тип договора, заранее подумать, как закрепить права на результат. Этому учат эксперты Moscow Digital School на курсе «Юрист в сфере IT». Вы научитесь сопровождать IT-проекты на разных этапах и без ошибок, видеть потенциальные риски, оформлять договоры так, чтобы они защищали интересы компании и разработчиков.