Конструктор договора на разработку сайта (ПО)

1. Что оформляет договор на разработку сайта или программы

Договор на разработку сайта соединяет в одном документе две разные сделки. Первая — подряд: исполнитель по заданию заказчика создаёт результат и сдаёт его, а заказчик принимает и платит (статья 702 Гражданского кодекса). Вторая — распоряжение исключительным правом на созданное. Без второй части заказчик получает файлы, но не всегда получает право их менять, копировать на новый сервер, продавать или передавать другой команде.

Программа для ЭВМ по статье 1261 ГК охраняется как литературное произведение, причём в любой форме — и исходный текст, и объектный код. С сайтом сложнее: внутри него обычно лежат программный код, дизайн, система управления, тексты, фотографии, база данных. У каждого элемента может быть свой правообладатель, поэтому договор должен отвечать, что создаёт исполнитель, что берёт у третьих лиц и что получает заказчик.

Первый вопрос конструктора — «Создаваемый объект»: интернет-сайт или программное обеспечение. Для сайта в пункт 1.1 вписывается доменное имя, по которому он будет работать. Для ПО указывается цель программы: учёт заявок, запись клиентов, обмен данными между учётной системой и маркетплейсом, мобильное приложение. Цель — не формальность. Если право останется у исполнителя, заказчик вправе бесплатно использовать программу только в тех целях, ради которых заключался договор (пункт 3 статьи 1296 ГК), и узкая формулировка цели сразу сужает эти рамки.

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

2. Стороны: какие статусы выбрать для заказчика и исполнителя

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

Особый случай — гражданин, который заказывает сайт для личных нужд (например, личный блог или сайт семейного архива) у компании или ИП. Тогда он потребитель, и к договору применяется Закон о защите прав потребителей. Договорная неустойка 0,1% в день здесь не работает: за просрочку исполнитель платит 3% цены работы за каждый день (пункт 5 статьи 28 Закона), а заказчик может отказаться от договора в любой момент, оплатив только фактические расходы исполнителя (статья 32). Если же сайт нужен гражданину для бизнеса, потребительские правила не применяются.

Самозанятый исполнитель удобен для небольших проектов, но у статуса есть пределы: годовой доход не выше 2,4 млн рублей, и нельзя работать по гражданско-правовому договору на бывшего работодателя, если с увольнения прошло меньше двух лет (пункт 8 части 2 статьи 6 Закона № 422-ФЗ). Подробно эти ограничения разобраны на странице договор подряда с самозанятым. Передавать исключительное право самозанятый вправе: доходы от этого из режима не исключены.

3. Исполнитель — автор или студия: почему конструктор задаёт этот вопрос?

Автором программы может быть только гражданин, творческим трудом которого она создана (пункт 1 статьи 1228 ГК). Компания, ИП с командой или студия автором не являются. Код их штатных программистов — служебное произведение, и право на него по общему правилу принадлежит работодателю (пункт 2 статьи 1295 ГК). Студия затем распоряжается этим правом в пользу заказчика.

Когда же код пишет лично тот, кто подписывает договор, отношения становятся договором авторского заказа (статья 1288 ГК). Верховный Суд разъяснил, что статья 1296 о произведениях, созданных по заказу, применяется только тогда, когда исполнитель сам не автор (пункт 107 постановления Пленума № 10 от 23.04.2019). Разница практическая, и её три.

Во-первых, у авторского заказа нет правила «права по умолчанию у заказчика». Право перейдёт только в том объёме, который прямо назван в договоре, поэтому ответ на вопрос об исключительном праве здесь особенно важен. Во-вторых, если выбрать «Да», в договор добавляется пункт о льготном сроке: когда к дате сдачи работа не готова, автор по уважительным причинам получает дополнительно не менее четверти основного срока (пункт 2 статьи 1289 ГК). После льготного срока заказчик вправе отказаться от договора. В-третьих, ответственность автора ограничена: возврат аванса и неустойка в сумме не могут превышать реальный ущерб заказчика (пункт 2 статьи 1290 ГК).

