设置证件姓名匹配策略
从 Balanced 模式开始。大多数酒店可在 3 分钟内完成设置。
本指南帮助你控制 AVA 比较预订姓名与护照或身份证姓名时的严格程度。
查找位置
Settings → Security → General Settings → Document Name Matching该策略包含两个标签页：Reservation Lookup 和 Document Upload。 选择要配置的入住步骤对应的标签页。 AVA 只显示当前策略面板。
各策略的适用范围
| 标签页 | 适用范围 |
|---|---|
| Reservation Lookup | 检索预订时查找护照及其证件附件 |
| Document Upload | 入住期间单独上传护照及检查其姓名 |
所选模式和阈值适用于该标签页中的每一次匹配检查。 客人完成预订姓名验证后重试时，这些设置同样适用。
快速参考
| 设置 | 控制内容 | 典型结果 |
|---|---|---|
| Strict | 最高匹配严格度 | 更多客人会被转至前台复核 |
| Balanced | 默认匹配严格度 | 兼顾良好安全性与顺畅的自助入住 |
| Lenient | 较低匹配严格度 | 更多缩写姓名会自动通过 |
| Custom | 手动阈值和规则 | 结果取决于你配置的值 |
Strict 模式接受省略的父名标记，例如 bin、binti、binte、bte、S/O 和 D/O。
它仍会阻止不安全的部分匹配。
当两个姓名都使用同一种脚本时，AVA 会先比较原生脚本文字。 这能在不改变所选模式的情况下，改善泰文和 CJK 预订的匹配效果。
当姓名使用不同脚本时，AVA 还会检查确定性的音译结果，以覆盖各个词元。 这样可以防止一个较短的音译词元通过不完整的 Lenient 匹配。 原生脚本文字完全匹配时，仍会被接受。
如果证件包含姓氏，AVA 要求预订姓名中的姓氏达到所选策略的阈值。 仅有相同的名字不能让姓氏不同的预订通过。 如果护照中没有姓氏，而预订姓名增加了另一个姓名，AVA 会将该案例转至预订姓名验证。
双词元证件姓名
当证件姓名包含两个词元时，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 中选择 Reservation Lookup 或 Document Upload
-
选择一种模式
-
查看场景预览卡片
-
点击 Save General Settings
✓ 所选模式会在保存前显示于当前标签页。 ✓ 所选策略会应用于新的入住尝试。
预览卡现在使用标准的精选场景。 Strict、Balanced 和 Lenient 显示相同的示例列表。 结果遵循 CCI 的词元级评分和双词元安全保护规则。
调整 Custom 模式
如果团队已有明确的复核 SOP，请使用 Custom 模式。
- 选择 Reservation Lookup 或 Document Upload
- 选择 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 模式支持最安全的常见形式。
马来姓名可能在父亲姓名前包含 bin、binti、binte 或 bte。
预订姓名可以省略该关系词，包括其常见缩写 B 和 Bt。
AVA 可识别常见的前缀变体，包括：
Mohd、Muhd、Md和Mohamad作为Muhammad的形式Abd和Ab作为Abdul的形式Noor和Nor作为Nur的形式Hj作为Haji的形式
获准的客人姓名前缀还包括 Ahmad、Nurul 和 Siti。
当 Abdul 和 Haji 位于父亲姓名前时，它们也获准省略。
Wan、Nik、Tengku、Raja、Syed、Megat 和 Che 等世袭头衔永远不能省略。
AVA 最多可以从客人的名字中省略一个获准前缀。 也可以从父亲姓名中省略一个获准前缀。 剩余的客人姓名仍必须构成强匹配。
Strict 和 Custom 模式不使用这些省略例外。 AVA 在预订查找、证件上传、暂存建议和暂存提交验证中使用相同的匹配器。
可接受的马来护照示例
| 护照姓名 | 预订姓名 | Strict | Balanced | Lenient |
|---|---|---|---|---|
MUHAMMAD ZAHID BIN MOHD ZAKRI | Zahid Zakri | ❌ 复核 | ✓ 通过 | ✓ 通过 |
MUHAMMAD ZAHID BIN MOHD ZAKRI | Muhd Zahid Zakri | ❌ 复核 | ✓ 通过 | ✓ 通过 |
MUHAMMAD ZAHID BIN MOHD ZAKRI | Zahid Bin Zakri | ❌ 复核 | ✓ 通过 | ✓ 通过 |
MUHAMMAD ZAHID BIN MOHD ZAKRI | Muhammad Zahid Bin Mohd Zakri | ✓ 通过 | ✓ 通过 | ✓ 通过 |
预订姓名可以保留或省略关系词。 如果包含关系词，请使用与护照相同的关系词。 将客人姓名放在关系词之前，将父亲姓名放在关系词之后。
不安全的马来护照姓名缩写
AVA 会拒绝只标识常见前缀和父亲姓名的预订。 这样可以防止父亲或兄弟冒充客人通过验证。
| 姓名对 | Strict | Balanced | Lenient |
|---|---|---|---|
MUHAMMAD ZAHID BIN MOHD ZAKRI vs Muhammad Zakri | ❌ 复核 | ❌ 复核 | ❌ 复核 |
MUHAMMAD ZAHID BIN MOHD ZAKRI vs Ahmad Zakri | ❌ 复核 | ❌ 复核 | ❌ 复核 |
MUHAMMAD ZAHID BIN MOHD ZAKRI vs Siti Binti Ahmad | ❌ 复核 | ❌ 复核 | ❌ 复核 |
MUHAMMAD ZAHID BIN MOHD ZAKRI vs Zakri Bin Muhammad Zahid | ❌ 复核 | ❌ 复核 | ❌ 复核 |
当有效的客人姓名仍然无法通过时，请让员工核验护照并更新预订。 不要使用只包含父亲姓名和常见前缀的预订。
单行马来西亚身份证件
一些马来西亚身份证件会将完整姓名打印在同一行。 AVA 可能会根据该行内容推断名字和姓氏的分界。
在 Balanced 和 Lenient 模式下，AVA 可以接受预订中省略一个获准的前导词元。 证件中的其余词元必须与预订姓名完全匹配。
| 证件姓名 | 预订姓名 | Balanced 和 Lenient | Strict 和 Custom |
|---|---|---|---|
MUHAMMAD HAFIZ ABDULLAH | HAFIZ ABDULLAH | ✓ 通过 | ❌ 复核 |
MOHD AHMAD BIN IBRAHIM | AHMAD BIN IBRAHIM | ✓ 通过 | ❌ 复核 |
SITI HAFIZ ABDULLAH | HAFIZ ABDULLAH | ❌ 复核 | ❌ 复核 |
MUHAMMAD AMIR HAMZAH | AMIRA HAMZAH | ❌ 复核 | ❌ 复核 |
此例外仅适用于能够推断姓名分界的已识别非护照证件。 它不适用于护照、未知证件类型或省略两个前导词元的情况。
常见示例
| 姓名对 | Strict | Balanced | Lenient |
|---|---|---|---|
| "John Michael Doe" vs "John Michael Doe" | ✓ 通过 | ✓ 通过 | ✓ 通过 |
| "Jon Smyth" vs "John Smith" | ❌ 复核 | ✓ 通过 | ✓ 通过 |
| "M Taka" vs "Mitsui Takafumi" | ❌ 复核 | ✓ 通过 | ✓ 通过 |
| "K Taka" vs "Mitsui Takafumi" | ❌ 复核 | ❌ 复核 | ❌ 复核 |
| "A Kumar" vs "Arun Kumar" | ❌ 复核 | ✓ 通过 | ✓ 通过 |
| "HSIEH / YU-CHEN" vs "Hung Yu Chen" | ❌ 复核 | ❌ 复核 | ❌ 复核 |
别名
只有同时满足以下三个条件时，别名才能通过：
- 已启用 Alias name matching。
- 证件提供了别名。
- 在所选模式下，别名与预订匹配。
仅有不同的主要姓氏不能通过。
| 预订姓名 | 证件上的主要姓名 | 证件提供的别名 | Balanced 结果 |
|---|---|---|---|
| "Alice Tan" | "Alice Lim" | "Alice Tan" | ✓ 启用别名匹配时通过 |
| "Alice Tan" | "Alice Lim" | 无 | ❌ 复核 |
| "Alice Tan" | "Alice Wong" | "Alice Chen" | ❌ 复核 |
| "Alice Tan" | "Alice Lim" | "Alice Tan" | ❌ 禁用别名匹配时复核 |
Lenient 模式可以减轻前台工作量，但也会接受更多边缘姓名模式。
故障排查
太多客人被转至复核
你会看到： 许多合法客人都被转至员工复核。
解决方法：
- 将 Strict 切换为 Balanced
- 在 Custom 中稍微降低阈值
- 如果 OTA 姓名经常被缩写，请启用缩写匹配
过多缩写姓名通过了
你会看到： 你希望对短姓名进行更严格的筛查。
解决方法：
- 将 Lenient 切换为 Balanced 或 Strict
- 在 Custom 中提高阈值
- 增加姓氏前缀长度或覆盖率
更改似乎没有生效
你会看到： 选择 Strict、Balanced、Lenient 或 Custom 后，模式卡片没有变化。
解决方法：
- 确认选择了正确的标签页：Reservation Lookup 或 Document Upload。
- 再次选择该模式。
- 确认所选模式显示在当前标签页上。
- 点击 Save General Settings。
- 刷新页面，并用新的入住流程测试。
错误的姓名匹配策略正在变更
你会看到： 预订查找和证件上传产生了意外结果。
解决方法：
- 返回 Settings → Security → General Settings。
- 打开 Document Name Matching。
- 选择 Reservation Lookup 或 Document Upload。
- 检查并保存该标签页的策略。
✓ AVA 会将已保存的策略应用于所选入住步骤。
保存后自定义值发生变化
你会看到： 保存后的自定义值与输入的值不同。
解决方法：
- 重新打开 Document Name Matching
- 将你的值与允许的范围进行比较
- 使用范围内的值并再次保存
仍然无法解决？
如果出现以下情况，请联系 success@vouch-technologies.com：
- ❌ 多次重试后姓名匹配结果仍不一致
- ❌ 设置成功保存，但行为没有变化
- ❌ 需要为本地合规规则调整自定义值方面的帮助
建议提供以下详细信息：
- 所选模式
- 自定义值（如有）
- 2-3 组预订姓名与证件姓名示例