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 से मेल खाता है, इसलिए धोखाधड़ी सिग्नल के लिए लिखा गया नियम कभी भी अनुपलब्ध डेटा पर ट्रिगर नहीं होता है।
संबंधित
- स्थान सत्यापन - यह चरण कैसे काम करता है और इसकी लागत क्या है।
- स्थान सत्यापन चेतावनियाँ - प्रत्येक
LOCATION_*कोड। - Webhooks -
status.updatedमें ये सूचियाँ शामिल होती हैं। - डेटा मॉडल - चेतावनी ऑब्जेक्ट -
warnings[]में प्रत्येक एंट्री का प्रारूप।