Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×

Что надо проверить в рабочем контракте, прежде чем принимать офер

Меня зовут Сергей Барбашин, я адвокат и управляющий партнер юридической компании TRUSTME Law Firm. Уже 10 лет я сопровождаю ІТ-бизнес и занимаюсь защитой интеллектуальной собственности.

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

Иллюстрация Алины Самолюк

Форма сотрудничества: в штате или на подряде?

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

Основных видов сотрудничества с заказчиками два. Это работа в штате на полный (неполный) рабочий день и подряд, оказание услуг в качестве независимого подрядчика. Существуют и гибридные формы, например, сотрудник фактически находится в штате, но зарегистрирован как физическое лицо-предприниматель. Работодатель в таких случаях заключает договор с сотрудником-ФЛП, по которому фиксируются условия работы и проводятся расчеты.

Также не редкие случаи, когда заказчиком выступает компания-нерезидент. Расчеты и условия могут фиксироваться в договоре как с ФЛП, так и с частным лицом. А оплаты получатся на расчетные счета, личные карты или через платежные системы (PayPal, Payoneer и так далее).

Основные отличия работы в штате и на подряде

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

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

При выплате заработной платы работодатель начисляет сверху 22% ЕСВ и выплачивает за сотрудника в бюджет 19,5% как налоговый агент. Например, при ставке 20 000 грн работодатель выплачивает 24 400 грн (20 000 + 22% ЕСВ), а сотрудник получает на руки 16 100 грн (20 000 грн — 19,5 %).

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

Работа на подряде фактически ограничена условиями договора (контракта), так как по нашему законодательству предусмотрена свобода договора.

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

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

Контракт расторгается по соглашению сторон или согласно его условиям. Например, с обязанностью уведомить другую сторону за ХХ дней и провести все расчеты.

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

Основные виды контрактов

Независимо от формы сотрудничества (штат, подряд), контракты и договоры заключаются в каждом из вариантов. Разновидностей контрактов — сотни. Остановимся на основных, с которыми чаще сталкиваются в ІТ-сфере.

Договоры на сами услуги (работы). Это может быть разработка ПО, сайта, мобильного приложения, сервисные услуги, дизайн и прочее.

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

Важно подписывать не «козу» из интернета, а контракт, который будет отражать реальные договоренности. Некорректный договор может работать против вас. Например, возлагать дополнительные обязательства, содержать неверные условия по срокам, оплате и принятию услуг.

NDA (non-disclose agreement), или соглашение о неразглашении коммерческой тайны. Задача NDA предотвратить распространение конфиденциальной информации (данных о разработках, клиентах, баз данных, персональных данных и других).

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

NCA (non-compete agreement) — договор о неконкуренции. Устанавливает запрет конкуренции со стороны бывшего исполнителя или работника с прямым конкурентом или на открытие собственного бизнеса.

Передача прав интеллектуальной собственности. Часто результатом ІТ-деятельности является создание, обновление объектов интеллектуальной собственности или работа с объектами авторского права и промышленной собственности (патенты, технологии, способы). Это может быть код, изображение, игра, логотип, устройство и так далее.

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

NDA, NCA и положения по интеллектуальной собственности могут быть отдельными документами или частью основного контракта. Рекомендую каждому проработать свой «шаблон» и знать основные моменты по нему.

Условия контракта: что утверждать перед принятием офера?

Далее предлагаю ознакомиться с основными условиями контрактов и на что обязательно следует обратить внимание при подписании.

Предмет

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

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

«Исполнитель обязуется создать мобильное приложение „_____“ для iOS, Android и передать исключительные имущественные права на мобильное приложение Заказчику, а Заказчик обязуется согласовать техническое задание, принять работы и провести оплату».

В предмете договора или в отдельном техническом задании следует уточнить, для каких целей создается приложение, его функции и ожидания сторон. Например: «Онлайн-магазин ____ с целью размещения товара и его идентификации (фото, размеры, описание), возможностью делать онлайн-заказы пользователями и формировать учетные записи пользователей». Также прописать требования к приложению, например, с какими площадками оно должно быть совместимо, нюансы программирования, технические условия, внешний вид, поддержка и так далее.

