> 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/valyuty/upravlenie-valyutami/avtomatizaciya.md). # Автоматизация Группа **«Автоматизация»** связывает валюту с сервисами, которые принимают платежи, отправляют средства клиентам и выполняют AML-проверки. Выбор модуля в карточке валюты не выполняет его первоначальную настройку. Перед подключением к валюте мерчант, выплата или AML-сервис должны быть: * установлены; * настроены; * подключены к API провайдера; * включены; * проверены отдельно. {% hint style="danger" %} Автоматизация выполняет финансовые операции. Перед запуском на рабочих суммах проверьте API-доступы, сеть, лимиты и поведение на тестовой заявке. Особенно внимательно настраивайте автоматические выплаты: неправильная сеть или реквизит могут привести к необратимой отправке средств. {% endhint %} ## Где находятся настройки В панели управления откройте: **«Основное» — «Валюты» — «Список валют»**
Выберите нужную валюту и перейдите к её редактированию.
После изменения параметров на каждой странице отдельно нажмите **«Сохранить»**. {% hint style="info" %} Страницы сохраняются независимо друг от друга. Переход в другой раздел без сохранения не применяет внесённые изменения. {% endhint %} ## Как связаны настройки валюты и направления Мерчанты и выплаты могут настраиваться на двух уровнях: 1. в карточке валюты; 2. в правилах конкретного направления обмена. {% stepper %} {% step %} ### Настройки валюты Настройки валюты являются базовыми. Если в направлении нет активных индивидуальных правил: * мерчанты выбираются из валюты **«Отдаю»**; * выплаты выбираются из валюты **«Получаю»**; * используются сети и лимиты, сохранённые в карточке соответствующей валюты. Этот вариант подходит, если одна валюта должна работать одинаково во всех направлениях. {% endstep %} {% step %} ### Правила направления Для конкретной валютной пары можно создать отдельные: * правила мерчантов; * правила выплат; * сети; * приоритеты; * ограничения; * валидаторы. Правила находятся в разделах: * **«Основное» — «Направления обмена» — «Правила мерчантов»**; * **«Основное» — «Направления обмена» — «Правила выплат»**. Если у направления есть активные правила: * валютный список модулей не используется; * правила проверяются согласно их приоритету; * учитываются ограничения правила и самого модуля; * при отсутствии подходящего правила система не возвращается к настройкам валюты. {% endstep %} {% endstepper %} {% hint style="warning" %} Если модуль выбран в валюте, но заявка его не использует, сначала проверьте активные правила текущего направления. Наличие активных правил полностью заменяет базовый список валюты. {% endhint %} ## Мерчанты Откройте: **«Автоматизация» — «Мерчанты»** Мерчант используется для получения реквизитов, приёма средств и автоматической проверки входящей оплаты. Он применяется, когда редактируемая валюта находится на стороне **«Отдаю»**. Например, для направления: ``` USDT TRC20 - Сбербанк RUB ``` мерчант для приёма USDT должен быть подключён к валюте: ``` USDT TRC20 ``` Перед привязкой настройте сам модуль в разделе: **«Мерчанты и API» — «Список мерчантов»** ### Выбор мерчантов В поле **«Мерчанты»** можно выбрать один или несколько модулей.
Окно настройки содержит три вкладки: * **«Выбор»** — добавление и удаление мерчантов; * **«Сети»** — общая и индивидуальные сети; * **«Проверка»** — валидатор реквизитов для каждого модуля. В списке могут отображаться активные и отключённые модули. Отключённый мерчант можно сохранить в валюте, но при обработке заявки система его пропустит. ### Как выбирается мерчант Если у направления нет активных правил мерчантов, система: 1. получает активные мерчанты валюты **«Отдаю»**; 2. сортирует их по приоритету самого мерчанта; 3. сначала проверяет модуль с большим значением приоритета; 4. при одинаковом приоритете раньше проверяет более новый модуль; 5. исключает кандидатов, которые не проходят лимиты; 6. использует первый подходящий мерчант. Одновременно применяются: * ограничения валюты; * ограничения самого мерчанта; * доступность сети; * состояние API; * другие условия модуля. Если первый мерчант не подходит, проверяется следующий. Если в направлении есть активные правила мерчантов, используется порядок правил направления, а список валюты в выборе не участвует. ### Сеть мерчанта Для криптовалютного мерчанта необходимо указать код сети, который ожидает API провайдера. {% content-ref url="/pages/zEyPL7CgzEo11hFHLWrh" %} [Автоматизация валют с разными сетями](/guide/integracii/merchanty-i-api/avtomatizaciya-valyut-s-raznymi-setyami.md) {% endcontent-ref %} {% stepper %} {% step %} #### Сеть по умолчанию для мерчантов На вкладке **«Сети»** поле **«Сеть по умолчанию для мерчантов»** задаёт общий код сети для валюты. Примеры: ``` TRC20 ERC20 BEP20 ``` Это только примеры обозначений. Разные провайдеры могут использовать разные значения для одной сети: ``` TRC20 TRON TRX ``` Такие значения не всегда взаимозаменяемы. Используйте код из официальной документации выбранного провайдера. Кнопка **«К выбранным»** позволяет применить общий код к выбранным модулям. Кнопка **«Сбросить сети»** очищает индивидуальные значения. {% endstep %} {% step %} #### Индивидуальная сеть мерчанта Для каждого выбранного мерчанта можно задать отдельный код сети. Он сохраняется для конкретной связи: ``` Валюта + мерчант ``` Фактическая сеть определяется в следующем порядке: 1. сеть из правила мерчанта направления; 2. сеть, явно заданная в настройках самого мерчанта; 3. индивидуальная сеть мерчанта в карточке валюты; 4. общая сеть валюты для мерчантов; 5. резервное обозначение валюты, если интеграция его использует. Если модуль не поддерживает настройку сети, соответствующее поле может быть недоступно. {% endstep %} {% endstepper %} {% hint style="danger" %} Неправильный код сети может привести к выдаче неподходящего адреса или к невозможности распознать входящий платёж. Не подбирайте код сети экспериментальным способом на рабочей заявке. {% endhint %} ### Проверка реквизитов мерчанта На вкладке **«Проверка»** можно выбрать валидатор отдельно для каждого мерчанта. Валидатор проверяет реквизит, который вернул провайдер, до его отображения клиенту. Например, для USDT TRC20 можно убедиться, что мерчант вернул адрес формата сети TRON. Вариант: ``` Без валидатора ``` отключает дополнительную проверку для выбранного модуля. #### Если адрес не прошёл проверку Доступны два действия: | Действие | Результат | | -------------------------------------------------- | --------------------------------------------------------------------- | | **«Пропустить — игнорировать проверку»** | Реквизит может быть показан клиенту, несмотря на результат валидатора | | **«Выдать ошибку — остановить выдачу реквизитов»** | Непрошедший проверку реквизит клиенту не показывается | Для рабочих финансовых направлений рекомендуется использовать: ``` Выдать ошибку — остановить выдачу реквизитов ``` Режим пропуска подходит для временной диагностики, когда совместимость формата ещё проверяется. Если используется правило направления, валидатор и действие правила имеют приоритет над настройками валюты. ### Лимиты мерчантов Лимиты в карточке валюты применяются ко всем мерчантам, выбранным в этой валюте. Дополнительно действуют ограничения, заданные в карточке самого мерчанта. Расчёты выполняются: * в валюте **«Отдаю»**; * по сумме **«Отдаю»** заявки.
ПолеЧто ограничивает
«Суточный объём»Общую сумму заявок через конкретный мерчант за текущие сутки
«Месячный объём»Общую сумму заявок через конкретный мерчант за текущий месяц
«Мин. сумма обмена для одной заявки»Минимальную сумму «Отдаю» одной заявки
«Макс. сумма обмена для одной заявки»Максимальную сумму «Отдаю» одной заявки
«Дневной лимит заявок»Количество учитываемых заявок через мерчант за сутки
«Месячный лимит заявок»Количество учитываемых заявок через мерчант за месяц
При проверке объёма и количества учитываются заявки, закреплённые за конкретным мерчантом, в предусмотренных системой рабочих статусах. Период определяется по дате создания заявки. При проверке учитывается новая заявка. Пример: ``` Дневной лимит заявок: 10 ``` Результат: * десятая заявка допускается; * одиннадцатая блокируется. Значение `0` отключает соответствующее ограничение. ### Пример настройки мерчанта Необходимо принимать USDT только в сети TRC20: ``` Минимум: 20 USDT Максимум: 5 000 USDT Суточный объём: 20 000 USDT ``` Порядок настройки: 1. Откройте **«Мерчанты и API» — «Список мерчантов»**. 2. Настройте и включите подходящий модуль. 3. В валюте USDT TRC20 откройте **«Автоматизация» — «Мерчанты»**. 4. На вкладке **«Выбор»** добавьте модуль. 5. На вкладке **«Сети»** укажите код, требуемый API. 6. На вкладке **«Проверка»** выберите валидатор TRC20. 7. Выберите остановку выдачи при ошибке проверки. 8. Укажите минимальную, максимальную и суточную сумму. 9. Нажмите **«Сохранить»**. 10. Создайте тестовые заявки ниже минимума, внутри диапазона и выше максимума. ## Выплаты Откройте: **«Автоматизация» — «Выплаты»** Раздел подключает сервисы, которые отправляют средства клиенту. Выплата используется, когда редактируемая валюта находится на стороне **«Получаю»**. Например, в направлении: ``` Сбербанк RUB - USDT TRC20 ``` выплата USDT должна быть подключена к валюте: ``` USDT TRC20 ``` Перед привязкой настройте модуль в разделе: **«Мерчанты и API» — «Список автовыплат»** ### Выбор выплат В поле **«Выплаты»** выберите один или несколько модулей.
Окно содержит вкладки: * **«Выбор»** — добавление и удаление выплат; * **«Сети»** — общая и индивидуальные сети. Отключённая выплата может сохраняться в списке, но не участвует в обработке заявки. ### Как выбирается выплата Если у направления нет активных правил выплат, система: 1. получает активные выплаты валюты **«Получаю»**; 2. проверяет ограничения валюты; 3. проверяет лимиты самого модуля; 4. исключает неподходящие выплаты; 5. выбирает один из доступных модулей. Если для конкретной пары нужен строгий порядок, отдельная сеть или конкретный провайдер, используйте: **«Правила выплат»** Активные правила направления проверяются от большего приоритета к меньшему. {% hint style="warning" %} При наличии активных правил выплат система не возвращается к списку валюты. Если ни одно правило не подходит, автоматическая выплата завершится ошибкой отсутствия доступного сервиса или конфигурации. {% endhint %} ### Сеть выплаты {% content-ref url="/pages/zEyPL7CgzEo11hFHLWrh" %} [Автоматизация валют с разными сетями](/guide/integracii/merchanty-i-api/avtomatizaciya-valyut-s-raznymi-setyami.md) {% endcontent-ref %} {% stepper %} {% step %} #### Сеть по умолчанию для выплат На вкладке **«Сети»** поле **«Сеть по умолчанию для выплат»** задаёт общий код сети для валюты **«Получаю»**. Он используется, если для выбранной выплаты не задано более приоритетное значение. {% endstep %} {% step %} #### Индивидуальная сеть выплаты Для каждого модуля можно указать отдельный **«Код сети»**. Фактический код определяется в следующем порядке: 1. сеть из правила выплаты направления; 2. сеть из настроек самого модуля; 3. индивидуальная сеть выплаты в валюте; 4. общая сеть валюты для выплат; 5. код валюты как резервное значение. Если модуль не поддерживает отдельную настройку сети, поле может быть недоступно. {% endstep %} {% endstepper %} ### Автоматическая выплата Поле: **«Разрешить авто-выплату, если заявка имеет статус “Оплаченная заявка”»** управляет автоматическим запуском выплаты через фоновые процессы. Доступны три значения:
ЗначениеКак работает
«По умолчанию»Используется разрешение из настроек самого модуля
«Нет»Автоматическая выплата запрещена на уровне валюты
«Да»Автоматическая выплата разрешена на уровне валюты
Настройка валюты применяется, если выплата выбирается из её списка. При использовании правила направления приоритет разрешения работает следующим образом: 1. настройка автовыплаты в правиле; 2. настройка автовыплаты направления; 3. настройка самого модуля. Значение **«Да»** только разрешает запуск. {% hint style="danger" %} Перед включением автоматической выплаты выполните минимальную тестовую операцию на собственный реквизит и убедитесь, что провайдер использует нужную сеть. {% endhint %} ### Лимиты выплат Лимиты валюты применяются ко всем модулям, выбранным в этой валюте. Также действуют ограничения, заданные в карточке самой выплаты. Лимиты одной операции проверяются по итоговой сумме **«Получаю»**. | Поле | Что ограничивает | | ----------------------------------------- | ------------------------------------------------------ | | **«Суточный объём»** | Общую сумму операций через конкретную выплату за сутки | | **«Месячный объём»** | Общую сумму операций через выплату за месяц | | **«Мин. сумма обмена для одной заявки»** | Минимальную сумму «Получаю» | | **«Макс. сумма обмена для одной заявки»** | Максимальную сумму «Получаю» | | **«Дневной лимит заявок»** | Количество заявок через выплату за сутки | | **«Месячный лимит заявок»** | Количество заявок через выплату за месяц | Количество учитывается по заявкам в предусмотренных системой рабочих статусах. Для периода выплаты используется время последнего обновления заявки. Денежный объём учитывает заявки, которым уже назначен конкретный модуль выплаты. Поэтому при диагностике проверяйте не только выполненные заявки, но и другие заявки с заполненным модулем за выбранный период. Значение `0` отключает ограничение. ### Пример настройки выплаты Необходимо автоматически отправлять USDT TRC20: ``` Минимум: 20 USDT Максимум: 3 000 USDT ``` Порядок настройки: 1. Откройте **«Мерчанты и API» — «Список автовыплат»**. 2. Настройте API-ключи и разрешения. 3. Включите модуль. 4. Проверьте подключение. 5. Убедитесь, что у провайдера достаточно средств. 6. В валюте USDT TRC20 откройте **«Автоматизация» — «Выплаты»**. 7. Выберите нужный модуль. 8. Укажите точный код сети. 9. Разрешите автоматическую выплату или оставьте **«По умолчанию»**. 10. Укажите минимальную и максимальную сумму. 11. Добавьте безопасные суточные ограничения. 12. Нажмите **«Сохранить»**. 13. Проведите минимальную выплату на собственный адрес. *** ## AML-анализ Откройте: **«Автоматизация» — «AML анализ»** Раздел управляет проверкой: * криптовалютного адреса клиента; * входящей криптовалютной транзакции. Перед настройкой валюты подключите AML-провайдера в разделе: **«Утилиты» — «AML-сервисы»** {% content-ref url="/pages/NoO4SbbUtbGB321EiCGC" %} [AML сервисы](/guide/integracii/aml-servisy.md) {% endcontent-ref %} Сервис должен иметь: * действующие API-доступы; * включённый статус; * поддержку нужного актива и сети; * настроенные пороги риска; * правила оценки результата. ### Источник AML Поле **«Источник»** определяет сервис, который будет использоваться для текущей валюты. В списке могут отображаться активные и отключённые записи. Выбор отключённого сервиса не включает его автоматически и не исправляет API-настройки. После выбора источника становятся доступны: * режим проверки адреса; * режим проверки транзакции; * пороги запуска; * действия при превышении риска; * тексты для клиента. Если очистить источник, автоматические AML-проверки валюты не запускаются. Информационные AML-тексты при этом можно сохранить. Для запроса к провайдеру используется поле валюты: **«Обозначение для XML»** Оно должно соответствовать активу и сети, которые понимает выбранный AML-сервис. ### Проверка счёта Проверка счёта относится к адресу клиента на стороне **«Получаю»**. Например, в направлении: ``` Сбербанк RUB - USDT TRC20 ``` проверяется USDT-адрес, на который клиент хочет получить выплату. Доступны три режима: {% stepper %} {% step %} #### Нет Адрес клиента не проверяется через AML-сервис. {% endstep %} {% step %} #### Да, перед созданием заявки Адрес проверяется до завершения создания заявки. Система передаёт AML-провайдеру: * обозначение валюты **«Получаю»**; * адрес клиента; * сумму **«Получаю»**. При этом порог запуска проверки сравнивается с суммой **«Отдаю»**. Если AML-сервис ещё обрабатывает запрос, клиент получает сообщение о необходимости подождать. Техническая ошибка подключения или запуска AML-драйвера блокирует создание заявки и сообщает о невозможности выполнить проверку. Если провайдер вернул неуспешный ответ без готового результата и без состояния ожидания, такой ответ следует проверить в журналах AML-сервиса. {% endstep %} {% step %} #### Да, при проверке оплаты Адрес клиента проверяется во время автоматической проверки входящего платежа мерчантом. Этот режим работает только в сценариях, где: * используется поддерживаемый мерчант; * выполняется автоматическая проверка оплаты; * этап проверки действительно запускается. Для полностью ручной заявки автоматическая AML-проверка на этом этапе может не выполняться. {% endstep %} {% endstepper %} ### Порог проверки счёта Поле **«Сумма обменов “От” для проверки счёта»** задаёт минимальную сумму **«Отдаю»** для запуска AML. Проверка выполняется только тогда, когда сумма строго больше установленного значения. Пример: ``` Порог: 1 000 ``` Результат:
Сумма «Отдаю»AML-проверка
999Не запускается
1 000Не запускается
1 000.01Запускается
Значение `0` не отключает AML. Оно означает отсутствие минимального порога, поэтому проверка применяется к обычным положительным суммам. Чтобы полностью отключить проверку адреса, выберите: ``` Нет ``` ### Действие при превышении риска счёта Доступны два значения:
ДействиеРезультат
«Ничего не делать»Результат сохраняется, но высокий риск не блокирует этап
«Выдать ошибку»Операция останавливается, если сервис сообщил о превышении допустимого риска
Допустимый уровень риска и категории определяются настройками выбранного AML-сервиса. ### Проверка транзакции Проверка транзакции относится к входящему платежу в валюте **«Отдаю»**. Для неё необходим идентификатор транзакции, который получил мерчант. Доступны режимы: {% stepper %} {% step %} #### Нет Входящая транзакция не проверяется. {% endstep %} {% step %} #### Да, во время проверки оплаты При проверке входящего платежа система передаёт AML-провайдеру: * валюту **«Отдаю»**; * идентификатор транзакции; * адрес приёма. Если риск превышен и выбрано действие **«Выдать ошибку»**, заявка не проходит обычный автоматический сценарий и требует внимания менеджера. {% endstep %} {% step %} #### Да, во время автовыплаты Этот вариант отображается в интерфейсе, но в текущей основной цепочке автоматической выплаты AML-проверка транзакции по нему не запускается. {% endstep %} {% endstepper %} {% hint style="warning" %} Не используйте режим **«Да, во время автовыплаты»** как единственную защиту. Для фактической проверки входящей транзакции используйте **«Да, во время проверки оплаты»**. {% endhint %} ### Порог проверки транзакции Поле **«Сумма обменов “От” для проверки транзакции»** сравнивается с суммой **«Отдаю»**. Проверка запускается, только если сумма строго больше установленного значения. Значение `0` означает отсутствие минимального порога. Чтобы отключить проверку транзакции, выберите: ``` Нет ``` ### Действие при превышении риска транзакции Доступны два варианта: * **«Ничего не делать»** — сохранить результат без автоматической остановки; * **«Выдать ошибку»** — остановить автоматический этап при превышении риска. Ошибка AML-сервиса не означает низкий риск. Если провайдер не смог вернуть корректный результат, система сообщает об ошибке проверки. ### AML-тексты для клиента Доступны два мультиязычных поля: * **«AML текст — Отдаю»**; * **«AML текст — Получаю»**. Текст **«Отдаю»** относится к валюте, которую клиент отправляет. Текст **«Получаю»** относится к валюте выплаты. В них рекомендуется указать: * что адрес или транзакция может проходить AML-проверку; * что при повышенном риске обработка может быть остановлена; * что задержка проверки не означает необходимость повторной оплаты; * как обратиться в поддержку. Пример: ``` Адрес и транзакция могут проходить автоматическую AML-проверку. При повышенном уровне риска обработка заявки может быть приостановлена для дополнительной проверки. ``` Не публикуйте: * API-ключи; * внутренние категории риска; * технические параметры провайдера; * внутренние идентификаторы. ### Где посмотреть результат AML Результаты адреса и транзакции сохраняются отдельно. Проверить их можно: * в карточке заявки; * в разделе **«Журнал событий» — «Логи заявок» — «AML лог»**. При повторном запуске система может использовать последний сохранённый результат соответствующего типа, чтобы не отправлять лишние запросы к AML-провайдеру. *** ## Защищённое сохранение Изменение списков мерчантов и выплат относится к защищённым финансовым операциям. В зависимости от настроек безопасности система может потребовать: * код подтверждения; * подтверждение нового устройства; * подтверждение недоверенного устройства; * согласование второго администратора. ## Рекомендуемый порядок настройки {% stepper %} {% step %} ### Мерчант 1. Создайте и настройте мерчант. 2. Проверьте API-подключение. 3. Убедитесь, что модуль поддерживает нужную валюту. 4. Подключите его к валюте **«Отдаю»**. 5. Укажите точный код сети. 6. Настройте валидатор. 7. Выберите действие при ошибке реквизита. 8. Установите лимиты. 9. Нажмите **«Сохранить»**. 10. Создайте тестовую заявку. {% endstep %} {% step %} ### Выплата 1. Создайте и настройте модуль выплаты. 2. Проверьте API-доступы. 3. Проверьте баланс провайдера. 4. Подключите выплату к валюте **«Получаю»**. 5. Укажите сеть. 6. Настройте разрешение автовыплаты. 7. Установите лимиты. 8. Сохраните настройки. 9. Выполните минимальную тестовую выплату. {% endstep %} {% step %} ### AML 1. Подключите AML-сервис. 2. Проверьте поддержку актива и сети. 3. Выберите источник в валюте. 4. Настройте проверку адреса. 5. Настройте проверку транзакции. 6. Установите пороги. 7. Сначала выберите безопасное действие без блокировки. 8. Проведите тесты. 9. Проверьте результаты в логах. 10. Только после проверки включайте блокирующее действие. {% endstep %} {% endstepper %} ## Проверка после настройки ### Проверка мерчанта 1. Обновите страницу и убедитесь, что модуль сохранился. 2. Проверьте активность мерчанта. 3. Проверьте API-подключение. 4. Сравните сеть в валюте, модуле и правилах направления. 5. Создайте заявку с валютой на стороне **«Отдаю»**. 6. Проверьте выданный реквизит. 7. Проверьте фактическую сеть. 8. Проверьте валидатор. 9. Проверьте сумму ниже минимума. 10. Проверьте точную границу. 11. Проверьте сумму выше максимума. ### Проверка выплаты 1. Проверьте активность модуля. 2. Проверьте разрешение автовыплаты на всех уровнях. 3. Проверьте правила направления. 4. Проверьте сеть. 5. Выполните минимальную выплату. 6. Проверьте хеш транзакции. 7. Проверьте фактическую сеть. 8. Проверьте полученную сумму. 9. Проверьте поведение при достижении лимитов. ### Проверка AML 1. Проверьте активность сервиса. 2. Проверьте **«Обозначение для XML»**. 3. Используйте безопасную тестовую сумму. 4. Проверьте сумму ниже порога. 5. Проверьте сумму, равную порогу. 6. Проверьте сумму выше порога. 7. Проверьте успешный ответ. 8. Проверьте ответ с повышенным риском. 9. Проверьте недоступность сервиса. 10. Найдите результат в заявке и AML-логе. 11. После проверки включите необходимое блокирующее действие. *** ## Рекомендации Для большинства валют рекомендуется: * использовать настройки валюты для одинаковых направлений; * создавать правила направления только для исключений; * указывать сеть согласно документации провайдера; * использовать валидатор реквизитов; * блокировать выдачу адреса при ошибке проверки; * устанавливать безопасные лимиты; * начинать автоматические выплаты с минимальных сумм; * проверять баланс провайдера; * не включать блокирующий AML до завершения тестов; * помнить, что AML-порог использует строгое сравнение; * проверять результаты в журналах; * создавать новую заявку после изменения настроек; * использовать защищённые операции для мерчантов и выплат. ## Коротко Группа **«Автоматизация»** связывает валюту с финансовыми сервисами. В разделе **«Мерчанты»** настраиваются: * получение реквизитов; * приём платежей; * сети; * валидаторы; * лимиты. В разделе **«Выплаты»** настраиваются: * сервисы отправки средств; * сети; * автоматический запуск; * лимиты операций. В разделе **«AML анализ»** настраиваются: * проверка адреса клиента; * проверка входящей транзакции; * пороги запуска; * действия при повышенном риске; * тексты для клиента. Перед запуском обязательно проверьте API, сеть, лимиты и полный процесс на новой тестовой заявке. --- # 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/valyuty/upravlenie-valyutami/avtomatizaciya.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.