Оформление отношений с исполнителями

Неимущественные (авторские) права неотчуждаемы и непередаваемы (ст. 1255 ГК РФ). Т.е. "продать" права быть автором нельзя. Даже после отчуждения исключительного (имущественного) права автор-физическое лицо может требовать соблюдения своих прав по ст. 1255 ГК РФ (если его не укажут как автора, если исказят произведение, если внесут в него изменения без его разрешения и т.п.). Но может быть получено разрешение на использование произведения с теми или иными нюансами (ст. 1265, 1266, 1268 и т.д.) - разрешение на анонимное использование, разрешение на внесение изменений, разрешение на обнародование и т.п. Иными словами должен быть раздел трудового договора или иного договора/соглашения, целиком посвященный получению от Исполнителя/автора таких разрешений в отношении создаваемого контента/разработок.

 

Юридическое лицо/Индивидуальный предприниматель работу по созданию контента/разработок либо выполняет силами своих работников (служебные произведения), либо берет на субподряд третьих лиц (договоры подряда с юридическими или физическими лицами), в таком случае всегда стоит готовить комплект документов, подтверждающих «очистку прав» на результаты работ по договору.

 

К примеру, есть Техническое задание. Исполнитель-Юридическое лицо выполнило работы силами собственных работников (трудовые договоры, служебное произведение). Соответственно, оно должно предоставить Вам копии служебных заданий (содержащие Ваше техническое задание), копии отчетов об их исполнении (содержащее отсылку к результатам работ). Тогда мы понимаем, что, условно говоря, 3 его работника (физических лица) являются авторами произведения. Все права и разрешения они передали Исполнителю, а он может их передать Вам. Или берем ситуацию, когда было привлечено третье лицо - Юридическое лицо заключает с таким третьим лицом договор подряда (предоставляет Вам копию, Вы видите, что там есть все условия, касающиеся прав и разрешений, которые Вам необходимы). Третье лицо выполняет работы силами своих сотрудников (служебные произведения).

 

Иными словами - Вы всегда должны иметь возможность и требовать от подрядчиков прозрачной цепочки возникновения прав (очистки прав), чтобы Вы четко понимали: 1) авторы физические лица (служебные произведения или договоры подряда) ---> права и разрешения переданы Вашему подрядчику ----> от него они пришли к Вам. К примеру:

 

v Компьютерную программу пишет у исполнителя 2-3 автора-сотрудника. Тогда Вам достаточно документации на служебное произведение (трудовые договоры, служебные задания, отчеты об исполнении служебных заданий).

v Компьютерную программу пишет у исполнителя 2-3 сотрудника + в него встраивается чужой код или там используется фото третьих лиц, тогда в дополнение к документации на служебное произведение предоставляется либо лицензионный договор на используемые элементы (фото, код) с необходимым объемом прав либо договор отчуждения исключительного права на такие вещи (если специально фото сняли, к примеру, для этого ПО).

v Компьютерную программу пишет у исполнителя 2- 3 сотрудника + его дорабатывает Ваш сотрудник - пакет документов по служебному произведению от Исполнителя на его работников + Ваш пакет документов на служебное произведение.

v Компьютерную программу юридическое лицо заказывает написать по договору подряда физическому лицу + силами своих работников делает дизайн - тогда договор подряда с физическим лицом автором ПО и комплект документов по служебному заданию на своего работника по дизайну.

 

Логика в целом такая.

 

Техническое задание (ТЗ) для исполнителя-Юридического лица или Индивидуального предпринимателя должно содержать общий перечень работ. Т.к. Юридическое лицо/ИП, очевидно, будет разбивать между либо

 

а) своими работниками

б) субподрядчиками физическими или юридическими лицами

в) в комбинации А и Б.

 

Таким образом, весь объем работ делится между лицами, которые фактически его выполняют (непосредственные авторы – физические лица).

 

Очевидно, что в случае выдачи им технических заданий (вариант Б и В) или служебных заданий (вариант А), Юридическое лицо каким-то образом выделяет из общего ТЗ их конкретные объемы работ. В общем, должно быть понятно, что конкретно делал тот или иной автор.

 

К примеру: Иванов и Петров сотрудники Исполнителя и по служебному заданию писали компьютерную программу, а для дизайна и интерфейса был привлечен аутсорсер Сидоров, который по договору ГПХ делал эту работу. Таким образом, общее ТЗ исполнителя разделяется на 2 части - код и дизайн/интерфейс. Это очень упрощенно.

 

