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

+7 (800) 302-87-29

Реклама jurik.ru

Договор на техническую поддержку сайта — это базовый документ, регулирующий отношения между заказчиком (владельцем сайта) и исполнителем (веб-студией, фрилансером или IT-компанией). Грамотно составленный договор защищает интересы обеих сторон, четко определяет объем работ, сроки реакции (SLA) и финансовые условия.

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

Основные разделы договора (Структура)

Согласно ГК РФ (глава 39 «Договор возмездного оказания услуг») и деловой практике, договор должен содержать следующие обязательные и рекомендуемые блоки:

Преамбула: Дата, место заключения, полные реквизиты сторон (ИП/ООО/ФИО физлица), основание для действия (Устав, Доверенность).
Предмет договора: Четкое описание того, что именно делает исполнитель (мониторинг, обновления, бэкапы, исправление багов, консультации);
Объем и качество услуг (SLA): Самый важный технический раздел. Время реакции, время устранения, каналы связи, график работы.
Права и обязанности сторон: Кто за что отвечает. Доступы, предоставление информации, соблюдение конфиденциальности.
Порядок приемки-сдачи работ: Акт приема-передачи, регламент проверки, дефектные ведомости.
Расчеты и стоимость: Фиксированная абонентская плата или почасовая оплата, сроки оплаты, штрафы за просрочку, НДС.
Ответственность сторон: Штрафы за нарушение SLA, ответственность за утерю данных (в рамках разумного), форс-мажор.
Срок действия и расторжение: Дата начала/окончания, порядок досрочного расторжения, уведомление (обычно 10-30 дней).
Конфиденциальность и НДА: Защита коммерческой тайны, персональных данных (152-ФЗ), доступов к серверам/админкам.
Заключительные положения: Адреса, подписи, порядок разрешения споров (претензионный порядок, суд).

Детальный разбор ключевых пунктов

Предмет договора: что включить в перечень услуг?

Избегайте формулировки «техническая поддержка» без детализации. Составьте приложение (Спецификацию/ТЗ) со списком:

Мониторинг доступности: Проверка uptime (например, каждые 5 минут), проверка SSL-сертификатов, домена, места на диске.
Резервное копирование (Бэкапы): Частота (ежедневно/еженедельно), хранение (локально/облако), тестовое восстановление (раз в квартал).
Обновления безопасности: CMS (WordPress, Bitrix, ModX), плагины, модули, PHP, БД, ОС сервера (если в зоне ответственности).
Исправление ошибок (Bugfix): Критические (сайт не работает) — в течение N часов. Некритические (косяк верстки в футере) — в течение N дней.
Контент-менеджмент (опционально): Добавление новостей, товаров, правка текстов (часто тарифицируется отдельно или лимитом часов).
Техническая консультация: Ответы на вопросы по телефону/мессенджерам/email.

SLA (Service Level Agreement) — Сервисный уровень

Это «сердце» договора поддержки. Обязательно зафиксируйте таблицу приоритетов:

Приоритет инцидента	Описание	Время реакции (подтверждение)	Время устранения / workaround
Критический (P1)	Сайт недоступен, сломана корзина/оплата, утечка данных	15–30 мин (круглосуточно)	2–4 часа
Высокий (P2)	Не работает важный функционал (фильтры, личный кабинет), ошибки 500	1–2 часа (рабочее время)	4–8 часов
Средний (P3)	Ошибки верстки, медленная загрузка, баги в админке	4–8 часов (рабочее время)	1–3 рабочих дня
Низкий (P4)	Косметические правки, консультации, пожелания	1 рабочий день	По согласованию / в спринт

Важно: Укажите «Рабочее время» (например, Пн-Пт 10:00–19:00 МСК) и порядок эскалации для P1 в нерабочее время (дежурный инженер, телефон).

Доступы и ответственность за данные

Исполнителю понадобятся: SSH/FTP/SFTP, админка CMS, панель хостинга/сервера (ISPmanager, VestaCP, консоль AWS/Selectel), доступ к репозиторию (Git), БД.

Зафиксируйте: «Стороны подписывают Акт передачи доступов (Приложение №N)».
Пропишите обязанность Исполнителя хранить доступы в зашифрованном виде (KeePass, Bitwarden, 1Password) и не передавать третьим лицам.
Пропишите обязанность Заказчика: своевременно продлевать домен/хостинг, информировать о смене паролей сторонними специалистами.

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

Два основных подхода:

Абонентская плата (Retainer): Фиксированная сумма в месяц за пакет услуг (например, до 10 часов работ в месяц). Неиспользованные часы сгорают или переносятся (лучше прописать перенос на 1 месяц). Выгодно для стабильной поддержки.
Почасовая оплата (Time & Materials): Оплата фактических часов по ставке. Требует детальных отчетов (таймлоги в Jira/Redmine/Google Таблицах). Выгодно для редких обращений.
Гибрид: Базовая абонентка (мониторинг + бэкапы + 2 часа работ) + переработки по часовой ставке.

Образец договора (Шаблон)

