> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Межорганизационные идентификационные заявления Didit

> Как Didit передаёт данные о личности из других организаций без ярлыков мошенничества: отдельные измерения результата, передача по умолчанию выключена.

## Правило, ради которого существует эта страница

Лицо — это стабильная идентичность. Оно не является меткой мошенничества, и Didit не будет относиться к нему как к такой метке.

Это различие важнее всего в случае, ради которого оно появилось: реальный человек, давший согласие на проверку, пытается пройти верификацию под чужой личностью. Попытку нужно остановить. Но три разных человека после этого не должны попадать под подозрение: тот же человек, когда позже проходит верификацию под собственной действительной личностью, владелец заимствованной личности (он жертва, а не правонарушитель) и любой, чье лицо лишь похоже на другое.

Поэтому признак мошенничества привязан к **заявлению о личности**. Это событие, а не человек, который его сделал, и не личность, которую он заявил.

## Четыре измерения, четыре поля

Решение никогда не сводится к одному слову, выбранному за вас. Каждое из измерений передается отдельно, а то, что ваш продукт делает с их комбинацией, решаете вы:

| Измерение | На какой вопрос отвечает | Где отображается |
| - | - | - |
| **Целостность входных данных** | Была ли съёмка выполнена вживую, без изменений и с помощью реальной камеры? | Предупреждения проверки живости (`LIVENESS_FACE_ATTACK`, `VIRTUAL_CAMERA_DETECTED`, …) |
| **Совпадение личности** | Совпал ли человек с личностью, которую он заявил, по надежному эталону? | Предупреждения о сравнении лиц и дубликатах лиц в сессии |
| **Поведенческие и сетевые данные** | Зафиксировали ли другие организации события заявлений для этого же человека, в которых заявленная личность не совпадала с доказательствами? | `CROSS_ORG_IDENTITY_CLAIM_PATTERN` |
| **Финальное решение** | Каким стал статус сессии | `status` в payload решения |

Непройденная проверка живости, несовпадение личности и сетевой паттерн — это три разных утверждения о трех разных вещах. Если читать их как одно число, плохая фотография превращается в обвинение.

### Совпадение личности требует надежного эталона

Значения `match` и `mismatch` формируются только тогда, когда есть с чем надежно сравнить лицо: портрет из государственного документа или личность, которая уже прочно связана с этим лицом. Адрес электронной почты или номер телефона без предыдущей прочной привязки не дают ничего, с чем можно сравнить лицо. В таком случае ответ: **эталона нет**. Это не `mismatch`, и не `match`, выведенный только из истории лица.

## Что могут и чего не могут сообщать данные других организаций

Если ваша организация использует тариф Enterprise и её режим обмена равен `global`, сессия может вызвать `CROSS_ORG_IDENTITY_CLAIM_PATTERN`.
На тарифах ниже Enterprise или при режиме обмена `private` или `off` проверка данных других организаций не выполняется.
Данные о заявлениях поступают только от других организаций, которые также используют Enterprise и обмениваются данными глобально.
Предупреждение означает следующее:

> Другие участвующие организации зафиксировали события заявлений о личности для этого же человека,
> в которых заявленная личность не совпала с доказательствами в этих сессиях.

Оно **не** означает, что человек мошенник, и ни один ответ Didit никогда не будет этого утверждать. Это подкрепляют три гарантии:

* **Оно подавляется, если ваша собственная проверка прошла.** Если совпадение личности в этой сессии равно `match`, предупреждение вообще не выставляется. Человек, успешно прошедший проверку по собственному надежному эталону, считается верифицированным. То, в чем он мог участвовать раньше, относится к тем заявлениям, а не к этому.
* **Оно не может стать основанием для отказа.** Допустимые действия: Review или No action. Если для `cross_org_identity_claim_pattern_action` установлено значение Decline, оно понижается до Review, потому что история человека может открыть расследование текущего заявления, но никогда не может его отклонить.
* **Данные только агрегированные.** Payload содержит количество организаций, количество несовпавших заявлений, количество различных заявленных личностей и давность событий. Он никогда не содержит, кто эти люди, их сессии или любые их данные.

`CROSS_ORG_FRAUD_FACE` является устаревшей версией этого предупреждения, которая больше не выставляется. Значение сохранено, чтобы существующие журналы и правила продолжали работать. Исторические срабатывания являются записями, а не суждениями о человеке.

## Поиск только по лицу: идентификатор личности, а не вердикт

Распознавание того, что перед вами снова тот же человек, является отдельной возможностью, не связанной с решениями о нем. Поиск только по лицу возвращает **стабильный непрозрачный идентификатор личности** для повторных снимков того же лица с высокой степенью уверенности, и ничего больше.

* Идентификатор является случайным. Он не выводится из лица, эмбеддинга, сессии, организации или ссылки на клиента, поэтому не раскрывает ничего, кроме факта: «этот снимок уже встречался».
* Он не содержит состояния мошенничества. В нем нет поля, которое могло бы его содержать.
* Совпадение с низкой уверенностью или возможное совпадение никогда не объединяет двух людей. Чрезмерное объединение сливает двух людей в одну личность, и это нельзя отменить по данным. Недостаточное объединение только снижает полноту результатов.

## Поиск множественных аккаунтов: только внутри организации и с сегментами

Вопрос «открывало ли это лицо несколько аккаунтов у **нас**» отличается от данных о заявлениях других организаций. Он решается только внутри вашей организации.

Укажите `multi_account_segment` при создании сессии, чтобы задать для этого поиска явную область. Две сессии в разных сегментах никогда не считаются дубликатами друг друга. Это позволяет вести отдельные базы личных и бизнес-аккаунтов или отдельный сегмент для каждого субклиента, не создавая впечатление, что человек занимается массовым созданием аккаунтов, если он законно владеет одним аккаунтом в каждом из них. Если параметр не указан, все сессии попадают в единую область по умолчанию, и это в точности текущее поведение.

Сопоставление со списком блокировки и списком разрешений намеренно игнорирует сегменты: лицо из списка блокировки заблокировано во всей вашей организации, поэтому сегмент нельзя использовать, чтобы обойти блокировку.

## Конфиденциальность

* Лица никогда не выходят за границы организации. Общий индекс мошенничества физически не может их хранить: база данных отклоняет такую запись.
* Через границу передаётся только односторонний хеш с ключом точного значения (номер документа, устройство, IP-адрес, телефон или адрес электронной почты), которое участвующая организация пометила как мошенническое.
* Межорганизационные запросы возвращают количество и интервалы давности. Организация-источник никогда не называется, и никакие исходные значения, изображения или сессии не покидают организацию.
* Обмен взаимный и требует одновременно тарифа Enterprise и режима обмена `global`. Организация, которая не вносит данные, не выполняет запросы. Организация ниже тарифа Enterprise не вносит данные и не выполняет запросы независимо от своего режима обмена.
* Межорганизационная аналитика по **лицу** специально отключена по умолчанию и остаётся отключённой, пока не будут завершены оценка воздействия на защиту данных (DPIA) и юридическая проверка биометрического идентификатора человека и модели событий, связанных с утверждениями.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.