Лицензиат хочет передать программу клиенту: как согласовать сублицензию и не выйти за пределы прав
Лицензиат может предоставить клиенту право использования программы с письменного согласия лицензиара и только в пределах полученных прав. Сверьте основную лицензию, согласие и сублицензию по объекту, способам использования, сроку, территории и лимитам. По общему правилу перед лицензиаром за действия сублицензиата отвечает лицензиат.
Интегратор приобрёл право использовать программу, настроил её под задачи заказчика и готов передать клиенту ключ. В коммерческом предложении уже написано «лицензия на год», но в договоре с разработчиком разрешена только собственная эксплуатация. Подписанный акт и работающий ключ не устраняют этот разрыв: техническая возможность запустить программу ещё не подтверждает право предоставить её другой компании.
Перед выдачей сублицензии нужно сопоставить три документа: исходную лицензию, письменное согласие на дальнейшее предоставление прав и договор с клиентом. У каждого своя задача. Лицензия определяет, что получил посредник; согласие разрешает распорядиться этим объёмом в пользу других лиц; сублицензия описывает, что достаётся конкретному пользователю. Ни один последующий документ не должен обещать больше, чем допускают предыдущие.
Ниже рассматривается обычная коммерческая передача права использования программы между организациями и предпринимателями. Продажа исключительного права, приобретение оборудования со встроенным ПО и предоставление исключительно облачной услуги могут требовать другой конструкции. Прежде чем выбирать название договора, полезно нарисовать, кто устанавливает программу, на чьих серверах она работает и какие действия совершает клиент.
Когда передача программы действительно требует сублицензии
По статье 1238 ГК РФ лицензиат с письменного согласия лицензиара может предоставить другому лицу право использования результата интеллектуальной деятельности. В такой модели интегратор остаётся участником исходного договора и заключает отдельный договор с клиентом. Правообладатель не меняется, а у клиента появляется производное разрешение использовать программу в определённых пределах.
Сублицензия особенно понятна там, где клиент получает дистрибутив, устанавливает программу на собственное оборудование и работает в ней своими силами. Однако дистанционный доступ не исключает лицензионных отношений. Если договор разрешает клиенту использование программы, его условия нужно проверять как лицензионные независимо от того, передали пользователю файл или только учётную запись.
Бывает и другая схема: разработчик сам заключает лицензионный договор с конечным пользователем, а партнёр только продаёт доступ, принимает оплату в пределах полномочий, внедряет и сопровождает продукт. Тогда нужно подтвердить прямую лицензию клиента, а не оформлять для вида ещё одну сублицензию. Посредник должен ясно сообщить, от чьего имени действует, кто предоставляет право и кто отвечает за технические услуги.
Если исполнитель использует программу только на своей стороне для подготовки отчёта и передаёт заказчику результат услуги, вопрос о сублицензии решается иначе. Само получение отчёта не означает, что заказчик использует программу. Но исходная лицензия всё равно должна разрешать исполнителю выбранную коммерческую эксплуатацию. Условие «только для собственных внутренних нужд» нельзя автоматически распространить на обработку данных многочисленных клиентов.
Как восстановить цепочку прав до правообладателя
Начните с лицензионного договора, на основании которого ваша компания получила программу. Проверять нужно подписанный текст с приложениями и изменениями, а для электронной модели также принятую редакцию условий и подтверждение её акцепта. Партнёрский сертификат, письмо «вы официальный дилер» и счёт за ключ могут иметь значение, но не заменяют проверку того, какие права предоставлены.
Составьте карточку цепочки: правообладатель, непосредственный контрагент, ваша компания, клиент. Напротив каждого перехода укажите договор, дату предоставления права, программу и её модули, допустимые способы использования, срок, территорию и разрешение на следующий уровень. Если поставщик сам является сублицензиатом, выясните, на каком основании он вправе предоставлять права дальше. Название «дистрибьютор» не подтверждает это полномочие.
Для проверки не всегда нужно раскрывать клиенту всю коммерческую переписку и закупочную цену. Можно согласовать заверенную выписку, копии с закрытыми ценовыми условиями или подтверждение правообладателя. Но из доступных документов должны быть видны положения, от которых зависит право клиента: предмет, объём, действующий срок и согласие на нужную модель передачи. Выписка, в которой закрыт именно запрет на сублицензирование, не выполняет эту задачу.
Попросите контрагента отдельно подтвердить, что исходная лицензия действует, право предоставлено, уведомления о её прекращении не получены, а предусмотренные условия выдачи сублицензии выполнены. Такое подтверждение помогает распределить договорные риски и оценить добросовестность проверки. Однако заверение не создаёт отсутствующее право: если поставщик не получил нужный модуль, обещание возместить потери не легализует его передачу.
Как получить письменное согласие и определить его границы
Пункт 42 постановления Пленума Верховного Суда РФ от 23 апреля 2019 года № 10 разъясняет: согласие допускается включить в лицензионный договор или оформить отдельным документом. Оно может относиться к определённому сублицензиату, а лицензиар вправе разрешить передачу лишь некоторых из предоставленных лицензиату способов использования. Поэтому общая фраза в переписке «не возражаем против работы с клиентами» требует проверки по содержанию, а не только по наличию подписи.
Для разовой сделки удобно согласие с наименованием клиента и реквизитами будущей сублицензии. Для партнёрской сети практичнее заранее определить круг допустимых получателей, перечень программ, условия их использования и порядок уведомления о заключённых договорах. Закон не требует превращать каждую поставку в отдельное согласование, если уже выданное письменное согласие достаточно определённо охватывает её.
Разграничьте согласование и уведомление. Если в лицензии написано «с предварительного письменного согласия на каждую сделку», направление проекта правообладателю ещё не разрешает выдавать ключ. Если же согласие уже дано всем клиентам установленной категории, а лицензиат обязан сообщить о сделке в течение пяти дней, поздний отчёт и отсутствие самого согласия являются разными ситуациями. Последствия нарушения определяются конкретными условиями, а не одним словом «уведомление».
Согласие следует подписывать уполномоченному лицу. Для обмена электронными документами заранее определите допустимый способ подписания и идентификации отправителя. Сообщение менеджера может стать доказательством переговоров, но полномочия этого сотрудника разрешать сублицензирование нужно установить отдельно. Для значимой сделки безопаснее получить документ через согласованный электронный документооборот либо надлежаще подписанное письмо.
Рабочая формулировка для разового разрешения может выглядеть так: «Лицензиар согласен на предоставление ООО “Интегратор” ООО “Заказчик”, ОГРН […], простой сублицензии на программу […] версии […] в составе модулей […]. Разрешаются установка и запуск на одном сервере на территории Российской Федерации и доступ не более 30 одновременно работающих пользователей. Срок использования: с […] по […], но не дольше срока прав лицензиата по договору № […] от […]. Дальнейшее предоставление прав третьим лицам настоящим согласием не разрешается».
Это пример структуры, а не универсальный пункт. Его нужно сверить с технической моделью и исходной лицензией. Если она ограничена 20 пользователями, письмо о согласии на 30 пользователей само по себе не следует считать бесспорным расширением полученных прав. Лучше отдельно и ясно изменить объём основной лицензии, цену и лимит, затем разрешить сублицензирование в обновлённых пределах.
Когда требуется убрать договорный запрет, добавить модуль или увеличить территорию, оформите дополнительное соглашение. В нём разделите изменение собственных прав лицензиата и согласие на передачу этих прав клиенту. Такая структура предотвращает спор о том, означало ли короткое разрешение одновременно изменение всей закупленной лицензии.
Пленум № 10 также допускает отзыв согласия до заключения сублицензионного договора с возмещением вызванных отзывом убытков. Это важная граница для переговоров: полученное согласие не стоит хранить месяцами, одновременно обещая клиенту безусловный запуск. После заключения сублицензии нельзя без отдельного правового основания приравнивать отзыв предварительного согласия к автоматическому прекращению уже предоставленного права.
Нажмите на схему, чтобы увеличить. Затем листайте вбок.
Нажмите на небольшую схему ещё раз, чтобы свернуть.
Что сверить между лицензией, согласием и договором клиента
Удобнее проверять документы не подряд, а по одинаковым параметрам. В исходной лицензии найдите допустимый предел, в согласии посмотрите дополнительные ограничения, в сублицензии закрепите фактическую потребность клиента внутри этих границ. Если согласие уже лицензии, ориентируйтесь на более узкое разрешение для дальнейшей передачи.
| Параметр | Что проверить у лицензиата | Что записать для клиента |
|---|---|---|
| Программа | Название, версия, редакция, приобретённые модули | Тот же объект или его разрешённую часть, без обещания некупленных модулей |
| Способы использования | Какие действия разрешены и какие можно передавать дальше | Конкретные действия: установка, запуск, допустимое воспроизведение, отдельно согласованная переработка |
| Получатель | Общее согласие или разрешение на названную организацию | Юридическое лицо клиента и разрешённый круг пользователей |
| Количество | Лимит установок, серверов, пользователей и способ подсчёта | Сопоставимые единицы учёта и порядок увеличения лимита |
| Территория | Где допускается использование, включая ограничения согласия | Территорию в пределах полученного права, без неопределённого «везде через интернет» |
| Срок | Начало, окончание, условия продления исходной лицензии | Период, укладывающийся в действующее основание |
| Следующий уровень | Разрешена ли дальнейшая цепочка и при каких условиях | Прямой запрет либо точно согласованный порядок последующих предоставлений |
Не оставляйте несовпадающие единицы измерения. «50 учётных записей», «50 работников» и «50 одновременных подключений» описывают разные ограничения. Клиенту может быть нужно 200 зарегистрированных пользователей при 30 одновременных сеансах; лицензия на 30 именных пользователей эту потребность не покрывает. Технический руководитель должен подтвердить, что договорный лимит можно контролировать выбранными средствами.
Как описать программу и разрешённые действия без опасной широты
Обозначения «программный комплекс», «ПО производителя» и «все продукты правообладателя» часто слишком неопределённы для реальной поставки. Укажите наименование программы, редакцию, версию или правило определения актуальной версии, состав модулей и идентификатор продукта. Если имеется свидетельство о регистрации, его номер помогает идентификации, но не заменяет описание того, что именно получает пользователь.
Условие об обновлениях требует самостоятельного решения. Разрешение использовать приобретённую версию не обязательно включает каждую будущую редакцию, новые платные модули и разработанные по заказу дополнения. Запишите, какие обновления входят в цену, кто их предоставляет и на каком основании лицензиат сможет передать права на них. Техническая поддержка, исправление ошибки и лицензия на новую функциональность могут иметь разные условия.
Способы использования определяются с учётом статьи 1270 ГК РФ и устройства продукта. Для установленной программы обычно важны действия, связанные с воспроизведением при установке и работе, а для интеграции могут понадобиться дополнительные правомочия. Формулировка «использовать в коммерческой деятельности» описывает цель, но сама по себе плохо отвечает на вопрос, разрешены ли копирование, переработка, распространение экземпляров или предоставление доступа клиентам заказчика.
Не включайте переработку «на всякий случай». Если клиент планирует менять код, выясните, предоставлено ли соответствующее право по исходной лицензии и охвачено ли оно согласием. Если ему нужны только настройки средствами штатного интерфейса, это можно так и описать. Права правомерного пользователя по статье 1280 ГК РФ, включая предусмотренные законом действия для работы программы, не стоит смешивать с неограниченным правом создавать и продавать её модифицированные версии.
Допустим, интегратор вправе устанавливать программу и предоставлять её конечным пользователям, но не вправе перерабатывать. Клиент просит «исключительные права на доработанную систему». Здесь нельзя решить вопрос одной сублицензией на всё. Нужно определить права на исходную программу, основание изменения кода, принадлежность самостоятельных результатов доработки и право использовать их вместе. Пока эти элементы не согласованы, обещание исключительности создаёт риск неисполнения.
Почему срок, территория и исключительность требуют отдельной проверки
Пункт 3 статьи 1238 ГК РФ прямо регулирует превышение срока: если сублицензия заключена на более долгий период, она считается заключённой на срок основной лицензии. Поэтому оплаченные клиентом три года не превращаются в три года разрешённого использования, если право интегратора заканчивается через восемь месяцев. Возникающий денежный спор не устраняет отсутствие прав на оставшийся период.
Не подменяйте срок права сроком действия рамочного договора. В партнёрском договоре может быть автоматическое продление отношений, но лицензии на отдельные ключи предоставляются на год. Возможна и обратная ситуация: договор поставки уже исполнен, а предоставленное на согласованный период право продолжает действовать. Сверяйте именно условие о продолжительности предоставленного использования и порядок выдачи конкретного права.
Если срок обычной лицензии не определён, действует правило о пяти годах из статьи 1235 ГК РФ, если Кодексом не предусмотрено иное. Для сублицензии оно не отменяет предел исходного договора. Не рассчитывайте также, что продление лицензии наверху автоматически перепишет все договоры с клиентами. Заранее установите, когда продлевается конкретная сублицензия, как определяется цена нового периода и нужно ли подтверждение продолжения исходных прав.
Статья 1235 предусматривает территорию Российской Федерации при отсутствии соответствующего условия. В производной цепочке это правило не расширяет права сверх фактически предоставленных лицензиату. Если исходная лицензия ограничена отдельной территорией, сублицензия должна учитывать ограничение. При зарубежной инфраструктуре и пользователях отдельно проверьте применимое право и местные требования: российская оговорка не решает все вопросы трансграничного использования.
Вид лицензии также нельзя выбирать по пожеланию отдела продаж. Неисключительная лицензия интегратора не позволяет обещать клиенту, что правообладатель перестанет использовать программу или выдавать права другим лицам. Даже при исключительной исходной лицензии нужно проверить её пределы и согласие на выбранную модель. Обязательство самого посредника не продавать продукт определённым конкурентам клиента следует отличать от предоставления исключительной лицензии.
Нажмите на схему, чтобы увеличить. Затем листайте вбок.
Нажмите на небольшую схему ещё раз, чтобы свернуть.
Как собрать сублицензионный договор и подтвердить передачу
Когда пределы проверены, используйте шаблон сублицензионного договора как основу для конкретной сделки. Выбирайте в нём условия, соответствующие программе и вашей цепочке. Универсальная формула «любыми способами» или случайно оставленная ссылка на правила о товарных знаках не заменяет перечень действий, разрешённых с программой.
Договор должен позволять определить объект и способы использования. В возмездной модели согласуйте размер вознаграждения или порядок его определения: отсутствие такого условия не восполняется обычной рыночной ценой. Ссылка на прайс-лист должна позволять установить применимую редакцию и сумму, а изменение цены будущих периодов следует отделить от уже оплаченного предоставления права.
Отделите лицензионное вознаграждение от внедрения, сопровождения, размещения данных и разработки. Это не означает, что обязательно нужны разные документы, но в смешанном договоре должно быть понятно, за что платят, когда исполнена каждая часть и какие последствия возникают при её прекращении. Единая строка «услуги по передаче лицензии» осложняет расчёты, если программа предоставлена, а внедрение сорвалось.
Затем определите момент предоставления права и технический способ передачи. Например: право возникает в согласованную дату после получения оплаты, а ключ и ссылка направляются на адрес администратора, указанный в приложении. Если стороны хотят связать начало срока с активацией, установите, как фиксируется активация и что происходит, если клиент не активирует продукт. Иначе годовая лицензия может начать истекать раньше фактической готовности к работе.
В акте или электронном подтверждении укажите договор, программу и модули, количество лицензий, период и сведения о переданных материалах. Сам секретный ключ можно передавать отдельным защищённым способом, фиксируя идентификатор поставки. Храните доказательства доставки и доступности, но не включайте в публичную переписку пароли и данные, которые позволяют постороннему войти в систему.
Кто отвечает за действия клиента и как согласовать защиту
По общему правилу пункта 4 статьи 1238 ГК РФ перед лицензиаром за действия сублицензиата отвечает лицензиат, если исходный лицензионный договор не устанавливает иное. Поэтому одной фразы в договоре с клиентом «всю ответственность несёт заказчик» недостаточно, чтобы изменить отношения с правообладателем. Для изменения ответственности наверху нужно соответствующее условие именно в основной лицензии.
Это правило не означает, что сам пользователь освобождён от ответственности за незаконное использование. Если клиент воспроизводит программу сверх разрешённого количества либо продолжает использование без действующего основания, возникают самостоятельные вопросы защиты исключительного права. Договорная ответственность посредника, договорная ответственность клиента и требования правообладателя нужно анализировать отдельно, не обещая заранее автоматическое взыскание одной суммы со всех участников.
Практическая защита лицензиата начинается с переносимых ограничений: клиент должен знать разрешённый круг пользователей, лимиты, запрет передачи третьим лицам и порядок запроса расширения. Требования, оставшиеся только в закрытом договоре с разработчиком, трудно обеспечить организационно. Важно не просто сослаться на «все правила правообладателя», а передать применимую редакцию условий и согласовать их место среди остальных документов.
В сублицензии можно предусмотреть уведомление о претензиях, участие в проверке, предоставление относящихся к спору документов и возмещение доказанных убытков при наличии оснований. Но не обещайте правообладателю доступ ко всей системе клиента, если клиент его не согласовал. Контроль количества установок можно организовать через ограниченный отчёт, технический идентификатор или согласованную проверку без раскрытия посторонних коммерческих данных.
Предусмотрите процедуру при претензии: кто получает уведомление, в какой срок передаёт документы, кто ведёт переговоры, как согласуется признание требований и кто оплачивает защиту. Если клиент признал нарушение и выплатил сумму без участия посредника, вопрос последующего возмещения может стать отдельным спором. Согласованная процедура полезнее обещания «урегулировать всё за свой счёт» без условий и пределов.
Нажмите на схему, чтобы увеличить. Затем листайте вбок.
Нажмите на небольшую схему ещё раз, чтобы свернуть.
Что произойдёт, если основная лицензия прекратится
Производная сублицензия зависит от прав лицензиата. Поэтому договор с клиентом нельзя строить на предположении, что прекращение основной лицензии никак его не затронет. При прекращении основания для использования следует проверить судьбу сублицензии, дату утраты права и отдельно последствия для расчётов, технической поддержки и данных. Обещание посредника «доступ сохранится при любых обстоятельствах» не связывает правообладателя, который его не принял.
Не смешивайте прекращение с продажей исключительного права. Смена правообладателя сама по себе не является основанием для изменения или расторжения ранее заключённой лицензии по пункту 7 статьи 1235 ГК РФ. Досрочный отказ от основной лицензии за нарушение, окончание её срока и переход исключительного права к новой компании являются разными юридическими событиями.
Проверьте, действительно ли основание уже прекратилось. Например, при существенном нарушении обязанности выплатить вознаграждение статья 1237 предусматривает специальный порядок отказа и тридцатидневный срок после получения уведомления, в течение которого оплата может предотвратить прекращение. Само письмо с требованием погасить долг не всегда означает, что права уже исчезли. Для иных оснований действует соответствующий закон и согласованная договорная процедура.
Для клиента разумно предусмотреть раннее уведомление о полученной претензии или отказе, запрет скрывать угрозу прекращения и обязанность предложить законный вариант продолжения. Таким вариантом может быть прямая лицензия от правообладателя или новый договор через другого уполномоченного партнёра. Но возможность перехода необходимо согласовать с тем, кто вправе предоставить право; сублицензия не может обязать отсутствующего в сделке разработчика бесплатно принять клиента.
Согласуйте расчёты за неиспользованный период. Формула возврата может учитывать продолжительность реально предоставленного права, отдельно выполненные услуги и причину прекращения. Автоматическое правило «все платежи невозвратны» не заменяет правовой оценки нарушения. Клиенту полезно иметь ясное денежное требование к посреднику, даже если быстро восстановить право технически невозможно.
Заранее решите вопрос выгрузки данных. Переходный период для экспорта не следует считать разрешением продолжать обычную эксплуатацию программы после прекращения права. Если экспорт требует работы ПО, соответствующее основание нужно сохранить или получить. Укажите форматы выгрузки, сроки подготовки, исполнителя, стоимость и порядок удаления данных с учётом обязательных требований закона и сохранения доказательств.
Если ключ уже передали без достаточных прав
Сначала установите факты: какой продукт, кому и когда передали, какие действия клиент уже совершил, были ли согласие и право на соответствующую дату. Сохраните договоры, счета, письма и журналы выдачи доступа. Не исправляйте документы задним числом и не меняйте историю активации: это осложнит защиту даже там, где нарушение можно было урегулировать.
Затем определите недостающий элемент. При отсутствии нужного модуля требуется его надлежащее предоставление; при превышении лимита нужно согласовать расширение; при запрете на сублицензию необходимо разрешение для дальнейшей передачи. Последующее оформление прав на будущее не следует безоговорочно называть устранением всех последствий прошлых действий. Судьбу уже состоявшегося использования и возможных требований стороны должны урегулировать отдельно.
Сообщая клиенту о проблеме, отделите подтверждённые обстоятельства от предположений. Укажите затронутые права и период, необходимые ограничения и доступные законные варианты продолжения. Не обещайте, что правообладатель «точно не предъявит претензий», если такого соглашения нет. При риске остановки критической системы согласуйте безопасный технический план, не выдавая деловую необходимость за самостоятельное разрешение использовать программу.
Если правообладатель согласен урегулировать ситуацию, документ должен ясно описывать будущее предоставление права и отдельно достигнутые договорённости по прошлому периоду. Подпись под новым договором сама по себе не доказывает отказ от уже возникших требований. При споре о существенных суммах, правах на переработку или действительности всей цепочки документы лучше оценить индивидуально до направления признаний и обещаний компенсации.
Какие документы оставить в деле после согласования
Сформируйте единый комплект, который можно восстановить без участия менеджера, проводившего продажу: исходная лицензия и применимые изменения, письменное согласие, подтверждение предоставления прав лицензиату, сублицензия со спецификацией, документы о передаче ключа или доступа и согласованные условия поддержки. Для электронной сделки сохраните редакции условий на дату заключения, а не только ссылку, содержимое которой правообладатель может позднее обновить.
Последняя проверка перед отправкой доступа должна отвечать на четыре конкретных вопроса: кто разрешил дальнейшую передачу, какую программу и действия охватывает разрешение, до какой даты оно действует и чем подтверждается соблюдение ограничений. Если хотя бы один ответ основан только на предположении менеджера, сначала получите недостающий документ или измените предложение клиенту. Это дешевле, чем одновременно спорить с правообладателем о нарушении и с заказчиком о возврате оплаченной лицензии.
Частые вопросы
Не всегда. Письменное согласие в основной лицензии может заранее охватывать определённый круг клиентов. Если же договор требует согласовать каждую сделку, общего партнёрского статуса недостаточно.
Да. Пункт 42 постановления Пленума ВС РФ № 10 допускает отдельный документ. Проверьте содержание разрешения, полномочия подписанта и соблюдение письменной формы.
Нет. Ключ подтверждает техническую возможность доступа, но сам по себе не устанавливает предмет, способы использования и достаточность прав посредника. Нужны надлежащие договорные основания.
Нет. По пункту 3 статьи 1238 ГК РФ она считается заключённой на срок основной лицензии. Оплата более долгого периода не расширяет этот предел.
Только при наличии необходимого объёма прав и согласия на его дальнейшее предоставление, с учётом предусмотренных законом прав правомерного пользователя. Право на обычную эксплуатацию не равнозначно неограниченной переработке.
По общему правилу лицензиат, если основной лицензионный договор не предусматривает иное. Условие только в сублицензии не меняет этот порядок в отношениях с лицензиаром.
Пленум ВС РФ № 10 допускает отзыв до заключения сублицензионного договора с возмещением вызванных отзывом убытков. Для уже заключённой сублицензии нужно отдельно проверять основания прекращения права.
До окончания согласуйте законное продолжение: продление исходных прав, прямую лицензию либо иную надлежащую цепочку. Если это невозможно, определите прекращение использования, выгрузку данных и расчёты с клиентом; сама предоплата права не сохраняет.
Короткий вывод
Надёжная сублицензия начинается с проверенной цепочки прав и определённого письменного согласия. Обещания клиенту должны помещаться в объём основной лицензии и разрешения на дальнейшую передачу. До выдачи доступа согласуйте ограничения, подтверждение предоставления права, ответственность и действия при прекращении исходной лицензии.
Источники
- Гражданский кодекс Российской Федерации (часть четвёртая) от 18.12.2006 № 230-ФЗ, статья 1238: согласие, пределы и ответственность при сублицензировании
- Гражданский кодекс Российской Федерации (часть четвёртая) от 18.12.2006 № 230-ФЗ, статья 1235: предмет, способы использования, срок, территория и вознаграждение
- Гражданский кодекс Российской Федерации (часть четвёртая) от 18.12.2006 № 230-ФЗ, статья 1237: исполнение лицензии и использование за пределами прав
- Гражданский кодекс Российской Федерации (часть четвёртая) от 18.12.2006 № 230-ФЗ, статья 1270: способы использования произведения
- Гражданский кодекс Российской Федерации (часть четвёртая) от 18.12.2006 № 230-ФЗ, статья 1280: права правомерного пользователя программы
- Гражданский кодекс Российской Федерации (часть четвёртая) от 18.12.2006 № 230-ФЗ, статья 1286: лицензионное использование произведения и программ
- Постановление Пленума Верховного Суда Российской Федерации от 23.04.2019 № 10 «О применении части четвертой Гражданского кодекса Российской Федерации», пункт 42: форма, пределы и отзыв согласия на сублицензию
Похожие статьи
Новые статьи