Определение и устранение проблем с назначением лицензий для группы на портале администрирования Microsoft 365

Замечание

Начиная с 1 сентября 2024 г. Центр администрирования идентификатора Microsoft Entra и портал Microsoft Azure больше не поддерживает назначение лицензий через пользовательские интерфейсы. Для управления назначениями лицензий для пользователей и групп администраторы должны использовать Центр администрирования Microsoft 365. Это обновление предназначено для упрощения процесса управления лицензиями в экосистеме Майкрософт. Это изменение ограничено пользовательским интерфейсом. Доступ к API и PowerShell остается неизменным. Подробные рекомендации по назначению лицензий с помощью Центра администрирования Microsoft 365 см. в следующих ресурсах:

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

Групповое лицензирование (GBL) на портале администрирования Microsoft 365 представляет концепцию пользователей в состоянии ошибки лицензирования. В этой статье объясняется причины, по которым пользователи могут оказаться в этом состоянии.

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

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

• Недостаточное количество лицензий

• Конфликт между двумя планами обслуживания, которые нельзя назначить одновременно

• Планы обслуживания в одной лицензии зависят от планов обслуживания от другой лицензии

Поиск ошибок назначения лицензий для пользователей группы при использовании лицензирования на основе групп

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

Найти пользователей, находящихся в состоянии ошибки, в группе

1. Войдите на портал администрирования Microsoft 365 в качестве как минимум администратора по лицензиям.

2. Перейдите к выставлению счетов>лицензиям, чтобы открыть страницу, где можно просматривать и управлять всеми лицензированными продуктами в организации.

3. Выберите затронутую лицензию и просмотрите состояние каждой группы, назначенной выбранной лицензии, перейдя к параметру выбора группы.

   

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

   • Все лицензии назначены — никаких проблем
   • В процессе выполнения — ожидание назначения лицензий пользователям
   • Ошибки и проблемы — необходимо изучить

   

5. Выберите имя группы , чтобы просмотреть ошибки для затронутых пользователей в группе.

6. Кроме того, вы можете отфильтровать ошибки с помощью параметра "Фильтр " в правом верхнем углу, если у вас есть большое количество затронутых пользователей.

   

В следующих разделах приводится описание каждой потенциальной проблемы и способы ее устранения.

Замечание

Модули Azure AD и MSOnline PowerShell устарели с 30 марта 2024 г. Чтобы узнать больше, прочитайте обновлённую информацию о прекращении поддержки. После этой даты поддержка этих модулей ограничена поддержкой миграции в пакет SDK Для Microsoft Graph PowerShell и исправления безопасности. Устаревшие модули будут продолжать функционировать до 30 марта 2025 года.

Мы рекомендуем перейти на Microsoft Graph PowerShell для взаимодействия с Microsoft Entra ID (ранее — Azure AD). Часто задаваемые вопросы о миграции см. в разделе "Вопросы и ответы о миграции". Примечание: Возможны перебои в работе версий 1.0.x MSOnline после 30 июня 2024 г.

Недостаточно лицензий

Проблема. Недостаточно доступных лицензий для одного из продуктов, указанных в группе. Необходимо либо приобрести дополнительные лицензии для продукта, либо забрать неиспользуемые лицензии у других пользователей или групп.

Чтобы узнать, сколько лицензий доступно, перейдите в Портал администрирования>Выставление счетов>Лицензии>Все продукты.

Чтобы узнать, какие пользователи и группы используют лицензии, перейдите на портал администрирования M365 в разделе"Лицензии>" и выберите продукт. В разделе "Пользователи" отображается список всех пользователей, которым назначены лицензии напрямую или через одну или несколько групп. В разделе "Группы" отображаются все группы, назначаемые этим продуктом.

Конфликтующие планы обслуживания

Проблема. Один из продуктов, указанных в группе, содержит план обслуживания, который конфликтует с другим планом обслуживания, уже назначенным пользователю через другой продукт. Некоторые планы обслуживания настраиваются таким образом, что они не могут быть назначены тому же пользователю, что и другой связанный план обслуживания. Решение о том, как решить конфликт лицензий на продукты, всегда принимается администратором. Идентификатор Microsoft Entra не разрешает конфликты лицензий автоматически. PowerShell: командлеты PowerShell сообщают об этой ошибке как MutuallyExclusiveViolation. Сведения о журнале аудита:

