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

Зачем нужен письменный договор?

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

• Размытость ТЗ: отсутствие четких критериев приемки работы․
• Сдвиг сроков: нет юридического основания штрафовать за просрочку․
• Споры об интеллектуальной собственности: кому принадлежат код, дизайн, доступы?
• Финансовые риски: предоплата без гарантий или отказ от оплаты за готовый результат․

Договор фиксирует предмет, сроки, стоимость, порядок приемки и ответственность сторон․

Обязательные разделы договора (Структура)

Согласно ГК РФ (гл․ 39 «Подряд») и практике судебной практики, в документе должны быть следующие блоки:

Преамбула (Шапка)

• Наименование документа: «Договор на оказание услуг по разработке сайта № * от «» 202 г․»
• Место заключения: г․
• Стороны:
  • Заказчик: ИП / ООО «», ИНН , ОГРН , адрес: , действующий на основании Устава / доверенности № от ․
  • Исполнитель: ИП / ООО «», ИНН , ОГРН , адрес: , действующий на основании Устава / доверенности № от *․

Важно: Указывайте полные реквизиты․ Для ИП — ФИО полностью, для юрлиц — полное наименование․ Контактные телефоны и email лучше вынести в отдельный блок «Реквизиты и контакты сторон» в конце договора или в приложении, замаскировав их как * для публичных шаблонов․

Предмет договора (П․ 1)

Четкое описание того, что именно разрабатывается․

1. Тип сайта: лендинг, корпоративный, интернет-магазин, веб-приложение, портал․
2. Ссылка на Техническое задание (ТЗ) — неотъемлемое приложение № 1․ Никогда не пишите «сайт под ключ» без ТЗ․
3. Технологический стек (CMS: Bitrix, WordPress, ModX / Фреймворки: Laravel, Django / Чистый код)․
4. Интеграции: CRM (AmoCRM, Bitrix24), платежные шлюзы, 1С, API сторонних сервисов․
5. Адаптивность: браузеры, разрешения экранов (mobile first)․

Сроки и этапы (П․ 2-3)

Рекомендуется каскадная модель с приемкой по этапам (маилстоуны):

Пеня за просрочку: установите штраф (пени) за каждый день просрочки (например, 0․1–0․5% от стоимости этапа/всего договора в сутки), но не более определенного потолка (например, 10-20% от суммы)․

Цена и порядок расчетов (П․ 4)

• Фиксированная цена (Fixed Price): идеально для четкого ТЗ․ Сумма: * руб․ (НДС * / без НДС)․
• Time & Materials (T&M): оплата за фактически отработанные часы (ставка * руб/час)․ Требует еженедельных отчетов (таймшитов)․
• График платежей: предоплата % (обычно 30-50%), поэтапные платежи, финалка % после подписания Акта․
• Способ оплаты: безналичный расчет на р/с *․

Порядок приемки-сдачи работ (П․ 5) — Ключевой момент

1. Исполнитель уведомляет Заказчика о готовности этапа/проекта (email, мессенджер, портал)․
2. Заказчик тестирует в течение * рабочих дней (обычно 5-10)․
3. Дефектная ведомость (Bug Report): Заказчик присылает список багов․ Только несоответствие ТЗ считается дефектом․ «Хочу другой оттенок синего» — это правка (Change Request), оплачиваемая отдельно․
4. Исполнитель исправляет баги в течение * дней․
5. Подписание Акта приема-передачи выполненных работ (КС-11 или свой бланк)․
6. Согласие по умолчанию: если Заказчик не прислал претензии за * дней и не подписал Акт — работы считаются принятыми в полном объеме и надлежащем качестве․

Интеллектуальная собственность и передача прав (П․ 6)

Самый спорный пункт․ По умолчанию (ст․ 1288 ГК РФ) исключительное право у автора (Исполнителя)․

• Вариант А (Полная передача): Исполнитель передает исключительное право на все результаты (код, дизайн, тексты, БД) в полной объеме на весь мир на весь срок действия ИС․ Заказчик становится полноправным владельцем․
• Вариант Б (Лицензия): Передается неисключительная лицензия (право использования)․ Исполнитель может использовать код в других проектах (библиотеки, модули)․
• Open Source / Сторонние библиотеки: в договоре должно быть указано, что права на них не передаются (MIT, GPL лицензии)․
• Домен и Хостинг: обязательно пропишите, что доменное имя и аккаунт хостинга регистрируются на данные Заказчика и передаются ему в полную собственность/управление․

Конфиденциальность и NDA (П․ 7)

• Определение конфиденциальной информации (ТЗ, макеты, БД клиентов, бизнес-процессы, пароли)․
• Срок действия NDA: часто 3-5 лет после расторжения договора․
• Штраф за утечку: фиксированная сумма * руб․ (для доказательства ущерба не нужно)․

