KYC-status en workflow

​

Verificatiestatus en workflow

De beleidsgerichte KYC-journey beweegt van informatieverzameling via review naar een goedkeurings- of afwijzingsbeslissing. Huidige API-resources tonen aparte capability-, application-, task- en submission-lifecycles.

​

Beleidsgerichte reviewconcepten

Deze beleidsgerichte reviewconcepten beschrijven de onboardingjourney. Ze zijn geen huidige API-enums, webhook-waarden of gegarandeerde transities. Gebruik deze labels alleen bij het bespreken van de beleidsjourney. Verstuur ze niet als huidige statuswaarden tenzij een huidig gegenereerd schema expliciet dezelfde waarde in de eigen context vraagt.

​

Standard KYC-reviewflow

1. Maak de individuele klant aan.
2. Ontdek en vraag een eligible capability aan.
3. Lees het huidige taakdetail.
4. Stuur de klant naar een first-party hosted verification session of dien de volledige taakantwoorden in die de taak vereist.
5. Laat de review lopen terwijl huidige resources hun eigen reviewstates rapporteren.
6. Refetch de huidige resources om te bepalen of er meer actie vereist is of dat de capability ready, restricted, rejected of canceled is.

De beleidsjourney kan dit beschrijven als not started, pending verification, under review en vervolgens approved of rejected. Die termen definiëren niet de API-transitiesequence.

​

Enhanced KYC-reviewflow

1. Voltooi het momenteel gevraagde standard identity- en liveness-werk.
2. Lees de nieuwste taak wanneer enhanced review om aanvullende informatie vraagt.
3. Lever gevraagd adresbewijs, source of funds-bewijs of ander bewijs via de huidige hosted session of task submission.
4. Upload documenten alleen wanneer de huidige taak erom vraagt.
5. Blijf huidige resources monitoren tijdens handmatige review.
6. Stop of ga verder op basis van de huidige capability-, application-, task- en submission-states.

Het compliance team kan een enhanced review ook coördineren via het geregistreerde e-mailadres van de klant.

​

Veelvoorkomende afwijsredenen

​

Verificatietijdlijn

Deze duren zijn typische beleidsschattingen, geen gegarandeerd API-gedrag.

​

Huidige API-state-vocabularies

De huidige resources gebruiken aparte closed vocabularies:

• Capability status: pending, ready, restricted, rejected, canceled
• Application status: requested, in_review, action_required, ready, rejected, disabled, canceled
• Task status: action_required, in_review, satisfied, rejected, canceled
• Submission outcome: in_review, accepted, changes_requested, rejected

Klap deze vocabularies niet samen tot één verificatiestatus.

​

Events en huidige state

Gebruik momenteel gedocumenteerde Webhooks als change notifications en refetch daarna de huidige customer-, capability-, application- en task-resources. Events vervangen geen gezaghebbende resource-reads en geen enkel beleidsgericht label impliceert een specifiek event. Zie Capabilities en tasks voor de huidige action loop.

​

Support

Voor KYC-beleidsvragen, neem contact op met compliance@swipelux.com. Voor API-problemen, neem contact op met support@swipelux.com.