# AML-проверка входящих криптоплатежей: что видит и что делает мерчант

> Как CryptoLike проверяет отправителей входящих платежей и адреса выплат, что значит on_hold, какие приходят вебхуки и как быть с задержанным платежом.

Source: https://cryptolike.net/ru/blog/aml-screening-crypto-payments
Published: 2026-09-24 · Updated: 2026-10-04 · Author: CryptoLike team

Главное:

- CryptoLike проверяет отправителя входящего платежа после подтверждений и до того, как деньги станут доступны на балансе, — если отправителя удаётся определить.
- Средства из санкционного источника или с риском выше порога не зачисляются, а задерживаются: транзакция в статусе on_hold, ваш сервер получает deposit.on_hold.
- По каждому задержанному платежу решение принимает комплаенс-проверка CryptoLike; если средства зачислены, приходят обычные события платежа.
- Если сервис проверки не отвечает, зачисление ждёт и повторяется. Перевод, отправителя которого определить не удалось, зачисляется с пометкой или задерживается для проверки — зависит от настройки аккаунта.
- Адрес выплаты проверяется дважды — при создании и перед подписью: санкционный адрес отклоняется, адрес с высоким риском уходит на проверку.

CryptoLike проверяет отправителя входящего криптоплатежа, прежде чем деньги станут доступны на вашем балансе, — если отправителя удаётся определить, — и адрес назначения выплаты, прежде чем она уйдёт. Большинство платежей проходят проверку незаметно. Если перевод пришёл из санкционного источника или его риск выше порога, средства не зачисляются, а задерживаются: ваш сервер получает вебхук `deposit.on_hold`, а дальше решение принимает комплаенс-проверка CryptoLike. Разбираем, когда идёт проверка, что вы видите на каждом шаге и как обработать задержанный платёж в магазине или продукте.

Статья описывает, как устроена проверка в CryptoLike. Это не юридическая консультация: ваши собственные обязанности зависят от вида бизнеса и юрисдикции.

## Что проверяется и когда

В CryptoLike два вида проверки: адреса, откуда пришли деньги, и адреса, куда они уходят. Обе используют одну оценку риска, работают во всех поддерживаемых сетях — Bitcoin, Litecoin, Ethereum с токенами ERC20, TRON с токенами TRC20 — и касаются платежей, статических адресов, отдельных выплат и файлов выплат.

| Что | Когда | Возможный итог |
|---|---|---|
| Отправитель входящего платежа (инвойс или статический адрес) | После подтверждений актива, до зачисления | Зачислен как обычно · задержан для проверки |
| Адрес назначения выплаты | При создании выплаты | Создана · отправлена на проверку · отклонена |
| Тот же адрес ещё раз | Непосредственно перед подписью выплаты | Подписана · отправлена на проверку · отклонена с возвратом блокировки |
| Каждая строка CSV с выплатами | При проверке файла | Строка принята · строка на проверке · файл отклонён |

Сверено с CryptoLike 24.09.2026. В Bitcoin и Litecoin отправитель определяется по входам транзакции; в Ethereum и TRON — это аккаунт, отправивший транзакцию. Если отправителя определить не удалось, перевод не проверяется: в зависимости от настройки аккаунта он зачисляется с пометкой или задерживается для проверки. Пороги проверки платформа задаёт для каждого аккаунта.

