Договор на разработку сайта: какие пункты защищают заказчика

У вас на столе несколько проектов договора на разработку сайта. Все начинаются одинаково — «Исполнитель обязуется», и все по-разному молчат о том, что будет, если срок сорвётся, смета вырастет или подрядчик перестанет отвечать. Цены в коммерческих предложениях расходятся в разы, и сравнивать договоры приходится по тексту, который писал не юрист вашей компании.

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

Какой это договор и почему от его вида зависят остальные пункты

Договор на разработку сайта оформляют как подряд или как возмездное оказание услуг. По пункту 1 статьи 702 ГК РФ подрядчик обязуется выполнить работу и сдать её результат, а заказчик — принять результат и оплатить его. Предмет подряда — результат: работающий сайт, который можно принять или не принять. Предмет услуг — сами действия исполнителя, а не результат.

Даже если договор назван договором услуг, общие положения о подряде применяются к нему по статье 783 ГК РФ, когда это не противоречит правилам об услугах и особенностям их предмета. Поэтому нормы о подряде из этого разбора работают в обоих случаях, но в договоре подряда — без спора о том, применимы ли они.

Термины разбора:

• Этап — часть работ со своим сроком, суммой и актом.
• Акт приёмки — документ, от которого отсчитываются оплата этапа, гарантия и переход прав.
• Исключительное право на код — право изменять код проекта и передавать его другим. Пользоваться сайтом можно и по лицензии, не имея этого права.

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

Цена работ: твёрдая, приблизительная и смета как часть договора

Сначала найдите в договоре, как определена цена. По пункту 4 статьи 709 ГК РФ цена работы бывает приблизительной или твёрдой, а если договор об этом молчит, она считается твёрдой. Эта норма по умолчанию работает на заказчика. Формулировки «стоимость работ ориентировочная» или «окончательная стоимость определяется по факту» переводят цену из твёрдой в приблизительную.

Разница проявляется, когда объём растёт. Увеличения твёрдой цены подрядчик по пункту 6 статьи 709 требовать не вправе, даже если полный объём работ предусмотреть было нельзя. Исключение — существенный непредвиденный рост стоимости его материалов, оборудования и услуг третьих лиц: тогда он вправе требовать увеличения цены, а при отказе — расторжения договора. Приблизительную цену превысить можно, но по пункту 5 той же статьи о существенном превышении подрядчик обязан своевременно предупредить заказчика. Подрядчик, который не предупредил, выполняет договор по прежней цене. Заказчик, не согласный с превышением, вправе отказаться от договора, оплатив выполненную часть.

Состав работ, от которого считается цена, закрепляет смета. По пункту 3 статьи 709 смета, составленная подрядчиком, становится частью договора с момента, когда её подтвердил заказчик. Поэтому смета должна быть подписанным приложением к договору, а не письмом или таблицей в переписке. Смета в письме — оценка, смета в приложении — обязательство.

Сроки и этапы: когда срок считается сорванным

По пункту 1 статьи 708 ГК РФ в договоре подряда указываются начальный и конечный сроки работы, а по согласованию сторон — и промежуточные сроки этапов. За нарушение любого из них подрядчик отвечает, если договор не предусматривает иное.

Для заказчика промежуточные сроки важнее конечного. О сорванном конечном сроке вы узнаёте в последний день, о сорванном сроке этапа — когда ещё есть время что-то менять. Этап без срока, суммы и акта — не этап, а строка в плане работ. Формулировка «с момента предоставления заказчиком всех материалов» честна, только если материалы перечислены: без перечня любая задержка на вашей стороне сдвигает срок подрядчика.

На случай, если подрядчик перестал работать, у заказчика есть право из статьи 715 ГК РФ. Вы вправе в любое время проверять ход и качество работы, не вмешиваясь в деятельность подрядчика. А если подрядчик не приступает вовремя или работает так медленно, что окончание к сроку явно невозможно, вы вправе отказаться от договора и потребовать возмещения убытков. Воспользоваться этим правом проще, когда в договоре есть промежуточные сроки и доступ к промежуточным сборкам: «явно невозможно» доказывается сорванным этапом, а не ощущением.

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

Оплата: аванс, этапы и привязка к акту

По статье 711 ГК РФ, если договор не предусматривает предварительной оплаты, заказчик платит после окончательной сдачи результата, а аванс подрядчик вправе требовать только в случаях и в размере, указанных в законе или договоре. Вопрос обычно не в том, есть ли аванс, а в том, к чему он привязан.

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

Проверьте, что вторая часть оплаты этапа привязана к подписанному акту, а не к календарной дате и не к «передаче результата». Акт — момент, когда вы подтвердили, что этап выполнен. Дата — момент, когда подрядчику удобно получить деньги.

Приёмка: что делает акт и чем опасна подпись без проверки

Акт приёмки закрывает этап, запускает оплату и гарантийный срок, поэтому подпись под ним — самое дорогое действие заказчика. По статье 720 ГК РФ недостатки, найденные при приёмке, можно предъявить, только если они оговорены в акте или другом документе о приёмке. Заказчик, принявший работу без проверки, теряет право ссылаться на явные недостатки — те, что можно было заметить обычным способом.

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

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

Гарантия: что действует, если договор молчит, и что в нём должно быть

По статье 724 ГК РФ без гарантийного срока требования о недостатках можно предъявить, если они обнаружены в разумный срок, но в пределах двух лет со дня передачи результата, когда закон, договор или обычаи не устанавливают иной срок. Гарантийный срок по умолчанию течёт с момента, когда результат принят или должен был быть принят.

Что заказчик вправе требовать при недостатке, определяет пункт 1 статьи 723: по своему выбору — безвозмездного устранения в разумный срок, соразмерного уменьшения цены или возмещения своих расходов на устранение, если договор даёт вам право устранять недостатки самому. Норма оговорена словами «если иное не установлено законом или договором», поэтому договор может её сузить.

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

Права на код: кому принадлежит сайт после оплаты

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

Если права переходят к заказчику, это оформляется письменно: без письменной формы договор об отчуждении исключительного права недействителен по пункту 2 статьи 1234. Безвозмездное отчуждение между коммерческими организациями не допускается по пункту 3.1 той же статьи, а возмездный договор без условия о вознаграждении считается незаключённым по пункту 3. Поэтому в договоре должна стоять фраза, что вознаграждение за отчуждение прав включено в цену работ, либо отдельная сумма. Право переходит по пункту 4 в момент заключения договора, если стороны не договорились иначе. В договорах разработки переход обычно привязывают к акту и оплате, и это нормально, если привязка записана.

Отдельный вопрос — платформа. Сайт на платформе состоит из кода проекта, написанного под вас, и ядра платформы, которое существовало до вас. Исключительное право на ядро подрядчик не передаёт, и требовать стоит другого: бессрочного права пользоваться ядром в этом проекте без ежегодных платежей, с правом дорабатывать проект и передавать его другому подрядчику. Если эти условия не записаны, смена подрядчика превращается в переговоры с прежним. Признак слабого пункта: в разделе о правах написано «лицензия» без слов «бессрочная» и «с правом передачи третьим лицам».

Состав передаваемого: что должно оказаться у вас на руках

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

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

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

Изменения и доработки: как новая задача попадает в договор

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

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

Выход из договора: что будет, если отношения закончатся раньше срока

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

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

Когда эти правила не работают

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

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

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

Что проверить в договоре на разработку сайта до подписания

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

Пройдите по чек-листу договор, который у вас на руках. Пункты, которых в нём нет, — это вопросы к подрядчику, и ответы на них различают исполнителей надёжнее, чем цена в коммерческом предложении.