Балансы, платежи, карты и согласования компании в одном рабочем пространстве.
Санкционный скрининг платежей в стейблкоинах
Что проверять, когда проверять и что должно быть в досье, когда от вас попросят доказательств.
Санкционные требования относятся к операции, а не к платежной рельсе: платеж в USDC лицу из санкционного списка такое же нарушение, как банковский перевод. Эффективный скрининг проверяет юридического контрагента, адрес получателя и связанные с ним риски, проводится до подписания платежа, блокирует отправку при совпадении и сохраняет версию списка, оценку и решение вместе с платежом как датированное доказательство.
Три уровня проверки
| Уровень | Что проверяет | Что выявляет | Что упускает |
|---|---|---|---|
| Проверка по имени | Проверка контрагента и бенефициаров по спискам OFAC SDN, ЕС, Великобритании и ООН | Компании и лица из санкционных списков | Компания с чистым именем платит на скомпрометированный кошелек |
| Проверка адресов | Проверка кошелька получателя по санкционным спискам адресов | Кошельки под прямыми санкциями | Новые адреса, пока нигде не отмеченные |
| Анализ экспозиции | Граф транзакций вокруг адреса получателя | Миксеры, санкционные кластеры, связи с незаконными источниками | Структурных проблем нет, но без настройки дает ложные срабатывания |
Любой уровень по отдельности оставляет существенную брешь. Используйте все три, и срабатывание на любом из них должно блокировать платеж, а не просто выдавать предупреждение.
Скрининг до платежа или после исполнения
| На этапе заявки (до подписания) | После исполнения | |
|---|---|---|
| Что происходит при совпадении | Платёж заблокирован | Платёж уже проведён |
| Позиция регулятора | Превентивный контроль | Выявление и добровольное раскрытие |
| Стоимость устранения | Разговор с поставщиком | Добровольное раскрытие, юридические расходы, возможный штраф |
| Доказательная ценность | Результат раньше хеша | Результат позже хеша |
Настройка ложных срабатываний
- Оценивайте по нескольким атрибутам (имя, юрисдикция, регистрационный номер, дата рождения), а не только по сходству имени.
- Ведите задокументированный белый список разобранных ложных срабатываний с обоснованием и проверяющим и перепроверяйте его при обновлении списков.
- Разделите очереди «слабое совпадение имени» и «риск адреса»: для них нужны разные проверяющие и разные доказательства.
- Раз в квартал измеряйте долю верных срабатываний. Очередь, которую никто не разбирает, хуже более строгого порога.
- Не закрывайте алерт снижением порога. Закрывайте его, добавляя подтверждающие данные.
Сформировать досье скрининга
- 01Юридическое название, юрисдикция и идентификаторы контрагента на момент проверки.
- 02Адрес получателя, актив и сеть.
- 03Проверенные списки и их версия или время обновления.
- 04Возвращается оценка совпадения, включая отсутствие совпадений.
- 05Проверяющий, решение и письменное обоснование по каждому одобренному случаю.
- 06Отметка времени проверки, которая должна предшествовать хешу транзакции.
- 07Ссылка на итоговый платеж или на блокировку, если отправка отклонена.
Как это работает в Stablerail
Скрининг встроен в процесс отправки, а не вынесен в отдельный продукт. Каждый контрагент и адрес проверяются до подписания платежа, совпадение блокирует отправку, а не просто создает уведомление, а результат (списки, оценка, проверяющий, время) сохраняется в платеже и выгружается вместе с остальным пакетом доказательств.
Частые вопросы
Нужна ли проверка по спискам OFAC для платежей в стейблкоинах?
Да. Санкции США распространяются на транзакцию, а не на платёжную инфраструктуру. Если лицо из США или компания, связанная с США, отправляет USDC или USDT лицу под санкциями, это нарушение независимо от блокчейна. Проверяйте контрагента и адрес получателя до отправки и сохраняйте датированный результат.
Что именно проверяется в платеже в стейблкоинах?
Три вещи: юрлицо контрагента по именным санкционным спискам и спискам PEP, адрес кошелька получателя по спискам заблокированных адресов и историю транзакций адреса на связь с санкционными или незаконными кластерами. Проверка только по имени полностью упускает риск адреса.
Почему проверка должна идти до подписания?
Потому что исполненный ончейн-платеж нельзя отозвать. Проверка после исполнения лишь фиксирует нарушение, а не предотвращает его. Если проверять на этапе намерения и блокировать отправку при совпадении, те же данные становятся превентивным контролем, на который может опереться аудитор.
Как сократить ложные срабатывания, не ослабляя проверку?
Настраивайте скрининг, сочетая уверенность совпадения по имени с подтверждающими данными: юрисдикцией, датой рождения или регистрационным номером и рисками адреса, а не снижая порог по имени. Фиксируйте каждое решение с причиной, чтобы сама настройка была проверяемой.
Как часто перепроверять контрагентов?
При подключении, перед каждым платежом и при плановых повторных проверках по мере обновления списков. Санкционные включения происходят и между платежами, поэтому разовой проверки при подключении для постоянного поставщика недостаточно.
Какие подтверждения скрининга нужно хранить?
Использованные списки и их версии, отметка времени, степень совпадения, решение проверяющего и его обоснование, а также ссылка на последовавший платеж. Храните эти данные в течение срока, установленного в вашей юрисдикции; обычно минимум пять лет.
Читать дальше
Стейблкоин казначейство, карты и выплаты.
Получение, согласование, проверка, платежи, карты и вывод в фиат с доказательствами для аудита по каждой операции.