> 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/help-center/ai-docs/rabota-s-zayavkami/payment-details-on-request.md).

# Реквизиты по запросу

Режим используется, когда платёжные данные нельзя показать клиенту сразу после создания заявки. Оператор задаёт сроки конкретной заявки, проверяет платёжный контекст и выдаёт актуальный счёт, карту или кошелёк. Каждая выдача и замена сохраняется в истории, а доставка уведомления контролируется отдельно.

## Где находится

* рабочая очередь: **«Заявки» — «Список заявок» — «Реквизиты по запросу»**;
* общие параметры: кнопка «Настройки реквизитов по запросу» на странице заявок;
* сроки и выдача: карточка нужной заявки;
* включение режима: настройка реквизитов валюты «Отдаю».

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

## Когда применяется режим

Режим относится к стороне оплаты клиента и сохраняется в заявке при её создании. Однако настроенный мерчант может получить приоритет и выдать реквизиты другим способом.

Если заявка не попала в ожидаемую вкладку, проверьте:

1. способ выдачи реквизитов в настройках валюты «Отдаю»;
2. настройки направления;
3. наличие и приоритет мерчанта;
4. журнал выбора и получения мерчанта;
5. сохранённые условия самой заявки.

Если мерчант не вернул платёжные данные, это само по себе не означает автоматический переход к ручной выдаче.

## Три независимых срока

| Срок                | Когда начинается                                                                      | Что определяет                                   |
| ------------------- | ------------------------------------------------------------------------------------- | ------------------------------------------------ |
| Ожидание реквизитов | В автоматическом режиме — при создании; в операторском — по сохранённому плану заявки | Сколько времени есть на первую выдачу            |
| Время на оплату     | При создании заявки или после первой выдачи — согласно сохранённому выбору            | Сколько времени есть клиенту на платёж           |
| Время на замену     | После первой фактической выдачи                                                       | До какого момента оператор может заменить данные |

Не объединяйте эти сроки в один таймер. Существующая заявка хранит выбранные правила: изменение общих настроек предназначено для последующих сценариев и не должно незаметно переписывать уже сохранённые сроки.

## Общие настройки

Кнопка «Настройки реквизитов по запросу» открывает следующие группы.

### Сроки

* «Ожидание реквизитов в автоматическом режиме» — начинается при создании; после истечения заявка получает статус «Время истекло»;
* «Минимальное ожидание, доступное оператору»;
* «Максимальное ожидание, доступное оператору»;
* «Минимальное время на оплату»;
* «Максимальное время на оплату»;
* «Время на замену выданных реквизитов» — начинается после первой выдачи.

Для каждого срока выбирается единица «Минуты» или «Часы». Минимальное значение не может превышать максимальное. Используйте границы, соответствующие реальной скорости вашей смены и платёжного канала.

### Лимиты формы и шаблонов

* «Дополнительных полей» ограничивает число полей одного реквизита;
* «Шаблонов на оператора» ограничивает личные шаблоны сотрудника.

### История

* «Записей на странице» задаёт обычную порцию журнала;
* «Максимум за запрос» задаёт верхний предел загрузки.

Обычный размер страницы не может быть больше максимума.

### Отправка уведомлений

* «Пауза перед повторной отправкой» определяет ожидание после ошибки доставки;
* «Максимум попыток» ограничивает повторные отправки.

После исчерпания попыток событие остаётся в журнале с ошибкой. Сохранённый реквизит при этом не откатывается.

## Установка сроков конкретной заявки

Откройте блок сроков в карточке и нажмите «Установить сроки».

1. Укажите «Время на ожидание реквизитов» внутри разрешённого диапазона.
2. Укажите «Время на оплату».
3. Выберите «Начало отсчёта оплаты»: при создании заявки или при выдаче реквизитов.
4. Выберите действие после истечения: установить статус «Время истекло» либо не менять статус.
5. Сохраните сроки.

Если отсчёт оплаты начинается при создании, часть времени уже могла пройти. Если он начинается при выдаче, клиент получает полный срок после первой фактической выдачи.

## Первая выдача

1. Сверьте сумму, валюту, банк или сеть, ограничения и признаки риска.
2. Нажмите «Выдать реквизиты».
3. Заполните «Номер счёта / кошелька».
4. Выберите «Тип реквизита»: «Счёт или кошелёк», «Банковская карта» или «Криптовалюта».
5. Для криптовалюты укажите «Сеть».
6. При необходимости добавьте «Комментарий для клиента».
7. Добавьте нужные дополнительные поля.
8. Для каждого поля выберите видимость.
9. Откройте «Предпросмотр».
10. Нажмите «Выдать клиенту».

Ожидаемый результат: в карточке появляется текущий реквизит, время и запись «Выдача» в истории. Если отсчёт оплаты выбран от выдачи, запускается таймер клиента. Одновременно начинается окно замены.

## Видимость дополнительных полей

