> 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/knowledge-base/nastroika-obmena-kursov-i-rezervov/calculator/order-settings.md).

# Настройки обмена

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

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

Откройте:

**«Настройки» — «Общие настройки» — «Основные» — «Обмен»**

## Создание и отображение

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

«Отображение курса или даты на странице оплаты» показывает либо сохранённый курс заявки, либо только дату создания. Проверьте страницу оплаты до и после переключения.

«Отключить поле для ввода e-mail адреса» не просто скрывает поле: для нового клиента используется автоматически созданный адрес. Перед включением проверьте регистрацию, уведомления и восстановление доступа.

### Если e-mail уже зарегистрирован

Настройка «Если e-mail уже зарегистрирован» определяет, что произойдёт, когда гость создаёт заявку с адресом существующего аккаунта.

| Вариант                      | Результат                                                                                 | Что проверить                                    |
| ---------------------------- | ----------------------------------------------------------------------------------------- | ------------------------------------------------ |
| «Сначала подтвердить e-mail» | Клиент получает код; заявка создаётся только после ввода кода и входа                     | Доставку кода, срок и повторную отправку         |
| «Создать заявку сразу»       | Заявка создаётся и доступна для оплаты; войти по коду и добавить её в кабинет можно позже | Страницу оплаты, отслеживание и последующий вход |

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

Выбор режима не отменяет защиту самого аккаунта. Перед включением «Создать заявку сразу» проверьте, что письмо с кодом настроено в [центре уведомлений](/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center.md), а страница отслеживания не раскрывает данные постороннему посетителю.

## Курсы и пересчёт

«Интервал обновления курсов» задаётся в секундах. Слишком частое обновление увеличивает нагрузку, слишком редкое показывает устаревшее значение.

«Способ пересчета заявок» предлагает запуск при изменении статуса, по планировщику или обоими способами. «Статусы для ручного пересчета заявки» ограничивают действие в карточке, а «Разрешить пересчет до принятия оператором» управляет доступностью до назначения оператора.

«Разрешить пересчет заявки в случае окончания установленной времени» применяется к поздней оплате через мерчанта. Проверьте сценарий с намеренно истёкшим сроком и изменённым курсом.

## Ошибки мерчанта

«Стратегия обработки ошибок мерчантов» предлагает:

* без повторных попыток;
* повторять попытки;
* использовать альтернативный мерчант.

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

«Если не заполнена „инструкция по оплате“ в настройках мерчанта» определяет, выводить ли инструкцию направления. «Разрешить отклонять заявки в случае неполной оплаты через мерчант» задаёт реакцию на неполную сумму.

«Макс. количество раз, которое можно нажать „Оплатить и завершить“» ограничивает повторы действия автовыплаты; ноль снимает лимит.

## Ограничения и защита

«Режим автоматического бана» выбирает выключенный, мягкий, стандартный или жёсткий сценарий увеличения срока блокировки при повторных мошеннических заявках.

Дополнительно доступны:

* блокировка за спам-заявки;
* возможность внести IP и email в чёрный список при признании заявки мошеннической;
* запись данных заявки в серверный файл;
* максимальное количество заявок одного клиента;
* «Доступ к чеку заявки».

Режимы доступа к чеку:

* без ограничений по ссылке;
* владелец и тот же IP;
* владелец без проверки IP;
* только авторизованный владелец;
* временный доступ, после которого требуется личный кабинет.

Проверьте выбранный режим из обычной, приватной и авторизованной сессии. Ужесточение может закрыть клиенту ранее полученную ссылку.

## Срок оплаты

«Время на оплату заявки» задаётся в минутах или часах в пределах, показанных формой. Для заявки с обычной выдачей реквизитов отсчёт начинается при создании. Для реквизитов по запросу используется выбранный в их правилах момент старта.

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

## Статусы клиента

«Отображаемые заявки в личном кабинете» определяют, какие статусы видит клиент. Это не удаляет и не архивирует заявку. Исключение рабочего статуса может скрыть важную заявку из кабинета.

## Где продолжать обмен

«Где продолжать обмен» предлагает два режима:

* «На сайте» — клиент продолжает процесс на странице заявки, где реквизиты показываются по обычным правилам;
* «В мессенджерах» — платёжные реквизиты на сайте скрываются, а клиент видит только настроенные и включённые способы продолжения.

Режим мессенджеров применяется к конкретной заявке только когда включён чат заявок, её текущий статус разрешён для чата, платёж не использует несовместимый сценарий оформления и доступно хотя бы одно рабочее подключение продолжения. Сейчас таким подключением может быть Telegram с назначением «Продолжение обмена».

Если подходящее подключение недоступно, система использует сайт и не должна оставлять клиента без рабочего способа продолжить обмен. Подключение Telegram описано в статье [«Telegram»](/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center/telegram.md), а работа переписки — в [центре чатов](/knowledge-base/zayavki-i-rabota-operatorov/order-chats.md).

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

## Архив

«Автоматически переносить старые заявки в архив» запускает периодическую проверку. Задайте возраст и разрешённые статусы.

В блоке «Диспетчер архивации заявок» доступны:

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

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

## Сквозная проверка

1. Создайте новую тестовую заявку.
2. Проверьте публичный номер, курс и email.
3. Проверьте доступ к чеку из другой сессии.
4. Проверьте таймер и действие после истечения.
5. Проверьте разрешённый ручной пересчёт.
6. Проверьте мерчант и неполную оплату безопасным тестом.
7. Проверьте видимость в личном кабинете.
8. Для архива используйте предварительный и тестовый запуск.

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


---

# 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/knowledge-base/nastroika-obmena-kursov-i-rezervov/calculator/order-settings.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.
