--- title: Как добавить новую возможность (API) description: Для клиентов, уже интегрированных через API (POST /v1/process) с Классификацией рисков мошенничества (Trust Network), которые добавляют Проверку личности в свой контракт. canonical: https://developer.unico.io/ru/developers/api-reference/upgrade-guide locale: ru generated_by: markdown-export --- - [/ru/](/ru/) - Справочник API - Как добавить новую возможность **На этой странице# Как добавить новую возможность (API) информацияЭто руководство предназначено для клиентов, которые уже интегрированы через **API** (`POST /processes/v1`) с Классификацией рисков мошенничества (Trust Network) и добавляют Проверку личности в свой контракт. ## Добавление проверки личности​ Это руководство описывает эволюцию движка принятия решений для усиления ваших процессов проверки личности. Техническое требованиеВ отличие от других интеграций, включение этой возможности **требует обновления вашего API-ключа**. Без этого изменения вы не сможете получать новые ответы валидации личности — ваш контакт в Unico предоставит их вам. ### Главное изменение: Проверка личности​ Основное улучшение — это возможность валидировать личность держателя (в дополнение к ответам о мошенничестве). Теперь система проверяет, является ли человек, выполняющий процесс, действительно держателем предоставленного документа. Крайне важно, чтобы ваша команда правильно поняла и сопоставила новую интерпретацию ответа до активации возможности, чтобы не повлиять на вашу работу. ### Таблица сравнения результатов​ Результат (только Trust)Результат (Trust + IDUnico)Значение и рекомендуемое действиеN/A`APPROVED`**Новое (идеальное состояние).** Пользователь является держателем документа, и нет признаков мошенничества.`INCONCLUSIVE``INCONCLUSIVE`**Изменение нюанса.** Пользователь реален, и нет признаков мошенничества, но нет уверенности, что он является держателем документа.`REPROVED``REPROVED`**Рекомендуется отклонение.** Есть признаки мошенничества, либо система подтвердила, что пользователь не является держателем документа.`HIGH_RISK``HIGH_RISK`Как минимум одно веское доказательство мошенничества. Решение принимает клиент.`CRITICAL_RISK``CRITICAL_RISK`Как минимум два критических доказательства мошенничества. Рекомендуется отклонение. ### Ключевые изменения в наименовании​ Убедитесь, что ваша система готова учитывать эти три фундаментальных изменения в вашем потоке одобрения: **Появление `APPROVED`** — теперь это «идеальное» состояние. Если вы получаете этот код, у вас есть полная уверенность в личности и безопасности процесса. **Новый нюанс `INCONCLUSIVE`** — ранее это был ваш основной зелёный свет. Теперь это означает, что человек «реален» и явных признаков мошенничества нет, но система не смогла с полной уверенностью связать его с личностью по документу. **Серьёзность `REPROVED`** — помимо мультифакторных признаков мошенничества, это состояние теперь также включает случаи, когда пользователь выдаёт себя за держателя документа. Последнее обновление 8 окт. 2026 г.**