Договор на ИТ-обслуживание: что проверить до подписания

Типовой договор на ИТ-обслуживание занимает 4-6 страниц, и в нём есть места, где формулировка решает больше, чем цена. Пройдём по ним по порядку.

Предмет договора

Формулировка «оказание услуг в области информационных технологий» не значит ничего. Она не обязывает исполнителя ни к чему конкретному и не даёт заказчику права требовать.

Хороший предмет описан списком: обслуживание рабочих мест в количестве N, серверов в количестве M, сетевого оборудования, приём и обработка заявок в режиме таком-то. Всё, что не перечислено, по умолчанию не входит.

Границы работ

Самый частый источник конфликта. Проверьте, как описаны:

• обслуживание оргтехники: входит ли заправка картриджей и мелкий ремонт
• работа с 1С: администрирование базы это одно, доработка конфигурации другое
• новые рабочие места: настройка входит в абонплату или считается отдельно
• переезды и перепланировки: почти всегда отдельная работа
• закупка оборудования: подбор входит, а логистика может нет

Время реакции и восстановления

Это разные сроки, и путать их дорого. Реакция это подтверждение, что заявка принята в работу. Восстановление это возврат сервиса в рабочее состояние.

В договоре должны быть оба, с разбивкой по приоритетам. Формулировка «реагируем оперативно» не имеет силы. Как это выглядит в нормальном приложении, показано на странице уровней поддержки и SLA.

Часы обслуживания и переработки

Уточните, что происходит с заявками вне графика. Варианты: не принимаются, принимаются но обрабатываются утром, обрабатываются с повышенным коэффициентом. Все три допустимы, но вы должны знать заранее, какой у вас.

Ответственность

Раздел, который пишут формально, а зря. Смотрите:

• есть ли санкции за нарушение сроков и в каком размере
• ограничена ли ответственность суммой договора за месяц
• кто отвечает за утрату данных при работах
• есть ли страхование ответственности

Полная безответственность исполнителя это красный флаг. Но и обещание возместить любые убытки бизнеса нереалистично: серьёзная компания ограничит ответственность разумной суммой и честно об этом скажет.

Конфиденциальность и доступы

Проверьте, что в договоре описано: кто получает доступы, как они хранятся, что происходит при увольнении сотрудника подрядчика, есть ли обязательство о неразглашении. Если вы работаете с персональными данными, нужно отдельное поручение на обработку по 152-ФЗ.

Передача дел

Пункт, о котором думают в последнюю очередь и жалеют об этом. В договоре должно быть написано: при расторжении исполнитель передаёт документацию, схемы, пароли и доступы в срок N дней, и это не оплачивается отдельно.

Без такого пункта уход подрядчика превращается в переговоры, а иногда в шантаж.

Изменение цены

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

Чек-лист

1. Предмет описан списком, а не общими словами
2. Есть раздел «что не входит»
3. Время реакции и восстановления разделены
4. Приоритеты заявок описаны
5. Указан режим обслуживания и правила для нерабочего времени
6. Есть санкции за нарушение сроков
7. Ответственность ограничена явной суммой
8. Прописан порядок работы с доступами
9. Есть поручение на обработку персональных данных
10. Описана передача дел при расторжении
11. Указан порядок изменения цены
12. Приложен акт инвентаризации обслуживаемого парка

Если по всем двенадцати пунктам ответы вас устраивают, договор можно подписывать. Наш вариант с приложениями пришлём по запросу: посмотрите, как это выглядит на практике, и сравните с условиями обслуживания.