Ajouter ediscoveryCaseMember

Espace de noms : microsoft.graph.security

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 .

Ajoutez un ediscoveryCaseMember à un ediscoveryCase. Le ediscoveryCaseMember peut être de l’un des deux types suivants : un utilisateur ou un groupe de rôles.

Cette API est disponible dans les déploiements cloud nationaux suivants.

Service global Gouvernement américain L4 Gouvernement américain L5 (DOD) Chine exploitée par 21Vianet
✅ ✅ ✅ ❌

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) eDiscovery.Read.All eDiscovery.ReadWrite.All
Déléguée (compte Microsoft personnel) Non prise en charge. Non prise en charge.
Application eDiscovery.Read.All eDiscovery.ReadWrite.All

Importante

Pour l’accès délégué à l’aide de comptes professionnels ou scolaires, l’utilisateur connecté doit se voir attribuer un rôle Microsoft Purview pris en charge via l’une des options suivantes :

  • Gestionnaire eDiscovery. Permet aux membres de créer et de gérer des cas eDiscovery qu’ils créent, y compris la création de dépositaires, de conservations, de recherches et d’autres tâches de gestion de cas. Toutefois, les gestionnaires d’eDiscovery peuvent uniquement créer et gérer les cas qu’ils créent. C’est l’option la moins privilégiée pour gérer leurs propres dossiers.
  • L’administrateur eDiscovery. Fournit toutes les autorisations du gestionnaire eDiscovery, ainsi que la possibilité d’accéder à et de gérer tous les cas eDiscovery dans l’organisation, de configurer les paramètres eDiscovery et de gérer n’importe quel cas après s’être ajouté en tant que membre.

Rôles supplémentaires qui fournissent un accès en écriture aux fonctionnalités eDiscovery :

  • Administrateur de conformité. Inclut la gestion des incidents, la recherche de conformité et les autorisations de conservation.
  • Gestion de l’organisation. Inclut les autorisations de gestion des incidents, de recherche de conformité, de conservation, de recherche et de purge.

Les rôles Gestionnaire eDiscovery et Administrateur eDiscovery font partie des groupes de rôles Microsoft Purview et permettent d’accéder aux fonctionnalités eDiscovery via le contrôle d’accès en fonction du rôle (RBAC).

Pour plus d’informations sur les rôles et les autorisations eDiscovery, consultez Attribuer des autorisations dans eDiscovery.

Requête HTTP

POST security/cases/ediscoveryCases/{ediscoveryCaseId}/caseMembers

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 uniquement les valeurs des propriétés à mettre à jour. Les propriétés existantes qui ne sont pas incluses dans le corps de la demande conservent leurs valeurs précédentes ou sont recalculées en fonction des modifications apportées à d’autres valeurs de propriété.

Le tableau suivant spécifie les propriétés qui peuvent être mises à jour.

Propriété Type Description
recipientType microsoft.graph.security.recipientType Spécifie le type de destinataire du membre de l’incident eDiscovery. Les valeurs possibles sont user, roleGroup, unknownFutureValue. Obligatoire.
ID String ID du membre du cas eDiscovery. S’il n’est pas spécifié, displayName (pour le groupe de rôles) ou smtpAddress (pour l’utilisateur) doit être fourni.
displayName String Nom d’affichage du membre du cas eDiscovery. Autorisé uniquement pour les membres de cas de type roleGroup. Si cela n’est pas spécifié, l’ID doit être fourni.
Adresse SMTP String Adresse SMTP du membre du cas eDiscovery. Autorisé uniquement pour les membres de cas de type utilisateur. Si cela n’est pas spécifié, l’ID doit être fourni.

Réponse

En cas de succès, cette méthode renvoie un 200 OK code de réponse et l’objet microsoft.graph.security.ediscoveryCaseMember ajouté dans le corps de la réponse.

Exemples

Exemple 1 : ajouter un membre de cas de type utilisateur à l’aide de smtpAddress

Demande

L’exemple suivant illustre une demande.

POST https://graph.microsoft.com/beta/security/cases/ediscoveryCases/b0073e4e-4184-41c6-9eb7-8c8cc3e2288b/caseMembers
Content-Type: application/json

{
    "recipientType": "user",
    "smtpAddress": "johnadams@microsoft.com"
}

Réponse

L’exemple suivant illustre la réponse.

HTTP/1.1 200 OK
Content-Type: application/json

{  
    "@odata.type": "microsoft.graph.security.ediscoveryCaseMember",
    "recipientType": "user",
    "id": "c4af6f9d-37f6-43f9-9e17-601544234146",
    "displayName": "John Adams",
    "smtpAddress": "johnadams@microsoft.com"
}

Exemple 2 : ajouter un membre de cas de type roleGroup à l’aide de displayName

Demande

L’exemple suivant illustre une demande.

POST https://graph.microsoft.com/beta/security/cases/ediscoveryCases/b0073e4e-4184-41c6-9eb7-8c8cc3e2288b/caseMembers
Content-Type: application/json

{
    "recipientType": "roleGroup",
    "displayName": "Security Administrator"
}

Réponse

L’exemple suivant illustre la réponse.

HTTP/1.1 200 OK
Content-Type: application/json

{
    "@odata.type": "microsoft.graph.security.ediscoveryCaseMember",
    "recipientType": "roleGroup",
    "id": "b9fb4f22-5f90-47a0-b309-44fe96a959fd",
    "displayName": "Security Administrator",
    "smtpAddress": ""
}

Exemple 3 : Ajouter un membre de cas de type utilisateur à l’aide de *ID

Demande

L’exemple suivant illustre une demande.

POST https://graph.microsoft.com/beta/security/cases/ediscoveryCases/b0073e4e-4184-41c6-9eb7-8c8cc3e2288b/caseMembers
Content-Type: application/json

{
    "recipientType": "user",
    "id": "c4af6f9d-37f6-43f9-9e17-601544234146"
}

Réponse

L’exemple suivant illustre la réponse.

HTTP/1.1 200 OK
Content-Type: application/json

{
    "@odata.type": "microsoft.graph.security.ediscoveryCaseMember",
    "recipientType": "user",
    "id": "c4af6f9d-37f6-43f9-9e17-601544234146",
    "displayName": "John Adams",
    "smtpAddress": "johnadams@microsoft.com"
}

Exemple 4 : ajouter un membre de cas de type roleGroup à l’aide de l’ID

Demande

L’exemple suivant illustre une demande.

POST https://graph.microsoft.com/beta/security/cases/ediscoveryCases/b0073e4e-4184-41c6-9eb7-8c8cc3e2288b/caseMembers
Content-Type: application/json

{
    "recipientType": "roleGroup",
    "id": "b9fb4f22-5f90-47a0-b309-44fe96a959fd"
}

Réponse

L’exemple suivant illustre la réponse.

HTTP/1.1 200 OK
Content-Type: application/json

{
    "@odata.type": "microsoft.graph.security.ediscoveryCaseMember",
    "recipientType": "roleGroup",
    "id": "b9fb4f22-5f90-47a0-b309-44fe96a959fd",
    "displayName": "Security Administrator",
    "smtpAddress": ""
}