Licensing Error Message
License assignment failed because service plans [xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx], [xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] are mutually exclusive.  

Отсутствуют зависимые планы обслуживания

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

PowerShell: Командлеты PowerShell сообщают об этой ошибке как DependencyViolation.

Сведения о журнале аудита:

Licensing Error Message

License assignment failed because service plan [xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] depends on
the service plan(s) [xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx], [xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx].

Расположение использования не указано

Проблема: некоторые службы Майкрософт доступны не во всех расположениях из-за требований местного законодательства. Прежде чем назначить пользователю лицензию, необходимо указать свойство "Местоположение использования" пользователю. Расположение можно указать в разделе "Изменение профиля > пользователя>" на портале. Когда Microsoft Entra ID пытается назначить пользователю лицензию группы в неподдерживаемом регионе использования, это завершается ошибкой. Система записывает ошибку пользователя. Чтобы устранить эту проблему, удалите пользователей из неподдерживаемых расположений из лицензированной группы. Если текущие значения расположения использования не представляют фактическое расположение пользователя, их можно изменить так, чтобы лицензии правильно назначаются при следующем назначении (если новое расположение поддерживается).

PowerShell: Командлеты PowerShell сообщают об этой ошибке под названием ProhibitedInUsageLocationViolation.

Замечание

Когда идентификатор Microsoft Entra назначает лицензии группы, все пользователи без указанного расположения использования наследуют расположение каталога. Корпорация Майкрософт рекомендует администраторам задавать правильные значения расположения использования для пользователей перед использованием группового лицензирования для соблюдения местных законов и правил. — Атрибуты имени, фамилии, другого адреса электронной почты и типа пользователя не являются обязательными для назначения лицензий.

Дублирование адресов прокси-сервера

Проблема. Если вы используете Exchange Online, некоторые пользователи в организации могут быть неправильно настроены с тем же значением прокси-адреса. Если при лицензировании на основе групп производится попытка назначить лицензию такому пользователю, она завершится сбоем, и появится сообщение "Адрес прокси-сервера уже используется".

Подсказка

Чтобы узнать, есть ли дублирующийся прокси-адрес, выполните следующий командлет PowerShell для Exchange Online:

Get-Recipient -Filter "EmailAddresses -eq 'user@contoso.onmicrosoft.com'" | fl DisplayName, RecipientType,Emailaddresses

Дополнительные сведения об этой проблеме см. в сообщении об ошибке в Exchange Online «Прокси-адрес уже используется».

Другое

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

Чтобы определить другое лицензирование, назначенное затронутному пользователю из той же группы, можно просмотреть лицензии пользователей на портале администрирования Microsoft Entra.

На портале администрирования Entra перейдите к пользователям — все пользователи — найдите затронутого пользователя, а затем просмотрите свои лицензии.

Вы можете просмотреть аудиторские журналы пользователя для получения дополнительных сведений об ошибке, если ошибка произошла в течение последних 30 дней, что обычно бывает в большинстве случаев (зависит от количества дней, в течение которых доступны аудиторские журналы в клиенте, некоторые могут иметь только семь дней).

Записи ошибок назначения лицензий в журнале аудита можно идентифицировать с помощью следующих сведений:

Тип действия: изменение лицензии пользователя

Состояние: сбой

Инициировано (субъект)

• Тип: приложение
• Отображаемое имя: идентификатор Microsoft Entra ID Group-Based лицензирование

Принудительная обработка лицензий пользователей для устранения ошибок

проблема: в зависимости от предпринятых вами шагов для устранения ошибок, может потребоваться вручную запустить обработку пользователя для обновления его состояния.

Например, после устранения ошибки нарушения зависимостей для затронутого пользователя необходимо активировать повторную обработку пользователя. Чтобы повторно обработать пользователя, вернитесь на портал администрирования M365 > Биллинг > Лицензии. Выберите лицензию и перейдите в группу, в которой один или несколько затронутых пользователей отображаются в ошибке, выберите пользователей и нажмите кнопку повторной обработки на панели инструментов.

