warnings[] em cada array de funcionalidade e através de decision_trace.
Como o resultado é construído
- Cada funcionalidade KYB (
KYB_REGISTRY,AML,KYB_DOCUMENTS,KYB_KEY_PEOPLE) termina com o seu próprio estado:"Approved","In Review"ou"Declined". Consulte estados. - Cada funcionalidade gera etiquetas de aviso quando algo não está correto, por exemplo uma empresa dissolvida, um documento que contradiz o registo ou uma correspondência na triagem. As etiquetas estão listadas em avisos KYB.
- O seu fluxo atribui uma ação a cada aviso (nenhuma ação, revisão ou recusa), pelo que o mesmo aviso pode aprovar, enviar para revisão ou recusar, consoante a sua política.
- Os estados das funcionalidades agregam-se no estado da sessão. Um revisor ainda pode alterá-lo manualmente, e nesse caso a decisão inclui
status_override.
Sinais que alimentam o resultado
As chaves do fluxo estão documentadas em configurações de funcionalidades do fluxo.
Como usar o resultado do seu lado
Ramifique a lógica pela etiqueta exata do estado e registe as etiquetas de aviso, para que a sua equipa possa ver porque é que uma sessão ficou onde ficou.Próximos passos
Estados
Taxonomia de estados.
Avisos KYB
Todas as etiquetas de aviso que uma verificação KYB pode gerar.
Esquema da resposta
Onde aparecem os avisos e o rasto da decisão.