В случае, когда срок исполнения договора авторского заказа наступил, автору при необходимости и при наличии уважительных причин для завершения создания произведения предоставляется дополнительный льготный срок продолжительностью в одну четвертую часть срока, установленного для исполнения договора, если соглашением сторон не предусмотрен более длительный льготный срок (п. 2 ст. 1289 ГК РФ).

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

4. Из чего состоит сайт: базовые элементы или всё наполнение

Для сайта конструктор спрашивает о содержимом. Вариант «Базовые элементы» описывает сайт только как HTML-код, отвечающий за структуру страниц. Вариант «Базовые элементы и иное наполнение» добавляет CSS, дизайн, систему управления содержимым и контент. Есть и «Свой вариант» — поле, куда можно вписать собственный состав.

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

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

Отдельно определите судьбу системы управления. Если сайт делается на готовой платформе, сама платформа исполнителем не создаётся: заказчик получает право пользоваться ею от её правообладателя (по коммерческой или открытой лицензии), а результатом работы будут только разработанные модули, темы оформления и настройки. Это стоит прямо написать, чтобы потом не спорить, почему «исключительное право на сайт» не распространяется на ядро платформы.

5. Требования к результату: договор, техническое задание или заявка

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

Качество работы оценивается прежде всего по условиям договора, а при их неполноте — по требованиям, обычно предъявляемым к работам такого рода (пункт 1 статьи 721 ГК). Для программного обеспечения общепринятого стандарта качества нет, поэтому пробел в ТЗ почти всегда оборачивается спором экспертов. В техническом задании стоит закрепить:

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

Если заказчик настаивает на решении, которое, по мнению исполнителя, навредит проекту (устаревшая библиотека, небезопасная схема хранения паролей), исполнитель обязан предупредить его и приостановить работу до получения указаний (пункт 1 статьи 716 ГК). Выполнивший работу молча потом не сможет сослаться на то, что так велел заказчик.

6. Срок разработки: дата, период или этапы

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

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

Сроки в разработке зависят от заказчика не меньше, чем от исполнителя: без текстов, доступов к серверу, ключей платёжного шлюза работа встаёт. Исполнитель вправе не приступать к работе или приостановить её, если заказчик не передал необходимую документацию или материалы (пункт 1 статьи 719 ГК). Лучше прямо записать, что срок сдвигается на время такой задержки и что заказчик получает уведомление об этом.

7. Как принимать работу по этапам и спринтам?

В договоре приёмка привязана к акту приёма-передачи: от даты его подписания считается срок окончательной оплаты. Подробного порядка проверки в тексте нет, и его стоит добавить отдельным пунктом. Для программного продукта рабочая схема выглядит так:

1. Исполнитель разворачивает версию на тестовом сервере и сообщает заказчику, что этап готов.
2. Заказчик проверяет её по сценариям из ТЗ в течение согласованного срока, например пяти рабочих дней.
3. Замечания направляются одним списком с разделением на критические ошибки, существенные и косметические.
4. Исполнитель устраняет критические и существенные ошибки и передаёт исправленную версию на повторную проверку.
5. Стороны подписывают акт; мелкие замечания, которые не мешают работе, вносятся в акт с обязательством исправить их к определённой дате.

Последний шаг важен из-за пункта 2 статьи 720 ГК: заказчик, обнаруживший недостатки при приёмке, может ссылаться на них, только если они оговорены в акте или в нём записано право предъявить требование позже. Явные недостатки, которые можно было увидеть при обычной проверке, после подписания акта без оговорок заказчик теряет (пункт 3 статьи 720). Ошибки, которые видны лишь под нагрузкой или в редком сценарии, — скрытые: о них сообщают в разумный срок после обнаружения (пункт 4).

