Mettre à jour approverDelegate

Espace de noms: microsoft.graph

Importante

Les API sous la version /beta dans Microsoft Graph sont susceptibles d’être modifiées. L’utilisation de ces API dans des applications de production n’est pas prise en charge. Pour déterminer si une API est disponible dans v1.0, utilisez le sélecteur Version .

Créez ou remplacez l’objet approverDelegate configuré pour un utilisateur. Le délégué approbateur peut approuver ou refuser la gestion des droits d’utilisation de Microsoft Entra, les demandes d’attribution de package d’accès et les révisions d’accès pour le compte de l’utilisateur pour la période que vous spécifiez dans la planification.

La délégation s’applique à toutes les demandes d’attribution de package d’accès et à toutes les révisions d’accès affectées à l’utilisateur. Pendant que la délégation est en vigueur, l’utilisateur peut toujours approuver ou refuser ses propres éléments en attente.

Les utilisateurs connectés peuvent définir leur propre délégué d’approbation. Les administrateurs peuvent définir le délégué approbateur de n’importe quel utilisateur du client.

Étant donné que cette méthode est une PUT opération, le corps de la demande remplace le délégué approbateur existant. Pour arrêter une délégation, envoyez un nouveau délégué approbateur avec une planification qui a déjà expiré.

Autorisations

Choisissez l’autorisation ou les autorisations marquées comme étant les moins privilégiées pour cette API. Utilisez une ou plusieurs autorisations privilégiées uniquement si votre application en a besoin. Pour plus d’informations sur les autorisations déléguées et d’application, voir Types d’autorisations. Pour en savoir plus sur ces autorisations, consultez la référence des autorisations.

Type d’autorisation	Autorisations les moins privilégiées	Autorisations à privilèges plus élevés
Déléguée (compte professionnel ou scolaire)	EntitlementManagement.ReadWrite.All	Non disponible.
Déléguée (compte Microsoft personnel)	Non prise en charge.	Non prise en charge.
Application	Non prise en charge.	Non prise en charge.

Importante

Pour l’accès délégué à l’aide de comptes professionnels ou scolaires, l’utilisateur connecté doit disposer d’un rôle Microsoft Entra pris en charge ou d’un rôle personnalisé qui accorde les autorisations requises pour cette opération. Administrateur de gouvernance des identités est le rôle le moins privilégié pris en charge pour cette opération.

Aucun rôle d’annuaire n’est requis pour définir votre propre délégué d’approbateur via le chemin d’accès /me .

Requête HTTP

Pour définir le délégué approbateur de l’utilisateur connecté :

PUT /me/identityGovernance/approverDelegate

Pour définir le délégué approbateur d’un autre utilisateur :

PUT /users/{user-id}/identityGovernance/approverDelegate

En-têtes de demande

Nom	Description
Autorisation	Porteur {token}. Obligatoire. En savoir plus sur l’authentification et les autorisations.
Content-Type	application/json. Obligatoire.

Corps de la demande

Dans le corps de la demande, fournissez une représentation JSON de l’objet approverDelegate .

Le tableau suivant répertorie les propriétés que vous pouvez utiliser lorsque vous définissez un délégué d’approbation.

Propriété	Type	Description
Déléguer	userSet	Utilisateur ou groupe qui reçoit la délégation d’approbation. Spécifiez la @odata.type propriété permettant d’identifier le sous-type. Seuls les sous-types singleUser et groupMembers sont pris en charge. Obligatoire.
planifier	requestSchedule	Période pendant laquelle la délégation est en vigueur. Si vous ne spécifiez pas de planification, la délégation commence immédiatement et n’expire pas. Facultatif.

Réponse

Si elle réussit, cette méthode renvoie un code de réponse 204 No Content. Elle ne renvoie rien dans le corps de la réponse.

Erreurs

Cette méthode renvoie l’erreur suivante lorsque le délégué n’est pas un sous-type userSet pris en charge ou lorsque le délégué ne peut pas être résolu.

Code d’état HTTP	Code d’erreur	Message d’erreur
400	Request_BadRequest	Délégué d’approbateur non valide ou non pris en charge.

Exemples

Exemple 1 : définir un utilisateur comme délégué approbateur de l’utilisateur connecté

Demande

L’exemple suivant délègue les approbations à un seul utilisateur pendant une semaine.

PUT https://graph.microsoft.com/beta/me/identityGovernance/approverDelegate
Content-type: application/json

{
  "delegate": {
    "@odata.type": "#microsoft.graph.singleUser",
    "id": "d8f4bcd2-4d5a-4a1e-88a5-b0f1c98d2f27"
  },
  "schedule": {
    "startDateTime": "2026-08-31T08:21:41.338Z",
    "expiration": {
      "endDateTime": "2026-09-07T08:21:41.339Z",
      "type": "afterDateTime"
    }
  }
}

Réponse

L’exemple suivant illustre la réponse.

HTTP/1.1 204 No Content

Exemple 2 : définir un groupe comme délégué approbateur d’un autre utilisateur

Demande

L’exemple suivant délègue les approbations d’un autre utilisateur aux membres d’un groupe, sans expiration.

PUT https://graph.microsoft.com/beta/users/87ec4b08-df41-4e9c-8f0c-2e6c9e19b0d3/identityGovernance/approverDelegate
Content-type: application/json

{
  "delegate": {
    "@odata.type": "#microsoft.graph.groupMembers",
    "id": "1c5f0b3e-8d4a-4e39-9f2b-6a7c1d3e5f80"
  },
  "schedule": {
    "startDateTime": "2026-08-31T08:21:41.338Z",
    "expiration": {
      "type": "noExpiration"
    }
  }
}

Réponse

L’exemple suivant illustre la réponse.

HTTP/1.1 204 No Content