> 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/learn/3.-valyuty-i-dengi/03-request-payment-window.md).
# Реквизиты по запросу
Настройте реквизиты по запросу и срок, в течение которого оператор может заменить уже выданные данные
## Что вы получите
Оператор сможет выдать клиенту реквизиты вручную, при необходимости заменить их только в разрешённое время и увидеть понятное окончание окна замены. Для стартового сценария срок составит **30 минут после первой фактической выдачи**.
Откройте **«Заявки» — «Список заявок»**, выберите вкладку **«Реквизиты по запросу»** и нажмите **«Настройки реквизитов по запросу»**.
{% hint style="info" %}
Эти параметры относятся к специальному сценарию ручной выдачи. Обычный реквизит из пула валюты продолжает работать по своим статусу, области и лимитам.
{% endhint %}
## Разделите три таймера
| Таймер | Когда начинается | Что ограничивает |
| ------------------- | ------------------------------------------- | ----------------------------------------------------------- |
| Ожидание реквизитов | При создании заявки в автоматическом режиме | Сколько клиент ждёт первую выдачу |
| Время на оплату | По правилу конкретной заявки | Сколько клиент оплачивает после получения условий |
| Время на замену | После первой фактической выдачи | До какого момента оператор может заменить выданный реквизит |
Не переносите `30 минут` из одного поля в другое без понимания. Здесь `30` — стартовое значение именно для **«Время на замену выданных реквизитов»**; измените его, если ваш регламент требует другого срока.
## Настройте сроки
{% stepper %}
{% step %}
### Проверьте ожидание первой выдачи
Поле **«Ожидание реквизитов в автоматическом режиме»** определяет, сколько заявка может ждать реквизиты до перехода в состояние истечения. Значение выбирайте по реальному SLA команды.
{% endstep %}
{% step %}
### Задайте границы выбора оператора
Поля минимального и максимального ожидания ограничивают варианты, которые сотрудник сможет назначить конкретной заявке. Минимум не может быть больше максимума.
{% endstep %}
{% step %}
### Задайте границы времени на оплату
Поля **«Минимальное время на оплату»** и **«Максимальное время на оплату»** ограничивают срок, выбираемый оператором. Они не заменяют глобальные 30 минут обычной заявки из настроек обмена.
{% endstep %}
{% step %}
### Укажите срок замены
В поле **«Время на замену выданных реквизитов»** укажите `30` и выберите **«Минуты»**. Допустимый диапазон — от 1 до 1440 минут.
{% endstep %}
{% step %}
### Сохраните настройки
Нажмите **«Сохранить»** и дождитесь сообщения **«Настройки сохранены»**. Ошибка диапазона означает, что одно из значений выходит за пределы формы или минимум превышает максимум.
{% endstep %}
{% endstepper %}
## Остальные блоки окна
Лимиты формы и шаблонов
**«Дополнительных полей»** ограничивает число полей одного выданного реквизита, а **«Шаблонов на оператора»** — личные заготовки сотрудника. Увеличивайте значения только при реальной необходимости: длинная форма повышает риск ошибки при выдаче.
История
**«Записей на странице»** и **«Максимум за запрос»** управляют порциями журнала. Обычный размер страницы не должен превышать установленный максимум.
Отправка уведомлений
Пауза и максимум попыток относятся к повторной доставке сообщения клиенту после выдачи или замены. Они не создают подключение уведомлений и не исправляют остановленную очередь.
## Проверьте выдачу и замену
{% stepper %}
{% step %}
### Создайте сухую заявку
Используйте настроенное направление с режимом реквизитов по запросу. Для проверки замены реквизита платёж не требуется.
{% endstep %}
{% step %}
### Выдайте первый реквизит
Оператор указывает проверенный счёт и подтверждает выдачу. Обязательный номер счёта, карты или кошелька должен пройти проверку до сохранения; при ошибке панель должна назвать конкретное незаполненное или неверное поле. Зафиксируйте точное время успешной выдачи — только с этого действия начинается окно замены.
{% endstep %}
{% step %}
### Замените реквизит внутри окна
До истечения 30 минут выдайте другой принадлежащий обменному пункту реквизит. В карточке должна сохраниться история: кто, когда и какие данные изменил.
{% endstep %}
{% step %}
### Проверьте клиента
На странице заявки должны появиться актуальные данные. После исправления ошибочного реквизита повторно отправьте клиенту именно сохранённый актуальный вариант. Если уведомление о выдаче или замене включено, проверьте его отдельным реальным событием.
{% endstep %}
{% step %}
### Докажите окончание окна
После окончания срока действие замены должно стать недоступным или вернуть понятное сообщение **«Время на замену реквизитов после первой выдачи истекло»**. Не обходите ограничение сменой статуса.
{% endstep %}
{% endstepper %}
## Не перезаписывайте изменение другого оператора
Если два сотрудника открыли одну заявку одновременно, первый успешный ответ меняет актуальное состояние реквизитов. Второй сотрудник не должен продолжать из устаревшего окна.
1. Остановите повторную отправку при сообщении о конфликте или изменившемся состоянии.
2. Обновите карточку заявки.
3. Сверьте актуальный реквизит, автора, время и оставшееся окно замены.
4. Повторите действие только если оно всё ещё нужно и разрешено.
5. Убедитесь, что клиент получил один актуальный набор данных, а история сохранила обе попытки без скрытой перезаписи.
Не копируйте исправленный номер только в обычный чат. Используйте действие выдачи или замены: оно обновляет страницу клиента, историю и очередь доставки согласованно.
{% hint style="danger" %}
Замена уже выданного реквизита — финансово чувствительное действие. Проверяйте владельца счёта, историю, права сотрудника и клиентскую доставку. Рабочая группа реквизитов не даёт права выдачи и не продлевает срок.
{% endhint %}
## Этап завершён, если
* [ ] три таймера не перепутаны;
* [ ] срок замены равен 30 минутам либо утверждённому значению;
* [ ] отсчёт начинается после первой фактической выдачи;
* [ ] замена внутри окна и запрет после него проверены;
* [ ] история показывает сотрудника и время изменения;
* [ ] неверное обязательное поле возвращает точную ошибку и не считается выдачей;
* [ ] конфликт двух операторов приводит к обновлению карточки, а не к незаметной перезаписи;
* [ ] клиент получил только актуальные данные;
* [ ] исправленный реквизит повторно отправлен предусмотренным действием;
* [ ] уведомление о выдаче или замене проверено, если оно включено.
Далее выполните [проверку денежного контура](/learn/3.-valyuty-i-dengi/04-check-money-flow.md).
---
# 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/learn/3.-valyuty-i-dengi/03-request-payment-window.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.