Код, дизайн и разработка на заказ

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

Из каких прав состоит продукт

Один сайт может включать программу, дизайн интерфейса, отдельные изображения и тексты, творческий подбор материалов базы и самостоятельное право её изготовителя. Для каждого объекта составляется отдельная строка реестра: наименование и версия, автор, дата создания, документ о правах, разрешённое использование, ограничения. Идея сервиса, метод решения задачи, алгоритм как таковой и факт не получают авторскую охрану; конкретный код и творческая форма выражения могут её иметь. Компания может быть правообладателем, но автором признаётся гражданин, творческим трудом которого создан результат. Организация, финансирование и техническая помощь сами по себе авторства не образуют. Право авторства и право на имя неотчуждаемы. ГК РФ, ст. 1227–1229, 1257–1261, 1265.

Соавторство требует творческого вклада и совместного создания. Несколько коммитеров не обязательно соавторы всего продукта: один исправлял опечатки, другой написал самостоятельный модуль, третий принял организационное решение. При неделимом соавторстве использование регулирует ст. 1258; обладателям исключительного права полезно письменно согласовать выдачу разрешений и распределение дохода. Реестр фиксирует эти различия, а не присваивает всем одинаковое право по числу коммитов.

Учредитель, сотрудник и внешний автор

Код, написанный учредителем до появления общества, автоматически обществу не принадлежит. Нужен договор отчуждения или лицензия с самим правообладателем, а при вкладе в уставный капитал — надлежащее оформление вклада и распоряжения правом. Решение участников об оценке программы не заменяет договор о переходе права. Если учредитель одновременно работает в компании, служебность последующих версий исследуется по трудовым обязанностям и фактам, а не по доле в капитале. Пленум ВС РФ № 10 от 23.04.2019, п. 45, 104–107.

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

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

Что запросить и как устранить пробел

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

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

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

Если автор предъявил претензию

Сначала зафиксируйте спорную версию и собственную цепочку; не уничтожайте историю и не просите разработчика «почистить» репозиторий. Уточните объект требования: весь сайт, отдельная иллюстрация, модуль, подбор базы либо конкретная версия. Правообладатель доказывает принадлежность права и использование ответчиком; пользователь — правовое основание своего использования. Если спор затрагивает сотрудника или субподрядчика, привлекайте его к обсуждению документов, а в суде решайте вопрос об участии третьего лица. Его договорная ответственность перед студией не исключает прямую защиту автора от незаконного использования. Обзор Президиума ВС от 29.05.2024, вводная часть, страница 1; презумпция авторства отдельно раскрыта в п. 109 Пленума № 10.

Что следует из судебной практики

В п. 83 Пленума № 10 Верховный суд связывает соавторство с творческим вкладом, отделяя его от руководства и технической помощи. Это общее разъяснение, а не решение о конкретном Git-репозитории. Оно требует исследовать содержательную роль человека: звание основателя и запись в списке команды не решают вопрос.

Пункт 107 того же Пленума разделяет заказ непосредственно автору и заказ иному исполнителю. Поэтому одинаковый договор с заголовком «разработка сайта» может приводить к разному распределению прав. Сильное возражение заказчика — предусмотренное законом право по ст. 1296; сильное возражение автора — он сам сторона авторского заказа, к которому эта презумпция не применяется. Решение зависит от статуса стороны и содержания обязательства.

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

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

Три правовые ветви

Если произведение создаёт сам автор — гражданин, в том числе зарегистрированный как ИП, применяются правила авторского заказа: автор обязуется создать результат, а отчуждение исключительного права или лицензия должны быть предусмотрены договором. По умолчанию передача материального носителя не означает передачу исключительного права. Существенен срок: договор, который не позволяет его определить, не считается заключённым. При необходимости и уважительных причинах автор имеет предусмотренный ст. 1289 льготный срок; отказ непосредственно по окончании основного срока возможен, в частности, когда из договора явно следует утрата интереса при просрочке. ГК РФ, ст. 1227, 1288–1290.

