Представьте: вы полтора года платили команде за разработку сервиса, вложили несколько миллионов, продукт выстрелил — и тут выясняется, что права на код принадлежат не вам, а бывшему подрядчику. Он спокойно продаёт похожую систему вашему конкуренту, а вы юридически не можете ему помешать. Звучит как страшилка, но это будничная история, и корень её почти всегда один: договор, в котором про права на код не сказано ни слова либо сказано неправильно.
Многие уверены, что раз работа оплачена — значит, всё оплаченное автоматически принадлежит заказчику. С материальными вещами так и есть. С программой — нет. Здесь действует авторское право, и по умолчанию оно на стороне того, кто код написал, а не того, кто за него заплатил. Разберём по-честному, как устроен переход прав на ПО, какие формулировки в договоре решают всё и на чём именно спотыкаются заказчики, теряя контроль над собственным продуктом.
Эта статья открывает подборку для заказчиков в разделе «Юридическая и бухгалтерская помощь». Рядом — как проверить исполнителя до сделки и как потом закрепить права на готовую программу официально.
Что вы узнаете из статьи
- Почему оплата разработки не означает автоматического владения кодом
- Чем отчуждение прав отличается от лицензии и что нужно бизнесу
- Какие пункты в договоре реально закрепляют права за заказчиком
- Как не забыть про исходники, промежуточные наработки и документацию
- Где заказчики чаще всего теряют контроль над своим продуктом
Почему оплата не равна владению
Программа с точки зрения закона — это результат интеллектуального труда, объект авторского права наравне с текстом книги или музыкой. И работает тут простое, но неочевидное правило: исключительное право на созданный код изначально возникает у автора, то есть у разработчика. Оплата его работы этого права сама по себе не передаёт. Вы можете заплатить за программу полную стоимость и всё равно остаться лишь обладателем экземпляра, а не правообладателем.
Разница огромная. Владелец экземпляра может пользоваться программой. Правообладатель — продавать её, дорабатывать, лицензировать другим, запрещать копирование, вносить в активы компании и защищать в суде. Если вы строите на этом продукте бизнес, вам нужно второе. А второе появляется только тогда, когда договор прямо переносит исключительное право с разработчика на вас.
Отдельная ловушка — работа со штатными сотрудниками и фрилансерами по-разному регулируется. Код, написанный работником в рамках служебных обязанностей, обычно принадлежит работодателю, но и тут нужны корректно оформленные документы. А вот с внешним подрядчиком без грамотного договора вы по умолчанию не получаете почти ничего, кроме готового файла. Именно поэтому договор — не формальность, а единственный инструмент, который переводит код в вашу собственность.
Отчуждение или лицензия: что выбрать
Ключевое решение в договоре на разработку — какой режим прав вы получаете. Вариантов по сути два, и путать их нельзя.
Отчуждение исключительного права — это полная и безвозвратная передача. После неё правообладателем становитесь вы, а разработчик теряет право распоряжаться этим кодом. Он не сможет продать ту же систему конкуренту, не сможет выложить её в открытый доступ, не сможет заявить претензии на продукт. Для компании, которая хочет единолично владеть своим ПО, это единственно правильный вариант, и формулировка в договоре должна звучать именно как отчуждение исключительного права в полном объёме.
Лицензия — это лишь разрешение пользоваться, право при этом остаётся у автора. Причём лицензии бывают неисключительные, и тогда разработчик вправе выдать точно такую же кому угодно ещё. Для типового коробочного продукта, который вы просто внедряете, лицензии иногда достаточно. Но для заказной разработки, на которой строится бизнес, лицензия — это риск: завтра ваш подрядчик легально предложит близнеца вашего сервиса другому клиенту. Прежде чем подписывать, полезно понять, как проверить разработчика перед сделкой — надёжный подрядчик сам предложит корректный режим прав, а не будет уходить от темы.
Какие пункты закрепляют права за вами
Хороший договор на разработку ПО не ограничивается фразой «права переходят заказчику». Такая общая формулировка на практике даёт трещину при первом же конфликте. Работают детали, и вот те, которые стоит проверить или добавить.
Первое — прямое указание на отчуждение исключительного права в полном объёме, без ограничений по территории и сроку. Второе — момент перехода прав: разумно привязать его к подписанию акта и полной оплате, чтобы права переходили тогда, когда работа принята и оплачена. Третье — гарантии разработчика, что код оригинальный и не нарушает чужих прав, а также что в нём нет чужих компонентов с несовместимой лицензией, из-за которых вы потом не сможете распоряжаться продуктом свободно.
Отдельно стоит закрепить ответственность на случай, если выяснится, что часть кода заимствована и на вас предъявляет претензии третье лицо. Грамотно составленный договор перекладывает этот риск на подрядчика. Всё это — тонкие юридические конструкции, где формулировка решает исход, и здесь помощь IT-юриста окупается многократно: цена договора несопоставима со стоимостью потери прав на продукт.
Не забудьте про исходники и документацию
Классическая ошибка, которая всплывает уже после расставания с подрядчиком: заказчик получил работающий продукт, но не получил исходный код. Формально ему отдали скомпилированную программу, а исходники, из которых её можно менять и развивать, остались у разработчика. Итог — вы привязаны к одному подрядчику навсегда, потому что доработать продукт без исходников практически невозможно, а переписать с нуля дорого.
Поэтому в договоре прямо перечислите, что именно передаётся: исходный код, промежуточные наработки, макеты интерфейсов, техническая документация, доступы к репозиториям и инфраструктуре. Пропишите формат и сроки передачи. Это скучные строчки, но именно они дают вам реальную независимость и возможность в любой момент сменить команду или развивать продукт своими силами.
Когда права закреплены, а исходники на руках, следующий разумный шаг — зарегистрировать права на готовую программу официально, чтобы иметь бесспорное доказательство своего авторства. А если ваш сервис собирает данные пользователей, заранее продумайте, что с персональными данными в вашем сервисе — это отдельная зона ответственности владельца продукта.
Как платформа помогает найти нужного юриста
На Где.Эксперт вы находите IT-юриста не по случайному объявлению, а по реальному опыту в сфере интеллектуальной собственности и отзывам заказчиков, которые уже составляли договоры на разработку. Видно, с какими проектами человек работал, насколько он в теме именно IT-права, а не общей юридической практики.
Это снимает главный риск — доверить составление ключевого документа юристу, который в договорах на ПО никогда не разбирался. Модель платформы простая: без предоплаты и депозита, оплата по факту выполненной работы. То есть вы платите тогда, когда получили готовый, проработанный под ваш проект договор. Отзывы прошлых заказчиков служат подсказкой, а история специалиста — страховкой от формального шаблона вместо настоящей защиты ваших прав.
Часто задаваемые вопросы
Оплатил разработку — права мои?
Нет. По умолчанию исключительное право остаётся у разработчика. Оно переходит к вам, только если это прямо прописано в договоре как отчуждение.
Отчуждение или лицензия?
Отчуждение — полная передача права, вы становитесь единственным правообладателем. Лицензия — лишь разрешение пользоваться. Для заказного продукта нужно отчуждение.
Сколько стоит договор у IT-юриста?
Ориентировочно 5000–20000 рублей за проработанный документ под проект. Точную стоимость уточняйте в своём городе, она зависит от сложности.
Что если пункта о правах нет вообще?
Тогда право остаётся у разработчика. Вы пользуетесь программой, но не можете свободно продавать, дорабатывать чужими руками и защищать её как свою.
Нужно ли прописывать исходники?
Обязательно. Укажите передачу исходного кода, наработок и документации, иначе рискуете получить только скомпилированный продукт без возможности его развивать.
Заключение
Договор на разработку ПО — это тот документ, где экономия на юристе оборачивается потерей контроля над собственным продуктом. Главное, что стоит запомнить: оплата работы сама по себе прав на код не передаёт. Их переносит только прямая формулировка об отчуждении исключительного права в полном объёме, привязанная к акту и оплате.
Проверьте, что в договоре есть отчуждение, а не лицензия, что перечислены исходники и документация, что подрядчик гарантирует чистоту кода. А чтобы не собирать эти конструкции наугад из шаблонов, разумнее доверить договор специалисту, который занимается именно IT-правом, и заплатить по факту готовой работы — эта сумма несопоставима со стоимостью потери прав на продукт, в который вложены годы и деньги.
Найдите IT-юриста на Где.Эксперт — составьте договор на разработку так, чтобы права на код остались у вас, и платите по факту.