Лицензионный договор на программное обеспечение (ПО), это основной юридический инструмент, регулирующий передачу прав на использование компьютерных программ. В соответствии с Гражданским кодексом РФ (ГК РФ, ст. 1235, 1286–1288), программа для ЭВМ приравнивается к литературным произведениям и охраняется как объект авторского права. Ниже представлен подробный разбор структуры договора, обязательных условий и нюансов, которые необходимо учесть при составлении документа.

Правовая природа договора

Согласно ст. 1235 ГК РФ, лицензионный договор — это сделка, по которой правообладатель (лицензиар) разрешает другой стороне (лицензиату) использовать программу для ЭВМ в определенных пределах (способы, срок, территория).

• Исключительная лицензия — лицензиат получает монопольное право использования, сам лицензиар не может пользоваться программой на указанных условиях и выдавать лицензии третьим лицам (п. 3 ст. 1235 ГК РФ).
• Простая (неисключительная) лицензия — лицензиар сохраняет право пользоваться программой и выдавать аналогичные лицензии неограниченному кругу лиц.
• Полная лицензия — передача всех исключительных прав (фактически уступка права, ст. 1234 ГК РФ), требует нотариального заверения при уступке исключительного права (п. 2 ст. 1234 ГК РФ).

Обязательные условия договора (с. 1 ст. 1235 ГК РФ)

Отсутствие хотя бы одного из этих условий ведет к ничтожности договора:

1. Способы использования программы: точное перечисление (установка на сервер/рабочие станции, копирование в оперативную память, модификация, декомпиляция, распространение копий и т.д.).
2. Территория: географические границы использования (например, «территория РФ», «во всём мире», «на территории ЕАЭС»).
3. Срок: календарный срок действия лицензии. Если не указан — считается заключенным на 5 лет (п. 3 ст. 1235 ГК РФ);

Структура типового шаблона договора

Преамбула (Шапка)

• Наименование документа: «Лицензионный договор на предоставление права использования программы для ЭВМ № [Номер] от [Дата] [Город]».
• Стороны:
  • Лицензиар: Полное/сокращенное наименование, ИНН/ОГРН, адрес, ФИО представителя, основание действия (Устав, Доверенность).
  • Лицензиат: Аналогичные реквизиты.

Предмет договора (Раздел 1)

• Идентификация ПО: Название, версия, номер регистрации в Реестре российского ПО (если применимо), хэш-сумма дистрибутива (SHA-256) для защиты от подмены.
• Тип лицензии: Простая / Исключительная / Полная.
• Объем передаваемых прав (Способы использования): Детальный список (пункт 2.1–2.5).
  • Право установки на N экземпляров / N ядер / N пользователей (Named User / Concurrent User).
  • Право на создание резервных копий (бэкапов).
  • Право на модификацию/адаптацию (если разрешено).
  • Право на сублицензирование (только для исключительной лицензии и с письменного согласия лицензиара, п. 4 ст. 1238 ГК РФ).
• Ограничения: Запрет реверс-инжиниринга, дизассемблирования, сдачи в аренду, передачи третьим лицам без согласия.

Территория и Срок (Раздел 2)

• Конкретные страны/регионы.
• Дата вступления в силу (момент подписания / оплаты / передачи ключа) и дата окончания.
• Условия автоматической пролонгации (если предусмотрены).

Порядок передачи ПО и документации (Раздел 3)

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

Лицензионные отчисления и порядок расчетов (Раздел 4)

Модели оплаты:

• One-time fee (Полная предоплата): Разовый платеж за бессрочную лицензию.
• Subscription (Подписка): Ежемесячные/годовые платежи. Право использования прекращается при прекращении платежей.
• Royalties (Процент от выручки): Часто используется при внедрении ПО в продукты лицензиата.
• Freemium / По метрикам: Оплата за активных пользователей, объем данных, количество API-запросов.

Необходимо указать: валюту (рубли для резидентов РФ), НДС (выделен ли отдельно), реквизиты для оплаты, штрафы за просрочку (пени 1/300 ключевой ставки ЦБ РФ за день, если иное не оговорено);

Права и обязанности сторон (Раздел 5)

Гарантии и ответственность (Раздел 6–7)

• Гарантии лицензиара: ПО соответствует спецификации (ФТЗ/ТЗ), свободно от вирусов/бэкдоров, не нарушает права третьих лиц.
• Ограничение ответственности (Best Practice): Исключение ответственности за косвенный ущерб, упущенную выгоду, простои бизнеса. Пlafond ответственности, часто ограничивается суммой договора или 12-месячными платежами.
• Интеллектуальная собственность: Все права на ПО, патенты, ноу-хау, бренд остаются у лицензиара. Лицензиат не приобретает права собственности на копии ПО.

