> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/guide/obmen/napravleniya-obmena/upravlenie-napravleniyami/verifikaciya.md).
# Верификация
Группа **«Верификация»** определяет, когда клиент должен подтвердить банковскую карту или другой платёжный реквизит, а также пройти проверку личности.
Настройки действуют только в выбранном направлении обмена и относятся к валюте **«Отдаю»** — той валюте, которую клиент передаёт обменнику.
В группу входят два раздела:
* **«Карт»** — проверка карты или счёта, с которого клиент отправляет средства;
* **«Личности»** — проверка личности через подключённый KYC-сервис.
Для каждого раздела можно использовать общие правила валюты **«Отдаю»** или настроить отдельные условия только для текущего направления.
## Где находятся настройки
В панели управления откройте:
**«Основное» — «Направления обмена» — «Список направлений»**
Выберите нужное направление и перейдите к его редактированию.
В карточке направления откройте:
* **«Верификация» — «Карт»** — для настройки проверки карты;
* **«Верификация» — «Личности»** — для настройки проверки личности.
Настройки карты и личности находятся на разных страницах. После изменения каждой страницы отдельно нажмите **«Сохранить»**.
## Какие настройки имеют приоритет
Направление может наследовать правила валюты **«Отдаю»** или использовать собственные настройки.
Приоритет работает следующим образом:
1. Сначала проверяются настройки текущего направления.
2. Если выбраны отдельные правила, используются они.
3. Если включено наследование, применяются настройки валюты **«Отдаю»**.
Проверка карты и личности настраивается независимо.
Например:
```
Проверка карты:
из настроек направления
Проверка личности:
из настроек валюты
```
В этом случае для карты будут действовать индивидуальные правила направления, а для KYC — общие правила валюты **«Отдаю»**.
Наследование удобно, если одна валюта должна проверяться одинаково во всех направлениях.
Отдельные настройки нужны, если требования зависят от:
* конкретной валютной пары;
* суммы обмена;
* истории клиента;
* используемой карты;
* условий направления.
***
## Верификация карт
В карточке направления откройте: **«Верификация» — «Карт»**
{% content-ref url="/pages/BJZc8REy1JdOjFdgzRGm" %}
[Верификация карт](/guide/verifikaciya/verifikaciya-kart.md)
{% endcontent-ref %}
На странице находится поле **«Тип верификации»**.
Доступны три варианта:
| Тип | Как работает |
| -------------------------------- | --------------------------------------------- |
| По умолчанию: из настроек валюты | Используются правила валюты «Отдаю» |
| Из настроек направления | Используются отдельные правила текущей пары |
| Индивидуальный конструктор | Клиент выбирает обмен с проверкой или без неё |
{% stepper %}
{% step %}
#### По умолчанию: из настроек валюты
Направление использует настройки проверки карты, заданные в карточке валюты **«Отдаю»**.
Учитываются:
* режим проверки;
* минимальная сумма;
* краткий текст;
* подробная инструкция.
Поля индивидуальной настройки направления и конструктора в этом режиме не применяются.
Используйте этот вариант, если для одной валюты должны действовать одинаковые правила во всех направлениях.
{% endstep %}
{% step %}
#### Из настроек направления
Для текущей пары используются отдельные условия.
Настройки валюты **«Отдаю»** для этого направления заменяются.
После выбора появляется блок:
**«Включить верификацию счета “Отдаю”»**
В нём доступно поле **«Запрашивать проверку карты»**.
{% endstep %}
{% endstepper %}
### Когда запрашивать проверку карты
{% stepper %}
{% step %}
#### Нет
Направление не требует подтверждения карты.
Это правило отключает проверку, даже если она включена в настройках валюты **«Отдаю»**.
Проверка всё равно может потребоваться, если её отдельно назначил оператор или другой защитный модуль.
{% endstep %}
{% step %}
#### Да
Проверка применяется к заявкам текущего направления.
Если такая же карта уже подтверждена для этого клиента и валюты **«Отдаю»**, повторная проверка не создаётся.
Пример:
```
Клиент уже подтвердил карту:
1234 **** **** 3456
Новая заявка создана:
тем же клиентом;
с той же картой;
с той же валютой «Отдаю».
```
В этом случае система может использовать ранее подтверждённую карту.
{% endstep %}
{% step %}
#### Да, если мин. сумма «Отдаю» больше чем
Проверка включается после достижения установленной суммы.
После выбора появляется поле:
**«Мин. сумма обмена для Отдаю»**
Система сравнивает это значение с суммой, которую клиент отдаёт.
Пример:
```
Мин. сумма обмена для Отдаю: 100 000 RUB
```
Результат:
Сумма «Отдаю»
Требуется проверка
99 999 RUB
Нет
100 000 RUB
Да
150 000 RUB
Да
Проверка начинается с точного значения, указанного в поле.
{% hint style="warning" %}
Отдельного поля **«Порог»** в панели нет. Сумма указывается в поле **«Мин. сумма обмена для Отдаю»**, которое появляется после выбора этого режима.
{% endhint %}
Значение `0` фактически делает условие подходящим для любой положительной суммы.
Если проверка должна начинаться только с определённого объёма, укажите положительное значение.
{% endstep %}
{% step %}
#### Только для клиентов без идентификации
Проверка карты требуется клиентам, которые ещё не прошли проверку личности.
Пример:
```
Клиент A:
личность подтверждена
Клиент B:
личность не подтверждена
```
Для клиента A это условие не запрашивает проверку карты.
Для клиента B проверка будет обязательной.
{% endstep %}
{% step %}
#### Только для новой карты/реквизитов
Проверка требуется, если система не нашла такую же подтверждённую карту у текущего клиента для валюты **«Отдаю»**.
Перед сравнением из номера удаляются:
* пробелы;
* дефисы;
* другие символы, кроме цифр.
Поэтому значения:
```
1234 5678 9012 3456
```
и:
```
1234567890123456
```
считаются одним номером.
Подтверждение привязано к конкретному аккаунту. Если один клиент подтвердил карту, для другого клиента она не становится подтверждённой автоматически.
{% endstep %}
{% step %}
### Для клиентов с подозрительной историей
Проверка требуется, если у клиента уже есть заявка, отмеченная системой как мошенническая.
Если такой истории нет, проверка карты по этому условию не запрашивается.
Используйте этот вариант только в том случае, если в системе действительно настроена работа с мошенническими заявками и сотрудники правильно отмечают такие случаи.
{% endstep %}
{% endstepper %}
### Текст верификации карт
Краткое мультиязычное сообщение, которое передаётся на публичную форму обмена вместе с активным правилом.
Текст должен коротко объяснять, что клиенту может потребоваться подтверждение карты.
Пример:
```
Для обмена по этому направлению может потребоваться подтверждение банковской карты.
```
Заполните текст для каждого языка, доступного на клиентском сайте.
### Информация для верификации карт
Подробная мультиязычная инструкция, которую клиент видит в заявке, когда проверка действительно требуется.
В инструкции можно указать:
* какую фотографию нужно загрузить;
* что должно быть видно;
* какие данные разрешено скрыть;
* нужен ли номер заявки на снимке;
* допустимые форматы файлов;
* примерный срок рассмотрения;
* причины отклонения;
* порядок повторной отправки.
Пример:
```
Загрузите цветную фотографию карты на фоне страницы текущей заявки.
На фотографии должны быть видны:
- первые шесть и последние четыре цифры карты;
- имя владельца, если оно указано;
- номер текущей заявки.
Средние цифры карты и код безопасности необходимо закрыть.
```
#### Как выбирается инструкция
На странице заявки тексты проверяются в следующем порядке:
1. инструкция направления;
2. инструкция валюты **«Отдаю»**;
3. общий текст верификации карт.
Если в направлении заполнена собственная инструкция, она имеет приоритет.
### Индивидуальный конструктор
Тип **«Индивидуальный конструктор»** добавляет на публичную форму два варианта:
* **«Без верификации»**;
* **«С верификацией»**.
Клиент может переключаться между ними до создания заявки.
Выбранный вариант влияет на:
* минимальную сумму;
* максимальную сумму;
* курс;
* комиссию;
* необходимость проверки карты.
### Режим по умолчанию для клиента
Определяет, какой вариант будет выбран при первом открытии направления.
Доступны:
* **«Без верификации»**;
* **«С верификацией»**.
Это только начальный выбор. Клиент может переключить вариант перед созданием заявки.
{% stepper %}
{% step %}
#### Без верификации
Для варианта отдельно задаются:
* **«Минимальная сумма»**;
* **«Максимальная сумма»**;
* **«Комиссия»**;
* **«Описание»**.
Пример:
```
Минимальная сумма: 5 000 RUB
Максимальная сумма: 50 000 RUB
Комиссия: +1%
Описание: Обмен без проверки карты
```
{% endstep %}
{% step %}
#### С верификацией
Доступны те же поля.
Пример:
```
Минимальная сумма: 5 000 RUB
Максимальная сумма: 500 000 RUB
Комиссия: 0
Описание: Повышенный лимит после проверки карты
```
В результате клиент видит понятную разницу:
* без проверки доступен меньший лимит;
* после подтверждения карты можно обменять более крупную сумму;
* курс или комиссия могут отличаться.
{% endstep %}
{% endstepper %}
### Как используются лимиты конструктора
Положительные значения минимальной и максимальной суммы заменяют общие лимиты **«Отдаю»** для выбранного варианта.
Если поле:
* пустое;
* равно `0`;
* содержит некорректное значение;
* содержит отрицательное значение;
используется соответствующий действующий лимит направления из раздела:
**«Общее» — «Основное»**
Пример:
```
Максимум направления: 100 000 RUB
Максимум варианта без верификации: 0
```
Для этого варианта будет использован максимум направления:
```
100 000 RUB
```
Для понятной работы рекомендуется явно задавать лимиты обоих вариантов.
### Комиссия конструктора
Комиссия изменяет курс выбранного клиентом варианта.
Поле принимает арифметические выражения с:
* числами;
* `+`;
* `-`;
* `*`;
* `/`;
* `%`.
Примеры:
```
0
+1%
-0.5%
+10
```
Значение:
```
0
```
означает, что дополнительное изменение не применяется.
Некорректное выражение не участвует в расчёте.
{% hint style="warning" %}
Не оценивайте комиссию только по знаку. При прямом и обратном отображении курса выражение может влиять на сумму клиента по-разному.
{% endhint %}
После сохранения проверьте на публичной форме:
* сумму **«Отдаю»**;
* сумму **«Получаю»**;
* итоговый курс;
* оба варианта;
* граничные значения лимитов.
### Что происходит после создания заявки
При создании заявки сохраняются:
* выбранный клиентом вариант;
* действующие лимиты;
* применённая комиссия;
* необходимость проверки карты.
Если проверка требуется и такая карта ещё не подтверждена для текущего клиента и валюты **«Отдаю»**, заявка помечается как требующая верификации.
На странице оплаты клиент видит инструкцию и форму отправки подтверждения.
Отправленные материалы можно проверить в разделе:
**«Заявки» — «Верификация» — «Верификация карт»**
Менеджер может открыть отправленные данные и принять решение по проверке.
***
## Верификация личности
В карточке направления откройте: **«Верификация» — «Личности»**
Раздел определяет, должен ли клиент пройти проверку личности перед обменом или после создания заявки.
{% hint style="info" %}
Настройки направления не подключают KYC-сервис автоматически. Для работы должна быть включена общая система проверки личности и настроен активный KYC-сервис.
{% endhint %}
{% content-ref url="/pages/P197pKxC4vezvC5zGLCn" %}
[Верификация личности (KYC)](/guide/verifikaciya/verifikaciya-lichnosti-kyc.md)
{% endcontent-ref %}
{% content-ref url="/pages/fQok59Mv18SqJ7AozMeY" %}
[KYC сервисы](/guide/integracii/kyc-servisy.md)
{% endcontent-ref %}
### Тип верификации личности
Доступны два варианта:
| Тип | Как работает |
| --------------------------------- | --------------------------------------- |
| По умолчанию: из настроек валюты | Используются KYC-правила валюты «Отдаю» |
| Отдельные правила для направления | Используются настройки текущей пары |
{% stepper %}
{% step %}
#### По умолчанию: из настроек валюты
Используются параметры валюты **«Отдаю»**:
* режим проверки;
* минимальная сумма;
* поведение для неверифицированного клиента;
* краткое описание;
* подробная инструкция.
Поля отдельных правил направления не применяются.
{% endstep %}
{% step %}
#### Отдельные правила для направления
Настройки текущего направления заменяют правила валюты **«Отдаю»** только для выбранной пары.
После выбора становятся доступны:
* режим проверки личности;
* минимальная сумма;
* действие для неверифицированного клиента;
* краткое описание;
* подробная инструкция.
{% endstep %}
{% endstepper %}
### Когда запрашивать проверку личности
{% stepper %}
{% step %}
#### Выключена
Направление не требует проверку личности.
При выборе отдельных правил этот вариант отключает требование валюты **«Отдаю»** только для текущей пары.
Проверка всё равно может быть назначена вручную или другим защитным модулем.
{% endstep %}
{% step %}
#### Всегда требуется
Проверка требуется при каждом обмене, если личность клиента ещё не подтверждена.
Уже верифицированный клиент сможет продолжить обмен без повторного прохождения KYC, если его статус остаётся действующим.
{% endstep %}
{% step %}
#### Только с указанной суммы
После выбора появляется поле:
**«Мин. сумма обмена, с которой требуется верификация»**
Проверка включается, если сумма **«Отдаю»** равна установленному значению или превышает его.
Пример:
```
Мин. сумма: 10 000 USDT
```
Результат:
Сумма «Отдаю»
Требуется KYC
9 999 USDT
Нет
10 000 USDT
Да
15 000 USDT
Да
Укажите положительное значение.
Если поле пустое, равно `0` или заполнено неправильно, проверка по сумме не включается.
{% endstep %}
{% step %}
#### Только для новых клиентов
Проверка требуется клиентам, у которых ещё нет успешно выполненных заявок.
Новым также считается клиент без авторизации.
Пример:
```
Клиент A:
нет выполненных заявок
Клиент B:
есть выполненные заявки
```
Для клиента A KYC потребуется.
Для клиента B это правило не будет применяться.
{% endstep %}
{% step %}
#### Только для клиентов без идентификации
Проверка требуется до тех пор, пока личность клиента не подтверждена.
После успешного прохождения KYC правило перестаёт ограничивать новые заявки пользователя.
{% endstep %}
{% endstepper %}
### Если клиент не прошёл верификацию личности
Поле определяет, на каком этапе клиент должен пройти KYC.
Доступны два варианта:
{% stepper %}
{% step %}
#### Сначала верификация → затем заявка
Неверифицированный клиент не сможет создать заявку.
Порядок работы:
1. Клиент выбирает направление.
2. Система определяет обязательную проверку.
3. Клиент получает предложение пройти KYC.
4. После подтверждения личности возвращается к обмену.
5. Создаёт заявку.
Этот вариант подходит для строгого KYC, когда заявка не должна появляться до подтверждения клиента.
Перед включением убедитесь, что клиент может:
* открыть форму KYC без созданной заявки;
* загрузить документы;
* получить результат;
* вернуться к направлению;
* продолжить обмен.
{% endstep %}
{% step %}
#### Создать заявку → затем запросить верификацию
Клиент может создать заявку до прохождения проверки.
Порядок работы:
1. Клиент заполняет форму обмена.
2. Создаёт заявку.
3. Заявка получает признак обязательного KYC.
4. Клиент проходит проверку.
5. После подтверждения обработка продолжается.
Этот вариант подходит, если менеджеру необходимо сначала получить заявку, а затем запросить документы.
{% hint style="info" %}
При этом сценарии заявка не должна завершаться до успешного прохождения обязательной проверки личности.
{% endhint %}
{% endstep %}
{% endstepper %}
Оба варианта сохраняются и применяются системой.
После изменения нажмите **«Сохранить»**, обновите страницу и убедитесь, что выбранное значение сохранилось.
### Краткое описание проверки личности
Мультиязычный текст, который выводится на публичной форме, если для клиента требуется KYC.
Пример:
```
Для обмена по этому направлению необходимо подтвердить личность.
```
Кратко укажите:
* почему нужна проверка;
* что должен сделать клиент;
* когда он сможет продолжить обмен.
### Подробная инструкция по верификации личности
Расширенный мультиязычный текст направления.
В нём можно указать:
* допустимые документы;
* требования к фотографии;
* необходимость селфи;
* примерный срок рассмотрения;
* порядок повторной отправки;
* контакт поддержки.
Пример:
```
Загрузите цветную фотографию действующего документа, удостоверяющего личность.
На снимке должны быть видны все края документа. Фотография должна быть чёткой, без бликов, размытия и редактирования.
```
Этот текст дополняет, но не заменяет настройки и инструкции подключённого KYC-сервиса.
Основной процесс отправки и обработки документов должен быть настроен непосредственно в KYC-модуле.
## Связанные настройки
Для полноценной работы проверки карты и личности проверьте следующие разделы.
{% stepper %}
{% step %}
#### Настройки валюты «Отдаю»
Если используется наследование, откройте:
**«Основное» — «Валюты» — «Список валют»**
Выберите валюту **«Отдаю»** и перейдите к её редактированию.
Проверьте:
* **«Верификация» — «Карт»**;
* **«Верификация» — «Личности»**.
{% endstep %}
{% step %}
#### Проверка карт
Для обработки отправленных клиентами материалов откройте:
**«Заявки» — «Верификация» — «Верификация карт»**
Здесь проверяются фотографии и подтверждения банковских карт.
{% endstep %}
{% step %}
#### KYC-сервисы
Для подключения сервиса проверки личности откройте:
**«Утилиты» — «KYC сервисы»**
Убедитесь, что нужный сервис:
* подключён;
* включён;
* имеет рабочие доступы;
* поддерживает нужный сценарий.
{% endstep %}
{% step %}
#### Проверка личности
Для общих параметров KYC и обработки проверок откройте:
**«Заявки» — «Верификация» — «Верификация личности»**
Проверьте:
* включена ли общая проверка личности;
* выбран ли KYC-сервис;
* работают ли статусы;
* доступны ли проверки менеджерам.
{% endstep %}
{% step %}
#### Основные лимиты направления
Если используется индивидуальный конструктор, сравните его лимиты с разделом:
**«Общее» — «Основное»**
Конструктор не должен создавать пустой или недоступный диапазон сумм.
{% endstep %}
{% endstepper %}
***
## Рекомендуемый порядок настройки
### Проверка карты
1. Определите, подходят ли общие правила валюты **«Отдаю»**.
2. Если нужны отдельные условия, выберите **«Из настроек направления»**.
3. Укажите режим проверки.
4. При необходимости заполните минимальную сумму.
5. Добавьте краткий текст.
6. Заполните подробную инструкцию.
7. Настройте все активные языки.
8. Нажмите **«Сохранить»**.
9. Обновите страницу и проверьте сохранённые значения.
### Индивидуальный конструктор
1. Выберите **«Индивидуальный конструктор»**.
2. Укажите вариант по умолчанию.
3. Настройте лимиты без верификации.
4. Настройте лимиты с верификацией.
5. Укажите комиссии.
6. Добавьте понятные описания.
7. Сохраните настройки.
8. Проверьте оба варианта на публичной форме.
### Проверка личности
1. Определите, подходят ли правила валюты **«Отдаю»**.
2. При необходимости выберите отдельные правила.
3. Укажите режим проверки.
4. Заполните минимальную сумму, если используется проверка по объёму.
5. Выберите поведение для неверифицированного клиента.
6. Добавьте краткое описание.
7. Заполните подробную инструкцию.
8. Нажмите **«Сохранить»**.
9. Обновите страницу и проверьте выбранный сценарий.
## Частые ошибки
Изменены настройки направления, но продолжает работать правило валюты
**Что происходит**
Администратор меняет поля проверки карты или личности, но результат на сайте не меняется.
**Почему возникает**
В поле типа верификации выбрано:
```
По умолчанию: из настроек валюты
```
При наследовании отдельные правила направления не применяются.
**Что проверить**
В карточке направления откройте:
* **«Верификация» — «Карт»**;
* **«Верификация» — «Личности»**.
Проверьте выбранный тип.
**Как исправить**
Если нужны отдельные условия, выберите:
```
Из настроек направления
```
или:
```
Отдельные правила для направления
```
После сохранения создайте новую тестовую заявку.
В панели не получается найти поле «Порог»
**Что происходит**
Администратор ищет отдельное поле с названием **«Порог»**, но его нет.
**Почему возникает**
Для проверки карты порог указывается в поле **«Мин. сумма обмена для Отдаю»**.
Оно появляется только после выбора:
```
Да, если мин. сумма Отдаю больше чем
```
**Как исправить**
Выберите нужный режим, после чего заполните появившееся поле.
Для проверки личности используется поле:
```
Мин. сумма обмена, с которой требуется верификация
```
Проверка по сумме не срабатывает
**Что происходит**
Сумма достигла ожидаемого значения, но проверка не появляется.
**Почему возникает**
Возможные причины:
* используется наследование;
* значение заполнено не в той валюте;
* сумма сравнивается со стороной **«Отдаю»**, а администратор проверяет **«Получаю»**;
* поле равно `0`;
* значение не сохранилось;
* клиент уже прошёл нужную проверку.
**Что проверить**
Проверьте:
* тип настройки;
* сохранённую сумму;
* валюту **«Отдаю»**;
* фактическую сумму заявки;
* статус клиента;
* наличие подтверждённой карты.
**Как исправить**
Укажите положительное значение в валюте **«Отдаю»** и создайте новые заявки ниже, на уровне и выше порога.
Подтверждённая карта не запрашивается повторно
**Что происходит**
Администратор ожидал новую проверку, но заявка использует уже подтверждённую карту.
**Почему возникает**
Это штатное поведение.
Система нашла такую же подтверждённую карту:
* у того же клиента;
* для той же валюты **«Отдаю»**;
* с совпадающим номером после удаления форматирующих символов.
**Как проверить повторную верификацию**
Используйте:
* другую карту;
* другой аккаунт;
* другую валюту **«Отдаю»**.
Карта с пробелами считается новой
**Что происходит**
Номер уже подтверждался, но после ввода с пробелами система снова запрашивает проверку.
**Почему возникает**
Возможна проблема с нормализацией реквизита или в номере присутствуют дополнительные символы.
**Что проверить**
Сравните фактически сохранённые значения карты.
Проверьте ввод:
```
1234 5678 9012 3456
```
и:
```
1234567890123456
```
**Как исправить**
Убедитесь, что перед сравнением удаляются все символы, кроме цифр.
Проверка подозрительного клиента не включается
**Что происходит**
Выбран режим **«Для клиентов с подозрительной историей»**, но проверка не запрашивается.
**Почему возникает**
У клиента нет заявки, отмеченной системой как мошенническая.
Обычная отменённая, отклонённая или просроченная заявка сама по себе не считается мошеннической.
**Что проверить**
Проверьте историю клиента и статус соответствующей заявки.
**Как исправить**
Используйте режим только при настроенном процессе отметки мошеннических заявок.
***
## Рекомендации
Для большинства направлений рекомендуется:
* использовать наследование, если правила одинаковы для одной валюты;
* создавать отдельные правила только для исключений;
* настраивать карту и личность независимо;
* задавать сумму в валюте **«Отдаю»**;
* использовать проверку новых реквизитов вместо проверки каждой заявки;
* не запрашивать секретные данные банковской карты;
* задавать понятные лимиты конструктора;
* проверять комиссию по фактической сумме клиента;
* заполнять тексты для всех активных языков;
* подключать и проверять KYC-сервис до включения обязательной проверки;
* запрещать завершение заявки до обязательного KYC;
* сохранять каждую страницу отдельно;
* создавать новую тестовую заявку после изменения настроек.
## Коротко
Группа **«Верификация»** управляет проверкой карты и личности в конкретном направлении обмена.
Для каждого раздела можно использовать настройки валюты **«Отдаю»** или задать собственные условия направления.
Проверка карты может работать для всех заявок, от определённой суммы, только для новых реквизитов, клиентов без идентификации или клиентов с мошеннической историей.
Индивидуальный конструктор позволяет предложить обмен с проверкой и без неё с разными лимитами и комиссиями.
Проверка личности может выполняться до создания заявки или после неё.
Для работы KYC должна быть включена общая система проверки личности и подключён активный KYC-сервис.
После настройки обязательно сохраните обе страницы, обновите редактор и проверьте каждый сценарий на новой тестовой заявке.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.iexexchanger.com/guide/obmen/napravleniya-obmena/upravlenie-napravleniyami/verifikaciya.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.