Pular para o conteúdo principal
Toda transação que inclui o endereço IP de um dispositivo é enriquecida no servidor, em tempo real, antes que as regras a avaliem. O enriquecimento adiciona país, cidade, indicadores de VPN/Tor/data center, ASN e operadora, e todos esses dados ficam disponíveis como condições de regra.

Quando o enriquecimento é executado

Durante a criação da transação:
  1. Você envia POST /v3/transactions/ com subject.device_context.network_context.ip_address (ou o IP do dispositivo de qualquer parte).
  2. A Didit consulta o IP em um cache em memória (TTL de 24 horas).
  3. Se o IP não estiver em cache, consulta a tabela compartilhada de enriquecimento de IP (atualização de cerca de 30 dias).
  4. Se os dados estiverem desatualizados ou ausentes, resolve o IP pelo pipeline de enriquecimento da Didit, com failover entre vários provedores.
  5. Os campos enriquecidos são gravados de volta no registro da transação e ficam disponíveis para as regras.
O enriquecimento é inline, ou seja, termina antes de as regras serem executadas, mas não bloqueia em caso de falha. Se o enriquecimento não puder ser concluído, a transação segue normalmente; o IP apenas aparece sem dados de enriquecimento.

Campos enriquecidos

Como usar campos enriquecidos em regras

Qualquer um dos campos enriquecidos pode ser uma condição de regra. Padrões comuns: Jurisdição de alto risco pelo IP
Uso de VPN / Tor
Origem em data center / não residencial
País do IP ≠ país do KYC

Camadas de cache

Acertos nas duas primeiras camadas não geram nenhum custo adicional. Novas resoluções podem ser tarifadas; consulte seu console de faturamento.

Comportamento em caso de falha

  • A criação da transação nunca falha por causa de uma falha no enriquecimento.
  • Campos de enriquecimento ausentes simplesmente não atendem a nenhuma condição de regra que faça referência a eles.
  • Alertas sobre enriquecimento travado são encaminhados à sua equipe de operações pelo monitoramento interno; não há impacto para o cliente.

Filtragem de validade

IPs não roteáveis são ignorados antes do enriquecimento:
  • Privados (10/8, 172.16/12, 192.168/16)
  • Loopback local (127/8)
  • Link-local local (169.254/16)
  • Multicast, não especificados
Isso economiza a cota dos provedores e evita dados de enriquecimento sem sentido.

Como inspecionar o enriquecimento de uma transação

Pela API. Não existe um bloco de enriquecimento separado. Os campos enriquecidos são gravados no próprio objeto device.network_context da parte, ao lado do ip_address que você enviou, na entrada correspondente do array parties:
Os campos que você forneceu na requisição são preservados; o enriquecimento só preenche as chaves que você deixou de fora, e as chaves que o resolvedor retornou vazias são omitidas. Consulte o esquema de resposta para ver a estrutura completa de device. No console. A página de detalhes da transação mostra o enriquecimento de IP na aba IP & Device, com um marcador no mapa.

Considerações de privacidade

  • Os IPs brutos são armazenados com a transação.
  • Os dados de enriquecimento ficam em uma tabela compartilhada indexada por IP, e não por usuário.
  • A exclusão por direito ao esquecimento remove os IPs da transação; a entrada no cache compartilhado permanece (não contém informações de identificação pessoal).

Próximos passos

Regras

Use campos enriquecidos em condições.

Biblioteca de regras

Regras predefinidas baseadas em IP.

Esquema de resposta

Onde o enriquecimento de IP aparece.
Última modificação em 1 de novembro de 2026