Договор IT-аутсорсинга — это юридический документ, который определяет условия сотрудничества между компанией и IT-подрядчиком. Правильно составленный договор защищает интересы обеих сторон и предотвращает конфликты.
В этой статье разберём, какие пункты должны быть в договоре IT-аутсорсинга: описание услуг, SLA, гарантии, ответственность сторон, ценообразование и другие важные аспекты.
Зачем нужен договор IT-аутсорсинга
Договор IT-аутсорсинга необходим для:
- Чёткого определения объёма услуг и обязательств сторон
- Фиксации гарантий и SLA (Service Level Agreement)
- Защиты интересов заказчика и подрядчика
- Определения процедур решения споров
- Соблюдения требований законодательства
- Предотвращения недопонимания и конфликтов
Важно: договор IT-аутсорсинга должен быть составлен профессиональным юристом с учётом специфики IT-услуг. Типовые договоры могут не учитывать важные нюансы.
Обязательные пункты договора
1. Предмет договора
В этом разделе должно быть чётко описано, какие услуги предоставляет подрядчик.
Что должно быть указано:
- Список услуг (техническая поддержка, мониторинг, резервное копирование и т.д.)
- Охват инфраструктуры (какие серверы, компьютеры, сети обслуживаются)
- Режим работы (24/7, рабочие дни, часы работы)
- Территория обслуживания (офис, удалённо, выезды)
Рекомендуется приложить к договору техническое задание (ТЗ) с детальным описанием инфраструктуры и услуг. Это исключит недопонимание в будущем.
2. Срок действия договора
Что должно быть указано:
- Дата начала действия договора
- Срок действия (обычно 1 год с автоматической пролонгацией)
- Условия пролонгации
- Условия досрочного расторжения
- Порядок уведомления о расторжении
3. Стоимость услуг и порядок оплаты
Что должно быть указано:
- Размер абонентской платы (фиксированная сумма или расчётная)
- Что входит в абонентскую плату (детальный список)
- Что оплачивается отдельно (проектные работы, оборудование, лицензии)
- Порядок расчёта стоимости при изменении количества пользователей
- Сроки оплаты (обычно предоплата за месяц)
- Штрафы за просрочку оплаты
Красный флаг: если подрядчик отказывается детально прописать, что входит в стоимость, это повод насторожиться. Прозрачное ценообразование — признак профессионализма.
4. SLA (Service Level Agreement)
SLA — это критически важный раздел договора, который фиксирует гарантии подрядчика.
Что должно быть в SLA:
- Время реакции на инциденты (например, 15 минут для критических, 2 часа для обычных)
- Гарантия uptime (например, 99.9% доступности серверов)
- Время восстановления после сбоя (например, 4 часа для критических систем)
- Штрафные санкции за нарушение SLA (скидки, компенсации)
- Процедуры эскалации проблем
- Методы измерения SLA (как фиксируются нарушения)
SLA должен быть измеримым и проверяемым. Например, не "быстрое реагирование", а "реакция в течение 15 минут с момента получения заявки".
5. Обязанности сторон
Обязанности подрядчика:
- Обеспечивать заявленный уровень услуг в соответствии с SLA
- Предоставлять отчёты о проделанной работе
- Уведомлять о плановых работах и изменениях
- Обеспечивать конфиденциальность данных
- Предоставлять доступ к системам учёта заявок
- Обучать сотрудников заказчика при необходимости
Обязанности заказчика:
- Своевременно оплачивать услуги
- Предоставлять доступ к инфраструктуре
- Уведомлять о изменениях в инфраструктуре
- Соблюдать рекомендации по безопасности
- Предоставлять необходимую информацию для работы
6. Ответственность сторон
В этом разделе определяется ответственность за различные ситуации.
Что должно быть указано:
- Ответственность за ущерб от действий подрядчика
- Ограничение ответственности (максимальная сумма)
- Ответственность за ущерб от действий заказчика
- Ответственность за потерю данных
- Ответственность за простои и упущенную выгоду
Внимательно изучите раздел об ответственности. Некоторые подрядчики пытаются минимизировать свою ответственность. Это нормально, но должно быть разумным.
7. Конфиденциальность
Подрядчик получает доступ к конфиденциальным данным компании. Это должно быть зафиксировано в договоре.
Что должно быть указано:
- Обязательство не разглашать конфиденциальную информацию
- Список данных, которые считаются конфиденциальными
- Срок действия обязательств по конфиденциальности
- Ответственность за нарушение конфиденциальности
8. Интеллектуальная собственность
Что должно быть указано:
- Права на скрипты, конфигурации, документацию, созданные подрядчиком
- Права на использование существующей инфраструктуры
- Права на передачу знаний и документации при расторжении договора
9. Порядок приёма-передачи услуг
Что должно быть указано:
- Процедура начала обслуживания (аудит, инвентаризация)
- Процедура передачи инфраструктуры при расторжении договора
- Сроки передачи документации и паролей
- Обучение сотрудников заказчика
10. Разрешение споров
Что должно быть указано:
- Порядок решения споров (переговоры, медиация)
- Суд, в котором будут рассматриваться споры
- Применимое право (российское законодательство)
Дополнительные документы к договору
Техническое задание (ТЗ)
ТЗ должно содержать детальное описание инфраструктуры, которую будет обслуживать подрядчик.
Что должно быть в ТЗ:
- Список серверов с характеристиками
- Список рабочих мест
- Сетевое оборудование
- Используемое программное обеспечение
- Интеграции с другими системами
- Особенности инфраструктуры
Приложение со списком услуг
Детальный список услуг с описанием того, что входит в каждую услугу.
Регламент работы
Описание процессов работы: как принимаются заявки, как обрабатываются, как происходит эскалация.
Красные флаги в договоре
Повод насторожиться:
- Отсутствие детального описания услуг
- Отсутствие SLA или размытые формулировки
- Непрозрачное ценообразование
- Минимальная ответственность подрядчика
- Отсутствие пункта о конфиденциальности
- Невозможность расторжения договора без штрафов
- Отсутствие тестового периода
- Давление подписать договор быстро без изучения
Если что-то в договоре вызывает сомнения — не подписывайте. Лучше потратить время на переговоры и уточнение условий, чем потом решать проблемы в суде.
Рекомендации при подписании договора
Что нужно сделать:
- Внимательно прочитать весь договор (включая приложения)
- Попросить разъяснения по непонятным пунктам
- Обсудить спорные моменты и внести изменения
- Проконсультироваться с юристом (особенно по разделу об ответственности)
- Убедиться, что все устные договорённости зафиксированы в договоре
- Сохранить копию подписанного договора
Резюме
Договор IT-аутсорсинга — это важный документ, который защищает интересы обеих сторон. Правильно составленный договор с чётким SLA, прозрачным ценообразованием и справедливым распределением ответственности — это основа успешного сотрудничества.
Ключевые моменты: детальное описание услуг, чёткий SLA с измеримыми показателями, прозрачное ценообразование, справедливое распределение ответственности, пункт о конфиденциальности. Не подписывайте договор, если что-то вызывает сомнения.
Мы в MITPro предлагаем прозрачные условия сотрудничества: детальный договор с чётким SLA, понятное ценообразование, тестовый период. Если хотите обсудить условия сотрудничества — закажите бесплатную консультацию.