In Depth
产品详解
产品定位
工业对象管理平台（OBD）是工业主数据的“一本账”：对象、空间、分类、型号、模板、标签组的完整档案体系。它回答一个朴素的问题——“我们到底有哪些资产，它们现在是什么状态”。
解决什么问题
主数据散落。 设备编号在台账、参数在 Excel、位置在老师傅脑子里——新建系统各自再录一遍，越录越乱。平台以六维档案体系（对象/空间/分类/型号/模板/标签组）让每台设备有且只有一处权威定义，新建对象自动套用型号模板，属性、空间、归属一次录全。
状态没人说得清。 生命周期状态机管理对象从投运、停役、检修到退役的每一次流转——状态变更可控、可查、留痕，档案随对象走完一生。
变更不联动。 A 系统改了设备归属，B 系统还是旧的。对象变更经 Outbox 可靠外发事件，下游系统自动同步；事件通道可降级运行，不因消息组件故障阻塞业务。
核心能力详解
编码规则引擎
统一编码体系保证对象身份全平台唯一：规则可按分类配置段位与流水，新建对象自动赋码——“一物一码”是主数据治理的第一块基石。
分类与模板体系
分类树组织行业语义（按工艺域、按区域均可自定义）；型号模板沉淀同类对象的属性结构——同型号新设备建档即继承完整档案结构，录入成本降一个量级。
事件外发与下游联动
变更以事件形式（Outbox 轮询 + 消息队列）外发，物联网平台、数据中台、认知中台均可订阅——设备改名，全平台同步；这也是“平台”区别于“又一套台账系统”的本质。
常见问题
和物联网平台的台账什么关系？——OBD 是主数据源（管理“是什么”），物联网平台是运行时（管理“在干嘛”）；后者消费前者的事件，台账一处维护。
存量台账怎么进？——批量导入 + 型号模板映射是常规路径；与物联网平台间亦有存量对象同步机制。
一套台账从无到有：五步建账
以智慧供热项目为例，完整过程如下：
- 规划目录：先在对象分类中建立「智慧供热 > 供热设备、环境感知设备」的分类层级；
- 登记档案：在对象管理中新建「换热站机组」「室温传感器」等对象档案（型号级），按需补充对象属性与适用指标；
- 现场建档：施工竣工后，为现场的「2#换热站机组」建档（位号 HX-02，生命周期置为「投用」），为「宿舍楼 A 室温传感器」建档（位号 RT-C01）；
- 挂接空间：通过对象空间把实例归入「智慧供热示范区 > 生活区」等具体位置，实例台账左侧的空间位置树即来源于此；
- 供上层使用：物联网平台按实例采集运行数据，报警规则、指标计算、监控大屏均以实例为口径引用——一处建档、处处引用。
实施纪律：遵循「先分类、再档案、后实例、最后挂空间」的顺序建台账，返工最少。
数据分发：让下游系统跟着台账动
对象与元数据的变更不是死数据——通过数据分发能力以事件形式投递给物联网平台等下游系统，包含消费方注册、投递监控、对账看板三件套：谁在消费、投递是否成功、两端数量是否对得上，一屏可查。台账改了，下游自动跟着改，不再靠人工同步。
两套口径的边界
物联感知（接入口径）与工业对象（台账口径）相互独立，同一台设备两侧各有档案，命名建议保持一致，避免巡检与排障时对不上号——这在多系统集成的大型项目里尤其重要。