Трудовой договор с разработчиком программного обеспечения за опцион
Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Трудовой договор с разработчиком программного обеспечения за опцион». Если у Вас нет времени на чтение или статья не полностью решает Вашу проблему, можете получить онлайн консультацию квалифицированного юриста в форме ниже.
Автором кода является программист, которого нанимает компания (ст. 1228 ГК РФ). Однако, если с программистом заключен трудовой договор с компанией, то исключительные права на служебное произведение (результат работы) сотрудника получает компания (п.2 ст. 1295 ГК РФ, п.3 ст. 1370 ГК РФ).
Как опционы работают в России
В опционной программе всеми известного банка «Тинькофф» участвуют как менеджеры высшего звена, так программисты, разработчики, аналитики, юристы, PR-специалисты и маркетологи. По последним данным, под их управлением находится акций более чем на $176 млн. Для поощрения сотрудников в группе «Тинькофф» зарезервировано свыше 5% всех акций. Программа акционирования в «Тинькофф» устроена таким образом, что работник получает акции пакетами в течение нескольких лет, а размер дивидендов зависит от выполнения группой годовых показателей. Совет директоров одобрил первую выплату промежуточных дивидендов за прошлый год на общую сумму приблизительно в $58,4 млн.
Опционы в России становятся все популярнее, вот и Яндекс и Ашан уже поделились со своими сотрудниками мотивацией, вот и Додо Пицца смотивировала топовых специалистов из Москвы отправиться в Сыктывкар для развития очередного ресторана. Но Российским законодательством не предусмотрены положения, четко регламентирующие опционную форму вознаграждения. Поэтому основные аспекты опционных схем мотивации описываются в трудовых или коллективных договорах или в отдельном документе, регламентирующем процедуры и правила в отношении выбранной программы вознаграждения, например в положении о премировании. А следовательно их стоит хорошо прописывать компаниям и еще лучше изучать сотрудникам.
Что такое ИТ-договоры? Виды ИТ-договоров.
На сегодняшний день актуальность ИТ-сферы, необходимость ее правового регулирования и юридически верного оформления сложно переоценить. С началом пандемии, активизировалась интернет-торговля, все больше услуг клиенты могут получать онлайн, Минэкономразвития России внесло в Правительство проект закона, которым предлагается перевести деловой документооборот в электронный вид (инфо 14.09.2020), все больше внимания мы уделяем защите конфиденциальной информации, легитимности обработки персональных данных, информационной безопасности систем, легитимности работы сайтов, социальных сетей, агрегаторов, маркетплейсов, мессенджеров.
Ежедневно в RTM Group обращаются десятки клиентов с запросами юридических консультаций и запросами конкретных предложений юридических услуг, чаще всего, по созданию актуальной документации для сайта, социальной сети, маркетплейса, по разработке и анализу различных ИТ-договоров. Сейчас более подробно остановимся на последних.
ИТ-договоры – это собирательное понятие, выделенное лишь формально, характеризующее в большей степени сферу применения документа, нежели его структуру или особенности правового регулирования.
ИТ-сфера обширна и многогранна, договоры, призванные урегулировать правоотношения, складывающиеся в процессе, можно условно разделить на такие виды, как:
- Договоры оказания IT-услуг;
- Договоры по разработке и техническому обслуживанию Интернет-сайтов;
- Договоры и сопроводительные документы для работы Интернет-магазинов и Интернет-сайтов в сфере оказания услуг (оферта, пользовательское соглашение, политика конфиденциальности и обработки персональных данных и т.п.);
- Договоры на разработку программного обеспечения (заключается между компаниями);
- Договоры авторского заказа на разработку программного обеспечения (заключается с физическим лицом);
- Пользовательские и лицензионные соглашения;
- Договоры сопровождения (техподдержки), настройки/интеграции (внедрения) ПО;
- Договоры на создание сайта;
- Договоры на настройку и сопровождение интернет-рекламы;
- Многие другие.
Должностная инструкция программиста 1С
4.1. Программист 1С будет привлечен к ответственности при совершении следующих действий:
- отказ от исполнения или некорректное исполнение возлагаемых профессиональных обязанностей и превышение полномочий;
- несоблюдение рабочей дисциплины, нарушение пунктов, прописанных в трудовом договоре и данной должностной инструкции (предполагается полная материальная ответственность);
- порча или утеря имущества, которое было передано в пользование/под отчет, непродуктивное расходование рабочего времени, пренебрежение локальными правилами, принятыми в компании;
- разглашение конфиденциальных данных или информации, являющейся коммерческой тайной;
- игнорирование санитарных норм на производстве, правил противопожарной безопасности и охраны труда.
Для каждого сотрудника на предприятии предназначается инструкция в одном экземпляре. Если в компании числится несколько программистов 1С с разными функциями, инструкция должна отражать эти отличия. Неполные инструкции, которые не отражают настоящих профессиональных обязанностей сотрудника, бесполезны. Они могут навредить и сотруднику, и руководству.
Документ начинается с титульного листа. На первом листе помещается следующая информация:
- наименование организации;
- наименование документа (располагается по центру титульного листа);
- должность, которой посвящена инструкция;
- год выпуска документа;
- регистрационный номер;
- место выпуска.
Справка! Правая верхняя часть титульного листа предназначается руководителю компании. В ней содержатся сведения о занимаемой им должности, ФИО и место для подписи и расшифровки.
В общих положениях содержится информация, затрагивающая следующие вопросы:
- процедуру принятия программиста 1С на должность (указание распоряжения, на основании которого это назначение осуществляется);
- определение категории, к которой принадлежит данная должность;
- перечисление сотрудников, которые уполномочены замещать программиста 1С в случае его отсутствия (в документе указываются не фамилии, а должности);
- решение вопросов субординации – указание лиц, приказы которых сотрудник обязывается исполнять;
- уточнение квалификационных требований, которые предъявляются к программисту 1С (на разных предприятиях эти требования могут значительно отличаться).
Отдельное внимание уделяется документам, с которыми программист 1С должен ознакомиться. Группу таких документов составляют:
- внутренние нормативные акты компании;
- правила;
- распоряжения;
- законодательные акты;
- трудовое законодательство и т.д.
Справка! Общие положения содержат ссылки на Устав предприятия и корпоративные стандарты.
Советы юриста: как компании оформить права на софт
Государственная регистрация Роспатентом программ для ЭВМ не обязательна и осуществляется только по желанию правообладателя. В результате регистрации правообладатель получает свидетельство.
Необходимо понимать, что свидетельство не всегда поможет доказать авторское право на программу в случае ее кражи, ведь Роспатент проверяет не работоспособность программы для ЭВМ, ее алгоритм и код, а всего лишь правильность поданного заявления.
Авторским правом охраняется именно исходный текст программы, а не сам алгоритм. Если некий плагиатор украдет идею и воспроизведет ее на другом языке программирования или запутает исходный код, отстоять свои интересы в суде будет трудно.
Таким образом, регистрация сама по себе не является панацеей от споров о принадлежности прав на ПО.
Если говорить о плюсах регистрации, то это:
- Получение официального документа (свидетельства);
- Удобство для бухгалтера — он может отражать в учете нематериальный актив;
- Экономия времени, когда нужно доказать принадлежность прав на ПО;
- Еще один бонус — капитализация стартапа, как правило, вырастает после оформления интеллектуальной собственности.
По умолчанию, исключительное право на программу принадлежит работодателю (ст. 1295 ГК РФ), но тут зарыта собака. Если документы между работником и работодателем не будут оформлены надлежащим образом, то, несмотря на наличие нормы закона, работник может «увести» права на программу и запретить работодателю использовать ее.
Чтобы не допустить такого варианта развития событий, рекомендую придерживаться следующих правил:
- Четко и ясно прописать в трудовом договоре функции, которые должен выполнять сотрудник (например, разрабатывать такую-то программу);
- Разработать положение о служебном произведении и дать его под роспись сотрудникам на ознакомление;
- Составить должностную инструкцию и точно так же получить подписи работников;
- Для каждого проекта составлять служебное задание и доносить его до сотрудника (можно электронно);
- Ежемесячно подписывать акт приемки работ (иногда это называют отчетом о проделанной работе — разницы нет), где будет зафиксировано, какую работу выполнил сотрудник;
- Прописать в отдельном соглашении размер вознаграждения сотрудника за создание программы и порядок его выплаты (1295 ГК РФ). Закон напрямую предусматривает необходимость выплаты вознаграждения и отделяет этот институт от заработной платы;
- Выплатить работнику вознаграждение.
Если компания будет придерживаться указанного выше алгоритма, то ей удастся избежать «кейса Мамичева».
Если программу разрабатывает фрилансер, то помимо договора авторского заказа с детально изложенным ТЗ нужно подписать с ним акт о приемке работ и зафиксировать факт оплаты по договору.
Не стоит забывать о риске того, что фрилансер может привлечь субподрядчика, а если субподрядчик не передаст исключительные права фрилансеру, то последний передаст компании пустышку.
Чтобы обезопасить себя, во-первых, выясните, собирается ли фрилансер разрабатывать программу самостоятельно. Во-вторых, включите в договор условие о том, что фрилансер заверяет (431.2 ГК РФ) компанию об обладании исключительными правами, а в случае нарушения этого пункта — выплачивает неустойку или возмещает потери в соответствии со ст. 406.1 ГК РФ.
Чрезвычайно важным условием защиты вашей разработки является соблюдение конфиденциальности. Одним соглашением NDA не обойтись, поскольку российские суды по большей части относятся к этому документу скептически, особенно в отношениях с работниками.
Чтобы выстроить по-настоящему эффективную юридическую защиту от утечек тайной информации, следует ввести в отношении нее так называемый режим коммерческой тайны.
Не спешите говорить, что юрист снова разводит бюрократию. Я согласен, что наше законодательство далеко от идеала. И по причине недостаточной гибкости отечественного права (особенно трудового) приходится работать с тем, что имеется.
Чтобы ввести режим коммерческой тайны в отношении охраняемой информации, необходимо сделать следующее:
- Прописать в трудовых договорах и должностных инструкциях факт действия в компании режима коммерческой тайны.
- Определить перечень информации, которая будет коммерческой тайной, и зафиксировать его в письменном виде.
- Прописать порядок обращения с конфиденциальной информацией и контроль за соблюдением такого порядка.
- Вести учет лиц, получивших доступ к охраняемым данным.
- Нанести на носители тайной информации гриф «Коммерческая тайна».
Поскольку за нарушение коммерческой тайны возможны разные виды ответственности, вплоть до уголовной, этот инструмент зарекомендовал себя как рабочий.
8.1 Стороны обязуются обеспечить конфиденциальность сведений, относящихся к предмету настоящего договора, процессу выполнения работ и полученным результатам.
8.2 Конфиденциальная информация не должна передаваться третьим сторонам без письменного разрешения другой стороны. Обе стороны договора обязуются обеспечивать защиту конфиденциальной информации от несанкционированного использования и распространения.
При разработке ПО часто может использоваться информация, разглашение которой нежелательно для заказчика, например, это может быть база данных клиентов. Раздел о конфиденциальности в договоре позволяет предотвратить утечку такой информации и устанавливает ответственность сторон соглашения, если это произойдет.
В договоре можно также указать дополнительное условие: в течение какого времени после прекращения договора (получения результата работ) стороны обязуются соблюдать конфиденциальность.
Договор на разработку программного обеспечения всегда составляется индивидуально, в зависимости от потребностей заказчика и разработчика. Неверные или неточные формулировки в нем могут привести как к финансовому ущербу, так и к нарушению безопасности компьютерных сетей. Поэтому оформление договора лучше всего доверить профессиональным IT-юристам патентного бюро Ezybrand.
Договор на разработку ПО – подряд, услуга или заказ?
Если по договору с разработчиками программного обеспечения вы не просто получаете права, но программа специально создается по вашему заказу, то в договоре необходимо урегулировать этап создания.
Оформляют его разными дoгoвoрaми: чаще договором подряда или договором оказания услуг. При этом считается, что это выбор самих сторон. Между тем, это не совсем корректно.
Сразу ответ: правовая природа договора на разработку ПО ближе к договору подряда, разработка не является услугой, она является работой. Ниже уже разберемся почему.
Однако по закону такой договор называется договором заказа.
Итак, если договор на разработку программы заключается между заказчиком и непосредственным автором (то есть лицом, которое само кодит), то это договор авторского заказа, и регулируется он статьей 1288 Гражданского кодекса РФ.
Если договор на разработку программы заключается между заказчиком и фирмой или физлицом, которое само не пишет код, а работает с авторами, руководит ими, то это уже договор заказа, и регулируется статьей 1296 Гражданского кодекса РФ.
Частая ситуация: когда в команде несколько программистов, а договор заключается с одним («главным»), тогда в части прав главного программиста должна применяться статья 1288 Гражданского кодекса РФ, а в части прав других программистов – статья 1296, в частности это влияет на то, у кого какие авторские права.
Очень многое будет зависеть от текста договора на разработку ПО, от фактической воли сторон, от косвенных ее доказательств (например, переписки), лучше привлекать юриста по авторскому праву и интернет-праву уже на этапе составления договора, чтобы не было проблем в будущем. Ведь предприниматели несут ответственность за нарушение авторских прав и в отсутствие вины, то есть сослаться на договор с «главным» программистом в свое оправдание не получится, если кто-то из других программистов предъявит обоснованные претензии по авторским правам.
Во избежание услышать от исполнителя: «это мы не проходили, это нам не задавали», нужно максимально детализировать Скоуп услуг, которые будут предоставляться в рамках конкретного договора. Не ограничивайтесь общей формулировкой, как: «Заказчик поручает, а Исполнитель обязуется оказать услуги по разработке программного обеспечения».
Спецификация услуг может быть приведена как в самом тексте договора, так и в приложении к нему:
Стороны согласовали, что объем, конкретные виды (спецификация) услуг, методы их предоставления, сроки и стоимость оказанных услуг взаимно согласуются в соответствующем Приложении к настоящему Договору, которое является неотъемлемой частью Договора, и с помощью Системы, и других средств коммуникации, включая с электронной почтой.
Программист несет ответственность:
1. За ненадлежащее исполнение или неисполнение своих должностных обязанностей, предусмотренных настоящей должностной инструкцией, — в пределах, определенных действующим трудовым законодательством Российской Федерации.
2. За правонарушения, совершенные в процессе осуществления своей деятельности, — в пределах, определенных действующим административным, уголовным и гражданским законодательством Российской Федерации.
3. За причинение материального ущерба — в пределах, определенных действующим трудовым и гражданским законодательством Российской Федерации.
Настоящая должностная инструкция разработана в соответствии с положениями (требованиями) Трудового кодекса Российской Федерации от 30.12.2001 г. № 197 ФЗ (ТК РФ) (с изменениями и дополнениями), профессионального стандарта «Программист» утвержденного приказом Министерства труда и социальной защиты Российской Федерации от 18 ноября 2013г. №679н и иных нормативно–правовых актов, регулирующих трудовые отношения.
Источник
3.1. Заказчик обязуется:
3.1.1. своевременно и в полном объеме оплатить стоимость разработки программного обеспечения Исполнителем на условиях настоящего Договора;
3.1.2. предоставить Исполнителю всю необходимую для разработки программного обеспечения информацию;
3.1.3. определить ответственное лицо для взаимодействия с Исполнителем по вопросам, касающимся разработки программного обеспечения;
3.1.4. при отсутствии мотивированных претензий к Исполнителю принять разработанное программное обеспечение после получения извещения от Исполнителя о выполнении работ по разработке и удостоверить факт надлежащей разработки программного обеспечения, предусмотренной настоящим Договором, путем подписания акта приема – передачи выполненных работ.
3.1.5. не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего Договора;
3.2. Заказчик имеет право:
3.2.1. получать информацию о ходе работ по разработке программного обеспечения лично, по телефону и посредством электронной почты.
3.2.2. расторгнуть настоящий Договор, в случае утраты интереса к предмету настоящего Договора в ходе его выполнения, уведомив о том Исполнителя не позднее одного месяца до момента такого расторжения. Договор будет считаться расторгнутым по истечении указанного срока с момента получения Исполнителем письменного уведомления о расторжении. С момента получения Исполнителем уведомления о расторжении исполнение настоящего Договора приостанавливается.
В случае досрочного расторжения Заказчиком настоящего Договора, Исполнитель имеет право на получение от Заказчика стоимость фактически выполненных работ, а Заказчик обязан оплатить Исполнителю стоимость фактически выполненных работ по Разработке программного обеспечения.
3.2.3. уточнять любым способом специфику выполнения работ по разработке программного обеспечения при условии, что такие уточнения существенно не изменяют предмет настоящего Договора.
В каких случаях разрешено изменение программы
В российском законодательстве предусмотрена возможность адаптации ПО без получения разрешения автора (правообладателя), если его экземпляр приобретен правомерно. Это положение оговорено в статье 1280 ГК РФ. Такая адаптация не считается переработкой (модификацией) программы для ЭВМ, если изменения вносятся:
- с целью исправления явных ошибок в ПО (если прямой запрет не установлен в договоре между пользователем и владельцем программы или в пользовательском соглашении);
- только для обеспечения функционирования программы на технических средствах пользователя;
- когда это необходимо для взаимодействия с программой, разработанной независимо данным лицом; информация при этом не передается другим.
ТРУДОВОЙ ДОГОВОР С ВЕБ-ПРОГРАММИСТОМ №
г.Город «день»месяц годг.
Наименование Стороны, именуемое(ый, ая) в дальнейшем «Работодатель», в лице Должность уполномоченного лица ФИО подписанта , действующего(ей) на основании Основание полномочий подписанта , с одной стороны, и ФИО именуемый(ая) в дальнейшем «Работник», действующий как физическое лицо, с другой стороны, вместе именуемые «Стороны», а индивидуально – «Сторона», заключили настоящий трудовой договор (далее по тексту – «Договор») о нижеследующем: