Crypto/Web3

Безопасная привязка банковских счетов к PSP и криптобиржам

Стэнли Майерс·Руководитель отдела исследований и редакции·Обновлено 24 октября 2026 г.

Ваш счёт замораживают через неделю после подключения нового 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 и KYCPSP, 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 на каждую транзакцию
Расчёты PSPPSP в заявленную мерчантскую 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 применять к любой активности самый высокий применимый стандарт риска, что создаёт комплаенс-осложнения, затрагивающие все виды потоков одновременно.

Как часто пересматривать документацию по платёжным связям?

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

Читайте также

В вашей ситуации есть особенности, которые не охватывает эта статья.

Получите бесплатный конфиденциальный письменный ответ по вашим вариантам в течение 48 часов. Без обязательств.

Получить письменный ответ по вашим вариантам
—Часто задаваемые вопросы
Почему привязка банковских счетов к PSP и криптобиржам запускает комплаенс-проверки?

Каждый лицензированный банк и EMI обязан по Travel Rule FATF, PSD2 и MiCA отслеживать и документировать все платёжные связи. Незаявленная связь между вашим банком и PSP или криптобиржей воспринимается как рисковое событие, а не упущение, потому что без документации, объясняющей её, она неотличима от намеренной маршрутизации средств. Заявление до первой транзакции — единственный способ этого избежать.

Какая документация нужна перед привязкой банковского счёта к PSP?

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

Можно ли привязать офшорный банковский счёт к моему PSP?

В ряде случаев да, но только если PSP принимает офшорные бенефициарные счета, а объём и бизнес-модель обоснованы. Многие PSP требуют расчётных счетов в ЕС для мерчантских операций в ЕС. Уточните требования PSP к расчётам до структурирования потока и убедитесь, что офшорный счёт заявлен и в мерчантском файле PSP, и в документации онбординга вашего банка.

Как привязать банковский счёт к криптобирже в соответствии с требованиями?

Заявите биржу или OTC-деск в досье онбординга банка до любых транзакций. Получите отчёт «знай свою транзакцию» по каждому задействованному кошельку от признанного провайдера мониторинга. Подавайте счёт OTC или запись о биржевой транзакции по каждой конвертации. Никогда не используйте личные кошельки для деловых криптосчетов и никогда не принимайте средства с анонимных биржевых аккаунтов.

Что происходит, если банк помечает входящий платёж от PSP после его поступления?

Комплаенс-запрос по входящему платежу решаем, если документация уже на месте. Ответьте в течение 24 часов, приложив договор с PSP, схему движения средств и письменное объяснение цели транзакции. Если документации нет, разрешить вопрос значительно труднее, а средства иногда удерживают на время расследования. Поэтому документация должна предшествовать активности, а не следовать за комплаенс-событием.

Стоит ли использовать разные счета для разных видов платёжных потоков?

Да, всегда. Клиентские депозиты, криптоплатежи, выплаты PSP, казначейские переводы и партнёрские комиссии должны по возможности идти через отдельные выделенные счета. Смешивание этих потоков в одном счёте заставляет банк или EMI применять к любой активности самый высокий применимый стандарт риска, что создаёт комплаенс-осложнения, затрагивающие все виды потоков одновременно.

Как часто пересматривать документацию по платёжным связям?

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

01

Вы описываете свою ситуацию парой предложений.

02

В тот же день это читает человек. Не бот.

03

Вы получаете письменный ответ в течение 48 часов, под NDA.

Бесплатная предварительная проверка

Расскажите, что случилось. Письменный ответ по вашим вариантам за 48 часов.

Укажите хотя бы один способ с вами связаться.

Под NDA с первого сообщения. Отвечает живой человек, в течение 48 часов.