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

Основные отличия удаленного обслуживания от выездного

В отличие от классического договора на техническое обслуживание оборудования (пример которого приведен в открытых источниках‚ например‚ на ресурсе amulex.ru)‚ договор на удаленное обслуживание имеет специфические черты:

• Место оказания услуг: Исполнитель выполняет работы со своей территории (офис‚ дата-центр‚ домашний офис)‚ подключаясь к инфраструктуре Заказчика через защищенные каналы связи (VPN‚ RDP‚ SSH‚ специализированные агенты мониторинга).
• Средства доступа: В договоре обязательно прописывается порядок предоставления доступов‚ требования к информационной безопасности (ИБ) и использование средств удаленного администрирования.
• Мониторинг и инциденты: Основной объем работы часто заключается в проактивном мониторинге (24/7 или в рабочее время) и реакции на инциденты‚ а не в плановом физическом осмотре «железа».
• Ответственность за канал связи: Риски недоступности объекта из-за проблем с интернетом у Заказчика распределяются отдельной клаузулой.

Структура типового договора

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

Преамбула (Шапка договора)

ДОГОВОР № [Номер] от «___» _____________ 20__ г.
г. [Город заключения]

[Полное наименование Заказчика (ЮЛ/ИП)]‚ именуемое в дальнейшем «Заказчик»‚ в лице [Должность руководителя] [ФИО руководителя полностью]‚ действующего на основании [Устав / Решение о назначении / Доверенность №___ от ___]‚ с одной стороны‚


и

[Полное наименование Исполнителя (ЮЛ/ИП)]‚ именуемое в дальнейшем «Исполнитель»‚ в лице [Должность руководителя] [ФИО руководителя полностью]‚ действующего на основании [Устав / Решение о назначении / Доверенность №___ от ___]‚ с другой стороны‚

вместе именуемые «Стороны»‚ а по отдельности «Сторона»‚ заключили настоящий Договор о нижеследующем:

Важно: При публикации образца в открытом доступе или передаче третьим лицам ФИО руководителей‚ номера доверенностей и адреса регистрации необходимо маскировать (заменять на шаблоны [ФИО]‚ [Номер]‚ [Адрес]).

Предмет договора (Пункт 1)

Самый важный раздел. Необходимо максимально детально описать‚ что именно входит в услугу.

1. Исполнитель обязуется оказать услуги по удаленному техническому обслуживанию и администрированию IT-инфраструктуры Заказчика (далее — «Услуги»)‚ а Заказчик обязуется их принять и оплатить.
2. Перечень обслуживаемых объектов (серверов‚ рабочих станций‚ сетевого оборудования‚ СУБД‚ сервисов 1С‚ облачных сред) фиксируется в Приложении № 1 «Реестр объектов обслуживания»‚ являющемся неотъемлемым частью Договора.
3. В состав Услуг входит (перечень примерный‚ подстраивается под задачу):
   • Проактивный мониторинг доступности и производительности систем (CPU‚ RAM‚ Disk‚ Network‚ Services).
   • Управление обновлениями ОС и ПО (Patch Management) по согласованному графику.
   • Настройка и поддержка резервного копирования (Backup)‚ проверка целостности бэкапов‚ тестовые восстановления.
   • Управление правами доступа‚ учетными записями (AD/LDAP‚ Azure AD‚ локальные БД).
   • Администрирование антивирусной защиты‚ EDR/XDR систем.
   • Разбор инцидентов и сервисных запросов (Service Requests) через систему тикетирования (Helpdesk).
   • Консультации ключевых пользователей Заказчика по эксплуатации ИТ;
   • Ежемесячное предоставление отчета о состоянии ИТ-инфраструктуры и выполненных работах.
4. К Услугам не относятся (исключения‚ подлежащие оформлению отдельными заказами/договорами):
   • Закупка и поставка «железа» и лицензий.
   • Выездная работа специалистов на объект Заказчика (если не оговорено отдельно).
   • Разработка ПО‚ сложная настройка 1С/CRM/ERP с нуля.
   • Работы‚ требующие физического доступа к серверной (замена дисков‚ перекрутка кабелей‚ перезагрузка «железа» без IPMI/iDRAC/iLO).

