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

# Сценарии интеграции

> Шесть прикладных сценариев Veriqa — по странице на каждый, плюс то, что у них общее: один и тот же authorize-запрос и отсутствующие «режимы».

Veriqa закрывает несколько прикладных сценариев, и у каждого своя страница. Общее у них — способ:
это один и тот же authorize-запрос, а различие целиком в том, какие параметры вы передаёте и что
делаете с результатом.

<Note>
  **Отдельного API у сценариев нет.** Ни параметра «сценарий», ни отдельного типа транзакции
  Veriqa не знает. Поэтому рецепты даны на уровне HTTP — они одинаково воспроизводимы на .NET,
  Node, Java и Python.
</Note>

## Сценарии

<CardGroup cols={2}>
  <Card title="Вход и регистрация без пароля" icon="qrcode" href="/docs/ru/scenarios/passwordless-login">
    QR на экране, подтверждение в мессенджере, регистрация тем же действием.
  </Card>

  <Card title="Вход и привязка канала" icon="link" href="/docs/ru/scenarios/channel-linking">
    Одно действие — два результата: пользователь вошёл, продукт получил живой канал.
  </Card>

  <Card title="Второй фактор и step-up" icon="shield-halved" href="/docs/ru/scenarios/step-up">
    Свежее подтверждение перед чувствительной операцией и проверка `auth_time`.
  </Card>

  <Card title="Замена SMS-кодов" icon="comment-sms" href="/docs/ru/scenarios/sms-replacement">
    Тот же поток без тарификации за сообщение и с полноценной аутентификацией.
  </Card>

  <Card title="Заявки без CAPTCHA" icon="file-signature" href="/docs/ru/scenarios/lead-capture">
    Верифицированный контакт и живой канал вместо адреса, введённого руками.
  </Card>

  <Card title="Восстановление доступа" icon="key" href="/docs/ru/scenarios/account-recovery">
    Привязанный канал вместо цепочки писем и кодов.
  </Card>
</CardGroup>

Подтверждение операции **без создания сессии** — отдельный случай сценария «заявки»: механика
описана на странице [Подтверждённая заявка без входа](/docs/ru/integrations/confirmed-form).

## Что можно передать в authorize

| Параметр | Действие |
| - | - |
| `acr_values=channel:telegram` | Сузить выбор до конкретного канала; несколько значений через пробел — пользователь выбирает из перечисленных |
| `scope=channel` | Выдать `channel_type` и `channel_user_id` — см. [привязку канала](/docs/ru/scenarios/channel-linking) |
| `scope=profile` / `email` / `phone` | Соответствующие claims — по стандартным правилам OIDC |
| `ui_locales` | Язык окна входа |

## Чего в Veriqa для этого нет

Чтобы не искать несуществующего:

* **нет параметра «сценарий»** в authorize-запросе — тип сценария Veriqa не знает и не различает;
* **отдельный транзакционный вход есть, но он не про эти сценарии.**
  `POST /api/transaction/confirmation` создаёт транзакцию подтверждения (приложение
  аутентифицируется по client credentials и получает `transaction_id` с точкой входа для
  пользователя), однако различает он не сценарии, а объявленный ключ действия и его типизированные
  слоты. Сценарии этой страницы собираются повторным authorize и работают без него;
* **нет серверной проверки свежести** — окно приемлемости `auth_time` задаёте и проверяете вы;
* **нет клиентского SDK или виджета** — «своя кнопка» это ссылка с нужными параметрами.

## Дальше

<CardGroup cols={2}>
  <Card title="OIDC + Veriqa: разбор" icon="key" href="/docs/ru/concepts/oidc-explainer">
    Где Veriqa встаёт в стандартный поток.
  </Card>

  <Card title="Настройка каналов" icon="comments" href="/docs/ru/guides/channels">
    MAX, Telegram, WhatsApp, другие мессенджеры и Email.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.