Konfigurieren von OAuth-Client-ID-Metadatendokumenten

Letzte Aktualisierung: 09.10.2026

OAuth-Client-ID-Metadatendokumente (CIMD) ermöglichen es kompatiblen Client-Anwendungen, eine HTTPS-Metadatendokument-URL als OAuth-Client-ID zu verwenden. Qlik Cloud ruft die Client-Metadaten von dieser URL ab, wenn der Client eine Verbindung herstellt.

CIMD ist die bevorzugte Registrierungsmethode, wenn ein Client sowohl CIMD als auch OAuth Dynamic Client Registration (DCR) unterstützt. CIMD erfordert nicht, dass DCR im Mandanten aktiviert ist, und die Clientanwendung stellt ihr eigenes Metadatendokument bereit.

Voraussetzungen und Einschränkungen für

Voraussetzungen:

• Sie sind Mandantenadministrator in Qlik Cloud.

• Ihre Client-Anwendung unterstützt CIMD.

CIMD weist folgende Einschränkungen auf:

• CIMD unterstützt die Client-Authentifizierungsmethoden none und private_key_jwt. Es unterstützt client_secret nicht.

• CIMD-Clients verwenden immer die Einwilligung Erforderlich. Sie können die Einwilligungsmethode unabhängig vom Veröffentlichungsstatus nicht auf Vertrauenswürdig ändern.

• CIMD unterstützt keine Machine-to-Machine- (M2M) oder Service-to-Service-Verbindungen. Verwenden Sie für M2M-Integrationen einen manuell erstellten Web-OAuth-Client.

Verbindung mit CIMD herstellen

Starten Sie die Verbindung in der CIMD-fähigen Client-Anwendung. Der Client stellt die URL seines Metadatendokuments bereit, und Qlik Cloud ruft die Metadaten von dieser URL ab.

Die erste Verbindung erfordert die Genehmigung eines Mandantenadministrators. Die Verbindung wird dann für den Mandanten genehmigt, und nachfolgende Benutzer können sich mit derselben genehmigten Client-Identität authentifizieren, wenn sie eine Anwendung verwenden, die auf dieselbe CIMD-Dokument-URL verweist. Jeder Benutzer authentifiziert sich weiterhin mit seinem eigenen Qlik Cloud-Konto, seinen Rollen und Berechtigungen. Ein Anbieter kann für verschiedene Anwendungen unterschiedliche Metadatendokument-URLs verwenden.

Die anfänglichen Standardbereiche für eine CIMD-Verbindung sind user_default, mcp:execute und offline_access. Ein Mandantenadministrator kann die zulässigen Scopes nach der Genehmigung bearbeiten. Wenn Sie alle Scopes aus einer CIMD-Verbindung entfernen, hat die Verbindung keinen Zugriff. Es fällt nicht auf die anfänglichen Standard-Scopes zurück.

Für anbieterspezifische Verbindungsverfahren siehe Verbinden mit dem Qlik MCP-Server.

CIMD-Verbindungen verwalten

Das Umstellen einer bestehenden DCR-Verbindung auf CIMD ist kein In-Place-Upgrade. Trennen Sie die bestehende Verbindung in der Client-Anwendung und stellen Sie dann über CIMD erneut eine Verbindung her, um eine separate CIMD-Verbindung zu erstellen. Ein Mandantenadministrator muss den alten DCR-Client manuell aus der Liste der OAuth-Clients löschen. Bis dahin existieren beide Kundendatensätze.

Das Löschen einer CIMD-Verbindung entfernt die Verbindungskonfiguration Ihres Mandanten und widerruft Token für diesen Client in Ihrem Mandanten. Der gemeinsam genutzte CIMD-Client, der von anderen Mandanten verwendet wird, wird nicht gelöscht.

Qlik Cloud ruft das CIMD-Metadatendokument alle 24 Stunden ab, verifiziert es und aktualisiert die gespeicherten Metadaten nur, wenn sich das Dokument geändert hat.

Diese Registrierungsmethode basiert auf einem sich weiterentwickelnden OAuth-Standard, sodass sich die Einrichtungsdetails in Ihrer Client-Anwendung im Laufe der Zeit ändern können.

Informationen zum Schema und Protokoll des Metadatendokuments finden Sie unter OAuth-Client-ID-Metadatendokumente im Qlik Developer Portal.

Identifizieren von CIMD-Clients

Im Aktivitätscenter Administration identifiziert die Liste der OAuth-Clients CIMD-Clients mit einem Quelle-Wert von CIMD. API-Details zum Wert createdByType und zum Unterschied zwischen Quelle und Client-Typ finden Sie unter Verwalten mehrerer Registrierungen von Lieferanten.