| Видимость        | Кто увидит               | Пример назначения                  |
| ---------------- | ------------------------ | ---------------------------------- |
| Клиенту          | Клиент и оператор        | Получатель, банк, memo, назначение |
| Операторам       | Только сотрудники панели | Подсказка следующей смене          |
| Только в журнале | Только аудит истории     | Внутренний контрольный признак     |

Предпросмотр должен содержать только публичные данные. Никогда не помещайте секреты, полные внутренние пояснения или чужие реквизиты в поле, видимое клиенту.

## Замена реквизита

«Заменить реквизит» доступно, пока не завершено окно замены и смена не отключена.

1. Установите, оплатил ли уже клиент по старым данным.
2. Заполните новый реквизит и проверьте его видимость.
3. В поле «Причина замены» выберите «Запрос клиента», «Реквизит не работает», «Контроль риска» или «Другая причина».
4. Заполните «Внутреннее обоснование».
5. Откройте «Проверка замены» и сравните старое и новое значение.
6. Нажмите «Заменить и уведомить».

Замена создаёт новую версию и сохраняет старую. Если другой оператор изменил реквизит раньше, обновите карточку и сравните историю; устаревшее состояние нельзя молча перезаписывать.

{% hint style="danger" %}
Если клиент уже отправил средства, сначала установите фактический адрес и состояние платежа. Замена отображаемого реквизита не перемещает уже отправленные деньги.
{% endhint %}

## Отключение смены

«Отключить смену» необратимо закрывает дальнейшую замену в этой заявке. Интерфейс требует внутреннюю причину. Перед подтверждением проверьте текущий реквизит, доставку клиенту и отсутствие параллельной работы другого оператора.

Не пытайтесь обходить запрет сменой статуса или редактированием несвязанного поля.

## Шаблоны оператора

Оператор может сохранить текущую форму как личный шаблон и применить её позже. Шаблон ускоряет ввод, но не подтверждает актуальность:

* счёта или кошелька;
* сети;
* банка и получателя;
* лимитов;
* доступности реквизита для конкретного направления.

Перед каждой выдачей перепроверяйте заполненную форму. Изменение и удаление шаблона может быть защищённой операцией.

## История и доставка

«История реквизитов» показывает:

* установку сроков;
* первую выдачу;
* каждую замену;
* отключение смены;
* старую и новую версии;
* оператора и время;
* причину и внутреннее обоснование;
* состояние доставки и попытки.

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

## Что видит клиент

До выдачи клиент видит ожидание платёжных данных. После выдачи отображаются только поля с клиентской видимостью и действующий срок оплаты. После замены должна появиться новая версия и соответствующее уведомление; операторские и внутренние поля не должны отображаться.

## Полная проверка перед запуском

{% stepper %}
{% step %}

### Создайте тестовую заявку

Используйте валюту «Отдаю» с методом выдачи по запросу и безопасную сумму.
{% endstep %}

{% step %}

### Сохраните сроки

Проверьте ожидание выдачи, время оплаты, точку начала отсчёта и действие после истечения.
{% endstep %}

{% step %}

### Выдайте первый реквизит

Проверьте тип, сеть, публичный комментарий, дополнительные поля и предпросмотр.
{% endstep %}

{% step %}

### Проверьте клиентскую страницу

Убедитесь, что видны только публичные данные и правильный таймер.
{% endstep %}

{% step %}

### Выполните контролируемую замену

Выберите причину, добавьте внутреннее обоснование и проверьте новую версию.
{% endstep %}

{% step %}

### Проверьте историю и конфликт

Сравните все события и убедитесь, что устаревшая карточка требует обновления.
{% endstep %}
{% endstepper %}

## Частые проблемы

| Симптом                        | Вероятная причина                                        | Проверка                                                 |
| ------------------------------ | -------------------------------------------------------- | -------------------------------------------------------- |
| Вкладка пуста                  | Режим не сохранён или мерчант выбрал другой путь         | Валюта, направление и журнал мерчанта                    |
| Нет кнопки выдачи              | Не заданы сроки, нет права или заявка завершена          | Блок сроков, группу доступа и статус                     |
| Оплата уже просрочена          | Отсчёт выбран от создания                                | Время создания и сохранённую точку старта                |
| Криптореквизит не отправляется | Не указана сеть                                          | Тип реквизита и «Сеть»                                   |
| Замена недоступна              | Окно закончилось или смена отключена                     | Время первой выдачи и историю                            |
| Другой оператор изменил данные | Конфликт версии                                          | Обновить карточку и сравнить последнюю запись            |
| Клиент не получил уведомление  | Ошибка канала или очереди                                | Состояние доставки и попытки                             |
| Клиент видит внутреннее поле   | Неверно выбрана видимость                                | Исправить процесс и проверить возможное раскрытие данных |
| Настройки не сохраняются       | Минимум больше максимума или размер истории выше предела | Проверить связанные пары значений                        |


---

# 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/help-center/ai-docs/rabota-s-zayavkami/payment-details-on-request.md?ask=<question>&goal=<endgoal>
```

`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.