Geben Sie einen Namen für die vertrauliche Anwendung ein. Sie können bis zu 125 Zeichen eingeben.

Verwenden Sie möglichst kurze Anwendungsnamen. In diesem Beispiel verwenden Sie Tabellen-Add-ins.

Dies ist ein fakultatives Feld. Sie können dieses Feld überspringen.

Klicken Sie auf Hochladen, um ein Symbol hinzuzufügen, das die Anwendung darstellt. Dieses Symbol wird auf den Seiten "Meine Apps" und "Anwendungen" neben dem Namen der Anwendung angezeigt

Geben Sie die URL (HTTP oder HTTPS) ein, an die der Benutzer nach einer erfolgreichen Anmeldung umgeleitet werden soll.

Im Feld Benutzerdefinierte Anmelde-URL können Sie eine benutzerdefinierte Anmelde-URL angeben. Wenn Sie jedoch eine Standardanmeldeseite von Oracle Identity Cloud Service verwenden, lassen Sie dieses Feld leer.

Im Feld Benutzerdefinierte Abmelde-URL können Sie eine benutzerdefinierte Abmelde-URL angeben. Wenn Sie jedoch eine Standardanmeldeseite von Oracle Identity Cloud Service verwenden, lassen Sie dieses Feld leer.

Sie können die Fehlerseiten-URL eingeben, an die ein Benutzer umleitet werden muss, nur bei einem Fehler. Wenn keine Angabe gemacht wird, wird die mandantenspezifische Fehlerseiten-URL verwendet

Sie aktivieren das Kontrollkästchen nur, wenn die vertrauliche Anwendung für Benutzer auf deren Seiten "Meine Apps" aufgeführt werden soll In diesem Fall müssen Sie die Anwendung als Ressourcenserver konfigurieren.

Aktivieren Sie das Kontrollkästchen nur, wenn Endbenutzer auf der Seite Meine Apps Zugriff auf die App anzufordern sollen.

Klicken Sie nur dann auf Tag hinzufügen, wenn Sie Ihren vertraulichen Anwendungen Tags hinzufügen möchten, um sie zu organisieren und zu identifizieren.

Legen Sie in Sekunden fest, wie lange das mit der vertraulichen Anwendung verknüpfte Zugriffstoken gültig bleibt.

Aktivieren Sie dieses Kontrollkästchen nur, wenn Sie die Aktualisierungstoken verwenden möchten, das Sie bei Verwendung der Berechtigungstypen "Ressourceneigentümer", "Autorisierungscode" oder "Assertion" erhalten.

Sie können festlegen, wie lange (in Sekunden) das Aktualisierungstoken, das mit Ihrem Zugriffstoken zurückgegeben und mit Ihrer vertraulichen Anwendung verknüpft wird, gültig bleibt.

Geben Sie "ords/" ein.

Hierbei handelt es sich um den primären Empfänger, auf dem das Zugriffstoken der vertraulichen Anwendung verarbeitet wird.

Sie müssen die sekundären Empfänger eingeben, auf denen das Zugriffstoken der vertraulichen Anwendung verarbeitet wird, und auf Hinzufügen klicken. In diesem Beispiel haben Sie keine sekundären Empfänger.

Um anzugeben, auf welche Teile anderer Anwendungen Ihre Anwendung zugreifen soll, klicken Sie auf diese Schaltfläche, um diese Geltungsbereiche der vertraulichen Anwendung hinzuzufügen.

Verwenden Sie diese Option nur, wenn der Ressourceneigentümer eine Vertrauensstellung mit der vertraulichen Anwendung hat, wie z.B. ein Computerbetriebssystem oder eine Anwendung mit hohen Privilegien, da die vertrauliche Anwendung das Kennwort verwerfen muss, nachdem sie damit das Zugriffstoken abgerufen haben.

Verwenden Sie diese Option, wenn der Autorisierungsgeltungsbereich auf die geschützten Ressourcen unter der Kontrolle des Clients oder auf die im Autorisierungsserver registrierten geschützten Ressourcen beschränkt ist.

Verwenden Sie diese Option nur, wenn Sie eine vorhandene Vertrauensstellung als Assertion ohne einen direkten Benutzergenehmigungsschritt auf dem Autorisierungsserver verwenden möchten.

Verwenden Sie diese Option nur, wenn Sie eine vorhandene Vertrauensstellung als SAML2-Assertion ohne direkten Benutzergenehmigungsschritt auf dem Autorisierungsserver verwenden möchten.

Wählen Sie diesen Berechtigungstyp nur aus, wenn ein Aktualisierungstoken vom Autorisierungsserver bereitgestellt werden soll, um ein neues Zugriffstoken abzurufen.