Кроме того, для повторной обработки пользователей можно использовать Invoke-MgLicenseUser из Graph для PowerShell.

Группе назначено более одной лицензии на продукт.

Группе можно назначить несколько лицензий на продукт. Например, вы можете назначить группе Office 365 корпоративный E3 и Enterprise Mobility + Security, чтобы легко включить для пользователей все включенные службы.

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

При удалении лицензированной группы

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

Управление лицензиями для продуктов с предварительными требованиями

Некоторые продукты Microsoft Online, которыми вы владеете, могут иметь предварительные требования. К ним относятся надстройки и другие планы обслуживания, для которых может потребоваться включить необходимый план обслуживания для пользователя или группы, прежде чем зависимые планы обслуживания можно будет добавить в пользователя или группу. При групповом лицензировании система требует, чтобы в одной группе присутствовали обязательные условия и дополнительные планы обслуживания или другие зависимые планы обслуживания. Это требование существует для обеспечения того, чтобы все пользователи, добавленные в группу, могли получать полностью рабочий продукт. Рассмотрим следующий пример: Microsoft Workplace Analytics — это надстроечный продукт. Он содержит одиночный план обслуживания с тем же именем. Этот план обслуживания можно назначить пользователю или группе, если также назначено одно из следующих предварительных требований:

• Exchange Online (план 1)
• Exchange Online (план 2)

Проблема. Если вы пытаетесь назначить этот продукт самостоятельно группе, портал возвращает уведомление. Чтобы назначить эту лицензию надстройки группе, необходимо убедиться, что группа содержит необходимый план обслуживания. Кроме того, можно создать автономную группу, содержащую только минимальные необходимые продукты для работы надстроек. Его можно использовать для лицензии только выбранных пользователей для продукта надстройки. На основе предыдущего примера вы назначите следующие продукты одной группе:

• Office 365 корпоративный E3 с включенным только планом обслуживания Exchange Online (план 2)
• Microsoft Workplace Analytics

С этого времени все пользователи, добавленные в эту группу, потребляют одну лицензию на продукт E3 и одну лицензию на продукт Workplace Analytics. В то же время эти пользователи могут быть членами другой группы, которая предоставляет им полный продукт E3, и они по-прежнему потребляют только одну лицензию для этого продукта.

Подсказка

Для каждого необходимого плана обслуживания можно создать несколько групп. Например, если вы используете как Office 365 корпоративный E1, так и Office 365 корпоративный E3 для пользователей, можно создать две группы для лицензирования Microsoft Workplace Analytics: одна будет использовать E1 в качестве необходимого компонента, а другая — E3. Этот подход позволяет распространять надстройку пользователям E1 и E3 без использования других лицензий.

Удаление лицензий динамических групп членства с правилами на основе лицензий с начальной статической группой

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

Предупреждение

При изменении существующей статической группы на динамическую группу все существующие члены удаляются из группы, а затем правило членства обрабатывается для добавления новых участников. Если группа используется для управления доступом к приложениям или ресурсам, исходные члены могут потерять доступ, пока правило членства не будет полностью обработано.

Мы рекомендуем заранее протестировать новое правило членства, чтобы убедиться, что новое членство в группе соответствует ожиданиям. Если во время теста возникают ошибки, ознакомьтесь с журналами аудита, чтобы отслеживать активность лицензирования, основанного на группах.

Изменение атрибута Microsoft Entra ID Mail и ProxyAddresses

Проблема. При обновлении назначения лицензий для пользователя или группы может появиться, что атрибут Mail и ProxyAddresses некоторых пользователей изменен. Обновление назначения лицензий для пользователя вызывает срабатывание вычисления адреса прокси-сервера, что может изменить атрибуты пользователя. Чтобы понять причину изменения и решить проблему, ознакомьтесь с этой статьей о том, как атрибут proxyAddresses заполняется идентификатором Microsoft Entra.

Дальнейшие шаги

Дополнительные сведения о других сценариях управления лицензиями с помощью групп см. в следующих статье:

• Что такое групповое лицензирование в идентификаторе Microsoft Entra?