Преамбула и предмет договора (Предметная сторона)

Раздел преамбулы идентифицирует Стороны. Важно указывать полные наименования (для юрлиц/ИП) или ФИО/паспортные данные (для физлиц), адреса, ИНН/ОГРНИП, а также основание для действия представителей (Устав, Доверенность).

Четкое определение Пředмета (п; 1.1 типового шаблона)

Предмет договора — не просто «создание сайта», а разработка веб-сайта в соответствии с Техническим заданием (ТЗ) и Календарным планом.

• Ссылка на приложения: ТЗ (Приложение №1) и Календарный план (Приложение №2) должны быть неотъемлемыми частями договора. Без них предмет неопределен, что делает договор рискованным для обеих сторон.
• Описание результата: В самом договоре или в ТЗ должно быть указано: тип сайта (лендинг, корпоративный, интернет-магазин, веб-приложение), используемая CMS/фреймворк, основные функциональные модули (корзина, личный кабинет, интеграция с CRM/1С).

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

Частая причина срыва сроков — бездействие Заказчика. Договор должен зафиксировать:

• Назначение курирующего менеджера со стороны Заказчика для быстрых согласований.
• Сроки предоставления контента (тексты, фото, логотипы, каталог товаров) — например, «в течение 10 календарных дней с момента подписания».
• Сроки реакции на запросы Исполнителя, например, «в течение 3 рабочих дней».
• Последствия задержки: перенос сроков сдачи этапов на время задержки Заказчика.

Интеллектуальные права и авторское право (Ключевой раздел)

Это самый спорный момент. По умолчанию (ст. 1295 ГК РФ) исключительное право на результат работы (сайт как сложный объект) принадлежит автору (Исполнителю), если договором не установлено иное.

Передача исключительных прав (п. 2.2 типового шаблона)

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

Необходимо перечислить способы использования (ст. 1270 ГК РФ), которые передаются:

• Право воспроизведения (копирование на сервер, бэкапы).
• Право распространения (доступ пользователям в интернете).
• Право публичного показа (демонстрация интерфейса).
• Право на переработку (адаптация, модификация): Критически важно для Заказчика — возможность в будущем нанять другого разработчика для доработок без согласия текущего Исполнителя.

Территория и срок действия прав (п. 2.3, 2.4)

• Срок: Обычно «на весь срок действия исключительного права» (пожизненно автора + 70 лет) или «бессрочно». Формулировка «на 1 год» недопустима для полноценной передачи прав.
• Территория: «Во всем мире» или «на территории РФ и стран, с которыми РФ имеет соглашения».

Гарантии Исполнителя (п. 2.1)

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

Права Исполнителя на портфолио (п. 2.8)

Стандартная практика: Заказчик предоставляет Исполнителю право указать свою авторство/участие в портфолио (ссылка в футере «Разработка: Студия X» или кейс на сайте студии). Это неисключительное право, не мешающее бизнесу Заказчика.

Финансовые условия и порядок расчетов

Цена и валюта (п. 3.1)

• Фиксированная цена (Fixed Price) — для проектов с замкнутым ТЗ.
• Почасовая оплата (Time & Materials) — для гибких проектов (Agile), требует детальных табелей учета времени.
• Валюта расчетов: только рубли (для резидентов РФ по 317 ГК РФ), если Стороны не являются участниками ВЭД.

Этапность оплаты (Пример из шаблона: «оплата двумя этапами с авансом»)

Типовая схема безопасности для сторон:

1. Аванс (30–50%): При подписании договора / старте работ. Покрывает риски Исполнителя на старте.
2. Промежуточные платежи (Майлстоуны): При сдаче этапов по Актам приема-передачи (Дизайн -> Верстка -> Программирование -> Тестирование -> Запуск).

Важно: Оплата привязана к подписанным Актам выполненных работ, а не к календарным датам.

Дополнительные расходы

Отдельно пропишите, кто платит за: домен, хостинг/сервер, SSL-сертификат, платные плагины/модули, рассылки (SMS/Email), интеграции с платными API. Обычно это за счет Заказчика, но оформляется Исполнителем по доверенности или Заказчиком лично.

Сроки, этапы и порядок приемки работ

Календарный план (Приложение №2)

Должен содержать конкретные даты или привязку к событиям (например, «Этап 1: 14 календарных дней с момента предоставления Заказчиком контента»).

Процедура приемки (Двухэтапная)

1. Промежуточная приемка: По этапам (утверждение дизайна в Figma, демо-версия на тестовом сервере). Подписывается Акт этапа. После подписания претензии по этому этапу (например, «не нравится цвет кнопки») обычно не принимаются, если они не зафиксированы в акте.

