# Konfigurowanie dokumentów metadanych identyfikatora klienta OAuth

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](https://help.qlik.com/pl-PL/cloud-services/Subsystems/Hub/Content/Sense_Hub/QlikMCP/Connecting-Qlik-MCP-server.htm).

## 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](https://qlik.dev/authenticate/oauth/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](https://help.qlik.com/pl-PL/cloud-services/Subsystems/Hub/Content/Sense_Hub/Admin/oauth-dynamic-client-registration.htm#ManagingVendors).