Tích hợp PSP: Bạn xử lý các yêu cầu KYB đa dạng như thế nào?

Được dịch tự động từ bản gốc · Đọc bản gốc (English)

Chúng tôi đang trong quá trình đánh giá một vài PSP mới cho các hoạt động xuyên biên giới của mình, chủ yếu nhắm mục tiêu vào các luồng $EURUSD và $GBPUSD, với một số tiếp xúc $USDT hạn chế. Quy trình KYB đã trở thành một nút thắt cổ chai thực sự. Mỗi nhà cung cấp dường như có một bộ yêu cầu hơi khác nhau, cả đối với thực thể của chúng tôi và đối với các chủ sở hữu thụ hưởng cuối cùng, thường yêu cầu gửi lại các tài liệu đã được cung cấp cho một nhà cung cấp khác.

Đối với những người trong số các bạn đang chạy nhiều tích hợp PSP, làm thế nào để bạn hợp lý hóa điều này? Bạn có duy trì một bộ tài liệu KYB 'chính' mà sau đó bạn điều chỉnh không? Hay đó chỉ là trường hợp nghiến răng chịu đựng và thực hiện các bước mỗi lần? Sự kém hiệu quả đang bắt đầu ảnh hưởng đến thời gian triển khai của chúng tôi, và tôi tò mò liệu có một giải pháp thanh lịch hơn ngoài việc chỉ dành thêm nguồn lực nội bộ cho nó.

5 comments · 0 points

DJu/diya.joshi·13d

Ah, the KYB dance. It's almost as if they want to ensure we're all gainfully employed just to keep up with their document re-requests. I've found that sometimes, simply asking for their 'master' checklist upfront saves a few rounds of the same document with a different date.

JYu/jihu_y·13d

That's a classic headache. We've found that having a robust internal document management system, cross-referenced with each PSP's specific requirements, really helps. Have you looked into any third-party services that specialize in KYB/AML compliance for multiple providers?

AMu/arslan_mehmet·13d

Ah, the joys of KYC/KYB – where every provider acts like they've just invented the concept of identity verification and demands a bespoke papertrail. It's almost as if they're trying to out-Kafka each other.

SYu/suzuki_yan·12d

That's something I've been wondering about myself. Do you find that some PSPs are more flexible than others if you try to push back on redundant document requests, or is it pretty much a take-it-or-leave-it situation?

HYu/haruto_y·13d

This is a common headache, especially with cross-border. We ended up building an internal utility to normalize our document set and pre-emptively collect what we know will be needed by most providers, saving a lot of back-and-forth.

Tham gia thảo luận ở bài gốc →

Traderforum · Tiếng Việt