Структура договора и вводная часть

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

Стороны договора:

• Заказчик — юридическое лицо (или ИП/самозанятый), заинтересованное в создании сайта.
• Исполнитель — юридическое лицо (или ИП/самозанятый), выполняющее работы по разработке.

Важно: В шапке договора указываются паспортные данные руководителей (для ИП/физлиц) или уставные данные (для юрлиц), а также основания для действия (Устав, Доверенность). В типовых шаблонах эти поля выглядят как заготовки для заполнения:

Заказчик: ООО «», в лице Генерального директора  , действующего на основании Устава, именуемый в дальнейшем «Заказчик»
Исполнитель: ИП  *, действующий на основании Устава/паспорта, именуемый в дальнейшем «Исполнитель»

Предмет договора (Пункт 1)

Это самый критичный раздел. Он определяет, что именно должно быть сделано.

Ключевые документы, привязанные к предмету:

1. Техническое задание (ТЗ), Приложение №1. Описывает функционал, структуру, дизайн, технические требования (CMS, адаптивность, интеграции).
2. Календарный план — Приложение №2. Этапы работ и дедлайны.

Обязательства Заказчика (п. 1.2):

• Назначить ответственных специалистов для согласования промежуточных результатов.
• Передать все материалы (тексты, фото, логотипы, доступы) в электронном виде в течение * календарных дней после подписания;
• Давать ответы на вопросы Исполнителя в течение * рабочих дней.

Совет: Четко пропишите в ТЗ браузерную поддержку, требования к скорости загрузки (PageSpeed), структуру БД и API. Неопределенность в ТЗ — главная причина споров.

Интеллектуальные права и результаты работ (Пункт 2)

Раздел регулирует, кто чем владеет после оплаты.

Что передается Заказчику (п. 2.2):

В базовом шаблоне передаются исключительные права только на Дизайн веб-сайта (п. 2.2.1 – 2.2.4):

• Право публичного показа.
• Право воспроизведения (без ограничения тиража).
• Право на переделку/переработку.
• Право распространения.

Критически важные нюансы (часто упускаемые):

• Программный код (CMS, верстка, скрипты) — по умолчанию в этом шаблоне права на код не передаются явно. Требуется отдельный пункт о передаче прав на исходный код.
• Контент (тексты, фото, видео), ответственность за законность контента лежит на Заказчике (п. 2.7). Права на контент не переходят к Исполнителю.
• Доменное имя и хостинг — должны быть зарегистрированы на Заказчика или передаваться по отдельному акту.
• Шрифты, стоковые фото, плагины, лицензии на них должны быть приобретены на имя Заказчика или разрешать сублицензирование.

Срок действия прав: Бессрочный (п. 2.3).
Территория: Вся РФ и международно (п. 2.4).
Исключительность: Исполнитель не сохраняет прав на использование Дизайна для себя или третьих лиц (п. 2.5).

Цена, порядок расчетов и оплата (Пункт 3)

Финансовая модель:

• Валюта: Только рубли РФ (п. 3.3).
• База цены: Счет-протокол договорных цен — Приложение №3 (п. 3.2).
• Схема оплаты: Два этапа (п. 3.4).

Детализация этапов (замаскированы переменные значения):

Счет-фактура: Выдается не позднее * календарных дней после подписания Акта сдачи-приемки (п. 3.6).

Порядок сдачи-приемки работ (Пункт 3.7)

Процедура приемки защищает обе стороны от субъективности.

1. Срок приемки: Заказчик проверяет работу в течение * дней после уведомления о готовности.
2. Результат:
   • Подписание Акта сдачи-приемки — работа принята, оплачивается 2-й этап.
   • Составление Акта претензий, если есть мотивированные замечания (несоответствие ТЗ п. 1.1).
3. Исправление: Исполнитель устраняет замечания из Акта претензий.
4. Немотивированные претензии: Если претензии не по ТЗ, Исполнитель оформляет Акт отказа (п. 3.7.3).
5. Принцип: Споры решаются на основе доброй воли, здравого смысла и критериев ТЗ (п. 3.7.4).

Передача результата (п. 3.8): Установка на сервер Заказчика + передача архивной копии на носителе/по ссылке. Обязательно требуйте передачу доступов к панели управления, хостингу, репозиторию (Git) и базам данных по Акту.

Ответственность сторон и форс-мажор (Пункты 4, 5)

