Skip to main content
Este guia mostra a API pública do LivenessIdentySDK Web e o fluxo completo de uma verificação no browser. O bundle expõe window.LivenessIdentySDK com uma fábrica que cria a instância do SDK:
sdk.run(config) orquestra o fluxo completo (sessão, captura, envio e análise) em uma única chamada e resolve com o LivenessResult da verificação.

Como funciona

1

Carregamento

O script começa a se preparar assim que carrega na página.
2

run()

Estado initializing. O SDK chama o seu onInit({ ssid }) para obter uma sessão.
3

Sessão

O seu backend cria a sessão (POST /api/v1/sessions) e devolve { sessionId, sessionToken }.
4

Captura

Estado capturing: tela de instruções e câmera.
5

Análise

Estado processing: a tela de captura fecha e a captura é analisada no servidor (5 a 14 s).
6

Resultado

Estado completed, depois onSuccess / onFailure e a Promise do run().
O que fica com você:
  • Criar a sessão no seu backend, com a sua x-api-key.
  • Mostrar um loading enquanto o servidor analisa a captura (estado processing).
  • Mostrar as mensagens de sucesso e de falha ao usuário — veja Solução de problemas.

Configuração

Callbacks e Promise são equivalentes: use o estilo que preferir. onSuccess e onFailure são chamados antes de a Promise resolver ou rejeitar.

Criando a sessão

A x-api-key nunca deve ir para o browser. O SDK chama o seu onInit, que pede a sessão ao seu backend e devolve à página apenas sessionId e sessionToken.
Se onInit rejeitar, ou não devolver os dois campos, o run() falha com SESSION_FAILED.
Nem sempre o SDK consegue obter o ssid. Repasse-o ao seu backend quando estiver presente; quando ausente, o serviço cria a sessão normalmente. Veja Serviço.

Estados

onProgress recebe o estado atual do fluxo:
O SDK não mostra loading durante processing. Mostre o seu (spinner, “Validando sua captura…”) e esconda em completed ou no finally do run().

Fluxo de uso

1

Crie a instância do SDK

Você pode reaproveitar a instância em várias verificações, inclusive em novas tentativas.
2

Implemente o onInit chamando o seu backend

3

Dispare a verificação

4

Trate o resultado

Em caso de aprovação, use o sessionId para reconciliar a verificação no seu fluxo. Em caso de falha, mostre a mensagem adequada ao type e ofereça nova tentativa — veja Solução de problemas.

Tentando de novo

Chame run() de novo: cada chamada cria uma nova sessão (onInit é chamado outra vez). Não chame run() enquanto outro está em andamento na mesma instância — a segunda chamada falha com INITIALIZATION_FAILED.

Resultado

Quando a verificação é aprovada, o SDK entrega o objeto abaixo via onSuccess e resolve a Promise do run() com ele:
O resultado no browser serve à experiência do usuário. Quem controla o dispositivo pode alterá-lo — não use apenas ele para decisões críticas. Hoje não há uma rota para o seu backend consultar o resultado da sessão.

ICAO e ISO

Disponíveis só com enableICAOChecks: true. São informativos: não alteram o verified. Use para orientar o usuário (luz, pose, oclusão) ou para exigir uma foto “de documento” no seu fluxo. Todos os campos são opcionais. icao (CaptureIcao): iso (CaptureIso) — scores de qualidade, todos number:

Outros métodos

Tipagem (TypeScript)

O SDK é carregado por <script>, então não vem com tipos. Se o seu projeto usa TypeScript, copie o arquivo abaixo (ex.: src/types/liveness-sdk.d.ts) — ele tipa window.LivenessIdentySDK com tudo o que esta documentação descreve.
liveness-sdk.d.ts
Os campos de icao e iso estão em ICAO e ISO; tipe-os em detalhe se for usá-los.

Exemplo completo

Próximos passos

Customização

Idioma, segurança, captura e visual da tela

Solução de problemas

Mapeamento de erros e diagnóstico