Шаблон договора по поддержке сайта

Готовый шаблон договора поддержки сайта с четкими СЛА и без мелкого шрифта. Защити нервы и бюджет — скачай файл за минуту и закрой вопрос.

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

Преамбула и стороны договора

Раздел вводный․ Здесь указываются полные наименования сторон, их реквизиты (ИНН, КПП, ОГРН, юридический адрес) и основания для действия представителей (Устав, Доверенность)․

Пример заполнения:

г․ «» г․

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

ИП / ООО «», именуемое в дальнейшем «Исполнитель», в лице , действующего на основании *, с другой стороны․․․

Важно: Все паспортные данные, адреса регистрации, номера телефонов и email-адреса в рабочем документе лучше выносить в приложение «Реквизиты и контакты сторон», а в теле договора оставлять только наименования․

Предмет договора (Раздел 1)

Суть обязательств: Исполнитель оказывает услуги по техподдержке, Заказчик их оплачивает․

  • Четкое определение объекта: сайт по адресу https://*․
  • Подтверждение прав Заказчика: указание документа, подтверждающего исключительное право на домен/сайт (свидетельство о регистрации ПО, договор с разработчиком, акт приема-передачи)․
  • Цель использования сайта (для производства, управления, получения прибыли) — актуально для налогового учета и подтверждения хозяйственного назначения․
  • Порядок сдачи результатов: ежемесячные акты приема-передачи + оправдательные документы + передача ключей доступа и технической документации (критически важно для безопасности)․

Обязанности Исполнителя: Перечень работ (Раздел 2)

Это «сердце» договора․ Чем детальнее описан перечень, тем меньше оснований для разногласий по поводу «входит ли это в абонентскую плату»․ Типовый перечень включает:

  1. Консультирование (п․ 2․1): Регламентированное время (например, с 10:00 до 18:00 по рабочим дням, МСК)․ Каналы связи: email, мессенджеры, тикет-система․
  2. Дизайн и верстка (п․ 2․2): Корректировки без изменения общего стиля․ Установка/снятие баннеров․ Важно: редизайн или верстка новых сложных лендингов — отдельная оплата․
  3. Контент-менеджмент (п․ 2․3): Внесение текстов, картинок, типографика․ Объем обычно ограничивается часами или количеством страниц в месяц․
  4. Разработка модулей CMS (п․ 2․4): Мелкие доработки админки․ Новый функционал, по отдельному ТЗ․
  5. Хостинг и инфраструктура (п․ 2․5): Мониторинг аптайма, бэкапы, миграция на другой сервер (стоимость нового хостинга, за счет Заказчика)․
  6. Безопасность (п․ 2․6): Обновления CMS/плагинов, настройка WAF, SSL, проверка на вирусы, защита от DDoS (базовая)․
  7. Новые сервисы (п․ 2․7): Добавление форм, калькуляторов, виджетов (в разумных пределах)․
  8. Информирование (п․ 2․8): Проактивная позиция: предложения по развитию, новые технологии․
  9. Исправление ошибок (п․ 2․9): Багфиксинг․ Важно разграничить: ошибки Исполнителя — бесплатно, ошибки Заказчика/сторонних скриптов — в часах поддержки․
  10. SEO-техническая часть (п․ 2․10): Регистрация в Яндекс․Вебмастере/Google Search Console, robots․txt, sitemap․xml, микроразметка․ Не путать с полноценным SEO-продвижением!
  11. Исключения (п․ 2․11): Ключевой пункт․ Глобальные доработки, новые разделы, интеграции с CRM/1С, разработка мобильного приложения — выносятся в отдельный договор/Доп․ соглашение с отдельной сметой․
  12. Персонал и место работы (п․ 2․12): Работы выполняются сотрудниками Исполнителя на его оборудовании (дистанционно)․ Ответственный менеджер/техлид фиксируется в приложении․
  13. Лимит часов (п․ 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 дней․

Конфиденциальность и данные (п․ 8)

  • НДА (NDA) встроенное: обе стороны хранят коммерческую тайну, доступы, базы клиентов․
  • Персональные данные (152-ФЗ): Если Исполнитель обрабатывает ПДн пользователей сайта от имени Заказчика — обязательно приложение «Согласие на обработку ПДн» / Договор поручения․

Расторжение (п․ 9)

  • По соглашению сторон․
  • В одностороннем порядке: при грубом нарушении (неоплата > 14 дней, неисполнение обязательств > 2 раз в квартал)․ Уведомление за 10–30 дней письменно․
  • Последствия: расчет за фактически выполненные часы/работы до даты расторжения, возврат доступов Заказчику в течение 3 дней․

Интеллектуальная собственность (Отдельный важный блок)

Часто упускается в типовых шаблонах, но критично․

  • Результаты работ (код, дизайны, тексты, настройки), созданные в рамках договора — исключительное право переходит к Заказчику после полной оплаты․
  • Права на предустановленные решения Исполнителя (свои фреймворки, библиотеки, админки, методологии) — остаются у Исполнителя․ Заказчику выдается неисключительная лицензия на их использование как части сайта․
  • Права на CMS (WordPress, Bitrix, Modx и т․д․) и плагины — у соответствующих правообладателей․

Рекомендуемые приложения (Чек-лист)

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

  1. Приложение №1: Реквизиты и банковские данные сторон (с маской * для публичных версий)․
  2. Приложение №2: Техническое задание (ТЗ) / Регламент работ — детализация п․ 2․1–2․13, SLA, список доступов, ответственные лица․
  3. Приложение №3: Форма Акта приема-передачи и Реестра задач․
  4. Приложение №4: Согласие на обработку персональных данных / Договор поручения (если применимо)․
  5. Приложение №5: Спецификация цен / Смета на часы сверх лимита․

Типичные ошибки при использовании шаблона

Ошибка Последствие Как исправить в шаблоне
Не прописан лимит часов (п․ 2․13) Бесконечные правки «в рамках абонентки», убытки Исполнителя Жестко зафиксировать пул часов, стоимость переработки, правило переноса остатков
Размытое определение «Критической ошибки» Споры: «сайт не работает» vs «не работает кнопка в футере» Ввести классификацию инцидентов (P1, P2, P3) с временем реакции в Приложении №2
Отсутствие пункта о передаче доступов при расторжении Заказчик теряет контроль над сайтом/доменом П․ 9․3: обязательный возврат всех доступов, ключей, бэкапов в срок 3 дня
Нет ограничения ответственности Исполнителя Риск иска за миллионы за простой сайта на 50к/мес П․ 7․2: Лимит ответственности = N месяцев абонентской платы, исключение упущенной выгоды
Игнорирование 152-ФЗ (ПДн) Штрафы Роскомнадзора, риски утечки Подписать Договор поручения на обработку ПДн (Приложение №4)

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

Главные советы при адаптации шаблона под себя:

  • Всегда прописывайте лимит часов и стоимость переработки;
  • Детализируйте SLA (время реакции) в отдельном приложении․
  • Четко разделяйте поддержку (багфиксы, контент, мониторинг) и разработку (новый функционал, редизайн, интеграции)․
  • Защититесь пунктом об ограничении ответственности и интеллектуальных правах на свои разработки․
  • Обязательно включите процедуру передачи доступов при завершении договора․

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


Дата актуализации информации: ․ Материал подготовлен на основе открытых источников (amulex․ru) и практики IT-юриспруденции․ Данная статья носит информационный характер и не является правовым консультированием․