# Права на разработку у подрядчика — как закрепить за компанией Компания заказала разработку на стороне, приняла работу, заплатила и считает продукт своим. Через год начинается инвестиционный раунд, подача на грант или продажа доли — и выясняется, что исключительные права на код, конструкторскую документацию или расчётную методику принадлежат не ей. Это одна из самых частых находок при проверке активов, и чинится она задним числом дорого и не всегда. Разбираю порядок, который я использую, чтобы разработка подрядчика приходила в компанию вместе с правами на неё. ## Оплата работы и переход прав — разные события В зарубежной практике этот разрыв описан давно. Американские юристы, работающие со стартапами, формулируют прямо: компания не владеет правами на результат работ подрядчика, пока подрядчик не подписал договор с прямой передачей прав. Более того, привычная там конструкция work made for hire для подрядчиков регулярно не срабатывает — она не покрывает изобретения и секреты производства, и надёжным инструментом остаётся явная уступка прав отдельным соглашением. В российском праве картина другая по механике, но такая же по последствиям. Многое зависит от того, как квалифицирован договор: заказывали ли вы создание конкретного результата или выполнение работ, в ходе которых результат возник попутно. Это разные режимы с разным исходом по умолчанию, и полагаться на «мы же заплатили» нельзя ни в одном из них. Я исхожу из простого правила: права переходят ровно в том объёме, который прямо написан в договоре и подтверждён актом, а всё ненаписанное остаётся у исполнителя. Отсюда вывод, который стоит принять до первого договора с подрядчиком: платёж закрывает обязательство по работе, а права переходят отдельным условием. Два разных факта, два разных документа. ## Шаг 1. Разобрать, что именно создаётся, ещё на брифе Прежде чем говорить о правах, нужно понимать, на что они. Разработка почти никогда не бывает одним объектом. Типичный набор по одному проекту: программный код, дизайн интерфейса, тексты и иллюстрации, база данных, расчётная методика, конструкторская документация, наименование и логотип. У каждого из них своя форма охраны и свой порядок передачи. Я закладываю эту инвентаризацию в бриф на разработку — тот же документ, которым собираются требования. В одном проекте бриф на веб-разработку собирался как стандартный инструмент приёма заказов: разделы о компании и продукте заказчика, состав работ, ожидаемый результат. Добавить туда перечень создаваемых объектов и их дальнейшую судьбу стоит десяти минут, а избавляет от разбирательств через год. Отдельно на этом же шаге фиксируется, что подрядчик приносит своё: библиотеки, типовые модули, шаблоны, шрифты. Передать их он не может и не должен — но обязан дать право использования в вашем продукте, и это право тоже описывается в договоре, с территорией и сроком. ## Шаг 2. Собрать цепочку от конкретного автора Самая частая дыра выглядит так: договор с подрядчиком-юрлицом есть, условие о правах в нём есть, а у самого подрядчика с его дизайнером или программистом ничего не оформлено. Передать больше, чем имеешь, нельзя, и вся конструкция держится на честном слове. Поэтому в договор я включаю обязанность исполнителя подтвердить собственные права на результат: наличие оформленных отношений с авторами и гарантию отсутствия претензий третьих лиц. Для критичных объектов — кода ядра продукта, расчётной методики, конструкторской документации — этого мало, и я прошу приложить документы по цепочке. Насколько это не теория, показывает обратный случай. В одном проекте права на патент и четыре ноу-хау числились за физическим лицом, а не за компанией, и приводить их в порядок пришлось отдельной работой: положение о коммерческой тайне, приказ, договор отчуждения патента, четыре договора отчуждения ноу-хау с актами и протокол совета директоров. Задним числом это выполнимо, пока стороны в хороших отношениях. Когда отношения испортились или автор ушёл, вариантов становится сильно меньше. ## Шаг 3. Закрыть конфиденциальность до начала работ, а не после Подрядчик по ходу проекта получает доступ к тому, что стоит дороже самой разработки: клиентская база, себестоимость, расчётные коэффициенты, условия поставщиков. Соглашение о неразглашении, подписанное после передачи этих данных, защищает хуже, чем кажется. Практика у меня жёсткая: NDA подписывается до первой встречи, на которой раскрывается что-либо содержательное. В проекте с внешним исполнителем по цифровому маркетингу соглашение о неразглашении было оформлено до начала работ — это стоило одного дня и сняло вопрос целиком. Само по себе NDA не делает информацию охраняемой. Чтобы секрет производства существовал как объект, внутри компании должен быть введён режим коммерческой тайны: положение, приказ, перечень сведений, учёт доступа, маркировка документов. В одном из проектов по защите рецептур двух продуктов полный пакет составил двенадцать документов на каждый продукт — приказ, положение, соглашение о неразглашении, акт, техническое описание, постановка на учёт, расчёт стоимости. Объём кажется избыточным ровно до первого спора. Подробнее этот механизм я разбирал здесь: [[Ноу-хау и коммерческая тайна — как оформить пошагово]]. ## Шаг 4. Записать в договор шесть условий Минимальный состав, без которого я договор на разработку не подписываю: - Перечень создаваемых объектов — приложением, с возможностью дополнять по ходу проекта. - Переход исключительных прав в полном объёме, на весь срок и на все территории, с указанием момента перехода. - Гарантии исполнителя: он правообладатель, права не обременены, авторы оформлены, претензий третьих лиц нет, с ответственностью за нарушение этих гарантий. - Условие о переданных материалах подрядчика и объёме права на их использование. - Передача исходников и всего, без чего результат нельзя развивать: исходный код, исходные файлы макетов, незащищённые расчётные таблицы, доступы, документация. - Конфиденциальность и запрет на использование результата в собственных целях и портфолио без письменного согласия. Момент перехода прав лучше привязывать к оплате: права переходят после полного расчёта. Это защищает обе стороны и убирает почву для спора о том, что происходит при частичной оплате. ## Шаг 5. Приёмка, которая создаёт доказательство Акт со строкой «услуги оказаны в полном объёме» не подтверждает ничего о правах. Рабочий акт называет конкретные объекты, фиксирует передачу исключительных прав на каждый и перечисляет переданные материалы с их составом. Туда же — фиксация носителей: что передано, в каком виде, куда сложено. Это не бюрократия, а единственный способ через два года доказать, что именно вы получили. И это же — вход в постановку актива на учёт, где нужны описание объекта, основание возникновения права и расчёт стоимости: [[Нематериальные активы продукта — как оформить и поставить на баланс]]. С консультантами и экспертами порядок ровно тот же, хотя ощущается иначе. Привлекая внешнего специалиста по проектам господдержки и квалификации в реестрах, я оформлял отношения договорами до начала работ — не из формализма, а потому что результат такой работы (методики, расчёты, подготовленные комплекты документов) — такой же объект прав, как код. ## Частые ошибки Договор оказания услуг вместо договора на создание результата. Формулировка предмета определяет режим прав, и «услуги по разработке сайта» — худший вариант из возможных. Отсутствие исходников в перечне передаваемого. Права есть, а развивать продукт без исполнителя нельзя — это зависимость, которая всплывает при первом конфликте. Молчание про то, что подрядчик принёс своё. Через год выясняется, что ключевой модуль продукта используется по лицензии, о которой никто не знал. NDA вместо режима коммерческой тайны. Без внутренних документов защищать оказывается нечего. Доверие к шаблону из интернета без проверки квалификации договора. Это как раз тот случай, где час работы юриста дешевле любой альтернативы. ## Вывод Права на разработку подрядчика закрепляются за компанией четырьмя действиями: перечислить создаваемые объекты до старта, проверить цепочку прав до конкретного автора, подписать NDA до раскрытия данных и ввести режим коммерческой тайны внутри, записать в договор переход прав с гарантиями и составом передаваемых материалов. Проверка простая: если завтра инвестор или экспертиза фонда попросит документально подтвердить, что продукт принадлежит компании, у вас должен найтись договор, акт с перечнем объектов и подтверждение прав исполнителя. Если находится только платёжка, прав у вас пока нет. ## Мои кейсы по теме - [[Оформление патента и ноу-хау]] - [[Соглашение о конфиденциальности с подрядчиком]] - [[Оформление нематериальных активов продукта]] - [[Договоры с внешним консультантом]] ## Связаться Если у вас похожая задача — обсудим ваш продукт: [[email protected]](mailto:[email protected]), Telegram [@falcolupus](https://t.me/falcolupus) или [MAX](https://max.ru/u/f9LHodD0cOJd5VFHyaG9k7YpP7BW9s55ZYkjWX6P8j51xBYS3XgDfnOxz3U). Работаю удалённо в любом часовом поясе.