Конфиденциальность и Персональные данные (Раздел

• Режим коммерческой тайны (ФЗ-98) для кода, алгоритмов, документации.
• Если ПО обрабатывает персональные данные лицензиата, необходим Дополнительное соглашение о обработке ПДн (ст. 28.1 ФЗ-152) или включение соответствующего раздела.

Срок действия, расторжение, последствия (Раздел 9–10)

• Основания для досрочного расторжения: грубое нарушение (неуплата > 30 дней, несанкционированное копирование, банкротство).
• Порядок уведомления (письменно, за 30 дней).
• Последствия расторжения: Лицензиат обязан уничтожить все копии ПО (в т.ч. на бэкапах), предоставить письменное подтверждение уничтожения, вернуть/уничтожить конфиденциальную информацию.

Заключительные положения (Раздел 11)

• Порядок разрешения споров: претензионный порядок (обязателен для Б2Б), арбитраж (по месту нахождения ответчика или по соглашению).
• Форс-мажор (ст. 401 ГК РФ).
• Уведомления: только почтой/ЭДО/курьером, адреса для уведомлений.
• Применяемое право: Право РФ.

Критически важные приложения

1. Приложение №1: Спецификация / Функциональное описание ПО. Детальный перечень функций, интерфейсов, совместимости (ОС, БД, браузеры), SLA (уровень сервиса) для SaaS.
2. Приложение №2: Акт приема-передачи неисключительных прав. Подписывается при фактической передаче дистрибутива/ключей.
3. Приложение №3: Техническая поддержка и SLA. Время реакции (Critical/High/Medium/Low), каналы связи, окна обслуживания, порядок выпуска обновлений (Hotfix, Minor, Major).
4. Приложение №4: Реестр установок / Метрики учета. Форма отчета лицензиата об актуальном количестве установок/пользователей (для аудита).

Особенности для разных моделей распространения

On-premise (Коробочное / Серверное ПО)

• Фокус на контроле копий: привязка к Hardware ID, лицензионным ключам, USB-ключам (HASP).
• Право на создание архивных копий.
• Ответственность за безопасность инсталляции на стороне лицензиата.

SaaS (Software as a Service)

• Предмет договора — доступ к функционалу через веб-интерфейс/API, а не передача копии программы.
• Ключевые метрики: Uptime (доступность 99.9%), RTO/RPO, скорость поддержки.
• Данные клиента: кто владеет данными, выгрузка при расторжении (Data Portability), место хранения серверов (локализация данных — 152-ФЗ).
• Нет права на реверс-инжиниринг, декомпиляцию (нет доступа к коду).

Open Source / Компоненты с открытым кодом

• Если ПО содержит GPL/AGPL библиотеки — лицензиат получает права, накладывающие обязательства (раскрытие исходного кода производных работ).
• В договоре обязательно: заявление лицензиара о соответствии используемым лицензиям Open Source, отсутствие «вирусных» лицензий в проприетарной части (если ПО коммерческое).

Регистрация договора в Роспатенте

Согласно п. 2 ст. 1232 ГК РФ, лицензионный договор подлежит государственной регистрации в Роспатенте, если:

• Договор заключен на исключительных правах (исключительная лицензия).
• Программа для ЭВМ зарегистрирована в реестре программ для ЭВМ (получен свидетельство).

Последствия нерегистрации: Договор считается недействительным (ничтожным) для третьих лиц, а между сторонами — действует как простая (неисключительная) лицензия. Срок регистрации ~2 месяца, госпошлина платит лицензиар (если иное не оговорено).

Чек-лист: типичные ошибки при составлении

• Нечеткие «способы использования»: фраза «использование по назначению» неудовлетворительна для суда/налоговой. Нужно: «установка на серверы лицензиата, запуск экземпляров в виртуальной среде, доступ пользователей через веб-браузер».
• Отсутствие механизма аудита: лицензиар не может проверить фактическое число установок.
• Игнорирование обновлений: не прописано, входят ли Major-версии (v2.0, v3.0) в стоимость подписки или требуют доп. оплаты.
• Конфликт с офертой/ЭУЛА: если ПО скачивается из интернета, условия «коробочной» лицензии (EULA) могут противоречить подписанному бумажному договору. В договоре нужно прописать приоритет: «Настоящий договор превалирует над условиями EULA».
• Налоговые риски (ТП/КТ): при оплате нерезиденту — удержание налога у источника выплаты (20% / 10% / 0% по ДСДН), оформление уведомления о контролируемой сделке (если сумма > 60 млн руб./год или спец. отношения).

Грамотно составленный лицензионный договор — это не просто формальность, а инструмент монетизации интеллектуальной собственности и защиты бизнеса от рисков. Ключевые принципы: конкретика в предоставляемых правах, баланс ответственности, четкий механизм приема-передачи и контроля использования. Рекомендуется использовать типовые шаблоны только как базу, адаптируя каждый раздел под специфику ПО (SaaS, On-premise, Mobile SDK, Embedded), модель монетизации и требования законодательства (152-ФЗ, 149-ФЗ, требования к криптографии ФСБ при использовании шифрования).

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