> 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/configuracao/android/release-notes.md). # Notas de versão ## Versão 7.27.0 **Data de lançamento:** 09/25/2026 ### O que há de novo #### Roteamento automático do backend a partir do token móvel O SDK agora resolve a URL do backend a partir da localização contida no seu token móvel, então cada sessão é direcionada automaticamente para o ambiente correto. Quando o token não contém uma localização, ele recorre ao ambiente definido por `estágio`. Nenhuma alteração de integração é necessária. #### Transição do resultado mais fluida A tela de captura agora permanece na tela até que o resultado de liveness seja entregue, eliminando o breve piscar do seu app entre o término da captura e a chegada do resultado. Nenhuma alteração de integração é necessária. ### Alterações incompatíveis Nenhuma. Esta versão não requer alterações na sua integração. ## Versão 7.25.0 **Data de lançamento:** 09/08/2026 ### O que há de novo #### Resultado imediato após a captura O resultado de liveness agora chega ao seu listener assim que a captura termina, em vez de aguardar a conclusão da chamada da transação no backend. Nenhuma alteração de código é necessária — você continua tratando os mesmos eventos. ### Alterações incompatíveis Nenhuma. Esta versão não requer alterações na sua integração. ## Versão 7.23.0 **Data de lançamento:** 08/24/2026 ### O que há de novo #### Início da câmera mais rápido com pré-aquecimento da sessão O fluxo de Liveness agora está dividido em `configure()`, `prewarm()` e `startLiveness()`. Chamar `prewarm()` enquanto o usuário ainda está na tela anterior cria a sessão de Liveness em segundo plano, então a câmera abre sem esperar pela rede. `prewarm()` é opcional — pule-o e `startLiveness()` cria a sessão por conta própria, exatamente como antes. ### Alterações incompatíveis `startLiveness()` não recebe mais um `Contexto` ou um `CafLivenessConfig`. Ambos passam para o novo `configure()` método, que você chama uma vez antes de iniciar. | Antes | Depois | | ------------------------------------------ | ------------------------------------------------------------ | | `startLiveness(context, config, listener)` | `configure(context, config)` então `startLiveness(listener)` | | — | `prewarm()` (novo, opcional) | * `configure(context: Context, config: CafLivenessConfig)` armazena as credenciais e mantém o contexto da aplicação. Não faz nenhuma requisição de rede, então é seguro chamá-lo antecipadamente. * `startLiveness(result: FaceLivenessLiteListener)` agora recebe apenas o listener. * Chamar `startLiveness()` sem `configure()` entrega `LivenessLiteEvent.Error` com o tipo `CONFIGURATION_EXCEPTION`, e nenhuma requisição é feita. * O callback do evento não mudou — o seu tratamento existente de `Sucesso`, `Falha`, `Erro`, `Cancelado`, `Carregando` e `Carregado` continua funcionando como está. * `release()` agora também descarta qualquer sessão pré-aquecida. A configuração de `configure()` é mantida, então você pode iniciar novamente sem reconfigurar. ```kotlin val livenessConfig = CafLivenessConfig( mobileToken = "", stage = CafStage.PROD, personId = "", showLoading = true, enableSecurity = true ) // Uma vez, quando a tela anterior ao Liveness é criada CafFaceLivenessLite.instance.configure(context, livenessConfig) CafFaceLivenessLite.instance.prewarm() // Quando o usuário iniciar CafFaceLivenessLite.instance.startLiveness { event -> when (event) { is LivenessLiteEvent.Success -> { /* Tratar sucesso */ } is LivenessLiteEvent.Failure -> { /* Tratar falha */ } is LivenessLiteEvent.Error -> { /* Tratar erro */ } LivenessLiteEvent.Cancelled -> { /* O usuário abandonou o fluxo */ } LivenessLiteEvent.Loading -> { /* Mostrar um indicador de carregamento */ } LivenessLiteEvent.Loaded -> { /* Ocultar o indicador de carregamento */ } } } ``` ## Versão 7.21.0 **Data de lançamento:** 08/07/2026 ### O que há de novo #### Personalize a tela de liveness Agora você pode personalizar a marca da tela de liveness por meio da nova `uiCustomization` opção em `CafLivenessConfig`. As cores, o título da app bar, os ícones de logo e fechar, a fonte e o desfoque da máscara são todos configuráveis. Cada campo é opcional — tudo o que você deixar de fora mantém a aparência padrão, então as integrações existentes não são afetadas. ```kotlin val uiCustomization = UiCustomization( font = LivenessFont.ResFont(R.font.your_font), appBar = AppBarCustomization( title = "Identity check", titleColor = Color.WHITE, color = navyColor, logoIcon = R.drawable.your_logo, closeButton = R.drawable.your_close_icon, ), mask = MaskCustomization(isBlurEnabled = true, color = navyColor), prompt = PromptCustomization( textColor = Color.WHITE, backgroundColor = greenColor, isRounded = true, ), ) val config = CafLivenessConfig( mobileToken = mobileToken, personId = personId, uiCustomization = uiCustomization ) CafFaceLivenessLite.instance.startLiveness( context = context, config = config, ) { event -> /* ... */ } ``` As cores são valores de cor (`@ColorInt`), e não recursos de cor — resolva os recursos com `ContextCompat.getColor(...)` antes de passá-los. Ícones e fontes são IDs de recurso. ## Versão 7.18.0 **Data de lançamento:** 07/30/2026 ### O que há de novo #### Localização dinâmica do serviço iProov O SDK agora segue o SP do iProov fornecido pelo backend. Alteração no servidor — nenhuma mudança de integração necessária. #### Resposta assinada em caso de falha Quando uma tentativa de liveness falha (por exemplo, olhos fechados ou pouca iluminação), o SDK agora também recupera o resultado da transação e retorna o `signedResponse` no `Falha` evento — anteriormente disponível apenas em caso de sucesso. Se o resultado não puder ser recuperado, um `Erro` evento é retornado no lugar. ### Alterações incompatíveis O `LivenessLiteEvent` contrato mudou. Atualize o tratamento dos seus eventos: | Antes | Depois | | ------------------------------- | -------------------------------------------- | | `Success(val response: String)` | `Success(val signedResponse: String)` | | `Failure(type, description)` | `Failure(signedResponse, type, description)` | | `Error(type, description)` | `Error(type, description, cause)` | * `Success.response` foi renomeado para `Success.signedResponse`. * `Falha` agora inclui `signedResponse`. * `Erro` agora inclui `causa` (a origem `Throwable`). * `CafLivenessConfig.stage` agora tem como padrão `CafStage.PROD` e não precisa mais ser fornecido explicitamente. ```kotlin CafFaceLivenessLite.instance.startLiveness( context = context, config = CafLivenessConfig( mobileToken = mobileToken, personId = personId, ), ) { event -> when (event) { is LivenessLiteEvent.Success -> handleSuccess(event.signedResponse) is LivenessLiteEvent.Failure -> handleFailure(event.type, event.description) is LivenessLiteEvent.Error -> handleError(event.type, event.cause) LivenessLiteEvent.Cancelled -> handleCancelled() LivenessLiteEvent.Loading, LivenessLiteEvent.Loaded -> Unit } } ``` --- # 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/configuracao/android/release-notes.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.