本文是数据模型专题的工具篇。前四篇分别讨论了数据模型的定义、主数据标准、自动会计触发场景与数据治理, 本文把这些论述收敛为一份可以在上线会议逐项核对的条目表。使用方式只有一句: 逐项核对,未通过的条目先补课,不带着问题上线。
清单按配置对象分为五项模块,权重按其对数据可靠性的影响程度确定:主数据配置与规则配置决定数据以何种形态进入系统、 按何种规则被使用,权重最高;运维规则配置处理异常发生之后的响应方式,权重最低。
| 模块 | 权重 | 核对对象 |
|---|---|---|
| 模块一 · 主数据配置 | 30% | 分类体系、编码规则、核心字段、必填校验、数据唯一来源 |
| 模块二 · 关联对象配置 | 25% | 资产卡片与采购合同、维修工单、调拨单、处置单的关联关系 |
| 模块三 · 管理规则配置 | 25% | 折旧、资本化判定、预算校验、成本分摊四类规则 |
| 模块四 · 系统接口配置 | 15% | 与财务、采购、HR 系统的接口以及数据同步延迟 |
| 模块五 · 运维规则配置 | 5% | 数据备份、权限审计、异常告警、月度数据质量检查 |
主数据配置决定数据的形态。五项条目各占 20 分,核对的重点在于「系统中是否已经固化」。
| 验收项 | 满分 | 评分标准 |
|---|---|---|
| 资产分类体系已建立并固化在系统中 | 20 分 | 分类标准已配置,所有资产按标准分类 |
| 资产编码规则统一且由系统自动生成 | 20 分 | 不再允许手工输入编码 |
| 核心字段已标准化(下拉选择/自动带入) | 20 分 | 资产类别、使用部门、状态等字段已由自由文本改为受控输入 |
| 必填字段已配置强制校验 | 20 分 | 必填字段为空时,提交或关闭操作被拦截 |
| 唯一来源已确定并在系统中配置 | 20 分 | 每类数据指定了唯一来源 |
五项之中,第三项与第四项的作用最直接:核心字段受控、必填字段被拦截,两条关卡同时成立时, 自由文本与空值在录入环节即被排除。
关联对象配置决定数据能否自行衔接。资产卡片与四类业务单据之间的关联关系各占 25 分, 核对标准均为「关联是否由系统自动完成」:需要人工填写的关联,在业务量上升之后必然出现遗漏。
| 验收项 | 满分 | 评分标准 |
|---|---|---|
| 资产卡片与采购合同的关联关系已配置 | 25 分 | 验收通过时自动关联合同编号 |
| 资产卡片与维修工单的关联关系已配置 | 25 分 | 工单关闭时自动关联资产编码 |
| 资产卡片与调拨单的关联关系已配置 | 25 分 | 调拨审批通过后使用部门自动更新 |
| 资产卡片与处置单的关联关系已配置 | 25 分 | 处置完成后资产状态自动变更为「已处置」 |
第四项对应《资产数据治理》所述的第三个根因:处置单与卡片未关联时,卡片状态长期停留在「在用」, 年度盘点会表现为「有账无物」。
管理规则配置决定数据被使用时的口径。四项规则各占 25 分, 核对重点是规则是否在业务动作发生时自动执行。
| 验收项 | 满分 | 评分标准 |
|---|---|---|
| 折旧规则已配置(方法/年限/残值率) | 25 分 | 按资产分类标准自动带入折旧参数 |
| 资本化判定规则已配置 | 25 分 | 维修工单关闭时自动执行判定 |
| 预算校验规则已配置 | 25 分 | 采购申请提交时自动校验预算余额 |
| 成本分摊规则已配置 | 25 分 | 折旧与维修费用自动归集到使用部门的成本中心 |
四项规则共同决定:同一台设备在公司内部是否只对应一套成本口径。规则缺失时, 折旧与维修费用会在不同部门之间出现不同的归属结果。
接口配置决定数据的边界。三项接口与一项同步延迟条目各占 25 分; 核对对象是数据在系统之间是否自动流转,以及流转是否在可接受的时间内完成。
| 验收项 | 满分 | 评分标准 |
|---|---|---|
| EAM 与财务系统的接口已打通 | 25 分 | 验收数据可自动推送至财务系统生成入账凭证 |
| EAM 与采购系统的接口已打通 | 25 分 | 采购合同数据可自动同步至 EAM 生成资产卡片 |
| EAM 与 HR 系统的接口已打通 | 25 分 | 员工与组织架构变动时自动更新资产责任人 |
| 数据同步延迟在可接受范围内(≤5 分钟) | 25 分 | 同步延迟超过阈值时自动报警 |
第四项最容易被忽略:同步机制本身需要有时间约束与报警,否则接口在技术上「已打通」, 在业务上仍无法作为判断依据。
运维规则配置决定异常发生之后的响应方式。四项条目各占 25 分。 这一模块权重最低,但其中的数据质量月度检查机制是治理动作能否持续的前提。
| 验收项 | 满分 | 评分标准 |
|---|---|---|
| 数据备份策略已配置 | 25 分 | 资产数据每日备份,保留至少 30 天 |
| 权限审计策略已配置 | 25 分 | 数据修改日志全量记录,定期审计 |
| 异常告警机制已配置 | 25 分 | 数据同步失败、校验不通过时自动推送通知 |
| 数据质量月度检查机制已配置 | 25 分 | 月末自动生成数据质量报告 |
满分 100 分,90 分以上通过。每项模块按权重计入总分: 总得分等于各模块得分与该模块权重乘积的和。
总得分 = Σ(模块得分 × 模块权重)≥ 90 分
90 分这一阈值的实际含义是:五个模块中,不得有任何一个模块的得分率低于 70%。
若主数据配置仅得 15 分(得分率 50%),即便其余四个模块均为满分,总分也不超过 87.5 分。
这一设计的依据是:数据模型是一个整体,任何一个模块存在短板,整体可靠性都会被拖累。
把阈值定为 90 分而非更低,原因在于五项模块之间存在依赖:上游缺失时, 下游条目即使得分,也无法在上线之后独立发挥作用。
未达标项的处理按模块区分三类优先级。分类的依据是各模块的短板在上线之后能否被局部修补。
在此基础上,上线结论分为三档:
| 情形 | 结论 |
|---|---|
| 总分 ≥ 90 分,且各模块得分率均不低于 70% | 可以上线 |
| 总分 ≥ 90 分,但单项得分率低于 70% | 可以带条件上线,须在 30 天内提交整改计划 |
| 总分低于 90 分 | 不上线。即便功能自评未发现问题,也不应上线 |
第三档的理由在于:数据模型在上线之后再作修改,代价远高于上线之前——线上数据已经产生, 修改模型涉及数据迁移、历史数据清洗与全部关联系统的同步更新,其代价约为上线之前的十倍。
若贵方正处于数据模型上线评审阶段,本方可按本文五项模块与贵方项目组逐条对照。