Закупка облачного сервиса по 44-ФЗ — это приобретение услуг по предоставлению вычислительных ресурсов, программного обеспечения, систем хранения или платформы через интернет по модели подписки или оплаты фактического потребления. Заказчик не покупает сервер в собственность: он получает доступ к инфраструктуре поставщика на условиях договора. Для корректной закупки важно правильно квалифицировать объект.
Если приобретается лицензия на программное обеспечение с передачей экземпляра, это один предмет. Если оплачивается доступ к функциональности удалённого сервиса, это услуга. От выбора предмета зависят описание объекта закупки, обоснование НМЦК и требования к исполнителю.
Ключевые условия, которые нужно зафиксировать в документации
В техническом задании и проекте контракта необходимо отразить:
- права доступа и модель управления ими;
- хранение данных: территорию, сроки, резервное копирование;
- SLA — измеримые показатели уровня сервиса;
- требования информационной безопасности;
- порядок возврата данных при расторжении контракта.
Права доступа: что прописать в техническом задании
Права доступа — это набор ролей, учётных записей и разрешений, которые заказчик получает в облачном сервисе. В техническом задании нужно указать не только количество пользователей, но и модель управления доступами.
Что стоит закрепить в документации:
- типы ролей: администратор, оператор, пользователь с правами только на чтение;
- возможность самостоятельного создания и блокировки учётных записей заказчиком;
- требования к аутентификации: парольная политика, двухфакторная аутентификация, единый вход;
- разграничение доступа к данным по подразделениям или проектам;
- порядок передачи прав при увольнении сотрудника или смене ответственного.
Если в документации написать только «доступ для 50 пользователей», поставщик может предоставить минимальную функциональность без разграничения ролей. Это создаёт риск утечки данных и претензий контрольных органов.
Хранение данных: территория, сроки и резервные копии
Хранение данных — один из самых чувствительных блоков. Нужно определить, где физически размещаются данные, как долго они хранятся и что происходит при расторжении контракта.
В техническом задании укажите:
- территорию хранения данных (например, серверы на территории Российской Федерации);
- перечень категорий данных: персональные данные, служебная информация, документы;
- сроки хранения и порядок уничтожения после прекращения договора;
- частоту и глубину резервного копирования;
- порядок восстановления данных и сроки восстановления;
- формат выгрузки данных при переходе к другому поставщику.
Требования к защите информации и размещению данных могут зависеть от категории информации и отраслевых правил. Конкретные нормы следует проверять в действующей редакции законодательства и в отраслевых актах, применимых к заказчику.
SLA: как описать уровень сервиса измеримо
SLA (Service Level Agreement) — это соглашение об уровне обслуживания. В контракте оно превращается в измеримые показатели, за нарушение которых наступает ответственность.
Рабочие метрики для облачного сервиса:
- доступность сервиса в процентах за расчётный период;
- время реакции на обращение в службу поддержки;
- время восстановления после сбоя;
- максимальное время плановых технических работ;
- порядок уведомления о сбоях и инцидентах.
Формулировка «сервис должен работать надёжно» не работает: её нельзя проверить. Формулировка «доступность не ниже согласованного значения, измеряемая средствами мониторинга поставщика, с отчётом раз в месяц» проверяема и позволяет предъявить требования при нарушении.
Информационная безопасность: минимальный набор требований
Информационная безопасность в закупке облачного сервиса — это не только антивирус. В документации стоит закрепить организационные и технические меры:
- шифрование данных при передаче и при хранении;
- журналирование действий пользователей и администраторов;
- разграничение прав доступа и регулярный пересмотр прав;
- уведомление заказчика об инцидентах безопасности в согласованный срок;
- право заказчика на аудит или получение отчётов о безопасности;
- обязательства по неразглашению и работе с субподрядчиками.
Если сервис обрабатывает персональные данные, требования к защите определяются законодательством о персональных данных. Заказчику нужно заранее определить, является ли он оператором и какие обязанности на него возлагаются.
Пошаговый порядок закупки
- Определите предмет: услуга доступа к облачному сервису или поставка программного обеспечения.
- Соберите требования внутренних подразделений: ИТ, безопасности, юридического отдела.
- Сформулируйте функциональные требования и метрики SLA.
- Определите требования к хранению данных и правам доступа.
- Обоснуйте НМЦК: используйте коммерческие предложения, тарифы поставщиков или иные допустимые методы.
- Подготовьте техническое задание и проект контракта с измеримыми условиями.
- Выберите способ закупки в соответствии с 44-ФЗ и условиями закупки.
- Проведите процедуру и заключите контракт.
- Организуйте приёмку: проверьте фактическую доступность, отчёты SLA и выполнение требований безопасности.
Для заказчиков, которым нужно системно разобрать полный цикл — от планирования до приёмки и работы в ЕИС, — подойдёт программа повышения квалификации по управлению государственными закупками. В ней рассматриваются описание объекта закупки, НМЦК, проведение процедур и приёмка.
Практический пример
Заказчик закупает облачный сервис для электронного документооборота на 200 пользователей. В техническом задании он указывает:
- роли: администратор — 2, оператор — 10, пользователь — 188;
- двухфакторная аутентификация для администраторов;
- хранение данных на серверах на территории Российской Федерации;
- резервное копирование ежедневно, глубина хранения — 30 дней;
- доступность не ниже согласованного значения, отчёт ежемесячно;
- выгрузка всех данных в открытом формате при расторжении контракта.
При приёмке заказчик запрашивает отчёт о доступности, список активных учётных записей и подтверждение настроек резервного копирования. Если поставщик не предоставил отчёт, это основание для претензионной работы.
Распространённые ошибки
- Размытое техническое задание. Формулировки без измеримых параметров не позволяют проверить результат.
- Отсутствие метрик SLA. Без цифр невозможно доказать нарушение условий контракта.
- Игнорирование требований к хранению данных. Данные могут оказаться за пределами требуемой территории.
- Нет порядка возврата данных. При смене поставщика заказчик рискует потерять информацию.
- Не проработаны права доступа. Избыточные права увеличивают риск утечки.
- Приёмка «на бумаге». Без проверки отчётов и фактической доступности нарушения остаются незамеченными.
Снизить риски помогает предварительная проверка документации юридическим подразделением и специалистом по информационной безопасности, а также фиксация всех требований в проекте контракта.
Что важно помнить поставщику
Поставщик облачного сервиса должен заранее проверить, может ли он выполнить требования заказчика: размещение данных, уровень доступности, сроки восстановления, аудит. Если требование невыполнимо, лучше не подавать заявку, чем получить контракт с неисполнимыми условиями.
В заявке и при исполнении контракта важно документально подтверждать соответствие: предоставлять отчёты мониторинга, регламенты, политики безопасности. Это снижает риск претензий и одностороннего расторжения.
Поставщикам, которые хотят системно разобрать анализ документации, подготовку заявки и исполнение контракта, подойдёт обучение тендерам и работе на электронных площадках. В программе рассматриваются анализ извещения, подготовка заявки, заключение и исполнение контракта, а также защита от РНП.
Итог
Закупка облачного сервиса по 44-ФЗ требует точного описания предмета, прав доступа, условий хранения данных, метрик SLA и требований информационной безопасности. Чем конкретнее техническое задание и проект контракта, тем проще провести приёмку и защитить интересы заказчика.
Для углублённой проработки практических навыков — от подготовки документации до работы в ЕИС и электронной приёмки — можно использовать практикум на тренажёре ЕИС, где отрабатываются размещение процедур, заключение контракта и электронное актирование.
