# Qlik Cloud アクセスの設定

Qlik Cloud にデプロイする前に、テナント管理者は API キーの生成を有効にし、ユーザーアカウントに適切なロールを割り当てる必要があります。

## APIキーアクセスの有効化

次の手順に従ってください:

1. 管理アクティビティセンターで、ユーザーの管理 > 権限 に移動します。
2. カスタムロールを作成します (例: APIキーマネージャー)。
3. 機能とアクション > 開発者 を展開し、APIキーの管理 を `Allowed` に設定します。
4. ロールを保存します。
5. ユーザーに移動して、APIアクセスが必要なユーザーに役割を割り当てます。
6. ユーザーが非推奨の開発者ロールを持っている場合は、そのロールを削除してください。

役割が割り当てられた後、各ユーザーはAPIキーを生成できます。

APIキーを生成するには、プロフィール > APIキーに移動し、新しいキーを生成をクリックします。キーをコピーして安全に保管してください。鍵は一度だけ表示されます。

## 個人スペースでのアプリ作成の有効化

個人スペースでアプリを作成するには、プライベート分析コンテンツ作成者ロールが必要です。

次の手順に従ってください:

1. 管理コンソールで、ユーザーに移動します。
2. ユーザーにプライベートアナリティクスコンテンツ作成者ロールを割り当てます。

個人スペースではなく共有スペースにデプロイする場合、ユーザーはターゲットスペースで編集可能権限を持っている必要があります。

## インライン認証

`--qlikTenantUrl` と `--qlikApiKey` の両方が提供される場合（または同等の環境変数 `QV2QS_QLIK_TENANT_URL` と `QV2QS_QLIK_API_KEY` が指定されている場合）、QV2QS は qlik-cli コンテキストファイルを作成または読み取ることなく、直接認証します。APIキーは、すべてのqlik-cli呼び出しにベアラートークンとして挿入され、ディスクには書き込まれません。

このアプローチは、次の場合に推奨されます。

* コンテキストを事前に作成することが余分なステップとなるCI/CDパイプライン
* 複数の同時実行される呼び出しが異なるテナントを対象とするマルチテナント オートメーション。各プロセスはメモリ内に独自の資格情報を保持するため、競合する共有コンテキストファイルはありません。
* リクエストごとに異なる認証情報を使用してQV2QSをプログラムで呼び出すパートナー連携。

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

情報メモ

`--setupQlikAuth` フラグは、`--qlikTenantUrl` と `--qlikApiKey` の両方が指定されている場合は不要です。

## 詳細はこちら

* [\[Authentication\] (認証)](https://help.qlik.com/ja-JP/migration/Content/Qv2qsMigration/getting-started/authentication.htm)
* [Qlik Cloud へのデプロイ](https://help.qlik.com/ja-JP/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/index.htm)
* [空間ターゲティング](https://help.qlik.com/ja-JP/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/space-targeting.htm)
* [一般的なワークフロー — プログラムによる使用](https://help.qlik.com/ja-JP/migration/Content/Qv2qsMigration/command-line-interface/common-workflows.htm#programmatic-usage-cicd)