Права и обязанности

Любые права и обязанности в контракте должны быть сбалансированными. То есть равными для сторон. Из практики большинство контрактов составлены исключительно в пользу заказчика. К этому нужно быть готовым, как и к десяткам (если не сотням) правок.

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

Чек-лист

Права заказчика:Права исполнителя:

  • порядок предоставления услуг и приоритеты;
  • проверять ход и качество оказания услуг;
  • изменять/приостанавливать услуги;
  • не принимать некачественные услуги, результаты с нарушением прав интеллектуальной собственности или гарантий.

  • получать оплату;
  • получать от заказчика информацию (ТЗ), документы, доступ/пароли и прочее, что необходимо для предоставления услуг;
  • утверждать промежуточные работы;
  • увеличивать сроки работ при определённых обстоятельствах.

Обязанности заказчика:Обязанности исполнителя:

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

  • предоставить услуги своевременно и качественно;
  • по запросу заказчика предоставлять разъяснения, отчеты;
  • компетентность (программированное, дизайн, софт и прочее);
  • законное использование объектов (графика, части кода и прочее);
  • заранее информировать о задержках в сдаче работ.
Общее

  • конфиденциальность;
  • передача прав интеллектуальной собственности;
  • ответственность;
  • гарантии сторон;
  • обмен документами и каналы коммуникации.

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

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

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

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

Оплаты. Сроки выполнения работ

Один из важных моментов контракта — сроки. На что следует обратить внимание?

Во-первых, на срок действия контракта. Если конкретный срок не указан (например, до 31 декабря 2022 года), то договор является заключенным на неопределенный срок. Что само по себе порождает ряд вопросов. Что такое неопределенный срок, когда завершится срок действия, как расторгнуть договор и так далее. Поэтому рекомендую все же указывать срок действия контракта. Договор можно продлевать на каждый период или добавить оговорку про автоматическую пролонгацию: «Договор автоматически продлевает свое действие на следующий календарный год, если любая Сторона не уведомит другую Сторону о прекращении действия договора за ХХ дней до завершения срока действия».

Во-вторых, на срок выполнения работ. К примеру: «Исполнитель обязуется выполнить работы в течение 20 (двадцати) рабочих дней, которые исчисляются со дня...» Важно правильно отразить, с какого момента исчисляются сроки и что на них может влиять. Например:

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

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

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

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

  • по результатам работы;
  • предварительно полностью или частично.

Конкретные сроки, размеры и порядок оплаты могут быть утверждены сторонами в договоре или приложению к нему. Некоторые документы содержат условия, по которым заказчики имеют право уменьшить вознаграждения на суммы штрафов. Не рекомендую соглашаться на данные условия в договоре, ведь по итогу оплаты можно не дождаться.

Принятие работ (услуг)

Принятие работ (услуг) связано с выполнением обязательств в полном объеме. В основном, чтобы подтвердить факт выполнения обязательств, нужно подписать акт приема-передачи выполненных работ. Форма такого акта может быть разная, как и формат подписания:

  • стандартный двусторонний акт, который стороны подписывают в письменном виде;
  • счёт является актом приёма-передачи услуг с пометкой, что оплаты услуги приняты в полном объеме и без каких-либо возражений;
  • подписание акта осуществляется в электронном виде с помощью ЭЦП, факсимиле или сторонних сервисов по примеру Adobe;
  • подтверждение о принятии работ отдельным письмом или соглашением;
  • автоматическое принятие работ при отсутствии замечаний после определенного периода.

Любая из указанных форм приемлема, но важно отразить в договоре, каким способом стороны «закрывают» и принимают работы, какой порядок предоставления претензий и доработок.

С большинством наших ІТ-клиентов мы давно отошли от подписания бумажных документов. В приоритете на сегодня сервисы обмена документами по типу Adobe, Paperless или подписание ЭЦП и обмен документами в электронном виде.

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

Права интеллектуальной собственности

Важная часть договоров в ІТ-сфере — условия о праве интеллектуальной собственности на разработанные объекты (код, дизайн, игру, графические элементы и прочее).

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

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

