> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kvantora.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Подключения

> Выберите аккаунт интеграции и подключите модели Kvantora.

Подключение определяет, от чьего имени выполняется действие. Два аккаунта одного приложения — два разных подключения. Назовите их так, чтобы различать назначение: например, «Рабочая почта поддержки» и «Почта для проверки».

## Модели Kvantora

<Steps>
  <Step title="Настройте доступ в кабинете">
    Откройте «Автоматизации» и настройку подключения. Выберите разрешённые модели и дневной бюджет в рублях. Для изменения настроек нужны соответствующие права организации.
  </Step>

  <Step title="Выберите подключение в действии">
    В редакторе добавьте действие Kvantora и выберите подготовленное подключение. В поле модели вставьте публичный ID из каталога. Ключи разработчиков моделей для этого не нужны.
  </Step>

  <Step title="Проверьте доступ">
    Начните с действия «Получить модели». Убедитесь, что выбранной модели разрешена нужная операция. Затем задайте максимальную стоимость в действии генерации и проверьте сценарий целиком.
  </Step>
</Steps>

Дневной бюджет подключения ограничивает общие расходы с учётом резервов. Максимальная стоимость в шаге ограничивает отдельное обращение. Например, отображаемая сумма **0,99 ₽** — рублёвая сумма, а не количество запусков.

## Аккаунт внешнего приложения

В шаге нужной интеграции выберите существующее подключение или создайте новое. Заполните поля, которые показывает редактор. Способ входа зависит от приложения: это может быть ключ или авторизация в самом сервисе.

Перед подтверждением входа проверьте выбранный аккаунт и запрашиваемые права. После подключения выберите конкретный объект действия — например, папку, таблицу или получателя. Подключение аккаунта не выбирает их автоматически.

## Замена подключения

1. Найдите шаги, использующие прежний аккаунт.
2. Подготовьте новое подключение и выберите его в черновике сценария.
3. Проверьте доступ и поля действий: у другого аккаунта могут отличаться ID таблиц, папок и каналов.
4. Опубликуйте проверенную версию и убедитесь, что новый запуск использовал нужный аккаунт.
5. Отзывайте прежний доступ, когда он больше не нужен зависимым сценариям.

Если действие сообщает об истёкшем доступе, восстановите подключение и проверьте его чтением данных. Не запускайте платный шаг повторно до [проверки прошлого исхода](/flow-retry). Пароли и ключи не вставляйте в задание модели или сообщение следующего шага.