Основные реквизиты и стороны договора

Любой договор начинается с «шапки»; Здесь важно точно идентифицировать стороны․

• Заказчик: Полное наименование (для ИП — ФИО‚ для юрлица — полное наименование по Уставу)‚ ИНН/КПП‚ ОГРН/ОГРНИП‚ юридический и фактический адреса (г․ ‚ ул․ ‚ д․ ‚ кв․ )‚ банковские реквизиты‚ контактное лицо (ФИО: * * ‚ тел․: +7 () —‚ email: @․)‚ основание действия (Устав‚ Доверенность № * от ․․)․
• Исполнитель: Аналогичный блок данных․ Если исполнитель — фрилансер (самозанятый/ИП)‚ обязательно указывайте статус налогоплательщика (НПД или УСН/Патент)‚ это влияет на налогообложение и возможность работы по безналу․
• Место и дата заключения: Город‚ дата подписания․

Важно: Проверяйте данные через сервисы проверки контрагентов (ФНС‚ СПАРК‚ Контур․Фокус) перед подписанием․ Несоответствие ИНН наименованию — основание для признания договора несостоявшимся․

Предмет договора (Пункт 1): Что именно разрабатывается?

Это самый спорный раздел․ Формулировка «создание сайта» недопустима․ Необходимо детализировать:

1. Техническое задание (ТЗ): Обязательный приложение к договору․ Договор должен ссылаться на него: «Предметом договора является разработка и создание сайта в соответствии с Техническим заданием № * от ․․‚ являющимся неотъемлемым приложением к настоящему Договору»․
2. Этапы/Майлстоуны: Разбейте работу на этапы (Прототипирование -> Дизайн -> Верстка/Программирование -> Наполнение -> Тестирование -> Запуск)․ Каждому этапу — свой срок и свой акт приема-передачи․
3. Результат: Четко пропишите‚ что передается заказчику: исходный код‚ доступы к хостингу/домену/репозиторию (Git)‚ дизайн-макеты (Figma/PSD)‚ документация (User Guide‚ Admin Guide)‚ дамп базы данных․
4. Исключения: Пропишите‚ что НЕ входит в предмет (например: написание текстов‚ закупка стоковых фото‚ настройка SEO‚ интеграция с 1С‚ если это отдельный бюджет);

Сроки выполнения работ (Пункт 2): Календарный план

Избегайте фразы «в разумные сроки»․ Используйте календарный план-график (Приложение № 2)․

Структура сроков:

• Срок предоставления материалов Заказчиком: Тексты‚ логотипы‚ фото‚ доступы к серверам․ Задержка Заказчика = автоматический перенос дедлайнов Исполнителя․
• Сроки согласования этапов: Сколько дней у Заказчика на проверку дизайна/функционала (обычно 3-5 рабочих дней)․ Правило «молчание = согласие» здесь критично․
• Сроки правок: Ограничьте количество итераций правок (например‚ «2 раунда правок по каждому этапу в рамках бюджета»)․ Дальнейшие правки — за отдельные деньги и по доп․ соглашению․
• Финальный дедлайн: Дата подписания Акта приема-передачи выполненных работ (КС-11 или свой формат)․

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

Цена и порядок расчетов (Пункт 3): Фиксированная цена vs Time & Materials

Вариант А: Фиксированная цена (Fixed Price)

Подходит‚ когда ТЗ замкнуто и понятно․ Сумма договора: * * руб․ (НДС %)․

График платежей (пример):

1. Предоплата (аванс) — % при подписании договора․
2. После согласования дизайна — %․
3. После демонстрации работающего прототипа на тестовом сервере, %․
4. Финальный расчет после подписания Акта — %․

Вариант Б: Почасовая оплата (Time & Materials)

Ставка: * руб․/час․ Еженедельные/ежемесячные отчеты по трекеру времени (Jira‚ Toggl‚ Yandex Tracker) с подписанием Актов сверки выполненных работ․ Установите потолок бюджета (Cap)‚ превышение которого требует доп; соглашения․

Важные финансовые нюансы:

• НДС: Четко пишите: «Цена включает НДС 20%» или «Цена без НДС (Исполнитель на УСН/НПД)»․
• Эквайринг/Комиссии: Кто платит комиссию банка/эквайринга при оплате картой? Обычно, Заказчик․
• Дополнительные расходы: Домен‚ хостинг‚ SSL-сертификат‚ платные плагины/шрифты‚ стоковые фото․ Кто покупает и на чей счет? Лучше: Заказчик покупает на свои реквизиты‚ Исполнитель только настраивает․

Права интеллектуальной собственности (Пункт 4): Кому принадлежит сайт?

