Vai al contenuto principale
Ogni transazione che include un indirizzo IP del dispositivo viene arricchita lato server in tempo reale, prima che le regole la valutino. L’arricchimento aggiunge paese, città, flag VPN/Tor/data center, ASN e operatore, tutti disponibili come condizioni delle regole.

Quando viene eseguito l’arricchimento

Inline durante la creazione della transazione:
  1. Invii POST /v3/transactions/ con subject.device_context.network_context.ip_address (o l’IP del dispositivo di qualsiasi parte).
  2. Didit cerca l’IP in una cache in memoria (TTL di 24 ore).
  3. Se non è in cache, controlla la tabella condivisa di arricchimento IP (freschezza di circa 30 giorni).
  4. Se il dato è obsoleto o mancante, risolve l’IP tramite la pipeline di arricchimento di Didit, con failover su più provider.
  5. I campi arricchiti vengono scritti nel record della transazione e resi disponibili alle regole.
L’arricchimento è inline: viene completato prima che le regole vengano eseguite, ma non blocca la transazione in caso di errore. Se l’arricchimento non può essere completato, la transazione procede comunque e l’IP compare semplicemente senza dati di arricchimento.

Campi arricchiti

Uso dei campi arricchiti nelle regole

Qualsiasi campo arricchito può essere una condizione della regola. Schemi comuni: Giurisdizione ad alto rischio tramite IP
Uso di VPN / Tor
Data center / origine non residenziale
Paese IP ≠ paese KYC

Livelli di cache

I riscontri nei primi due livelli non comportano alcun costo aggiuntivo. Le nuove risoluzioni possono essere a consumo: consulta la console di fatturazione.

Comportamento in caso di errore

  • La creazione della transazione non fallisce mai a causa del fallimento dell’arricchimento.
  • I campi di arricchimento mancanti non corrispondono semplicemente a nessuna condizione delle regole che li referenzia.
  • Gli avvisi su arricchimenti bloccati vengono segnalati al tuo team operativo tramite il monitoraggio interno; non hanno alcun impatto visibile ai clienti.

Filtro di validità

Gli IP non instradabili vengono saltati prima dell’arricchimento:
  • Privati (10/8, 172.16/12, 192.168/16)
  • Loopback (127/8)
  • Link-local (169.254/16)
  • Multicast, non specificati
Questo riduce il consumo della quota dei provider ed evita dati di arricchimento privi di senso.

Ispezione dell’arricchimento per una transazione

Tramite API. Non esiste un blocco di arricchimento separato. I campi arricchiti vengono scritti nell’oggetto device.network_context della parte, accanto all’ip_address che hai inviato, nella voce corrispondente dell’array parties:
I campi che hai fornito nella richiesta vengono preservati: l’arricchimento compila solo le chiavi che hai omesso, e le chiavi che il resolver restituisce vuote vengono escluse. Per la struttura completa dell’oggetto device, consulta lo schema della risposta. Nella console. La pagina di dettaglio della transazione mostra l’arricchimento IP nella scheda IP e dispositivo, con un marcatore sulla mappa.

Considerazioni sulla privacy

  • Gli IP grezzi vengono memorizzati insieme alla transazione.
  • I dati di arricchimento risiedono in una tabella condivisa indicizzata per IP, non per utente.
  • La cancellazione secondo il diritto all’oblio rimuove gli IP dalla transazione; la voce di cache condivisa resta, perché non identifica una persona.

Passaggi successivi

Regole

Usa i campi arricchiti nelle condizioni.

Libreria di regole

Regole predefinite basate sull’IP.

Schema della risposta

Dove compare l’arricchimento IP.
Ultima modifica il 7 novembre 2026