Гарантии и техподдержка (П․

• Гарантийный период: обычно 3–12 месяцев после подписания Акта․
• Что входит: исправление багов, выявленных при нормальном использовании (несоответствие ТЗ)․
• Что НЕ входит: доработки, изменение логики, обновления CMS/PHP, взломы через уязвимости сервера/плагинов, ошибки из-за действий Заказчика․
• SLA (Service Level Agreement): время реакции на критические баги (например, 4 часа в рабочее время)․

Ответственность сторон и форс-мажор (П․ 9-10)

• Ограничение ответственности: Исполнитель не несет ответственности за упущенную выгоду, косвенные убытки․
• Плафон ответственности: часто ограничивается суммой договора или суммой этапа․
• Форс-мажор: война, стихии, решения госорганов, сбои глобального интернета, DDoS-атаки (спорно, лучше уточнить)․

Порядок разрешения споров (П․ 11)

• Досудебный порядок (претензия) — обязателен для юрлиц/ИП (АП РФ)․ Срок ответа: 30 дней․
• Судебная юрисдикция: Арбитражный суд по месту нахождения Ответчика / по месту заключения договора / по адресу Исполнителя (выгодно Исполнителю)․

Необходимые приложения

Договор без приложений — «пустая оболочка»․ Обязательный пакет:

1. Приложение № 1: Техническое задание (ТЗ)․ Детальное описание функционала, ролей пользователей, структуры БД, API․ Чем детальнее — тем меньше споров․
2. Приложение № 2: Смета / График платежей․
3. Приложение № 3: Акт приема-передачи (бланк)․
4. Приложение № 4: Регламент техподдержки (SLA)․ (Если предусмотрено)․
5. Приложение № 5: Спецификация по контенту․ Кто готовит тексты, фото, товары? (Часто Заказчик задерживает контент, нужен пункт о переносе сроков)․
6. Приложение № 6: Перечень доступов․ Домен, хостинг, репозиторий (Git), аналитика, почта․ Подписывается при передаче․

Типичные ошибки и «подводные камни»

• Отсутствие ТЗ: «Сделайте как на сайте конкурента» — не ТЗ․ Суд не примет это как критерий качества․
• Незакрытые доступы: После оплаты Заказчик должен получить: доступ к хостингу/серверу, домену (регистратор), репозиторию кода (GitHub/GitLab/Bitbucket), админке сайта, Яндекс․Метрике/GA, почте домена․ Пропишите передачу в Акте․
• Игнорирование 154-ФЗ (54-ФЗ): Если сайт, интернет-магазин, онлайн-касса и передача чеков обязательны․ В ТЗ должен быть пункт интеграции с ОФД․
• Персональные данные: Если сайт собирает ПДн (формы заявок, регистрация), Исполнитель должен обеспечить соответствие 152-ФЗ (политика конфиденциальности, шифрование, уведомление Роскомнадзора — ответственность Заказчика, но техническая реализация, на Исполнителе)․
• Самозанятые и физлица: Если Исполнитель, самозанятый, в договоре должна быть ссылка на чек «Мой налог», генерируемый при каждом платеже․ Физлицо без статуса — риск переквалификации в трудовые отношения (НДФЛ 13%, страховые взносы)․

Особенности работы по Оферте (Публичный договор)

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

Чек-лист перед подписанием

1. [ ] Проверены реквизиты сторон (ЕГРЮЛ/ЕГРИП) на дату подписания․
2. [ ] ТЗ прилагается, пронумеровано, подписано инициалами на каждой странице․
3. [ ] Сроки реалистичны, заложены буферы на правки и согласования․
4. [ ] Прописан порядок работы с правками (Change Request): как оцениваются, как оплачиваются, как влияют на сроки․
5. [ ] Четко определен момент перехода прав ИС (после полной оплаты / после подписания Акта)․
6. [ ] Прописана передача всех доступов (домен, хостинг, код, сервисы)․
7. [ ] Есть пункт про конфиденциальность и штраф за утечку․
8. [ ] Юрисдикция удобна вам (лучше — по месту нахождения Исполнителя)․
9. [ ] Договор в 2-х экземплярах (или ЭДО/ЭДС — равносильно бумажному по 63-ФЗ)․

Шаблон договора, это не просто формальность, а инструмент управления проектом․ Инвестируйте время в проработку ТЗ и порядка приемки — это сэкономит недели споров и десятки тысяч рублей на юристах․ Используйте типовые бланки (КС-11, КС-14) для актов и счетов-фактур для упрощения бухгалтерии․

Данная статья носит информационный характер и не является правовой консультацией․ Перед подписанием значимых договоров рекомендуется показать документ юристу, специализирующемуся на IT-праве и интеллектуальной собственности․