> 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/klienty-verifikaciya-i-kontrol-riska/what-is-aml.md).

# Что такое AML

AML — сокращение от Anti-Money Laundering, то есть противодействие отмыванию средств. Это не одна автоматическая проверка, а совокупность правил, действий сотрудников и технических средств, которые помогают выявлять, оценивать и снижать риск использования обменного пункта для незаконных операций.

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

{% hint style="warning" %}
Результат AML-провайдера является источником данных для решения, но не доказательством нарушения. Нулевой или низкий процент также не гарантирует отсутствие риска.
{% endhint %}

## AML, KYC и проверка операции

| Понятие             | Основной вопрос                                  | Результат                                                    |
| ------------------- | ------------------------------------------------ | ------------------------------------------------------------ |
| KYC                 | Кто является клиентом?                           | Подтверждённые сведения о личности и состоянии проверки      |
| AML                 | Какой риск создают клиент, средства и операция?  | Оценка риска и предусмотренное внутренней политикой действие |
| Проверка адреса     | С какими категориями риска связан криптоадрес?   | Категории и оценка выбранного провайдера                     |
| Проверка транзакции | Как выглядит происхождение конкретного перевода? | Риск и детали для указанной транзакции                       |

KYC является частью более широкого AML-процесса. Успешная верификация личности не делает все последующие операции безопасными, а повышенный риск транзакции не означает автоматически, что личность клиента установлена неверно.

## Из чего состоит AML-контроль

На практике могут использоваться следующие компоненты:

| Компонент              | Что проверяется                                                  | Что учитывать в iEXExchanger                                       |
| ---------------------- | ---------------------------------------------------------------- | ------------------------------------------------------------------ |
| Проверка клиента       | Личность, назначение отношений и факторы риска                   | Настраивается через KYC и правила верификации                      |
| Ограничительные списки | Санкции, PEP и другие списки согласно политике                   | Наличие и состав зависят от внешнего провайдера                    |
| Проверка криптоадреса  | Связи адреса с категориями риска                                 | Результат сохраняется выбранным AML-сервисом                       |
| Проверка транзакции    | История и источники конкретного перевода                         | Всегда сверяйте сеть, хеш и заявку                                 |
| Мониторинг операций    | Сумма, частота, география и отклонения от обычного поведения     | Требует правил и регулярного анализа, а не только разовой проверки |
| Расширенная проверка   | Источник средств, дополнительные документы и ручное согласование | Применяется по риску и внутренней процедуре                        |
| Журналирование         | Кто, когда и на основании чего принял решение                    | Используйте журналы и штатные поля заявки                          |

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

## Как AML работает в iEXExchanger

Основной сценарий состоит из четырёх частей:

1. В разделе **«Утилиты» — «AML Сервисы»** создаётся и проверяется подключение провайдера.
2. В валюте, направлении или предусмотренном автоматическом сценарии задаётся, когда использовать проверку.
3. Система отправляет провайдеру адрес или транзакцию и сохраняет полученный результат.
4. Сотрудник сопоставляет риск с заявкой, внутренней политикой и принимает предусмотренное действие.

Подключение провайдера описано в статье [«AML-сервисы»](/knowledge-base/klienty-verifikaciya-i-kontrol-riska/what-is-aml/aml-services.md), а сохранённые результаты — в [«Логе AML заявок»](/knowledge-base/analitika-zhurnaly-i-kontrol/overview/aml.md).

## Как читать результат

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

Один и тот же процент у разных провайдеров может означать разное. На решение также влияют:

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

Не сравнивайте проценты разных сервисов как одну шкалу без утверждённой методики. Если провайдер не вернул расшифровку, не считайте пустые детали подтверждением безопасности.

## Рабочий порядок сотрудника

1. Найдите нужную заявку и убедитесь, что проверяется её актуальный реквизит.
2. Сверьте сеть: одинаково выглядящие адреса могут относиться к разным сетям.
3. Откройте последнюю AML-запись и проверьте время и тип проверки.
4. Изучите категории риска, а не только цвет или процент.
5. Примените утверждённое правило: продолжить, запросить сведения, передать на ручную проверку, заморозить или отклонить.
6. Зафиксируйте основание решения без раскрытия клиенту внутренних критериев защиты.
7. При изменении адреса или транзакции выполните новую проверку.

Автоматическое действие должно иметь безопасное поведение при недоступности провайдера. Ошибка соединения, истечение времени или неподдерживаемая сеть не должны превращаться в успешный AML-результат.

## Риск-ориентированный подход

Международные рекомендации FATF используют риск-ориентированный подход: меры должны соответствовать выявленному риску, а не применяться одинаково и формально ко всем ситуациям. Для виртуальных активов FATF отдельно рассматривает оценку и снижение риска их незаконного использования. Основные материалы доступны в [рекомендациях FATF](https://www.fatf-gafi.org/en/publications/Fatfrecommendations/Fatf-recommendations.html) и [руководстве по виртуальным активам](https://www.fatf-gafi.org/en/publications/Fatfrecommendations/Guidance-rba-virtual-assets.html).

Эти документы не заменяют консультацию по законодательству вашей страны. До запуска определите применимые требования, ответственного сотрудника, пороги, основания запроса документов, сроки хранения и порядок обработки спорных результатов.

## Что AML не делает

AML-проверка не:

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

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


---

# 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/klienty-verifikaciya-i-kontrol-riska/what-is-aml.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.