客用网和设备网混在一起，智慧酒店可能先变成风险酒店
很多酒店在筹开后期才发现，所谓“智慧酒店”并不是多装几个屏、多接几个传感器、多上线一个小程序那么简单。一个高端酒店项目里，客用无线网、办公网、设备网、安防网、门锁网、支付网、BMS网、客控网、IPTV网、停车系统、能耗系统、厨房设备、会议系统、机器人、电梯监控、远程运维平台，都在通过网络连接。网络一旦规划不清，智慧酒店首先变成的不是高效酒店，而是风险酒店。
现场最常见的危险场景是：客人连的Wi-Fi与设备管理网存在互通路径；门锁、摄像头、客控网关仍使用默认密码；弱电井交换机没有端口标识；远程维护账号多人共用；UPS只给机房供电，楼层弱电箱断电即掉线；日志没有留存，出了问题不知道谁登录过、改过什么。表面看系统都能运行，实际上安全边界已经失守。
一、为什么这个问题在酒店项目里特别致命
酒店网络与普通办公网络最大的区别，是它同时服务客人体验、内部办公、设备控制、安全防范、支付交易和运营管理。客人网络必须开放、便捷、高并发；设备网络必须稳定、隔离、可管理；支付网络必须安全、可审计；安防和门锁网络必须具备更高的可靠性和访问控制。一旦这些网络混在一起，任何一个弱点都可能成为全酒店风险入口。
高端酒店的客人来自不同地区，设备类型复杂，接入行为不可控。客用网如果能访问设备网，客人的一台受感染电脑就可能扫描到摄像机、门锁服务器、客控网关或打印机。设备厂家为了调试方便留下远程端口，若没有防火墙策略和账号管理，就可能被外部利用。办公电脑如果同时能访问财务系统、PMS、设备平台和互联网，钓鱼邮件带来的风险会迅速扩散。
更麻烦的是，智慧酒店系统越多，网络边界越容易被忽视。很多项目把智能化理解为“系统集成”，却没有做“安全分区”。施工阶段为了赶工，临时把所有系统接在同一核心交换机上；调试阶段为了方便，关闭ACL或开放跨网段访问；开业后临时策略没人回收，默认密码没人修改，资产台账没人更新。风险不是突然出现的，而是在一次次“先通了再说”中累积出来的。
二、真正的根因：不是单专业问题，而是跨专业系统问题
网络混用的根因不在弱电专业一个人身上，而在项目管理没有把网络当作酒店生命线。设计院可能只画了系统图，没有细化安全域；弱电承包商按设备接入完成施工，没有权限定义；各设备厂家只关心自己的平台能远程调试；运营IT进场太晚，无法参与VLAN、IP地址、账号权限、日志策略和运维制度设计；业主只看系统是否上线，没有看安全边界是否成立。
客用网、办公网、设备网、安防网、门锁网、支付网的需求完全不同。客用网重在认证、带宽、漫游和并发；办公网重在权限、终端管理和数据保护；设备网重在稳定、点位可识别和远程维护可控；安防网重在视频码流、存储可靠和访问审计；门锁网重在最小授权、离线容错和密钥安全；支付网重在合规隔离和交易安全。用一张“大平网”承载这些需求，本质上是把不同风险等级的系统绑在一起。
还有一个常被忽略的问题是责任边界。弱电单位说网络是IT的，IT说设备是厂家的，厂家说策略是总包开的，运营说开业前才接手。最后没有人对全酒店网络分区、资产台账、密码策略、日志审计和应急预案负总责。智慧酒店的风险，往往就藏在这些无人负责的交界面。
三、专家会诊清单
弱电专家应首先建立网络分区总图，明确客用网、办公网、设备网、安防网、门锁网、支付网、管理网、访客Portal、远程维护区、机房服务器区之间的边界。每个网络都要有独立VLAN、IP地址规划、网关位置、访问控制策略、核心交换路径和冗余设计。不能只问“通不通”，要问“谁能访问谁、通过什么端口、是否被记录、谁批准”。
网络安全会诊必须检查防火墙策略、ACL规则、SSID隔离、无线控制器配置、交换机端口绑定、未使用端口关闭、管理口访问限制、默认密码清理、弱口令检查、账号权限分级、远程维护白名单和VPN策略。安防网要检查摄像机、NVR、存储、平台服务器、客户端访问权限和视频外发控制。门锁网要检查门锁服务器、发卡系统、移动钥匙接口、离线策略和厂家维护权限。
电气和机电总控团队要同步检查UPS供电范围。很多酒店只给主机房UPS，却忽略楼层弱电间、门禁控制器、核心交换链路、安防存储、门锁服务器、支付相关设备。给排水、暖通、电梯、消防等机电系统接入BMS或能耗平台时，也要核查是否通过设备网安全接入，避免厂家控制器直接暴露在办公网或互联网。
文档专家要建立网络资产台账，包括设备名称、品牌型号、序列号、IP地址、MAC地址、所属VLAN、安装位置、责任单位、账号权限、维保联系人、保修期限和远程维护方式。合规专家要检查等级保护、数据安全、隐私保护、支付安全、视频安全和日志留存要求。运营团队则要建立开业后的账号交接、密码变更、权限审批和故障响应制度。
四、关键判断指标
判断酒店网络是否安全，不能只看无线信号满不满格、系统能不能登录。关键指标包括：不同安全域之间是否默认拒绝，只开放必要端口；客用网是否无法访问内网设备；办公网是否按部门和岗位控制访问；设备网是否禁止非授权终端接入；安防网是否限制视频访问和下载；门锁网是否采用独立安全策略；支付网是否具备独立隔离和审计机制。
还要看网络可用性指标。核心交换、汇聚交换、无线控制器、防火墙、认证服务器、关键平台服务器是否有冗余；UPS后备时间是否满足开业运营和安全要求；楼层弱电间断电后是否影响门锁、安防、客控和网络认证；日志服务器是否记录登录、配置变更、异常访问、VPN连接和安全告警；配置文件是否定期备份，发生误操作后能否快速恢复。
资产管理指标同样重要。项目移交时，如果没有完整资产台账、IP地址表、VLAN表、端口表、账号清单、策略清单、维保清单，就说明网络虽然“跑起来了”，但还没有进入可运营状态。高端酒店的智慧化不是堆设备，而是让每一个设备都可识别、可管理、可审计、可恢复。
五、整改路径
如果项目已经出现客用网和设备网混用，第一步不是盲目换设备，而是做网络现状梳理。通过核心交换机、防火墙、无线控制器、服务器和楼层弱电箱，梳理现有VLAN、IP段、路由、访问策略、设备清单和真实连接关系。很多项目图纸是一套，现场跳线又是一套，必须以现场实测和配置导出为准。
第二步是重新划分安全域。建议至少将客用网、办公网、设备网、安防网、门锁网、支付网、管理网分开，并根据业务需要建立最小访问策略。客用网只出互联网，不访问酒店内网；设备网按系统分类接入平台；安防网与办公访问之间通过授权客户端或跳板方式控制；门锁和支付相关网络采用更严格的访问白名单；远程维护统一通过VPN、堡垒机或受控通道进入。
第三步是做账号和密码整改。清除默认密码，停用共享账号，建立管理员、厂家、值班人员、审计人员不同角色权限。厂家远程维护必须有审批、时段、账号、操作记录和退出机制。第四步是补齐UPS、日志、备份和应急预案。网络安全不是一次整改，而是开业后持续运营的制度。
六、规范依据与酒店业要求
酒店智能化网络规划可参考《智能建筑设计标准》GB 50314、《综合布线系统工程设计规范》GB 50311、《信息安全技术 网络安全等级保护基本要求》GB/T 22239 等规范和标准。同时还应结合酒店品牌IT标准、支付安全要求、个人信息保护要求、视频安防管理要求和运营方内部信息安全制度。
规范给出的是基础框架，酒店业要求更强调场景化风险控制。客人隐私、支付交易、门锁安全、安防视频、运营数据、远程维护都属于高敏感场景。高端酒店应把网络分区和安全运营作为开业验收的一部分，而不是等发生事故后再补课。
七、HotelM&E AI 如何介入
HotelM&E AI 可以在筹开阶段建立酒店网络安全会诊模型。系统根据酒店业态、客房数量、会议宴会规模、餐饮支付场景、智能客控系统、BMS系统、安防系统、门锁系统，自动生成网络分区建议、VLAN清单、资产台账模板、远程维护审批表和开业前网络安全检查清单。
在现场实施阶段，AI可以协助把设备清单与IP地址、楼层位置、弱电箱端口、系统归属进行对应，发现重复IP、未登记设备、默认账号风险、跨网访问异常和UPS覆盖缺口。对于顾问公司和业主，AI还能把复杂的网络安全问题翻译成管理语言：哪些风险影响客人隐私，哪些影响门锁安全，哪些影响支付合规，哪些影响开业稳定。
HotelM&E AI 的核心价值，是让智慧酒店从“功能上线”走向“安全上线”。只有网络边界清楚、资产可管、权限可控、日志可查、故障可恢复，智慧化才真正成为酒店竞争力，而不是隐藏风险。
八、配图建议
建议配图一：酒店网络安全分区架构图，展示客用网、办公网、设备网、安防网、门锁网、支付网之间的隔离关系。
建议配图二：楼层弱电箱资产台账示意图，标注交换机端口、VLAN、IP地址、设备归属和UPS供电状态。
建议配图三：远程维护审批流程图，展示申请、授权、登录、操作记录、退出、复核的闭环。