Передать заказчику можно только имущественные права на разработанные объекты. К ним относятся право на использование, право разрешать и право запрещать использование объекта другим.

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

Важно помнить, что неимущественные права передать нельзя. Это неразрывно связано с физическим лицом-разработчиком и навсегда остается за ним. К таким правам относятся: право на признание автором, право препятствовать какому-либо посягательству на объект, способному причинить вред чести либо репутации автора. Пункты, которые ограничивают в признании/указании автора, — недействительные.

Для передачи прав интеллектуальной собственности желательно подписывать акты приема-передачи. В акте приема-передачи объектов интеллектуальной собственности важно отобразить способ передачи, место, где находятся передаваемые объекты (физический носитель, на сервере по ссылке, в облаке, отправка по эл. почте и другие), и зафиксировать, какие именно права и объекты передаются. Форма актов и порядок подписания согласовывается сторонами.

Если работа длительная или на постоянной основе, практикуется «автоматическая» передача и принятие результатов. Например: «Все созданные объекты интеллектуальной собственности и исключительные имущественные права на них, в том числе (но не исключительно) касательно адаптированных, измененных, доработанных объектов, автоматически передаются к Заказчику».

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

NDA. Соглашение о неразглашении

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

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

Если есть подобные ограничения, рекомендую утвердить с Заказчиком исключения. Как вариант, предусмотреть возможность использования информации о самом сотрудничестве и его результате (веб-сайт, приложение, программа, игры и прочее) без согласия заказчика в рекламно-информационных целях.

Важно: общеизвестная информация и информация, которая была получена до сотрудничества, не должна быть предметом NDA.

Суд и право

Если кто-то из сторон является нерезидентом Украины, в контракте следует выбрать суд для рассмотрения спора и право (например, материальное право Украины или право Германии).

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

«Все споры, разногласия или требования, возникающие из настоящего Договора или в связи с ним, в частности его толкования, исполнения, нарушения, прекращения или недействительности, подлежат разрешению в Хозяйственном суде города Киева согласно материальному праву Украины».

Ответственность и штрафы

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

Четких критериев к размеру и виду штрафов нет. Главное, чтобы они были соразмерными. Также по законодательству за одно и то же нарушение не может быть несколько видов ответственности.

Для простоты расчетов штрафы лучше указывать в твёрдой сумме или установить % от зафиксированной суммы (например, суммы оплаты, услуг по договору и прочее). Для разработчиков рекомендую ограничивать сумму взысканий суммой договора, услугами или конкретной суммой. Чтобы избежать случаев, когда штрафы превышают сам потенциальный заработок: «Стороны пришли к соглашению, что ответственность Исполнителя по договору (штрафы, гарантии, компенсация убытков и прочее) не может превышать 100 000, 00 грн».

Гарантии сторон

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

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

«Разработчик передает исключительные имущественные права на объект интеллектуальной собственности — „Мобильное приложение ХХ“ Заказчику при подписании Акта. Разработчик гарантирует, что созданный объект не нарушает права третьих лиц, содержит в себе только правомерно полученные объекты (коды, изображения и прочие объекты), объект не передано в пользование или распоряжение третьим лицам, и Разработчик не будет использовать созданный объект или его часть без письменного разрешение Заказчика. Данный пункт действует в течение срока действия имущественных прав на объект интеллектуальной собственности — „Мобильное приложение ХХ“. За нарушения данных условий Разработчик обязан _____».

А также: «Заказчик гарантируют, что предоставленные Исполнителю для работы объекты (изображения, код) являются собственностью Заказчика и/или правомерно получены. Исполнитель не обязан проводить какую-либо проверку законности владения такими объектами и не несет ответственности за нарушение прав третьих лиц при использовании таких объектов».

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

Электронные документы и обмен

Законодательством предусмотрена возможность подписания и обмена документов в электронной форме. Предлагаю это использовать и отходить от «бумажных носителей». Для реализации электронного обмена документов рекомендую прописать процедуру в договоре. Следует зафиксировать, как осуществляется подписание документов (ЭЦП, скан-копии, факсимиле и так далее) и каким способом стороны могут обмениваться документами (электронная почта, мессенджеры, специальный софт). Важно: если есть привязка к электронной почте, телефону, учетной записи, надо зафиксировать эти реквизиты в договоре.

