Кратко

  • Индия отделила разрешение поставщика облачной сети от разрешения оператора, который предоставляет услуги связи.
  • Новая категория признаёт регулируемого технического посредника, но обычный договор на облачные услуги не становится лицензией связи и не снимает обязанностей с оператора.

Новые правила Индии выводят на свет участника, который обычно скрыт внутри договора с поставщиком: компанию, размещающую телекоммуникационное оборудование или сетевые функции для оператора. Департамент телекоммуникаций (Department of Telecommunications, DoT) создал для такого поставщика отдельное разрешение.Правила опубликованы под номером G.S.R. 644(E); официальный текст в индийской газете является нормативным актом. Это важное разграничение: поставщик может строить и эксплуатировать часть сети, но оператор с разрешением на услуги остаётся ответственным за связь для пользователей.

Это не означает, что «вся облачная отрасль теперь регулируется как телеком». Правило 54 определяет облачную телекоммуникационную сеть как сеть, где функции виртуализированы на принципах облачных вычислений и работают как программное обеспечение на стандартном оборудовании. В услугу входят три уровня: физическая инфраструктура для размещения оборудования клиента; облачное телекоммуникационное оборудование в сети клиента; сетевые функции, с помощью которых клиент предоставляет связь. Такой же охват указан на странице разрешения DoT.

Клиентом не может быть любая компания, покупающая вычислительную мощность. Правило 54 требует, чтобы это была другая уполномоченная организация или лицензиат, чьё разрешение допускает использование сети для предоставления услуг связи либо создания, эксплуатации, обслуживания или расширения сети. Таким образом, разрешение поставщика привязано к регулируемому применению и квалифицированному клиенту. Оно не даёт общего права продавать телекоммуникационные услуги населению.

Категория входит в систему из шести сетевых разрешений: инфраструктурного, для цифровой инфраструктуры связи, точки обмена интернет-трафиком, спутникового шлюза, облачной телекоммуникационной сети и переносимости мобильных номеров. Первые пять действуют на национальной территории, переносимость номеров разделена на зоны. В перечне правил DoT они опубликованы рядом с разрешениями на услуги связи и правилами перехода. Правило 54 ограничивает поставщика утверждённым объёмом; для иной категории сети может понадобиться отдельное разрешение.

Первоначальные платежи выглядят ниже, чем для оператора: DoT указывает вступительный сбор в 10 лакхов рупий, обработку заявки за 10 тысяч рупий, отсутствие начальной гарантии и ежегодного сбора за это разрешение. При этом заявитель должен быть компанией, соблюдать правила прямых иностранных инвестиций, не иметь долгов и полностью перекрывающего разрешения, а также представить заключение аудитора. До выдачи правительство может направить письмо о намерениях с объёмом, территорией, сроком и датой вступления в силу. Срок может достигать двадцати лет, согласно решению о выдаче.

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

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

У разрешённого поставщика есть свои обязанности: системы сети и связанные с ними данные, журналы и информация должны храниться в Индии; для определённых сетевых и защитных должностей действуют требования к резидентству; сведения о собственности и контроле подлежат раскрытию; государство вправе проводить проверки и аудит. Эти требования относятся к разрешённой сетевой деятельности, а не автоматически ко всем облачным услугам, продаваемым в Индии.

DoT уже открыл административный канал через портал eServices. Согласно уведомлению о внедрении, новые заявки и переходы на режим Закона о телекоммуникациях 2023 года с 25 июня 2026 года проходят через портал разрешений после прекращения приёма новых заявок по прежней системе Indian Telegraph Act. Это подтверждает работу административного процесса, но не использование облачных сетей. В рассмотренных публичных источниках нет числа заявок, выданных разрешений или измеренных результатов безопасности.

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

В заметке 73 Heng Lu предостерегает от смешения участия в системе с полномочием принимать решения. Это различие применимо и здесь: критически важный технологический поставщик не становится уполномоченным оператором услуги; название «обычный подрядчик» также не отменяет обязательств, связанных с его собственной регулируемой сетью. Индия формализовала посредника. Контракты и первые разрешения покажут, приводит ли это к подотчётной специализации или лишь к ещё одному уровню соблюдения требований.