Pular para o conteúdo principal
GET
curl
Este endpoint retorna o webhook no nível da aplicação, de antes de existirem destinos, junto com a lista de destinos. A Didit entrega webhooks para os seus destinos de webhook, cada um assinado com o seu próprio secret_shared_key; os campos de nível superior webhook_url, webhook_version e secret_shared_key são usados somente enquanto nenhum destino estiver ativado e, nesse caso, apenas para status.updated e data.updated.
A resposta contém todos os segredos de assinatura da sua aplicação. Mantenha-a fora de logs e do código do lado do cliente.
Para alterar essas configurações, use Atualizar configuração de webhook. Para verificação de assinatura e payloads, consulte o guia de webhooks. Para os campos de retenção, consulte Retenção de dados.

Autorizações

x-api-key
string
header
obrigatório

Chave de API da sua aplicação, em Developers -> API keys no Business Console. A chave principal tem acesso total. Uma chave nomeada pode ter escopo restrito: nenhum acesso, leitura ou escrita por recurso, limitada a alguns fluxos ou a sessões aprovadas, a uma lista de endereços IP e a uma data de validade. 401 significa que a chave está errada, revogada ou expirada; 403 significa que nenhuma chave foi enviada, que a chave não tem acesso a este recurso ou ação, ou que a requisição veio de um endereço fora da sua lista de IPs; 404 em uma rota de sessão significa que a sessão está fora dos fluxos ou status da chave. Uma chave sem acesso a mídia recebe URLs de imagem, vídeo e PDF como null, e uma chave sem permissão de escrita em sessões recebe links e tokens de sessão como null. Consulte https://docs.didit.me/console/api-keys.

Resposta

A configuração do webhook.

Configuração de webhook no nível da aplicação, política de retenção e hosts de retorno da carteira Digital ID, com todos os destinos de webhook.

webhook_url
string<uri> | null
obrigatório

URL de webhook no nível da aplicação (legado). A Didit envia para ela somente enquanto a aplicação não tiver nenhum destino habilitado e, nesse caso, apenas status.updated e data.updated. Cada criação, atualização ou exclusão de um destino define essa URL como a do destino habilitado mais antigo, ou como null quando nenhum estiver habilitado.

webhook_version
enum<string>
obrigatório

Versão do payload do webhook_url legado. Cada destino tem seu próprio webhook_version.

Opções disponíveis:
v1,
v2,
v3
secret_shared_key
string
obrigatório

Segredo de assinatura no nível da aplicação (token de 43 caracteres seguro para URL). Ele assina apenas as entregas para o webhook_url legado; cada destino assina com seu próprio secret_shared_key. Chamadores com chave de API sempre o recebem completo; usuários do Console sem read:webhooks recebem uma string vazia.

capture_method
enum<string>
obrigatório

Configuração legada da aplicação. O fluxo de verificação não a lê: as opções de captura são configuradas por fluxo.

Opções disponíveis:
MOBILE,
MOBILE_AND_DESKTOP
data_retention_months
integer | null
obrigatório

Janela de exclusão automática. Sessões de verificação de usuário criadas há mais desse número de meses (um mês equivale a 30 dias) são excluídas automaticamente, e essa exclusão é irreversível. null significa que as sessões nunca são excluídas automaticamente. Consulte Retenção de dados.

Intervalo obrigatório: 1 <= x <= 120
face_retention_policy
enum<string>
obrigatório

O que acontece com o embedding facial de uma sessão quando a sessão é excluída. delete_with_session (padrão) o exclui junto com a sessão. retain_until_user_deleted é a retenção de template biométrico opcional: um template biométrico sem imagem vinculado ao User é gerenciado separadamente até que seu período de retenção termine, o User seja excluído ou você o remova.

Opções disponíveis:
delete_with_session,
retain_until_user_deleted
face_retention_days
integer | null
obrigatório

Período de retenção, em dias, dos templates biométricos sob retain_until_user_deleted. Obrigatório quando essa política estiver definida.

Intervalo obrigatório: 1 <= x <= 3650
available_events
object[]
obrigatório

Todos os tipos de evento que um destino pode assinar, com um rótulo de exibição.

allowed_return_hosts
string[]
obrigatório

Nomes de host (correspondência exata, somente HTTPS) para os quais uma verificação avulsa de carteira Digital ID pode redirecionar o usuário com seu return_url. Seu domínio de marca própria também é sempre permitido. Consulte Registre seu destino de retorno.

Maximum array length: 20
Maximum string length: 253
endpoints
object[]
obrigatório

Todos os destinos de webhook da aplicação, do mais antigo para o mais recente, cada um com seu segredo de assinatura. Somente leitura aqui: gerencie os destinos com os endpoints /v3/webhook/destinations/.

Quando o fluxo hospedado e os SDKs nativos pedem à pessoa consentimento biométrico explícito antes de uma captura facial. auto (padrão) pede apenas quando um gatilho se aplica: um estado declarado, o IP da pessoa ou o emissor do documento de identidade está em Illinois, Texas ou Colorado, ou a pessoa parece estar nos EUA sem um estado conhecido. always pede a toda pessoa cujo fluxo captura um rosto. never nunca mostra a etapa, e você mesmo coleta o consentimento antes da selfie. Cada alteração é registrada no registro de auditoria. Veja Consentimento biométrico.

Opções disponíveis:
auto,
always,
never
allowed_domains
string[]

Origens (por exemplo https://app.example.com; http apenas para localhost) nas quais o fluxo de verificação hospedado pode ser incorporado e para as quais ele pode enviar o usuário de volta com um callback de sessão. Chamadas servidor a servidor não são afetadas. Uma lista vazia significa nenhuma restrição. A Didit armazena cada origem em letras minúsculas, sem porta padrão. Uma entrada inválida falha com 400 em allowed_domains.

Maximum array length: 50
Maximum string length: 300
Exemplo:
Última modificação em 1 de novembro de 2026