# Configuration de l'accès à Qlik Cloud

Avant de déployer sur Qlik Cloud, l'administrateur du client doit activer la génération de clés API et attribuer les rôles corrects au compte utilisateur.

## Activation de l'accès par clé API

Vous pouvez :

1. Dans le centre d'activités Administration, accédez à Gérer les utilisateurs > Autorisations.
2. Créer un rôle personnalisé (par exemple, Gestionnaire de clés API).
3. Développez Fonctionnalités et actions > Développeur et définissez Gérer les clés API sur `Allowed`.
4. Enregistrez le rôle.
5. Accédez à Utilisateurs et attribuez le rôle aux utilisateurs qui ont besoin d'un accès API.
6. Si les utilisateurs ont le rôle obsolète de Développeur, supprimez le rôle.

Une fois le rôle attribué, chaque utilisateur peut générer une clé API.

Pour générer une clé API, accédez à Profil > Clés API et cliquez sur Générer une nouvelle clé. Copiez et stockez la clé en toute sécurité. La clé n'est affichée qu'une seule fois.

## Activation de la création d'applications dans les espaces personnels

Pour créer des applications dans l'espace personnel, le rôle Créateur de contenu analytique privé est requis.

Vous pouvez :

1. Dans la Console de gestion, accédez à Utilisateurs.
2. Attribuer le rôle Créateur de contenu d'analyse privée à l'utilisateur.

Lors du déploiement vers un espace partagé au lieu d'un espace personnel, l'utilisateur doit disposer de l'autorisation Peut modifier sur l'espace cible.

## Authentification en ligne

Lorsque `--qlikTenantUrl` et `--qlikApiKey` sont tous deux fournis (ou les variables d'environnement équivalentes `QV2QS_QLIK_TENANT_URL` et `QV2QS_QLIK_API_KEY`), QV2QS s'authentifie directement sans créer ni lire un fichier de contexte qlik-cli. La clé API est injectée comme un jeton de porteur dans chaque appel qlik-cli et n'est pas écrite sur le disque.

Cette approche est recommandée pour :

* Pipelines CI/CD où la pré-création d'un contexte ajoute une étape supplémentaire.
* Automatisation multi-client où plusieurs invocations concurrentes ciblent différents clients. Chaque processus porte ses propres identifiants en mémoire, il n'y a donc pas de fichiers de contexte partagés qui pourraient entrer en conflit.
* Intégrations partenaires qui appellent QV2QS par programme avec des informations d'identification variables par requête.

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

Note Informations

Le `--setupQlikAuth` drapeau n'est pas requis lorsque les deux `--qlikTenantUrl` et `--qlikApiKey` sont fournis.

## En savoir plus

* [Authentification](https://help.qlik.com/fr-FR/migration/Content/Qv2qsMigration/getting-started/authentication.htm)
* [Déploiement vers Qlik Cloud](https://help.qlik.com/fr-FR/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/index.htm)
* [Ciblage spatial](https://help.qlik.com/fr-FR/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/space-targeting.htm)
* [Flux de travail courants — Utilisation programmatique](https://help.qlik.com/fr-FR/migration/Content/Qv2qsMigration/command-line-interface/common-workflows.htm#programmatic-usage-cicd)