Если создание конкретного произведения заказано студии или иному исполнителю, который сам автором не является, исключительное право по ст. 1296 принадлежит заказчику, если договором не установлено иное. Это правило действует не только для программы и базы, но и для иного заказанного произведения. Поэтому фраза «права всегда остаются у студии, пока в акте не написано обратное» неверна. Однако договор может изменить правило, например оставить студии право на платформу и предоставить заказчику лицензию.

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

Что остаётся у другой стороны

По ст. 1296 и 1297 возможны предусмотренные законом простые лицензии для собственных нужд исполнителя либо для целей заказчика. Если заказчик приобретает конкурентное преимущество и рассчитывает на исключительность, следует прямо решить, вправе ли студия повторно использовать созданный результат. Ограничение касается именно объекта и прав; запрет разработчику впредь пользоваться профессиональными навыками не следует из приобретения программы.

Ранее созданное ядро, open-source, изображения, шрифты и сервисы третьих лиц не становятся новым заказным произведением вследствие включения в поставку. Приложение к договору должно разделять вновь созданные результаты, собственные прежние разработки исполнителя и сторонние материалы. Для каждой группы задаются права и ограничения. «Передаются все права на сайт» без идентификации этих групп создаёт спор, который один общий акт часто не разрешает.

Даже при принадлежности исключительного права заказчику нужно доказать договорную обязанность передать исходный код, сборочные инструкции, схемы базы, макеты, документацию и ключи доступа. Статья 726 ГК РФ требует передачу необходимой для использования результата информации при предусмотренных ею условиях, но не даёт безопасного основания рассчитывать на любую желаемую техническую комплектацию. Укажите состав передачи и проверяемый способ запуска в договоре. ГК РФ, ст. 726, 729.

Как оформить приобретение

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

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

Спор о передаче или возврате денег

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

Соберите договор, согласованное ТЗ, изменения, переписку, платёжные документы, результаты тестов и журнал передачи. Если контрагент утверждает, что всё принято молчанием, проверяются отправка пригодного результата, предусмотренный договором порядок и мотивированные возражения. Если автор — физическое лицо, дополнительно учитываются ограничения его ответственности по ст. 1290; нельзя автоматически применять к нему обещанную в шаблоне ответственность студии за любую упущенную выгоду.

Судебное толкование

Пункт 107 Пленума ВС № 10 прямо исключает применение ст. 1296 к договору, в котором исполнителем является сам автор. Это решающая квалификационная развилка. Пункт 37 этого Пленума, в свою очередь, не позволяет передавать исключительное право «на три года»: ограниченная по времени передача по своему содержанию относится к лицензированию, если условия позволяют такую квалификацию. Пленум № 10.

Пленум ВС № 49 от 25.12.2018, п. 43–45, требует толковать договор системно, с учётом его цели и действительной общей воли, а не вырывать отдельное слово из акта. Это не разрешение суду дописать несогласованный предмет лицензии. Практическое следствие — сохранять преддоговорную переписку и последующее исполнение, но в новой сделке сразу устранять двусмысленность. Пленум № 49.

Для признания программы, текста или дизайна служебным произведением решающим является создание в пределах установленных трудовых обязанностей. Ноутбук работника, вечернее время и работа из дома сами по себе не оставляют право за ним; оборудование работодателя и поручение руководителя сами по себе не передают право работодателю. В споре нужно восстановить содержание обязанностей на момент создания и связь с конкретным результатом.

Что принадлежит работнику и работодателю

Авторство и личные права остаются у сотрудника. Исключительное право на служебное произведение по общему правилу принадлежит работодателю, если трудовой или гражданско-правовой договор с автором не предусматривает иного. Право на имя и неприкосновенность не растворяется в трудовом отношении. Обнародование работодателем и указание своего наименования допускаются в пределах ст. 1295; заранее следует согласовать допустимые изменения и способ указания автора, не называя это отчуждением авторства. ГК РФ, ст. 1265–1266, 1295.

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