В качестве примера можно использовать следующий пункт: «Электронные документы и их копии приравниваются к оригиналам, не требуют подписания (утверждения) на материальных носителях и в бумажном виде. Для подписания документов Стороны могут использовать электронную цифровую подпись, отпечатки подписей и печатей, факсимиле. Одним из надлежащих видов обмена документами, информацией является отправка их другой Стороне в соответствии с реквизитами договора (электронная почта или связанные с номером телефона стороны Viber, WhatsApp, Telegram), с помощью сервисов Paperless и Adobe по корпоративным (___) учетным записям. Электронные сообщения и копии документов считаются полученными на следующий рабочий день в 09 час. 00 мин. по киевскому времени».

Связанные с подписанием договора вопросы

Договор или закон: у кого высшая сила?

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

В итоге нужно разделять отношения на те, которые можно и нужно согласовывать, и те, которые гарантированы законом. Ухудшать положение стороны нельзя.

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

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

Например, судебная практика США сводится к тому, что договорные ограничения на запрет реверс-инжиниринга имеет высшую силу по сравнению с законом. В качестве примера можно взять кейс Bowers v. Baystate Technologies (320 F.3d 1317, Fed. Cir. 2003). Хотя законом реверс-инжиниринг не запрещен, нарушение авторских прав Bowers на программу Designer’s Toolkit, а также условий лицензии, обошлись Baystate в 5 270 142 $. Так как компания использовала реверс-инжиниринг для создания своей программы Draft-Pak.

Non-disclose agreement

Законность NDA предусмотрена Гражданским и Уголовным кодексами Украины. Советую серьезно относиться ко взятым по NDA обязательствам.

Только в этом году компания Code & Care LLC обратилась в Хозяйственный суд Харьковской области с иском к исполнителю договора на разработку программного обеспечения, в котором просит взыскать с ответчика убытки в размере 19 496 долларов США. Основанием иска является несоблюдение ответчиком условий договора, которые устанавливают запрет разглашения конфиденциальной информации (NDA).

По утверждению Code & Care LLC, при работе ответчик получил всю конфиденциальную информацию о внутренних процессах организации и деятельности Code & Care LLC, а после стал соучредителем компании под названием Dewais и использовал конфиденциальную информацию для собственных целей в компании Dewais.

В иностранных юрисдикциях NDA — это типичный и распространенный документ. Например, в 2017 году завершилось судебное разбирательство между компаниями Oculus и ZeniMax. Oculus обвинялись в нарушении NDA и хищении коммерческой тайны. Цена иска — 4 млрд долларов США. ZeniMax заявили, что Джон Кармак (бывший сотрудник компании) во время работы в Oculus использовал компьютерный код для создания очков Oculus Rift. Иск был удовлетворен частично, общая сумма выплат составляет 500 млн долларов США.

Non-compete agreement

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

Украинские суды в основном признают NCA недействительными. Ведь такие условия ограничивают право на свободный выбор труда и осуществление предпринимательской деятельности.

Хотя имеются исключения. Например, в деле № 761/15245/18 компания просила суд взыскать средства в общем размере 17 437,87 евро. Основанием стало соглашение о неконкуренции, по которому ответчики должны были выплатить истцу средства в размере 16 971 евро. Сама оговорка в договоре выглядела следующим образом: «Истец не будет проводить лично, не будет организовывать и учреждать лично или через родственников / знакомых бизнес, который заключается в оптовых поставках светильников и / или мебели клиентам с клиентской базы третьего лица и подобным типам клиентов на территории Украины».

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

На сегодня NCA широко используется в ІТ-сфере. Многие страны (Германия, Нидерланды, Великобритания, США) признают такие соглашения. Работая с заказчиками-нерезидентами, нужно об этом помнить.

Вывод

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

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

И разумеется, прежде чем принимать офер, рекомендую обратить внимание на следующие условия:

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось12
До обраногоВ обраному20
LinkedIn

Схожі статті




