Limites du service Gouvernance des ID Microsoft Entra ID
Cet article contient les contraintes d'utilisation par défaut du service Microsoft Entra ID Governance, qui fait partie de Microsoft Entra. Si vous recherchez l'ensemble des limites de service de Microsoft Entra qui ne sont pas spécifiques à la gouvernance, consultez : limites et restrictions du service Microsoft Entra.
Remarque
Les limites peuvent être augmentées si votre utilisation dépasse ces contraintes par défaut répertoriées. Pour aller au-delà du quota par défaut, vous devez contacter le Support Microsoft.
Gestion des droits d’utilisation
Conseil
Nous recommandons que les packages d’accès contiennent plusieurs rôles de ressource et soient modélisés en fonction des services, fonctions de travail, emplacements, projets ou combinaison de ces derniers.
| Fonction | Limite |
|---|---|
| Packages d’accès | 20 000 par locataire |
| Attributions de package d’accès : une attribution de package d’accès est une affectation d’un package d’accès à un utilisateur particulier | 300 000 par locataire |
| Affectations du package d’accès à partir d’une stratégie d’affectation automatique donnée | 15 000 par stratégie d’affectation automatique |
| Catalogues | 7 500 par locataire |
| Organisations connectées | 2 500 par locataire |
| Extensions personnalisées | 500 par locataire |
| Stratégies : une stratégie d’attribution de package d’accès spécifie la stratégie par laquelle les utilisateurs peuvent demander ou recevoir un package d’accès | 25 000 par locataire |
| Demandes (dans les 3 mois) : une demande d’attribution de package d’accès est créée par ou au nom d’un utilisateur qui souhaite obtenir, mettre à jour ou supprimer une attribution de package d’accès. Cela inclut les demandes créées par le système pour les stratégies d’affectation automatique | 200 000 par locataire |
Workflows de cycle de vie
| Catégorie | Limite |
|---|---|
| Nombre de workflows | 100 par locataire |
| Nombre de tâches | 25 par workflow |
| Nombre d’extensions de tâche personnalisées | 100 par locataire |
| Période offsetInDays des triggerAndScopeBasedConditions executionConditionsConditions | 180 jours |
| Intervalle de planification de workflow en heures | 1-24 heures |
| Nombre d’utilisateurs par sélection à la demande | 10 |
| Période durationBeforeTimeout des extensions de tâche personnalisées | 5 minutes-3 heures |
Remarque
Si un workflow est créé ou mis à jour avec l’API, la période offsetInDays sera comprise entre -180 et 180 jours. La valeur négative signale que l’opération s’est produite avant timeBasedAttribute, tandis que la valeur positive signale que l’opération s’est produite après.