> 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/dopolnitelnoe.md). # Дополнительное Группа **«Дополнительное»** содержит настройки, которые влияют на фактическую доступность направления, выдачу платёжных реквизитов, пересчёт открытых заявок, ограничения для клиентов, экспорт курса и партнёрские начисления. Даже если направление активно и имеет рабочий курс, клиент может не увидеть его или не суметь создать заявку из-за недостаточного резерва, отсутствия доступных реквизитов, ограничений по стране, лимитов заявок или других параметров этой группы. ## Где находятся настройки В панели управления откройте: **«Основное» — «Направления обмена» — «Список направлений»**
Выберите нужное направление и перейдите к его редактированию.
Затем раскройте группу **«Дополнительное»** и откройте необходимый раздел. {% hint style="info" %} Все изменения применяются только к выбранному направлению. Перед настройкой проверьте валюты **«Отдаю»** и **«Получаю»** в заголовке редактора, чтобы случайно не изменить похожую валютную пару. {% endhint %} *** ## Резервы Откройте: **«Дополнительное» — «Резервы»** {% content-ref url="/pages/djft6e8lg4QtXIhJaE4o" %} [Резервы для валют](/guide/obmen/rezervy/rezervy-dlya-valyut.md) {% endcontent-ref %} Раздел определяет, откуда система получает доступный резерв для текущего направления. Резерв используется для: * проверки возможности создать заявку; * расчёта максимальной доступной суммы; * отображения доступного объёма на клиентском сайте; * формирования данных в файле курсов; * удержания средств в открытых заявках; * возврата средств при отмене или отклонении заявки. ### Тип резерва Доступны два режима: {% stepper %} {% step %} #### По умолчанию Система использует эффективный резерв валюты **«Получаю»**. Например, для направления: ``` USDT TRC20 - Сбербанк RUB ``` используется резерв валюты: ``` Сбербанк RUB ``` Если резерв валюты связан с другими источниками, система использует итоговое значение, рассчитанное общей системой резервов. На него могут влиять: * объединённые резервы; * резерв из внешнего файла; * балансы мерчантов; * балансы модулей выплат; * ручные движения; * удержания открытых заявок; * другие связанные источники. Используйте режим **«По умолчанию»**, если: * одна валюта должна иметь общий остаток во всех направлениях; * резерв обновляется автоматически; * нужно учитывать связанные источники; * открытые заявки должны удерживать средства; * отменённые заявки должны возвращать удержанный резерв; * выполненные операции должны отражаться в общем журнале резервов. {% endstep %} {% step %} #### Индивидуальное поле После выбора режима появляется поле: **«Поле для резерва»** Указанное значение становится отдельным резервом только для текущего направления. Например: ``` Направление: USDT TRC20 - Сбербанк RUB Индивидуальный резерв: 1 500 000 RUB ``` Это значение используется при: * проверке новой заявки; * отображении резерва на сайте; * расчёте максимальной суммы; * формировании файла курсов. Индивидуальный резерв имеет приоритет над общим резервом валюты **«Получаю»**. {% endstep %} {% endstepper %} {% hint style="danger" %} Индивидуальное поле является статическим значением. При выполнении, отмене или пересчёте заявки система не уменьшает и не пополняет его через общий журнал резервов. Такой резерв необходимо изменять вручную или обновлять через отдельную интеграцию. {% endhint %} ### Как резерв проверяется при создании заявки Система сравнивает сумму **«Получаю»** с доступным резервом. В режиме **«По умолчанию»** проверяется эффективный резерв валюты **«Получаю»**. В режиме **«Индивидуальное поле»** проверяется значение, сохранённое в текущем направлении. Пример: ``` Доступный резерв: 1 500 000 RUB ``` Результат:
Сумма «Получаю»Результат
100 000 RUBЗаявка может быть создана
1 500 000 RUBЗависит от дополнительных удержаний и ограничений
1 600 000 RUBЗаявка блокируется
Если доступного резерва недостаточно, клиент получает сообщение об ограничении по резерву. ### Как работает общий резерв после создания заявки При использовании общего резерва система может выполнять автоматические движения. После перехода заявки в рабочий статус: 1. сумма **«Получаю»** удерживается в резерве; 2. при пересчёте заявки размер удержания корректируется; 3. при отмене, отклонении, заморозке или удалении заявки удержание возвращается; 4. после успешного выполнения сумма **«Отдаю»** может быть добавлена в резерв входящей валюты. Точное поведение зависит от статусов заявки и общей конфигурации резервов. Для индивидуального поля эти движения не выполняются. ### Пример индивидуального резерва Настройки: ``` Направление: USDT TRC20 - Сбербанк RUB Индивидуальный резерв: 1 500 000 RUB ``` Клиент создаёт заявку на получение: ``` 100 000 RUB ``` Заявка проходит проверку. После её выполнения значение индивидуального поля останется: ``` 1 500 000 RUB ``` Оно не изменится автоматически на: ``` 1 400 000 RUB ``` *** ## Реквизиты Откройте: **«Дополнительное» — «Реквизиты»** {% content-ref url="/pages/JMjl3lO9g7QNMtdGmv6J" %} [Платёжные реквизиты](/guide/obmen/rekvizity/platyozhnye-rekvizity.md) {% endcontent-ref %} Раздел определяет: * какие ручные реквизиты можно использовать; * в каком порядке они выбираются; * выдаются ли они автоматически; * может ли клиент запросить реквизиты у оператора; * кто устанавливает сроки; * когда запускается таймер оплаты; * какой текст показывается во время ожидания. Изменение привязанных платёжных реквизитов может относиться к защищённым операциям. В зависимости от настроек безопасности система может запросить: * код подтверждения; * подтверждение второго администратора; * другое дополнительное согласование. ### Реквизиты В поле **«Реквизиты»** выберите записи, которые разрешено использовать в текущем направлении. В список попадают реквизиты: * предназначенные для направлений; * не перенесённые в архив; * доступные для выбора в панели управления. Неактивный реквизит может оставаться в сохранённой привязке, но не должен выдаваться новой заявке. Перед выдачей система проверяет: * активность записи; * наличие номера карты, счёта или кошелька; * область использования **«Направление»**; * одноразовый режим; * количество предыдущих выдач; * дневной лимит суммы; * месячный лимит суммы; * другие ограничения реквизита. {% hint style="info" %} Привязка реквизита к направлению не отключает собственные ограничения этой записи. Неактивный или исчерпавший лимит реквизит выдан не будет. {% endhint %} ### Тип вывода реквизитов Определяет, в каком порядке система начинает проверять привязанные записи. {% stepper %} {% step %} #### По умолчанию Система начинает с первого доступного реквизита в сохранённом порядке. Если он не подходит, проверяются следующие записи. {% endstep %} {% step %} #### Случайный выбор реквизита при каждой заявке Перед каждой новой выдачей порядок кандидатов перемешивается. Режим помогает распределять заявки между несколькими счетами, но не гарантирует строго одинаковое количество операций на каждом реквизите. {% endstep %} {% step %} #### Один реквизит на направление в сутки В течение одного календарного дня система начинает выбор с одной и той же позиции списка. После смены дня начальная позиция может измениться. Если выбранный реквизит недоступен, система продолжит проверку следующих записей. {% endstep %} {% step %} #### Один реквизит на направление в месяц В течение одного календарного месяца система начинает выбор с одной и той же позиции. После смены месяца начальная позиция может измениться. Режим стабилизирует начальный выбор, но не заставляет систему использовать неактивный реквизит или запись с исчерпанным лимитом. {% endstep %} {% endstepper %} ### Приоритет источников реквизитов Для новой заявки источники проверяются в следующем порядке: 1. активный мерчант направления; 2. активный мерчант валюты **«Отдаю»**; 3. реквизиты по запросу, если такой режим сохранён в заявке; 4. ручной реквизит, уже назначенный заявке; 5. реквизиты текущего направления; 6. ручные реквизиты валюты **«Отдаю»**. {% hint style="warning" %} Если активный мерчант выбран, но не вернул реквизиты, система не обязана автоматически переходить к ручным реквизитам направления. Сначала проверьте настройки мерчанта, его журнал и выбранный сценарий обработки ошибок. {% endhint %} ### Способ выдачи реквизитов Доступны два режима: {% stepper %} {% step %} #### Стандартный Система получает заранее настроенные реквизиты и показывает их клиенту после создания заявки. Оператору не нужно выдавать их вручную. Режим подходит для: * обычных ручных реквизитов; * автоматически выбираемых карт; * банковских счетов; * криптовалютных адресов; * направлений без предварительного согласования. {% endstep %} {% step %} #### По запросу клиента Заявка создаётся без платёжных реквизитов. {% content-ref url="/pages/DJETI2fstUXgKpYX9f28" %} [Реквизиты по запросу](/guide/obmen/rekvizity/rekvizity-po-zaprosu.md) {% endcontent-ref %} Оператор открывает её в разделе **«Заявки»** и выдаёт реквизиты вручную. Режим подходит, если: * реквизит выбирается после проверки заявки; * сумма требует согласования; * используются наличные операции; * платёжные данные часто меняются; * реквизиты нельзя показывать заранее. Если режим по запросу включён в направлении, он имеет приоритет над аналогичной настройкой валюты **«Отдаю»**. Если в направлении выбран стандартный режим, система всё ещё может использовать выдачу по запросу из настроек валюты **«Отдаю»**. {% endstep %} {% endstepper %} *** ## Пересчёт заявок Откройте: **«Дополнительное» — «Пересчёт заявок»** Раздел настраивает фиксированный и плавающий варианты курса для текущего направления. Эти параметры не следует путать с: * ручным пересчётом в карточке заявки; * общими статусами ручного пересчёта; * политиками пересчёта валюты; * страховкой курса; * обычным обновлением курса направления. ### Тип расчёта ставки Доступны два режима: {% stepper %} {% step %} #### По умолчанию Используется один обычный вариант курса. Клиент не выбирает между фиксированным и плавающим расчётом. {% endstep %} {% step %} #### Фиксированный/Плавающий На клиентской форме доступны два варианта курса. При создании заявки сохраняется выбранный клиентом тип. От него зависят: * применяемая комиссия; * правила пересчёта; * интервалы; * пороги; * отображение информации. {% endstep %} {% endstepper %} ### Тип курса по умолчанию на frontend Определяет вариант, который используется, если клиентская часть не передала собственный выбор. Доступны: * **«Фиксированный»**; * **«Плавающий»**. Поле применяется только при выбранном режиме **«Фиксированный/Плавающий»**. ### Описание Мультиязычный текст, который объясняет разницу между вариантами. Пример: ``` Фиксированный курс сохраняется на установленный период. Плавающий курс может быть пересчитан при существенном изменении рынка до завершения заявки. ``` Условия в тексте должны соответствовать фактическим настройкам. ### Комиссия фиксированного и плавающего курса Для каждого варианта можно задать отдельное математическое выражение. Примеры: ``` +1 -0.5 +0.25% -2% ``` Пустое поле не применяет дополнительное изменение. Одинаковое выражение может по-разному восприниматься клиентом при прямом и обратном отображении курса. Проверяйте результат на публичном калькуляторе. ### Вывести комиссию на сайте Параметр управляет только передачей значения на клиентскую часть. Если отображение отключено, само выражение продолжает применяться к курсу. {% hint style="warning" %} Скрытие комиссии на сайте не отключает её расчёт. {% endhint %} ### Фиксированный курс {% stepper %} {% step %} #### Разрешить пересчёт Включает пересчёт заявок, созданных с фиксированным типом курса. Для запуска должны одновременно выполняться условия: 1. в направлении выбран режим **«Фиксированный/Плавающий»**; 2. заявка создана с фиксированным типом; 3. параметр **«Разрешить пересчёт?»** включён; 4. текущий статус заявки выбран для пересчёта; 5. прошёл установленный интервал. Завершённый статус **«Заявка исполнена»** в список не включается. {% endstep %} {% step %} #### Выполнить пересчёт через Значение указывается в минутах. Оно ограничивает частоту повторного пересчёта одной заявки. {% hint style="info" %} Для фиксированного типа это минимальная пауза между пересчётами, а не гарантированная задержка первого пересчёта после перехода в статус. Фиксированная ветка обычно запускается при обработке изменения статуса. {% endhint %} {% endstep %} {% endstepper %} ### Плавающий курс Для плавающего варианта необходимо настроить: * статусы заявки; * интервал; * порог изменения вверх; * порог изменения вниз. Периодический планировщик находит активные незавершённые заявки с плавающим типом и передаёт их в очередь пересчёта. {% stepper %} {% step %} #### Выполнить пересчёт через Значение указывается в минутах и должно быть больше `0`. Если указано: ``` 0 ``` плавающие заявки направления не попадают в периодический пересчёт. {% endstep %} {% step %} #### Порог для пересчёта вверх Положительное изменение курса, при достижении которого заявка пересчитывается. Если ввести отрицательное значение, система сохраняет его как положительное. {% endstep %} {% step %} #### Порог для пересчёта вниз Отрицательное изменение курса. Если ввести положительное значение, система сохраняет его со знаком минус. {% endstep %} {% endstepper %} ### Пример порогов Настройки: ``` Порог вверх: 1.5% Порог вниз: -1% ``` Результат: | Изменение курса | Пересчёт | | --------------: | -------- | | `+1%` | Нет | | `+1.5%` | Да | | `+2%` | Да | | `-0.7%` | Нет | | `-1%` | Да | | `-2%` | Да | Достижение точного значения порога допускает пересчёт. Не оставляйте оба порога равными `0`. В этом случае нейтральная зона исчезает, и заявка может пересчитываться при каждом допустимом запуске. ### Какой процент выводить в файле курсов Настройка связывает пересчёт заявок с разделом **«Файл курсов»**. Доступны варианты: {% stepper %} {% step %} #### Не учитывать В файл передаётся базовый рассчитанный курс без выражений фиксированного или плавающего варианта. {% endstep %} {% step %} #### Фиксированный К экспортируемому курсу применяется выражение фиксированного варианта. {% endstep %} {% step %} #### Плавающий К экспортируемому курсу применяется выражение плавающего варианта. Настройка действует только при выбранном типе **«Фиксированный/Плавающий»**. {% endstep %} {% endstepper %} ### Что нужно для автоматического пересчёта Откройте: **«Настройки» — «Общие настройки» — «Основные» — «Обмен»** Найдите параметр: **«Способ пересчёта заявок»** Доступны варианты: {% stepper %} {% step %} #### При изменении статуса Проверка запускается после перехода заявки в новый статус. {% endstep %} {% step %} #### По cron Заявки проверяются периодическим планировщиком. {% endstep %} {% step %} #### В обоих случаях Используются оба способа. Периодический сканер напрямую обрабатывает плавающие заявки. Фиксированный пересчёт направления обычно запускается после изменения статуса. При режиме только cron фиксированная заявка может обрабатываться через отдельную общую или валютную политику {% endstep %} {% endstepper %} *** ## Ограничения и проверки Откройте: **«Дополнительное» — «Ограничения и проверки»** Раздел состоит из двух блоков: * **«Доступ и проверки»**; * **«Лимиты»**. Первый блок определяет, кто может создать заявку. Второй ограничивает объём операций, количество заявок и использование клиентских реквизитов. Значение `0` отключает числовое ограничение, если в описании конкретного поля не указано иное. ### Доступ и проверки {% stepper %} {% step %} #### Запрещённые страны Клиент из выбранной страны не может создать заявку. Страна определяется по IP-адресу. Запрещённый список имеет приоритет над разрешённым. Если одна страна добавлена в оба списка, доступ будет запрещён. {% endstep %} {% step %} #### Разрешённые страны Если список заполнен, направление доступно только клиентам из выбранных стран. Пустой список не ограничивает доступ. Если страну по IP определить не удалось, неизвестная страна сама по себе не блокирует заявку. Если сервис GeoIP завершился технической ошибкой, система может применить безопасный запрет. При глобально отключённом GeoIP оба списка не работают. {% endstep %} {% endstepper %} #### Только для верифицированных пользователей При значении **«Да»** заявку может создать только авторизованный пользователь с подтверждённой личностью. Неавторизованный или неверифицированный клиент получит сообщение о необходимости пройти проверку. Эта настройка отличается от раздела **«Верификация»**. Раздел верификации может предложить клиенту пройти KYC в процессе обмена, а данный параметр требует уже подтверждённого статуса для создания заявки. #### Разрешить применение пользовательской скидки **Да** Активная скидочная программа пользователя может улучшить курс направления. **Нет** Пользовательская скидка в этом направлении не применяется. #### Количество успешных обменов, которое необходимо иметь клиенту Устанавливает минимальное количество заявок пользователя в статусе **«Заявка исполнена»**. Учитывается история по всему обменнику, а не только по текущему направлению. Неавторизованный клиент не проходит эту проверку. Значение `0` отключает ограничение. Пример: ``` Необходимо успешных обменов: 3 ``` Клиент с двумя выполненными заявками не сможет использовать направление. #### Максимальная сумма обмена для новичка Ограничивает сумму **«Отдаю»** для нового клиента. Положительное значение включает проверку. Клиент перестаёт считаться новичком, если существует незаблокированный аккаунт и выполняется хотя бы одно условие: * есть не менее трёх успешных обменов; * аккаунт создан не менее 48 часов назад; * найдена предыдущая рабочая заявка с совпадающим email; * совпадает IP-адрес; * совпадает счёт **«Отдаю»**; * совпадает счёт **«Получаю»**. Если ни одно условие не выполнено, сумма **«Отдаю»** не должна превышать установленный предел. #### Запрет повторных заявок с одинаковой суммой в поле «Отдаю» При значении **«Да»** авторизованный пользователь не сможет создать вторую заявку, если одновременно совпадают: * пользователь; * направление; * точная сумма **«Отдаю»**; * заявка создана в течение последних трёх часов; * предыдущая заявка имеет статус **«Ожидает обработки»** или **«Оплаченная заявка»**. Перед сравнением сумма форматируется с учётом точности валюты. Для неавторизованного пользователя проверка не выполняется. #### Скрыть форму оплаты заявки При значении **«Да»** клиентская часть скрывает платёжную форму на странице заявки. Используйте параметр только вместе с понятным альтернативным процессом. Настройка: * не назначает реквизиты; * не запускает оплату; * не меняет серверную обработку; * не заменяет выдачу реквизитов. #### Профиль лимитов заявок Позволяет подключить готовый профиль ограничений по частоте и объёму создания заявок. Порядок выбора профиля: 1. активный профиль направления; 2. активный профиль пользователя; 3. активный профиль по умолчанию. Если профиль направления выключен или находится вне периода действия, система проверяет следующий уровень. Профиль может содержать: * максимальное количество заявок за час; * максимальное количество заявок за день; * количество заявок за скользящий период; * минимальный интервал между заявками; * ограничение суммы первых заявок. ### Лимиты #### Лимит резерва для направления Несмотря на название, поле ограничивает накопленный объём выполненных заявок. Система: 1. суммирует сумму **«Получаю»** выполненных заявок по всем направлениям с той же валютой **«Получаю»**; 2. добавляет сумму новой заявки; 3. сравнивает результат с лимитом. Новая заявка разрешается только тогда, когда итог строго меньше установленного значения. Достижение точного значения лимита также блокирует заявку. Пример: ``` Лимит: 1 000 000 RUB Выполнено: 900 000 RUB Новая заявка: 100 000 RUB ``` Итог: ``` 1 000 000 RUB ``` Заявка будет заблокирована, поскольку результат не меньше лимита. #### Лимит резерва в сутки Работает по тому же принципу, но учитывает выполненные заявки за текущий день. #### Лимит резерва в месяц Учитывает выполненные заявки за текущий календарный месяц. {% hint style="info" %} Эти поля ограничивают накопленный объём заявок. Они не заменяют проверку фактического доступного резерва в разделе **«Резервы»**. {% endhint %} #### Максимальное количество заявок с одного счёта «Отдаю» Ограничивает число выполненных заявок с одним и тем же реквизитом клиента **«Отдаю»**. Доступны два значения: * за всё время; * за текущий день. #### Максимальное количество заявок с одного счёта «Получаю» Ограничивает число выполненных заявок с одним и тем же реквизитом **«Получаю»**. Также доступны ограничения: * за всё время; * за текущий день. Для этих проверок: * учитываются заявки в статусе **«Заявка исполнена»**; * история проверяется по всему обменнику; * пробелы из реквизита удаляются перед сравнением; * если количество уже равно лимиту, следующая заявка блокируется. *** ## Файл курсов Откройте: **«Дополнительное» — «Файл курсов»** Раздел определяет, может ли текущее направление публиковаться в экспортных файлах и какие специальные метки передаются мониторингам. Настройки направления являются только одним уровнем экспорта. Сам экспортный файл, его формат, исключения и адрес публикации настраиваются отдельно. ### Добавить направление в файл курсов Доступны три режима. {% stepper %} {% step %} #### Да Направление разрешено экспортировать без собственного расписания. {% endstep %} {% step %} #### Да только по расписанию Появляются поля: * **«От»**; * **«До»**. Направление попадает в файл только внутри установленного интервала по времени сервера. Поддерживаются периоды через полночь. Пример: ``` 22:00 - 06:00 ``` Направление будет экспортироваться вечером, ночью и ранним утром. Если одно из значений: * отсутствует; * имеет неправильный формат; направление не экспортируется. {% endstep %} {% step %} #### Нет Направление полностью запрещено к экспорту на уровне его карточки. {% endstep %} {% endstepper %} ### Режим обмена Определяет значение XML-метки `param`. {% stepper %} {% step %} #### По умолчанию Метка выбирается в следующем порядке: 1. метка выбранного города; 2. значения поля **«Метки (param)»**; 3. значение `manual`, если другие метки не заданы. {% endstep %} {% step %} #### Автоматический — принудительно Метка `param` не передаётся. Для мониторинга направление публикуется без признака ручной обработки. {% endstep %} {% step %} #### Ручной — принудительно В `param` передаётся только: ``` manual ``` Выбранные метки направления и города игнорируются. Если экспортный файл дополнительно управляет ручными направлениями по статусу оператора, такое направление может быть исключено. После изменения всегда проверяйте готовый файл. {% endstep %} {% endstepper %} ### Метка floating Можно задать: * время фиксации курса в минутах; * допустимое изменение курса в процентах. В формате BestChange 1.1 значения формируют узел `floating` с параметрами: * `minutes`; * `percent`. Публикуются только положительные значения. Если оба поля равны `0` или пустые, метка не создаётся. Эти параметры только сообщают мониторингу правила фиксации. Они не запускают пересчёт заявки. Сам пересчёт настраивается в разделе: **«Дополнительное» — «Пересчёт заявок»** ### Метка delay Передаёт мониторингу заявленную задержку выполнения обмена. В файл попадает только положительное значение. Указывайте его в единицах, предусмотренных форматом конкретного мониторинга. ### Метки param Доступны следующие значения: | Метка | Назначение | | ------------ | ------------------------------------------------- | | `atm` | Операция через банкомат | | `card2card` | Перевод с карты на карту | | `cardverify` | Требуется проверка карты | | `delivery` | Доставка или выезд | | `juridical` | Операция с юридическим лицом | | `manual` | Ручная обработка | | `otherin` | Дополнительное условие на стороне приёма | | `reg` | Отображаемое название внутренней метки `otherout` | | `verifying` | Дополнительная проверка операции | Выбирайте только метки, которые поддерживает целевой мониторинг. В интерфейсе значение `reg` сохраняется и экспортируется как: ``` otherout ``` ### Какой курс попадает в файл Базой является положительный рассчитанный курс направления. Если в разделе **«Пересчёт заявок»** выбран фиксированный или плавающий вариант для экспорта, к базовому курсу применяется соответствующее выражение. Резерв определяется так же, как на сайте: * общий резерв валюты **«Получаю»**; * индивидуальный резерв направления. Экспортируемая доступная сумма дополнительно ограничивается: * резервом; * максимальной суммой направления; * другими правилами формата. *** ## Партнёрская программа Откройте: **«Дополнительное» — «Партнёрская программа»** Раздел определяет, начисляется ли партнёру вознаграждение по текущему направлению и как рассчитывается его сумма. {% content-ref url="/pages/XBgGc4uYSuRcyGxAnrJs" %} [Настройка партнёрских программ для отдельных направлений обмена](/guide/marketing/partnyorskaya-programma/nastroika-partnyorskikh-programm-dlya-otdelnykh-napravlenii-obmena.md) {% endcontent-ref %} Для работы должны быть настроены: * глобальная партнёрская система; * реферальные программы; * процент программы; * основная валюта баланса; * курсы конвертации; * связь клиента с партнёром. *** ## Рекомендации Для большинства направлений рекомендуется: * использовать общий резерв валюты **«Получаю»**; * применять индивидуальный резерв только при отдельной логике обновления; * проверять фактический приоритет мерчантов и ручных реквизитов; * запускать таймер после выдачи реквизитов при ручной обработке; * проверять новые настройки на новой заявке; * не оставлять нулевой интервал плавающего пересчёта; * задавать нейтральную зону между порогами; * использовать профили ограничений для повторяющихся правил; * отличать накопленные лимиты от фактического резерва; * проверять готовый файл курсов; * использовать только поддерживаемые мониторингом метки; * проверять партнёрский расчёт на тестовой заявке; * временно отключать направление перед серьёзными изменениями. ## Коротко Группа **«Дополнительное»** содержит настройки фактической работы направления после формирования курса. В разделе **«Резервы»** выбирается общий или индивидуальный источник доступной суммы. Раздел **«Реквизиты»** управляет платёжными данными и сценарием их выдачи. Раздел **«Пересчёт заявок»** настраивает фиксированный и плавающий курс. Раздел **«Ограничения и проверки»** определяет, кто может создать заявку и какие лимиты применяются. Раздел **«Файл курсов»** управляет экспортом направления и метками мониторингов. Раздел **«Партнёрская программа»** задаёт правила расчёта вознаграждений. После изменения настроек обязательно создайте новую тестовую заявку и проверьте полный процесс обмена. --- # 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/dopolnitelnoe.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.