Цепочка доказательств

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

Работодатель доказывает содержание обязанностей и создание в их пределах. Сотрудник может возражать, что использован личный ранний модуль, задача была вне функций, он лишь адаптировал чужой компонент или в команде участвовали другие авторы. Для прежних разработок полезен вводный перечень исключений: название, версия, существовавшие права и лицензия работодателю. Запрет «всё, что вы когда-либо создадите, принадлежит компании» не заменяет применимое основание по каждому результату.

Три года и вознаграждение

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

Когда работодатель в предусмотренный срок использует результат, передаёт право либо решает сохранить его в тайне, возникает право автора на вознаграждение. Условия можно установить в трудовом или отдельном гражданско-правовом договоре. Следует отличать плату за труд от авторского вознаграждения и позволить установить основание и сумму выплаты. Закон не задаёт здесь универсальный процент от зарплаты, выручки или цены продукта. Если стороны не договорились, спор разрешает суд; нельзя подставлять нормы о служебных изобретениях в отношения по программе.

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

Как урегулировать старые разработки

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

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

Практика и пределы её применения

Пункты 104–106 Пленума ВС РФ № 10 от 23.04.2019 дают непосредственно применимый ответ: служебность определяется законом времени создания; для произведений после 31.12.2007 исследуется предел трудовых обязанностей; использование материалов работодателя недостаточно; доказательства служебности представляет работодатель. Пункт 105 отдельно связывает вознаграждение с действиями работодателя и сохраняет за ним обязанность при использовании третьим лицом. Это разъяснения высшего суда, а не обещание исхода по конкретному сотруднику.

Существенное возражение работодателю — конкретное задание было вне трудовых обязанностей. Существенное возражение автору — место и время создания не опровергают исполнение установленной работы. Ни одна из этих формул не позволяет заранее признать всю деятельность разработчика служебной. Если результат представляет патентоспособное решение или ноу-хау, нужно переключиться на соответствующий режим: критерии служебного изобретения и секрета производства отличаются от ст. 1295.

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

Что фиксировать до первого спринта

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

Укажите модель цены: фиксированная за описанный объём, по утверждённым заданиям или оплачиваемому времени с лимитом и подтверждением. Для каждой стадии определите самостоятельность результата, стоимость, срок, комплект передачи и приёмку. Название «спринт» не делает демонстрацию законченной работой и не доказывает переход права. Договор может сочетать подряд, услуги и распоряжение интеллектуальными правами; к соответствующей части применяются её правила. ГК РФ, ст. 421, 432, ст. 702, 708–711, 779–783.

Изменение задания без потери контроля

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

Если заказчик задержал данные, доступ или решение, исполнитель должен своевременно уведомить о конкретном препятствии и последствиях, запросить содействие и действовать по применимым ст. 716, 718–719. Молчаливое продолжение на заведомо непригодных исходных данных осложняет ссылку на вину заказчика. Заказчик, в свою очередь, должен сохранять фактическое предоставление материалов и сроки ответов.

Сдача и приёмка цифрового результата

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

В протоколе испытаний укажите критерий, среду, исходные данные, действие, ожидаемый и полученный результат, доказательство и серьёзность отклонения. В акте отделяйте принятую часть от непринятой и сохраняйте оговорки. Молчаливая приёмка по договору требует доказательства доставки пригодного результата и соблюдения процедуры; не превращает отсутствующий результат в существующий. Строительную норму об одностороннем акте ст. 753 нельзя автоматически переносить в разработку. Ст. 720–722, 726.

Дефекты, гарантия и сроки

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

