概要
セッションの判定は、すべての位置情報検証ステップの結果を2つのリストで返します。geolocation_checks[]には各ステップで採用された試行が入り、geolocation_attempts[]にはすべての試行が順番に並びます。
どちらもGET /v3/session/{sessionId}/decision/(セッションの取得を参照)とstatus.updated Webhookに含まれます。
位置情報ステップのないワークフローでは、どちらもnullまたは空のリストが返されます。
geolocation_checks[]
位置情報ステップ(node_id)ごとに1項目で、各ステップの最新の試行から取得されます。
geolocation_attempts[]
すべての位置情報ステップのすべての試行を古い順に含みます。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_*コード。 - Webhook:
status.updatedにこれらのリストが含まれます。 - データモデル: Warningオブジェクト:
warnings[]の各エントリーの構造。