Configuration de l'accès à Qlik Cloud | Aide Centre de migration
Accéder au contenu principal Passer au contenu complémentaire

Configuration de l'accès à Qlik Cloud

Dernière mise à jour : 14/10/2026

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

Visit the discussion forum at community.qlik.com

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.