Порядок оказания услуг и доступы (Пункт 2)

Данный раздел критически важен для удаленного формата.

1. Каналы доступа. Исполнитель осуществляет подключение исключительно через защищенные каналы: корпоративный VPN Заказчика‚ bastion-хост‚ Zero Trust Network Access (ZTNA) или агентский софт (RMM-агенты типа Kaseya‚ ConnectWise‚ Action1‚ Atera‚ Zabbix Agent и т.д.). Прямые RDP/SSH на публичные IP запрещены.
2. Предоставление доступов. Заказчик в течение [3] рабочих дней с момента подписания Договора предоставляет Исполнителю необходимые учетные записи с минимально необходимыми правами (принцип Least Privilege). Пароли передаются через защищенный менеджер паролей (Bitwarden‚ 1Password‚ KeePass через защищенный канал) или вызовом/видеосвязью. Передача паролей в открытом виде (email‚ мессенджеры) недопустима.
3. Многофакторная аутентификация (MFA). Доступы Исполнителя должны быть защищены MFA. Заказчик обеспечивает техническую возможность подключения MFA для учетных записей Исполнителя.
4. Аудит действий. Все сессии удаленного подключения Исполнителя должны логироваться (запись терминальных сессий‚ аудит логов Windows/Linux‚ логи VPN). Заказчик имеет право запросить логи за любой период.
5. Отзыв доступов. При расторжении Договора или смене сотрудников Исполнителя доступы отзываются Заказчиком в течение [1] рабочего дня по письменному уведомлению.

Уровни сервиса (SLA) и сроки реакции (Пункт 3)

Рекомендуется вынести детали в Приложение № 2 «SLA (Service Level Agreement)». Пример матрицы приоритетов:

Приоритет инцидента	Критерий	Время реакции (Time to Respond)	Время восстановления / обхода (Time to Resolve/Workaround)	Режим работы
P1 — Критический	Остановка основного бизнеса‚ падение продакшн-кластера‚ утечка данных	15 минут	4 часа (работа без перерыва до устранения)	24/7/365
P2 — Высокий	Деградация производительности‚ недоступность второстепенного сервиса	1 час	8 рабочих часов	Рабочее время (напр. 9:00–18:00 МСК)
P3 — Средний	Ошибка неблокирующая‚ запрос на изменение/настройку	4 рабочих часа	3 рабочих дня	Рабочее время
P4 — Низкий	Консультация‚ запрос отчета‚ плановая работа	1 рабочий день	По согласованию (планово)	Рабочее время

Время реакции — это время от регистрации заявки в системе тикетирования до начала работы специалиста Исполнителя над ней.
Время восстановления — время устранения последствий инцидента или предоставления рабочего обхода (workaround).
Сроки приостанавливаются‚ если Заказчик не предоставляет необходимые доступы‚ информацию или подтверждение действий.

Права и обязанности сторон (Пункт 4)

Обязанности Заказчика:

• Обеспечить стабильный канал связи с выходом в интернет для удаленного подключения.
• Назначить ответственного сотрудника (Single Point of Contact) для согласования работ‚ предоставления доступов и приемки результатов.
• Своевременно информировать об изменениях в инфраструктуре‚ влияющих на обслуживание.
• Оплачивать услуги в срок.
• Обеспечить лицензионную чистоту используемого ПО.

Обязанности Исполнителя:

• Оказывать Услуги качественно‚ в соответствии с SLA и регламентами.
• Использовать только лицензионное ПО для подключения и работ.
• Соблюдать конфиденциальность информации Заказчика (НДА/Коммерческая тайна).
• Не передавать доступы третьим лицам без согласия Заказчика. Привлечение субподрядчиков — только с письменного согласия Заказчика.
• Вести учет работ в системе тикетирования‚ предоставлять ежемесячные отчеты.
• Страховать свою гражданскую ответственность (профессиональную) — по желанию сторон.

Стоимость и порядок расчетов (Пункт 5)