• Общая ответственность (п. 4.1): В соответствии с ГК РФ и Законом о защите прав потребителей (если Заказчик — физлицо) / АПК РФ (Б2Б).
• Просрочка платежа (п. 4.2): Сроки работ сдвигаются на время просрочки оплаты. Штрафы/пени лучше прописать явно в доп. соглашении или п. 3.5.
• Контент (п. 2.7): Полная ответственность за информацию на сайте — на Заказчике.
• Ссылка на Исполнителя (п. 2.8): Заказчик обязан разместить ссылку/инфо об Исполнителе. На практике этот пункт часто исключают или делают опциональным по согласованию.
• Форс-мажор (п. 5): Стандартный перечень (стихии, война, эпидемии). Сроки продлеваются на время действия обстоятельств.

Конфиденциальность (Пункт 6)

• Условия договора и переданные материалы — конфиденциальны (п. 6.1, 6.2).
• Срок действия НДА: Весь срок договора + * лет/месяцев после окончания (п. 6.3). Рекомендуется ставить 3–5 лет.

Споры и разрешение разногласий (Пункт 7)

Судебная юрисдикция: Московский городской арбитражный суд (п. 7.1).

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

Срок действия, расторжение и изменения (Пункты 8, 9, 10)

Срок действия (п. 8.1):

До полного исполнения обязательств (сдача-приемка + оплата 2-го этапа).

Досрочное расторжение (п. 9.1):

Любая сторона может расторгнуть, уведомив другую за * дней.

• Инициатор — Заказчик: Выплачивает вознаграждение пропорционально выполненной работе (п. 9.2).
• Инициатор — Исполнитель: Возмещает документальные расходы Заказчика (п. 9.3).

Дополнительные работы и изменения (п. 10;3, 10.4):

Оформляются только Дополнительными соглашениями (Доп. соглашением). Устные договоренности не имеют силы.

Гарантийная поддержка (п. 10.1):

Исполнитель дает * бесплатных консультаций по развитию/поддержке со дня сдачи. Далее — по отдельному договору техподдержки.

Право Исполнителя на перенос сроков (п. 10.2):

Если Заказчик задержал материалы/ответы (п. 1.2), сроки сдвигаются на время задержки.

Обязательные приложения (Пункт 10.7)

Без них договор неполноценен:

1. Приложение №1 — Техническое задание (ТЗ). Детальное описание требований.
2. Приложение №2 — Календарный план-график. Даты этапов: прототип, дизайн, верстка, программирование, тест, запуск.
3. Приложение №3 — Счет-протокол договорных цен / Смета. Детализация стоимости по этапам/модулям.

Реквизиты сторон (Для заполнения)

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

Чек-лист: что доработать в типовом шаблоне под ваш проект

Типовой шаблон, это база. Под конкретный проект обязательно внесите правки:

• Права на код: Добавьте пункт о передаче исключительных прав на исходный код (Source Code) и доступы к репозиторию (GitHub/GitLab/Bitbucket).
• Домен и хостинг: Пропишите, на кого оформляется домен, кто платит за хостинг, как передаются доступы к панели хостинга/регистратору.
• Ссылка на разработчика: Обсудите п. 2.8. Часто Заказчики требуют удалить обязательную ссылку или сделать её nofollow/в футере мелким шрифтом.
• Штрафные санкции: Добавьте пени за просрочку оплаты (Заказчик) и за просрочку сдачи (Исполнитель). Ставка обычно 0.1–0.5% от суммы этапа за день.
• Гарантия на код: Пропишите гарантийный период (обычно 3–12 месяцев) на устранение багов, не связанных с изменением среды (обновления PHP, браузеров, хостинга).
• СМС/Email-уведомления: П. 10.5 признает силу документов по email/факсу. Уточните конкретные email-адреса для официальной переписки в реквизитах.
• Персональные данные: Если сайт собирает ПДн, добавьте пункт о соответствии 152-ФЗ и роли сторон (Оператор/Уполномоченный).

Представленный образец договора (авторский заказ по ГК РФ) является сбалансированным стартом для B2B-отношений. Он четко разделяет зоны ответственности, привязывает результат к ТЗ и Календарному плану, регулирует поэтапную оплату и процедуру приемки.

Главное правило: Договор работает только в связке с детализированными Приложениями (ТЗ, План, Смета). «Скелет» договора без «мышц» приложений не защитит ни одну из сторон в суде.

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