Для подрядной части ст. 723 предусматривает устранение в разумный срок, уменьшение цены, а расходы на самостоятельное исправление — при предусмотренном договором праве. Отказ связан с неустранением в установленный разумный срок либо существенными и неустранимыми недостатками. Гарантийный срок, срок обнаружения и давность не равны: без специального условия общий предел обнаружения по ст. 724 — разумный срок в пределах двух лет; по требованиям о качестве подрядной работы ст. 725 устанавливает годичную давность с особыми начальными моментами. Эти правила не следует объявлять единым сроком любой претензии к IT-поставщику.

Прекращение и расчёты

Сначала выберите основание: просрочка/ненадлежащее выполнение, неустранённые дефекты, договорное право или немотивированный отказ. У подряда и услуг последствия различаются; у непосредственного автора дополнительно действуют ст. 1288–1290. В уведомлении зафиксируйте момент прекращения, версию и степень готовности, судьбу аванса, права на созданные части и обязанность передачи. Получение незавершённого результата и расчёты при прекращении рассматриваются, в частности, по ст. 729 и договору; неработающий прототип не оценивается автоматически как готовая программа.

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

Практика и подготовка спора

Пленум ВС № 49 от 25.12.2018, п. 6 и 43–49, не позволяет недобросовестно ссылаться на незаключённость после принятого исполнения и требует квалифицировать договор по содержанию. Но принятие одной стадии не доказывает качество другой, а запрет недобросовестного поведения не дописывает все условия об исходниках. Пленум № 10, п. 107, обязывает выделять договор с самим автором. Пленум № 49, Пленум № 10.

В споре эксперт исследует состав и работоспособность определённой версии, соответствие согласованным критериям и причины ошибок. Заказчик предъявляет точные отклонения, исполнитель — выполненные сценарии, уведомления и согласованные изменения. Вопросы эксперту не должны заранее предполагать, что вся работа некачественна. Общие правила доказывания и назначения экспертизы — АПК РФ, ст. 65–66, 71, 82–87. Здесь практика высшего суда применена как метод толкования; универсальная отдельная позиция ВС по любому agile-договору не заявляется.

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

Что именно охраняется

Программа охраняется как произведение: исходный текст и объектный код входят в предусмотренное ст. 1261 понятие. Идеи, алгоритмы, методы, принципы и функциональность как таковая не монополизируются авторским правом. Поэтому в споре о похожих приложениях надо выделять заимствованную форму, а не только одинаковое назначение кнопок. Самостоятельная реализация общей идеи может быть правомерной. ГК РФ, ст. 1259–1261.

В базе нужно различать три уровня. Первый — отдельные материалы, каждый со своим правовым режимом. Второй — творческий подбор или расположение как составное произведение по ст. 1260. Третий — исключительное право изготовителя базы, создание которой требует существенных затрат, по ст. 1333–1334. Изготовитель организует сбор, обработку и расположение материалов; он не обязательно автор всех записей. При отсутствии доказательств иного существенные затраты презюмируются для базы не менее чем из десяти тысяч самостоятельных информационных элементов. Меньший объём не исключает охраны, если существенные затраты доказаны.

Право изготовителя охватывает извлечение всего содержания или существенной части и последующее использование. По ст. 1335.1 оцениваются цель предоставления, личные/научные/образовательные цели, несущественная часть, указание источника при публичном доступе и запрет систематически извлекать малые части в ущерб нормальному использованию. Материал, правомерно полученный из самостоятельного иного источника, не становится запретным только из-за присутствия в чужой базе. ГК РФ, ст. 1333–1335.1.

Что даёт регистрация

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

Зарегистрированная версия должна сопоставляться с тем, что действительно используется и оспаривается. Свидетельство на раннюю оболочку не доказывает принадлежность более позднего модуля. Переход права на зарегистрированную программу/базу и его залог регистрируются; лицензия на них — нет. Регистрация Роспатента и включение в реестр российского ПО для иных правовых целей не тождественны.

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

Доказательственный комплект

