# Einrichten von Qlik Cloud-Zugriff

Vor der Bereitstellung in Qlik Cloud muss der Mandantenadministrator die Generierung von API-Schlüsseln aktivieren und dem Benutzerkonto die richtigen Rollen zuweisen.

## Aktivieren des API-Schlüsselzugriffs

Gehen Sie folgendermaßen vor:

1. Im Aktivitätscenter Verwaltung gehen Sie zu Benutzer verwalten > Berechtigungen.
2. Erstellen Sie eine benutzerdefinierte Rolle (zum Beispiel, API-Schlüssel-Manager).
3. Erweitern Sie Funktionen und Aktionen > Entwickler und legen Sie API-Schlüssel verwalten auf `Allowed`.
4. Speichern Sie die Rolle.
5. Gehen Sie zu Benutzer und weisen Sie die Rolle den Benutzern zu, die API-Zugriff benötigen.
6. Wenn Benutzer die veraltete Entwickler-Rolle haben, entfernen Sie die Rolle.

Nachdem die Rolle zugewiesen wurde, kann jeder Benutzer einen API-Schlüssel generieren.

Um einen API-Schlüssel zu generieren, gehen Sie zu Profil > API-Schlüssel und klicken Sie auf Neuen Schlüssel generieren. Kopieren und speichern Sie den Schlüssel sicher. Der Schlüssel wird nur einmal angezeigt.

## Aktivieren der App-Erstellung in persönlichen Bereichen

Um Apps im persönlichen Bereich zu erstellen, ist die Rolle Ersteller privater Analyseinhalte erforderlich.

Gehen Sie folgendermaßen vor:

1. In der Verwaltungskonsole, gehen Sie zu Benutzer.
2. Weisen Sie dem Benutzer die Rolle Ersteller privater Analyseinhalte zu.

Beim Bereitstellen in einem freigegebenen Bereich anstelle eines persönlichen Bereichs muss der Benutzer die Bearbeiten-Berechtigung für den Zielbereich besitzen.

## Inline-Authentifizierung

Wenn sowohl `--qlikTenantUrl` als auch `--qlikApiKey` bereitgestellt werden (oder die entsprechenden Umgebungsvariablen `QV2QS_QLIK_TENANT_URL` und `QV2QS_QLIK_API_KEY`), authentifiziert sich QV2QS direkt, ohne eine qlik-cli-Kontextdatei zu erstellen oder zu lesen. Der API-Schlüssel wird als Bearer-Token in jeden qlik-cli-Aufruf injiziert und nicht auf die Festplatte geschrieben.

Dieser Ansatz wird empfohlen für:

* CI/CD-Pipelines, bei denen das Vorerstellen eines Kontexts einen zusätzlichen Schritt hinzufügt.
* Multi-Mandanten-Automatisierung, bei der mehrere gleichzeitige Aufrufe auf verschiedene Mandanten abzielen. Jeder Prozess führt seine eigenen Anmeldeinformationen im Speicher mit sich, sodass es keine gemeinsamen Kontextdateien gibt, die in Konflikt geraten könnten.
* Partnerintegrationen, die QV2QS programmatisch mit unterschiedlichen Anmeldeinformationen pro Anfrage aufrufen.

```
QV2QS.exe --generatePrj --qvw Sales.qvw --outputDir ./output ^
  --qlikTenantUrl https://my-tenant.us.qlikcloud.com ^
  --qlikApiKey eyJhbG... ^
  --qsAppName "Sales" --autoBinary --reload --plain
```

Informationshinweis

Das `--setupQlikAuth` Flag ist nicht erforderlich, wenn sowohl `--qlikTenantUrl` als auch `--qlikApiKey` angegeben sind.

## Mehr erfahren

* [Authentification](https://help.qlik.com/de-DE/migration/Content/Qv2qsMigration/getting-started/authentication.htm)
* [Bereitstellung in Qlik Cloud](https://help.qlik.com/de-DE/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/index.htm)
* [Weltraum-Targeting](https://help.qlik.com/de-DE/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/space-targeting.htm)
* [Gängige Workflows — Programmatische Nutzung](https://help.qlik.com/de-DE/migration/Content/Qv2qsMigration/command-line-interface/common-workflows.htm#programmatic-usage-cicd)