Клиенты ожидают слаженной работы, когда покупают, продлевают и управляют облачными сервисами через вас Для партнеров по программе Cloud Solution Provider (CSP) это взаимодействие напрямую зависит от внутренней операционной готовности: безопасного доступа, стабильно работающих API, точного выставления счетов и сверки данных, а также процессов управления жизненным циклом подписок, которые формируют правильные ожидания.
Этот ежеквартальный операционный брифинг призван предоставить вашим техническим командам четкое и практически применимое понимание последних обновлений платформы, безопасности и API, чтобы вы могли защитить непрерывность доходов, снизить операционные издержки и подготовиться к контрольным срокам внедрения изменений заранее. В нем также подчеркивается, как готовность платформы может открыть новые возможности для роста, особенно для партнеров, инвестирующих в передовые рабочие нагрузки и специализации.
Представленные ниже обновления делятся на две категории: изменения, которые уже вступили в силу и требуют вашей проверки прямо сейчас, а также критически важные этапы, наступающие в ближайшее время и требующие немедленного внимания со стороны инженерных и операционных отделов. Если сроки фиксированы, следует исходить из срочности. Незначительные пробелы могут привести к сбоям, которых можно было бы избежать, как только новые правила вступят в силу.
Обновления, уже вступившие в силу: что ваши команды должны знать прямо сейчас
Обязательное применение MFA для API Центра партнеров (сценарий app+user)
Microsoft вводит обязательное применение многофакторной аутентификации (MFA) для всех API Центра партнеров, использующих сценарий app+user. Любые вызовы API в режиме app+user, выполненные без действительного подтверждения MFA, блокируются и возвращают ответ 401 с кодом ошибки 900421.
Если ваш бизнес полагается на автоматизацию процессов подготовки ресурсов, выставления счетов, управления клиентами или технической поддержки, относитесь к этому требованию как к критически важному фактору надежности систем, а не как к фоновой задаче по обеспечению безопасности.
Что следует сделать сейчас:
- Проведите аудит всех интеграций с API в режиме app+user во всех ваших внутренних инструментах и сервисах, доступных партнерам.
- Проверьте процессы получения токенов и убедитесь, что действительное подтверждение MFA присутствует на всех этапах.
- Проведите тестирование в песочнице и средах, максимально приближенных к производственной, а затем настройте мониторинг ошибок 401 и 900421 для раннего выявления пробелов.
- Ознакомьтесь с требованиями безопасности Центра партнеров.
Принудительное применение MFA снижает риски, связанные с компрометацией учетных данных, а также позволяет предотвратить внезапные сбои в работе ключевых систем автоматизации по мере развертывания этапов обновления среди партнеров.
Готовность дистрибьюторов: мониторинг рисков авторизации реселлеров
Для дистрибьюторов проактивный контроль статуса реселлеров позволяет защитить последующие доходы и предотвратить сбои внутри партнерского канала. В Центре партнеров доступен новый Отчет об авторизации реселлеров, содержащий сведения о партнерах, находящихся под угрозой потери авторизации. Используйте эти данные как операционный сигнал, а затем проведите кампанию по информированию и устранению несоответствий среди реселлеров до того, как риски перерастут в инцидент.
Новый сигнал подтверждения MCA на основе событий (через API)
Через iframe подтверждения Клиентского соглашения Microsoft (MCA), размещенный на стороне Microsoft, теперь доступен новый дополнительный сигнал на основе событий. Этот сигнал мгновенно уведомляет приложение партнера, как только клиент нажимает кнопку «Принять».
Этот дополнительный сигнал позволяет вам настраивать собственный процесс подтверждения. Примерами настройки являются автоматическое закрытие iframe, продвижение пользователя дальше по сценарию приложения или отображение информационных сообщений для клиентов в соответствии с их потребностями.
Существующие интеграции iframe и API продолжат работать в прежнем режиме, если вы решите не внедрять этот сигнал.
Новый сигнал обеспечивает более удобное для клиентов подтверждение в один щелчок мыши и поддерживает более эффективную интеграцию на основе событий для вашей системы. Подробнее читайте здесь.
Критические изменения 2026 года: действуйте сейчас, чтобы защитить свой бизнес
Продленные сроки обслуживания: завершение бесплатного льготного периода (вступает в силу 4 мая 2026 года)
Это изменение имеет самые серьезные последствия среди всех представленных в данном брифинге. Начиная с 4 мая 2026 года бесплатный льготный период для доступа к сервисам по непродленным подпискам отменяется. После истечения срока действия подписки у клиентов и партнеров есть три четких варианта действий: продлить подписку, отменить ее или перейти на платные продленные условия обслуживания (EST) для сохранения доступа к сервисам на время принятия дальнейших решений. Механизм EST разработан для обеспечения гибкости, однако он меняет операционные допущения, на основе которых строились многие партнерские системы.
Если логика вашего интерфейса (UX) или выставления счетов по умолчанию подразумевает, что «льготный период означает отсутствие оплаты», вам необходимо обновить системы прямо сейчас. Партнеры, которые не обновят свои системы, рискуют столкнуться с непредвиденными результатами выставления счетов и непониманием со стороны клиентов, особенно в масштабах компании, когда у крупных групп клиентов одновременно заканчивается срок возобновления действия.
Контрольный список готовности инженерных и операционных отделов.
- Интерфейс и пользовательский опыт (UI/UX): сделайте варианты действий по окончании срока подписки явными, включая четкое описание того, что произойдет при истечении срока, если выбрана отмена, по сравнению с переходом на условия EST. Избегайте двусмысленных формулировок, которые могут навести на мысль, что обслуживание продолжится без каких-либо изменений.
- Логика выставления счетов и отображение в счетах: убедитесь, что ваши процессы выставления счетов корректно отображают платный период продления (EST) там, где это применимо. Это включает в себя последующую отчетность и процедуры признания выручки, в которых статус жизненного цикла подписки сопоставляется с ожидаемыми финансовыми показателями.
- Взаимодействие с клиентами: обновите уведомления о возобновлении действия, сообщения об истечении срока действия подписок и внутренние сценарии, чтобы команды, работающие с клиентами, могли четко объяснить варианты действий после окончания лицензий и избежать внезапных эскалаций.
- Операционный ритм: начинайте обсуждение вопросов возобновления действия на более ранних этапах. Продуманный процесс возобновления действия подписок позволяет снизить количество лицензий, срок действия которых истекает до принятия решения, что устраняет путаницу и повышает предсказуемость поступления платежей.
Если вам нужен практический план действий для старта, назначьте одного ответственного за изменения в продукте и UX, одного — за выставление счетов и отчетность, и еще одного — за коммуникации с клиентами. Затем проведите краткое комплексное тестирование на репрезентативном наборе сценариев подписок, чтобы проверить корректность работы систем и уведомлений до 4 мая. Для получения дополнительной информации обратитесь к материалам в Microsoft Learn.
Сверка счетов: переход поля ReferenceId на формат JSON (вступает в силу 15 июня 2026 года)
Если вы анализируете файлы сверки по выставленным или невыставленным счетам, то это классический пример изменения из разряда «небольшой сдвиг в схеме данных — огромные последствия для последующих систем». Microsoft обновляет атрибут ReferenceId в файлах сверки, переводя его в структурированный формат JSON. Дата вступления изменений в силу была перенесена на 15 июня 2026 года на основании отзывов партнеров, что дает вам время спланировать, протестировать и развернуть обновления без сбоев в работе. Логика выставления счетов, ценообразование, начисления и итоговые суммы в счетах не меняются, однако жестко прописанные алгоритмы анализа данных могут дать сбой.
Что следует сделать сейчас:
- Выявите все задачи по обработке сверки, конвейеры отчетности и хранилища данных, в которых атрибут ReferenceId обрабатывается как обычная строка.
- Обновите логику анализа данных для корректной обработки структуры JSON.
- Запустите тесты валидации в безопасной среде и подтвердите, что последующие объединения данных и корреляции по-прежнему работают корректно, особенно если вы используете ReferenceId для трассировки или процессов разрешения споров.
Это также отличный момент для повышения операционной устойчивости. Относитесь к сверке счетов как к продукту, а не просто как к пакетной задаче. Добавьте анализ с контролем схемы данных, логирование и оповещения, чтобы будущие изменения приносили меньше сбоев.
Новые ограничения для групп безопасности гранулированных делегированных прав администратора (GDAP)
В Центре партнеров теперь вводятся ограничения на количество групп безопасности, используемых для управления делегированным доступом, что повышает стабильность работы платформы при масштабировании. Партнеры могут назначать до 100 групп безопасности на одного клиента. Партнерам, приближающимся к этому лимиту, следует пересмотреть и оптимизировать использование групп безопасности, а также объединить группы во избежание сбоев в работе. Если вы ожидаете достижения этого лимита, мы рекомендуем заранее спланировать изменения в вашей модели доступа, чтобы обеспечить непрерывный и бесперебойный доступ клиентов через GDAP.
Что партнерам следует сделать прямо сейчас
Используйте этот контрольный список, чтобы скоординировать действия руководителей ваших операционных и технических отделов. Делайте это просто и ограничивайте по времени.
- Обеспечьте полную готовность к EST до 4 мая 2026 года: обновите интерфейс и пользовательские сценарии (UI/UX), логику выставления счетов и шаблоны коммуникации с клиентами, чтобы варианты действий по окончании срока подписки были четкими, а финансовые результаты — прогнозируемыми.
- Проверьте соответствие требованиям MFA во всех потоках API Центра партнеров для сценария app+user: подтвердите, что процесс получения токенов включает действительное подтверждение MFA, и устраните любые ошибки 401 и 900421 до того, как принудительное применение правил затронет ваши системы. Как включить MFA для Volume Licensing Central.
- Модернизируйте процессы сверки данных до 15 июня 2026 года: измените алгоритмы анализа данных поля ReferenceId для поддержки структуры JSON и проверьте работу последующей отчетности, корреляций, а также процессов разрешения споров.
- Если вы дистрибьютор, организуйте мониторинг рисков реселлеров: используйте сигналы отчетности Центра партнеров для выявления реселлеров, находящихся в зоне риска, и проведите кампанию раннего реагирования для защиты непрерывности бизнеса в вашей партнерской сети.
Ресурсы и дальнейшие действия
Четвертый квартал (Q4) — это ключевой период для партнеров программы CSP. Контрольный срок внедрения EST 4 мая 2026 года требует реальных обновлений систем выставления счетов, интерфейса управления жизненным циклом подписок и шаблонов коммуникации с клиентами.
В сочетании с обязательным применением MFA и изменениями схемы сверки данных, партнеры, которые примут меры заблаговременно, смогут снизить риски, защитить доверие клиентов и освободить больше операционных ресурсов для реализации стратегий роста. Используйте вышеуказанные ресурсы, чтобы назначить ответственных, проверить ваши системы и обеспечить слаженную работу команд в понимании того, что именно и в какие сроки меняется.