Приёмка по спринтам удобна, но у неё есть юридический эффект. Если результат принимается частями, годичный срок исковой давности по качеству начинает течь со дня приёмки результата в целом (пункт 2 статьи 725 ГК). Поэтому в договоре стоит назвать, какой акт считается итоговым. Форма такого документа есть на сайте: акт к договору на разработку сайта (ПО).

8. Исключительное право: отчуждение или лицензия?

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

«Отчуждается заказчику» — заказчик становится правообладателем. Он может менять код, передавать его другим разработчикам, продавать продукт, выдавать лицензии. Конструктор спрашивает, когда право переходит: в момент приёмки результата, после оплаты по договору или в иной момент. Правило о переходе права при заключении договора (пункт 4 статьи 1234 ГК) рассчитано на готовый результат, а программы при подписании ещё нет, поэтому момент перехода лучше назвать прямо. Исполнителю безопаснее переход после полной оплаты. Если право уже перешло, а заказчик существенно нарушил срок выплаты вознаграждения за право, прежний правообладатель может требовать через суд перевода прав на себя и возмещения убытков (пункт 5 статьи 1234) — путь заметно длиннее. Заказчику выгоднее переход при приёмке.

«Заказчику предоставляется лицензия» — право остаётся у исполнителя, а заказчик получает разрешение использовать результат. Тип лицензии выбирается из трёх:

• простая: исполнитель вправе продавать тот же код другим клиентам;
• исключительная: другим лицам использовать результат этими способами нельзя, и сам исполнитель по общему правилу тоже не вправе (пункт 1.1 статьи 1236 ГК);
• смешанная: по одним способам — простая, по другим — исключительная (пункт 3 статьи 1236), например исключительная на использование в торговле мебелью и простая на всё остальное.

Лицензиат может использовать результат только теми способами, которые прямо перечислены в договоре (пункт 1 статьи 1235 ГК). Для программы и сайта обычно нужны воспроизведение (установка и копирование на серверы), модификация, доведение до всеобщего сведения, право выдавать сублицензии подрядчикам. Если модификация не названа, заказчик сам сможет лишь адаптировать программу под свои технические средства и исправлять явные ошибки (статья 1280 ГК), а нанять другую команду для развития кода — нет. Срок и территория тоже важны: без них лицензия действует пять лет и только в России (пункты 3 и 4 статьи 1235).

Ещё одна ловушка — «отчуждение с ограничениями». Если в договоре написано, что право передаётся полностью, но на три года или только для одного сайта, суд может признать такой договор лицензионным, а если это невозможно, — недействительным (пункт 37 постановления Пленума ВС РФ № 10).

9. Что будет, если о правах в договоре промолчать?

Ответ зависит от того, кто исполнитель. Когда он не автор (студия, компания, ИП с командой), действует статья 1296 ГК:

Исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные по договору, предметом которого было создание такого произведения (по заказу), принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное (п. 1 ст. 1296 ГК РФ).

При этом исполнитель, если договор не говорит иного, вправе использовать такой код для собственных нужд по бесплатной простой лицензии весь срок действия права (пункт 2). Границы «собственных нужд» закон не раскрывает, поэтому, если заказчик не хочет повторного использования своих модулей, это лучше прямо запретить.

Когда исполнитель — сам автор, правило пункта 1 не работает (пункт 5 статьи 1296). Без условия о правах заказчик рискует остаться лишь с экземпляром программы и правами пользователя по статье 1280 ГК.

Фраза «исполнитель передаёт все права на сайт» без слов «в полном объёме» рискует превратить договор в лицензионный (пункт 3 статьи 1233 ГК).

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

10. Вознаграждение за права: бесплатно, в цене работ или отдельно

После выбора модели конструктор спрашивает, платит ли заказчик за право отдельно. Варианты одинаковы для отчуждения и лицензии: безвозмездно; вознаграждение включено в стоимость работ и составляет 10% от неё (цифра — редактируемое поле); вознаграждение определяется отдельным договором.

Бесплатный вариант подходит не всем парам сторон.

