设置证件姓名匹配策略
先使用 Balanced 模式。大多数酒店可在 3 分钟内完成设置。
本指南帮助你控制 AVA 将预订姓名与护照或身份证姓名进行比较时的严格程度。
查找位置
Settings → Security → General Settings → Document Name Matching快速参考
| 设置 | 控制内容 | 典型结果 |
|---|---|---|
| Strict | 最高匹配严格度 | 更多客人会进入前台复核 |
| Balanced | 默认匹配严格度 | 安全性良好，同时自助入住更顺畅 |
| Lenient | 较低匹配严格度 | 更多缩写姓名会自动通过 |
| Custom | 手动阈值和规则 | 结果取决于你配置的值 |
Strict 模式接受省略的父名标记，如 bin、binti、binte、bte、S/O 和 D/O。
它仍然会阻止不安全的部分匹配。
当两个姓名都使用同一种脚本时，AVA 会先比较该原生脚本文字。 这能在不改变当前模式的情况下，提升泰文和 CJK 预订的匹配效果。
当姓名使用不同脚本时，AVA 还会检查确定性的音译结果，以覆盖各个词元。 这样可以防止一个较短的音译词元批准不完整的 Lenient 匹配。 原生脚本文字完全匹配时，仍然会被接受。
双词证件姓名
当证件姓名包含两个词元时，AVA 要求这两个词元都得到有意义的支持。
这个保护规则适用于 Balanced、Lenient 和 Custom 模式。 它可以防止其中一个词元单独承担全部匹配结果。
只要证件中的两个词元都能在匹配中体现，AVA 仍然接受紧凑或词序交换的匹配。
仅姓氏匹配
当姓名的两部分都可用时，仅凭共享姓氏不能批准匹配。
这可以保护拥有复合姓氏（例如 DELA PAZ）的客人。
只要证件中的两个词元都得到支持，有效缩写、别名、姓名倒置和原生脚本证据仍可通过。 现有的 ACI 员工覆盖选项仍可用，前提是员工已当面核实客人身份。
| 姓名对 | 结果 | 原因 |
|---|---|---|
| "Alex DELA PAZ" vs "Jordan DELA PAZ" | ❌ 复核 | 只有共享姓氏支持此次匹配 |
| "Zilin Zhu" vs "Zhuzilin Zhuzilin" | ❌ 复核 | 证件中的一个词元没有得到有意义的支持 |
| "A B" vs "B A" | ✓ 通过 | 两个词元都存在，即使顺序发生变化 |
| "M Taka" vs "Mitsui Takafumi" | ✓ 通过 | 匹配中仍然出现证件中的两个词元 |
设置匹配模式
-
在 Document Name Matching 中选择一个模式
-
查看场景预览卡片
-
点击 Save General Settings
✓ 你选择的策略会应用于新的入住尝试。
预览卡现在使用标准的精选场景。 Strict、Balanced 和 Lenient 显示相同的示例列表。
调整 Custom 模式
当你的团队有明确的复核 SOP 时，使用 Custom 模式。
- 选择 Custom
- 设置 Base similarity threshold（80-95）
- 选择是否允许：
- Initial + surname prefix matching
- Alias name matching
- 设置缩写控制：
- Minimum surname prefix length（3-6）
- Minimum surname coverage（0.30-0.80）
- Require two tokens
- Require single-character initial
- 点击 Save General Settings
自动安全规则
AVA 会在你保存时规范化证件匹配值：
- 无效的模式值会重置为 Balanced
- 自定义阈值必须保持在 80-95 之间
- 姓氏前缀最小长度必须保持在 3-6 之间
- 姓氏覆盖率最小值必须保持在 0.30-0.80 之间
"true"和"false"文本值会转换为实际开关
✓ 如果你输入了范围外的值，AVA 会保存已修正的值。
父名
| 姓名对 | Strict | Balanced | Lenient |
|---|---|---|---|
| "AHMAD BIN IBRAHIM" vs "AHMAD IBRAHIM" | ✓ 通过 | ✓ 通过 | ✓ 通过 |
| "AHMAD IBRAHIM" vs "AHMAD BIN IBRAHIM" | ✓ 通过 | ✓ 通过 | ✓ 通过 |
| "AHMAD BIN IBRAHIM" vs "AHMAD BIN ABDULLAH" | ❌ 复核 | ❌ 复核 | ❌ 复核 |
马来常见姓名省略
仅将此规则用于一个获准的马来语前导词元。 它适用于 Balanced 和 Lenient 模式。
有时，马来姓名包含一个 AVA 可以安全省略的前导词元。 AVA 仍然要求剩余词元构成强匹配。
这样可以避免仅凭共享的马来语前缀就通过匹配。
Strict 和 Custom 模式不使用此例外。 AVA 在预订查找、证件上传、暂存建议和暂存提交验证中使用相同的匹配器。
| 姓名对 | Strict | Balanced | Lenient |
|---|---|---|---|
| "MOHD AHMAD BIN IBRAHIM" vs "AHMAD BIN IBRAHIM" | ❌ 复核 | ✓ 通过 | ✓ 通过 |
| "MOHD AHMAD BIN IBRAHIM" vs "MOHD AHMAD BIN IBRAHIM" | ✓ 通过 | ✓ 通过 | ✓ 通过 |
| "MOHD AHMAD BIN IBRAHIM" vs "MOHD AHMAD BIN ABDULLAH" | ❌ 复核 | ❌ 复核 | ❌ 复核 |
| "MOHD AHMAD BIN IBRAHIM" vs "AHMAD ABDULLAH" | ❌ 复核 | ❌ 复核 | ❌ 复核 |
常见示例
| 姓名对 | Strict | Balanced | Lenient |
|---|---|---|---|
| "John Michael Doe" vs "John Michael Doe" | ✓ 通过 | ✓ 通过 | ✓ 通过 |
| "M Taka" vs "Mitsui Takafumi" | ❌ 复核 | ✓ 通过 | ✓ 通过 |
| "K Taka" vs "Mitsui Takafumi" | ❌ 复核 | ❌ 复核 | ❌ 复核 |
| "A Kumar" vs "Arun Kumar" | ❌ 复核 | ✓ 通过 | ✓ 通过 |
| 别名或婚后姓名情况 | ❌ 复核 | ✓ 通过 | ✓ 通过 |
Lenient 模式可以减轻前台工作量，但它也会接受更多边缘姓名模式。
故障排查
进入复核的客人太多
你会看到： 很多合法客人都被转到员工复核。
解决方法：
- 将 Strict 切换为 Balanced
- 在 Custom 中稍微降低阈值
- 如果 OTA 姓名经常被缩写，请启用缩写匹配
过多缩写姓名通过了
你会看到： 你希望对短姓名进行更严格筛查。
解决方法：
- 将 Lenient 切换为 Balanced 或 Strict
- 在 Custom 中提高阈值
- 增加姓氏前缀长度或覆盖率
更改似乎没有生效
你会看到： 编辑后结果看起来没有变化。
解决方法：
- 再次点击 Save General Settings
- 刷新页面
- 用新的入住流程测试
自定义值在保存后变了
你会看到： 已保存的自定义值看起来和你输入的不一样。
解决方法：
- 重新打开 Document Name Matching
- 将你的值与允许范围对比
- 使用范围内的值再次保存
仍然卡住？
如果出现以下情况，请联系 success@vouch-technologies.com：
- ❌ 重试后姓名匹配结果仍然不稳定
- ❌ 设置保存成功，但行为没有改变
- ❌ 你需要帮助调整自定义值以满足本地合规要求
建议附上：
- 你选择的模式
- 自定义值（如果有）
- 2-3 组预订姓名与证件姓名示例