Зафиксируйте релиз: архив исходников и зависимостей, хеши, идентификатор коммита, ветку, сборочные инструкции, версию среды, демонстрацию результата и перечень включённых модулей. Сохраните историю задач, авторов и передачу в распоряжение работодателя/заказчика. Git-дата сама по себе изменяема; её вес повышают независимые серверные журналы, подписанные релизы, переписка и доказательства публикации. Хеш подтверждает совпадение байтов, но не доказывает автора, законность получения и дату первого создания.

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

Процедура при споре

Требование должно назвать объект и версию. Истец доказывает право, охраняемую форму/базу и действия ответчика. Для спорного заимствования предложите эксперту сравнение конкретных релизов, определение совпадений, альтернативных технических объяснений и методов получения. Правовую оценку «нарушено ли право» даёт суд; эксперт исследует специальные факты. Если исходники другой стороны недоступны, мотивируйте истребование и необходимость экспертизы, опишите объекты, которыми располагаете, и возможный порядок защищённого исследования. АПК РФ, ст. 65–66, 71, 82–87.

Коммерческая тайна не отменяет доказывания, но позволяет просить соответствующий процессуальный режим и ограничить раскрытие необходимым объёмом. Не публикуйте всю закрытую базу в открытом приложении, если для вывода достаточно выборки и контролируемого доступа. Требование о запрете должно относиться к доказанному объекту и действию; запрет любой программы того же назначения был бы чрезмерным.

Как суды разграничивают права

Пункт 95 Пленума ВС № 10 требует установить создание одного произведения на основе другого и допускает экспертизу; самостоятельное творчество при общей исходной информации не признаётся нарушением. Пункт 109 описывает презумпцию авторства и возможность её опровергнуть; регистрация не устраняет этого исследования. Пленум.

В постановлении СИП от 24.07.2018 № С01-201/2018 по делу № А40-18827/2017 («В Контакте» — «Дабл») исследовались сбор открытых сведений пользователей для оценки кредитоспособности, право изготовителя базы и существенные затраты. Кассация отменила нижестоящие акты и направила дело на новое рассмотрение из-за неполного исследования значимых обстоятельств и доводов. Это не окончательная победа ни запрета любого парсинга, ни свободного коммерческого извлечения. Акт полезен требованием раздельно установить базу, вложения и извлечение; конечный итог всего многолетнего дела в этой карточке не подтверждён. Полный акт и предел проверки.

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

Форма помогает проверить цепочку до каждого физического автора и зафиксировать конкретную переданную версию. Она не заменяет договор об отчуждении или лицензии и сама по себе не создаёт прав на сторонние компоненты. Применяйте её к каждому выпуску, который передаётся заказчику либо включается в активы компании. Правовые основания: ст. 1228, 1234–1235, 1258, 1295–1297 ГК РФ; различие автора и организатора раскрыто в Пленуме № 10, п. 80, 104–107.

1. Паспорт продукта

Продукт: [наименование]. Правообладатель/заказчик: [полное имя/наименование, реквизиты]. Договор: [номер, дата]. Выпуск: [тег, commit, версия, дата]. Репозиторий и место хранения передаваемого архива: [адрес, путь]. Ответственный за проверку: [ФИО, роль]. Дата среза: [дата].

Для сотрудника приложите действовавшие обязанности, задание, передачу результата и доказательство своевременного использования/передачи/сохранения в тайне. Для внешнего автора — договор и условия распоряжения. Для учредителя — отдельное основание передачи, если результат создан до общества. Не заполняйте неизвестное словом «служебное» только по факту оплаты.

2. Сторонние и открытые компоненты

Отдельно укажите AI-материалы: инструмент, версия/дата, входные материалы, права на них, сохранённые условия, человеческая переработка и проверка сходства. Не утверждайте гарантированную исключительность машинного результата.

3. Акт передачи