Режим «Тишины» (Deemed Acceptance)

Рекомендуется включить условие: «Если Заказчик в течение 5 рабочих дней не подписал Акт и не направил мотивированный отказ в письменной виде, работы считаются принятыми без замечаний». Это защищает Исполнителя от игнорирования акта.

Ответственность сторон и риски

Штрафные санкции (Пени, штрафы)

• Просрочка оплаты: Пени за каждый день просрочки (например, 0.1–0.5% от суммы долга в сутки).
• Просрочка сдачи: Штраф за каждый день просрочки этапа (фиксированная сумма или % от стоимости этапа).
• Плафон ответственности: Обязательно установите предел (Cap), обычно не более 50–100% стоимости договора/этапа. Без плафона риски несоразмерны.

Форс-мажор и исключения

Стороны освобождаются от ответственности при форс-мажоре (война, наводнение, кибератаки на инфраструктуру дата-центра, решения госорганов). Важно: пандемия/эпидемия лучше прописать явно, так как суды трактуют это по-разному.

Ответственность за контент и законность (п. 2.7)

Заказчик несет полную ответственность за:

• Товарные знаки, логотипы, тексты, фото, видео, цены, описания товаров.
• Соответствие сайта законодательству (152-ФЗ «О персональных данных», Закон о рекламе, Закон о защите прав потребителей, 54-ФЗ для госзаказчиков, доступность для слабовидящих).

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

Подрядчики (Соисполнители) и команда (п. 2.6)

Исполнитель имеет право привлекать субинженеров (верстальщиков, бэкенд-разработчиков, дизайнеров). Ответственность за их действия несет Исполнитель перед Заказчиком. Это стандартная практика для студий. Заказчику не нужно согласовывать каждого фрилансера, но он может потребовать NDA от ключевых сотрудников.

Гарантийное обслуживание и поддержка (Post-launch)

В договоре разработки можно зафиксировать гарантийный период (обычно 1–3 месяца) на устранение багов, выявленных при эксплуатации, не являющихся новыми требованиями (Change Request).

Необходимые приложения (Интегральная часть договора)

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

Типовые ошибки при работе с шаблоном (Чек-лист «Что проверить перед подписью»)

• Нет ссылки на ТЗ в предмете договора. Риск: Исполнитель сдаст «сайт», а Заказчик ожидает «интернет-магазин с интеграцией 1С».
• Передача прав только после полной оплаты. Правильно: права переходят по мере оплаты этапов (или в конце), но доступы к коду/репозиторию передаются только при 100% расчете.
• Отсутствие условия о праве на переработку (модификацию). Без этого Заказчик не сможет законно нанять другого программиста для правки кода.
• Сроки «плавающие» без привязки к действиям Заказчика. Сроки должны стартовать от даты предоставления вводных, а не от подписания договора.
• Нет процедуры согласования доп. работ (Change Request). Любая правка за рамками ТЗ — это новый договор/доп. соглашение со сметой и сроком.
• Конфиденциальность (NDA) не оформлена. Либо встроена в договор (п. о коммерческой тайне), либо отдельным соглашением. Критично для уникальных бизнес-процессов.
• Принятие работ «по умолчанию» не прописано. Заказчик может месяцами не подписывать акт, держа Исполнителя в заложниках.

Особенности для ИП и фрилансеров (ГПХ vs Трудовые отношения)

Если Заказчик — компания, а Исполнитель — ИП/самозанятый/физлицо, налоговая инспекция (ФНС) может попытаться переквалифицировать ГПХ (договор подряда) в трудовые отношения (ТК РФ). Для защиты от этого в договоре и практике должны быть признаки подряда:

• Результат (сайт), а не процесс (работа с 9 до 6).
• Исполнитель использует свои инструменты (ноутбук, лицензии, серверы).
• Исполнитель не подчиняется внутреннему трудовому распорядку Заказчика (нет табеля, нет командировок, нет формы одежды).
• Оплата за результат (этапы), а не заработная плата 2 раза в месяц.
• Исполнитель несет риски (переделывает за свой счет при браке).
• Исполнитель может привлекать помощников (п. 2.6 шаблона).

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

Рекомендация: Не копируйте первый попавшийся шаблон из интернета слепо. Адаптируйте его под специфику проекта (коробочное решение vs уникальная разработка), подключите юриста для проверки условий об ответственности и интеллектуальных правах. Инвестиция в правку договора на старте экономит в десятки раз больше средств на судах и доработках в будущем.

Данная статья носит информационный характер и не является правовым консультированием. Для оформления конкретных правоотношений обратитесь к квалифицированному юристу.