मुख्य सामग्री पर जाएं

Overview

सत्र निर्णय दो सूचियों में प्रत्येक Location verification चरण का परिणाम लौटाता है: geolocation_checks[] प्रत्येक चरण के स्वीकृत प्रयास को रखता है, और geolocation_attempts[] क्रम से प्रत्येक प्रयास को सूचीबद्ध करता है। दोनों GET /v3/session/{sessionId}/decision/ पर (देखें सत्र प्राप्त करें) और status.updated webhook में उपलब्ध हैं। बिना किसी Location चरण वाला वर्कफ़्लो दोनों के लिए null या एक खाली सूची लौटाता है।

geolocation_checks[]

प्रति Location चरण (node_id) एक आइटम, जो इसके नवीनतम प्रयास से लिया गया है।

geolocation_attempts[]

प्रत्येक Location चरण का प्रत्येक प्रयास, सबसे पुराना पहले, warnings को छोड़कर geolocation_checks[] के समान माप, अनिश्चितता, क्षेत्र और दूरी फ़ील्ड के साथ, साथ ही: पुनः सबमिशन द्वारा अप्रचलित किए गए प्रयासों को शामिल नहीं किया जाता। कच्चा क्लाइंट सबमिशन और चैलेंज कभी नहीं लौटाए जाते हैं।

स्थिति नियमों और शाखाओं के लिए फ़ील्ड

कस्टम status_rules और शाखा नियम इन फ़ील्ड को पढ़ सकते हैं: 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) और geolocation.consecutive_mismatches। एक अनुपलब्ध मान केवल is_empty से मेल खाता है, इसलिए धोखाधड़ी सिग्नल के लिए लिखा गया नियम कभी भी अनुपलब्ध डेटा पर ट्रिगर नहीं होता है।

संबंधित

अंतिम संशोधन 7 नवंबर 2026