Pular para o conteúdo principal
PATCH
curl
rotate_secret_key faz a rotação apenas do segredo da aplicação, que assina as entregas para o webhook_url legado. Cada destino do webhook assina com o próprio secret_shared_key, que esta chamada não altera.
Os campos de retenção correspondem à mesma política que você define em Business Console → App Settings → Data retention. Leia Retenção de dados antes de alterá-los, em especial a retenção de templates biométricos. O allowed_return_hosts é descrito em Registre seu destino de retorno. biometric_consent_mode (auto, always ou never) define quando o fluxo de verificação solicita consentimento biométrico explícito antes de uma captura facial. Consulte Consentimento biométrico. Para consultar primeiro os valores atuais, chame Obter configuração do webhook.

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.

Corpo

application/json

Envie apenas os campos a alterar. Os destinos não são gerenciados aqui.

webhook_url
string<uri> | null

URL de webhook legada no nível da aplicação. A Didit a usa somente enquanto a aplicação não tem nenhum destino habilitado, e apenas para status.updated e data.updated. Ela não cria um destino, e a próxima criação, atualização ou exclusão de um destino a substitui. Para receber webhooks, crie um destino com POST /v3/webhook/destinations/.

Maximum string length: 2000
webhook_version
enum<string>

Versão do payload do webhook_url legado.

Opções disponíveis:
v1,
v2,
v3
rotate_secret_key
boolean
padrão:false

true substitui imediatamente o secret_shared_key da aplicação por um novo valor aleatório; o novo valor vem na resposta. Os segredos dos destinos não são alterados. Cada chamada com true gera um novo segredo, portanto ela não é idempotente.

capture_method
enum<string>

Configuração legada da aplicação. O fluxo de verificação não a lê.

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

Janela de exclusão automática em meses (um mês equivale a 30 dias), ou null para nenhuma exclusão automática. Uma alteração também se aplica às sessões existentes: toda sessão de verificação de usuário mais antiga que a nova janela é excluída automaticamente, e essa exclusão é irreversível.

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

O que acontece com o embedding facial de uma sessão quando a sessão é excluída. retain_until_user_deleted exige face_retention_days na mesma requisição ou já definido. Uma alteração se aplica às exclusões de sessão a partir de então; ela não cria nem remove nenhum template biométrico existente.

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

Período de retenção, em dias, dos templates biométricos sob retain_until_user_deleted.

Intervalo obrigatório: 1 <= x <= 3650

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_return_hosts
string[]

Substitui toda a lista de hosts de retorno da carteira de Digital ID. Apenas nomes de host simples, como shop.example.com: sem esquema, porta, caminho ou curinga. Os valores são convertidos para minúsculas e as duplicatas são descartadas. Envie [] para limpar a lista.

Maximum array length: 20
Maximum string length: 253
allowed_domains
string[]

Substitui toda a lista de origens permitidas. 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 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 minúsculas e sem a porta padrão. Uma entrada inválida falha com 400 em allowed_domains. Envie [] para remover a restrição.

Maximum array length: 50
Maximum string length: 300
Exemplo:

Resposta

A configuração completa após a atualização, com o mesmo formato de GET /v3/webhook/. Se você rotacionou o segredo, armazene o novo secret_shared_key antes de descartar a resposta.

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