Ниже приведен базовый шаблон. Текст в квадратных скобках [ ] требует заполнения. Перед использованием обязательно проконсультируйтесь с юристом.

 ДОГОВОР № [Номер] от «___» _________ 202_ г.
 г. [Город] [Полное наименование Исполнителя / ФИО ИП], именуемое в дальнейшем «Исполнитель», в лице [Должность руководителя] [ФИО руководителя], действующего на основании [Устава / Свидетельства о регистрации ИП], с одной стороны, и
[Полное наименование Заказчика / ФИО ИП], именуемое в дальнейшем «Заказчик», в лице [Должность руководителя] [ФИО руководителя], действующего на основании [Устава / Свидетельства о регистрации ИП / Паспорта], с другой стороны,
вместе именуемые «Стороны», заключили настоящий Договор о нижеследующем:
ПРЕДМЕТ ДОГОВОРАИсполнитель обязуется оказать Заказчику услуги по технической поддержке сайта [URL сайта] (далее — «Сайт»), а Заказчик обязуется принять и оплатить данные услуги на условиях, предусмотренных настоящим Договором.
 Перечень услуг, их объем, регламент оказания (SLA) и порядок взаимодействия сторон определяются в Приложении № 1 «Спецификация и SLA», являющемся неотъемлемой частью настоящего Договора.
 Услуги оказываются путем удаленного доступа Исполнителя к программному коду, базе данных, файловой системе Сайта и/или серверному оборудованию.
ПРАВА И ОБЯЗАННОСТИ СТОРОНИсполнитель имеет право:Требовать от Заказчика предоставления необходимых доступов и информации для оказания услуг.
Привлекать субподрядчиков для выполнения отдельных работ (при условии соблюдения конфиденциальности и уведомления Заказчика).
Вносить изменения в код и конфигурацию Сайта в рамках согласованных задач.
Исполнитель обязан:Оказывать услуги в соответствии с Приложением № 1 (SLA).
Обеспечивать конфиденциальность информации Заказчика (доступы, БД, код, бизнес-данные).
Проводить резервное копирование перед вносящимися значимыми изменениями.
Предоставлять ежемесячный отчет об оказанных услугах (по форме Приложения № 2) не позднее [числа] следующего месяца.
Своевременно информировать Заказчика об обнаруженных уязвимостях и критических ошибках.
Заказчик имеет право:Требовать исполнения услуг в установленные сроки и надлежащего качества.
Получать отчеты и консультации по вопросам поддержки.
Заказчик обязан:Обеспечить Исполнителю необходимые доступы (список в Приложении № 3) в течение [N] дней с момента подписания Договора.
Своевременно оплачивать услуги в порядке, установленном п. 4 настоящего Договора.
Информировать Исполнителя о планируемых изменениях на Сайте/сервере сторонними специалистами.
Обеспечивать оплату и продление хостинга, доменного имени, SSL-сертификатов (если не входит в обязанности Исполнителя).
ПОРЯДОК ПРИЕМКИ-СДАЧИ УСЛУГПриемка результатов оказания услуг осуществляется ежемесячно по подписанию Акта приема-передачи оказанных услуг (Приложение № 4).
 Заказчик проверяет отчет и качество исполнения задач в течение [5] рабочих дней. В случае несогласия Заказчик направляет мотивированный отказ с описанием замечаний.
 Если в установленный срок замечаний не поступило, услуги считаются принятыми без замечаний.
СТОИМОСТЬ УСЛУГ И ПОРЯДОК РАСЧЕТОВСтоимость услуг определяется в Приложении № 1 (Спецификация).
 Вариант А (Абонентская плата): Ежемесячная фиксированная плата составляет [Сумма] руб. (НДС [не облагается / 20%]). Оплата производится авансом не позднее [5-го] числа текущего месяца.
 Вариант Б (Почасовая): Ставка 1 часа работы — [Сумма] руб. (НДС [не облагается / 20%]). Оплата по факту за прошлый месяц по Акту приема-передачи.
 Оплата производится безналичным расчетом на расчетный счет Исполнителя (реквизиты в Преамбуле/Приложении № 5).
 За просрочку платежа Заказчик выплачивает пени в размере [0,1%] от суммы долга за каждый день просрочки.
 При превышении лимита часов (при абонентке) дополнительные часы оплачиваются по ставке [Сумма] руб./час по отдельному Доп. соглашению/Счету.
ОТВЕТСТВЕННОСТЬ СТОРОНЗа нарушение сроков реакции/устранения (SLA) Исполнитель выплачивает штраф [X%] от абонентской платы за каждый час просрочки, но не более [Y%] от месячной стоимости.
 Исполнитель не несет ответственности за:
Действия сторонних лиц, имевших доступ к Сайту/серверу без ведома Исполнителя.
Потерю данных, если Заказчик не обеспечивал актуальные бэкапы или отказался от настройки бэкапов Исполнителем.
Сбой работы хостинга/регистратора домена/CDN/платежных шлюзов, не контролируемых Исполнителем.
Упущенную выгоду Заказчика.
Общая ответственность Исполнителя по Договору ограничивается суммой, выплаченной Заказчиком за последние [3] месяца поддержки.
КОНФИДЕНЦИАЛЬНОСТЬСтороны обязуются хранить в тайне любую полученную в рамках Договора информацию (доступы, код, бизнес-процессы, базы клиентов) в течение срока действия Договора и [3] лет после его прекращения.
 Исполнитель вправе указать Заказчика в своем портфолио (название, логотип, ссылка на сайт) если иное не оговорено Доп. соглашением.
