Перейти к основному содержанию

Обзор

Решение по сессии возвращает результат каждого шага верификации местоположения в двух списках: geolocation_checks[] содержит принятую попытку каждого шага, а geolocation_attempts[] перечисляет каждую попытку по порядку. Оба списка возвращаются в GET /v3/session/{sessionId}/decision/ (см. Получение сессии) и в webhook status.updated. Сценарий без шага местоположения возвращает null или пустой список для обоих полей.

geolocation_checks[]

По одному элементу на каждый шаг местоположения (node_id), взятому из его самой последней попытки.

geolocation_attempts[]

Каждая попытка каждого шага местоположения, начиная с самых ранних, с теми же полями, относящимися к измерениям, неопределённости, зонам и расстояниям, что и в geolocation_checks[], за исключением warnings, а также: Попытки, аннулированные повторной отправкой, исключаются. Необработанные данные, отправленные клиентом, и challenge никогда не возвращаются.

Поля для правил статуса и ветвей

Пользовательские 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 г.