多账号
此产品解决的问题
检测某个面部生物特征是否已关联到运营商库中的另一个活跃账户——即 "一张脸,一份合同" 原则。通过单次 API 调用,将采集的面部与注册库进行交叉比对,并在操作节点拦截重复账户。
在以下情况下使用此产品:
- 用户尝试执行某项操作(申请首次提现、出金),您希望验证该生物特征是否已属于系统中另一个活跃账户。
- 您需要对**自拍历史库进行追溯性导入**,以识别已有的重复项(批量模式)。这是生物特征库导入流程。
- 您的业务模型要求每个人每个运营商(或每个国家)最多只能拥有一个活跃账户。
- 您希望减少人工视频审核台的负担,用自动化的确定性决策取代人工分析。
在以下情况下请勿使用此产品:
- 如需验证身份证件的真实性 → 请查看入职/新用户注册产品。
- 如需确认执行交易的人是账户持有人(1:1 验证)→ 请查看交易类产品。
- 您的产品设计上允许每人拥有多个账户(例如个人账户和企业账户)——在这种情况下,请与您的 Unico 联系人讨论 :搜索可以进行分段,从而不会将这些账户类型检测为重复。
涉及的能力
在单个流程中执行的管道:
| 能力 | 是否必需 | 在流程中的作用 |
|---|---|---|
| 活体检测 | API 可选;Web 和 Native 必需 | 采集时的活体检测。 |
| 多账号 | 必需 | 在运营商库中执行分段生物特征搜索,将接收到的面部与同一分段下的所有记录进行交叉比对。 |
前提条件
- Bearer token — 参见身份验证。
- 沙盒凭据 — 参见环境。
- 已安装 SDK 或 Web 组件 — 仅适用于 Web 和 SDK 集成。参见 SDK 与工具。
- 已在您的 API Key 中启用多账号能力。
- 所有请求中均已填写
clientReference字段 — 在运营商系统中唯一标识用户。必须在客户数据库中唯一,最多 256 个字符且不含空格。此字段是多账号用途的主要标识符。
分步实施
- Native
- Web
- API
通过原生 SDK 集成 — 采集在您的应用内运行,使用适用于 Android、iOS 或 Flutter 的 Unico SDK。
在浏览器中集成 — Unico 托管旅程,您可以使用 Journeys SDK 打开它,或通过重定向用户来打开。
- 创建流程 — 调用创建流程,传入 适当的
flow值 和用户标识符。响应中包含流程id、token和userRedirectUrl。 - 打开旅程 — 在您的页面内使用 Journeys SDK 打开旅程,并传入流程
id(作为transactionId)和token。这是推荐的方式。如果旅程可以在页面之外运行,请改用直接访问:将用户发送至userRedirectUrl,并在创建流程中设置callbackUri,以便 Unico 知道将用户送回何处。 - 用户完成旅程 — Journeys SDK 会调用
onFinish。使用直接访问时,Unico 会将用户重定向回您的callbackUri。 - 查询结果 — 调用获取流程以获取 能力 结果。
- 应用业务规则 — 根据 响应 字段决定通过、拒绝或升级处理。


