> 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/nastroika-obmena/list-and-card/merchant-and-payout-rules.md).

# Правила мерчантов и выплат

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

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

## Правила мерчантов

В панели управления откройте:

**«Основное» — «Направление обмена» — «Правила мерчантов»**

Правило определяет приём платежа. В форме используются:

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

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

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

## Правила выплат

В панели управления откройте:

**«Основное» — «Направление обмена» — «Правила выплат»**

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

Режим автоматической выплаты должен соответствовать операционной политике. Не включайте автоматическое выполнение до проверки адресных полей, сети, AML-условий, статуса заявки и фактического баланса сервиса.

## Приоритет

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

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

## Стратегия при ошибке

Стратегия влияет на то, что произойдёт, если подходящий мерчант не смог подготовить платёжные данные. Перед выбором ответьте на два вопроса:

1. разрешено ли переходить к следующему правилу;
2. безопасно ли продолжать заявку без результата этого сервиса.

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

## Создание правила

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

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

## Изменение и отключение

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

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

## Полная проверка

### Приём платежа

1. Создайте заявку внутри допустимого диапазона.
2. Проверьте выбранный мерчант и сеть.
3. Проверьте выданные реквизиты на клиентской странице.
4. Повторите тест ниже минимума и выше максимума.
5. Смоделируйте недоступность первого варианта в безопасной среде.
6. Сверьте журнал запросов и журнал движения мерчанта.

### Выплата

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

## Если выбран не тот сервис

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


---

# 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/nastroika-obmena/list-and-card/merchant-and-payout-rules.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.