Передача прав по договору на программу для ЭВМ — ключевые условия
Обычно всё начинается с «да там же просто код». Клиент пишет в мессенджер: разработчик ушёл, доступы отдал, репозиторий оставил, «права, наверное, тоже наши». И где-то в этот момент у меня в голове включается тревожная сирена, потому что я уже видела, как из такого «наверное» вырастает спор на месяцы, а иногда и поход в суд по исключительным правам, где всем становится резко не до шуток.
Программа для ЭВМ на бумаге выглядит как понятная вещь: есть продукт, есть тот, кто его сделал, есть тот, кто за него заплатил. Но в праве это не три кубика, а целый конструктор. Тут и исключительное право на ПО, и лицензия, и отчуждение исключительного права на ПО, и иногда странные истории вроде «передача прав по наследству», когда наследники внезапно получают не только ноутбук, но и бизнес-зависимость от кода. А еще встречаются вопросы из серии «как передать по телефону» или «как передать файлы по блютузу» и люди искренне путают передачу файлов с передачей прав. Файлы передать легко, права нет.
Зачем вообще так заморачиваться
После этого текста у вас получится сделать две вещи. Во-первых, спокойно отличать передачу прав по договору от выдачи доступа к Git и от покупки «работы по разработке». Во-вторых, собрать договор так, чтобы он выдерживал проверку на здравый смысл: что именно передали, на какой срок, где можно использовать, сколько за это платят и что делать, если стороны поссорятся или бизнес поменяет форму. В общем, меньше тумана и меньше «ой, мы думали, что всё наше».
Пошаговый гайд: как передать права на программу для ЭВМ без сюрпризов
Шаг 1. Сначала честно решаем: лицензия или отчуждение
Первое, что мы делаем, это выбираем механику. Если вам нужно именно «чтобы стало нашим навсегда», обычно речь про договор по исключительным правам, точнее по договору об отчуждении исключительного права. Если же вы хотите дать право пользоваться, но оставить за собой возможность продавать продукт дальше, это передача прав на использование ПО по лицензии. Зачем это различать? Потому что в одном случае вы «продаёте исключительное право на ПО» (да, по продажа исключительного права звучит коряво, но смысл понятен), а в другом выдаёте разрешение, которое можно ограничить по сроку, территории и способам использования.
Типичная ошибка тут смешная и грустная: в тексте договора пишут «передача исключительных прав», а дальше перечисляют условия как у обычной лицензии. Или наоборот: называют документ «лицензионный», но по смыслу это отчуждение исключительного права на ПО. Проверка простая: задайте себе вопрос «после подписания у прежнего правообладателя останется возможность самостоятельно использовать и выдавать лицензии другим?». Если да, это лицензия. Если нет, ближе к отчуждению. И лучше это прямо закрепить, а не оставлять на «прочитаем между строк».
Шаг 2. Фиксируем письменную форму, без геройства
Дальше приземляемся в базу: форма договора должна быть письменной. Это не прихоть и не «юристы придумали, чтобы зарабатывать». Это та самая точка, где спор превращается в доказательство. Устные обещания и переписка в чате иногда помогают как косвенные доказательства, но когда начинается настоящий вопрос по передачи прав, все резко вспоминают, что хотелось бы один документ, а не 300 скриншотов.
Ошибка из практики: предприниматель на маркетплейсах заказал у фрилансера доработки, оплатил, получил архив, а договор не подписали, максимум счёт и акт на «услуги программиста». Потом бизнес пошёл в рост, и внезапно потребовались инвестиции. Инвестор спросил: «а исключительные права по использованию ПО у вас есть?». Тишина. Проверка: у вас должен быть один файл, который можно распечатать и показать, и в нём не должно быть дыр вроде «передача прав по договору третьим лицам запрещена», если вы планируете продажу проекта.
Шаг 3. Прописываем предмет: что именно передаём, а не “всё что есть”
Теперь самое любимое. Предмет договора: какая именно программа, какая версия, какие компоненты, что входит в поставку. Не обязательно превращать договор в роман, но «передаю права на программу» без идентификации плохо живёт в реальности. Я обычно прошу привязку к репозиторию, названию проекта, дате релиза, иногда к хэшу коммита или к архиву, который стороны подписали на флешке (да, и так бывает). Зачем это нужно? Чтобы не спорить потом, передали ли вы ещё и админку, и мобильное приложение, и API, и документацию.
Типичная ошибка: забывают про «обвязку». Домен, дизайн, тексты, база данных, права на шрифты, библиотеки с ограничениями. Потом выясняется, что исключительное право по другому элементу вообще не у того, кто «продавал ПО». Проверка: открываем договор и отвечаем на вопрос «если завтра разработчик исчезнет в закат, по этому документу мы сможем законно продолжать использовать продукт и развивать его?». Если сомневаетесь, предмет расплывчатый.
Шаг 4. Согласуем способы использования и объём прав
В договоре должны быть определены объём и способы использования программы. Это тот пункт, который многие пролистывают, а потом удивляются. Например, вы хотели использовать ПО в SaaS, а договор разрешает только установку «на одном рабочем месте». Или вы купили права для России, а продукт уже выходит на СНГ, и начинается нервный пересчёт. Передача прав по договору должна отвечать на вопрос «что именно можно делать»: воспроизводить, перерабатывать, распространять, доводить до всеобщего сведения, использовать в составе сервиса.
Ошибка: пишут «передаются все права в полном объёме», но не раскрывают способы использования. В споре это может сыграть против вас. Проверка: берём ваш реальный сценарий. Вы выкладываете приложение в RuStore, раздаёте доступ по подписке, интегрируете с 1С, отдаёте клиентам доступ к личному кабинету. Всё это должно быть либо прямо названо, либо попадать в понятные формулировки. И да, иногда появляется тема «передача прав по договору аренды» или «передача прав и обязанностей по договору аренды», когда ПО идёт вместе с арендой оборудования или POS-терминалов. В таких конструкциях особенно важно не перепутать аренду железа и права на софт.
Шаг 5. Деньги: вознаграждение, порядок оплаты и “а если бесплатно”
Следом деньги. Существенное условие: порядок выплаты и размер вознаграждения. Даже если кажется, что «мы партнёры, потом разберёмся». Разберётесь, да, но может разбирать будет уже суд. Вознаграждение может быть фиксированным, поэтапным, роялти, смешанным. Главное, чтобы было понятно, за что платят и когда считается, что обязательство выполнено. Это особенно критично, если у вас услуги по передаче прав завязаны на доработки и поддержку, и всё это в одном пакете.
Типичная ошибка: в договоре написано «передача прав осуществляется после полной оплаты», а в платёжках оплатили только «разработка». Или наоборот: оплатили «лицензию», а в тексте речь про отчуждение. Проверка: сверьте назначение платежа, акт и договор. Они должны говорить об одном и том же. Если в компании бухгалтерия живёт своей жизнью, я сначала подумал, нет, лучше вот так: просто заранее согласуйте формулировки, иначе потом вы будете доказывать очевидное с видом человека, который потерял логин от Госуслуг.
Шаг 6. Срок и территория: где и как долго живёт ваше право
Срок действия договора тоже должен быть определён, и территория использования отдельно проговорена. Это звучит скучно, пока не прилетает требование от контрагента: «вы нарушили условия, потому что используете продукт не на той территории». Особенно когда бизнес делает серверную инфраструктуру за пределами РФ или работает с зарубежными клиентами. Если вы правообладатель и выдаёте лицензии, территория помогает не устроить себе конкурента «внутри» своего же рынка.
Типичная ошибка: оставляют территорию пустой или пишут «в мире», не понимая последствий. Проверка: посмотрите, где фактически находятся пользователи, где вы принимаете оплату, где размещён сайт и где маркетинг. И отдельно, если планируется передача прав и обязанностей по договору, например при продаже юрлица или при переводе проекта на другое ООО, важно заранее продумать, допускается ли передача прав по договору третьим лицам. Если запрет стоит по умолчанию, сделка потом упирается в согласие правообладателя, и сроки летят.
Шаг 7. Закладываем изменения, расторжение и “план Б” для наследства и реорганизации
Дальше я всегда прошу добавить нормальные правила на случай изменений. Можно ли менять условия по соглашению сторон, что делать при существенном нарушении, какие сроки уведомлений. Это тот самый бытовой момент: люди ссорятся, люди переезжают, у людей меняются планы. И ещё есть история, о которой мало кто думает, пока не становится поздно: передача прав по наследству. Исключительное право по наследству действительно переходит наследникам, но если у вас в компании единственный разработчик и он же правообладатель, а договоров нет, наследники могут внезапно стать теми, кто решает судьбу продукта.
Мини-кейс: небольшая студия из Казани делала CRM для сети медцентров, работали через ИП. Потом ИП решили закрыть и открыть ООО, классика. Встал вопрос передачи прав и обязанностей по договору, и выяснилось, что клиентский договор содержит запрет на уступку, а в лицензии на компоненты указано ограничение на сублицензирование. Потратили почти месяц на переподписание и письма, потому что заранее этот «план Б» не продумали. Проверка: откройте договор и найдите ответы на три вопроса. Можно ли уступать права, можно ли привлекать подрядчиков, что будет при реорганизации или смерти правообладателя. Если ответов нет, они появятся, но уже в конфликте.
Подводные камни, где чаще всего ломается процесс
Самая частая поломка не в «пунктах закона», а в картине мира. Люди правда думают, что если они оплатили разработку, то исключительное право на ПО автоматически у них. Иногда так и бывает, если права по договору корректно закреплены, особенно в трудовых отношениях или при заказе, но надеяться на «ну логично же» опасно. На практике договор на разработку и договор по исключительным правам могут быть разными документами, и отсутствие второго потом тянется хвостом. Когда начинается спор, оппонент быстро вспоминает, что он не передавал ничего, кроме файлов, а вы, получается, просто получили копию.
Второй капкан это «сборная солянка» из чужих шаблонов. Человек гуглит «как передать ПО», скачивает форму, вставляет реквизиты, и в договоре внезапно появляются куски про передачу прав по договору аренды, про арендодателя и арендаторa, и ещё про «передавать по счетчику» (я не шучу, встречала такой автозаменой). Такие штуки выглядят как мелочь, но потом их читают вслух в переговорах, и вам неловко. Проверка простая: вычитайте документ и представьте, что его будут читать люди, которым всё равно на вашу историю, им важны только смыслы.
Третья история это зависимость от чужих лицензий и компонентов. Вы покупаете отчуждение исключительного права на ПО, но внутри есть библиотеки с лицензиями, которые запрещают включать их в закрытый коммерческий продукт, или требуют раскрывать исходники. Отчуждение не делает вас волшебником, который переписывает условия третьих лиц. И да, когда это всплывает, начинаются разговоры про «мы думали, что всё чисто», а дальше либо переписывание функционала, либо смена архитектуры. Тут помогает только дисциплина: фиксировать, что входит в состав, и кто отвечает за права на сторонние компоненты.
Кому реально помогает нормальное оформление и регистрация
Я не люблю рассказывать, что «юрист вам нужен всегда», потому что иногда достаточно аккуратного договора и одной консультации. Но если вы продаёте продукт, ищете инвестиции, заходите в партнёрство или просто устали жить в режиме «вдруг разработчик передумает», оформление прав экономит время и нервы. Это особенно заметно, когда встаёт вопрос передачи прав по договору третьим лицам, например при продаже проекта или при смене группы компаний. Любой контрагент начинает с одного и того же: «покажите цепочку прав». Если её нет, разговор идёт медленнее и дороже.
Если хочется держать руку на пульсе по интеллектуальной собственности и не пропускать обновления, подпишитесь на Telegram-канал и отдельно на Телеграмм канал Патентного бюро Лирейт». А если параллельно у вас ещё и бренд, то иногда логично закрыть вопрос комплексно: Регистрация товарного знака и Монополия на бренд помогают не только с названием, но и с тем, чтобы бизнес выглядел собранным. По юридической стороне защиты есть отдельная точка входа: Юридическая защита интеллектуальной собственности, там удобно начинать, когда документов много и всё вперемешку.
FAQ
Вопрос: Чем отличается «передача прав по договору» от передачи исходников в архиве?
Ответ: Передача исходников это техническое действие, как передать файлы по почте или как передать по блютузу, а права это юридическое разрешение использовать, изменять и распоряжаться программой. Можно иметь исходники и не иметь права их законно использовать, особенно в коммерции.
Вопрос: Нужна ли письменная форма, если мы всё согласовали в переписке?
Ответ: Для договора о правах на программу для ЭВМ письменная форма обязательна. Переписка помогает, но обычно не заменяет нормальный договор, особенно когда появляется спор и приходится доказывать объём переданного.
Вопрос: Что обязательно должно быть в договоре на программу для ЭВМ?
Ответ: Предмет (какая программа и в каком составе), объём и способы использования, вознаграждение и порядок оплаты, срок, территория. Без этих вещей передача прав на использование ПО превращается в лотерею.
Вопрос: Можно ли сделать передачу прав и обязанностей по договору при продаже бизнеса?
Ответ: Да, но надо проверить, допускает ли ваш договор уступку и передачу прав по договору третьим лицам. Часто запрет стоит прямо в тексте, и тогда нужно согласие второй стороны или переподписание.
Вопрос: Правда ли, что если я заплатил за разработку, то исключительное право на ПО уже моё?
Ответ: Часто думают, что так и устроено, но на практике всё зависит от договора. Оплата работ не равна автоматически отчуждению исключительного права на ПО, это разные вещи и в документах должны быть отражены отдельно.
Вопрос: Что делать, если правообладатель умер, а программа критична для бизнеса?
Ответ: Тут включается передача прав по наследству, и наследники могут получить исключительное право по наследству. Если договоры заранее не закрывали вопрос использования и доступа, бизнес может зависнуть на время оформления наследства, поэтому лучше предусматривать такие ситуации заранее.
Вопрос: Где рассматривают споры по программам и правам на них?
Ответ: Зависит от сторон и сути спора, но часто такие дела доходят до специализированных инстанций, и в обсуждении всплывает суд по исключительным правам. Чтобы не проверять это на себе, полезно иметь договор, который выдерживает вопросы про предмет, способы использования, срок и оплату.