# Настройка доступа к 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/ru-RU/migration/Content/Qv2qsMigration/getting-started/authentication.htm) (Проверка подлинности)
* [Развертывание в Qlik Cloud](https://help.qlik.com/ru-RU/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/index.htm)
* [Таргетинг по местоположению](https://help.qlik.com/ru-RU/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/space-targeting.htm)
* [Типовые рабочие процессы — Программное использование](https://help.qlik.com/ru-RU/migration/Content/Qv2qsMigration/command-line-interface/common-workflows.htm#programmatic-usage-cicd)