[Сторона А] передала, а [сторона Б] получила результат по договору [реквизиты] в составе приложения № [номер]: исходный код версии [идентификатор], сборки [идентификатор], дизайн-файлы [перечень], документацию [перечень], тесты [перечень], сведения о компонентах [реестр]. Контрольные суммы архивов: [алгоритм и значения]. Передача выполнена [дата, канал, получатель].

Стороны провели следующие проверки: [развёртывание на указанной среде, сборка из исходников, открытие макетов, комплектность документации]. Результаты: [что прошло, что не проверялось]. Замечания перечислены в приложении № [номер] с классом, доказательством, сроком исправления и повторным тестом. Отсутствие замечания в этой таблице не меняет императивные правила о скрытых недостатках.

Правовой режим объектов определяется [точные пункты договора]. Момент перехода/предоставления права: [событие и документ подтверждения]; требуется государственная регистрация: [нет/да, основание, ответственная сторона, срок подачи]. Объекты, не отчуждаемые и используемые по сторонней лицензии: [перечень]. Личные неимущественные права авторов сохраняются.

Доступы и администрирование передаются по отдельному акту; настоящий акт не содержит секретных ключей. Открытые вопросы цепочки прав и действия по ним: [список с ответственными и датами]. Подписи и полномочия подписантов: [данные].

Перед подписанием

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

Форма рассчитана на заказную разработку между участниками бизнеса. Она связывает обещанный результат с проверяемым тестом и платёжным этапом. Для поддержки, исследования с неопределённым результатом и прямого авторского заказа условия адаптируются к их правовой природе. Основания: ст. 702, 708–709, 715–720, 723–729 ГК РФ, ст. 421, 431–432, Пленум № 49, п. 1–6, 43–46.

Паспорт задания

Договор: [номер, дата]. Продукт и версия задания: [данные]. Цель использования: [конкретный бизнес-процесс]. Ответственные за согласование: [ФИО, полномочия, адреса]. Рабочие среды: [версии ОС/браузеров/СУБД, мощности, интеграции]. Исходные данные предоставляет [лицо] до [дата]; порядок проверки их пригодности и уведомления о недостатках: [условие].

Результат и критерии

В комплект результата входят: [исходный код, сборка, документация запуска, схема данных, миграции, тесты, дизайн-исходники, перечень лицензий]. Не входят и оцениваются отдельно: [перечень]. Требования к безопасности и персональным данным: [конкретные меры, роли, места хранения и согласованные документы]. Эти пункты не заменяют самостоятельного определения законности обработки.

Этапы, цена и зависимости

Этап [номер]: результат [состав], срок [дата], цена [сумма], условие начала [факт], встречное содействие заказчика [данные/доступ]. Если входные данные непригодны либо указания угрожают результату, исполнитель направляет мотивированное предупреждение по [канал] и действует по договору с учётом ст. 716 ГК РФ. Приостановление из-за отсутствия содействия документируется, его объём и влияние на срок объясняются; молчаливое накопление просрочки не заменяет предупреждения.

Приёмка

Исполнитель направляет уведомление о готовности с идентификатором версии, доступом к стенду и комплектом документов. Срок проверки — [число рабочих/календарных дней, определить]. Заказчик выполняет тесты из таблицы и направляет акт либо мотивированный перечень отклонений: требование, шаги воспроизведения, фактический и ожидаемый результат, среда, доказательство, категория.

Категории согласуются так: [блокирующий — невозможность ключевой функции/угроза данным; существенный — перечисленные критерии; несущественный — допустимый перечень]. Категория не определяется одним мнением стороны. Сроки исправления — [таблица]; повторный тест проверяет исправление и затронутые функции. Условие о приёмке при молчании, если выбрано: [точная доставка уведомления, полный комплект, доступность проверки, срок, последствия]; оно не отменяет обязательные права по скрытым недостаткам.

