Skip to main content

Estat i flux de treball de verificació

El recorregut KYC des de la perspectiva de política avança des de la recollida d’informació, passant per la revisió, fins a una decisió d’aprovació o rebuig. Els recursos actuals de l’API exposen cicles de vida separats per a capacitat, aplicació, tasca i enviament.
Les etiquetes de revisió de política i les estimacions de temps no defineixen el comportament de l’API. No implementis una màquina d’estats a partir de les etiquetes següents.

Conceptes de revisió des de la política

Aquests conceptes de revisió des de la política descriuen el recorregut d’incorporació. No són valors enum actuals de l’API, valors de webhook o transicions garantides. Utilitza aquestes etiquetes només quan discuteixis el recorregut de política. No les enviïs com a valors d’estat actuals tret que un esquema generat actual demani explícitament el mateix valor en el seu propi context.

Flux de revisió KYC estàndard

  1. Crea el client individual.
  2. Descobreix i sol·licita una capacitat elegible.
  3. Llegeix el detall de la tasca actual.
  4. Envia el client a una sessió de verificació allotjada de primera part o presenta les respostes completes de tasca sol·licitades per la tasca.
  5. Deixa que la revisió s’executi mentre els recursos actuals reporten els seus propis estats de revisió.
  6. Torna a obtenir els recursos actuals per determinar si es requereix més acció o si la capacitat està preparada, restringida, rebutjada o cancel·lada.
El recorregut de política pot descriure-ho com no iniciat, verificació pendent, en revisió i després aprovat o rebutjat. Aquests termes no defineixen la seqüència de transició de l’API.

Flux de revisió KYC reforçada

  1. Completa el treball estàndard d’identitat i prova de vida sol·licitat actualment.
  2. Llegeix la tasca més recent quan la revisió reforçada sol·liciti informació addicional.
  3. Proporciona el justificant de domicili, la prova de fons o altres proves sol·licitades mitjançant la sessió allotjada o l’enviament de tasca actuals.
  4. Puja documents només quan la tasca actual ho demani.
  5. Continua monitoritzant els recursos actuals durant la revisió manual.
  6. Atura’t o continua basant-te en els estats actuals de capacitat, aplicació, tasca i enviament.
L’equip de compliment també pot coordinar una revisió reforçada mitjançant l’adreça de correu electrònic registrada del client.

Motius comuns de rebuig

Calendari de verificació

Aquestes durades són estimacions típiques de política, no un comportament garantit de l’API.

Vocabularis actuals d’estat de l’API

Els recursos actuals utilitzen vocabularis tancats separats:
  • Estat de capacitat: pending, ready, restricted, rejected, canceled
  • Estat d’aplicació: requested, in_review, action_required, ready, rejected, disabled, canceled
  • Estat de tasca: action_required, in_review, satisfied, rejected, canceled
  • Resultat d’enviament: in_review, accepted, changes_requested, rejected
No col·lapsis aquests vocabularis en un únic estat de verificació.

Esdeveniments i estat actual

Utilitza els Webhooks documentats actualment com a notificacions de canvi, i després torna a obtenir els recursos actuals de client, capacitat, aplicació i tasca. Els esdeveniments no substitueixen les lectures autoritatives de recursos, i cap etiqueta des de la política no implica un esdeveniment concret. Consulta Capacitats i tasques per al bucle d’acció actual.

Suport

Per a preguntes de política KYC, contacta compliance@swipelux.com. Per a problemes de l’API, contacta support@swipelux.com.