СРОК ДЕЙСТВИЯ И РАСТОРЖЕНИЕДоговор вступает в силу с момента подписания и действует до «___» _________ 202_ г. (или «на неопределенный срок»).
 Каждая Сторона вправе расторгнуть Договор в одностороннем порядке, уведомив другую Сторону письменно не менее чем за [30] календарных дней.
 При расторжении Заказчик оплачивает фактически оказанные услуги до даты расторжения.
ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯВсе споры решаются путем переговоров (претензионный порядок — ответ за [10] дней). При неудаче — в Арбитражный суд по месту нахождения Исполнителя (или Заказчика).
 Договор может изменятся только доп. соглашениями в письменной форме (в т.ч. по ЭДО/email с ЭЦП).
 Адреса и реквизиты сторон: см. Преамбулу и Приложение № 5.
ПОДПИСИ СТОРОН:
ИСПОЛНИТЕЛЬ ЗАКАЗЧИК
 ________________ / [ФИО] / ________________ / [ФИО] /
 М.П. М.П. 

Обязательные приложения (Чек-лист)

Договор без приложений часто бесполезен при споре. Обязательно приложите:

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

Типичные ошибки и советы (Best Practices)

Ошибка 1: «Поддержка — это когда что-то сломается, вы чините»

Решение: Четко разделите поддержку (Support) и разработку (Development). Поддержка, это поддержание работоспособности, мониторинг, апдейты безопасности, мелкие правки (до 30-60 мин). Разработка — новый функционал, редизайн, рефакторинг, интеграции. Разработка оформляется отдельными Доп. соглашениями/ТЗ с отдельной сметой.

Ошибка 2: Отсутствие регламента передачи доступов

Решение: Подписывайте Акт передачи доступов (Приложение №3) в день подписания договора. Если пароли меняются, новый Акт. Используйте корпоративные пароль-менеджеры (Bitwarden, Vaultwarden, 1Password Business) с разграничением прав доступа.

Ошибка 3: Игнорирование бэкапов

Решение: Пропишите: «Исполнитель настраивает автоматические бэкапы (файлы + БД) с частотой 1 раз в сутки, хранение 30 дней, копия в другом ДЦ/облаке». Добавьте пункт: «Тестовое восстановление с бэкапа проводится 1 раз в квартал по инициативе Исполнителя или Заказчика».

Ошибка 4: Неопределенность с «Чужими руками»

Решение: Внесите пункт: «Заказчик уведомляет Исполнителя о предоставлении доступов третьим лицам за не менее 3 рабочих дней. Исполнитель не несет ответственности за последствия действий третьих лиц, если не был уведомлен».

Ошибка 5: Работа без тикет-системы

Решение: Обязательно введите учет заявок (Jira Service Management, YouTrack, Bitrix24, Redmine, даже Trello/Notion). В договоре: «Заявка считается принятой в работу после регистрации в Тикет-системе. Устные заявки/в мессенджерах не учитываются в SLA».

Юридические нюансы (РФ)

Форма: Договор возмездного оказания услуг (ГК РФ ст. 779) может быть заключен в простой письменной форме. Для работы с гос. заказчиками или крупными корпорациями часто требуется ЭДО (Электронный документооборот) с КЭП (Квалифицированной электронной подписью).
НДС: Если Исполнитель на ОСНО — НДС 20% сверху. Если на УСН «Доходы» или Патент — без НДС (указать в договоре: «Цена включает НДС в размере 0%» или «Без НДС»).
Персональные данные (152-ФЗ): Если Исполнитель получает доступ к БД с персональными данными пользователей (имена, телефоны, email), необходимо заключить Согласие на обработку ПДн / Договор на обработку ПДн от имени оператора (Приложение к договору).
Исключительное право на код: Если в процессе поддержки пишется новый код — чье он? По умолчанию (ст. 1295 ГК РФ) право принадлежит автору (исполнителю/сотруднику), если договором не передано заказчику. Добавьте пункт: «Исключительное право на результаты работ (код, конфиги, скрипты), созданные в рамках исполнения Договора, переходит к Заказчику с момента оплаты».

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

Главные принципы хорошего договора:

Конкретика: Никаких «и прочего». Все услуги — в Спецификации.
Измеримость: SLA с цифрами (минуты, часы, %).
Баланс ответственности: Штрафы за SLA у исполнителя, обязанность давать доступы и платить вовремя у заказчика.
Процедура смены доступов и сотрудников: Чтобы уход ведущего разработчика не парализовал поддержку.

Используйте приведенный выше шаблон как основу, адаптируйте под специфику вашего проекта (Highload, E-commerce, Лендинг, SaaS) и обязательно согласуйте финальную версию с юристом, учитывающим актуальную судебную практику и специфику вашего бизнеса.