CryptoLike проверяет отправителя входящего криптоплатежа, прежде чем деньги станут доступны на вашем балансе, — если отправителя удаётся определить, — и адрес назначения выплаты, прежде чем она уйдёт. Большинство платежей проходят проверку незаметно. Если перевод пришёл из санкционного источника или его риск выше порога, средства не зачисляются, а задерживаются: ваш сервер получает вебхук deposit.on_hold, а дальше решение принимает комплаенс-проверка CryptoLike. Разбираем, когда идёт проверка, что вы видите на каждом шаге и как обработать задержанный платёж в магазине или продукте.
Статья описывает, как устроена проверка в CryptoLike. Это не юридическая консультация: ваши собственные обязанности зависят от вида бизнеса и юрисдикции.
Что проверяется и когда
В CryptoLike два вида проверки: адреса, откуда пришли деньги, и адреса, куда они уходят. Обе используют одну оценку риска, работают во всех поддерживаемых сетях — Bitcoin, Litecoin, Ethereum с токенами ERC20, TRON с токенами TRC20 — и касаются платежей, статических адресов, отдельных выплат и файлов выплат.
| Что | Когда | Возможный итог |
|---|---|---|
| Отправитель входящего платежа (инвойс или статический адрес) | После подтверждений актива, до зачисления | Зачислен как обычно · задержан для проверки |
| Адрес назначения выплаты | При создании выплаты | Создана · отправлена на проверку · отклонена |
| Тот же адрес ещё раз | Непосредственно перед подписью выплаты | Подписана · отправлена на проверку · отклонена с возвратом блокировки |
| Каждая строка CSV с выплатами | При проверке файла | Строка принята · строка на проверке · файл отклонён |
Сверено с CryptoLike 24.09.2026. В Bitcoin и Litecoin отправитель определяется по входам транзакции; в Ethereum и TRON — это аккаунт, отправивший транзакцию. Если отправителя определить не удалось, перевод не проверяется: в зависимости от настройки аккаунта он зачисляется с пометкой или задерживается для проверки. Пороги проверки платформа задаёт для каждого аккаунта.
Проверка идёт после подтверждений, а не до них: перевод, ещё ждущий блоков, может исчезнуть при реорганизации, и раннюю проверку всё равно пришлось бы повторять.
Что происходит с входящим платежом
По итогам проверки каждый проверенный входящий перевод получает один из четырёх уровней. Уровень решает, станут ли деньги доступны сразу или будут ждать человека. Оценку риска, её категории и того, кто её выставил, вы не видите — только то, зачислены средства или задержаны.
| Итог | Что делает CryptoLike | Что видите вы |
|---|---|---|
| Низкий риск | Зачисляет средства как обычно | Обычные события: invoice.paid или deposit.confirmed |
| Средний риск | Зачисляет средства и помечает перевод для комплаенса | Обычные события; для вас ничего не меняется |
| Высокий риск | Задерживает средства, не берёт комиссию, открывает комплаенс-кейс | Статус транзакции on_hold, вебхук deposit.on_hold |
| Санкционный источник | Так же, как при высоком риске: деньги уже пришли, отказаться от них нельзя | Так же |
Пока средства задержаны, их нет в доступном балансе и платёж не считается оплаченным: paid_amount инвойса не меняется, заказ в CMS продолжает ждать оплату. Вебхук deposit.on_hold содержит данные транзакции — сумму, txid, адрес, статус и, если это платёж, ID инвойса — и никаких подробностей проверки.
Какие решения принимает комплаенс
Каждый задержанный перевод становится комплаенс-кейсом CryptoLike; решение по нему принимается со свежим кодом 2FA и письменным обоснованием. Решений три, и только первое переводит деньги на ваш баланс.
- Зачислить. Средства переходят в доступный баланс, комиссия платформы берётся как с любого платежа, и приходят обычные события — те же
deposit.confirmedили события инвойса, что пришли бы без задержки. - Заморозить. Средства остаются задержанными. Замороженный перевод можно позже зачислить или вернуть.
- Вернуть. Статус транзакции становится
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, белого списка адресов и второго подтверждения, — они описаны в гайде защита криптовыплат.
Как обработать deposit.on_hold в интеграции
Задержанный платёж не требует от вашего кода ничего, кроме одного: не считать его оплаченным. Подпишитесь на deposit.on_hold, запишите событие рядом с заказом или пополнением пользователя и ждите результата. Вебхуки платежей доставляются как минимум один раз, поэтому, как и для любых событий, отбрасывайте дубли по event_id — см. гайд проверка подписи вебхуков.
- Не отгружайте и не зачисляйте баланс пользователю по
deposit.on_hold. Зачисляйте только поinvoice.paidилиdeposit.confirmed. - Сообщите клиенту, что платёж проверяется, без подробностей: клиент видит свой перевод в блокчейне и обязательно спросит. Подробности проверки не раскрываются ни вам, ни ему.
- Сохраните
txid. Если понадобится спросить поддержку CryptoLike о задержанном платеже, перевод определяется по ID транзакции. - Будьте готовы к позднему итогу. Если проверка закончится после срока платежа, зачисление придёт так же, как любой поздний перевод, — тогда и решайте судьбу заказа; см. статью про недоплату, переплату и поздние платежи.
Плагинам для CMS ничего менять не нужно: они следят за инвойсом, а он не считается оплаченным, пока средства задержаны.
Проверка переводов и остальной комплаенс
Проверка переводов — лишь часть того, что проверяет CryptoLike. Аккаунт проходит верификацию до начала выплат (KYB), выплаты выше лимитов аккаунта уходят на ручную проверку, а каждое изменение баланса — проводка в леджере только на добавление, которую можно отследить по ID транзакции. Все меры собраны на странице защиты. Какие документы нужны для верификации и что значит каждый статус — в статье KYB для мерчантов.
Чего проверка не делает: не устанавливает личность ваших клиентов и не решает, что вашему бизнесу можно продавать. Отдельной строкой в тарифах на странице тарифов проверка не выделена.
Вопросы и ответы
Что значит статус on_hold у криптоплатежа?
Перевод пришёл и набрал подтверждения, но проверка отправителя выявила санкционный источник или риск выше порога, поэтому средства задержаны для комплаенс-проверки, а не зачислены. Ваш сервер получил deposit.on_hold. Не отгружайте заказ, пока платёж не зачислен.
Можно ли узнать, почему платёж задержан?
Нет. CryptoLike не передаёт мерчантам оценку риска, её категории и источник оценки; у транзакции виден только статус on_hold и итог. Чтобы обсудить задержанный платёж, напишите в поддержку и укажите ID транзакции.
Сколько длится комплаенс-проверка?
Зависит от случая. CryptoLike разбирает каждый задержанный перевод и решает зачислить, заморозить или вернуть его. До решения средства не попадают в доступный баланс, а после зачисления приходят обычные события платежа.
Проверяется ли каждый входящий платёж?
Не всегда. Перевод на платёж или статический адрес проверяется после подтверждений и до зачисления, если отправителя удаётся определить. Если нет, перевод зачисляется с пометкой или задерживается для проверки — в зависимости от настройки аккаунта. Пороги проверки платформа тоже задаёт для каждого аккаунта.
Что будет, если отправить выплату на санкционный адрес?
Выплата будет отклонена уже при создании с ошибкой 422 address_refused. В CSV с выплатами такая строка отклоняет весь файл, и ничего не отправляется. Если адрес попал в санкционный список после создания выплаты, проверка перед подписью отклонит выплату и вернёт блокировку на баланс.