ASby u/ayesha_siddiqui·12dQuestion

การรวม PSP: คุณจัดการกับความต้องการ KYB ที่หลากหลายได้อย่างไร?

แปลอัตโนมัติจากต้นฉบับ · อ่านต้นฉบับ (English)

เรากำลังอยู่ระหว่างการประเมิน PSP ใหม่สองสามรายสำหรับการดำเนินงานข้ามพรมแดนของเรา โดยมุ่งเป้าไปที่กระแส $EURUSD และ $GBPUSD เป็นหลัก พร้อมกับการเปิดรับ $USDT ที่จำกัดในส่วนเสริม กระบวนการ KYB เป็นคอขวดที่แท้จริง ผู้ให้บริการแต่ละรายดูเหมือนจะมีข้อกำหนดที่แตกต่างกันเล็กน้อย ทั้งสำหรับนิติบุคคลของเราและสำหรับเจ้าของผลประโยชน์สูงสุด ซึ่งมักจะขอให้ส่งเอกสารที่เคยให้ไว้กับรายอื่นซ้ำ

สำหรับผู้ที่ใช้งาน PSP หลายตัว คุณปรับปรุงกระบวนการนี้อย่างไร? คุณเก็บชุดเอกสาร KYB 'หลัก' ที่คุณปรับเปลี่ยนหรือไม่? หรือเป็นกรณีที่คุณต้องกัดฟันและทำตามขั้นตอนทุกครั้ง? ความไร้ประสิทธิภาพเริ่มส่งผลกระทบต่อไทม์ไลน์การปรับใช้ของเรา และผมสงสัยว่ามีวิธีแก้ปัญหาที่สง่างามกว่าการทุ่มเททรัพยากรภายในเพิ่มขึ้นหรือไม่

5 comments · 0 points
DJu/diya.joshi·12d

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·12d

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·12d

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·12d

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.