酒店做WiFi认证，绕不开的一步就是和PMS酒管系统对接。很多项目在方案阶段看起来很顺，到了实际对接的时候才发现各种细节问题，轻则认证延迟、客人投诉，重则接口跑不通、住店客人上不了网。这个环节处理得好不好，直接决定了酒店WiFi认证系统上线后的运营效率和客户体验。

PMS对接的两种主流模式

目前酒店WiFi认证系统对接PMS，主要有两种模式。第一种是房间号加姓氏拼音首字母的方式，认证服务器从PMS数据库中读取客户入住信息，客人在认证页面输入房间号和姓氏拼音首字母，匹配通过即可上网。第二种是房间号加身份证后六位，客人办理入住后，PMS系统自动生成以房间号为用户名、身份证后六位为密码的认证字段，客人输入这两项信息完成认证。两种方式各有适用场景，第一种对国内外宾客都友好，不需要身份证号；第二种更符合国内实名认证的合规要求，但对外籍客人不太方便。

接口方式不是想当然的

很多工程师以为PMS对接就是调个API的事，实际远不止如此。不同酒店用的PMS系统千差万别——有的是中软、有的是绿云、有的是石基、有的是西软，接口协议、数据格式、字段定义都不统一。认证服务器要对接这些PMS，要么走标准接口协议，要么做定制开发。最麻烦的是部分老旧PMS系统没有标准API，只能通过数据库直读的方式获取入住信息，这就涉及到数据库权限、防火墙策略、网络隔离等一系列问题。做项目之前一定要先搞清楚酒店用的是什么PMS、版本是多少、有没有标准接口、接口文档全不全。

数据同步的时效性问题

PMS对接还有一个容易被忽视的问题：数据同步的时效性。客人办理入住后，PMS系统更新了入住记录，但认证服务器什么时候能拿到这个数据？如果是实时接口，基本上没有延迟；如果是定时同步，可能存在几分钟的时间差。客人刚拿到房卡就想连WiFi，结果认证不通过，前台电话马上就打过来了。建议在方案设计阶段就明确数据同步方式，能走实时接口就不要走定时同步，哪怕多花点开发工作量。另外，退房后的数据清理也要考虑，客人退房后认证账号应该及时失效，不能让下一个住同一间房的客人继续用前一个客人的认证信息上网。

认证失败的容错处理

不管PMS对接做得多么完善，认证失败的情况总会发生。客人输错房间号、姓氏拼音首字母输反、身份证号最后一位记错、PMS数据延迟没同步过来——这些情况都需要有兜底方案。比较合理的做法是：认证失败超过一定次数后，自动切换到短信认证作为备用方式，客人输入手机号获取验证码上网，不影响入住体验。同时在后台记录失败原因，方便运维人员排查是对接问题还是客人操作问题。千万不要设计成认证失败就直接拒绝、没有任何降级方案，那种体验在酒店场景下是不可接受的。

对接测试阶段要覆盖的几个场景

PMS对接完成后，测试阶段不能只测正常流程。以下几个边界场景必须覆盖：第一，客人入住后立刻连WiFi，验证数据同步时效性；第二，客人退房后认证是否自动失效；第三，同一房间连续入住不同客人，认证信息是否正确切换；第四，团队入住时批量数据的处理；第五，PMS系统维护或重启期间认证系统是否仍能正常工作。这些场景在上线前不验证清楚，上线后一定会出问题。

关于PMS厂商配合的问题

酒店WiFi认证系统对接PMS，不是认证系统单方面能搞定的事，需要PMS厂商配合开放接口、提供文档、甚至修改部分逻辑。有些PMS厂商比较配合，有些则不太愿意开放接口，或者要求额外的接口费用。做项目预算和工期的时候，要把这个因素考虑进去。如果PMS厂商不配合，或者接口实在无法对接，可以考虑退而求其次，用前台手动开户或者短信认证作为替代方案，虽然运营效率低一些，但至少能保证客人上网体验不受影响。不管最终选哪种对接方式，核心原则是住店客人的上网体验不能因为系统对接问题而打折扣，这是酒店WiFi认证系统做PMS对接的根本出发点。