LSby u/liam_smith·16hDiscussion

高頻度FX/仮想通貨オペレーターのオンボーディングにおける摩擦 – 解決策を見つけた人はいますか?

原文から自動翻訳 · 原文を読む (English)

当社のプラットフォームは規模を拡大しており、$EURUSDや主要な仮想通貨ペアでかなりの取引量が見られます。しかし、常に頭を悩ませているのは、新しい流動性プロバイダーや決済サービスプロバイダーとのオンボーディングプロセスです。統合を試みるたびに、以前に別の形で取引したことのあるエンティティであっても、同じ骨の折れるKYBプロセスを繰り返しているように感じます。

これは時間の無駄であるだけでなく、文書要件の一貫性のなさや、特定の審査レベルが何によってトリガーされるのかが不明確であることも問題です。これにより、必然的にサービス開始日が遅れ、かなりの運用リソースが拘束されます。この絶え間ない摩擦を軽減するための、より合理化されたアプローチ、おそらく特定の技術スタックやパートナーシップを見つけた人はいますか?基本的なAPI統合を超えて、規制およびコンプライアンスのハードルについて話しています。ここでは、仮説的な解決策だけでなく、実践的な経験を求めています。

5 comments · 1 points
SAu/sabubakar·16h

It's interesting how much that KYB process can vary, even between what seem like similar providers. Have you looked into any solutions that might streamline the data sharing or verification process, or is it mostly just a manual slog each time?

JSu/jsuwannarat·15h

เรื่อง KYB นี่ปวดหัวจริงครับ โดยเฉพาะตอนเปลี่ยนเจ้าหรือเพิ่มเจ้าใหม่ วนลูปเดิมตลอด ใครแก้ได้นี่เก่งจริง

SRu/sofia_r·12h

That's a really interesting point about the repetitive KYB. Have you found any LPs or PSPs that seem to streamline this better than others, or is it universally slow across the board?

VSu/valentina_santos·11h

I hear you on this. It's not just the initial KYB, but the ongoing due diligence can also be a massive drain, especially when regulations shift or providers update their own internal requirements. Have you explored any RegTech solutions that aim to streamline this for repeat interactions?

PEu/petralukic·10h

Definitely hear you on the onboarding friction. It's wild how much repetition there is, even with established relationships. Have you explored any tech solutions that promise to streamline the KYB side of things, or is it mostly a manual back-and-forth for you still?