Konfigurowanie dokumentów metadanych identyfikatora klienta OAuth

Ostatnia aktualizacja: 9.10.2026

Dokumenty metadanych identyfikatora klienta OAuth (CIMD) umożliwiają zgodnym aplikacjom klienckim używanie adresu URL HTTPS dokumentu metadanych jako identyfikatora klienta OAuth. Qlik Cloud pobiera metadane klienta z tego adresu URL, gdy klient nawiązuje połączenie.

CIMD jest preferowaną metodą rejestracji, gdy klient obsługuje zarówno CIMD, jak i OAuth Dynamic Client Registration (DCR). CIMD nie wymaga włączenia DCR w dzierżawie, a aplikacja kliencka dostarcza własny dokument metadanych.

Warunki wstępne i ograniczenia związane z

Wymagania wstępne:

• Jesteś administratorem dzierżawy w Qlik Cloud.

• Twoja aplikacja kliencka obsługuje CIMD.

CIMD ma następujące ograniczenia:

• CIMD obsługuje metody uwierzytelniania klienta none i private_key_jwt. Nie obsługuje client_secret.

• Klienci CIMD zawsze używają zgody Wymagana. Nie można zmienić metody wyrażania zgody na Zaufana, niezależnie od statusu publikacji.

• CIMD nie obsługuje połączeń typu maszyna-maszyna (M2M) ani usługa-usługa. W przypadku integracji M2M użyj ręcznie utworzonego klienta Web OAuth.

Nawiązywanie połączenia z CIMD

Uruchom połączenie w aplikacji klienckiej obsługującej CIMD. Klient podaje adres URL swojego dokumentu metadanych, a Qlik Cloud pobiera metadane z tego adresu URL.

Pierwsze połączenie wymaga zatwierdzenia przez administratora dzierżawy. Połączenie jest następnie zatwierdzane dla dzierżawy, a kolejni użytkownicy mogą uwierzytelniać się przy użyciu tej samej zatwierdzonej tożsamości klienta, gdy korzystają z aplikacji odwołującej się do tego samego adresu URL dokumentu CIMD. Każdy użytkownik nadal uwierzytelnia się za pomocą własnego konta Qlik Cloud, ról i uprawnień. Dostawca może używać różnych adresów URL dokumentów metadanych dla różnych aplikacji.

Początkowe domyślne zakresy dla połączenia CIMD to user_default, mcp:execute oraz offline_access. Administrator dzierżawy może edytować dozwolone zakresy po zatwierdzeniu. Jeśli usuniesz wszystkie zakresy z połączenia CIMD, połączenie nie ma dostępu. Nie powraca do początkowych zakresów domyślnych.

W przypadku procedur połączenia specyficznych dla dostawcy zobacz Łączenie z Qlik serwerem MCP.

Zarządzanie połączeniami CIMD

Przełączenie istniejącego połączenia DCR na CIMD nie jest uaktualnieniem w miejscu. Rozłącz istniejące połączenie w aplikacji klienckiej, a następnie połącz się ponownie przy użyciu CIMD, aby utworzyć oddzielne połączenie CIMD. Administrator dzierżawy musi ręcznie usunąć starego klienta DCR z listy klientów OAuth. Do tego czasu istnieją oba rekordy klienta.

Usunięcie połączenia CIMD usuwa konfigurację połączenia Twojej dzierżawy i unieważnia tokeny dla tego klienta w Twojej dzierżawie. Współdzielony klient CIMD używany przez innych najemców nie jest usuwany.

Qlik Cloud pobiera i weryfikuje dokument metadanych CIMD co 24 godziny oraz aktualizuje przechowywane metadane tylko wtedy, gdy dokument uległ zmianie.

Ta metoda rejestracji opiera się na ewoluującym standardzie OAuth, dlatego szczegóły konfiguracji w Twojej aplikacji klienckiej mogą z czasem ulec zmianie.

Aby uzyskać informacje na temat schematu i protokołu dokumentu metadanych, zobacz OAuth Client ID Metadata Documents w portalu dla deweloperów Qlik.

Identyfikacja klientów CIMD

W centrum aktywności Administrowanie lista klientów OAuth identyfikuje klientów CIMD o wartości Source wynoszącej CIMD . Aby uzyskać szczegółowe informacje o API na temat wartości createdByType oraz różnicy między Źródłem a Typem klienta, zobacz Zarządzanie wieloma rejestracjami od dostawców.