Это «сердце» договора․ По умолчанию (ст․ 1295 ГК РФ) исключительное право на результат работ (программу для ЭВМ‚ дизайн‚ тексты) принадлежит Исполнителю‚ если иное не предусмотрено договором․

Ключевые режимы передачи прав:

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

Важно про Портфолио: Даже при передаче исключительных прав‚ добавьте пункт: «Исполнитель имеет право указать данный проект в своем портфолио (на сайте‚ в соцсетях) с указанием наименования Заказчика и ссылкой на проект»․ Иначе Заказчик может запретить показывать свою работу․

Сторонние компоненты (Open Source‚ библиотеки‚ CMS):

В договоре обязательно укажите: «Исполнитель гарантирует‚ что используемые сторонние библиотеки‚ фреймворки‚ CMS (WordPress‚ Bitrix‚ Laravel и т․д․) имеют лицензии‚ разрешающие коммерческое использование и модификацию․ Исключительное право на данные компоненты не передается‚ предоставляется лицензия на условиях исходной лицензии (GPL‚ MIT‚ Proprietary)»․

Порядок приема-сдачи работ (Пункт 5): Как избежать «бесконечных правок»

Приемка — это момент перехода риска случайной гибели и возникновения обязанности платить․

Процедура:

1. Исполнитель уведомляет Заказчика о готовности этапа/проекта (email‚ мессенджер‚ трекер)․
2. Заказчик тестирует в течение * рабочих дней по чек-листу / ТЗ․
3. Вариант А: Подписывается Акт приема-передачи (КС-11 или произвольной формы)․ Работа считается принятой․
4. Вариант Б: Заказчик присылает мотивированный отказ (список багов/несоответствий ТЗ)․ Исполнитель исправляет за * дней․ Повторная приемка․
5. Считается принятым (Deemed Acceptance): Если Заказчик не прислал отказ и не подписал Акт в течение срока‚ работа считается принятой без замечаний․ Этот пункт обязателен․

Критерии приемки:

• Соответствие ТЗ (функционал работает)․
• Верстка: кроссбраузерность (Chrome‚ Firefox‚ Safari‚ Edge последние 2 версии)‚ адаптивность (моб․‚ планшет‚ десктоп)․
• Скорость загрузки (Google PageSpeed / Lighthouse > баллов)․
• Безопасность: отсутствие уязвимостей OWASP Top 10‚ валидный SSL‚ защита форм (CSRF‚ honeypot/recaptcha)․
• Админка: удобство редактирования контента без кода․

Гарантии и техническая поддержка (Пункт 6)

Не путать «Гарантию» (исправление багов исполнителя) и «Техподдержку» (развитие‚ обновления‚ мониторинг)․

Гарантийный период:

Обычно месяцев после приемки․ Исполнитель исправляет бесплатно ошибки‚ возникшие по его вине (несоответствие ТЗ‚ баги кода)․

Исключения из гарантии (неисправляется бесплатно):

• Изменения кода/настроек со стороны Заказчика или третьих лиц․
• Сбой хостинга/сервера (если администрирует не Исполнитель)․
• Обновления браузеров/ОС‚ ломающие верстку (это естественная старение кода)․
• Вирусы/взлом через уязвимости сервера или слабый пароль админа Заказчика․
• Несовместимость с новыми версиями PHP/MySQL/CMS (требует рефакторинга за доп․ плату)․

Техническая поддержка (SLA):

Оформляется отдельным Договором или Приложением․ Регламентирует: время реакции (SLA)‚ часы работы (например‚ 10:00–19:00 МСК‚ пн-пт)‚ каналы связи (email‚ трекер‚ телефон +7 () — только для критических инцидентов)‚ бэкапы (кто делает‚ где хранит‚ RPO/RTO)․

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

Защита коммерческой тайны‚ персональных данных (152-ФЗ)‚ технических секретов․

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

Ответственность сторон и разрешение споров (Пункт 8‚ 9)

• Ограничение ответственности: Исполнитель не несет ответственности за упущенную выгоду Заказчика‚ косвенные убытки․ Максимальная ответственность Исполнителя ограничена суммой Договора (или суммой этапа)․
• Форс-мажор: Стандартный пункт‚ но добавьте пандемии‚ блокировки Роскомнадзором‚ сбои глобальных CDN/инфраструктуры․

Претензионный порядок: Обязательный досудебный этап (письменная претензия‚ ответ за дней)․ Иск в суд — только после него․

• Юрисдикция: Арбитражный суд по месту нахождения Ответчика (Исполнителя) — стандарт для B2B․ Для работы с физлицами (самозанятыми) — суд по месту жительства Заказчика (потребителя) по ЗоЗПП․

