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

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

В чем суть
Договоры на разработку ПО могут быть типовыми и обладать одинаковой структурой. Вместе с тем, есть ряд условий, к которым необходимо относиться более серьезно. Часть условий может подходить только для определенных ситуаций, поэтому не стоит использовать один и тот же шаблон при взаимодействии с разными заказчиками.
Предмет договора
Самое важное условие любого договора. При заключении каждого договора необходимо удостовериться, что его предмет (результат работ) определен достаточно точно. Можно описать предмет кратко, сославшись на приложение к договору. А уже в самом приложении указать подробности.
NB!
Если предмет договора будет абстрактным, то есть значительный риск, что заказчик в суде может признать такой договор незаключенным.
Субъект договора
Некоторые условия могут отличаться в зависимости от того, кто является стороной договора в качестве исполнителя (разработчика) — физическое лицо или компания:
Исполнитель-физическое лицо:
— необходимо отдельно указывать, что исключительное право на ПО переходит заказчику (иначе оно остается у исполнителя);

— в случае просрочки исполнения у автора есть льготный срок для предоставления результата: в пределах ¼ от общего срока по договору (не применяется, если заказчик к моменту просрочки утрачивает интерес к созданному результату);

— общий размер ответственности автора (включая предусмотренную неустойку) ограничивается только реальным ущербом заказчика (без упущенной выгоды).
Исполнитель-компания:
— если прямо не указано иное, исключительное право на ПО переходит к заказчику;

— отсутствует льготный срок на предоставление результата после просрочки;

— общая ответственность (договорная неустойка и убытки — реальный ущерб и упущенная выгода).

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

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

NB! Взыскать неустойку в суде обычно легче, чем убытки. Однако не стоит указывать чрезмерно большой размер неустойки — суд вправе снизить ее размер, если посчитает, что неустойка явно несоразмерна последствиям нарушения.
Однако, отсутствие оплаты со стороны заказчика — не единственный риск, который может относиться к получаемому вознаграждению по договору. В частности, если соглашением предусмотрено, что заказчик обязан оплатить аванс или предоставить предоплату, то рекомендуется указать следующее условие:
Предоставление аванса/предоплаты не является коммерческим кредитом
Такая оговорка является важной, так как в ряде случаев предоставление денежной суммы до передачи результата по договору может быть воспринято как предоставление кредита.

Данный риск связан с формулировкой статьи ГК РФ, которая предусматривает, что предоставление денежных сумм в виде аванса, отсрочки, рассрочки считается коммерческим кредитом. Правила таких отношений, в свою очередь, предусматривают выплату процентов за предоставленный кредит.


NB! Во избежание конфликтных ситуаций необходимо дополнительно указать положение в договоре, что предоставление аванса не является предоставлением коммерческого кредита по смыслу ст. 823 ГК РФ.
Отказ заказчика от договора
Не менее популярная ситуация на практике и существенный риск для разработчика. Бывает, что заказчики отказываются от договора на финальной стадии проекта и не выплачивают вознаграждение в полном объеме.

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

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

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

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


NB! Как и в случае с неустойкой, не рекомендуется предусматривать излишне неоправданный размер такой платы «за выход из договора». Суд также может снизить такой размер, а в отдельных случаях — отказать во взыскании.
Отказ исполнителя от договора
В некоторых случаях уже исполнителю может потребоваться отказ от договора в одностороннем порядке. Это может быть связано как с собственными личными причинами разработчика, так и с поведением со стороны заказчика.
NB!
В отличие от заказчика, закон изначально не предусматривает возможность одностороннего отказа от договора со стороны исполнителя. Однако это можно прописать в условиях договора. Стоит учитывать, что заказчик, скорее всего, запросит аналогичное условие для себя и/или может установить плату за отказ от договора. Либо заказчик может вовсе отказать во включении в договор права разработчика на отказ от договора.
Иные условия
Среди остальных условий возможно предусмотреть следующие положения, которые могут снизить риски спорных ситуации:
Oбщие положения об ответственности
Об установлении неустойки с конкретным, но разумным размером мы указывали выше. Тем не менее, у заказчика присутствуют и иные обязанности, поэтому рекомендуется предусмотреть условия о неустойке в общих положениях об ответственности. Например, за просрочку предоставления исходных материалов или важной информации.
Сроки выполнения работ
Каждый договор предусматривает определенные сроки для разработки и передачи ПО. Однако чаще всего такие сроки зависят и от действий заказчика (например, своевременное предоставление необходимой информации).

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

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

Количество доработок
Создание результата интеллектуальной деятельности в целом, и разработка программного обеспечения в частности, всегда несут в себе риск, что итоговый результат может не устроить заказчика в полной мере. Если результат работ соответствует техническому заданию, но заказчик требует дополнительных доработок, условие об этом должно быть в договоре. Однако важно ограничить число таких безвозмездных доработок, чтобы предотвратить бесконечные бесплатные исправления.
Способ передачи результата работ
Рекомендуется также заранее определить, каким способом будет передаваться результат и с какого момента он будет считаться переданным. Для этого необходимо предусмотреть подписание акта приема-передачи ПО, а также конкретный способ передачи результата (по электронной почте, в облачном хранилище и пр.).
Указание созданного продукта/клиента в портфолио разработчика
Во избежание спорных ситуаций рекомендуется также заранее указать возможность для исполнителя размещать визуализацию созданного продукта и/или лого заказчика в портфолио или на сайте.
Применимое право
Если заказчиком выступает иностранная компания, необходимо указать в договоре, законодательство какой страны будет применяться для интерпретации условий договора или разрешения спора. Это может быть как законодательство страны исполнителя либо заказчика, так и законодательство иной страны.
Выше мы привели лишь основные положения, которые необходимо учитывать при заключении договора с заказчиком на разработку ПО. Вместе с тем каждый проект и заказчик индивидуален. Поэтому в каждом случае аналогичные по сущности проекты могут регулироваться совершенно разными по содержанию договорами.

Использование одного шаблона договора для всех случаев или безоговорочное согласие на договор от заказчика создает неопределенность в положении исполнителя и может привести к негативным последствиям. Поэтому важно иметь представления о ключевых аспектах договора, которые должны быть согласованы, а также конкретных условиях, которые комфортны для разработчика.
СОПРОВОЖДЕНИЕ РАЗРАБОТКИ
17.06.2021
читайте также:
Заключение договоров с подрядчиками
Для работы с подрядчиками необходимо выбрать модель договора, которая будет отвечать особенностям...
ЗАКАЗЧИКИ И ПЛАТФОРМЫ
26.06.2021
Разработка SLA
Копирование приложений наносит вред их разработчикам: не только финансовый, но и...
ЗАКАЗЧИКИ И ПЛАТФОРМЫ
26.06.2021
Разработка пользовательского соглашения
Пользовательское соглашение (Terms of use / TOU) — важный документ, который устанавливает...