概览
会话决策通过两个列表返回每个定位验证步骤的结果:geolocation_checks[] 包含每个步骤已接受的尝试,geolocation_attempts[] 按顺序列出每一次尝试。
两者都在 GET /v3/session/{sessionId}/decision/ 中返回(参见 获取会话),也会在 status.updated Webhook 中返回。
如果工作流中没有定位步骤,两者都返回 null 或空列表。
geolocation_checks[]
每个定位步骤(node_id)返回一项,取自该步骤最新的一次尝试。
geolocation_attempts[]
每个定位步骤的每一次尝试,按从旧到新的顺序排列,包含与 geolocation_checks[] 相同的测量、不确定性、区域和距离字段,但不包含 warnings,并额外包含:
被重新提交取代的尝试不会包含在内。
原始客户端提交内容和挑战信息永远不会返回。
状态规则与分支的字段
自定义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_*代码。 - Webhook -
status.updated携带这些列表。 - 数据模型 - 警告对象 -
warnings[]中每个条目的结构。