1) К примеру, для работников исполнителя это будут:

служебное задание + приказ о выдаче задания + отчет об исполнении + акт приема-передачи РИД (еще неплохо бы, чтобы эти функции были предусмотрены трудовым договором)

2) Для аутсорсеров (физических и/или юридических лиц):

договор + ТЗ + акт выполненных работ (акт приема-передачи РИД)

 

3) Если аутсорсер юридическое лицо опять же:

либо пакет по служебному заданию для его работников, либо пакет ГПХ если он привлекал физиков по ГПХ договорам.

Также стоитчетко разделять Исполнителей - физических лиц на Авторов и Технических специалистов. Это облегчит передачу прав и выплату вознаграждения.

 

Техническими работниками/консультантами следует считать тех, кто непосредственно не вносит творческий вклад, не создает творческим трудом произведение по смыслу ГК РФ. К примеру: программист - творческий работник и автор. Тестировщик (если он непосредственно не дописывает код) - технический работник. Технический писатель, пишущий руководство пользователя или иную документацию к программному обеспечению - творческий работник и автор, а если тот же самый человек занимался исключительно написанием технических заданий для тех же программистов - то это исключительно техническая функция.

 

КОММЕРЧЕСКАЯ ТАЙНА

Существует федеральный закон о коммерческой тайне, в нем очень подробно прописана такая категория, как "режим коммерческой тайны"(далее - режим КТ) (ст. 10). По существу, сложившаяся судебная практика приводит к выводу о том, что само по себе соглашение о конфиденциальности (NDA) без установленного режима КТ не работоспособно и является в большей степени "понятийным" документом (джентельменским соглашением), т.к. чтобы доказать факт раскрытия другой стороны какой-либо конфиденциальной информации, необходимо доказать:

 

v соблюдение ФЗ о коммерческой тайне;

v факт отнесения конкретной информации к конфиденциальной на момент передачи ее стороне по такому соглашению;

v факт ее передачи другой стороне.

 

Режим КТ в компании/проекте устанавливается путем введения положения о коммерческой тайне (п.1 ст 10 ФЗ) и фактическом исполнении п.п. 2-5 ст. 10 ФЗ (учет лиц, обращающихся к КТ, отдельные соглашения с работниками/контрагентами, ограничение доступа к конфиденциальной информации и соблюдение этого порядка, контроль за соблюдением этого порядка, нанесение грифов и иные технические средства). Т.е. тогда в случае нарушений NDA при условии соблюдения действующего режима КТ будет легко предъявить доказательства этого.

 

Иными словами - само по себе "соглашение о конфиденциальности" (NDA) есть лишь исполнение п.4. ст. 10 ФЗ и без исполнения остальных требований действующего законодательства (без введения режима КТ) не предоставит какую-либо судебную защиту (на эту тему есть судебная практика).

ПЕРСОНАЛЬНЫЕ ДАННЫЕ

 

«Оператор персональных данных» (далее – «ПД») должен обеспечить соблюдение ряда мер, чтобы при сборе/обработке/хранении ПД клиентов соблюдались требования 152-ФЗ «О персональных данных». Среди них и требование по размещению на сайте политики по обработке персональных данных, и требование по получению отдельного согласия клиента «галочкой» и многие другие.

 

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

 

Что касается требований о подаче уведомлений в Роскомнадзор (РКН) операторами ПД нужно помнить о том, что законом предусмотрен ряд исключений (п.2. ст. 22 152-ФЗ). Так подобное уведомление не требуется в случае, если сбор и обработка ПД осуществляются на сайте: исключительно в связи с заключением договора, стороной которого является клиент, если при этом его ПД не распространяются, а также не предоставляются третьим лицам без согласия субъекта ПД и используются Вами исключительно для исполнения указанного договора.

 

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

 

Необходимо также отметить, что по-хорошему, требование о наличии политики на сайте не единственное требование 152-ФЗ в отношении процессов обработки ПД в компании. Если у Вас есть некий штат сотрудников, задействованный в данных процессах (работники, имеющие дело с клиентской базой или системные администраторы), рекомендуется внедрение и остальных необходимых документов, и локальных-нормативных актов, которые в случае проверки будет требовать РКН (это различные приказы, внутренние положения, порядки проведения аттестации лиц, работающих с ПД и прочие «формальные» документы, но их достаточно много).