KYB munkafolyamat

​

KYB munkafolyamat

A KYB munkafolyamat kombinálja az aktuális ügyfél-, kapcsolt fél-, képesség-, feladat-, beküldés- és dokumentum-erőforrásokat a vállalkozás és tulajdonlása szabályzati felülvizsgálatával.

​

Aktuális munkafolyamat sorrendje

​

1. Az üzleti ügyfél létrehozása

Hozza létre az üzleti ügyfelet a POST /v3/customers művelettel. Olvassa be az aktuális ügyfelet a GET /v3/customers/{customerId} művelettel.

​

2. Kapcsolt felek fenntartása

Használja a GET /v3/customers/{customerId}/related-parties műveletet az aktuális felek áttekintéséhez, a POST /v3/customers/{customerId}/related-parties műveletet egy létrehozásához, és a PATCH /v3/customers/{customerId}/related-parties/{relatedPartyId} műveletet a megadott tények frissítéséhez. Tartsa fenn a közvetlen tulajdonosokat, anyavállalatokat, UBO-kat, ellenőrző személyeket, igazgatókat, tisztségviselőket és aláírókat, amelyeket az aktuális feladatok kérnek. Szerepeik elkülönültek.

​

3. Fedezze fel és kérje a jogosult képességet

Olvassa be a GET /v3/customers/{customerId}/capabilities/supported műveletet. Csak akkor kérjen elérhető vagy béta képességet, ha az ügyfél jogosult, a POST /v3/customers/{customerId}/capabilities/{capabilityId} művelettel.

​

4. Aktuális feladatok olvasása

Sorolja fel az aktuális munkát a GET /v3/customers/{customerId}/tasks művelettel. Kérje le minden cselekvési feladatot a GET /v3/customers/{customerId}/tasks/{taskId} művelettel, majd származtassa a következő műveletet a jelenlegi revíziójából, követelményeiből és munkameneteiből.

​

5. Az aktuális feladat által kért dokumentumok feltöltése

Töltse fel a kért fájlt a POST /v3/customers/{customerId}/documents művelettel. Az aktuális feladat határozza meg, hogy egy dokumentum szükséges-e, és szűkítheti az elfogadott típust, darabszámot vagy formátumot.

​

6. Teljes feladatválaszok beküldése

Küldjön el egy teljes válaszcsomagot az aktuális feladat-revízióhoz a POST /v3/customers/{customerId}/tasks/{taskId}/submissions művelettel. Használja az aktuális követelmény-azonosítókat és csak akkor hivatkozzon a feltöltött dokumentum-azonosítókra, ahol a feladat kéri.

​

7. Aktuális erőforrások figyelése

Minden művelet vagy esemény után frissítse le az ügyfelet a GET /v3/customers/{customerId} művelettel, a képességet a GET /v3/customers/{customerId}/capabilities/{capabilityId} művelettel, alkalmazásait a GET /v3/customers/{customerId}/capabilities/{capabilityId}/applications művelettel, és bármely aktuális feladatot. A teljes mechanikához lásd az üzleti onboarding, Képességek és feladatok és az Integrációs dokumentumok útmutató oldalakat.

​

Fokozott átvilágítás (EDD) kiváltó okai

EDD szükséges lehet a következőkhöz:

• Magas kockázatú joghatóságok
• Magas kockázatú vertikumok, beleértve a szerencsejátékot, kereskedést és kripto tőzsdéket
• Összetett tulajdonlási struktúrák
• Elvárt havi volumen az alkalmazandó küszöbök felett
• Szankcionált országokat érintő műveletek

​

Szabályzati felülvizsgálat kimenetelei

Kimenetel: KYB jóváhagyás, feltételes jóváhagyás felső korlátokkal, vagy elutasítás. Ezek szabályzati felülvizsgálati kimenetelek, nem aktuális API státusz értékek. Egy feltételes szabályzati döntést az aktuális erőforrások tükrözhetnek anélkül, hogy létrejöne egy “conditional approval” nevű státusz.

​

Ellenőrzési idővonal

Ezek az időtartamok tipikus szabályzati becslések, nem garantált API viselkedés.

​

Gyakori elutasítási okok

​

Szabályzati kifejezések és API-állapotok

Tartsa külön a szabályzati döntéseket az aktuális erőforrás szótáraktól:

• Képesség státusz: pending, ready, restricted, rejected, canceled
• Alkalmazás státusz: requested, in_review, action_required, ready, rejected, disabled, canceled
• Feladat státusz: action_required, in_review, satisfied, rejected, canceled
• Beküldés kimenetele: in_review, accepted, changes_requested, rejected

Olvassa be a legfrissebb erőforrást, ahelyett, hogy egy szabályzati kimenetelt API-értékre fordítana.