Saltar para o conteúdo principal
Todas as transações que incluam um endereço IP de dispositivo são enriquecidas no lado do servidor, em tempo real, antes de as regras as avaliarem. O enriquecimento acrescenta o país, a cidade, os sinalizadores de VPN/Tor/centro de dados, o ASN e a operadora, todos disponíveis como condições de regras.

Quando o enriquecimento é executado

Em linha, durante a criação da transação:
  1. Submete POST /v3/transactions/ com subject.device_context.network_context.ip_address (ou o endereço IP do dispositivo de qualquer parte).
  2. A Didit procura o IP numa cache em memória (TTL de 24 horas).
  3. Se não estiver em cache, verifica a tabela partilhada de enriquecimento de IPs (atualidade de cerca de 30 dias).
  4. Se estiver desatualizado ou em falta, resolve o IP através do pipeline de enriquecimento da Didit, com failover entre vários fornecedores.
  5. Os campos enriquecidos são gravados de volta no registo da transação e ficam disponíveis para as regras.
O enriquecimento é em linha: fica concluído 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 prossegue na mesma e o IP surge sem dados de enriquecimento.

Campos enriquecidos

Utilizar campos enriquecidos nas regras

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

Camadas de cache

As consultas às duas primeiras camadas não geram custos adicionais. As resoluções novas podem ser cobradas por utilização; consulte a sua consola de faturação.

Comportamento em caso de falha

  • A criação de transações nunca falha por o enriquecimento ter falhado.
  • Os campos de enriquecimento em falta simplesmente não correspondem a nenhuma condição de regra que os referencie.
  • Os alertas sobre enriquecimento parado são comunicados à sua equipa de operações através da monitorização interna, sem impacto para o cliente.

Filtragem de validade

Os IPs não encaminháveis são ignorados antes do enriquecimento:
  • Privados (10/8, 172.16/12, 192.168/16)
  • Loopback (127/8)
  • Link-local (169.254/16)
  • Multicast e não especificados
Esta filtragem poupa quota dos fornecedores e evita dados de enriquecimento sem sentido.

Inspecionar o enriquecimento de uma transação

Via API. Não existe um bloco de enriquecimento separado. Os campos enriquecidos são gravados no próprio objeto device.network_context da parte, junto ao ip_address que submeteu, na entrada correspondente do array parties:
Os campos que forneceu no pedido são preservados. O enriquecimento preenche apenas as chaves que deixou de fora, e as chaves que o resolvedor devolveu vazias são omitidas. Consulte o esquema de resposta para a estrutura completa de device. Na consola. A página de detalhe da transação mostra o enriquecimento de IP no separador IP e dispositivo, com um marcador no mapa.

Considerações de privacidade

  • Os IPs em bruto são armazenados com a transação.
  • Os dados de enriquecimento residem numa tabela partilhada indexada por IP, e não por utilizador.
  • A eliminação ao abrigo do direito ao esquecimento remove os IPs da transação; a entrada partilhada da cache permanece, uma vez que não identifica pessoas.

Próximos passos

Regras

Utilize os campos enriquecidos nas condições.

Biblioteca de regras

Regras predefinidas baseadas em IP.

Esquema de resposta

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