Проверка идёт после [подтверждений](https://cryptolike.net/ru/glossary/confirmations), а не до них: перевод, ещё ждущий блоков, может исчезнуть при [реорганизации](https://cryptolike.net/ru/glossary/reorg), и раннюю проверку всё равно пришлось бы повторять.

## Что происходит с входящим платежом

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

| Итог | Что делает CryptoLike | Что видите вы |
|---|---|---|
| Низкий риск | Зачисляет средства как обычно | Обычные события: `invoice.paid` или `deposit.confirmed` |
| Средний риск | Зачисляет средства и помечает перевод для комплаенса | Обычные события; для вас ничего не меняется |
| Высокий риск | Задерживает средства, не берёт комиссию, открывает комплаенс-кейс | Статус транзакции `on_hold`, вебхук `deposit.on_hold` |
| Санкционный источник | Так же, как при высоком риске: деньги уже пришли, отказаться от них нельзя | Так же |

Пока средства задержаны, их нет в доступном балансе и платёж не считается оплаченным: `paid_amount` инвойса не меняется, заказ в CMS продолжает ждать оплату. Вебхук `deposit.on_hold` содержит данные транзакции — сумму, `txid`, адрес, статус и, если это платёж, ID инвойса — и никаких подробностей проверки.

## Какие решения принимает комплаенс

Каждый задержанный перевод становится комплаенс-кейсом CryptoLike; решение по нему принимается со свежим кодом 2FA и письменным обоснованием. Решений три, и только первое переводит деньги на ваш баланс.

1. **Зачислить.** Средства переходят в доступный баланс, комиссия платформы берётся как с любого платежа, и приходят обычные события — те же `deposit.confirmed` или события инвойса, что пришли бы без задержки.
2. **Заморозить.** Средства остаются задержанными. Замороженный перевод можно позже зачислить или вернуть.
3. **Вернуть.** Статус транзакции становится `returned`, а средства отправляются обратно по ручной процедуре; на ваш баланс они не попадают.

Заморозка и возврат вебхуков не отправляют; где находится перевод, показывает его статус в кабинете и в `GET /v1/transactions`. Если реорганизация блоков убирает задержанный перевод из цепочки, блокировка сторнируется, как любое другое зачисление, и кейс закрывается.

## Что происходит, если проверка недоступна

При сбое сервиса проверки CryptoLike работает по принципу «закрыто при сбое». Если сервис не отвечает, перевод с известным отправителем не зачисляется, пока проверка не пройдёт: его подтверждение ждёт и повторяется по порядку, а операторы получают уведомление. Платёж немного дольше остаётся в статусе `pending`, и ничего не теряется.

С выплатами так же. Выплату нельзя создать, пока адрес назначения нельзя проверить, — API отвечает `503 unavailable`, и вы повторяете позже. Уже созданная выплата остаётся в `pending`, пока не пройдёт проверку перед подписью. Результаты кешируются по адресу на ограниченное время, поэтому адрес, на который вы платите регулярно, не проверяется с нуля при каждой выплате.

## Как проверяются адреса выплат

Адрес выплаты проверяется дважды, потому что между созданием выплаты и её подписью могут пройти часы — второе подтверждение, ручная проверка, очередь. Санкционный адрес отклоняется сразу, адрес с высоким риском уходит на проверку.

| Момент | Санкционный адрес | Адрес с высоким риском |
|---|---|---|
| Создание выплаты (кабинет, бот или API) | Отказ: `422 address_refused`, «destination address is not accepted»; обойти нельзя | Выплата создаётся в статусе `review` с причиной «Проверка комплаенса» |
| Строка CSV с выплатами | Ошибка строки: весь файл отклоняется, ничего не создаётся | Выплата по строке создаётся в `review` |
| Непосредственно перед подписью | Выплата `rejected`, блокировка возвращается на баланс | Выплата возвращается в `review` |

Сумма выплаты на проверке остаётся заблокированной, и выплату можно отменить, пока она ждёт. Проверка работает поверх ваших собственных настроек — 2FA, белого списка адресов и второго подтверждения, — они описаны в гайде [защита криптовыплат](https://cryptolike.net/ru/guides/payout-whitelist-dual-approval).

## Как обработать deposit.on_hold в интеграции

Задержанный платёж не требует от вашего кода ничего, кроме одного: не считать его оплаченным. Подпишитесь на `deposit.on_hold`, запишите событие рядом с заказом или пополнением пользователя и ждите результата. Вебхуки платежей доставляются как минимум один раз, поэтому, как и для любых событий, отбрасывайте дубли по `event_id` — см. гайд [проверка подписи вебхуков](https://cryptolike.net/ru/guides/verify-crypto-payment-webhooks).

- **Не отгружайте и не зачисляйте баланс пользователю** по `deposit.on_hold`. Зачисляйте только по `invoice.paid` или `deposit.confirmed`.
- **Сообщите клиенту, что платёж проверяется**, без подробностей: клиент видит свой перевод в блокчейне и обязательно спросит. Подробности проверки не раскрываются ни вам, ни ему.
- **Сохраните `txid`.** Если понадобится спросить поддержку CryptoLike о задержанном платеже, перевод определяется по ID транзакции.
- **Будьте готовы к позднему итогу.** Если проверка закончится после срока платежа, зачисление придёт так же, как любой поздний перевод, — тогда и решайте судьбу заказа; см. статью про [недоплату, переплату и поздние платежи](https://cryptolike.net/ru/blog/underpaid-crypto-payments).

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

## Проверка переводов и остальной комплаенс

Проверка переводов — лишь часть того, что проверяет CryptoLike. Аккаунт проходит верификацию до начала выплат ([KYB](https://cryptolike.net/ru/glossary/kyb)), выплаты выше лимитов аккаунта уходят на ручную проверку, а каждое изменение баланса — проводка в леджере только на добавление, которую можно отследить по [ID транзакции](https://cryptolike.net/ru/glossary/txid). Все меры собраны на странице [защиты](https://cryptolike.net/ru/security). Какие документы нужны для верификации и что значит каждый статус — в статье [KYB для мерчантов](https://cryptolike.net/ru/blog/kyb-for-crypto-merchants).

Чего проверка не делает: не устанавливает личность ваших клиентов и не решает, что вашему бизнесу можно продавать. Отдельной строкой в тарифах на странице [тарифов](https://cryptolike.net/ru/pricing) проверка не выделена.

## Вопросы и ответы

### Что значит статус on_hold у криптоплатежа?

Перевод пришёл и набрал подтверждения, но проверка отправителя выявила санкционный источник или риск выше порога, поэтому средства задержаны для комплаенс-проверки, а не зачислены. Ваш сервер получил deposit.on_hold. Не отгружайте заказ, пока платёж не зачислен.

### Можно ли узнать, почему платёж задержан?

Нет. CryptoLike не передаёт мерчантам оценку риска, её категории и источник оценки; у транзакции виден только статус on_hold и итог. Чтобы обсудить задержанный платёж, напишите в поддержку и укажите ID транзакции.

### Сколько длится комплаенс-проверка?

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

### Проверяется ли каждый входящий платёж?

Не всегда. Перевод на платёж или статический адрес проверяется после подтверждений и до зачисления, если отправителя удаётся определить. Если нет, перевод зачисляется с пометкой или задерживается для проверки — в зависимости от настройки аккаунта. Пороги проверки платформа тоже задаёт для каждого аккаунта.

### Что будет, если отправить выплату на санкционный адрес?

Выплата будет отклонена уже при создании с ошибкой 422 address_refused. В CSV с выплатами такая строка отклоняет весь файл, и ничего не отправляется. Если адрес попал в санкционный список после создания выплаты, проверка перед подписью отклонит выплату и вернёт блокировку на баланс.