作者：南京古河软件

管廊数字孪生用于值守时，首先要把廊段、舱室、设备和测点对应起来，再让告警、现场反馈与处理记录沿着同一对象关系接续。三维位置解决“在哪里”，数据与记录解决“看到了什么、谁处理、依据是什么”，不能用画面上的状态变化代替现场确认。

图示：廊段、舱室、测点和处理记录的关联方法，非项目实测界面。

先建立空间层次，再关联传感器

地下空间容易被建筑外观遮挡，也容易出现相似舱室和同名设备。工程上可先整理廊段、舱室、现场标识、设备编号及测点来源，再设计剖切、分层和定位入口。列表中的传感器与三维中的对象，应能回到同一设备资料，而不是分别维护两套无法对账的名称。

更换设备或调整测点后，映射关系也要更新。模型仍然可以打开，不代表其中的设备与现场状态仍然对应。

同一条提示，可能是不同性质的异常

环境值变化、传感器失联和设备状态异常，不宜混用一种“红点”解释。值班核查需要对应单点读数、单位、时间、通信状态及历史记录，不能用首页平均数代替具体舱室的判断。

三维定位可以帮助找到对象，但气体风险判断、通风保护、入廊许可和现场作业必须按专业制度执行。本文不提供环境安全阈值或应急操作步骤。

对象一致，不等于控制权限全部开放

南京古河软件的智慧管廊方案以廊段、舱室和设备为共同对象，可组合IOSERVER现场采集、BIOT数据服务、管廊应用、数字孪生及FM运维。三维或GIS承担空间表达，业务页面用于查询与跟进，专业控制系统保留其授权范围和保护责任。

例如排水或通风设备出现异常，在线、电源、运行、手自动和执行反馈需要分别核对。操作入口是否可用，取决于接口、角色授权及现场条件；动画切换不表示设备已经执行，通信中断也不能被显示为“已确认恢复”。

处理记录和工单，要按实际组合区分

报警详情、人工确认、现场核查与结果记录可以形成交接依据。如果还需要派工、维修和复核任务，应确认FM或第三方工单接口是否纳入范围，明确事件与任务的关联、状态回写和责任人。

不能看到“报警处理”菜单，就认为已有完整维修工单闭环；也不能把一条工单结束，等同于环境风险已经解除。记录应分别保留来源、时间、执行反馈和人工复核依据。

先做一条可追溯的工作路径

建设方可以选择一个舱室中的代表性测点，逐项核对列表位置、三维位置、实时和历史信息、责任岗位及留档入口，再覆盖更多廊段。涉及预案、巡检和应急资料时，同样核对版本与角色权限，不把可视化系统当成现场指挥的替代品。

延伸阅读：查看古河智慧管廊方案的对象关系与责任边界；了解古河IBDT数字孪生平台的空间定位与业务入口。

南京古河软件