Konfigurowanie dostępu do Qlik Cloud | Centrum migracji Pomoc
Przeskocz do zawartości głównej Przejdź do treści uzupełniającej

Konfigurowanie dostępu do Qlik Cloud

Ostatnia aktualizacja: 14.10.2026

Przed wdrożeniem w Qlik Cloud, administrator dzierżawy musi włączyć generowanie kluczy API i przypisać odpowiednie role do konta użytkownika.

Włączanie dostępu za pomocą klucza API

Wykonaj następujące czynności:

  1. W centrum aktywności Administracja, przejdź do Zarządzaj użytkownikami > Uprawnienia.
  2. Utwórz rolę niestandardową (na przykład, Menedżer kluczy API).
  3. Rozwiń Funkcje i działania > Deweloper i ustaw Zarządzaj kluczami API na Allowed.
  4. Zapisz rolę.
  5. Przejdź do Użytkownicy i przypisz rolę użytkownikom, którzy potrzebują dostępu do API.
  6. Jeśli użytkownicy mają przestarzałą rolę Programista, usuń tę rolę.

Po przypisaniu roli, każdy użytkownik może wygenerować klucz API.

Aby wygenerować klucz API, przejdź do Profil > Klucze API i kliknij Generuj nowy klucz. Skopiuj i przechowuj klucz bezpiecznie. Klucz jest wyświetlany tylko raz.

Włączanie tworzenia aplikacji w przestrzeniach osobistych

Aby tworzyć aplikacje w przestrzeni prywatnej, wymagana jest rola Twórca zawartości do analizy prywatnej.

Wykonaj następujące czynności:

  1. W Konsoli zarządzania przejdź do Użytkownicy.
  2. Przypisz rolę Twórca prywatnej zawartości analitycznej użytkownikowi.

Podczas wdrażania do przestrzeni współdzielonej zamiast do przestrzeni prywatnej, użytkownik musi mieć uprawnienie Może edytować w docelowej przestrzeni.

Uwierzytelnianie wbudowane

Gdy podane są zarówno --qlikTenantUrl jak i --qlikApiKey (lub równoważne zmienne środowiskowe QV2QS_QLIK_TENANT_URL i QV2QS_QLIK_API_KEY), QV2QS uwierzytelnia się bezpośrednio bez tworzenia lub odczytywania pliku kontekstu qlik-cli. Klucz API jest wstrzykiwany jako token okaziciela do każdego wywołania qlik-cli i nie jest zapisywany na dysku.

To podejście jest zalecane dla:

  • Potoki CI/CD, gdzie wstępne tworzenie kontekstu dodaje dodatkowy krok.
  • Wielodzierżawowa automatyzacja gdzie wiele równoczesnych wywołań jest skierowanych do różnych dzierżaw. Każdy proces przechowuje własne poświadczenia w pamięci, dzięki czemu nie ma współdzielonych plików kontekstu, które mogłyby powodować konflikty.
  • Integracje partnerskie, które programowo wywołują QV2QS z różnymi poświadczeniami dla każdego żądania.
QV2QS.exe --generatePrj --qvw Sales.qvw --outputDir ./output ^
  --qlikTenantUrl https://my-tenant.us.qlikcloud.com ^
  --qlikApiKey eyJhbG... ^
  --qsAppName "Sales" --autoBinary --reload --plain
Informacja

Flaga --setupQlikAuth nie jest wymagana, gdy podano zarówno --qlikTenantUrl, jak i --qlikApiKey.

Dowiedz się więcej

Visit the discussion forum at community.qlik.com

Czy ta strona była pomocna?

Jeżeli natkniesz się na problemy z tą stroną lub jej zawartością — literówkę, brakujący krok lub błąd techniczny — daj nam znać!