«Код наш?» Разбираем 3 вопроса про права на разработку, когда заказчик хочет забрать всё себе
Вкратце: одна фраза в договоре может лишить вас возможности использовать собственные наработки в будущих проектах. Рассказываю, на что смотреть.
Вчера проверяла договор на разработку ПО для одного знакомого IT-собственника. Читаю раздел об исключительных правах — и вижу короткую формулировку:
«Заказчику передаются исключительные права на результат работ, включая все исходные тексты, алгоритмы, архитектуры, использованные при разработке»
И всё. Никаких оговорок, никаких исключений. При этом разработка сама по себе рядовая, не уникальная. Спрашиваю владельца: «Откуда эта фраза в вашем же шаблоне договора?» Ответ: «Честно, не вникал. Заказчик однажды вставил — мы оставили».
Такое встречается сплошь и рядом. Поэтому давайте спокойно разберём три реальных вопроса, которые чаще всего волнуют разработчиков.
Я написал код. Могу я использовать его фрагменты в другом проекте?
Коротко: пока права не переданы — код ваш. Как только передали (по договору и акту) — правообладатель заказчик.
Но это не значит, что вы автоматически теряете всё. Всё зависит от того, что именно написано в договоре.
Если там стоит формулировка «все исключительные права на результат» без исключений, то использовать те же самые куски кода в другом коммерческом проекте вы уже не сможете без риска. Формально это будет нарушением прав заказчика.
Что делать: Заранее прописывать в договоре, что вы сохраняете право использовать свои наработки в других проектах. Лучше — отдельным списком указать, какие библиотеки, утилиты, фреймворки остаются за вами, а заказчик получает лишь лицензию на их использование в рамках его продукта.
Я фрилансер, работаю «по переписке», акты не подписываем. Кто владеет кодом?
Это самый частый и самый рискованный сценарий.
Ситуация: договора нет, есть только переписка в мессенджере, деньги на карту, код передан ссылкой на репозиторий. Кто владелец?
С точки зрения закона, здесь важны два момента.
Во-первых, сам по себе факт переписки не создаёт чёткого правового режима. При конфликте заказчик может заявить: «ничего не передано, работы не приняты, верните деньги». Вы — «я всё сделал, вот код». Доказательства будут, но они зыбкие.
Во-вторых, ваш статус.
- Если вы действуете как физическое лицо (без ИП и без договора подряда), то по умолчанию код как объект авторского права принадлежит вам как автору. Но заказчик может сказать, что оплатил работу и код должен быть его — и в суде это будет спорно.
- Если вы ИП или юрлицо, то по умолчанию (при отсутствии договора) действует общее правило: результат работ по заказу принадлежит заказчику. Но опять же — без договора и акта доказать сам факт передачи сложно.
Рекомендация:Не работать без минимального документального оформления. Достаточно:
- короткого договора в виде оферты (разместили на сайте, клиент согласился оплатой);
- подписанного акта (хотя бы в электронном виде);
- чёткой фиксации в переписке факта приёмки (например: «код принят, претензий нет»).
Как мне, разработчику, защитить себя в договоре, чтобы не остаться без кода и без денег?
Приведу базовый чек-лист.
✔ Чётко описать предмет договора.Что именно разрабатывается, какое ТЗ, какие этапы, что считается результатом. Без этого любые споры о правах бессмысленны.
✔ Связать оплату и передачу прав на разработку. Хорошо работает прием, когда в договоре прописывается, что права на разработку переходят к заказчику только при полной оплате. Этот механизм защиты пришел к нам из США, но тоже работает в российских судах.
✔ Явно выделить свои наработки.Прописать, что:
- все библиотеки, фреймворки, утилиты, созданные вами до договора или вне его, остаются вашими;
- заказчик получает на них лицензию (чаще всего простую, неисключительную);
- вы сохраняете право использовать эти же наработки в других проектах.
✔ Прописать сценарий расторжения договора. Что именно вы обязаны передать при досрочном прекращении договора? Что считается готовым результатом? Может ли заказчик привлекать третьих лиц для доработки вашего кода? Чёткие ответы в договоре сильно снижают риски.
Автор занимается юридическим сопровождением IT-бизнеса и digital-агентств. Продолжаю писать разборы кейсов и практики у себя в Telegram — https://t.me/I_Law_IT