Преамбула и стороны договора
Раздел вводный․ Здесь указываются полные наименования сторон, их реквизиты (ИНН, КПП, ОГРН, юридический адрес) и основания для действия представителей (Устав, Доверенность)․
Пример заполнения:
г․ «» г․
ООО «», именуемое в дальнейшем «Заказчик», в лице Генерального директора , действующего на основании Устава, с одной стороны, и
ИП / ООО «», именуемое в дальнейшем «Исполнитель», в лице , действующего на основании *, с другой стороны․․․
Важно: Все паспортные данные, адреса регистрации, номера телефонов и email-адреса в рабочем документе лучше выносить в приложение «Реквизиты и контакты сторон», а в теле договора оставлять только наименования․
Предмет договора (Раздел 1)
Суть обязательств: Исполнитель оказывает услуги по техподдержке, Заказчик их оплачивает․
- Четкое определение объекта: сайт по адресу
https://*․ - Подтверждение прав Заказчика: указание документа, подтверждающего исключительное право на домен/сайт (свидетельство о регистрации ПО, договор с разработчиком, акт приема-передачи)․
- Цель использования сайта (для производства, управления, получения прибыли) — актуально для налогового учета и подтверждения хозяйственного назначения․
- Порядок сдачи результатов: ежемесячные акты приема-передачи + оправдательные документы + передача ключей доступа и технической документации (критически важно для безопасности)․
Обязанности Исполнителя: Перечень работ (Раздел 2)
Это «сердце» договора․ Чем детальнее описан перечень, тем меньше оснований для разногласий по поводу «входит ли это в абонентскую плату»․ Типовый перечень включает:
- Консультирование (п․ 2․1): Регламентированное время (например, с 10:00 до 18:00 по рабочим дням, МСК)․ Каналы связи: email, мессенджеры, тикет-система․
- Дизайн и верстка (п․ 2․2): Корректировки без изменения общего стиля․ Установка/снятие баннеров․ Важно: редизайн или верстка новых сложных лендингов — отдельная оплата․
- Контент-менеджмент (п․ 2․3): Внесение текстов, картинок, типографика․ Объем обычно ограничивается часами или количеством страниц в месяц․
- Разработка модулей CMS (п․ 2․4): Мелкие доработки админки․ Новый функционал, по отдельному ТЗ․
- Хостинг и инфраструктура (п․ 2․5): Мониторинг аптайма, бэкапы, миграция на другой сервер (стоимость нового хостинга, за счет Заказчика)․
- Безопасность (п․ 2․6): Обновления CMS/плагинов, настройка WAF, SSL, проверка на вирусы, защита от DDoS (базовая)․
- Новые сервисы (п․ 2․7): Добавление форм, калькуляторов, виджетов (в разумных пределах)․
- Информирование (п․ 2․8): Проактивная позиция: предложения по развитию, новые технологии․
- Исправление ошибок (п․ 2․9): Багфиксинг․ Важно разграничить: ошибки Исполнителя — бесплатно, ошибки Заказчика/сторонних скриптов — в часах поддержки․
- SEO-техническая часть (п․ 2․10): Регистрация в Яндекс․Вебмастере/Google Search Console, robots․txt, sitemap․xml, микроразметка․ Не путать с полноценным SEO-продвижением!
- Исключения (п․ 2․11): Ключевой пункт․ Глобальные доработки, новые разделы, интеграции с CRM/1С, разработка мобильного приложения — выносятся в отдельный договор/Доп․ соглашение с отдельной сметой․
- Персонал и место работы (п․ 2․12): Работы выполняются сотрудниками Исполнителя на его оборудовании (дистанционно)․ Ответственный менеджер/техлид фиксируется в приложении․
- Лимит часов (п․ 2․13): Фиксированный пул часов в месяц (например, 10 / 20 / 40 часов)․ Неиспользованные часы: сгорают / переносятся (лучше прописать перенос на 1 месяц вперед)․ Перевыполнение — оплачивается по часовой ставке из договора․
Обязанности Заказчика (Раздел 3)
- Предоставление доступов (хостинг, домен, CMS, аналитика, сервер) в течение N дней после подписания․
- Своевременная оплата (аванс или постпеймент по актам)․
- Запрет на требование работ за пределами раздела 2 без доп․ соглашения․
- Дополнительно (рекомендуется добавить): Обязанность информировать о смене контактных лиц, предоставлять контент в согласованном формате, не вмешиваться в код сайта сторонними специалистами без уведомления Исполнителя․
Порядок расчетов и цена (Раздел 4)
Финансовая модель чаще всего — фиксированная ежемесячная абонентская плата (Retainer)․
- Валюта: Рубли РФ (без НДС или с НДС — указать явно)․
- Стоимость: руб․/мес․ В стоимость входит пул часов․
- Стоимость часа сверх лимита: * руб․/час․
- Срок оплаты: не позднее 5-го числа текущего месяца (аванс) или в течение 5 дней после подписания Акта (постпеймент)․
- Пеня за просрочку: 0․1% от суммы долга за каждый день просрочки (стандарт ГК РФ)․
- Индексация цены: не чаще 1 раза в год по согласованию сторон (или по инфляции)․
Порядок приема-передачи результатов (Раздел 5)
Закрывающие документы для бухгалтерии и юридической фиксации объема․
- Акт приема-передачи оказанных услуг — ежемесячно․
- Реестр выполненных задач (тайм-лог), приложение к акту (выгрузка из Jira/Trello/Bitrix24/Redmine с указанием задачи, времени, исполнителя)․
- Срок подписания: Исполнитель передает до 3-го числа нового месяца, Заказчик подписывает/возвращает с замечаниями в течение 5 рабочих дней․ Если замечаний нет — считается принятым (деemed accepted)․
Срок действия, ответственность и порядок расторжения (Разделы 6–9)
Срок действия (п․ 6․1)
Обычно: 12 месяцев с автопролонгацией на 1 год, если ни одна из сторон не уведомила об отказе за 30 календарных дней до окончания срока․
Ответственность сторон (п․ 7)
- Штрафы/Пени: за просрочку оплаты (Заказчик), за просрочку сдачи отчетов/критических багов (Исполнитель)․
- Ограничение ответственности (Критично для Исполнителя): Ответственность ограничена суммой ежемесячной абонентской платы (или суммой договора за год)․ Исполнитель не несет ответственности за упущенную выгоду, косвенные убытки, действия третьих лиц (хостинг, реестр доменов), форс-мажор․
- SLA (Service Level Agreement): Рекомендуется зафиксировать время реакции: Критическая ошибка (сайт лежит) — 1–2 часа (в рабочее время), Некритическая — 1 рабочий день, Косметическая — 3–5 дней․
Конфиденциальность и данные (п․ 
- НДА (NDA) встроенное: обе стороны хранят коммерческую тайну, доступы, базы клиентов․
- Персональные данные (152-ФЗ): Если Исполнитель обрабатывает ПДн пользователей сайта от имени Заказчика — обязательно приложение «Согласие на обработку ПДн» / Договор поручения․
Расторжение (п․ 9)
- По соглашению сторон․
- В одностороннем порядке: при грубом нарушении (неоплата > 14 дней, неисполнение обязательств > 2 раз в квартал)․ Уведомление за 10–30 дней письменно․
- Последствия: расчет за фактически выполненные часы/работы до даты расторжения, возврат доступов Заказчику в течение 3 дней․
Интеллектуальная собственность (Отдельный важный блок)
Часто упускается в типовых шаблонах, но критично․
- Результаты работ (код, дизайны, тексты, настройки), созданные в рамках договора — исключительное право переходит к Заказчику после полной оплаты․
- Права на предустановленные решения Исполнителя (свои фреймворки, библиотеки, админки, методологии) — остаются у Исполнителя․ Заказчику выдается неисключительная лицензия на их использование как части сайта․
- Права на CMS (WordPress, Bitrix, Modx и т․д․) и плагины — у соответствующих правообладателей․
Рекомендуемые приложения (Чек-лист)
Договор без приложений — «голый» каркас․ Обязательно приложите:
- Приложение №1: Реквизиты и банковские данные сторон (с маской * для публичных версий)․
- Приложение №2: Техническое задание (ТЗ) / Регламент работ — детализация п․ 2․1–2․13, SLA, список доступов, ответственные лица․
- Приложение №3: Форма Акта приема-передачи и Реестра задач․
- Приложение №4: Согласие на обработку персональных данных / Договор поручения (если применимо)․
- Приложение №5: Спецификация цен / Смета на часы сверх лимита․
Типичные ошибки при использовании шаблона
| Ошибка | Последствие | Как исправить в шаблоне |
|---|---|---|
| Не прописан лимит часов (п․ 2․13) | Бесконечные правки «в рамках абонентки», убытки Исполнителя | Жестко зафиксировать пул часов, стоимость переработки, правило переноса остатков |
| Размытое определение «Критической ошибки» | Споры: «сайт не работает» vs «не работает кнопка в футере» | Ввести классификацию инцидентов (P1, P2, P3) с временем реакции в Приложении №2 |
| Отсутствие пункта о передаче доступов при расторжении | Заказчик теряет контроль над сайтом/доменом | П․ 9․3: обязательный возврат всех доступов, ключей, бэкапов в срок 3 дня |
| Нет ограничения ответственности Исполнителя | Риск иска за миллионы за простой сайта на 50к/мес | П․ 7․2: Лимит ответственности = N месяцев абонентской платы, исключение упущенной выгоды |
| Игнорирование 152-ФЗ (ПДн) | Штрафы Роскомнадзора, риски утечки | Подписать Договор поручения на обработку ПДн (Приложение №4) |
Качественный шаблон договора на поддержку сайта — это не просто формальность, а операционный инструмент․ Он переводит хаотичные просьбы «срочно поправьте» в структурированный процесс с понятными SLA, лимитами и финансами․
Главные советы при адаптации шаблона под себя:
- Всегда прописывайте лимит часов и стоимость переработки;
- Детализируйте SLA (время реакции) в отдельном приложении․
- Четко разделяйте поддержку (багфиксы, контент, мониторинг) и разработку (новый функционал, редизайн, интеграции)․
- Защититесь пунктом об ограничении ответственности и интеллектуальных правах на свои разработки․
- Обязательно включите процедуру передачи доступов при завершении договора․
Используйте приведенную выше структуру как чек-лист для проверки вашего текущего договора или как основу для создания нового․ При необходимости консультации по правовым рискам конкретных условий, обращайтесь к юристу, специализирующемуся на IT-контрактах․
Дата актуализации информации: ․ Материал подготовлен на основе открытых источников (amulex․ru) и практики IT-юриспруденции․ Данная статья носит информационный характер и не является правовым консультированием․