In Review vol dir que les comprovacions automàtiques han acabat però han marcat alguna cosa que ha de resoldre una persona: com buidar la cua.

Resposta curta

In Review mai es resol sola. Vol dir que una comprovació ha marcat alguna cosa i espera que una persona del teu equip l'aprovi, la denegui, o demani un reenviament. Si el teu ritme de revisió és alt, la causa gairebé sempre és un llindar massa estricte - no el frau.

Important

Didit no revisa sessions. Una sessió En revisió està esperant una persona del teu equip, a la teva Consola de Negoci, i ningú de Didit l'està mirant. No hi ha cap cua a la banda de Didit ni estimació de temps: es queda En revisió fins que algú del teu equip decideixi.

De tots els estats, In Review és el que genera més consultes de suport, per un motiu senzill: sembla que la plataforma encara estigui treballant, quan en realitat la plataforma ha acabat i està esperant que actuïs tu.

#Què vol dir realment In Review

Totes les comprovacions automàtiques ja s'han executat. Almenys una ha generat un avís que el teu flux de treball encamina cap a revisió en lloc d'una decisió automàtica. La sessió ara es queda a la teva cua fins que una persona la resolgui. No hi ha cap temps límit que acabi decidint per tu, ni cap manera de fer que el sistema torni a executar les comprovacions i canviï de decisió tot sol.

#Resoldre una sessió

  1. Obre la cua de revisió

    Obre Verificació d’identitat → Verificacions d’usuaris → Necessita revisió, o Safata d’entrada → Decisions. A aprova, D rebutja, R demana un nou enviament i J/K navega. Revisa el diàleg abans de confirmar.

  2. Llegeix els avisos, no només l'estat

    Obre la sessió i mira quina comprovació l'ha marcat i què diu l'avís. Això és el que realment estàs decidint. Consulta com llegir un resultat de verificació.

  3. Decideix

    Aprova, denega, o demana un reenviament només del pas que ha fallat. Afegeix una nota - passarà a formar part del registre d'auditoria.

  4. Avisa el teu backend

    La decisió dispara un webhook status.updated, així que el teu sistema rep l'estat final sense que hagis de reconciliar-lo a mà.

Filtrar la llista de Verificacions per l'estat In Review a la consola de Didit
Filtra Verificacions per In Review per treballar la cua.

#Per què el teu ritme de revisió pot ser alt

Aproximadament en aquest ordre de probabilitat:

  1. Llindars de coincidència facial massa junts. Si la teva franja de revisió és àmplia, una variació normal de llum hi cau dins. Consulta puntuacions i llindars de coincidència facial.
  2. Llindar de revisió d'AML establert amb una puntuació de coincidència baixa. Els noms comuns generen coincidències candidates amb puntuacions baixes. Establir el llindar de revisió massa baix envia gairebé tothom a revisió. Consulta resoldre coincidències d'AML.
  3. Coincidències parcials en prova de domicili. Els formats d'adreça varien enormement segons el país; una diferència d'abreviatura es llegeix com una coincidència parcial. Decideix deliberadament si una coincidència parcial ha de passar a revisió o no.
  4. Coincidències parcials en validació en base de dades. La mateixa causa - un nom registrat de manera diferent en una font autoritzada.
  5. Avisos de cara duplicada en usuaris recurrents legítims. Si la mateixa persona real es verifica més d'una vegada, coincidirà amb ella mateixa. Consulta detecció de duplicats.
  6. Tots els avisos encaminats a revisió "per si de cas". Revisar-ho tot equival a no revisar res, perquè la cua deixa de treballar-se. Tria els avisos que realment necessiten criteri humà.

#Reordenar el flux de treball per revisar abans i més barat

Si el teu flux és car i molts sessions acaben igualment en revisió, moure les comprovacions de risc barates al principi fa que el flux s'aturi abans que s'executin les cares. L'anàlisi de dispositiu i IP, a 0,03 $, al davant d'un flux KYC complet redueix la despesa en trànsit que mai anava a passar.

El compromís és l'experiència d'usuari: una persona a qui s'atura al primer pas no ha invertit res, però tampoc aprèn per què. Decideix què importa més per al teu embut.

#Revisió de quatre ulls

Si estan habilitats els casos i la revisió per dues persones, el procés exigeix un segon revisor. La disponibilitat depèn de la configuració del cas i dels permisos.

#Què no és In Review

  • No és "encara processant". Si esperes que la plataforma acabi, l'estat que vols és In Progress.
  • No és una denegació suau. Una sessió In Review encara no té cap veredicte, així que no la mapegis com a "rebutjada" al teu propi sistema - mapeja-la al seu propi estat pendent.
  • No és res que el suport pugui decidir per tu. Només el teu equip té l'autoritat d'aprovar o denegar el teu propi client. El suport pot explicar per què una sessió s'ha marcat, i necessitarà el session_id per fer-ho.

#El monitoratge continu pot fer tornar una sessió aprovada a revisió

Si tens el monitoratge d'AML activat, una sessió prèviament aprovada pot passar a In Review més tard, quan un re-cribratge diari trobi una coincidència nova que superi el teu llindar de revisió. Aquest és el comportament esperat, no una regressió - i és tot el sentit del monitoratge. Consulta monitoratge AML continu.

Encara estàs encallat? Parla amb una persona.

Inclou l'ID de la teva organització i l'ID de la sessió sobre la qual preguntes.

Contacta amb el suport