KYC-status og workflow

​

Verifiseringsstatus og workflow

Den policyvendte KYC-reisen beveger seg fra informasjonsinnsamling gjennom gjennomgang til en godkjennings- eller avvisningsbeslutning. Gjeldende API-ressurser eksponerer separate livssykluser for capability, application, oppgave og innsending.

​

Policyvendte gjennomgangskonsepter

Disse policyvendte gjennomgangskonseptene beskriver onboarding-reisen. De er ikke gjeldende API-enums, webhook-verdier eller garanterte overganger. Bruk disse merkelappene kun når du diskuterer policyreisen. Ikke send dem som gjeldende statusverdier med mindre et gjeldende generert skjema eksplisitt ber om samme verdi i sin egen kontekst.

​

Standard KYC-gjennomgangsflyt

1. Opprett individkunden.
2. Oppdag og be om en kvalifisert capability.
3. Les detaljene i den gjeldende oppgaven.
4. Send kunden til en førsteparts hosted verifiseringssesjon eller send inn de komplette oppgavesvarene som oppgaven ber om.
5. La gjennomgangen kjøre mens gjeldende ressurser rapporterer sine egne gjennomgangstilstander.
6. Hent gjeldende ressurser på nytt for å avgjøre om mer handling kreves eller capability-en er ready, restricted, rejected eller canceled.

Policyreisen kan beskrive dette som not started, pending verification, under review og deretter approved eller rejected. Disse begrepene definerer ikke API-overgangssekvensen.

​

Enhanced KYC-gjennomgangsflyt

1. Fullfør det forespurte standard identitets- og liveness-arbeidet.
2. Les den siste oppgaven når enhanced-gjennomgangen ber om ytterligere informasjon.
3. Oppgi forespurt bostedsbevis, bevis for midler eller annet bevis via den gjeldende hosted sesjonen eller oppgaveinnsendingen.
4. Last opp dokumenter kun når den gjeldende oppgaven ber om dem.
5. Fortsett å overvåke gjeldende ressurser under manuell gjennomgang.
6. Stopp eller fortsett basert på gjeldende capability-, application-, oppgave- og innsendingstilstander.

Compliance-teamet kan også koordinere en enhanced-gjennomgang gjennom kundens registrerte e-postadresse.

​

Vanlige avvisningsgrunner

​

Verifiseringstidslinje

Disse varighetene er typiske policy-estimater, ikke garantert API-atferd.

​

Gjeldende API-tilstandsordforråd

De gjeldende ressursene bruker separate lukkede ordforråd:

• Capability-status: pending, ready, restricted, rejected, canceled
• Application-status: requested, in_review, action_required, ready, rejected, disabled, canceled
• Oppgavestatus: action_required, in_review, satisfied, rejected, canceled
• Innsendingsutfall: in_review, accepted, changes_requested, rejected

Ikke slå disse ordforrådene sammen til én verifiseringsstatus.

​

Hendelser og gjeldende tilstand

Bruk gjeldende dokumenterte Webhooks som endringsvarslinger, og hent så de gjeldende kunde-, capability-, application- og oppgaveressursene på nytt. Hendelser erstatter ikke autoritative ressursavlesninger, og ingen policyvendt merkelapp innebærer en bestemt hendelse. Se Capabilities og oppgaver for den gjeldende handlingsløkken.

​

Support

For spørsmål om KYC-policy, kontakt compliance@swipelux.com. For API-problemer, kontakt support@swipelux.com.