Aktivieren Sie diesen Berechtigungstyp nur dann, wenn Sie einen Autorisierungscode abrufen möchten, wenn Sie einen Autorisierungsserver als Zwischenstelle zwischen der Clientanwendung und dem Ressourceneigentümer verwenden.

Wenn die Anwendung die Clientzugangsdaten für die Authentifizierung beim Autorisierungsserver nicht vertraulich behandeln kann, aktivieren Sie dieses Kontrollkästchen. Beispiel: Die Anwendung wird in einem Webbrowser mit einem Skripting wie JavaScript implementiert. Ein Zugriffstoken wird (anstelle einer Zwischenautorisierung) über eine Browserumleitung als Antwort auf die Autorisierungsanforderung des Ressourceneigentümers an den Client zurückgegeben.

Wählen Sie den Berechtigungstyp Gerätecode nur aus, wenn der Client nicht in der Lage ist, Anforderungen vom OAuth-Autorisierungsserver zu empfangen. Beispiel: Er kann nicht als HTTP-Server fungieren, wie Spielkonsolen, Streamingmediaplayer, digitale Bilderrahmen und andere.

Wählen Sie den Berechtigungstyp TLS-Clientauthentifizierung aus, um das Clientzertifikat für die Authentifizierung beim Client verwenden zu können. Wenn eine Tokenanforderung ein X.509-Clientzertifikat aufweist und der angeforderte Client mit dem Berechtigungstyp TLS-Clientauthentifizierung konfiguriert ist, verwendet der OAuth-Service den Client_ID in der Anforderung, um den Client zu identifizieren und das Clientzertifikat mit dem Zertifikat in der Client-Konfiguration zu validieren. Der Client wird nur dann erfolgreich authentifiziert, wenn die beiden Werte übereinstimmen.

Wählen Sie dieses Kontrollkästchen nur aus, wenn Sie HTTP-URLs für die Felder Umleitungs-URL, Abmelde-URL oder Umleitungs-URL nach Abmeldung verwenden möchten. Beispiel: Wenn Sie Anforderungen intern senden, die nicht verschlüsselte Kommunikation benötigen oder mit OAuth 1.0 abwärtskompatibel sein möchten, können Sie eine HTTP-URL verwenden.

Überspringen Sie dieses Feld.

Geben Sie die folgende URL an, an die Sie den Benutzer nach der Abmeldung von der Anwendung umleiten möchten. https://static.oracle.com/cdn/spreadsheet/red-4/redirector.html

Wählen Sie Vertraulich aus.

Die verfügbaren Clienttypen sind Vertrauenswürdig und Vertraulich. Wählen Sie Vertrauenswürdig nur aus, wenn der Client selbstsignierte Benutzer-Assertions generieren kann.

Überspringen Sie dieses Feld. Dieser Parameter ist optional.

• Aktivieren Sie das Kontrollkästchen Introspektieren nur, wenn Sie den Zugriff auf einen Token-Introspektionsendpunkt für die Anwendung zulassen möchten.

• Aktivieren Sie das Kontrollkästchen Im Namen nur, wenn Sie sicherstellen möchten, dass Zugriffsberechtigungen allein aus den Berechtigungen des Benutzers generiert werden können. Auf diese Weise kann die Clientanwendung auf Endpunkte zugreifen, auf die der Benutzer Zugriff hat, selbst wenn die Clientanwendung selbst normalerweise keinen Zugriff darauf hätte.

Der Standardwert ist none.

Wählen Sie Alle aus.

Sie können eine der folgenden Optionen auswählen, um einer Clientanwendung Zugriff auf autorisierte Ressourcen zu ermöglichen:

• Alle: Greifen Sie auf jede Ressource innerhalb einer Domain zu (Alle). Siehe Auf alle Ressourcen zugreifen.
• Gekündigt - Greifen Sie mit übereinstimmenden Tags auf jede Ressource zu (gekennzeichnet). Siehe Mit übereinstimmenden Tags auf Ressourcen zugreifen.
• Spezifisch: Sie können nur auf die Ressourcen zugreifen, bei denen eine explizite Verknüpfung zwischen Client und Ressource (Spezifisch) vorhanden ist. Siehe Auf Ressourcen mit bestimmten Geltungsbereichen zugreifen.

Nur wenn Ihre Anwendung auf APIs aus anderen Anwendungen zugreifen soll, klicken Sie auf der Seite Vertrauliche Anwendung hinzufügen im Abschnitt Tokenausgabe-Policy auf Hinzufügen.

Klicken Sie auf Hinzufügen, damit Ihre vertrauliche Anwendung auf Oracle Identity Cloud Service-APIs zugreifen kann.

Wählen Sie im Fenster Anwendungsrolle hinzufügen die Anwendungsrollen aus, die Sie dieser Anwendung zuweisen möchten. So kann die Anwendung auf die REST-APIs zugreifen, auf die jede der zugewiesenen Anwendungsrollen zugreifen kann.