1. 两个相似的姓名值得进一步核查，但不能证明宾客记录属于同一个人。
2. 只有确认身份并核查将保留的信息后，才能合并宾客档案。
3. 保留每笔预订、支付关联编号及通信授权记录；切勿将档案清理当作取消预订。
一位回头客通过 OTA 预订，却在系统中被识别为新客。他此前的入住记录关联着另一个邮箱地址，前台也找不到去年记录的偏好。酒店管理系统中的重复宾客档案可能让有用的历史信息难以查找，但仓促合并可能造成更严重的问题：把一个人的信息关联到另一个人名下。
稳妥的操作流程是：确认身份匹配，确定需要保留的信息，按照认可的档案处理流程操作，并核查结果。比起整洁的宾客列表，更重要的是让员工能够信赖准确的记录。
先弄清酒店管理系统中重复的是什么
宾客档案是可重复使用的个人记录，包含联系方式、偏好及关联的入住记录。预订记录则对应一次预订。预订人、实际入住宾客和付款人可能是三个不同的人。
分清这些概念，可以避免代价高昂的错误。同一位回头客的两份档案可能需要整合，但该宾客名下的两笔预订可能都有效，例如一家人预订了两间客房。不能因为合并档案，就取消其中一次入住，或合并互不相关的账单。
在线旅行社（OTA）可能提供中转邮箱，而非宾客常用的邮箱地址。直接预订和电话预订也可能让同一家酒店收到不同的姓名拼写或联系方式。电话号码变更后，记录也可能看似匹配，但这并不能证明属于同一个人。
在酒店管理系统中，先打开相关入住记录，确认每个人的角色。如果一份记录属于企业预订人，另一份属于实际住客，就应明确保留两者的关系，不能仅因共用一个邮箱就合并档案。
点击合并前，先确认身份匹配
不能只凭姓名相似或某项联系方式相同就作出判断。应比对授权员工已有权限查看的可靠信息，再通过认可的渠道向宾客核实存疑的细节。不要仅为整理数据库而额外收集敏感数据。
同一个邮箱可能对应不同宾客
夫妻可能共用一个邮箱，企业可能统一使用一个预订邮箱，团队组织者也可能为多位旅客安排行程。应确认联系方式属于谁，并比对实际入住人的姓名。仅凭共用联系方式，无法安全地决定是否合并。
姓名拼写不同，也可能是同一个人
名字使用简称、姓氏变更或姓名顺序不同，都可能导致姓名不一致。应结合已确认的联系方式和入住背景进行核对。如果记录中的身份信息存在冲突，应保持档案独立并交由经理审核，不要直接选择看起来更完整的一份。
例如，仅凭“Alex Chen”及其公司电话号码，不足以将其与“Alexander Chen”的记录合并。已确认的个人联系方式，以及经核实的宾客对以往入住情况的描述，才是更有力的依据。核实记录应简明、客观。
收到 OTA 预订时，前台需要同时查看当前预订和相关宾客信息。Smart Order 将预订管理与宾客档案关联，帮助前台在更新信息前确认实际入住人，在同一工作界面中高效核查，避免将每个重复姓名都误判为重复预订。
在当前预订旁查看宾客信息
在同一工作界面查看预订和宾客信息，让员工轻松识别回头客，同时准确核对预订及联系方式，提高前台工作效率。
确定要保留哪些信息和历史记录
确认合并前，应明确最终保留哪份档案，以及保留哪些字段。不同系统提供的合并、比对和撤销功能各不相同。不要默认最新、最早或看起来最完整的记录就是正确的。
如果宾客更换了电话号码，应保留已确认的当前号码，同时保留有效的历史入住记录。如果邮箱地址存在拼写错误，应先核实更正后的地址，再向该地址发送后续消息。系统自动生成的建议只是核查的起点，不能作为身份证明。
区分单次入住备注与长期偏好
“希望安排安静的客房”可能是有用的偏好；“周二已加送毛巾”则属于当次入住记录，不应变成长期服务要求。应按照酒店的记录处理政策，审核过时、相互矛盾或含有非必要敏感信息的备注。
如果宾客已拒绝接收营销信息，不要因为另一份档案的设置不同，就视为其同意接收推广。应通过酒店认可的授权同意流程，确认通信权限。必要的预订通知与营销消息用途不同。
如果两份档案共显示三次历史入住和一次即将到来的入住，应在修改前记录这些入住的关联编号。修改后，同样的四次入住应仍可追溯，而不是显示为四笔新预订。支付和发票的关联编号应保留在原交易中，不要将金额复制到宾客备注中来代替账单。
按受控流程合并宾客档案
应由经过培训且具备所需权限的员工清理档案。先接待等候入住的宾客，再在员工能够不受打扰地比对记录时，处理非紧急的清理工作。入住高峰排队繁忙时，应避免批量合并身份尚未确认的档案。
- 打开两份档案，根据已核实的信息及宾客在每次入住中的角色，确认它们属于同一个人。
- 在认可且限制访问的工作记录中，记下两份档案的编号，以及必须继续关联的预订。
- 保存前，核查将保留的姓名、联系方式、偏好及通信授权。
- 使用系统认可的合并功能，并阅读有关当前有效入住或关联记录的所有警告。如果没有此功能，应按照系统支持的更正流程处理，不要直接删除档案。
- 重新打开保留的档案及每笔受影响的当前有效预订，确认宾客姓名、消息接收联系方式、入住历史、账单关联编号及备注。
- 记录修改人、修改时间、确认身份匹配的依据及后续事项。对于高风险或存在争议的情况，应由另一位授权人员复核。
不要将身份证件或银行卡信息导出到共享电子表格中作为备份。应通过认可且具备访问控制的工具，仅保留必要的关联编号和核实依据。大范围下载数据可能带来新的隐私问题，也不能保证合并可以撤销。
如果档案关联着在住预订，修改后应立即在酒店前台管理系统的预抵或在住视图中核查。预订应仍关联到正确的宾客。重复档案数量减少，并不能证明运营记录已经准确无误。
保障下次入住，并妥善处理错误合并
从前台员工的实际操作角度检查结果：搜索宾客，打开下一次入住记录，确认显示的人员及联系方式正确。同时核查一次历史入住，尤其是涉及既往投诉或服务承诺的记录。
后续预订可能使用另一个 OTA 中转邮箱，或不同预订人的信息。应培训员工在手动创建档案前先搜索，并定期核查新增的重复档案。不要每次收到渠道更新，就自动覆盖已确认的个人信息。
在即时消息聚合中，确保当前会话关联到正确的预订。如果宾客要求酒店在本次入住期间通过某个特定且认可的渠道联系，应在此核实，不要假设清理档案后，所有消息都已正确发送至相应渠道。
如果误将两个不同的人合并
暂停进一步编辑受影响的档案，并停止向相关联系人发送营销信息。通知值班经理或指定的隐私负责人，确定涉及哪些预订和消息，避免广泛分享个人信息。核查是否有任一宾客的信息或门禁说明被发送给了错误的人。
使用系统支持的撤销功能，或由供应商协助更正，并保留变更历史。切勿通过删除预订、将款项转移到他人名下或编造联系方式来修复错误。恢复正常使用这些记录前，应核查更正后的当前有效入住记录及消息接收方。
重复宾客档案常见问题
姓名相同的档案可以自动合并吗？
仅凭姓名相同还不够。不同的人可能同名，预订人也未必是实际住客。批准合并前，应核实其他可靠信息。
合并宾客档案会同时合并其预订吗？
应将两者视为独立操作。档案整合后，有效预订及其关联编号应仍可追溯。未经单独认可的流程，不应取消客房预订、合并账单或转移款项。
酒店应该保留哪份档案？
应通过系统支持的流程，选择能够保留已核实身份、当前联系方式及相关历史记录的档案和字段。仅凭记录的新旧或完整程度，无法作出可靠选择。
合并操作一定可以撤销吗？
不一定。能否撤销取决于软件、合并类型及后续修改。确认前应阅读警告；如果身份或历史记录仍有疑问，应请经理介入处理。
酒店应该直接删除重复档案，而不是合并吗？
不应将删除作为快速清理的方法。档案可能关联入住记录、备注和通信记录。应按照认可的整合或更正流程操作，并在完成后核实这些关联。
