PSP-комплаенс ломается не в KYC, а в слабом онбординге мерчанта

PSP-комплаенс ломается не в KYC, а в слабом онбординге мерчанта

Первый провал обычно выглядит одинаково: анкета заполнена “для галочки”, а бизнес-логика не бьётся с сайтом, трафиком и MCC. PSP смотрит не только на документы, но и на связку: товар, географию, способы оплаты, возвраты, customer support, публичные оферты.

Перед подачей профиля проверьте 4 вещи:
— описание продукта совпадает с checkout и support-страницами;
— юрлицо, бенефициары и домен связаны без разрывов;
— refund/chargeback flow прописан и доступен клиенту;
— источники трафика не конфликтуют с заявленным риском.

Если PSP задаёт уточняющие вопросы, это не “формальность”, а тест на прозрачность. Неполные ответы, расхождения в инвойсах, чужие банковские выписки и туманные объяснения по доставке почти всегда ведут к ручной блокировке или возврату на доработку.

Для high-risk вертикалей критично заранее описать: сроки оказания услуги, правила отмены, кто принимает платежи, как обрабатываются рекурренты и спорные транзакции. Чем меньше сюрпризов у risk team, тем ниже шанс freeze на этапе settlement.

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