Чек-лист моего договора на IT услуги с иностранным заказчиком

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

Такие тенденции глобализации и отчасти космополитизма чуть ли не больше всего проявляются в сфере IT. После того, как Дудь открыл Америку (в прямом и переносном смысле), уже ни для кого не секрет, что как гигантские корпорации – Facebook, Google, Apple, так и компании попроще пачками нанимают IT-специалистов из стран третьего мира, в том числе – из постсоветских стран. Если Вы один из таких IT-специалистов, то Вам на 101% процент необходимо знать, что и как следует прописать в договоре с заказчиком для того, чтобы не почувствовать прелести трудового рабства.

 

Основы Основ Договора

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

 

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

 

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

ит контракт

Базовый Чек-Лист для Договора

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

Порядок оплаты

Как говорится, money comes first. Глупо подписывать договор, который не защищает Ваши деньги. Порядок оплаты – это тот раздел, с которого нужно начинать составлять договор и который нужно расписывать настолько детально, насколько это возможно. Нужно указать:

  • по какому принципу оплаты Вы работаете — почасовка, месячная ставка, fixed price за проект, проценты от продаж и т.д.; 
  • как Вам выплачиваются деньги — на банковский счет, на счет PayPal, Payoneer и т.д.;
  • кто ответственный за уплату налогов с этой суммы, за оплату банковских платежей и других расходов, связанных с переводом денег;
  • как происходит оплата во времени, нужно ли подписывать акты по оплате;
  • если финальная стоимость оплаты будет понятна только по результатам работы – нужно прописать механизм соотношения estimated price и final price, по каким метрикам определяется final price, есть ли какие-то ограничения по ее расхождению с estimated price, какой порядок передачи и хранения депозита и т.д.

Порядок приема-передачи работ

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

  • как именно Вы должны передать результаты работы – отправить по имейлу, подгрузить в Jira, загрузить на оговоренный сервер, интегрировать в существующий продукт и т.д.;
  • в какие сроки Вы должны совершить передачу и как это документально оформляется;
  • по каким критериям оцениваются результаты работ – должны ли они быть на 100% лишены дефектов или некритические баги могут присутствовать, есть ли четкий перечень критериев оценки или главный критерий – их функционируемость;
  • наличие тестового периода – очень важно понимать: Вам заплатят по факту выполнения работы или только после тестового периода (потому что, если тестовый период, к примеру, 2 месяца, то оплату придется ждать очень долго);
  • условия ревизии – платные они или бесплатные, ограничены ли они в количестве, как устанавливается дедлайн для ревизии и т.д.

Штрафы

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

 

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

Еще одно золотое правило о штрафах в договорах – не давайте вас штрафовать настолько, насколько это возможно. Идеальный договор для исполнителя – тот, в котором его ни за что не могут оштрафовать. Идеальный договор для заказчика – тот, в котором исполнителя можно оштрафовать за отсутствие «Добрый день!» в начале имейла. Поэтому всегда очень внимательно изучайте раздел о штрафах и если в нем есть пункты, на которые Вы не согласны – говорите это прямо и убирайте их, а не поддавайтесь на фразу заказчика «Это просто стандартные пункты, на практике мы их не используем».

Расторжение договора

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

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

контракты в ИТ

Возможность субподряда

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

 

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

 

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

Интеллектуальная собственность

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

  • можете ли Вы использовать open source источники (в идеале – да, можете) и кто будет нести ответственность в случае каких-либо претензий по этому поводу (в идеале – заказчик);
  • права интеллектуальной собственности на Ваши личные разработки (часть кода, шаблон дизайна и т.д.), которые интегрированы в результаты работ, остаются у Вас и Вы не передаете их заказчику;
  • права интеллектуальной собственности на результаты работ переходят к заказчику с момента оплаты работы, потому что если указать, что такие права переходят с момента их создания, то Вы рискуете и отдать заказчику права на результаты работ, и не получить оплату за такую работу.

Подобьем Итоги

Самый главный вывод всего вышенаписанного – не относитесь к договорам и другим документам наплевательски. Эти несколько листков с текстом могут либо спасти Вас, когда это будет нужно, либо сделать все Ваши старания бессмысленными. 

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

Первичная консультация по ІТ праву в твоем кейсе. Не медли ;)Твой вопрос ІТ юристам


Хочешь получать крутую инфу по IT-праву,
без спама и надоедливых акций?