Guia de referência da API
1. Introdução
Este documento inclui a descrição da API das bibliotecas fornecidas no produto FacePhi SelphID SDK.
2. Descrição da API de SelphID (Front-end)
SelphID SDK é um conjunto de bibliotecas de servidor que utiliza as informações geradas pelos Widgets de FacePhi para aplicações nativas ou web. Como descrito nas seções a seguir, são fornecidos alguns componentes denominados Widgets para a captura facial (Selphi) e a captura de documentos de identidade (SelphID), que podem ser integrados no front-end de qualquer aplicação.
2.1. Widget Selphi
Por meio do widget Selphi, que incorpora o mecanismo de detecção e extração facial e de prova de vida do usuário, é possível obter as seguintes informações por meio das propriedades indicadas a seguir:
Imagepropriedade: Representa a imagem do usuário com a pose facial mais frontal detectada.TemplateRawpropriedade: Representa o template biométrico tokenizado do usuário com a pose facial mais frontal detectada. Este template é utilizado para realizar a autenticação biométrica com o SelphID SDK.
Nota
Adicionalmente, é fornecida uma funcionalidade de tokenização generateTemplateRaw (ver API) que permite converter uma imagem ou um buffer de dados em um buffer de dados tokenizado na forma de
templateRaw. EstetemplateRawpode ser utilizado em várias funcionalidades do SelphID SDK.
2.2. Widget SelphID
Por meio do widget SelphID, que incorpora o mecanismo automático de detecção e captura de documentos, é possível obter as seguintes informações por meio das propriedades indicadas a seguir:
TokenOCRpropriedade: Representa um Token (marca de tempo + criptografia AES256) que contém os dados detectados no documento por meio do OCR realizado.TokenFrontDocumentpropriedade: Representa a imagem tokenizada (marca de tempo + criptografia AES256) da frente do documento ajustada às bordas do documento.TokenBackDocumentpropriedade: Representa a imagem tokenizada (marca de tempo + criptografia AES256) do verso do documento ajustada às bordas do documento.TokenFaceImagepropriedade: Representa a imagem tokenizada (marca de tempo + criptografia AES256) da fotografia do usuário no documento. Este Token é utilizado para realizar a autenticação biométrica com o SDK.TokenRawFrontDocumentpropriedade: Representa a imagem tokenizada (marca de tempo + criptografia AES256) da frente do documento sem ser recortada às bordas do documento, ou seja, exatamente como foi capturada pela câmera.TokenRawBackDocumentpropriedade: Representa a imagem tokenizada (marca de tempo + criptografia AES256) do verso do documento sem ser recortada às bordas do documento, ou seja, exatamente como foi capturada pela câmera.
3. Descrição da API de SelphID (Back-end)
A seguir, é descrita a API das bibliotecas fornecidas em SelphID, detalhando os métodos que o integrador pode usar para incorporar as funcionalidades de reconhecimento facial, extração de informações em documentos de identidade e validação de documentos.
3.1. Inicialização das bibliotecas
SelphIDVerifier representa a classe principal das bibliotecas, que contém todos os métodos disponíveis para cada uma das funcionalidades.
A inicialização das bibliotecas pode ser realizada de três formas diferentes, dependendo das variáveis de ambiente configuradas:
3.1.1. Inicialização por meio do método loadWithConfigPath()
Passos prévios
Configure as variáveis de ambiente e o arquivo config.cfg (configuração do SDK para instalação On-premise):
FACEPHI_SELPHID_INSTALL_PATH
FACEPHI_SELPHID_INSTALL_BIN
LD_LIBRARY_PATH
PATH
3.1.2. Inicialização por meio do método load()
Passos prévios
Configure as variáveis de ambiente e o arquivo config.cfg (configuração do SDK para instalação On-premise):
FACEPHI_SELPHID_INSTALL_PATH
FACEPHI_SELPHID_INSTALL_BIN
LD_LIBRARY_PATH
PATHNão é necessário especificar o caminho do arquivo de configuração, pois ele será procurado automaticamente no seguinte caminho:
FACEPHI_SELPHID_INSTALL_PATH/config/selphid.cfg
3.1.3. Inicialização por meio do método loadFromEnvVars()
Passos prévios
Configure as variáveis de ambiente (configuração do SDK para instalação On-premise):
FACEPHI_SELPHID_INSTALL_PATH
FACEPHI_SELPHID_INSTALL_BIN
LD_LIBRARY_PATH
PATH
FACEPHI_SELPHID_DEBUGPATH_KEY
FACEPHI_SELPHID_USAGEPATH_KEY
FACEPHI_SELPHID_FACIALLIVENESS_PATH_KEY
FACEPHI_SELPHID_FACIAL_LICPATH_KEYEm vez de configurar o arquivo config.cfg, essas variáveis são definidas diretamente como variáveis de ambiente.
Importante
A inicialização das bibliotecas por meio do método
load(),loadWithConfigPath()ouloadFromEnvVars()deve ser realizada apenas uma vez durante o ciclo de vida da sua aplicação.Depois de finalizados todos os processos que envolvem o uso dessas bibliotecas, é importante liberar os recursos associados a elas; não se esqueça de descarregar (unload) a biblioteca antes de fechar a aplicação.
O encerramento das bibliotecas por meio do método
unload()deve ser realizada apenas uma vez durante o ciclo de vida da sua aplicação. Uma vez invocado o métodounload(), já não é possível realizar umload().Se ocorrer alguma condição que impeça o carregamento correto das bibliotecas, será lançada uma
SelphIDException. Para conhecer os tipos de exceção, consulte a seção correspondente 3.10. Descrição de SelphIDException na API fornecida.
3.2. Métodos de extração facial
Para realizar a extração dos dados faciais de um usuário, o integrador dispõe de diferentes métodos na classe SelphIDVerifier. O integrador deverá utilizar um método ou outro dependendo dos dados gerados no cliente. A seguir, são descritas cada uma das possíveis situações.
Nota
O resultado desses métodos será sempre um objeto
SelphIDFacialExtractionResult, explicado em 3.9.1. SelphIDFacialExtractionResult.
3.2.1. Extração facial por meio de uma imagem
O método a ser utilizado é o seguinte:
Os passos necessários para realizar uma extração facial por meio de uma imagem são os seguintes (método de exemplo):
Passos prévios
Obtenha a imagem (string em base64) por meio da propriedade Image usando o widget Selphi.
Envie a string em base64 da imagem ao servidor.
3.2.2. Extração facial por meio de um template biométrico
O método a ser utilizado é o seguinte:
Os passos necessários para realizar uma extração facial por meio de uma template biométrica são os seguintes (método de exemplo):
Passos prévios
Obtenha o template biométrico (string em base64) por meio da propriedade TemplateRaw usando o widget Selphi.
Envie a string em base64 do template biométrico ao servidor.
3.3. Métodos de autenticação facial
Para realizar a autenticação facial de um usuário, o integrador dispõe de diferentes métodos na classe SelphIDVerifier. O integrador deverá utilizar um método ou outro dependendo dos dados gerados no cliente. Cada uma das possíveis situações é descrita nos subtópicos a seguir.
Nota
O resultado desses métodos será sempre um objeto
SelphIDFacialAuthenticationResult, explicado em 3.9.2. SelphIDFacialAuthenticationResult.
3.3.1. Autenticação facial por meio de imagens
Os passos necessários para realizar uma autenticação facial por meio de duas imagens são os seguintes (método de exemplo):
Passos prévios
Obtenha a primeira imagem (string em base64) por meio da propriedade Image usando o widget Selphi.
Obtenha a segunda imagem (string em base64) por meio da propriedade Image usando o widget Selphi.
Envie ambas as strings em base64 ao servidor.
3.3.2. Autenticação facial por meio de templates biométricos
O método a ser utilizado é o seguinte:
Os passos necessários para realizar uma autenticação facial por meio de dois templates biométricos são os seguintes (método de exemplo):
Passos prévios
Obtenha o primeiro template biométrico (string em base64) por meio da propriedade TemplateRaw usando o widget Selphi.
Obtenha o segundo template biométrico (string em base64) por meio da propriedade TemplateRaw usando o widget Selphi.
Envie ambas as strings em base64 ao servidor.
3.3.3. Autenticação facial por meio de uma imagem e um template biométrico
O método a ser utilizado é o seguinte:
Os passos necessários para realizar uma autenticação facial por meio de uma imagem e um template biométrico são os seguintes (método de exemplo):
Passos prévios
Obtenha a imagem (string em base64) por meio da propriedade Image usando o widget Selphi.
Obtenha o template biométrico (string em base64) por meio da propriedade TemplateRaw usando o widget Selphi.
Envie ambas as strings em base64 ao servidor.
3.3.4. Autenticação facial por meio da fotografia do documento e uma imagem
O método a ser utilizado é o seguinte:
Os passos necessários para realizar uma autenticação facial por meio da fotografia do documento e uma imagem são os seguintes (método de exemplo):
Passos prévios
Obtenha o Token da fotografia do documento (string em base64) por meio da propriedade TokenFaceImage usando o widget SelphID.
Obtenha a imagem (string em base64) por meio da propriedade Image usando o widget Selphi.
Envie ambas as strings em base64 ao servidor.
3.3.5. Autenticação facial por meio da fotografia do documento e um template biométrico
O método a ser utilizado é o seguinte:
Os passos necessários para realizar a autenticação facial por meio da fotografia do documento e do template biométrico do usuário são os seguintes (método de exemplo):
Passos prévios
Obtenha o Token da fotografia do documento (string em base64) por meio da propriedade TokenFaceImage usando o widget SelphID.
Obtenha o template biométrico (string em base64) por meio da propriedade TemplateRaw usando o widget Selphi.
Envie ambas as strings em base64 ao servidor.
3.4. Método de extração de dados do documento
Para obter os dados do documento necessários nos processos de onboarding digital, o integrador dispõe de um método na classe SelphIDVerifier.
Nota
O resultado deste método será um objeto
SelphIDDocumentResultque contém todos os dados detectados no documento. Para mais informações, consulte a seção 3.9.3. SelphIDDocumentResult.
3.4.1. Obtenção dos dados detectados em um documento
O método a ser utilizado é o seguinte:
Os passos necessários para obter os dados de um documento são os seguintes (método de exemplo):
Passos prévios
Obtenha o valor da propriedade
TokenOCR(string em base64) usando o widget SelphID.Envie a string em base64 ao servidor.
3.5. Métodos de avaliação de prova de vida
Para avaliar a prova de vida do usuário no servidor, funcionalidade necessária no processo de onboarding digital para evitar fraude por foto ou vídeo, o integrador dispõe de um método para esse fim na classe SelphIDVerifier.
Nota
O resultado desses métodos será sempre um objeto
SelphIDFacialLivenessResult, explicado em 3.9.4. SelphIDFacialAuthenticationResult.
3.5.1. Avaliação de prova de vida a partir de uma imagem
Os passos necessários para realizar uma autenticação facial por meio de duas imagens são os seguintes (método de exemplo):
Passos prévios
Obtenha uma imagem do usuário (string em base64) usando o widget Selphi.
Envie a string em base64 da imagem ao servidor.
3.5.2. Avaliação de prova de vida a partir de uma imagem tokenizada
A partir da versão
6.21.0, a imagem tokenizada incorpora um mecanismo de defesa contra ataques de injeção. Se for detectado um token inválido, será retornadoNoneBecauseTokenDataErrorouNoneBecauseTokenSecuritycomo diagnóstico.
Os passos necessários para realizar uma autenticação facial por meio de duas imagens são os seguintes (método de exemplo):
Passos prévios
Obtenha uma imagem do usuário (string em base64) usando o widget Selphi.
Envie a string em base64 da imagem ao servidor.
3.6. Métodos de identificação 1:N
Para realizar buscas 1:N que permitam identificar um determinado padrão biométrico frente a um banco de dados e, assim, obter um conjunto de candidatos com um maior percentual de semelhança, o integrador dispõe de diferentes métodos na classe SelphIDIdentifier.
3.6.1. Construção da galeria de busca
Como passo prévio para realizar operações de identificação, deve-se criar uma galeria e registrar nela o conjunto de padrões biométricos sobre os quais a busca será realizada. Para incorporar templates à galeria, você pode usar os seguintes métodos:
Em ambos os métodos, será especificado o identificador da galeria à qual o template deve ser adicionado, bem como um identificador lógico relacionado à lógica de negócios da aplicação, de modo que os candidatos obtidos como resultado de uma busca na galeria possam ser vinculados a ele.
Nota
Para registrar um template biométrico em uma galeria, será necessário gerar o padrão facial equivalente ou FacialTemplate por meio de qualquer um dos seguintes métodos da classe
SelphIDVerifier:
ExtractFacialWithRawTemplate
ExtractFacialWithImageBufferConsulte a seção 3.2.1. Extração facial por meio de uma imagem.
3.6.2. Identificação de um template frente a uma galeria de busca
O processo de busca será realizado por meio de qualquer um dos dois métodos a seguir da classe SelphIDIdentifier:
Serão especificados o identificador da galeria e um objeto SelphIDIdentifierOptions com as seguintes opções de busca:
MaxIdentificationCandidates, para indicar o número máximo de candidatos retornados, ordenados do maior para o menor percentual de similaridade.MinIdentificationSimilarity, para indicar o limite mínimo de similaridade na comparação para que um candidato seja incluído no conjunto de resultados.
Nota
Por padrão,
MaxIdentificationCandidatesserá20eMinIdentificationSimilarityserá0f.
A seguir veremos um exemplo com ambos os métodos:
Nota
Para saber mais sobre
SelphIDIdentifierResult, consulte a seção 3.9.5. SelphIDIdentifierResult.
3.6.3. Excluir um template da galeria
O processo de exclusão consiste em bloquear um template biométrico de uma galeria específica para que ele não seja levado em conta nos processos de identificação. Se utilizarmos a variável de ambiente FACEPHI_SELPHID_GALLERY_REMOVE_METHOD=noerase, essa exclusão não reduz o tamanho da galeria nem a indexação dos templates biométricos associados. Pelo contrário, omitir essa variável ou utilizar FACEPHI_SELPHID_GALLERY_REMOVE_METHOD=erase reduzirá o tamanho da galeria após a exclusão, alterando a indexação dos templates.
O processo de exclusão é realizado com o seguinte método da classe SelphIDIdentifier:
3.6.4. Consultar e excluir templates obsoletos
A partir da versão 6.17.0, cada padrão biométrico armazena o carimbo de data/hora (relógio do sistema) em que foi indexado na galeria. Isso permite consultar e excluir templates "expirados" de acordo com critérios específicos.
Em ambos os casos, serão listados os IDs de template cujos carimbos de data/hora sejam anteriores ao intervalo indicado (em segundos). No caso de removeObsoleteGalleryTemplateIDs(), a operação será atômica e eliminará todos os padrões obsoletos em uma única operação. Se tiver sido configurado FACEPHI_SELPHID_GALLERY_REMOVE_METHOD=erase, o tamanho da galeria será reduzido e os padrões restantes serão reindexados.
3.6.5. Consultar informações de uma galeria
O objetivo do processo de consulta de uma galeria é servir como etapa prévia para poder realizar outras consultas sobre ela.
O processo será realizado com a seguinte classe de SelphIDIdentifier:
Deve ser utilizado um identificador de galeria para consultar a galeria específica. A seguir veremos em que consiste o objeto SelphIDFacialGalleryInfo:
3.6.6. Consultar os índices que coincidem com um templateID específico
O processo de consulta de todos os índices de uma galeria que coincidem com um valor exato de templateID deve ser realizado com o seguinte método de SelphIDFacialGalleryInfo que vimos na seção anterior:
Importante
A partir do SelphID
6.15.0, não são permitidos elementos com templateID duplicado.
Deve ser especificado um templateID que corresponda ao templateID que se busca na galeria.
Para isso, é necessário dispor de uma instância de SelphIDFacialGalleryInfo com dados válidos:
3.7. Orquestrador
O orquestrador permite obter, na mesma chamada, a autenticação facial e o teste de vida da pessoa. Podemos optar por realizar o teste com uma imagem e um template, ou com dois templates.
Importante
O teste de vida será realizado somente após uma autenticação bem-sucedida.
Nota
Para mais informações sobre
SelphIDVerifierResult, consulte a seção 3.9.6. SelphIDVerifierResult.
3.8. API Tracking
A partir da versão 4.1.0, o SelphID-SDK incorpora a funcionalidade de rastreamento de eventos (event tracking) que permite monitorar e visualizar a atividade da API por meio de uma interface web. A licença do SelphID incluirá todos os dados necessários para acessar a plataforma (na versão single-tenant).
Todos os métodos anteriores de outras versões da API continuam vigentes. Foram adicionados alguns métodos duplicados que agora recebem um novo parâmetro no qual se encontram dados tokenizados com a informação essencial para se comunicar com o servidor de Tracking. Esse parâmetro se denomina extraData.
3.8.1. Versão Multi-tenant
A partir da versão 4.3.0, o SelphID-SDK permite dois modos de funcionamento em relação ao registro de eventos por meio da API-Tracking:
Single-tenant: Os dados de conexão ao serviço de API Tracking estão criptografados dentro da licença do SelphID-SDK e serão utilizados em todas as chamadas ao serviço.
Multi-tenant: Os dados de conexão serão recebidos em cada chamada por meio do aplicativo móvel. Isso permitirá que o SDK registre eventos em diferentes servidores de acordo com o cliente que realiza a chamada.
Importante
Para habilitar o modo multi-tenant, os dados de Tracking não devem ser incluídos na licença do SelphID-SDK. Caso contrário, o modo single-tenant será ativado ao iniciar o backend.
A partir da versão 5.0.0, é possível alternar entre os modos Single-tenant e Multi-tenant em tempo de execução, utilizando estes métodos de SelphIDVerifier:
3.8.2. Registro
Com o seguinte método, permite-se a descriptografia dos dados tokenizados em rawDocumentBuffer, como: OCR, imagens do documento etc. No parâmetro extraData devem ser enviados os dados necessários para o serviço de Tracking.
Os métodos a seguir recebem uma imagem criptografada rawTemplateBufferTarget ou uma imagem não criptografada imageBufferTarget, para compará-la com a imagem extraída do documento rawDocumentBufferQuery. Em ambos os casos, os dados necessários para o serviço de Tracking devem ser enviados no parâmetro extraData.
3.8.3. SelphIDVerifierOptions
Os métodos a seguir, adicionados à classe SelphIDVerifierOptions, permitem que as informações inseridas pelo cliente sejam representadas nos servidores de Tracking, no caso de uso de registro.
O parâmetro de entrada do método setOptionalDataClientInformation deve ser um JSON bem formado que aceitará as seguintes chaves:
Nota
Qualquer outra chave será ignorada. No futuro, haverá suporte a mais chaves.
A partir da versão 6.17.0, foi adicionada a propriedade futureTimeAllowed. Isso permite estabelecer um intervalo de tempo (em segundos) durante o qual serão aceitos templates e imagens tokenizadas com uma data futura, retornando true no método getValidTimeStamp(). Isso tem como objetivo mitigar as diferenças de fuso horário entre dispositivos. Esse valor pode ser configurado globalmente por meio da variável de ambiente FACEPHI_SELPHID_FUTURE_TIME_ALLOWED=3600.
A partir da versão 6.18.0, podemos especificar quais pipelines de Liveness queremos executar para cada operação por meio de setLivenessDepth(). No caso de None (valor padrão), será aplicada a configuração global definida por FACEPHI_SELPHID_FACIALLIVENESS_DEPTH.
3.8.4. Autenticação
Os métodos a seguir estão disponíveis para realizar a autenticação. Os parâmetros rawTemplateBuffer recebem a imagem criptografada, e o parâmetro imagebufferQuery recebe a imagem não criptografada. Em ambos os casos, os dados necessários para o serviço de Tracking devem ser enviados no parâmetro extraData.
3.8.5. Liveness passivo
Os métodos a seguir estão disponíveis para realizar o teste de vida passivo. O parâmetro tokenBuffer recebe a imagem criptografada e imageBuffer a imagem não criptografada. Em ambos os casos, os dados necessários para o serviço de Tracking devem ser enviados no parâmetro extraData.
3.8.6. Eventos personalizados
A partir da versão 4.5.0, o SelphID implementa a possibilidade de enviar eventos personalizados para a API de Tracking, não vinculados a nenhuma operação interna do SDK. Todas as operações de eventos personalizados retornam um código de status e uma mensagem, dentro de um objeto SelphIDApiTrackingResult.
O método a seguir permite enviar à API de Tracking o evento de Autenticação facial, utilizando os parâmetros authStatus e similarity. Também podemos registrar no serviço de API Tracking a(s) imagem(ns) envolvida(s) na autenticação. Ambas as imagens são opcionais, aceitando buffers nulos ou vazios.
Valores possíveis de TrackingFamily:
O método a seguir permite enviar à API de Tracking o evento de Liveness, utilizando os parâmetros diagnostic e similarity. Também podemos registrar no serviço de API Tracking a imagem envolvida no processo de vida, embora isso seja opcional, aceitando um buffer nulo ou vazio.
O método a seguir permite enviar à API de Tracking o evento de Autenticação por voz, utilizando o parâmetro probability. Também podemos registrar no serviço de API Tracking as pistas de áudio envolvidas no processo de autenticação por voz. Ambos os buffers são opcionais, aceitando valores nulos ou vazios.
O método a seguir permite enviar um evento personalizado de OCR ao servidor da API Tracking.
ocrDataJson é um dicionário chave-valor em formato JSON bem formado. Aceita qualquer tipo de nome de chave com qualquer valor de string:
O método a seguir permite enviar um evento personalizado SECURITY_INFO_DATA ao servidor da API Tracking:
securityDataJson são os dados de segurança em formato JSON:
succeed é um valor booleano que indica se a obtenção dos dados de segurança foi realizada corretamente ou não, e source é o nome do serviço ou da origem dos dados de segurança.
Para todas as operações de eventos personalizados, podemos modificar o campo criptografado eventSource dentro do token extraData.
Dentro dos eventos personalizados, oferece-se a possibilidade de encerrar a operação por meio do seguinte método:
Este método registrará no serviço de API Tracking os eventos de Resultado da operação (Operation result) e Finalização de mudança de etapa (Step change finish), que encerram a operação.
Importante
O significado desses atributos, incluindo esses enums, será determinado pelo usuário.
Valores possíveis de OperationResultStatus:
Valores possíveis de OperationResultReason:
3.8.7. Servidor proxy
Desde a Versão 4.5.5 do SelphID-SDK, é possível enviar solicitações para a API de Tracking por meio de um servidor proxy. Para configurar os parâmetros do proxy, use o seguinte método:
Para desabilitar o proxy, deve ser passada uma string vazia como parâmetro proxyHost.
3.9. Descrição dos resultados da API
As seguintes propriedades, nas classes de resultado, permitem avaliar os resultados de cada um dos métodos mencionados acima.
A partir da versão 6.18.0, além de verificar a validade de um Token por meio de getValidTimeStamp(), agora podemos obter a marca temporal incorporada no próprio Token por meio de getTokenTimeStamp(). Isso afeta:
SelphIDFacialExtractionResult.SelphIDFacialAuthenticationResult.SelphIDDocumentResult.SelphIDFacialLivenessResult.
3.9.1. SelphIDFacialExtractionResult
Apresenta diferentes propriedades para avaliar o resultado da extração facial:
Valores possíveis de FacialPose:
Valores possíveis de FacialQuality:
Valores possíveis de Glasses:
Valores possíveis de Gender:
3.9.2. SelphIDFacialAuthenticationResult
Apresenta diferentes propriedades para avaliar o resultado da Authentication biométrica:
Importante
Para avaliar o resultado, você deve utilizar a propriedade
FacialAuthenticationStatus; o valorsimilarityé usado apenas para fins estatísticos.
Valores possíveis de FacialAuthenticationStatus:
3.9.3. SelphIDDocumentResult
Apresenta diferentes métodos para recuperar as imagens usadas no processo e os dados lidos do documento. Os métodos são os seguintes:
3.9.4. SelphIDFacialLivenessResult
Apresenta a propriedade FacialLivenessDiagnostic para avaliar o resultado do diagnóstico de teste de vida passivo.
Valores possíveis de FacialLivenessDiagnostic:
A partir da Versão 6.18.0, a estrutura SelphIDNoLiveDetails com informações adicionais sobre o caso NoLive. No caso Live, também podemos consultar as pontuações (scores) do pipeline.
3.9.5. SelphIDIdentifierResult
Apresenta diferentes métodos para obter as informações de comparação de cada um dos candidatos retornados como resultado de uma busca 1:N. São os seguintes:
Valores possíveis de FacialAuthenticationStatus:
Valores possíveis de FacialAuthenticationDetail:
3.9.6. SelphIDVerifierResult
Apresenta diferentes métodos para obter informações do orquestrador. São os seguintes:
Nota
Para mais informações:
3.9.7. SelphIDApiTrackingResult
Apresenta diferentes métodos para obter informações da operação da API Tracking. São os seguintes:
3.10. Descrição de SelphIDException
Se ocorrer um erro dentro do SelphID-SDK, a exceção SelphIDException será lançada.
Valores possíveis de SelphIDExceptionType:
Atualizado