Saltar para o conteúdo principal

Visão geral

A decisão da sessão devolve o resultado de cada passo de verificação de localização em duas listas: geolocation_checks[] contém a tentativa aceite de cada passo e geolocation_attempts[] lista todas as tentativas por ordem. Ambas estão presentes em GET /v3/session/{sessionId}/decision/ (consulte Obter sessão) e no webhook status.updated. Um fluxo sem nenhum passo de localização devolve null ou uma lista vazia para ambas.

geolocation_checks[]

Um item por passo de localização (node_id), obtido a partir da sua tentativa mais recente.

geolocation_attempts[]

Todas as tentativas de cada passo de localização, da mais antiga para a mais recente, com os mesmos campos de medição, incerteza, área e distância que geolocation_checks[], exceto warnings, mais: As tentativas que uma nova submissão invalidou são omitidas. A submissão não processada do cliente e o desafio nunca são devolvidos.

Campos para regras de estado e ramificações

As status_rules personalizadas e as regras de ramificação podem ler estes campos: 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. Um valor em falta corresponde apenas a is_empty, pelo que uma regra criada para um sinal de fraude nunca é acionada com dados em falta.

Relacionado

Última modificação em 7 de novembro de 2026