Ваш счёт замораживают через неделю после подключения нового PSP, или банк помечает входящий расчёт от крипто-биржи и задаёт вопросы, на которые вы не успеваете ответить достаточно быстро. У вас чистое комплаенс-досье, полностью одобренный банковский счёт и законная деятельность, и ничто из этого не защищает вас, когда связь между вашими финансовыми партнёрами выглядит недокументированной.
Именно в этот момент большинство операторов обнаруживают, что привязка счетов рассматривается как отдельное комплаенс-событие, не связанное с процессом открытия счёта, который они уже пережили.
Привязка банковских счетов к PSP и криптобиржам — одна из самых частых причин заморозок счетов, решений о дерискинге и прекращения обслуживания процессорами для бизнеса с повышенным риском в 2026 году. Проблему редко создаёт сама деятельность.
Её создаёт отсутствие заявленной, задокументированной и последовательно отслеживаемой связи между институциями, перемещающими ваши деньги. В руководстве по шагам разобрано, как безопасно привязать банковские счета к PSP и криптобиржам, какая документация нужна для каждой связи и как выстроить платёжные потоки, чтобы они выдерживали проверки годами, а не неделями.
Краткий ответ
Безопасно привязывайте банковские счета к PSP и криптобиржам так: заявляйте каждого контрагента в досье онбординга банка до первой транзакции, документируйте заявленную цель и схему движения средств для каждого коридора, ведите журналы KYT по криптопотокам и разделяйте несвязанные виды деятельности по отдельным счетам. Документация должна предшествовать активности, а не следовать за комплаенс-запросом.
Шаг 1. Поймите, почему банки и PSP отслеживают эти связи
Банки замораживают счета не потому, что ваш бизнес работает в секторе с повышенным риском. Они замораживают их потому, что связь с PSP, криптобиржей или OTC-деском появляется без документов, объяснения или предварительного заявления, а недокументированный поток выглядит как отмывание денег независимо от его реальной законности.
Комплаенс-офицер, проверяющий ваш счёт, не может отличить законный незаявленный расчёт от намеренно скрытого. Ему не платят за то, чтобы он давал вам презумпцию добросовестности.
Каждый лицензированный банк и EMI, работающий в ЕС, обязан соблюдать Travel Rule FATF, PSD2, AMLD6 и Регламент о рынках криптоактивов (MiCA) для криптосвязанных потоков. Эти рамки требуют от институций отслеживать, откуда деньги приходят и куда направляются, помечать связи с биржами или PSP с повышенным риском, не заявленные при онбординге, и получать чёткое объяснение каждого платёжного коридора до того, как он заработает в полную силу.
Незаявленная связь между вашим банком и криптобиржей воспринимается не как административное упущение. Она воспринимается как рисковое событие, открывающее расследование.
Последствия быстро нарастают, как только расследование началось. Заморозка счёта из-за необъяснённой криптоэкспозиции — самый частый первый исход.
Если шаблон повторяется, следует прекращение обслуживания PSP или банком с минимальным предупреждением или вовсе без него. Ваш IBAN или адреса кошельков могут быть помечены как подозрительные в общих отраслевых базах, что запускает обязательства по AML-отчётности для любой институции, которая позже увидит те же идентификаторы.
В более тяжёлых случаях бизнес попадает в чёрные списки процессоров целиком и месяцами не может пройти онбординг где-либо в регионе. Понимание того, зачем существует такой мониторинг и что именно его запускает, — основа для построения платёжных связей, которые его выдерживают.
О более широком процессе онбординга, предшествующем этому этапу, см. наше руководство по онбордингу в банках для бизнеса с повышенным риском.
На что обратить внимание:
- Исходите из того, что каждый коридор отслеживается. Платёжную связь между двумя институциями независимо отслеживают обе стороны, а не только та, с которой вы работали напрямую.
- Заявляйте до транзакции, а не после. Добавить незаявленного контрагента в досье онбординга задним числом гораздо проще до первой транзакции, чем после комплаенс-запроса.
- Рассматривайте регуляторные рамки как базу, а не потолок. FATF, PSD2 и MiCA задают минимум; отдельные банки и EMI нередко применяют сверху более строгие внутренние пороги.
Пример
Платёжный бизнес с литовской лицензией добавил нового партнёра по выводу крипты в фиат, не обновив досье онбординга в EMI. Через два расчёта система мониторинга транзакций EMI пометила входящий кошелёк как незаявленного контрагента и заморозила счёт на девятнадцать дней до окончания проверки. Сопоставимый оператор, подавший за день до первой транзакции одностраничное заявление о контрагенте, увидел, как поток того же типа прошёл без единого вопроса.
Главный вывод: Банки не блокируют криптовалютные или PSP-потоки из принципа; они блокируют те, о которых им не сообщили. Документация превращает рисковое событие в одобренную транзакцию.
Шаг 2. Узнайте, что на самом деле требуется для безопасной связи
Безопасное соединение банка, PSP и криптобиржи — не просто перевод средств с одного счёта на другой. Это документированный, заявленный и последовательно отслеживаемый платёжный коридор, который каждая институция в цепочке заранее проверила и одобрила.
Относиться к этому как к сантехнике, а не как к комплаенс-вопросу, — самая распространённая ошибка операторов на этом этапе.
Для безопасной связи нужны заявленные контрагенты в досье онбординга в каждой задействованной институции. Названия и юрисдикции вашего PSP, биржи или OTC-деска должны совпадать в документации онбординга банка, в вашем комплаенс-досье и в реальных записях транзакций — без расхождений между тремя источниками.
Каждой транзакции нужна заявленная цель, например партнёрская выплата, счёт клиенту, фиатный расчёт или OTC-конвертация, соответствующая документации, уже лежащей в досье. Криптопотокам нужны сопровождающие журналы KYT или эквивалентная документация по мониторингу транзакций.
Объёмы транзакций должны оставаться согласованными на обоих концах каждой связи, поскольку всплеск с одной стороны без соответствующего всплеска с другой — как раз то несоответствие, которое запускает проверку. Схема движения средств с хронологией и названными комплаенс-контактами должна быть доступна любой институции, которая её запросит.
Принцип, лежащий в основе всего этого: документация должна предшествовать активности, а не следовать за ней. Отправка средств PSP или бирже, которые ещё не заявлены, с попыткой обосновать поток только после комплаенс-запроса выставляет ваш бизнес реактивным и уклончивым, а не структурированным и прозрачным.
Каждый платёжный коридор, которым вы собираетесь пользоваться, должен быть полностью задокументирован до первой транзакции через него. Подробный перечень того, что должен содержать полный пакет документов, см. в нашем руководстве по документам для банковского счёта бизнеса с повышенным риском.
На что обратить внимание:
- Сопоставляйте названия и юрисдикции точно. Любое расхождение между досье онбординга, комплаенс-досье и записями транзакций читается как непоследовательность, а не канцелярская ошибка.
- Указывайте цель для каждого коридора. «Разное» или «общие операции» не являются заявленной целью; называйте конкретный тип транзакции.
- Ведите живую схему движения средств. Документ, который был точен при онбординге, но с тех пор не обновлялся, функционально равен отсутствию документации.
Главный вывод: Прозрачность — не комплаенс-нагрузка поверх платёжных операций; это механизм, позволяющий потокам с повышенным риском работать без перебоев.
Шаг 3. Подготовьте нужную документацию для каждой связи
Каждая связь между банком, PSP и криптобиржей требует определённой документации до движения средств. Точные требования немного меняются в зависимости от задействованных институций и направления потока, но основной принцип остаётся тем же: каждая сторона в цепочке должна понимать, с кем она связана, зачем и в рамках какого комплаенс-режима связь работает.
Подключая PSP к банку или EMI, вам нужны договор с PSP или подтверждение онбординга, подтверждающее санкционированность отношений, схема движения средств, показывающая, откуда поступают расчётные средства и куда они направляются, образцы счетов или записи платформы, демонстрирующие лежащую в основе коммерческую деятельность, ваша политика AML и KYC и реквизиты бенефициарного счёта, точно совпадающие с заявленным местом расчёта. Для криптосвязанных потоков добавьте отчёт «знай свою транзакцию» от признанного провайдера мониторинга, подтверждение владения криптокошельком и документацию по отношениям с OTC-деском или биржей.
Для многоюрисдикционных структур каждой структуре в цепочке нужен собственный полный пакет документов. BVI-холдинговая компания, направляющая расчёты в литовскую EMI, требует документации на обоих концах, подтверждающей отношения, цель потока и комплаенс-рамку, регулирующую транзакцию.
Пробелы в документации любой отдельной структуры создают уязвимости, затрагивающие всю платёжную архитектуру, а не только связь, где пробел находится.
На что обратить внимание:
- Готовьте пакет документов под каждую институцию. Один универсальный файл редко устраивает всех контрагентов; у каждой институции свои ожидания по формату и глубине.
- Держите реквизиты бенефициара одинаковыми везде. Любое несовпадение названия счёта, номера или адреса между документами воспринимается как красный флаг, а не опечатка.
- Документируйте каждую структуру в многоюрисдикционной цепочке. Материнской холдинговой компании, операционной дочерней и расчётному счёту нужна своя бумажная связь между ними.
| Документ | Кому требуется | Примечания |
|---|---|---|
| Договор с PSP или подтверждение онбординга | EMI и банк | Подтверждает санкционированные отношения между PSP и счётом |
| Схема движения средств | EMI, криптодеск и банк | Должна охватывать каждый шаг от платежа клиента до окончательного расчёта |
| Отчёт KYT | Банк и OTC-деск | Рекомендуется ежемесячная выгрузка по каждому кошельку |
| Образец счёта или запись платформы | Все стороны | Подтверждает лежащую в основе коммерческую деятельность, порождающую поток |
| Политика AML и KYC | PSP, EMI и криптопровайдер | Должна ссылаться на ваш сектор и типы транзакций |
| Подтверждение владения криптокошельком | OTC-деск и EMI | Подписанная декларация, что кошелёк принадлежит вашей структуре |
| Реквизиты бенефициарного счёта | PSP в EMI или EMI в PSP | Должны точно совпадать во всей документации онбординга |
| Лицензионная документация | EMI, PSP и комплаенс | Требуется для гемблинга, форекса и регулируемой криптодеятельности |
Пример
Игорный оператор iGaming с лицензией Мальты, подключая нового эквайринг-PSP в ЕС, подал договор с мерчантом, схему движения средств и лицензионный сертификат в день подписания отношений, до расчёта по первой транзакции. EMI одобрила коридор за четыре рабочих дня. Сопоставимый оператор, дождавшийся первого расчёта, чтобы подать те же документы, столкнулся с одиннадцатидневной задержкой, пока комплаенс-команда EMI разбиралась с необъяснённым входящим переводом.
Главный вывод: Каждая сторона в вашей платёжной цепочке должна понимать, с кем она связана, до движения средств, а не после получения комплаенс-запроса.
Шаг 4. Применяйте лучшие практики KYT для криптосвязанных счетов
Банки и EMI теперь ждут документальных подтверждений гигиены криптотранзакций для каждого счёта, связанного с биржей или OTC-деском. KYT, «знай свою транзакцию», — криптоэквивалент KYC, и без него даже чистые и полностью законные криптопотоки порождают комплаенс-флаги, способные заморозить счета и прекратить отношения с PSP.
Европейский банковский орган и рамка MiCA существенно подняли планку документации для криптосвязанных счетов в 2026 году.
Используйте признанного провайдера мониторинга транзакций и выгружайте журналы ежемесячно. Храните выгрузки в досье и предоставляйте банку или EMI по запросу, не дожидаясь повторного запроса.
Проверяйте входящие кошельки на экспозицию повышенного риска до того, как средства дойдут до вашего IBAN, а не после. Сверяйте каждое криптопоступление с соответствующим счётом или записью об OTC-сделке, чтобы каждую транзакцию можно было проследить от источника до окончательного места расчёта.
Никогда не отправляйте криптовыручку напрямую на личные счета и никогда не принимайте средства с анонимных биржевых аккаунтов или P2P-платформ без документации. Даже одна недокументированная криптотранзакция в иначе чистой истории счёта создаёт комплаенс-событие, требующее объяснения.
Стоимость подготовки такого объяснения во времени, юридических расходах и ущербе отношениям намного превышает стоимость ведения надлежащих записей KYT с самого начала.
На что обратить внимание:
- Выгружайте журналы KYT по фиксированному ежемесячному графику. Разовые выгрузки оставляют пробелы, которые при проверке досье выглядят как отсутствие должной проверки.
- Проверяйте кошельки до, а не после принятия. Кошелёк с повышенным риском, дошедший до вашего IBAN до проверки, загрязняет иначе чистую историю счёта.
- Сверяйте каждое поступление с конкретным счётом или сделкой. Поступление без соответствующей записи воспринимается как необъяснённое независимо от реального источника.
| Практика KYT | Как внедрить | Что предотвращает |
|---|---|---|
| Ежемесячная выгрузка журнала KYT | Выгружайте у признанного провайдера мониторинга ежемесячно | Пробелы в истории транзакций, запускающие комплаенс-запросы |
| Проверка кошелька до получения | Проверяйте отправляющий кошелёк до зачисления средств на IBAN | Экспозицию кошелька повышенного риска, загрязняющую чистую историю счёта |
| Сверка со счетами | Сопоставляйте каждое криптопоступление со счётом OTC или клиентской записью | Необъяснённые поступления, выглядящие как подозрительная активность |
| Декларация о владении | Подписывайте и храните подтверждение владения для каждого заявленного кошелька | Спор о владении кошельком при комплаенс-проверке |
| Исключение P2P-потоков | Никогда не принимайте и не отправляйте через P2P-платформы без документации | Неотслеживаемые потоки, которые невозможно объяснить комплаенс-командам |
Главный вывод: Банки не блокируют крипту; они блокируют неструктурированную крипту. Документация KYT превращает неструктурированный поток в соответствующий требованиям.
Шаг 5. Стройте многоуровневые платёжные потоки по видам деятельности
Смешивание разных видов потоков в одном счёте — одна из самых частых причин комплаенс-осложнений для бизнеса с повышенным риском. Когда клиентские депозиты, криптоплатежи, выплаты PSP и партнёрские комиссии идут через один IBAN, комплаенс-команды не могут чётко их различить, и эта неопределённость становится риском, который ваш счёт по умолчанию принимает на себя.
Решение — разделять потоки по видам деятельности с помощью отдельных IBAN или EMI для каждого сценария. Полное руководство по структурированию мультивалютных схем см. в нашей статье о мультивалютных счетах для бизнеса с повышенным риском.
Приём клиентских платежей должен идти через PSP на выделенный счёт EMI, заявленный именно для этой цели. Криптопродажи и OTC-конвертации должны идти через отдельную EMI, с журналами KYT по каждой транзакции.
Расчёты PSP должны поступать на мерчантский счёт, заявленный в мерчантском файле PSP, но никогда не на общий операционный счёт. Казначейские потоки между операционной структурой и офшорными счетами должны сопровождаться задокументированными пояснениями цели и основания каждого перевода по той же логике, что рассмотрена в материале офшорные и местные банковские счета для бизнеса с повышенным риском.
Партнёрские выплаты должны идти через выделенный платёжный счёт, отдельный от основных операционных потоков.
Такое разделение делает три вещи сразу. Оно создаёт чёткие аудиторские следы, которые комплаенс-команды могут проследить без неоднозначности.
Оно ограничивает радиус поражения любого отдельного комплаенс-события: флаг на счёте криптопотоков не замораживает автоматически счёт для клиентских платежей. И оно демонстрирует каждой финансовой институции в вашей сети, что операции структурированы намеренно, а не собраны оппортунистически.
Руководство по более широкой структуре, внутри которой работает такое разделение, см. в статье об устойчивых банковских структурах для бизнеса с повышенным риском.
На что обратить внимание:
- Назначайте один счёт на вид деятельности. Клиентским депозитам, криптоплатежам и партнёрским выплатам нужен свой выделенный коридор.
- Направляйте расчёты PSP только на заявленный мерчантский счёт. Расчёт, попавший куда-либо ещё, читается как незаявленное изменение структуры.
- Документируйте каждый новый счёт до его появления в транзакции. Новый IBAN без предварительного заявления воспринимается так же, как любой другой незаявленный контрагент.
| Вид потока | Рекомендуемая структура связи | Ключевая документация |
|---|---|---|
| Депозиты клиентов по картам | PSP в выделенную SEPA-EMI | Мерчантское соглашение с PSP, карта потока |
| Крипто-OTC-конвертация | OTC-деск в EMI со связкой KYT | Журналы KYT, счёт OTC на каждую транзакцию |
| Расчёты PSP | PSP в заявленную мерчантскую EMI | Обновление мерчантского файла, график расчётов |
| Казначейский перевод | Операционная EMI на офшорный счёт | Пояснение к переводу, документы об отношениях структур |
| Партнёрские выплаты | Операционная EMI в EMI партнёра или офшорный счёт | Партнёрское соглашение, график платежей |
Пример
Группа криптоплатежей, пропускавшая клиентские депозиты, OTC-конвертации и партнёрские выплаты через один счёт в евро, вызвала пересмотр портфеля через восемь месяцев, когда банк не смог отделить законные партнёрские комиссии от объёма крипторасчётов в одной книге. Разделение трёх потоков на три выделенных счёта EMI, каждый с собственной заявленной целью, закрыло проверку за три недели, а банк позже повысил группе лимиты транзакций.
Главный вывод: Разделённые потоки легче защищать, легче масштабировать, и они существенно реже запускают комплаенс-события, затрагивающие всю вашу банковскую инфраструктуру сразу.
Шаг 6. Избегайте ошибок, запускающих заморозки и флаги
Большинство заморозок счетов и прекращений обслуживания PSP, затрагивающих в остальном соответствующий требованиям бизнес с повышенным риском, восходит к небольшому числу повторяющихся ошибок. Ни одна из них не связана с по-настоящему незаконной деятельностью.
Они связаны с законными транзакциями, проведёнными без документации и заявлений, превращающих их из комплаенс-рисков в одобренные потоки.
Использование личного кошелька для деловых криптосчетов — самый частый триггер. Личные кошельки нельзя проверить в той же комплаенс-рамке, что и деловые, а средства, приходящие с них или уходящие на них, сразу порождают вопросы о бенефициарном владении и обособлении средств.
Не менее вредны расчёты по выплатам PSP на счёт, не заявленный в мерчантском файле, поскольку это наводит на мысль либо о незаявленном изменении структуры, либо о намеренной попытке увести средства мимо заявленных каналов. Приём средств с анонимных биржевых аккаунтов или отправка на P2P-платформы без документации создаёт неотслеживаемые потоки, которые комплаенс-команды не могут отличить от незаконной активности независимо от реального происхождения.
Смешивание несвязанных видов деятельности в одном счёте — выручка от adult-контента и продажи NFT в одной книге или партнёрские выплаты по гемблингу рядом с платой за форекс-обучение — создаёт комплаенс-профиль, который ни одна институция не может чётко оценить. Банки и EMI откалиброваны на оценку определённых типов риска.
Смешанный счёт вынуждает применять к любой активности в нём самый высокий применимый стандарт риска, что почти всегда заканчивается лимитами объёма, усиленным мониторингом или закрытием. Более общие рекомендации по прохождению комплаенс-проверок см. в нашем руководстве по банковским решениям для бизнеса с повышенным риском.
На что обратить внимание:
- Никогда не используйте личный кошелёк для деловых расчётов. Деловым кошелькам нужны подтверждение владения и комплаенс-след, которых личный кошелёк дать не может.
- Направляйте расчёты PSP только туда, куда указывает мерчантский файл. Смена счёта назначения требует сначала обновления мерчантского файла, а не после факта.
- Полностью разделяйте несвязанные виды деятельности. Счёт, несущий два несвязанных рисковых профиля, наследует более строгий стандарт для обоих.
| Типичная ошибка | Почему запускает флаг | Как избежать |
|---|---|---|
| Личный кошелёк для деловых расчётов | Нельзя проверить в деловой комплаенс-рамке | Используйте только заявленные деловые кошельки с подтверждением владения в досье |
| Расчёт PSP на незаявленный счёт | Наводит на мысль о незаявленном изменении структуры бизнеса | Обновляйте мерчантский файл до направления на любой новый счёт |
| Средства с анонимной биржи | Неотслеживаемое происхождение создаёт AML-красный флаг | Принимайте только с заявленных, проверенных KYT биржевых аккаунтов |
| Смешанные виды деятельности в одном счёте | Навязывает самый высокий стандарт риска всем потокам | Выделяйте каждому виду деятельности отдельный счёт |
| P2P-транзакции без документации | Неотличимы от незаконного расслоения | Никогда не используйте P2P-платформы для деловых потоков без полной документации |
Трезвый взгляд
Никакое хитрое структурирование счетов не предотвратит заморозку, если ваш поток средств выглядит несогласованным для комплаенс-команды, когда она действительно посмотрит. Несколько выделенных счетов, журналы KYT и схемы движения средств снижают вероятность неудачной проверки, но не делают вас защищёнными от аудита, а действительно необъяснимый шаблон рано или поздно всплывёт, как бы ни была организована документация. Обходной счёт, открытый через неделю после заморозки без устранения лежащей в основе документации, — не решение. Это та же проблема под новым IBAN, и обычно она ломается быстрее исходного счёта.
Главный вывод: Комплаенс-команды замораживают счета не потому, что ваш бизнес относится к повышенному риску, а потому, что ваши потоки не объяснены. Документация — это разница.
Кейс: шестимесячная соответствующая требованиям платёжная архитектура в ЕС
Наблюдение за тем, как соответствующая требованиям платёжная архитектура работает на практике, проясняет, как выглядят описанные выше принципы документирования и разделения в реализации. Этот составной пример опирается на шаблон, типичный для лицензированных OTC-десков, обслуживающих корпоративных клиентов в ЕС.
Лицензированный OTC-деск выстроил платёжную архитектуру вокруг трёх связанных институций: счёта SEPA в литовской EMI, PSP для карточных депозитов клиентов в евро и швейцарского OTC-деска для вывода крипты в фиат. Клиентские карточные платежи приходили через PSP, расчётом попадали в EMI, конвертировались из евро в стейблкоин через OTC-деск и доставлялись на заявленный кошелёк клиента после KYT-проверки на каждом шаге цепочки.
Сопроводительная документация включала соглашение с PSP и форму онбординга EMI, записи KYT по каждому задействованному кошельку, счёт OTC на каждую транзакцию и схему потоков, ежемесячно подаваемую банку. За шесть месяцев архитектура не дала ни одного комплаенс-флага, принесла рост объёмов PSP после сложившейся истории и одобрение швейцарского казначейского счёта на основании продемонстрированной прозрачности структуры потоков.
Решающим фактором была не сложность архитектуры. Им была полнота документации на каждом шаге, поданной до движения средств, а не собранной потом.
| Шаг потока | Институция | Поданная документация |
|---|---|---|
| Платёж клиента картой | PSP | Мерчантское соглашение с PSP, KYC клиента |
| Расчёт в евро | Литовская EMI | Договор с PSP, схема движения средств |
| Конвертация евро в стейблкоин | Швейцарский OTC-деск | Счёт OTC, журнал KYT по каждой транзакции |
| Стейблкоин на кошелёк клиента | Заявленный кошелёк клиента | KYT-проверка, декларация о владении кошельком |
| Ежемесячная сверка | Все институции | Карта потока, сводка объёмов, выгрузка KYT |
Главный вывод: Соответствующая требованиям платёжная архитектура строится не избеганием сложности, а документированием каждого шага этой сложности до движения средств.
Как помогает BankMyCapital
Построение платёжной архитектуры, выдерживающей постоянные проверки, требует большего, чем открытие счетов в нужных институциях. Наши услуги охватывают документацию, картирование движения средств и заявления о контрагентах, позволяющие банку, PSP и криптобирже работать вместе, не помечая друг друга.
Мы помогаем структурировать коридоры, готовим пакет KYT и комплаенс-документов, которого ждёт каждая институция, и создаём резервные каналы, чтобы одно комплаенс-событие не обрушило весь ваш платёжный стек.
Стабильность счёта в дальнейшем зависит от той же дисциплины, что привела к одобрению коридора: заявленные контрагенты, последовательные объёмы и схема движения средств, остающаяся актуальной при каждом добавлении новой связи. Операторы, считающие первоначальное одобрение финишем, а не началом привычки документировать, непропорционально представлены среди счетов, помеченных при следующей портфельной проверке банка.
Заключение
Безопасная привязка банковских счетов к PSP и криптобиржам — не техническая задача подключения. Это дисциплина документирования и заявления, которую каждая институция в вашей цепочке должна увидеть до движения средств, а не после того, как комплаенс-офицер задаст вопрос, к которому вы не были готовы.
Бизнесы, делающие это правильно, относятся к каждому новому коридору одинаково: заявляют контрагента, называют цель, документируют поток и поддерживают бумаги в актуальном состоянии по мере изменения объёмов и партнёров.
Бизнесы, делающие это неправильно, почти никогда не ошибаются через незаконную деятельность. Они относятся к документации как к чему-то, что производят реактивно, когда запрос уже пришёл, а не как к тому, что предотвращает сам запрос.
Замороженный счёт, прекращённые отношения с PSP или помеченный IBAN редко являются вердиктом о самом бизнесе. Обычно это вердикт о том, насколько хорошо связи вокруг этого бизнеса были объяснены заранее.
Выстройте привычку один раз, по каждой поддерживаемой вами связи, и платёжная архитектура под вашим бизнесом станет тем, что банки и EMI могут быстро одобрять и продолжать одобрять проверку за проверкой, а не тем, что им приходится заново осваивать при каждом новом коридоре.
Часто задаваемые вопросы
Почему привязка банковских счетов к PSP и криптобиржам запускает комплаенс-проверки?
Каждый лицензированный банк и EMI обязан по Travel Rule FATF, PSD2 и MiCA отслеживать и документировать все платёжные связи. Незаявленная связь между вашим банком и PSP или криптобиржей воспринимается как рисковое событие, а не упущение, потому что без документации, объясняющей её, она неотличима от намеренной маршрутизации средств.
Заявление до первой транзакции — единственный способ этого избежать.
Какая документация нужна перед привязкой банковского счёта к PSP?
Вам нужны договор с PSP или подтверждение онбординга, схема движения средств, показывающая, откуда поступают расчётные средства и куда они направляются, образец счёта или запись платформы, демонстрирующая лежащую в основе коммерческую деятельность, ваша политика AML и KYC и реквизиты бенефициарного счёта, точно совпадающие во всей документации онбординга. Обновите досье онбординга банка, включив в него PSP как заявленного контрагента до поступления первого расчёта.
Можно ли привязать офшорный банковский счёт к моему PSP?
В ряде случаев да, но только если PSP принимает офшорные бенефициарные счета, а объём и бизнес-модель обоснованы. Многие PSP требуют расчётных счетов в ЕС для мерчантских операций в ЕС.
Уточните требования PSP к расчётам до структурирования потока и убедитесь, что офшорный счёт заявлен и в мерчантском файле PSP, и в документации онбординга вашего банка.
Как привязать банковский счёт к криптобирже в соответствии с требованиями?
Заявите биржу или OTC-деск в досье онбординга банка до любых транзакций. Получите отчёт KYT по каждому задействованному кошельку от признанного провайдера мониторинга.
Подавайте счёт OTC или запись о биржевой транзакции по каждой конвертации. Никогда не используйте личные кошельки для деловых криптосчетов и никогда не принимайте средства с анонимных биржевых аккаунтов.
Что происходит, если банк помечает входящий платёж от PSP после его поступления?
Комплаенс-запрос по входящему платежу решаем, если документация уже на месте. Ответьте в течение 24 часов, приложив договор с PSP, схему движения средств и письменное объяснение цели транзакции.
Если документации нет, разрешить вопрос значительно труднее, а средства иногда удерживают на время расследования. Поэтому документация должна предшествовать активности, а не следовать за комплаенс-событием.
Стоит ли использовать разные счета для разных видов платёжных потоков?
Да, всегда. Клиентские депозиты, криптоплатежи, выплаты PSP, казначейские переводы и партнёрские комиссии должны по возможности идти через отдельные выделенные счета.
Смешивание этих потоков в одном счёте заставляет банк или EMI применять к любой активности самый высокий применимый стандарт риска, что создаёт комплаенс-осложнения, затрагивающие все виды потоков одновременно.
Как часто пересматривать документацию по платёжным связям?
Проводите полный квартальный аудит каждой активной платёжной связи, проверяя, что каждое соединение сейчас заявлено в досье онбординга каждой затронутой институции, а заявленные объёмы соответствуют фактическим шаблонам транзакций. Любое изменение контрагента, объёма, направления потока или валюты требует обновлённой документации, даже если сама деятельность не изменилась.