Saltar al contenido principal

Descripción general

La decisión de la sesión devuelve el resultado de cada paso de verificación de ubicación en dos listas: geolocation_checks[] contiene el intento aceptado de cada paso y geolocation_attempts[] enumera todos los intentos en orden. Ambas están en GET /v3/session/{sessionId}/decision/ (consulta Recuperar sesión) y en el webhook status.updated. Un flujo de verificación (workflow) sin paso de ubicación devuelve null o una lista vacía en ambas.

geolocation_checks[]

Un elemento por cada paso de ubicación (node_id), tomado de su intento más reciente.

geolocation_attempts[]

Todos los intentos de todos los pasos de ubicación, del más antiguo al más reciente, con los mismos campos de medición, incertidumbre, área y distancia que geolocation_checks[] excepto warnings, además de: Se omiten los intentos sustituidos por un nuevo envío. Los datos sin procesar enviados por el cliente y el desafío nunca se devuelven.

Campos para reglas de estado y ramas

Las status_rules personalizadas y las reglas de rama pueden leer estos 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) y geolocation.consecutive_mismatches. Un valor ausente solo coincide con is_empty, de modo que una regla escrita para una señal de fraude nunca se activa por datos ausentes.

Contenido relacionado

Última modificación el 1 de noviembre de 2026