Существует три основные модели ценообразования. В договоре выбирается одна:

1. Фиксированная ежемесячная плата (Flat Fee / Retainer). Оплата за набор услуг/объектов независимо от количества инцидентов. Наиболее предсказуемо для бюджета.

   Ежемесячная стоимость Услуг составляет [Сумма] руб. (в т.ч. НДС [Ставка]%).
   Оплата производится авансово не позднее [5-го] числа текущего месяца.
   При расширении парка объектов (Приложение №1) стоимость пересчитывается пропорционально тарифу за единицу.
   

2. Почасовая оплата (Time & Materials). Подходит для нерегулярных задач.

   Стоимость 1 часа работы специалиста: [Сумма] руб. (в т.ч. НДС [Ставка]%).
   Минимальный тарифицируемый интервал: [15/30/60] минут.
   Исполнитель предоставляет еженедельный/ежемесячный табель учета рабочего времени с описанием задач.
   

3. Гибридная модель. Фиксированная плата за мониторинг/бэкапы/плановые работы + почасовая оплата за инциденты и изменения сверх лимита часов.

Расчеты производятся безналичным путем на р/с Исполнителя. В назначении платежа указывается № Договора и период.

Ответственность сторон (Пункт 6)

• Штрафы за нарушение SLA. За превышение времени реакции/восстановления Исполнитель выплачивает неустойку: [0.5%] от ежемесячной стоимости за каждый час просрочки‚ но не более [10-20%] от ежемесячной платы за месяц.
• Ограничение ответственности. Исполнитель не несет ответственности за:
  • Потерю данных‚ если бэкап не настраивался/не проверялся по вине Заказчика или данные хранились на необслуживаемых ресурсах.
  • Простой из-за действий стороннего ПО/обновлений вендоров (Microsoft‚ 1С‚ Linux kernel)‚ если Исполнитель применил их по инструкции Заказчика или по стандартной политике обновлений.
  • Проблемы с каналом связи у Заказчика‚ электропитанием‚ физическим состоянием «железа».
  • Упущенную выгоду (lost profits).
• Конфиденциальность. Штраф за разглашение коммерческой тайны/персональных данных: [Сумма‚ напр. 500 000 руб.] за каждый факт утечки + возмещение реального ущерба.

Срок действия‚ расторжение‚ форс-мажор (Пункты 7-9)

• Срок: Договор вступает в силу с момента подписания и действует до «___» 20__ г. с автопролонгацией на [1 год]‚ если ни одна из сторон не уведомит об отказе за [30] календарных дней.
• Расторжение по инициативе: Любая Сторона вправе расторгнуть Договор‚ уведомив другую Сторону за [30] календарных дней письменно. В случае расторжения Заказчиком без вины Исполнителя, оплачивается текущий месяц полностью.
• Расторжение за нарушение: При систематическом нарушении SLA (более 3 раз в квартал) или просрочке платежей более [10] дней.
• Форс-мажор: Стандартная формулировка со ссылкой на решение госорганов‚ стихийные бедствия‚ кибератаки глобального масштаба. Сроки исполнения смещаются на время действия обстоятельств.

Заключительные положения (Пункт 10)

• Все уведомления направляются на адреса/email/ЭДО‚ указанные в реквизитах.
• Споры — претензионный порядок (ответ за [10] рабочих дней)‚ затем Арбитражный суд по месту нахождения Ответчика (или Заказчика, по согласованию).
• Договор в [2] экземплярах‚ одинаковой юридической силы. Сканированная копия‚ подписанная ЭЦП (квалифицированной/неквалифицированной по соглашению сторон) или по ЭДО‚ имеет силу оригинала.

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

Не стоит запихивать все детали в тело договора. Используйте приложения для гибкости:

1. Приложение № 1: Реестр объектов обслуживания (CMDB). Таблица: Имя хоста / IP / Роль (DB‚ App‚ DC‚ GW) / ОС / Версия / Наличие агента мониторинга / Наличие бэкапа / Контакт ответственного у Заказчика / Примечание.
2. Приложение № 2: SLA и регламент инцидент-менеджмента. Матрица приоритетов‚ каналы приема заявок (портал‚ email‚ телефон дежурного)‚ процедура эскалации.
3. Приложение № 3: Регламент плановых работ (Change Management). Окна обслуживания (Maintenance Windows)‚ порядок согласования изменений (RFC)‚ процедура отката (Rollback).
4. Приложение № 4: Требования к ИБ и доступам. Политика паролей‚ требования к VPN/MFA‚ запрет на копирование данных на личные носители Исполнителя‚ правила работы с персональными данными (152-ФЗ).
5. Приложение № 5: Финансовое (Смета/Тарифы). Детализация стоимости‚ тарифы на сверхурочные/выездные/ночные часы‚ порядок согласования доп. работ.

Чек-лист: на что обратить внимание перед подписанием

• [ ] Соответствие 152-ФЗ: Если Исполнитель обрабатывает персональные данные Заказчика (даже просто логи с IP/логинами)‚ нужен Договор о передаче ПДн (ДППД) как отдельный документ или приложение.
• [ ] Квалифицированная ЭЦП: Для работы по 44-ФЗ/223-ФЗ или госсектору обязательна КЭП. Для коммерческого сектора часто достаточно неквалифицированной ЭЦП по соглашению сторон или ЭДО (СБИС‚ Диадок‚ Контур).
• [ ] Исключение «выездных» работ: Четко пропишите‚ что замена диска‚ перезагрузка сервера по питанию (без IPMI)‚ витая пара — это отдельный заказ/договор.
• [ ] Права на результаты интеллектуальной деятельности: Скрипты автоматизации‚ конфиги Ansible/Terraform‚ документация‚ созданные в процессе работы, чья собственность? Обычно: Заказчик платит за результат‚ но Исполнитель сохраняет право использовать наработки (ноу-хау) в других проектах без конфиденциальных данных Заказчика.
• [ ] Страхование: Крупные заказчики требуют полис профессиональной ответственности (Professional Indemnity Insurance) на сумму от 5-10 млн руб.
• [ ] Аудит безопасности Исполнителя: Заказчик может потребовать отчет о пентесте/сканировании уязвимостей инфраструктуры Исполнителя (особенно если это MSP-провайдер).

Типовые ошибки при составлении

1. Размытое описание предмета. «Обслуживание серверов» — плохо. «Мониторинг Zabbix‚ бэкап Veeam‚ патчинг Windows Server 2019/2022 по вторникам‚ администрирование AD (создание/блокировка юзеров‚ GPO)» — хорошо.
2. Отсутствие окна обслуживания (Maintenance Window). Без него любое обновление ядра или перезагрузка БД в 14:00 в будний день — инцидент по вине Исполнителя.
3. Игнорирование «одной точки входа». Если у Заказчика нет VPN/бастиона‚ а доступы раздаются «админу в телеграм» — это риск для обеих сторон. Договор должен обязать Заказчика выстроить безопасный периметр доступа.
4. Непрописывание процедуры приема-передачи (Onboarding/Offboarding). Как передаются пароли? Кто отвечает за «следы» бывшего админа? Как происходит аудит доступов при старте?
5. Штрафы‚ «съедающие» маржу. Неустойка 0.5% в час за простой P3-инцидента за месяц может обнулить доход. Лимитируйте общую сумму штрафов в месяц (Cap).

Качественный договор на удаленное обслуживание — это не просто юридическая формальность‚ а операционный документ‚ по которому ежедневно работают инженеры и менеджеры. Инвестиция времени в проработку SLA‚ реестра объектов‚ регламентов доступа и ИБ на этапе заключения договора экономит сотни часов споров и досудебных претензий в будущем.

Используйте приведенную выше структуру как чек-лист для вашего юридического отдела или контрагента. Помните: лучший договор — тот‚ который лежит в ящике и не нужен в суде‚ потому что процессы работают по нему четко и понятно для всех.

---

Данная статья носит информационный характер и не является юридической консультацией. Перед подписанием любого договора рекомендуется проконсультироваться с юристом‚ специализирующимся на IT-праве и защите коммерческой тайны.