Не допускается безвозмездное отчуждение исключительного права в отношениях между коммерческими организациями, если настоящим Кодексом не предусмотрено иное (п. 3.1 ст. 1234 ГК РФ).

Для лицензии похожее ограничение касается исключительной лицензии на весь мир и весь срок действия права (пункт 5.1 статьи 1235). Если заказчик и исполнитель — ООО или АО, выбирайте «Включено в стоимость работ». Для ИП, граждан и самозанятых запрета нет.

Вариант «отдельный договор» рискованнее, чем кажется. Договор об отчуждении, который возмезден, но не содержит размера вознаграждения или порядка его определения, считается незаключённым (абзац второй пункта 3 статьи 1234). Пока второй договор не подписан, заказчик пользуется результатом только в пределах, которые даёт ему закон. Если стороны идут этим путём, подписывайте оба документа одновременно — для этого есть отдельные формы: договор об отчуждении исключительного права и лицензионный договор.

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

11. Исходный код, доступы и носитель: что передать вместе с результатом

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

Какой бы способ ни был выбран, перечислите в договоре или ТЗ комплект сдачи:

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

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

12. Чужой код в проекте: open-source, платные модули и заверения

Почти ни один проект не пишется с нуля. В код входят библиотеки под открытыми лицензиями, купленные модули, темы оформления. Открытая лицензия — это тоже лицензионный договор, заключаемый в упрощённом порядке (статья 1286.1 ГК), со своими условиями. Одни открытые лицензии разрешают почти всё, другие требуют раскрывать исходный код производной программы при её распространении или запрещают коммерческое использование. Платные модули часто лицензируются на один домен или на ограниченный срок.

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

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

Недостоверное заверение даёт заказчику право на возмещение убытков или договорную неустойку, а если оно было существенным — и на отказ от договора (статья 431.2 ГК). Исполнитель-предприниматель отвечает за заверения, даже если сам не знал об их недостоверности (пункт 4 той же статьи).

13. Хостинг, домен и аккаунты: на чьё имя оформлять?

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

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

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

14. Цена, налоги и льгота по НДС для российского ПО

Цена в договоре фиксированная. По общему правилу она твёрдая: исполнитель не вправе её увеличить, даже если объём работ не удалось предусмотреть заранее (пункты 4 и 6 статьи 709 ГК). Всё, что выходит за ТЗ, оформляйте дополнительным соглашением с отдельной ценой.

Вопрос «Стоимость работ облагается НДС» имеет два ответа. «Да» — цена включает НДС 22%. «Нет» — в договоре указывается основание, по которому исполнитель не платит НДС. Упрощенец освобождён, только если пользуется освобождением по пункту 1 статьи 145 НК (доход за прошлый год не выше 20 млн рублей): сама упрощённая система от НДС не освобождает, и без освобождения он платит НДС по ставке 22% либо по выбору 5% или 7% без вычетов. Самозанятый и гражданин без статуса плательщиками НДС не являются, поэтому основанием для них служит их статус, а не упрощённая система.

Льгота подпункта 26 пункта 2 статьи 149 НК освобождает от НДС передачу прав на программы и базы данных из единого реестра российского ПО, кроме прав на размещение рекламы, объявлений и поиск покупателей. Сами работы по разработке льготой не освобождаются, а новая заказная программа в момент сдачи в реестре обычно не состоит. Льгота реальна, когда исполнитель дорабатывает собственный продукт из реестра и выдаёт на него лицензию: тогда лицензионная часть цены идёт без НДС, а стоимость доработок облагается налогом.

Порядок оплаты выбирается из трёх вариантов: полная предоплата, аванс 50% с окончательным расчётом после приёмки или полная оплата после приёмки. При разработке этапами удобнее платить за каждый принятый этап.

Налоговые последствия заметно зависят от статуса исполнителя:

Для обратной ситуации: если российская студия разрабатывает программу для иностранной компании, местом реализации таких работ считается страна покупателя (подпункт 4 пункта 1 статьи 148 НК), и российский НДС на них не начисляется.

