KYB darbplūsma

​

KYB darbplūsma

KYB darbplūsma apvieno pašreizējos klienta, saistīto pušu, iespēju, uzdevumu, iesniegumu un dokumentu resursus ar uzņēmuma un tā īpašumtiesību politikas pārbaudi.

​

Pašreizējā darbplūsmas secība

​

1. Izveidojiet uzņēmuma klientu

Izveidojiet uzņēmuma klientu ar POST /v3/customers. Nolasiet pašreizējo klientu ar GET /v3/customers/{customerId}.

​

2. Uzturiet saistītās puses

Izmantojiet GET /v3/customers/{customerId}/related-parties, lai pārskatītu pašreizējās puses, POST /v3/customers/{customerId}/related-parties, lai izveidotu vienu, un PATCH /v3/customers/{customerId}/related-parties/{relatedPartyId}, lai atjauninātu sniegtos faktus. Uzturiet tiešos īpašniekus, mātes vienības, UBO, kontrolējošās personas, direktorus, amatpersonas un parakstītājus, ko pieprasa pašreizējie uzdevumi. Viņu lomas ir atsevišķas.

​

3. Atklājiet un pieprasiet piemērotu iespēju

Nolasiet GET /v3/customers/{customerId}/capabilities/supported. Pieprasiet pieejamu vai beta iespēju tikai tad, kad klients ir atbilstošs, izmantojot POST /v3/customers/{customerId}/capabilities/{capabilityId}. Jums nav nepieciešams pilns īpašnieku saraksts, pirms pieprasāt iespēju. Kad vēl nepastāv kvalificējošs patiesā labuma guvējs, iespēja tomēr tiek izveidota kā restricted ar atvērtiem uzdevumiem, kas pieprasa īpašumtiesību struktūru un kvalificējošu īpašnieku. Skatiet patiesā labuma guvēja priekšnosacījumu. Nosauktajām bankas iespējām uzņēmumam ir viena pieteikuma lieta katrā bankā, kas tiek koplietota starp saderīgām iespējām. Atbilžu kodus, selectedApplicationId un klienta pieteikumu sarakstu skatiet sadaļā Kopīgi pieteikumi katrai bankai.

​

4. Nolasiet pašreizējos uzdevumus

Uzskaitiet pašreizējo darbu ar GET /v3/customers/{customerId}/tasks. Ielādējiet katru rīkojamo uzdevumu ar GET /v3/customers/{customerId}/tasks/{taskId}, pēc tam iegūstiet nākamo darbību no tā pašreizējās versijas, prasībām un sesijām. Datu ievākšanas uzdevumos, kas pieņem tiešu iesniegšanu, atbilstošās prasības, ko jau pamato uzņēmuma profils vai augšupielādētie dokumenti, automātiski pāriet uz pārskatīšanu. Veidojiet formas no katras prasības metadatiem. Skatiet Prasību attēlošana.

​

5. Augšupielādējiet dokumentus, ko pieprasa pašreizējais uzdevums

Augšupielādējiet pieprasīto failu ar POST /v3/customers/{customerId}/documents. Pašreizējais uzdevums nosaka, vai dokuments ir nepieciešams, un var sašaurināt tā pieņemto veidu, skaitu vai formātu.

​

6. Iesniedziet pilnas uzdevuma atbildes

Iesniedziet vienu pilnu atbilžu kopu pašreizējai uzdevuma versijai ar POST /v3/customers/{customerId}/tasks/{taskId}/submissions. Izmantojiet pašreizējos prasību ID un atsauciet augšupielādēto dokumentu ID tikai tur, kur uzdevums to prasa.

​

7. Uzraugiet pašreizējos resursus

Pēc katras darbības vai notikuma atkārtoti ielādējiet klientu ar GET /v3/customers/{customerId}, iespēju ar GET /v3/customers/{customerId}/capabilities/{capabilityId}, tās pieteikumus ar GET /v3/customers/{customerId}/capabilities/{capabilityId}/applications un jebkurus pašreizējos uzdevumus. Pilnai mehānikai skatiet uzņēmumu iesaisti, Iespējas un uzdevumi un Integrācijas dokumentu ceļvedi.

​

Pastiprinātas pārbaudes (EDD) iniciatori

EDD var būt nepieciešams:

• Augsta riska jurisdikcijām
• Augsta riska vertikālēm, tostarp spēlēm, tirdzniecībai un kripto biržām
• Sarežģītām īpašumtiesību struktūrām
• Sagaidāmajam mēneša apjomam, kas pārsniedz piemērojamās robežvērtības
• Darbībām, kas saistītas ar sankcionētām valstīm

​

Politikas pārbaudes rezultāti

Rezultāts: KYB apstiprinājums, nosacīts apstiprinājums ar ierobežojumiem vai noraidījums. Tie ir politikas pārbaudes rezultāti, nevis pašreizējās API statusa vērtības. Nosacītu politikas lēmumu var atspoguļot caur pašreizējiem resursiem, neveidojot statusu “conditional approval”.

​

Verifikācijas laika grafiks

Šie ilgumi ir tipiskas politikas aplēses, nevis garantēta API uzvedība.

​

Biežākie noraidīšanas iemesli

​

Politikas termini un API stāvokļi

Turiet politikas lēmumus atsevišķi no pašreizējiem resursu vārdnīcām:

• Iespējas statuss: pending, ready, restricted, rejected, canceled
• Pieteikuma statuss: requested, in_review, action_required, ready, rejected, disabled, canceled
• Uzdevuma statuss: action_required, in_review, satisfied, rejected, canceled
• Iesnieguma rezultāts: in_review, accepted, changes_requested, rejected

Nolasiet jaunāko resursu, nevis pārveidojiet politikas rezultātu par API vērtību.