酒店WiFi网络计费系统怎么和PMS联动：住客按入住时长自动开通、退房自动关停

酒店WiFi计费跟普通园区宿舍最大不同，是它不单过——跟住客的住宿流程绑死。人办入住才该上网，退房就得立刻停。还靠前台手动开、退房再手动关，人力扛不住不说，漏关那几间房既是白蹭网也是上账说不清的雷。PMS联动就是为这个。

标准流程是这样的：客人办理入住时，PMS系统自动把房号、入住时长同步到认证计费系统，系统据此生成临时认证凭证（房号+密码，或动态二维码）。客人连上无线后通过凭证认证，认证成功后按入住时长自动开通网络权限，不需要前台手工建账号。这一步把"开网"变成了住宿流程的自然副产品。

退房时的反向动作同样关键。PMS同步退房状态，系统自动关停该账号权限。这一点直接关系到计费准确性——离店客人如果没被及时关停，会继续占用计费额度和带宽，月底对账时这部分"幽灵在线"最难查。自动关停把人为遗漏的概率降到最低。

住客身份核验上，方案支持房号+姓氏拼音的认证方式，与PMS字段联动。要注意的是，涉及护照号等外宾字段不能轻易承诺——不同PMS对护照信息的录入字段和格式不同，前台登记规范也因酒店而异，没有统一标准接口文档支持。外宾认证方案应先确认PMS里护照相关字段是否存在、格式是否标准，再判断能否作为依据。

访客处理是另一条线。非住客访客提供短信认证和前台登记授权两种模式：短信认证由用户自助完成；前台登记可由工作人员录入访客信息、生成带有效期的临时授权码。有效期可自定义，避免授权码长期有效带来安全隐患。访客和住客走不同认证通道，计费口径也分开。

体验层面，MAC无感知认证很有用：住客在付费有效期内无需频繁认证，提升体验；员工、办公设备、机顶盒、智能设备则可以加免认证白名单，直接上网但同样记录日志，既方便又合规。账号密码认证留给内部员工用。

合规是酒店绕不开的底线。酒店必须对所有上网用户做真实身份核验、禁止匿名接入，日志留存不低于6个月并支持加密与异地备份。住客上网行为和房号、认证时间一一对应，既满足《网络安全法》《互联网安全保护技术措施规定》要求，也为消费纠纷、安全事件提供溯源依据。

部署上酒店有灵活选择：自己有独立局域网的，用"认证网关+认证系统+日志服务器"本地架构；多酒店共用OLT的，可在运营商机房集中部署大型认证网关做多酒店集中认证和日志上报，或单酒店独立部署轻量审计网关。两种都支持PMS联动和按入住时长计费。

住客身份核验上，方案支持房号+姓氏拼音的认证方式，与PMS字段联动。要注意的是，涉及护照号等外宾字段不能轻易承诺——不同PMS对护照信息的录入字段和格式不同，前台登记规范也因酒店而异，没有统一标准接口文档支持。外宾认证方案应先确认PMS里护照相关字段是否存在、格式是否标准，再判断能否作为依据，而不是默认"护照就能当账号用"。

合规是酒店绕不开的底线，也直接关系计费证据链。酒店必须对所有上网用户做真实身份核验、禁止匿名接入，日志留存不低于6个月并支持加密与异地备份。住客上网行为和房号、认证时间一一对应，既满足《网络安全法》《互联网安全保护技术措施规定》要求，也为消费纠纷、安全事件提供溯源依据；未落实认证审计，酒店可能面临责令整改、罚款乃至停业整顿。

部署上酒店有灵活选择：自己有独立局域网的，用"认证网关+认证系统+日志服务器"本地架构；多酒店共用OLT的，可在运营商机房集中部署大型认证网关做多酒店集中认证和日志上报，或单酒店独立部署轻量审计网关。两种都支持PMS联动和按入住时长计费，区别在集中度和运维归属，不影响"入住开、退房关"的核心逻辑。

除了住客，酒店员工和办公设备也要管。方案支持免认证白名单，把员工、办公设备、机顶盒、智能设备加进去，直接上网但同样记录日志，既方便又合规；MAC无感知则让住客在付费有效期内无需频繁认证。这两类处理都不走计费套餐，但都纳入日志审计范围，保证"无认证接入"场景被彻底堵死，不会因为图方便而留下合规缺口。

落地建议：先把PMS对接参数、房号字段、入住时长字段确认清楚，再配认证页和计费规则，最后用1到2间客房试点验证"入住自动开、退房自动关"的闭环。酒店WiFi计费的价值，不在于收住客多少钱，而在于让开网关网随着住宿流程自动发生，既不漏费也不漏合规。

PMS对接里房号字段和入住时长字段是关键：前者决定账号与房间的绑定，后者决定计费周期的自动起止。两个字段错一个，自动开关房就会失效，要么住客退房了还计费，要么入住半天还上不了网。

落地别急：先把PMS对接参数、房号字段、入住时长字段对清楚，再配认证页和计费规则，最后拿一两间客房试点，验证“入住自动开、退房自动关”闭环。酒店WiFi计费的价值，就在于让开关网跟着住宿流程自己走，不漏费也不漏合规。