Гарантийный срок и начало: [условие]. Канал сообщения о дефекте: [адрес], необходимая информация: [перечень]. Отличие дефекта от нового требования устанавливается сравнением с согласованной версией задания. При неустранении и существенных недостатках стороны сохраняют предусмотренные законом и договором требования; универсальная фраза «акт лишает любых претензий» не используется.

Запрос на изменение

Изменение № [номер] от [дата]. Инициатор: [лицо]. Прежнее требование: [ссылка]. Новое требование: [текст и тест]. Причина: [обстоятельство]. Воздействие: цена [сумма], срок [дата], архитектура и лицензии [описание], уже выполненное [оценка]. Решение уполномоченных лиц: [согласовано/отклонено]. До согласования исполнитель [согласованный порядок]; сообщение рядового пользователя не меняет цену автоматически.

Завершение и спор

При передаче либо прекращении договора стороны фиксируют готовые этапы, незавершённое, исходники, материалы заказчика, доступы, документы прав и расчёт. Удержание результата и отключение сервиса оцениваются по соответствующему обязательству и закону; они не обозначаются как безусловное право исполнителя. Для спорного качества сохраняется воспроизводимая версия, проводится согласованная проверка или экспертиза. Эксперту ставятся технические вопросы о соответствии заданию, причинности и стоимости исправления, а не вопрос «кто нарушил закон».

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

Компания готовит продукт к продаже; собственный разработчик, студия и открытая библиотека оставили в нём код. Условный сценарий, не описание проверенного клиента. Одного акта «все права переданы» недостаточно: служебная часть, автор субподрядчика и чужая лицензия имеют самостоятельные основания.

Разделите состав на версии и компоненты. Для сотрудника сопоставьте трудовую функцию, задание и факт создания; личный ноутбук не решает вопрос о служебности. У студии запросите цепочку до физических лиц и право передавать нужные способы использования. Для открытого компонента установите точную версию лицензии, способ соединения, распространение или сетевое использование, обязанности атрибуции и предоставления исходников. Рекламное слово «open-source» не означает отсутствие условий.

Соберите реестр, подписанные договоры и задания, коммиты, тексты лицензий в поставлявшейся версии, историю изменения состава. Автор доказывает исходное создание, приобретатель — переход, а пользователь — основание собственного использования с учётом распределения бремени в споре. Пленум № 10 и обзор ВС 29.05.2024 применяются через главы цепочки и служебности; факт оплаты третьей компании не заменяет проверки её права.

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

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

Основания маршрута: ГК РФ, часть четвёртая: права на цифровые результаты, знаки и ноу-хау, Пленум ВС РФ от 23.04.2019 № 10: применение части четвёртой ГК РФ, GNU GPLv3: полный текст лицензии. Точные положения, факты и пределы практики раскрыты в связанных главах; обстоятельства этого сценария условные.

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

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

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

Практика Пленума № 49 о заключении и принятом исполнении препятствует недобросовестной ссылке на незаключённость, но не восстанавливает отсутствующую цепочку интеллектуальных прав. Пункт 107 Пленума № 10 разъясняет границу создания программы или базы по заказу и результата, возникшего при исполнении иного договора; квалификацию проверяют по статьям 1288, 1296 и 1297 ГК РФ, как показано в Заказали сайт или приложение: что перешло после оплаты и акта. Дело о защите базы данных от извлечения сведений не подтверждает само по себе обязанность студии передать заказчику исходники. Сильное возражение студии — исходники не входили в комплект либо охватывают её прежнюю платформу; ответ заказчика строится на договоре, квалификации и целях, не на одном ожидании.

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

Основания маршрута: ГК РФ, часть четвёртая: права на цифровые результаты, знаки и ноу-хау, Пленум ВС РФ от 23.04.2019 № 10: применение части четвёртой ГК РФ, Пленум ВС № 49: заключение и толкование договора. Точные положения, факты и пределы практики раскрыты в связанных главах; обстоятельства этого сценария условные.