Vai al contenuto principale

Panoramica

La decisione della sessione restituisce il risultato di ogni passaggio di Verifica della posizione in due elenchi: geolocation_checks[] contiene il tentativo accettato di ciascun passaggio, mentre geolocation_attempts[] elenca ogni tentativo in ordine. Entrambi sono presenti su GET /v3/session/{sessionId}/decision/ (vedi Recupera sessione) e nel webhook status.updated. Un workflow privo di passaggi di Posizione restituisce null o un elenco vuoto per entrambi.

geolocation_checks[]

Un elemento per ogni passaggio di Posizione (node_id), tratto dal suo tentativo più recente.

geolocation_attempts[]

Ogni tentativo di ciascun passaggio di Posizione, dal più vecchio al più recente, con gli stessi campi di misurazione, incertezza, area e distanza di geolocation_checks[] ad eccezione di warnings, oltre a: I tentativi ritirati da un nuovo invio vengono omessi. L’invio grezzo del client e la sfida non vengono mai restituiti.

Campi per le regole di stato e i rami

Le status_rules personalizzate e le regole dei rami possono leggere questi campi: geolocation.status, geolocation.outcome, geolocation.permission, geolocation.latitude, geolocation.longitude, geolocation.accuracy_m, geolocation.accuracy_confidence, geolocation.age_seconds, geolocation.measured_at, geolocation.source, geolocation.platform, geolocation.country (ISO 3166-1 alpha-3), geolocation.region, geolocation.city, geolocation.is_mock, geolocation.integrity, geolocation.inside_geofence, geolocation.ip_distance_km, geolocation.ip_consistent, geolocation.document_distance_km, geolocation.attempts, geolocation.consent_at, geolocation.inside_areas, geolocation.blocked_areas, geolocation.anonymizers (vpn, proxy, tor, spoofing, emulator) e geolocation.consecutive_mismatches. Un valore mancante corrisponde solo a is_empty, pertanto una regola scritta per un segnale di frode non si attiva mai su dati mancanti.

Risorse correlate

Ultima modifica il 7 novembre 2026