AML Screening policy

AML Screening policy решает, нужно ли вообще обращаться к внешнему AML-провайдеру для конкретной транзакции. Это «локальный фильтр»: позволяет пропускать заведомо безопасные операции мимо платного скрининга и экономить как деньги, так и время обработки.

Что такое AML-провайдер

Внешний сервис (CoinKyt и аналоги), который анализирует адреса и on-chain историю на предмет рисков: связь с миксерами, санкционными адресами, даркнет-маркетами и т. п. AML Screening решает, нужно ли спрашивать провайдера; интерпретацией ответа занимается отдельная политика — AML Post-Screening.

Когда применяется

AML Screening — первая стадия пайплайна транзакции, ещё до policy review. Применяется к исходящим транзакциям (withdrawal).

Стадия пропускается полностью, если:

в workspace не подключён AML-провайдер;
это перевод внутри одного workspace (source и destination в одном workspace);
инициатор — администратор и включена опция «admin bypass».

Action — что делает правило

Action	Что произойдёт
`AML_SCREENING_PASS`	Транзакция пропускается мимо AML-провайдера. Дальше — обычный pipeline (policy review).
`AML_SCREENING_SCREEN`	Транзакция отправляется на проверку AML-провайдеру. Результат потом обрабатывается в AML Post-Screening.

Структура правила

Правило срабатывает, если все указанные условия выполнены одновременно.

Блок	Описание
`source`	Источник транзакции. Те же поля, что и в Transfer policy → Source.
`destination`	Назначение. См. Transfer policy → Destination.
`asset`	Актив и порог суммы. См. Transfer policy → Asset. Условие — `amount транзакции ≥ asset.amount`.
`direction`	Направление: `AML_SCREENING_DIRECTION_OUTGOING`, `AML_SCREENING_DIRECTION_INCOMING` или не указано (= любое).

Когда указывать direction

Большинство правил AML Screening нацелены на исходящие транзакции (OUTGOING). Поле direction нужно, если для одного workspace вы хотите по-разному скринить депозиты и выводы — система обрабатывает их по разным цепочкам.

Поведение по умолчанию

При первом обращении в политике создаётся одно правило:

Default pass (position 1) — AML_SCREENING_PASS, any_source, any_destination, any_asset, amount = 0. Все транзакции по умолчанию проходят мимо AML-провайдера.

Если политика отсутствует или деактивирована — поведение такое же, как у default pass: все транзакции пропускаются без скрининга.

Если все правила настроены, но ни одно не сматчилось, дефолтным fallback'ом является SCREEN — система предпочитает «лишний раз проверить», чем пропустить подозрительную транзакцию.

Типовые сценарии

1. Скринить только выводы выше порога

Не тратить запросы на маленькие суммы.

#	Action	Direction	Asset
1	`SCREEN`	`OUTGOING`	`any_asset`, `1000 USD`
2	`PASS`	(не указано)	`any_asset`, `0`

2. Всегда скринить one-time addresses

Свободно введённые адреса — всегда через AML, остальные — пропускать.

#	Action	Destination	Asset
1	`SCREEN`	`one_time_addresses_only = true`	`any_asset`, `0`
2	`PASS`	`any_destination`	`any_asset`, `0`

3. Скринить переводы на конкретный «горячий» список адресов

Когда compliance ведёт собственный watchlist whitelisted-адресов, которые требуют дополнительной проверки.

#	Action	Destination
1	`SCREEN`	`whitelisted.whitelisted_external_addresses = [addr_1, addr_2, …]`
2	`PASS`	`any_destination`