Passer au contenu principal

Vue d’ensemble

La décision de session renvoie le résultat de chaque étape de vérification de localisation dans deux listes : geolocation_checks[] contient la tentative acceptée de chaque étape, et geolocation_attempts[] répertorie toutes les tentatives dans l’ordre. Les deux sont présentes dans GET /v3/session/{sessionId}/decision/ (voir Récupérer la session) et dans le webhook status.updated. Un workflow sans étape de localisation renvoie null ou une liste vide pour les deux.

geolocation_checks[]

Un élément par étape de localisation (node_id), extrait de sa tentative la plus récente.

geolocation_attempts[]

Chaque tentative de chaque étape de localisation, de la plus ancienne à la plus récente, avec les mêmes champs de mesure, d’incertitude, de zone et de distance que geolocation_checks[] à l’exception de warnings, plus : Les tentatives écartées par une nouvelle soumission sont exclues. La soumission brute du client et le défi ne sont jamais renvoyés.

Champs pour les règles de statut et les branches

Les status_rules personnalisées et les règles de branche peuvent lire ces champs : 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) et geolocation.consecutive_mismatches. Une valeur manquante ne correspond qu’à is_empty, de sorte qu’une règle conçue pour un signal de fraude ne se déclenche jamais sur des données manquantes.

Voir aussi

Dernière modification le 7 novembre 2026