> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Revisão manual de KYC: painel do revisor > Reveja sessões sinalizadas de verificação de identidade no painel Didit. Aprove, recuse ou peça reenvio, com registos de auditoria e evidências. Revisão manual é uma parte essencial de qualquer fluxo robusto de verificação de identidade e de conformidade KYC. Quando o sistema automatizado assinala uma sessão de verificação com avisos ou inconsistências, a sessão passa para o estado **Em análise**, o que exige que um revisor treinado tome a decisão final. Este guia explica o processo completo de revisão manual, incluindo como usar a funcionalidade de **reenvio** para dar ao utilizador uma segunda oportunidade. *** ## Visão geral do painel de verificação ![Visão geral das verificações em revisão manual](https://mintcdn.com/didit-0f962782/ibesJiSLVa9jZb5z/images/console-manual-review.png?fit=max\&auto=format\&n=ibesJiSLVa9jZb5z\&q=85\&s=4f16a753968d444bf4e917c08bcbbef5) A vista de tabela de verificações lista todas as sessões com o respetivo estado, tipo de documento, país e outros detalhes principais, de relance. As sessões podem ter os seguintes estados: | Estado | Significado | | - | - | | **Aprovada** | O utilizador passou em todas as verificações de identidade | | **Recusada** | O utilizador não passou numa ou mais verificações de identidade | | **Em análise** | Requer a sua atenção manual antes de se poder tomar uma decisão | | **Reenviada** | Foi pedido ao utilizador que repita passos específicos da verificação | > [!WARNING] > > As sessões marcadas como **Em análise** dispararam um ou mais sinais de aviso durante o processamento automatizado. O número total de sessões pendentes de revisão é apresentado no topo do painel de verificação. *** ## Como conduzir uma revisão manual eficaz **1. Avaliação inicial** Clique em qualquer sessão para abrir a vista detalhada da sessão: 1. **Reveja todos os avisos** apresentados na visão geral da sessão. São os sinais específicos que acionaram a revisão manual (por exemplo, pontuação de prova de vida baixa, correspondência AML, inconsistência no documento). 2. **Reveja as tentativas de verificação anteriores do utilizador**. Clique nos dados do fornecedor do utilizador para aceder ao histórico de sessões e verificar se existem sessões de verificação anteriores. 3. **Reveja a cronologia de eventos da sessão**. A secção de eventos apresenta um registo cronológico de todas as ações realizadas durante a sessão. **2. Inspeção do documento** O sistema automatizado da Didit já realiza uma verificação completa do documento, incluindo a deteção de elementos de segurança, verificações de consistência dos dados campo a campo, validação do MRZ, verificação da data de validade e análise da qualidade da imagem. O seu papel é **avaliar os avisos sinalizados** e, quando necessário, confirmar visualmente o documento. 1. **Reveja os avisos do documento**. Verifique os avisos específicos que o sistema emitiu. Os avisos mais comuns incluem inconsistências de dados entre campos, falha na validação do dígito de controlo do MRZ, documentos expirados ou suspeita de adulteração. 2. **Verifique visualmente quando os avisos forem ambíguos**. Se um aviso sugerir possível adulteração ou baixa qualidade da imagem, inspecione diretamente as imagens do documento. Procure sinais de edição digital, recorte, captura de ecrã ou manipulação física. 3. **Verifique os dados OCR extraídos**. Reveja os dados que o sistema extraiu do documento e confirme que são consistentes. O sistema destaca os campos em que a confiança é baixa. 4. **Reveja os códigos QR e de barras descodificados**: quando o Document AI deteta um código QR ou de barras no documento, a vista da sessão destaca a sua localização na pré-visualização da imagem ou do PDF e mostra o payload descodificado. Um código que foi encontrado mas não pôde ser descodificado é apresentado apenas como detetado, sem qualquer payload atribuído. Esta sobreposição de localização é independente dos destaques de avisos de manipulação do documento, que mantêm o seu tratamento atual. 5. **Reveja as correspondências do documento**. Se a **Pesquisa facial** ou a deteção de duplicados estiver ativada, verifique se este utilizador já foi verificado anteriormente com outra identidade ou se o documento consta na sua **lista de bloqueio**. > [!TIP] > > Passe o cursor sobre as imagens do documento na consola Didit para usar a **funcionalidade de zoom** e fazer uma inspeção ao nível do pixel. Isto é especialmente útil ao verificar microimpressões e hologramas. **3. Verificação biométrica e de prova de vida** A Didit efetua automaticamente a **correspondência facial**, a **prova de vida** e, se estiver ativada, a **Pesquisa facial**. O seu papel é rever os resultados quando forem sinalizados. 1. **Pontuação de correspondência facial**: o sistema calcula uma pontuação de semelhança biométrica entre a selfie e o retrato do documento. Ao rever uma correspondência facial sinalizada, concentre-se em características estruturais como a forma dos olhos, a geometria do nariz, a linha da mandíbula e marcas distintivas. 2. **Pontuação de prova de vida**: o sistema de prova de vida deteta ataques de apresentação, como fotografias impressas, reproduções em ecrã, deepfakes e máscaras 3D. A fraca qualidade da câmara ou a iluminação insuficiente podem, por vezes, originar pontuações mais baixas em utilizadores genuínos. Considere **pedir o reenvio** em vez de recusar. 3. **Resultados da Pesquisa facial**: reveja cuidadosamente todas as correspondências: * **Deteção de duplicados**: uma correspondência com uma sessão diferente pode indicar que a mesma pessoa está a verificar-se com várias identidades. * **Correspondências na lista de bloqueio**: se o rosto corresponder a um utilizador da lista de bloqueio, isto normalmente justifica uma recusa. * **Falsos positivos**: a semelhança facial entre pessoas diferentes acontece. Avalie a pontuação de confiança e compare as imagens visualmente. **4. Revisão de risco e de sinais** Navegue pelas secções de **Triagem AML**, **Análise de dispositivo e IP** e **Validação de base de dados** para avaliar o risco contextual. ![Resultados da Triagem AML na revisão manual](https://mintcdn.com/didit-0f962782/ibesJiSLVa9jZb5z/images/console-manual-review-aml.png?fit=max\&auto=format\&n=ibesJiSLVa9jZb5z\&q=85\&s=f08862b7abc947edb57e81b87ff8ecac) **Triagem AML** * **Sem correspondências**: risco baixo. Não foram encontrados resultados nas listas de vigilância globais, listas de sanções ou bases de dados de PEP. * **Correspondências encontradas**: reveja cada entrada correspondente. Verifique se se trata de um verdadeiro positivo ou de um falso positivo, reveja a categoria da correspondência (PEP, sanções, lista de vigilância, notícias adversas) e considere a origem e a atualidade dos dados. * **Utilize as pontuações, não apenas o rótulo**: o cabeçalho da secção mostra a **Pontuação de risco** agregada a partir da qual o estado AML foi calculado (a pontuação de risco mais alta entre os resultados não marcados como Falso positivo, comparada com os limiares de aprovação e de revisão do fluxo). Cada linha mostra a **Pontuação de correspondência** do resultado (confiança da identidade) e a **Pontuação de risco** (risco da entidade). Passe o cursor sobre qualquer uma delas para ver como foi calculada. Estas são as mesmas `score`, `match_score` e `risk_score` que a sua integração recebe no [payload da decisão](https://docs.didit.me/pt/core-technology/aml-screening/report-aml-screening.md#três-pontuações-não-um-veredito). **Análise de dispositivo e IP e inteligência de dispositivo** * **Consistência geográfica**: compare o país emissor do documento, a morada indicada pelo utilizador e a geolocalização do IP. * **Deteção VPN / Proxy**: verifique se o utilizador está a ligar-se através de uma VPN, de um proxy ou da rede Tor. * **Metadados do dispositivo**: reveja o tipo de dispositivo, o sistema operativo e as informações do navegador para detetar anomalias. *** ## Tomar uma decisão Após concluir a sua análise, tem três opções: **Aprovar**, **Recusar** ou **Solicitar Reenvio**. > [card] Aprovar > > * O documento aparenta ser autêntico e não foi alterado > * Todos os campos de dados são coerentes e legíveis > * A correspondência biométrica da selfie confirma que se trata da mesma pessoa > * A pontuação da prova de vida está dentro do intervalo aceitável > * Não existem correspondências AML, de sanções ou de PEP relevantes > * Os dados do dispositivo e da localização são coerentes > [card] Recusar > > * O documento aparenta ter sido adulterado, falsificado ou alterado > * A selfie não corresponde à fotografia do documento > * Foi confirmada uma correspondência AML ou de sanções de alta confiança > * Existem indícios fortes de um ataque de apresentação > * Foram detetados padrões de identidade fraudulentos > * Existem incoerências críticas nos dados do dispositivo ou da localização > [card] Solicitar reenvio > > * Imagens do documento desfocadas ou de baixa qualidade > * Falha na verificação de prova de vida devido a problemas técnicos > * Foi submetido o documento errado > * Passos de verificação incompletos ou expirados > * Problemas corrigíveis que o utilizador pode resolver ![Caixa de diálogo de seleção dos critérios de recusa](https://mintcdn.com/didit-0f962782/ibesJiSLVa9jZb5z/images/console-decline-criteria.png?fit=max\&auto=format\&n=ibesJiSLVa9jZb5z\&q=85\&s=1b6056a86de8250e5e4a5cd786de4171) > [!NOTE] > > Selecione sempre um **motivo de recusa** e acrescente **notas de revisão** detalhadas ao recusar uma sessão. Isto apoia a garantia de qualidade, as auditorias regulamentares e a análise interna. *** ## Solicitar um reenvio Quando uma sessão não pode ser claramente aprovada ou recusada, normalmente por causa de **problemas corrigíveis**, pode pedir ao utilizador que reenvie passos de verificação específicos. ### Como solicitar um reenvio **1. Abrir a sessão** Aceda à sessão na consola Didit. **2. Selecionar Solicitar Reenvio** Abra o controlo do estado da sessão, escolha **Reenviado** e, em seguida, selecione **Continuar**. **3. Escolher as funcionalidades a reenviar** O diálogo mostra todas as funcionalidades não aprovadas, com o respetivo estado atual. Selecione ou desmarque passos individuais. As funcionalidades que nunca foram iniciadas ficam automaticamente obrigatórias. **4. Enviar opcionalmente uma notificação por e-mail** Se o e-mail do utilizador estiver disponível, envie-lhe uma notificação localizada com uma ligação direta para retomar o processo. O e-mail indica o motivo de cada passo. Quando todos os passos são pedidos porque o documento expirou, o e-mail indica-o e pede um documento válido, em vez de um genérico «tente novamente». O texto pode ser personalizado por idioma em [Marca branca → Textos](https://docs.didit.me/pt/console/white-label.md#texto-personalizado). **5. Pré-visualizar e confirmar** Selecione **Pré-visualização** para rever o destinatário, o remetente, o assunto e o e-mail localizado. As sessões de marca branca usam a marca configurada e o remetente verificado. Selecione **Editar** para alterar as verificações, o destinatário ou o idioma e, em seguida, gere uma nova pré-visualização. **Confirmar** solicita o reenvio; a pré-visualização, por si só, não altera a sessão nem envia mensagens. Se as verificações automáticas concluírem a verificação sem nenhuma ação adicional do utilizador, o e-mail de pedido de ação não é enviado. ### O que acontece após o reenvio 1. **Os resultados anteriores continuam legíveis**: apenas os passos selecionados recomeçam. Os resultados devolvidos anteriormente por esses passos passam a ser uma submissão anterior: a sessão mostra-a nos separadores de submissão de cada passo ("Submissão 2 · mais recente", "Submissão 1"), e a API devolve-a com `?include=resubmissions` em [Obter sessão](https://docs.didit.me/pt/sessions-api/retrieve-session.md). 2. **O utilizador regressa ao fluxo de verificação**: só tem de concluir os passos específicos que foram pedidos. 3. **A sessão mantém o estado Reenviado**: é distinto de **Em curso**, o que lhe permite acompanhar as sessões de reenvio separadamente. 4. **Reavaliação automática**: quando todas as funcionalidades reenviadas estiverem concluídas, o sistema recalcula automaticamente o estado final. 5. **É acionado um novo webhook**: o seu servidor recebe um webhook com o estado final atualizado. > [!TIP] > > Pode solicitar o reenvio várias vezes na mesma sessão. Cada pedido é numerado, e todas as submissões anteriores continuam legíveis, com indicação de quem as pediu e porquê. As tentativas dentro de um mesmo passo (por exemplo, uma segunda fotografia que o fluxo pediu) não são submissões: a sessão mostra a tentativa mais recente, e os Eventos listam todas. Eliminar a sessão elimina todas as submissões. ### Reenvio vs. criação de uma nova sessão | | Reenvio | Nova sessão | | - | - | - | | **ID da sessão** | Mesmo ID da sessão preservado | É criado um novo ID da sessão | | **Histórico** | Tentativas anteriores arquivadas na mesma sessão | Sessão separada, sem histórico associado | | **Esforço do utilizador** | Apenas refazer os passos falhados ou selecionados | Verificação completa desde o início | | **Impacto na conversão** | Taxas de conclusão mais elevadas | Risco de abandono do utilizador | | **Webhook** | Mesmo ID de sessão; o estado muda para Reenviado e depois para o estado final | Novo ciclo de vida da sessão, a partir de Não iniciada | | **Registo de auditoria** | Histórico completo num só lugar | Distribuído por várias sessões | *** ## Boas práticas de revisão > [accordion] Seja consistente > > Aplique os mesmos critérios a todas as revisões. Documente o seu raciocínio para que outros membros da equipa possam compreender e replicar as suas decisões. > [accordion] Prefira o reenvio à recusa em problemas corrigíveis > > Se o problema for uma fotografia desfocada ou um erro técnico, pedir o reenvio preserva a sessão e evita atritos desnecessários para os utilizadores legítimos. > [accordion] Use a funcionalidade de zoom > > Amplie sempre as imagens dos documentos para verificar sinais subtis de adulteração, microimpressão ou elementos de segurança que não são visíveis com os níveis de zoom normais. > [accordion] Cruze os dados > > Não avalie os sinais isoladamente. Uma pontuação baixa de prova de vida combinada com uma ligação VPN e uma geolocalização incoerente é mais preocupante do que qualquer fator isolado. > [accordion] Documente tudo > > Adicione notas de revisão detalhadas a cada decisão, sobretudo às recusas. Estas notas apoiam o controlo de qualidade interno, as auditorias regulamentares e a formação de novos membros da equipa. > [accordion] Configure alertas > > Configure alertas por e-mail ou Slack para ser notificado de imediato quando as sessões passarem para o estado **Em análise**. Tempos de resposta rápidos melhoram tanto a conformidade como a experiência do utilizador. > [accordion] Monitorize os padrões de reenvio > > Se um utilizador tiver vários ciclos de reenvio, reveja cuidadosamente todo o histórico. Falhas repetidas na mesma funcionalidade podem indicar um problema sistémico. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.