> 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/caf-sdk/caf-sdk-pt-br/android/standalone-modules/caffacelivenesslite/changelog.md). # Notas de versão ## Notas de lançamento ### Versão 7.25.0 **Data de lançamento:** * 09/08/2026 #### Novidades **Resultado imediato após a captura** O resultado de liveness agora chega ao seu listener assim que a captura termina, em vez de esperar a chamada da transação do backend ser concluída. Não é necessária nenhuma alteração de código — 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 #### Novidades **Inicialização da câmera mais rápida com pré-aquecimento de sessão** O fluxo de Liveness agora é 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 própria sessão, exatamente como antes. #### Alterações incompatíveis `startLiveness()` não recebe mais um `Context` ou um `CafLivenessConfig`. Ambos migram para o novo `configure()` método, que você chama uma vez antes de iniciar. | Antes | Depois | | ------------------------------------------ | ------------------------------------------------------------- | | `startLiveness(context, config, listener)` | `configure(context, config)` depois `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 solicitaçã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 solicitação é feita. * O callback do evento permanece inalterado — seu tratamento existente de `Success`, `Failure`, `Error`, `Cancelled`, `Loading` e `Loaded` 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 ```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 Success */ } is LivenessLiteEvent.Failure -> { /* Tratar Failure */ } is LivenessLiteEvent.Error -> { /* Tratar Error */ } LivenessLiteEvent.Cancelled -> { /* O usuário abandonou o fluxo */ } LivenessLiteEvent.Loading -> { /* Mostrar um indicador de carregamento */ } LivenessLiteEvent.Loaded -> { /* Ocultar o indicador de carregamento */ } } } ``` ## Versão 2.21.0 ### **Data de lançamento:** * 08/07/2026 ### Novidades **Personalize a tela de liveness** Agora você pode personalizar a tela de liveness por meio da nova opção `uiCustomization` em `CafLivenessConfig`. Cores, o título da barra do app, os ícones do logo e de fechar, a fonte e o desfoque da máscara são todos configuráveis. Cada campo é opcional — tudo o que você omitir 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`), 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 ### Novidades: #### **Localização dinâmica do serviço iProov** O SDK agora segue o SP do iProov fornecido pelo backend. Alteração no lado do servidor — nenhuma mudança de integração é necessária. #### **Resposta assinada na 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 a `signedResponse` no `Failure` evento — antes disponível apenas no sucesso. Se o resultado não puder ser recuperado, um `Error` evento é retornado em vez disso. #### Alterações incompatíveis O contrato de `LivenessLiteEvent` mudou. Atualize o tratamento dos 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`. * `Failure` agora inclui `signedResponse`. * `Error` agora inclui `cause` (o `Throwable`). * `CafLivenessConfig.stage` agora usa o 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 } } ``` Links: {% content-ref url="/pages/dc4cd36c7463361a88fcc7d56b9c2bd341ce5b6e" %} [Face Liveness Lite](/caf-sdk/caf-sdk-pt-br/android/standalone-modules/caffacelivenesslite.md) {% endcontent-ref %} {% content-ref url="/pages/81448022d7df70d98c5eb3cf72e49fe05e6df99b" %} [Tratamento de falhas](/caf-sdk/caf-sdk-pt-br/android/getting-started-with-the-sdk/handling-failures.md) {% endcontent-ref %} {% content-ref url="/pages/4f5e1dfedd1017d3b6433c571a904439a138bbf1" %} [Personalização da interface](/caf-sdk/caf-sdk-pt-br/android/standalone-modules/caffacelivenesslite/ui-customization.md) {% endcontent-ref %} {% content-ref url="/pages/fe433841f24be5e1ede569091ecfd49f66b5007b" %} [Notas de versão](/caf-sdk/caf-sdk-pt-br/android/standalone-modules/caffacelivenesslite/changelog.md) {% endcontent-ref %} --- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.caf.io/caf-sdk/caf-sdk-pt-br/android/standalone-modules/caffacelivenesslite/changelog.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.