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