12 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Є два питання з приводу договору:
1. Як визначити, що таке неякісний результат?
2. Чи можна вказати, що NDA буде безстроковим?

Сергію, з приводу ваших питань:

1. У таких послугах як ІТ, дизайн, маркетинг тощо, щоб уникнути суб’єктивізму щодо «якості» — рекомендую максимально чітко прописувати вимоги до послуги та очікуваний результат з прив’язкою до важливих для сторін показників. Це може бути деталізоване ТЗ та/або план роботи. За можливості, проміжні етапи узгоджувати між сторонами. Наприклад, ТЗ / вхідні дані — дизайн — прототип тощо.
Відповідно, якщо послуги не будуть відповідати умовам щодо якості, узгодженим деталям тощо — результат неналежний.

2. Щодо строків — у договорі можете прописувати строк дії всього договору та окремих його пунктів. Обмеження щодо строків відсутні, тому можете прописати про безстроковість певних умов. З моєї практики, безстрокові умови не завжди добре сприймаються сторонами, та у більшості випадків достатньо 3-5-10 років.

Тобто ви пропонуєте прямо в юридичний договір вставити

деталізоване ТЗ та/або план роботи

?
Але це неможливо зробити для програміста, тому що у нього кожен день нові завдання, які заздалегідь не можна вставити в договір.

Вимоги до якості послуг можна прописати окремим додатком або розділами у договорі. Звісно, не завжди є можливість усе передбачити.
Наприклад, по проектам з кінцевим результатом це може ТЗ, конкретні вимоги, опис очікуваного результату .
Якщо це day to day work, щомісячне обслуговування тощо — можна прописати загальні вимоги по роботі окремим додатком або розділом (мова програмування, порядок роботи, опрацювання звернень та узгодження строків , збереження результатів, строки для рекламації тощо). Якщо якість робіт не влаштовує — прописати процедуру повідомлення про незадовільну якість, вимоги щодо виправлення помилок та умови дострокового розірвання договору.

Поганий юрист, мабуть, раз досі не знає

ЗУ «Про забезпечення функціонування української мови як державної»
Стаття 32. Державна мова у сфері реклами
1. Мовою реклами в Україні є державна мова.

Электронные документы то приравняны без ЭЦП, ага.
только есть ньюанс©
Надо доказать, что документ НЕ БЫЛ ИЗМЕНЕН. А это слабо реально без ЭЦП.

Законность NDA предусмотрена Гражданским и Уголовным кодексами Украины. Советую серьезно относиться ко взятым по NDA обязательствам.

Можно привести пару судебных дел по этой тематике?

Андрей, несколько примеров судебной практики по NDA

1. Дело № 914/2231/18

ФЛП, с рабочего адреса электронной почты (созданной ему Заказчиком для работы по двустороннему договору), при отсутствии каких-либо правовых оснований, отправлял конфиденциальную информацию.
Суд первой инстанции постановил взыскать 2000 Евро
reyestr.court.gov.ua/Review/82130085

Но апелляционный суд отменил решение первой инстанции
reyestr.court.gov.ua/Review/84977283

2. Дело № 757/17647/19-ц

Печерский районный суд города Киева установил, что ответчиком были нарушены условия соглашения о неразглашении конфиденциальной информации путем размещения конфиденциальной информации на своих личных страницах в социальных сетях Facebook и LinkedIn, в результате чего компании был нанесен ущерб в размере 10 000 долл. США.

reyestr.court.gov.ua/Review/90277346

Решение обжаловано не было.

Благодарю за комментарий. Но пример указан, так как правоотношения и предмет иска были по договору, что и является темой статьи. Не было бы договора, условий по NDA — не было и предмета для иска.

Убытки (и не только по NDA), как и упущенную выгоду, — действительно всегда сложно доказать. Но практика формируется и дела имеются.

Если будет запрос, с радостью подготовим анализ кейсов по NDA/ NCA в Украине и, например, ЕС, США. Тут есть много интересных нюансов. К примеру, для истца лучше выбирать стратегию не по установлению убытков, а взыскивать штрафы в твердой сумме согласно договора :))

Підписатись на коментарі