새로운 기능 추가 방법(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의 심각성 — 다중 요소 사기 지표 외에도, 이제 이 상태에는 사용자가 신분증 소지자를 사칭하는 경우도 포함됩니다.