结论：甲方要求供应商现场演的四件事，本质是四次「链路是否打通」的验证——报警到弹窗、指令到门禁、明火到列表、掉电到远程重启。每一段的通过判据都写在要求里：实时流畅、状态可见、记录可查、能远程处置。演得出来才算数，方案里写「支持」不算。
一份供应商演示要求里，四项功能写得极其克制：没有一个形容词，全是动作。楼层图、弹窗、消音、复位、开门、重启，每一个都能当场验证。演示怎么演、看什么，这份要求写得比方案更细。
一、先证明「联动」是真的：楼层图、弹窗、消音与复位
第一个动作考的是「联动」是不是真的。打开楼层平面图，先确认两套点位都上了图：消防报警点位、摄像机点位。探测器被触发后，消防主机与属地管理客户端必须同时报警。紧接着客户端自动弹窗，播放报警点位附近摄像机的现场实时画面，要求实时流畅。然后下发消音指令，主机消音；下发复位指令，主机与客户端点位状态恢复正常。整个过程里，消音与复位的操作记录要留存——这一条常被跳过，却恰恰是事后追责的依据。
二、疏散场景下的门禁：门开了，还得看得见
换到疏散的场景看门禁。门禁管理界面上，本楼门禁点位的列表与实时状态（在线/离线、开启/关闭）先要看清；选点位点「开门」做单点开启；点「一键开启」把全楼或指定分组的门禁批量打开。消防门禁模块启动、进入应急开启状态时，客户端显示对应门禁点位的现场实时监控画面预览，出口是不是真的开了、有没有人堵在门口，画面里直接看得到。疏散时怕的是门开了却没人知道，这一步解决的正是这个。
三、四项字段各管一件事：火焰报警的记录设计
火焰检测的字段设计，其实是为了排查。报警时间用来还原先后，事件类型用来区分阶段，设备备注指向具体那台设备，安保区域落到具体片区——四项缺一项，事后就得靠人回忆。报警列表要新增「火警」类文本，与其它报警分开；事件类型支持报警、报警确认、报警恢复；报警记录可查询。明火产生后平台报警并自动弹窗预览现场实时画面，这一串动作要能连起来看。
四、看得见状态、读得到参数、动得了电源
电子地图上，智能设备箱的位置与实时状态用颜色区分开。点地图上的图标，能看到这台设备箱当前的工作参数：供电电源电压电流、输出电压电流。供电电源断开时，平台发出掉电告警；平台还可以远程控制总电源，重启智能电源箱。演示到这一步，考的是平台对末端设备的掌控力——看得见状态、读得到参数、动得了电源。
演示当天该带的东西不是彩页，是那份逐条对照的清单；演完一条，划掉一条。
万霖消防 技术咨询 16710807777 / 4006-016-119
