Настройка доступа к Qlik Cloud | Центр миграции Справка
Перейти к основному содержимому Перейти к дополнительному содержимому

Настройка доступа к Qlik Cloud

Последнее обновление: 14.10.2026

Перед развертыванием в 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.

Узнать больше

Visit the discussion forum at community.qlik.com

Помогла ли вам эта страница?

Если вы обнаружили какую-либо проблему на этой странице или с ее содержанием — будь то опечатка, пропущенный шаг или техническая ошибка, сообщите нам об этом!