# Konfigurowanie dostępu do Qlik Cloud

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

* [Uwierzytelnianie](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/getting-started/authentication.htm)
* [Wdrażanie do Qlik Cloud](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/index.htm)
* [Celowanie przestrzenne](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/space-targeting.htm)
* [Typowe przepływy pracy — Użycie programistyczne](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/command-line-interface/common-workflows.htm#programmatic-usage-cicd)