# Sessions bloquejades en revisió, i com reduir-les Source: https://help.didit.me/ca/verification-sessions/session-in-review Updated: 2026-10-12 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. **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. [Video: Etiquetes, estat i xat de sessió: revisar casos en equip - Didit Academy](https://www.youtube.com/watch?v=bRkH0agxVDc) > **Warning:** **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ó](https://help.didit.me/ca/verification-sessions/reading-a-verification-result). 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](https://help.didit.me/screenshots/sessions-bulk-light.webp) *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](https://help.didit.me/ca/liveness-biometrics/face-match-thresholds). 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](https://help.didit.me/ca/aml-screening/resolving-aml-hits). 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](https://help.didit.me/ca/verification-sessions/duplicate-detection). 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](https://help.didit.me/ca/aml-screening/ongoing-monitoring).