privilegedRoleAssignmentRequest erstellen
Namespace: microsoft.graph
Wichtig
APIs unter der /beta Version in Microsoft Graph können geändert werden. Die Verwendung dieser APIs in Produktionsanwendungen wird nicht unterstützt. Um festzustellen, ob eine API in Version 1.0 verfügbar ist, verwenden Sie die Versionsauswahl .
Achtung
Diese Version der Privileged Identity Management(PIM)-API für Azure Active Directory(Azure AD)-Rollen ist veraltet und gibt am 31. Mai 2021 keine Daten mehr zurück. Verwenden Sie die neue Rollenverwaltungs-API .
Erstellen Sie ein privilegedroleassignmentrequest-Objekt .
Berechtigungen
Eine der nachfolgenden Berechtigungen ist erforderlich, um diese API aufrufen zu können. Weitere Informationen, unter anderem zur Auswahl von Berechtigungen, finden Sie im Artikel zum Thema Berechtigungen.
| Berechtigungstyp | Berechtigungen (von der Berechtigung mit den wenigsten Rechten zu der mit den meisten Rechten) |
|---|---|
| Delegiert (Geschäfts-, Schul- oder Unikonto) | PrivilegedAccess.ReadWrite.AzureAD |
| Delegiert (persönliches Microsoft-Konto) | Nicht unterstützt |
| Anwendung | Nicht unterstützt |
HTTP-Anforderung
POST /privilegedRoleAssignmentRequests
Anforderungsheader
| Name | Beschreibung |
|---|---|
| Authorization | Bearer {token}. Erforderlich. |
Anforderungstext
Geben Sie im Anforderungstext eine JSON-Darstellung des privilegedroleassignmentrequest-Objekts an.
| Eigenschaft | Typ | Beschreibung |
|---|---|---|
| roleId | Zeichenfolge | Die ID der Rolle. Erforderlich. |
| type | Zeichenfolge | Stellt den Typ des Vorgangs für die Rollenzuweisung dar. Der Wert kann sein AdminAdd: Administratoren fügen Benutzer zu Rollen hinzu;UserAdd: Benutzer fügen Rollenzuweisungen hinzu. Erforderlich. |
| assignmentState | Zeichenfolge | Der Status der Zuordnung. Der Wert kann für berechtigte Aufgaben Active gelten Eligible – wenn er direkt von Administratoren zugewiesen Active oder für eine berechtigte Aufgabe von den Benutzern aktiviert wird. Mögliche Werte: NotStarted, Completed, RequestedApproval, Scheduled, Approved, ApprovalDenied, ApprovalAborted, Cancelling, Cancelled, Revoked, RequestExpired. Erforderlich. |
| reason | Zeichenfolge | Der Grund muss für die Anforderung der Rollenzuweisung für Überwachungs- und Überprüfungszwecke angegeben werden. |
| Zeitplan | governanceSchedule | Der Zeitplan der Rollenzuweisungsanforderung. |
Antwort
Bei erfolgreicher Ausführung gibt die Methode einen 201 Created Antwortcode und ein privilegedRoleAssignmentRequest-Objekt im Antworttext zurück.
Fehlercodes
Diese API gibt diese standardmäßigen HTTP-Fehlercodes zurück. Darüber hinaus können die in der folgenden Tabelle aufgeführten Fehlercodes zurückgegeben werden.
| Fehlercode | Fehlermeldung |
|---|---|
| 400 BadRequest | RoleAssignmentRequest-Eigenschaft war NULL |
| 400 BadRequest | Das roleAssignmentRequest-Objekt kann nicht deserialisiert werden. |
| 400 BadRequest | RoleId ist erforderlich. |
| 400 BadRequest | Das Startdatum des Zeitplans muss angegeben werden und sollte größer als "Jetzt" sein. |
| 400 BadRequest | Für diesen Benutzer, diese Rolle und diesen Zeitplantyp ist bereits ein Zeitplan vorhanden. |
| 400 BadRequest | Für diesen Benutzer, diese Rolle und diesen Genehmigungstyp ist bereits eine ausstehende Genehmigung vorhanden. |
| 400 BadRequest | Der Anforderergrund fehlt. |
| 400 BadRequest | Der Anforderergrund sollte weniger als 500 Zeichen lang sein. |
| 400 BadRequest | Die Dauer der Erhöhung muss zwischen 0,5 und {from setting} liegen. |
| 400 BadRequest | Es gibt eine Überschneidung zwischen der geplanten Aktivierung und der Anforderung. |
| 400 BadRequest | Die Rolle ist bereits aktiviert. |
| 400 BadRequest | GenericElevateUserToRoleAssignments: Tickting-Informationen sind erforderlich und werden im Aktivierungsprozess nicht bereitgestellt. |
| 400 BadRequest | Es gibt eine Überschneidung zwischen der geplanten Aktivierung und der Anforderung. |
| 403 Nicht autorisiert | Die Erhöhung erfordert die mehrstufige Authentifizierung. |
| 403 Nicht autorisiert | Im Namen der Erhöhung ist nicht zulässig. |
Beispiel
Anforderung
Nachfolgend sehen Sie ein Beispiel der Anforderung.
POST https://graph.microsoft.com/beta/privilegedRoleAssignmentRequests
Content-type: application/json
{
"duration": "2",
"reason": "Activate the role for business purpose",
"ticketNumber": "234",
"ticketSystem": "system",
"schedule": {
"startDateTime": "2018-02-08T02:35:17.903Z"
},
"type": "UserAdd",
"assignmentState": "Active",
"roleId": "88d8e3e3-8f55-4a1e-953a-9b9898b8876b"
}
Antwort
Das Folgende ist ein Beispiel für die Antwort. Hinweis: Das hier gezeigte Antwortobjekt wird möglicherweise zur besseren Lesbarkeit verkürzt.
HTTP/1.1 200 OK
Content-type: application/json
{
"@odata.context": "https://graph.microsoft.com/beta/$metadata#privilegedRoleAssignmentRequests/$entity",
"schedule": {
"type": "activation",
"startDateTime": "2018-02-08T02:35:17.903Z",
"endDateTime": null,
"duration" : null
},
"id": "e13ef8a0-c1cb-4d03-aaae-9cd1c8ede2d1",
"type": "UserAdd",
"assignmentState": "Active",
"requestedDateTime": "2018-02-08T02:35:42.9137335Z",
"status": "NotStarted",
"duration": "2",
"reason": "Activate the role for business purpose",
"ticketNumber": "234",
"ticketSystem": "system",
"userId": "Self",
"roleId": "88d8e3e3-8f55-4a1e-953a-9b9898b8876b"
}
Feedback
Feedback senden und anzeigen für