Новые правила работы госорганов с облачными сервисами: требования и стандарты

Правительство утвердило правила использования облачных сервисов для создания и эксплуатации государственных информационных систем и иных ИТ-систем госорганов — соответствующее постановление зафиксировало требования к поставщикам и механизм обмена сервисами между ведомствами. По данным Digital Russia, документ опирается на разъяснения Минцифры о том, какие условия должны предъявляться к провайдерам облачных ресурсов.

Что устанавливают правила

Постановление разрешает использовать для создания и эксплуатации ИС электронные сервисы, которые предоставляются через действующие государственные информационные системы. В этой схеме между заказчиком сервиса и оператором системы должно заключаться соглашение — оно определяет параметры взаимодействия и распределение ответственности. Фактически речь идёт о формализации того, что раньше решалось на уровне отдельных контрактов и технических заданий.

Что это значит для рынка

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

На что обратить внимание при выборе сервиса

Если вы оцениваете облачного провайдера или SaaS-решение для задач, связанных с государственным сектором, проверяйте не только цену и функциональность. Запросите у поставщика документы о соответствии требованиям регулятора, уточните SLA и порядок обработки инцидентов. Полезно смотреть на условия так же придирчиво, как и при оценке любого крупного вложения — например, при подходе к готовому арендному бизнесу: 5 правил оценки перед покупкой применяется похожая логика due diligence: проверка юридической чистоты, финансовой устойчивости и операционных рисков. В облаках тот же набор вопросов — только вместо арендной платы и арендаторов вы смотрите на отказоустойчивость, локализацию данных и поддержку.

Отдельный практический момент — оплата подписок. По данным Клерк.ру, при списаниях за иностранные облачные платформы с российской карты основная масса отказов приходит с кодом generic_decline или do_not_honor, а код возвращает платёжный провайдер продавца, а не сама облачная платформа. Если сервис критичен для процессов, заранее проверьте платёжный канал на тестовом списании — иначе отказ банка-эмитента в день продления подписки станет неприятным сюрпризом.