15. Гарантия и поддержка после запуска

В тексте нет гарантийного срока, и для программного продукта его стоит дописать. Без гарантии заказчик вправе предъявить требования о недостатках, обнаруженных в разумный срок, но в пределах двух лет со дня передачи результата (пункт 2 статьи 724 ГК), причём доказывать, что ошибка была в коде с самого начала, скорее всего придётся ему. Гарантия, записанная в договоре вместе с условием о бремени доказывания, переносит его на исполнителя и начинает течь с момента, когда результат был принят или должен был быть принят (пункт 5 статьи 724).

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

Если исполнитель ошибки не исправляет, по статье 723 ГК заказчик может потребовать устранения в разумный срок или уменьшения цены. Возмещение расходов на исправление ошибок силами другой команды доступно ему, только если право устранять недостатки самостоятельно прямо дано договором (пункт 1 статьи 723). Для такого исправления заказчику к тому же нужно право модифицировать код.

Развитие сайта после запуска — новые разделы, обновления, резервные копии — уже отдельная услуга: для неё есть договор обслуживания с абонентской платой.

16. Соисполнители, отступления от задания и неустойка

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

Вопрос «Исполнитель вправе отступать от задания» тоже с подвохом. При ответе «Да» исполнитель может предложить изменения, которые, по его мнению, улучшат результат, но только с согласия заказчика, оформленного дополнительным соглашением. Если согласия нет, любая сторона вправе отказаться от договора в одностороннем порядке; для долгого проекта это стоит учесть при выборе ответа. При ответе «Нет» самовольное отступление от ТЗ даёт заказчику право отказаться от договора.

Ответственность каждой стороны настраивается отдельно: не указывать, неустойка (по умолчанию 0,1% в день), фиксированный штраф или своё условие. Исполнитель-предприниматель отвечает за просрочку без вины и освобождается лишь при непреодолимой силе; сбой у подрядчика исполнителя или отсутствие программиста такой силой не считаются (пункт 3 статьи 401 ГК). Две оговорки: у автора по авторскому заказу выплаты ограничены реальным ущербом, а в договоре с потребителем действуют законные 3% в день вместо договорных 0,1%.

17. Можно ли отказаться от договора до сдачи проекта?

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

По закону заказчик может отказаться в любое время до сдачи результата, оплатив часть цены пропорционально выполненной работе и убытки исполнителя в пределах разницы между ценой всей работы и выплаченной частью (статья 717 ГК). Без таких выплат можно выйти из договора, если исполнитель не приступает к работе или работает так медленно, что к сроку не успеет (пункт 2 статьи 715), или если недостатки не устранены в назначенный срок (пункт 3 статьи 723). У гражданина-потребителя право шире: он оплачивает только фактические расходы исполнителя.

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

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

18. Как пользоваться шаблоном договора на разработку сайта

Порядок работы с конструктором такой:

1. Выберите объект — сайт или программа — и статусы сторон; для организации-исполнителя в вопросе об авторе отвечайте «Нет».
2. Определите, где будут требования к результату, и подготовьте ТЗ с критериями приёмки, если выбран этот вариант.
3. Выберите срок: для проектов дольше месяца — этапы с понятным результатом каждого.
4. Решите судьбу прав: отчуждение или лицензия, момент перехода, способы использования и вознаграждение с учётом запрета безвозмездности между коммерческими организациями.
5. Настройте НДС, порядок оплаты, соисполнителей, заверения, ответственность и основания для отказа.
6. Допишите вручную то, чего в тексте нет: порядок тестирования, гарантию, комплект сдачи исходного кода, регистрацию домена и хостинга на заказчика.

После выбора вариантов договор на разработку сайта собирается автоматически, связанные поля заполняются сами. Проверьте реквизиты, приложите ТЗ или заявку и акт приёма-передачи. Готовый файл можно заполнить онлайн или скачать в PDF или WORD.

Автор статьи: Дарья Мельникова (юрист)