Вы оплатили разработку сайта, получили архив и открыли доступ своему сотруднику. Через месяц понадобилось изменить страницы, передать код другой команде и использовать иллюстрации в рекламе. Здесь может обнаружиться, что переданы файлы, но условия использования отдельных частей никто не согласовал. Владеть копией результата и иметь необходимые права на него — разные вопросы.

Работа с правами начинается до заказа. Нужно связать три вещи: какой результат появится, кто участвует в его создании и что бизнес собирается с этим результатом делать. Тогда договор описывает реальную задачу, а передача не заканчивается сообщением «всё лежит по ссылке».

Сначала определите будущие способы использования

Составьте короткое описание жизни результата после сдачи. Текст останется на одной странице или пойдёт в рассылки и печатные материалы? Программа будет работать внутри компании или продаваться клиентам? Дизайн понадобится для одного мероприятия или станет основой постоянной линейки товаров?

Добавьте, кто будет вносить изменения, в каких странах планируется использование, нужно ли передавать материалы партнёрам и вправе ли исполнитель показывать их в портфолио. Не заменяйте эти ответы фразой «для любых целей»: она не объясняет специалисту состав сделки и не устраняет ограничения чужих компонентов.

Общий ориентир ВОИС: первоначальное правообладание, исключения и порядок передачи прав зависят от национального законодательства; разрешение на использование и передача имущественных прав имеют разный смысл. Поэтому конкретную правовую конструкцию выбирают с учётом страны и состава результата.

Разложите заказ на самостоятельные части

В условном заказе на сайт есть программный код, тексты, фотографии, шрифты, иллюстрации и система управления. Одно слово «сайт» скрывает несколько цепочек происхождения. Исполнитель может сам написать код, поручить тексты автору и использовать фотографии из платного каталога.

Для каждой части запишите автора или поставщика, документ о правах, допустимые действия и ограничения. Отдельно выделите материалы заказчика: например, изображения товара и старый логотип. Исполнитель не должен молча отвечать за разрешения, которых у заказчика нет, а заказчик — считать покупку работы подтверждением прав на всё внутри неё.

Такой список помогает увидеть, где возможна передача прав, где действует лицензия поставщика, а где сначала требуется согласие другого участника. Нельзя пообещать клиенту больше полномочий, чем подтверждено по всей цепочке создания.

Согласуйте права, оплату и момент перехода

Передайте специалисту по договору перечень объектов и сценарии использования. Пусть документ определяет, какие права предоставляются, на каких условиях, когда это происходит и как связано с оплатой и приёмкой. Условия о территории, сроке, способах использования и вознаграждении проверяют по применимому праву и выбранной конструкции.

Не считайте, что запись «работа оплачена полностью» автоматически отвечает на все эти вопросы. И не переносите условие о передаче имущественных прав на личные права автора: их правовой режим может быть другим. Если нужны переработка, публикация без указания имени или особый порядок согласования изменений, эти потребности тоже стоит обсудить прямо.

Практический вопрос для обеих сторон: что заказчик вправе делать между получением черновика и окончательным расчётом? Ответ предотвращает ситуацию, когда материал уже опубликован, а предусмотренное договором основание использования ещё не наступило.

Отдельно проверьте возможность продолжать работу

Право изменить результат бесполезно в работе, если передан только плоский экспорт, а редактируемый файл остался у исполнителя. Поэтому согласуйте состав исходников, форматы, инструкции, доступы и зависимости от платных сервисов. Это самостоятельная часть передачи, связанная с правами, но не заменяющая их.

Код, тексты и фотографии каталога имеют разные условия. Плоский экспорт не даёт обновить сайт.
Исходники, форматы и лицензии компонентов передают отдельно. Оплата работы не подтверждает права на всё внутри результата.
Сайт
Код, тексты, фотографии, шрифты и система управления имеют разные цепочки прав. Каталог даёт лицензию поставщика. Плоский экспорт страниц не даёт другому разработчику обновить сайт без проекта и описания сборки.

В нашем условном примере заказчик получил изображения страниц, а другой разработчик не может обновить сайт без проекта и описания сборки. Исправление — согласовать технический комплект передачи. Если в нём есть компоненты с отдельными лицензиями, укажите, кто приобретает и продлевает необходимые разрешения.

Подтвердите передачу документами

При сдаче сопоставьте договорённость с фактическим комплектом. Названия файлов, версия результата и перечень внешних материалов должны позволять понять, к чему относятся документы. Формулировка «переданы все результаты» мало помогает, если стороны через полгода спорят, входил ли туда дополнительный набор иллюстраций.

Сохраните договор, согласованные изменения, документ передачи, подтверждение оплаты и сведения о лицензиях в одной папке заказа. Проверьте не только наличие файлов, но и возможность их открыть и использовать. Для клиентских работ заранее выясните, какие документы понадобятся следующему получателю прав.

Практическое задание

Возьмите один создаваемый результат и перечислите его составные части. Для каждой укажите происхождение, нужные бизнесу действия, подтверждение прав и технический комплект передачи. Выберите один пробел и закройте его до публикации: получите документ, уточните условие или замените материал с неподтверждёнными правами.