网关不是把协议转换一下就结束
航站楼里常见BACnet、Modbus、KNX和干接点混合。网关需要承担对象命名、地址映射、状态解释和后续扩展的一致性。
如果机场航站楼项目涉及多语言资料、当地安装团队或第三方BMS平台，“网关不是把协议转换一下就结束”相关资料的完整度会直接影响交付效率。中文资料、英文资料、点表和标签命名最好从一开始就保持一致。
把“网关不是把协议转换一下就结束”涉及的资料整理成统一包，可以让采购、集成、安装和运维几方对接口、接线、配置和验收口径有共同理解，减少后期责任边界不清。
临时区域会暴露命名问题
航班调整、商业改造和临时活动会带来新的控制区。如果前期没有统一命名和地址规划，每次扩展都可能重新核对点表。
采购方可以先把“临时区域会暴露命名问题”拆成设备、接口和服务三个层面。设备层面看产品安装条件，接口层面看点表、反馈和异常说明，服务层面看供应商是否能跟上现场调整。
在机场航站楼里，照明控制模块、楼宇控制器、协议网关、能耗计量接口、客流相关传感器和I/O模块往往不是由同一批人员安装和维护。如果前期没有把“临时区域会暴露命名问题”对应的命名、地址、标签和备件规则说清，后期就算单品能运行，系统维护仍然会变重。
采购前要看映射文档样例
供应商最好能提供网关映射表、地址规则、异常处理说明和批量配置方式。没有这些资料，集成商后期会非常依赖现场经验。
“采购前要看映射文档样例”适合在机场航站楼询价阶段提前问清楚，而不是等到安装完成后再靠现场协调。供应商至少应能提供典型接线图、协议点表示例、样品测试建议和替换型号说明。
如果后期出现区域调整、设备替换或平台对接变化，提前整理过的“采购前要看映射文档样例”资料可以让工程团队快速追溯原因。缺少这些资料时，时间会消耗在查线、核对地址和重新解释状态含义上。
采购文件里写清网关映射
- 先让供应商用项目语言解释网关映射，而不是只发通用规格书。重点看现场接线、接口边界和反馈状态是否讲得清楚。
- 安排一轮小范围试用，记录网关映射涉及的地址保持、异常恢复、平台状态同步和人工操作结果。
- 采购文件中应给网关映射留下明确条款，包括资料提交时间、图纸版本、备件清单和技术响应窗口。
- 控制器、网关、传感器、照明模块等自有产品要检查协议和点表；线缆、电源、箱体、端子、安装件等配套产品要检查认证、尺寸和现场适配。
- 如果采用一揽子采购，报价表最好分成“标准品、配套件、备件、定制项、指定品牌项”几类，方便后续验收和替换。
- 如“采购前要看映射文档样例”涉及网关或BMS接入，提前确认对象命名、地址规划、异常码和平台读取样例。
让网关映射在报价阶段说清楚
当机场航站楼项目需要把网关映射落到可采购的设备清单时，CtrlWorks可作为中国供应商提供产品选型、一揽子采购和OEM/ODM沟通支持。采购沟通中应同时区分自有产品、配套采购产品和需要指定品牌的产品，避免把范围说得过宽却缺少验收依据。