Обязательные приложения к договору

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

1. Приложение № 1: Техническое задание (ТЗ)․ Детальное описание функционала‚ структуры‚ ролей пользователей‚ интеграций‚ требований к верстке/производительности․
2. Приложение № 2: Календарный план-график․ Даты этапов‚ сроки согласования‚ ответственные лица․
3. Приложение № 3: Смета / Бюджет / Ставки․ Детализация стоимости․
4. Приложение № 4: Форма Акта приема-передачи․ Единый стандарт для всех этапов․
5. Приложение № 5: Регламент технической поддержки (SLA); Если предусмотрено․
6. Приложение № 6: Спецификация по доступам․ Перечень доступов‚ которые Заказчик должен предоставить (хостинг‚ домен‚ CRM‚ почта‚ аналитика) и сроки их передачи․

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

Пример структуры документа (Шаблон)

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

ПРЕДМЕТ ДОГОВОРА
Исполнитель обязуется выполнить работы по разработке и созданию Сайта (далее — Результат работ) в соответствии с ТЗ (Приложение №1) и Календарным планом (Приложение №2)‚ а Заказчик обязуется принять Результат работ и оплатить их․
Результат работ включает: исходный код‚ дамп БД‚ дизайн-макеты‚ документацию‚ доступы (Приложение №6)․

СРОКИ
Работы выполняются по этапам согласно Приложению №2․
Заказчик предоставляет материалы и доступы в сроки‚ указанные в Приложении №6․
Перенос сроков допускаеться только по Доп․ соглашению или в случае задержки материалов Заказчиком (соответствующий перенос)․

ЦЕНА И РАСЧЕТЫ
Стоимость работ: * * * руб․ (НДС % — в т․ч․ / без НДС)․
Порядок оплаты: согласно Приложению №3․
Оплата производится безналичным расчетом на р/с Исполнителя․

ПРАВА ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ
Исключительное право на Результат работ передается Заказчику с момента полной оплаты по Договору․
До полной оплаты предоставляется простая лицензия на тестирование․
Исполнитель гарантирует чистоту прав на переданные материалы․
Исполнитель вправе разместить проект в портфолио․

ПОРЯДОК ПРИЕМКИ-СДАЧИ
Приемка по этапам по подписанию Актов (Приложение №4)․
Срок проверки Заказчиком —  раб․ дней․ Молчание = Приемка․
Критерии приемки: соответствие ТЗ‚ кроссбраузерность‚ адаптив‚ безопасность․

ГАРАНТИИ И ТЕХПОДДЕРЖКА
Гарантия  месяцев на исправление багов кода Исполнителя․
Исключения из гарантии (п․ 6․3․․․)․
Техподдержка — по отдельному Договору/Приложению №5․

КОНФИДЕНЦИАЛЬНОСТЬ
Стороны не разглашают конфиденциальную информацию в течение  лет․

ОТВЕТСТВЕННОСТЬ СПОРЫ
Неустойки за просрочку (п․ 8․1‚ 8․2)․
Ограничение ответственности (нет упущенной выгоды‚ макс․ сумма = сумма договора)․
Претензионный порядок (обязателен)․ Суд: Арбитраж по месту нахождения Ответчика․

ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
Договор в 2-х экземплярах․ Приложения — неотъемлемая часть․
Реквизиты и подписи сторон․

ЗАКАЗЧИК: ИСПОЛНИТЕЛЬ:
________________ / * *  / ________________ /  * * /
М․П․ М․П․

Качественный договор по разработке сайта — это не просто формальность для бухгалтерии‚ а инструмент управления проектом и защиты бизнеса․ Главные принципы: максимальная детализация ТЗ‚ четкий график платежей привязанный к этапам‚ жесткий регламент приемки (включая «молчание = согласие»)‚ понятная передача прав ИС и разделение гарантии и техподдержки․

Не копируйте шаблоны из интернета слепо․ Адаптируйте каждый пункт под специфику вашего проекта (лендинг‚ маркетплейс‚ SaaS‚ корпоративный портал)‚ законодательство (152-ФЗ‚ 54-ФЗ если есть онлайн-касса) и риски․ При крупных бюджетах (от 500 тыс․ руб․) настоятельно рекомендуется показать договор юристу‚ специализирующемуся на IT-контрактах․

Данная статья носит информационный характер и не является юридической консультацией․ Для решения конкретных вопросов обратитесь к профессиональному юристу․ Указанные контактные данные и реквизиты в примерах скрыты маской (*) в целях безопасности․