Договор IT-аутсорсинга: SLA, ответственность и доступы

Договор IT-аутсорсинга регулирует отношения компании с подрядчиком, который обслуживает её инфраструктуру, сопровождает программы или ведёт разработку. Найти образец в интернете несложно, но шаблон описывает услуги общими словами, а споры возникают как раз в деталях: что входит в обслуживание, за какое время подрядчик должен отреагировать, кому принадлежит код, что будет с доступами при расторжении. Ниже — разделы, которые стоит проработать. Финальный текст договора стоит согласовать с юристом, знакомым с законодательством Узбекистана.

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

Главная ошибка — формулировка «обслуживание IT-инфраструктуры заказчика» без расшифровки. Перечень услуг лучше вынести в приложение:

• Какие объекты обслуживаются: рабочие места, серверы, сеть, принтеры, 1С, сайт, почта
• Какие работы входят: поддержка пользователей, обновления, резервное копирование, мониторинг
• Какие работы не входят и оплачиваются отдельно: закупка оборудования, новые проекты, разработка
• Режим работы: рабочие часы, выходные, круглосуточно для критичных систем
• Формат: удалённо, выезды, постоянное присутствие

Список объектов (инвентаризация) прикладывается к договору и обновляется.

Уровень сервиса (SLA)

SLA — соглашение об уровне обслуживания. Его основа — классификация обращений по критичности и время реакции и решения для каждого уровня:

1. Критический — остановлена работа компании или ключевой системы: не работает учёт, сервер, интернет в офисе
2. Высокий — не работает функция для группы сотрудников
3. Средний — проблема одного пользователя с обходным путём
4. Низкий — консультации, плановые изменения

Для каждого уровня указывается время реакции (подрядчик взял в работу) и целевое время решения. Отдельно оговариваются каналы обращения: система заявок, телефон, Telegram — и что заявка вне официального канала не учитывается в SLA.

Отчётность и контроль

• Регулярный отчёт: количество обращений, соблюдение сроков, выполненные плановые работы
• Журнал заявок, доступный заказчику
• Порядок разбора нарушений SLA
• Последствия систематических нарушений: снижение оплаты, право на расторжение

Приёмка работ

Для абонентского обслуживания — ежемесячный акт с отчётом. Для проектных работ — приёмка по этапам с критериями: что считается выполненным, как проводится тестирование, сколько времени у заказчика на замечания.

Доступы, безопасность и конфиденциальность

• Перечень систем, к которым подрядчик получает доступ, и уровень прав
• Именные учётные записи сотрудников подрядчика, а не общая
• Обязанность не передавать доступы третьим лицам
• Порядок изменения паролей при смене сотрудников подрядчика
• Требования к защите персональных данных, если подрядчик с ними работает
• Порядок уведомления об инцидентах безопасности

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

Отдельное соглашение или раздел о неразглашении: какая информация считается конфиденциальной, срок действия обязательств, в том числе после окончания договора.

Права на результаты

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

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

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

Расторжение и передача дел

Этот раздел часто забывают, хотя он самый важный при конфликте:

• Срок уведомления о расторжении
• Обязанность передать все пароли, доступы, документацию, схемы сети
• Период передачи дел новому подрядчику или внутренней команде
• Удаление данных заказчика из систем подрядчика

Ошибки

• Подписание договора без перечня объектов и услуг
• SLA без классификации критичности
• Отсутствие условия о передаче паролей и документации при расторжении
• Права на написанный код по умолчанию у подрядчика
• Общая учётная запись администратора, которой пользуются все инженеры подрядчика

Если вы готовите договор с IT-подрядчиком или пересматриваете действующий, можем помочь с технической частью: перечнем услуг, SLA и требованиями к доступам.