> For the complete documentation index, see [llms.txt](https://docs.caf.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.caf.io/sdk-lite/sdk-lite-english-pt-br/tratamento-de-erros/android.md). # Android O SDK Android Face Liveness Lite nunca lança exceções no seu código. Quando uma execução não pode começar ou não pode ser concluída, o SDK entrega um `LivenessLiteEvent.Error` para o `FaceLivenessLiteListener` que você passou para `startLiveness()`. ```kotlin CafFaceLivenessLite.instance.startLiveness { event -> if (event is LivenessLiteEvent.Error) { handleError(event) } } ``` Um erro é sempre o último evento de uma execução: depois dele, nenhum outro evento é enviado para essa execução. Os eventos chegam na thread principal, então você pode atualizar a interface diretamente a partir do listener. ## Onde os erros podem acontecer | Etapa | O que pode dar errado | Tipo de erro | | --------------------------- | ------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ | | `startLiveness()` chamada | `configure()` não foi chamado, ou outra execução ainda está ativa. | `CONFIGURATION_EXCEPTION` | | Verificação de configuração | Vazio `mobileToken` ou `personId`. | `CONFIGURATION_EXCEPTION` | | Verificação de segurança | O dispositivo está rooteado, com hook ou depurado. | `SECURITY_EXCEPTION` | | Criação da sessão | Sem conexão, um erro do servidor ou um token não válido para este fluxo. | `NETWORK_EXCEPTION` ou `TOKEN_EXCEPTION` | | Captura | Permissão da câmera negada, conexão perdida, erro do servidor ou dispositivo não suportado. | `CAMERA_PERMISSION`, `NETWORK_EXCEPTION`, `SERVER_EXCEPTION` ou `UNSUPPORTED_DEVICE` | | Monitoramento da captura | Uma ameaça à segurança aparece enquanto a câmera está aberta. | `SECURITY_EXCEPTION` | | Qualquer etapa | Um problema inesperado não mapeado para um tipo específico. | `GENERIC_EXCEPTION` | `configure()` e `prewarm()` nunca relatam erros: * `configure()` armazena apenas a configuração. Ela é verificada quando você chama `startLiveness()`. * `prewarm()` é uma otimização. Se falhar, `startLiveness()` cria a sessão novamente e relata qualquer problema a partir daí. ### O que o SDK faz quando ocorre um erro O SDK faz a limpeza por conta própria antes de entregar o erro: * Fecha a tela de captura e a tela de carregamento. * Interrompe o monitoramento de segurança. * Encerra a execução, então `startLiveness()` pode ser chamado novamente imediatamente. ### O que seu app deve fazer 1. **Registre os detalhes.** Envie `parâmetro`, `description` e `causa` para seus logs ou ferramenta de relatório de falhas. 2. **Mostre sua própria mensagem.** Mapeie o `parâmetro` para uma mensagem localizada. Não mostre `description` ou nomes de enumeração aos seus usuários. 3. **Tente novamente apenas quando isso puder ajudar.** | Categoria | Tipos | Tentar novamente? | | ----------- | ----------------------------------------- | ---------------------------------------------------------------------------------------------------- | | Integração | `CONFIGURATION_EXCEPTION` | Não. Corrija a configuração do app. | | Integração | `TOKEN_EXCEPTION` | Sim, com um novo token. Se persistir, verifique a configuração do token com a Certta. | | Usuário | `CAMERA_PERMISSION` | Sim, depois que o usuário conceder a permissão. | | Temporário | `NETWORK_EXCEPTION`, `SERVER_EXCEPTION` | Sim. Deixe o usuário tentar novamente. | | Dispositivo | `SECURITY_EXCEPTION` | Sim, com uma mensagem genérica. Se persistir, encaminhe o usuário para outro caminho de verificação. | | Dispositivo | `UNSUPPORTED_DEVICE` | Não. Encaminhe o usuário para outro dispositivo ou caminho de verificação. | | Outro | `GENERIC_EXCEPTION`, `LIVENESS_EXCEPTION` | Sim, uma vez. Se continuar acontecendo, verifique seus logs. | `LivenessLiteEvent.Cancelled` não é um erro: o usuário fechou a tela de captura. Volte para a tela anterior sem uma mensagem de erro. ## Depuração Para ver os logs do SDK no Logcat enquanto investiga um erro, ative o logging: ```kotlin CafFaceLivenessLite.isLogEnabled = true ``` Os logs só aparecem quando seu app é depurável. Em builds de release, essa flag é ignorada, então o SDK nunca registra dados sensíveis, como o token, em produção. ## Próximos passos Para o modelo de erros e cada tipo de erro em detalhes: [Tratamento de erros](/sdk-lite/sdk-lite-english-pt-br/tratamento-de-erros/android/error-handling.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.caf.io/sdk-lite/sdk-lite-english-pt-br/tratamento-de-erros/android.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.