Технические требования к подрядчику помогают избежать споров о том, кто должен был обновить сайт, сохранить копию или отключить старый аккаунт. Ниже — перечень вопросов для задания и приложения к договору, а не готовый юридический документ. Итоговые формулировки нужно согласовать с учётом конкретной услуги.
Границы ответственности
Перечислите обслуживаемые системы и отдельно укажите исключения. Если исполнитель отвечает только за CMS, это не означает обслуживание рабочего ноутбука владельца или защиту корпоративной почты. Для каждого сервиса нужен ответственный за обновление, копирование и восстановление.
Доступы и рабочие данные
- Персональные аккаунты вместо общего администратора.
- Согласованный объём прав и срок их действия.
- Разрешённые места хранения выгрузок и резервных копий.
- Условия работы с субподрядчиками.
- Порядок возврата материалов и удаления рабочих копий.
Не стоит передавать полную производственную базу для задачи, которую можно решить на обезличенном примере. Если реальные данные необходимы, заранее определите цель, состав и ограничения использования.
Изменения и инциденты
Согласуйте тестовую среду, резервную копию перед рискованными изменениями и план отката. Определите, какие события считаются срочными, кто получает сообщение и кто вправе приостановить сервис. Время ответа, начало работ и срок устранения следует описывать отдельно.
Для обнаруженной уязвимости полезны требования к фиксации и уведомлению: затронутая система, потенциальные последствия, временные меры и дальнейшая проверка. Обещание «устранить любые угрозы» без границ и критериев практически невозможно оценить.
Приёмка и прекращение сотрудничества
Привяжите приёмку к проверяемым результатам: работающему восстановлению, переданным конфигурациям, списку аккаунтов и инструкции. Предусмотрите безопасную передачу новому исполнителю. Правовой статус данных, условия ответственности и обязательные требования зависят от ситуации, поэтому технический список стоит передать юристу, а не использовать вместо юридической проверки.
