龙石数据·博客中心

CFO在季度会上问了一句："咱们的数据能不能入表？"数据团队负责人看了看手头那几十个数据质量告警——沉默了。 这不是虚构场景。同一周，另一家制造企业的数据团队也遭遇了类似的尴尬：审计师要求提供拟入表数据的质量评价报告，团队翻遍了系统，只找到一份两年前的手工Excel质量记录——字段缺失率没有统计、跨系统一致性从未对比、数据血缘完全空白。CFO最后拍了板："入表先搁置。" 这两幕正在越来越多的企业中上演。财会〔2023〕11号[2]施行已近两年，数据资产入表从概念讨论走向实际操作，越来越多的CFO和审计师开始把同样的问题摆上台面。而大多数企业的数据治理状态，距离回答"能不能入表"还有三道明显的坎。 一、三道政策令：入表不再是选择题 三大政策正在将数据资产入表从"加分项"推向"必答题"。 DCMM 2.0（GB/T 36073-2025）[1]新增"数据资产"能力域。 这是标准层面的关键信号——评判企业数据管理水平的标准，从"有没有治理"升级为"能不能资产化"。数据不再只是 IT 团队维护的"后台资源"，而是需要被识别、被评估、被量化的企业资产。 财会〔2023〕11号[2]明确了数据资源的会计处理路径。 这份暂行规定施行以来，数据可入表的制度障碍已被扫除，CFO 开始真正关注数据治理——因为数据能不能入表、入多少，直接关系到财务报表。 "数据要素×"三年行动计划进入收官之年。 数据要素市场化配置加速，公共数据授权运营、企业数据资产入表、数据交易定价——这一整套政策组合拳正在推动一个根本变化：企业数据管理的主线任务，已经从"把数据管好"扩展为"让数据成为资产"。 三道政策拧成一股绳，方向已经清楚。问题是：大多数企业的数据治理，还卡在入表的前一道关口上。 二、入表前的三道坎 从我们观察到的企业实践来看，数据资产入表之前，有三道坎几乎家家都会遇到。 第一道坎：资产底数不清。 企业运行多年，数据散落在数十套业务系统中，有多少张表、哪些字段、数据量多大——往往没人能说清楚。而数据资产入表的起点恰恰是"先知道你有什么"。底数不清，入表就无从谈起。 第二道坎：质量参差不齐。 数据入表需要审计依据，但大量企业的数据从未经过系统性的质量评价。同一客户的名称在 CRM 里是"XX有限公司"，在 ERP 里是"XX公司"，在 MES 里又是一个缩写——当数据本身都不可信时，资产估值就失去了基础。数据资产化有一个朴素的前提：数据必须可信。入表只是把这个前提变成了硬性约束。 第三道坎：标准没有统一。 跨系统的数据口径不一致，导致资产边界无法清晰界定。一条"合同金额"数据，财务系统和业务系统各有一套算法，以哪个为准？入表之前，这类问题必须被回答。 这三道坎背后指向同一个事实：数据资产入表的真正难点不是会计处理，而是数据治理。入表倒逼的，本质上是一次治理能力的系统性升级。 三、从被动应对到主动推进：分三步走 面对入表压力，从多数企业的实践来看，一个较为稳妥的做法是将治理任务拆解为三步推进——不是在入表前突击搞一次"大扫除"，而是让治理本身走向体系化。 第一步：先把家底盘清楚。 不谈标准、不谈质量，第一步就是搞清楚自己有什么数据。全量数据资产盘点，涵盖各业务系统的表、字段、数据量、更新频率，最终产出一份可追踪的资产清单。这一步的价值不止于入表——很多企业在盘点过程中才发现，同一个业务域的数据在三个系统里有三种叫法，连业务部门自己都说不清哪个是最新的。入表给了盘点的正当性：不是 IT 部门"又在搞治理"，而是 CFO 和审计师需要这份清单。 第二步：让数据质量可量化。 家底盘清之后，紧跟着的问题是：这些数据可信吗？以 GB/T 36344-2018[3]定义的六个质量维度为框架——规范性、完整性、准确性、一致性、时效性、可访问性——对企业数据做一次系统性的质量扫描和量化评分。除可访问性外，其余五个维度直接影响数据的可用性和可信度。查出来的问题，打标、归类、生成工单、推动修复，让质量管控从"人工经验判断"变成"可追踪的闭环"。跨系统的数据标准统一也应当在这一步完成——统一命名规则、编码规范、核心业务主数据定义。 第三步：把资产管起来。 前两步扎实之后，数据资产化管理的基础就具备了。这一步的核心是建立资产目录，让业务人员用业务语言就能找到数据资产、理解其含义、评估其价值。资产编目、合规审核、价值评估、会计确认——这一系列动作需要 IT、财务、法务、业务多个部门协同完成。入表不是终点：数据被持续使用、产生可计量的业务回报，才是资产化的完整闭环。 需要指出的是，三步走不是一条直线。企业在第一步盘点之后，往往会发现某些数据域的质量问题比预想的严重，需要回到第二步深入治理，才能推进第三步。但从整体方向来看，这三步的顺序相对清晰——跳过盘点直接定标准，容易做出一堆没人用的规范；跳过质量直接入表，写进报表的数据经不起审计。 四、案例验证：一家国企的入表实战 华东某交投集团（企业名称已脱敏，下同）的经历，为上述路径提供了一个完整的注脚。 启动入表工作之初，该集团面临的是一个典型困境：上千张业务表散落在各系统中，无人能说清全貌；同一类数据在不同系统里有不同的命名和口径；数据质量从未被系统性地评估过，无法量化可信度。 整个入表工作的起点，是一次历时数周的全量数据资产盘点（对应第一步"理清家底"）。盘点产出了集团首份完整的数据资产清单，为后续所有工作提供了基础坐标系。 在此基础上，项目团队着手建立跨系统的数据标准体系——统一命名规则、核心实体编码规范、质量评价框架（对应第二步"建标准、管质量"）。标准确立之后，数据质量评分得以量化：最终达到 99.53 分。 第三步进入资产化管理：编目、合规审核、价值评估、会计确认——多部门协同完成首批数据资产入表。 复盘整个过程，一个清晰的结论浮现：入表成功的根本原因，不是评估方法有多精妙，而是前两步——家底盘清了、质量标准统一了——走扎实了。入表不是治理的目的，而是治理扎实之后自然产出的结果。 五、常见问题 Q1：做了数据治理就一定能实现数据资产化吗？ 不一定。数据治理是资产化的必要条件，不是充分条件——但没有治理，资产化一定走不通。质量不可信的数据无法估值，标准不统一的资产边界不清。 Q2：应该先做治理还是先做资产盘点？ 先盘点。不知道有什么数据就去谈治理标准，容易搞出一堆没人用的规范。用"理"先摸清家底，再从中挑选高价值的数据资产优先投入治理资源，产出比更高。 Q3：中小企业资源有限，怎么落地？ 从最核心的一到两个业务域切入，花几周时间完成资产盘点和质量基线，搭建轻量平台跑通闭环。如果需要工具支撑，可以关注一些免费可用的数据质量检测工具——例如龙石数据质量管理平台社区版，覆盖 GB/T 36344[3]标准框架下的质量检测，可先做一次数据质量体检，再根据结果决定下一步投入方向。关键是先动起来，不必追求一步到位。 六、结语 数据资产入表倒逼治理升级——这未必是坏事。 过去，技术团队推着业务走，往往感觉推不动。现在情况反过来了：CFO 和审计师在推着技术团队走，入表的硬性要求反而让治理获得了来自业务端的驱动力。方向比从前更清晰。 从多数企业的实践来看，较为稳妥的做法是先理家底、再建标准、再管质量——三件事做扎实了，入表是水到渠成的事。数据资产入表不应被视为一次性的会计操作，而应被看作企业数据治理能力走向体系化的一个起点。 参考来源 [1] GB/T 36073-2025《数据管理能力成熟度评估模型》（DCMM 2.0），2026年7月1日实施 — openstd.samr.gov.cn/bzgk/gb/std?tid=72458 [2] 财政部，《企业数据资源相关会计处理暂行规定》（财会〔2023〕11号），2023年8月 — gov.cn/zhengce/zhengceku/202308/content_6899395.htm [3] GB/T 36344-2018《信息技术 数据质量评价指标》 — openstd.samr.gov.cn/bzgk/gb/std?tid=72297 龙石数据，《数据治理实战指南》，— https://www.longshidata.com/lsdmaterial/dg-guide.html

一家中型制造企业在部署大模型后，内部测试阶段效果不错，问"本月华东区销售情况"能给出清晰的数据和趋势判断。正式上线第一天就出了问题——系统告诉业务副总"华东区上月销售额3200万"，但财务系统里是2800万，差了整整400万。 排查结果指向了一个简单的事实：ERP、CRM和财务系统对"华东区"的定义不同，对"销售额"的计算口径也不一样。模型本身没有出错——它忠实汇总了它能看到的全部数据。问题出在它"看到"的数据本来就不一致。 这个场景折射出一个正在加速的趋势：当大模型从技术验证走向业务一线，最关键的瓶颈往往不是模型能力，而是数据供给质量。Data-Centric AI的研究反复验证了一个判断——AI效果的上限由数据质量决定，而非模型参数。DCMM 2.0（GB/T 36073-2025）[1]更从国家标准层面确认了这一方向：L4量化管理级明确要求企业具备AI支撑能力，数据治理在AI时代已从"最好有"变成了战略级要求。 大模型时代，数据质量的容错率被大幅压缩 传统BI场景下，数据质量问题的后果相对可控。报表上一个数字偏差，使用者在业务层面往往能察觉——"上个月华东没做过这么大单子"——然后人工核查修正。数据错了，人的经验还能兜底。 大模型把这个容错空间压到了几乎不存在。原因是三个机制同时起作用。 第一，大模型输出的是完整分析结论，而非单个数字。当它在回答"今年哪个产品线增长最快"时，会调用多张表、关联多次查询、形成综合判断。链条中某一个环节的数据有问题，可能让整段结论偏离事实。业务人员面对一段逻辑完整的分析文本，很难逐环节拆解验证——这不是看一个数字对不对，而是判断一整套推理是否站得住脚。 第二，大模型天然倾向于信任输入数据。它不会主动质疑"这个字段的值从上下文推断可能不对"，也不会在发现多个数据源对同一指标给出不同数值时提示"请确认口径"。它会根据它能读取到的全部信息，给一个它认为最合理的回答。而如果它读到的信息本身就相互矛盾，这个"最合理的回答"可能恰好是最危险的——看起来有理有据，实际上建立在不一致的数据基础之上。 第三，修复成本呈非线性放大。传统BI场景下排查一个数字偏差，通常追溯到一两张源表就能定位。而大模型关联了多系统、多口径的数据，一次质量问题可能需要回溯多个数据源、对比多套业务口径、跨部门确认数据定义。排查周期从小时级拉长到天级，远超传统场景的量级。 换句话说，大模型不会判断数据对错，但它会让数据中的问题变得比以往任何时候都更难发现、更难追溯、影响更大。Data-Centric AI提出者吴恩达的判断在这里找到了最具体的注脚："与其花80%精力调模型参数，不如花80%精力提升数据质量。"当企业发现花了几百万调优的大模型，在实际业务场景中的表现还不如一个治理到位的中小模型时，数据治理在AI战略中的优先级自然被重新排列。 国家标准已在推动数据供给升级 DCMM 2.0（GB/T 36073-2025）[1]于2026年7月1日正式实施，带来的变化不止是能力域从8个扩展为9个。更值得关注的是成熟度评估体系中对AI能力的明确要求。 新标准将数据管理能力划分为五个成熟度等级：初始级→受管理级→稳健级→量化管理级→优化级。到了L4量化管理级，标准要求企业在数据管理全过程中具备量化评估能力，并引入人工智能等先进技术支撑数据管理决策。这意味着AI应用在DCMM体系中不再是一个可选项——企业若想在评估中达到L4及以上，必须在数据架构、数据质量、数据标准等关键能力域中储备AI用数能力。 九大能力域的重新划定也释放了明确信号。新增的"数据资产"域排在第四位，包含权属管理、价值评估和资产运营三个能力项，与"数据二十条"[3]确立的数据要素市场化政策方向直接呼应。"数据应用"更名为"数据应用流通"，将数据服务、外部数据管理和数据开放纳入统一框架。从标准结构来看，DCMM 2.0正在从"管好数据"向"用好数据"倾斜——而这一转变恰好与AI时代企业对高质量数据供给的需求同频。 与DCMM 2.0互补的是GB/T 36344-2018[2]《信息技术 数据质量评价指标》。该标准定义了六个数据质量评价维度：规范性、完整性、准确性、一致性、时效性和可访问性。除可访问性侧重数据获取的技术条件外，前五个维度直接影响AI应用效果——规范性决定了数据是否按统一格式组织、可被模型稳定解析；完整性和准确性决定了模型赖以推理的信息基础是否可靠；一致性和时效性决定了跨系统关联分析的结论是否可信。 政策层面，高质量数据集建设也在加速从概念走向落地。江苏省2026年率先推动高质量数据集先行先试，147个项目入选省级试点，覆盖制造、医疗、交通等多个领域。龙石数据联合省市场监督管理局数据中心和苏州大学共同申报的"高质量数据集智能底座"项目同期获批，探索数据治理成果向AI训练数据的高效转化路径。 这些标准和政策的交汇，指向同一个方向：高质量数据供给正从一个技术课题上升为制度性要求。以江苏某大数据中心为例，该中心对300余个高频共享数据资源、超过10亿条数据进行了系统性质量评测，累计定位近1000万个数据质量问题，经过持续修复后修复率达到95%，200个高频应用资源的准确率达到100%。公共数据供给从"能用"提升到"好用"——这个跃迁的逻辑，同样适用于企业AI场景下的数据供给。 从"数据可用"到"数据可训"：高质量供给需要三层基础 传统数据治理以满足业务报表和运营分析为主要目标，关注的是数据"能用"——能从不同系统中取到数据、能跑通报表、能支撑日常决策。但大模型对数据的要求不止于此。它需要数据"可训"——能被模型稳定解析、跨系统关联时不产生口径冲突、输出结论可以被追溯和验证。从"可用"到"可训"，需要补上三层基础。 元数据：让AI理解数据含义 元数据是数据的"使用说明书"——它记录了数据从哪里来、经过了哪些加工、每个字段代表什么业务含义。对传统BI来说，元数据的作用更多是辅助性的：分析师查一下表结构、确认一下字段含义。但对大模型而言，元数据层几乎是不可或缺的前提。 原因很简单：大模型在处理数据时，看到的是字段名和数值，但读不懂字段背后的业务语境。一个标注为customer_name的字段，在ERP系统里指签约主体，在CRM系统里指联系人。如果模型在关联这两个系统的数据时不做区分，"客户"的统计口径就直接出错了。元数据的作用，就是在这类场景下提供关键的业务语义——让AI能在理解数据含义的前提下使用数据，而不仅仅是拿到一个可查询的字段。 当监管或审计要求企业说明"训练数据来源和加工过程"时，元数据是唯一可以提供完整追溯链条的依据。没有元数据，训练数据就是一堆脱了上下文的值，数据的可解释性归零。 数据标准：让AI跨系统理解业务 大模型的一大优势是跨数据源关联分析。但这个优势的前提，是不同系统对同一业务概念的定义是一致的，或者至少是可映射的。 现实中的情况往往是反过来的。同一家制造企业，ERP系统按事业部划分"产品线"，MES系统按生产工艺划分"产品线"，CRM系统则按销售目录划分。三套"产品线"对应三种分类逻辑和编码体系，每一套在自己的系统内都自洽，但放到一起就互相冲突。当大模型尝试关联这三个系统的数据做综合分析，它面对的是一堆同名字段指向不同实体——口径不统一导致的结论偏差，比数据缺失更难排查。 数据标准层的作用，就是为不同系统之间建立一套"翻译机制"：ERP编码怎么映射到MES分类、CRM的中文描述对应哪个ERP料号。这不只是技术层面的字段映射——标准层实际上是AI跨系统理解的"业务词典"。有了这层翻译，模型才可能做到"问的是全公司的产品线趋势，回答时自动匹配所有系统的口径"。 数据质量：让AI输出可信 这是最直接的一层，也最容易被低估。GIGO原则（Garbage In, Garbage Out）在传统IT时代是一条经验法则，在大模型时代变成了一个被放大数倍的现实风险。 传统场景下，一条脏数据最多污染一张报表的某个格子。但在大模型场景中，一条脏数据可能被模型在多轮推理中反复调用——它生成第一个分析结果时引用了这个错误值，下一步做趋势对比时继续基于这个结果推导，再下一步做优先级排序时又把这个推导作为权重依据。一条脏数据的"污染半径"在模型推理链中被大幅扩张。 社区的实践经验表明，在正式启动大模型应用之前，至少要对核心数据域做一轮系统性质量评估。市面上也有部分免费的数据质量工具，例如龙石数据质量管理平台·社区版，部署后可对核心数据源进行GB/T 36344标准框架下的质量检测，旁路监测模式不阻断业务流转，适合作为质量基线的快速摸底工具。 三层基础之间的关系不是串行的——不需要等元数据"做完"再建标准、等标准"完美"再做质量。它们之间互相增强：元数据缺失时数据标准难以落地，质量检测的结果反过来可以暴露标准不一致的问题。从多数成功案例来看，选取一个核心业务域，三层并行启动、快速迭代，比逐层推进更高效。 CDO和CIO现在可以着手做的几件事 大模型还在快速迭代，但对数据供给的要求方向已经足够明确。不需要等到"治理100分"再启动AI应用，但启动之前有几件事可以先做。 先做一次数据质量体检。 选取AI应用瞄准的核心业务域，用GB/T 36344[2]的六个维度（除可访问性外重点看前五个）做一次系统性评测。摸清现状后再定优先级：如果多个系统对同一指标口径不一致，先把数据标准做起来；如果核心表的缺失率或异常值比例偏高，先建质量基线。体检的目的不是追求完美，而是知道问题在哪儿、先解决哪个。 建立"数据就绪"的最小体系。 不需要一开始就覆盖全部数据资产——从AI应用会用到的核心表和字段切入。元数据层至少记录这些表和字段的来源、加工过程和业务含义。数据标准层统一核心业务实体（客户、产品、供应商）的编码规则和分类口径。数据质量层在数据接入环节建立完整性、准确性、一致性的自动校验。这个最小体系跑通后，再向更多数据域扩展。 AI用数与数据治理并行推进。 不必等治理做完再上AI。实践中的一个有效策略是：AI用数的需求反向暴露治理短板。当业务人员用自然语言问数据时得到的答案不准，自然会暴露出标准不一致、元数据缺失、质量问题。这比自上而下推动治理更容易取得业务部门的理解和配合。选取一个业务价值最高的用数场景，先跑通再扩展。 关注DCMM 2.0的AI能力要求。 DCMM[1] L4以上要求企业储备AI用数能力，这涉及的是评估时间表而非远期规划。已有企业在进行DCMM 2.0评估准备时，将AI用数能力列为重点建设项。评估现有数据中台是否具备AI用数入口——如自然语言查询、数据资产目录驱动等——是一个务实的起点。市场上已有部分产品（如龙石AI用数智能体）支持自然语言问数、数据不出域的私有化部署，作为数据治理成果的消费层，可以让治理投入更快见到业务价值。 常见问题 问：大模型项目要不要等数据治理做完再启动？ 不需要。选取核心业务域先做质量评估和标准统一，治理工作与AI用数可以并行推进。内测阶段用受控数据集验证效果，是比较稳妥的做法。 问：怎么判断是模型能力问题还是数据质量问题？ 选取一个已知数据质量情况的业务域做测试。如果在该域中模型输出准确度明显高于其他域，说明问题更可能出在数据侧。借助数据质量评估工具对输入数据做系统检测，将检测结果与模型输出效果做对照分析，通常能快速定位根因。 问：中小企业没有专职数据治理团队，怎么起步？ 从数据质量体检开始。目前市面上已有免费可用的数据质量工具（如龙石数据质量管理平台社区版），覆盖GB/T 36344[2]主要维度，部署后可快速摸清数据质量现状，再根据结果确定治理优先级。不需要一开始就铺开全量——先盯住AI应用会用到的那几套核心系统和几张核心表即可。 问：DCMM 2.0 L4要求AI能力，大部分企业L3都不到，怎么办？ DCMM是能力建设的方向标，不是紧急合规线。企业可以根据自身所处阶段，先锚定与AI效果最直接相关的2-3个能力域重点建设——尤其是"数据质量"和"数据标准"两个域。先做到L3稳健级的核心能力，再向L4量化管理级演进。标准提供的是一条可参照的路径，不是一张时间表。 大模型代表了企业AI应用的前沿方向，但它的上限取决于数据供给质量而非模型参数规模。Data-Centric AI的核心理念在DCMM 2.0[1]标准中得到了制度性确认——数据治理已成为AI基础设施的组成部分，而非应用上线前的一项准备工序。 对企业CDO和CIO而言，眼下最务实的做法是从三层基础中最薄弱的环节切入，在AI用数中暴露问题、迭代优化。当模型能力不再是稀缺资源，高质量的数据供给就是AI应用效果的分水岭。这一能力，正在从技术课题转变为企业AI战略的核心竞争力。 参考来源 [1] GB/T 36073-2025《数据管理能力成熟度评估模型》（DCMM 2.0），2026年7月1日实施 — openstd.samr.gov.cn/bzgk/gb/std?tid=72458 [2] GB/T 36344-2018《信息技术 数据质量评价指标》 — openstd.samr.gov.cn/bzgk/gb/std?tid=72297 [3] 中共中央、国务院，《关于构建数据基础制度更好发挥数据要素作用的意见》（"数据二十条"），2022年12月 — gov.cn/zhengce/2022-12/19/content_5732695.htm [4] 龙石数据成功入选2026年江苏省高质量数据集建设先行先试项目试点 — https://www.longshidata.com/blog/c/c2026061101.html

当CFO下一次推门进来说"我们也要做数据资产入表"时，你的平台能不能答出这五个问题？ 第一问：企业有哪些数据资源？ 上百个业务系统、上千张表，能不能用一份结构化的资产目录把它们说清楚——而不用IT团队加班翻Excel？ 第二问：数据质量有多高？ 会计师事务所要的是系统性、可重复、可追溯的质量评价结果，不是一句"我们一直在用、应该还行"。 第三问：跨系统的数据口径统一了吗？ 同一个客户在CRM里叫"客户名称"，在ERP里叫"往来单位"——资产边界划不清，估值从何谈起？ 第四问：资产目录建好了吗？ 入表范围的划定，依赖的是一份面向审计和业务方的正式资产清单，而不是技术文档里的表结构说明。 第五问：这些能力是建在平台上，还是寄托在人的经验上？ 如果答案全是后者，那入表的准备还远没有完成。 数据资产入表正在从少数先行企业的"试点"走向制度化的"扩面"。对于此前还在观望的CDO、CIO来说，"入不入表"已经不是一个远期话题——以上五个问题，接下来的两年内大概率会被CFO和审计机构逐一追问。 入表不是会计问题，是数据治理问题 不少企业高管的直觉反应是："入表是财务部的事，跟我们信息部门关系不大。" 这个判断可能恰好弄反了。拆开数据资产入表的五个核心环节来看——资产盘点、合规审核、质量评价、价值评估、会计确认——前三个环节的本质都是数据治理工作，而不是财务操作。 资产盘点考验的是元数据管理能力：你能不能系统性地说清楚企业有多少数据、存在哪里、归属哪个业务域？合规审核考验的是分类分级和安全策略是否落地。质量评价更是纯数据治理范畴——按 GB/T 36344-2018[3]定义的六个维度（规范性、完整性、准确性、一致性、时效性、可访问性），除可访问性外其余五个维度直接影响数据是否"可信到可以入表"。 所以当CFO追问"这批数据能不能入表"时，答案不在财务部的账本里，而在数据治理平台的扎实程度里。一个基础公式是：元数据管理 + 数据标准 + 质量闭环 + 资产编目 = 入表就绪。 四个必检项：你的平台能过几关？ 如果把入表看作一次"数据审计"，那么数据治理平台就是这场审计的主要被查对象。以下四个维度，分别对应入表流程中的关键堵点。 元数据管理：你能说清楚自己有什么数据吗？ 资产盘点是入表的起点——入表范围取决于你对自身数据资源的掌控程度。如果元数据管理还停留在人工整理Excel的阶段，面对上百个业务系统、上千张表，盘清家底本身就是一项浩大工程。更关键的是，没有血缘分析能力，你很难追溯一张报表的上游来源——讲不清楚数据"从哪来"，入表范围就是一笔糊涂账。 从行业实践来看，具备自动采集元数据和血缘分析能力的治理平台，在这个环节能将盘点周期从数周压缩到数天。 数据标准：跨系统的"数据语言"统一了吗？ 同一个客户实体，CRM 里叫"客户名称"，ERP 里叫"往来单位"，数据仓库里又变成了"签约方"——三个名字可能指向同一个对象，但系统不认。数据口径不统一，资产边界就无法清晰界定，估值就更无从谈起。 DCMM 2.0[2]将数据标准列为独立能力域，考察的是企业是否建立了统一的业务术语、参考数据和主数据标准。入表场景下，这不再是一个"锦上添花"的技术规范，而是直接影响资产范围的底线条件。 数据质量：你的数据经得起审计吗？ 入表需要可审计的质量依据——不是技术团队一句"这批数据我们一直在用，应该还行"能够替代的。会计师事务所要求的是系统化、可重复、可追溯的质量评价结果。 GB/T 36344[3]的六个维度中，规范性（字段格式是否统一）、完整性（关键字段有无缺失）、准确性（数值是否与业务实际一致）、一致性（跨系统数据是否吻合）、时效性（数据更新是否及时）这五个维度构成了入表质量评价的基本框架。平台需要具备全量自动化质量扫描能力，能够输出结构化的质量报告，而不是对数据质量做一次性的手工排查。 资产编目：入表的"资产清单"建好了吗？ 即使前三项都达标，如果缺少一份结构化的数据资产目录，入表范围仍然无法被清晰界定。DCMM 2.0[2]新增的数据资产域，考察的正是企业是否建立了资产目录、是否具备资产分类与标签管理能力。 资产目录不是一份技术文档——它是面向审计和业务方的"数据产品手册"，需要说清楚每项数据资产的业务含义、覆盖范围、更新频率和质量状态。没有这份目录，入表范围的划定就带有较大的主观判断成分，经不起审计追问。 案例：一张上千张表的答卷 福建某交投集团（企业名称已脱敏，下同）是负责城市数字化运营的国有企业，拥有充电系统等多个业务系统，上千张业务表散落在不同数据库中。当数据资产入表被提上日程时，他们面临的问题和大多数企业一样：家底不清、质量未知、流程不熟。 整个项目按六个阶段推进：资产盘点→资产登记→质量评价→合规审核→价值评估→会计入表。其中，龙石数据承担了质量评价环节，并协同律所、会计师事务所和资产评估机构完成全链条服务。 关键节点有两个。一是资产盘点阶段，通过自动化扫描与业务规则相结合，从上千张表中梳理出充电订单、支付流水等核心数据资源，形成标准化的《企业数据资产目录》——这是后续所有工作的基础。二是质量评价阶段，以 GB/T 36344[3]为框架对拟入表数据进行全量自动化扫描，最终质量评价总评分达到 99.53 分（满分 100），会计师事务所据此确认质量符合入表要求。 该集团最终成为福建省某市首批完成数据资产入表的国有企业。回头看，入表的瓶颈并不在会计师事务所的专业能力，而在数据治理平台的基础有多扎实——资产目录决定了入表范围，质量评价决定了入表可信度。以龙石数据中台为例，其从资产盘点、标准管理、质量评价到资产编目的端到端支撑能力，正是在这类全链条服务中积累和验证的。 FAQ Q1：数据治理做到位了，就一定能入表吗？ 不一定。治理是必要条件但不是充分条件。数据质量不过关，估值无从谈起；标准不统一，资产边界就划不清——这些确实取决于治理的扎实程度。但入表本身还需要完成资产确认、合规审核和价值评估三个专业环节，这些超出了数据治理平台的范畴。比较准确的理解是：治理到位是入表的前提，入表是治理成果在财务层面的确认。 Q2：企业应该先做治理还是先做资产盘点？ 从多数案例的实际操作路径来看，比较合理的顺序是先盘点。福建交投花了数周时间先把上千张表的家底摸清楚，再在此基础上建立标准体系。如果反过来——还不知自己有什么数据就去定标准，容易搞出一套没人用的规范。当然，如果企业的数据标准基础已经比较好，两条线也可以并行推进。 Q3：中小企业有必要为入表铺这么大盘子吗？ 不需要像大型国企那样全量铺开。比较务实的做法是选一两个核心业务域，花几周时间做资产盘点加质量基线，再搭建轻量平台跑通从盘点到编目的闭环。第一步始终是搞清楚自己有什么——这和企业规模无关。如果不确定从哪里入手，也可以先用免费的数据质量评估工具对核心业务数据做一次扫描，了解当前数据质量的基线水平再做规划。例如龙石数据质量管理平台·社区版，部署后即可对核心数据源进行 GB/T 36344[3]标准框架下的质量检测，以较低的成本完成入表前的第一步质量摸底。 结语 DCMM 2.0[2]已于 2026 年 7 月正式实施，在贯标评估中，"你们的数据资产情况如何"正在从一个加分项变成基准问题。对于尚未启动入表准备的企业来说，当前比较紧迫的三个动作是：先把家底摸清楚，再把资产化的能力建在平台上而不是Excel里，最后选一个高价值域跑通从盘点到编目的全流程。 工业时代的企业竞争围绕设备和资金展开，数字时代的竞争天平正在向数据资产的运营能力倾斜。这个转变不是一夜之间发生的，但它确实在加速。 参考来源 [1] 财政部，《企业数据资源相关会计处理暂行规定》（财会〔2023〕11号），2023年8月 — gov.cn/zhengce/zhengceku/202308/content_6899395.htm [2] GB/T 36073-2025《数据管理能力成熟度评估模型》（DCMM 2.0），2026年7月1日实施 — openstd.samr.gov.cn/bzgk/gb/std?tid=72458 [3] GB/T 36344-2018《信息技术 数据质量评价指标》 — openstd.samr.gov.cn/bzgk/gb/std?tid=72297

摘要 DCMM 2.0（GB/T 36073-2025）首次在L4量化管理级引入人工智能等先进技术要求，标志着数据管理成熟度评估正式进入"AI原生"时代。本文从DCMM 2.0标准文本出发，解析L4级AI支撑能力的具体内涵与四大应用场景，分析企业在数据质量、数据标准、组织协同和安全合规四个维度面临的挑战，并提出从L3到L4的三阶段实施路径。文章认为，DCMM 2.0的AI要求并非增设技术门槛，而是将Data-Centric AI等行业共识制度化——数据治理的成熟度，正在成为企业AI支撑能力的基础。 一、为什么DCMM 2.0要在L4以上引入AI？ 一家已通过DCMM三级评估的企业CDO，在准备冲刺L4时发现，新版标准的评估指标里新增了一类条目——"是否具备人工智能辅助数据管理能力"。这不是锦上添花，而是L4量化管理级评估的重要组成部分。 要理解这一变化的逻辑，需要先看清DCMM 2.0相对于1.0版的三项关键升级。 1.1 DCMM 2.0的三项关键升级 第一，能力域从8个扩展为9个。新增「数据资产」能力域（权属管理、价值评估、资产运营），将数据资产化从行业实践上升为国家标准框架。「数据应用」更名为「数据应用流通」，新增外部数据管理能力项，覆盖了数据从内部使用到外部流通的全链路。 第二，评估指标体系从定性描述升级为486项量化指标。DCMM 1.0的441项指标侧重"有没有"，DCMM 2.0的486项指标进一步追问"运行得怎么样"——不仅要求具备书面制度和执行记录，更需要可量化的管理数据作为证据。 第三，L4量化管理级引入人工智能等先进技术。这是DCMM标准历史上首次将技术能力写入成熟度等级。标准对L4的定义是"组织将数据视为获取竞争优势的核心要素，通过量化管理驱动管理效能提升；引入人工智能等先进技术，全面提升数据管理工作效率"。同时，安全域的要求也较1.0显著增强，能力项从策略/管理/审计升级为合规管理/安全防护/安全审计。 1.2 L4量化管理级到底要求什么 DCMM 2.0的五级成熟度模型中，L3（稳健级）与L4（量化管理级）之间存在一个质的跃迁。L3的核心是"有"——建立了统一的数据管理体系，各项流程在组织层面运转。L4的核心是"量化"——建立了量化的指标体系来度量管理效能。 典型的L4级量化指标包括：数据问题平均修复时长不超过2小时、关键数据标准覆盖率达到95%以上、数据质量问题的自动发现率等。这些指标的确立，意味着企业的数据管理从"靠人评估"走向"靠数据说话"。 AI在这一跃迁中扮演的角色是效率杠杆。486项量化指标的追踪、数据质量问题的自动发现和推荐修复、元数据的自动采集和血缘分析——这些工作如果全部依赖人工，在达到L4所要求的数据规模和管理精细度时将难以为继。标准在L4引入人工智能等先进技术，本质上是对规模化数据管理效率的必然要求。 1.3 从贯标数据看趋势 截至2025年11月，全国DCMM贯标企业总数已达10,448家，其中DCMM 5级（最高等级）仅33家。DCMM 2.0于2025年12月31日发布，2026年7月1日正式实施。对已获L3等级的企业而言，在准备L4升级评估时需要将AI能力纳入建设规划；对于仍在L2阶段的企业，较为稳妥的做法是在治理底座建设阶段就为AI能力预留接口。 二、AI在数据治理中的四大应用场景 DCMM 2.0在L4引入人工智能等先进技术，对应到数据治理实践中，主要体现在四个核心场景。这些场景并非理论推演，而是已有明确技术路径和落地案例。 2.1 智能分类分级 传统的数据分类分级依赖人工翻阅字段列表逐一标注，当数据量达到数百张表、数千个字段时，维护成本呈指数级增长。AI的介入方式是将分类分级从"人工标注"转变为"智能识别"——系统自动识别敏感字段（身份证号、手机号、金额字段等），根据字段内容和上下文推断数据等级，建立可动态更新的分类标签体系。 该场景对应DCMM 2.0数据安全域（合规管理、安全防护）和数据标准域的能力要求。在L4评估中，数据的分类分级覆盖率是安全域的重要量化指标，AI的自动化能力是实现高覆盖率的基础保障。 2.2 自动化质量规则推荐 数据质量规则的配置在传统模式下高度依赖个人经验——有经验的工程师知道"金额字段要检查非负，日期字段要检查格式"，新人则不知道从何入手。AI的做法是基于字段特征（字段名、数据类型、值域分布）和历史规则库，自动推荐适用的质量校验规则，将规则配置效率提升10倍以上。 该场景直接对应DCMM 2.0数据质量域（数据质量检查、数据质量分析）。L4要求的486项量化指标中，质量域占比显著，自动化规则推荐是实现质量指标追踪的技术前提。 2.3 自然语言查询（NL2SQL） 传统的数据查询链路是"业务人员提需求→IT排期写SQL→返回结果"，整个周期短则数小时、长则数天。自然语言查询（NL2SQL）将这条链路缩短为"业务人员用日常语言提问→系统自动理解意图、生成SQL→返回结果和可视化图表"，将数据查询的门槛从"会写SQL"降低到"会问问题"。 该场景对应DCMM 2.0数据应用流通域（数据应用、数据服务）。市场上已有部分产品（如龙石AI用数智能体）提供开箱即用的NL2SQL能力，简单查询场景准确率达100%，全场景综合准确率超过95%，数据不出域，支持DeepSeek和千问3等主流大模型的智能调度。 2.4 异常检测与智能预警 固定阈值的告警方式长期以来面临"误报多、漏报多"的困境——阈值设高了漏过真实异常，设低了被大量误报淹没。AI通过学习历史数据的趋势和波动模式，能够区分"正常的业务波动"和"需要关注的异常信号"，显著降低误报率，同时提升真实异常的检出率。 该场景横跨DCMM 2.0的数据质量域和数据生存周期域（数据运维），是在L4量化管理框架下实现数据运维效率提升的关键技术路径。 三、L4以上面临的四大核心挑战 四大场景的技术路径已经清晰，但企业从L3走向L4的过程中，面临的挑战主要不在技术层面，而在数据基础、组织协同和制度配套。 3.1 数据质量挑战：不干净的数据直接导致AI输出不可信 大语言模型的一个重要特征是，它对输入数据具有天然的"信任"倾向——模型不会主动质疑数据来源的可靠性，而是将输入数据作为推理的事实基础。当数据存在缺失值、错误记录或重复数据时，这些缺陷会被模型全盘接受并反映在最终输出中。 一个经典案例来自制造业：某企业的ERP系统中"华东区销售额"在同一月份存在两条记录——一条记录3,200万元（含退货冲销前的原始订单），一条记录2,800万元（财务核算后的实际确认），两条记录都标注为"最终版本"。AI在进行区域销售分析时无法判断哪一个数值是正确的，最终输出的分析报告将两个数值进行了简单平均，导致结论与实际情况偏差超过7%。 这正是Data-Centric AI理念所强调的核心观点：AI效果的上限，是由数据质量决定的，而不是由模型参数决定的。在模型能力趋于同质化的当下，数据质量的差异正在成为企业AI能力差异的决定性因素。 3.2 数据标准挑战：AI"读不懂"企业数据 即使数据本身的质量合格，如果AI无法理解数据的业务含义，其输出价值依然有限。问题的根源在于，大多数企业的元数据管理停留在技术层面——表结构、字段类型、长度约束记录得很清楚，但字段的业务语义几乎空白。 例如，一个字段的元数据描述是"VARCHAR(50)，不可为空"，但字段名是amount。在ERP系统中它代表含税订单金额，在财务系统中它代表不含税实际收入，在CRM系统中它代表预估合同金额。AI无法从技术元数据中区分这三个"amount"的业务差异，跨表关联分析时就会出现口径混乱。 DCMM 2.0的数据标准域（业务术语、数据元、指标数据）正是解决这一问题的框架——当企业建立了统一的业务术语标准和数据元标准后，AI就能准确理解"这个amount在财务语境下是不含税金额"，从而在跨表分析时做出正确的语义对齐。 3.3 组织认知挑战：AI和数据治理仍然是两拨人 在不少已经建立数据治理体系的企业中，存在一个结构性矛盾：治理团队的产出和AI团队的需求之间存在断层。 治理团队的工作成果——数据标准文档、质量评估报告、资产目录——以"汇报材料"的形式存在，AI团队看不到也用不上。AI团队从数据湖直接拉取原始数据，治理团队不知道他们在用什么数据、数据质量是否满足AI需求。"管"和"用"是两条平行线，各走各的路。 DCMM 2.0将数据治理组织、制度建设和数据文化建设列为核心能力域，意味着标准本身就预设了一个前提：数据治理首先是组织治理。L4的AI要求不是一个纯技术问题——如果治理团队和AI团队继续各行其是，AI辅助数据管理就缺乏组织层面的运行基础。 3.4 安全合规挑战：大模型放大了数据暴露面 DCMM 2.0将安全域的能力项从策略/管理/审计升级为合规管理/安全防护/安全审计，合规要求的显著增强并非偶然。 在传统BI环境中，数据权限控制可以精确到字段级——某个用户能看到哪些表、哪些字段、甚至能执行什么类型的查询，都可以通过权限体系精细管理。但在大模型的自然语言交互场景下，权限和输出的边界变得难以精细控制：用户的一个"帮我看看各区域的销售情况"可能在执行过程中访问了超出其权限范围的数据，模型在生成回答时也可能无意中暴露了敏感信息。 这也解释了为什么DCMM 2.0强调数据的分类分级和脱敏处理——数据在进入AI系统之前，建议先完成安全域的基础建设，否则AI的便利性与数据的安全性之间会形成一个难以调和的对立。 四、从L3到L4：三阶段实施路径 应对四大挑战的路径，可以归纳为三个阶段。每个阶段对应DCMM 2.0的不同能力域，各阶段之间既有先后关系，也有重叠推进的空间。 需要明确一个基本前提：DCMM 2.0是评估的"检查清单"，理采存管用方法论是工程落地的"施工图纸"。标准告诉企业"应该具备什么能力"，方法论告诉企业"怎么一步步把这些能力建起来"。两者之间的关系，从多数成功案例来看，通常是标准定目标、方法论定路径、产品定落地。 阶段一：夯实治理底座（理→管，约6-12个月） 这一阶段的核心目标是让AI"有数据可用、能读得懂数据"。具体包括四项基础工作： 数据资产目录建设：让AI知道企业有哪些数据，它们在哪里。这不是简单地把表名列出来，而是建立包含业务描述、数据归属、更新频率、质量状态的"数据地图"。 元数据补齐业务语义：为技术元数据补全业务含义——CRM系统中的amount代表"预估合同金额"，DW中的amount代表"不含税实际收入"。这一步是AI理解数据的前置条件。 数据标准统一核心口径：在业务术语层面统一"客户""订单""收入"等高频概念的定义和口径，避免AI跨表分析时的语义歧义。 数据质量基线建设：对核心业务表建立基本的完整性、准确性、一致性质检规则，让AI输出的结果建立在可信数据之上。 这一阶段对应DCMM 2.0的数据架构、数据标准、数据质量三个能力域。以江西某国控集团为例，该企业10余套业务系统分散独立运行，监管数据质量缺乏管控。通过构建覆盖完整性、准确性、一致性、及时性、唯一性五个维度的稽核规则体系，半年内将核心数据质量问题的修复周期从两周缩短至两天（企业名称已脱敏，下同）。 阶段二：AI能力嵌入治理流程（管→用，约12-18个月） 底座夯实之后，将AI能力逐步嵌入数据治理的日常工作流。这个阶段的策略不是"全面铺开"，而是选一个与业务痛点直接关联的场景先跑通： 在质量规则配置中引入AI推荐引擎。目前市场上已有部分数据治理平台（如龙石）在质量规则配置中内置了AI推荐引擎，系统根据字段特征自动推荐适用的校验规则，将配置效率提升10倍以上。 在分类分级中引入AI自动识别，替代人工逐字段标注。 在异常检测中引入AI模式识别，降低传统固定阈值告警的误报率。 在数据查询中引入AI自然语言交互，让业务人员用日常语言直接提问。 这一阶段对应DCMM 2.0的数据安全、数据应用流通两个能力域。关键成功因素不是技术选型，而是组织层面的"管用一体"——AI能力嵌入之后，治理团队的产出（标准、目录、质量基线）直接变成AI团队的输入（语义模型、查询接口、可信数据源），打破"管用分离"的结构性断层。 阶段三：形成量化管理与持续优化闭环（用→理，持续运营） 当AI能力在局部场景验证有效后，下一步是建立量化追踪和持续优化机制，真正实现L4所要求的"数据驱动管理"： 建立覆盖486项指标中核心项的量化追踪体系，例如数据质量问题的自动发现率、修复周期的趋势变化、数据标准的实际覆盖率等。 构建运营闭环：用户反馈（点赞/点踩）→工单处理→知识库更新→模型优化。AI能力的准确率不是一成不变的——随着业务场景的扩展和用户反馈的积累，模型持续自进化。 江苏某国企数科的案例提供了一个参考样本。该企业承接M市数据要素流通平台的建设运营，汇聚了大量公共数据和市场化数据资源，面临"找数难、用数难、运营难"三大瓶颈。通过部署"感知-匹配-演进"三位一体AI智能体，分三阶段推进——知识体系与智能能力建设、应用集成与场景落地、运营闭环与持续优化——实现了基础咨询工单量显著下降、检索耗时大幅缩短、数据产品复用率明显提升。如客户所评价："以前推数据产品像蒙着眼睛打靶，智能体给了我们一杆瞄准镜。" 这一阶段对应DCMM 2.0的数据资产、数据战略两个能力域。需要指出的是，数据治理的终点不是系统上线，而是组织真正具备持续用好数据的能力。这也是龙石数据"产品+培训+陪跑"模式的逻辑——培训解决"知道怎么做"，陪跑解决"能自己做"，最终目标是客户团队独立运转，而非依赖外部厂商。 五、结论 DCMM 2.0在L4量化管理级引入人工智能等先进技术，不应被解读为标准对企业的"增设门槛"。它的实质是将一个已在行业实践中反复验证的共识——数据治理的成熟度决定AI能力的天花板——通过国家标准的形式制度化。 从Data-Centric AI的理念验证，到大模型落地过程中反复撞上数据治理的墙，再到DCMM 2.0将AI能力写入评估框架，这三者指向同一个方向：数据治理正在从"IT部门的后台工作"演变为"AI战略的基础设施"。企业如果不能回答"数据在哪里、质量怎么样、标准是否统一"这三个问题，AI建设就始终缺乏地基。 对企业的实用建议可以归纳为三点。其一，"先理后AI"——AI能力在治理流程中的嵌入，应当建立在数据目录、元数据语义、标准口径和质量基线初步完备的基础之上。其二，"治理即AI基础设施"——元数据是AI理解数据的"翻译层"，数据标准是跨表关联的"统一语义层"，数据质量是AI输出可信度的"基准线"，这三层不是治理的副产品，而是AI的底层依赖。其三，"管用一体"——打破治理团队和AI团队的组织壁垒，让治理产出直接服务于AI应用。 DCMM 2.0的实施只是一个起点。随着数据资产入表（财会〔2023〕11号）、"数据要素×"三年行动计划的推进，数据治理成熟度正在从"贯标评估的一个分数"变成企业数据能力的"硬通货"。对于志在L4及以上的企业，AI不是数据治理做完之后的锦上添花，而是数据治理能力本身的组成部分。 六、FAQ Q1：DCMM 2.0在L4引入人工智能等先进技术，是否意味着企业必须自研AI？ 不是。DCMM 2.0评估的是"是否具备人工智能辅助数据管理能力"，而不是"AI是不是自研的"。企业可以通过引入成熟的AI数据治理产品和工具来满足这一要求，关键在于能力的存在和运行，而非能力的来源。 Q2：企业目前还在L2或L3，有必要现在关注AI吗？ 有必要。L2→L3通常需要12-24个月，L3→L4同样需要12-18个月。如果等到冲刺L4时才开始考虑AI能力建设，时间窗口将非常紧张。较为稳妥的做法是在治理底座建设阶段就为AI能力预留接口——例如在搭建资产目录时就考虑AI的可访问性，在配置质量规则时就引入AI推荐机制。具体的三阶段路径已在第四节详述。 Q3：AI和数据治理到底谁先谁后？ 不完全是先后关系。DCMM 2.0传递的信号是，AI不是治理做完之后的"锦上添花"，而是治理能力发展到L4阶段的"内在要求"。但在实操层面，较为务实的做法是选一个高价值场景（如NL2SQL或质量规则推荐），先把该场景涉及的核心数据域的元数据和标准做扎实，跑通AI用数闭环，再横向扩展到其他场景。不是"等治理完美了再上AI"，也不是"跳过治理直接上AI"，而是"边治理边验证，以用促治"。 Q4：中小企业没有专门的AI团队，怎么满足L4的AI要求？ 中小企业反而可能是AI在数据治理领域落地更容易的场景——团队规模小、数据量相对可控、没有"管用分离"的组织割裂。目前市场上已有部分产品（如龙石AI用数智能体）提供开箱即用的自然语言用数能力，集成DeepSeek和千问3等主流大模型，数据不出域。中小企业的主要工作不是组建AI团队，而是把核心数据域的治理底子打好——确保元数据说清楚业务含义、数据标准统一核心口径、核心表的数据质量达到可用水平。在此基础上，AI用数能力的部署和运行并不需要庞大的技术团队。 参考文献 [1] GB/T 36073-2025,《数据管理能力成熟度评估模型》（DCMM 2.0）, 国家市场监督管理总局、国家标准化管理委员会, 2025年12月31日发布 [2] DAMA International,《DAMA-DMBOK: Data Management Body of Knowledge, 2nd Edition》, Technics Publications, 2017 [3] GB/T 36344-2018,《信息技术 数据质量评价指标》, 国家市场监督管理总局、国家标准化管理委员会, 2018 [4] Andrew Ng et al., "Data-Centric AI", https://datacentricai.org/ [5] 财政部,《企业数据资源相关会计处理暂行规定》（财会〔2023〕11号）, 2023年8月 [6] 国家数据局,《"数据要素×"三年行动计划（2024—2026年）》, 2023年12月 [7] 《中华人民共和国数据安全法》, 2021年9月1日施行 龙石数据，《数据治理实战指南》，— https://www.longshidata.com/lsdmaterial/dg-guide.html

一、引言 国内一家能源类集团企业在为 DCMM 贯标评估做准备时，数据质量团队整理了一份涵盖数十个系统、数千张表的质检报告，数据标准团队梳理了主数据和参考数据规范——两个域的评估材料加起来接近三百页。但当评估组进入数据安全域审核时，对方只问了三个问题就放下了材料："你们的分类分级标准是按业务流程划分的还是按系统划分的？上一次全量安全审计是什么时候？审计结果是否有闭环的整改记录？" 这三个问题暴露出一个结构性差距：数据质量和数据标准可以通过项目周期突击补齐，但数据安全域的评估依赖的是日常运转中的制度执行痕迹和持续的合规记录——临时准备的痕迹在专业评估师面前几乎无法掩盖。 DCMM 2.0（GB/T 36073-2025）于 2025 年 12 月 31 日发布、2026 年 7 月 1 日起正式实施，在九个能力域中将原数据安全域的要求显著增强。这一调整不是孤立的标准修订事件，而是《数据安全法》施行后数据合规要求从"建议性"走向"强制性"的制度映射。DCMM 1.0 时代，安全域经常被视为"有制度、有等保备案证明即可过关"的辅助项；进入 2.0 时代，安全域已成为决定评估总分的关键能力域之一。 本文从 DCMM 2.0 标准原文出发，拆解数据安全域的三项核心能力——数据合规管理、数据安全防护、数据安全审计，梳理其与《数据安全法》《个人信息保护法》和等保 2.0 的联动逻辑，并基于五级成熟度模型分析企业对标准备的可行路径。 二、DCMM 2.0 安全域全景：三大能力项拆解 DCMM 2.0 标准第 12 章对数据安全域进行了重新定义：1.0 版本中的"数据安全策略"和"数据安全管理"两项被重构为数据合规管理和数据安全防护，数据安全审计保留并强化。三项能力形成了从制度建立到执行落地再到可追溯验证的完整闭环。 2.1 数据合规管理——从制度到执行 数据合规管理考察的是企业是否建立了可执行、可检查的数据安全制度体系，以及该体系是否与业务实际运转相衔接。 DCMM 2.0 对这项能力的要求明显高于 1.0 时代的"数据安全策略"。旧版侧重于安全方针的有无——企业有一份安全策略文件、明确了一名安全负责人，基本就能拿到对应分数。2.0 版本则进一步要求：策略不仅要有，还必须落实到分类分级制度、访问控制规范、数据脱敏规则、安全事件应急预案等可操作层面，并且这些制度要有定期评审和更新记录。 分类分级是合规管理的制度基础。《数据安全法》第二十一条明确要求国家建立数据分类分级保护制度，这一法律要求直接传导到 DCMM 2.0 的安全域评估中。在实际评估中较多出现的情况是，企业有分类分级文件，但分级标准停留在"公开/内部/机密"三个通用标签，未与具体的数据资产目录关联——哪张表是"机密"、哪个字段属于"内部"，在评估时无法给出清晰映射。评估师关注的重点不是分类分级的"有无"，而是分类分级标准的可操作性及其在日常管理中的执行证据。 常见失分场景还包括：安全制度仅由 IT 部门制定，未经业务部门和法务部门会签；制度发布后长期未更新，与当前系统架构和业务流程脱节；安全责任人变更后无交接记录。这些看似"流程性问题"的缺口，在 DCMM 2.0 的评估中都会被计入证据缺失项。 2.2 数据安全防护——日常运转的骨架 如果数据合规管理解决的是"制度是否到位"，数据安全防护考察的则是"这些制度在日常数据流转中是否真正运行"。 DCMM 2.0 对数据安全防护的要求覆盖了数据生命周期的多个环节：访问控制（是否实现了按角色、按数据级别的精细化权限管控）、数据脱敏（是否区分了动态脱敏和静态脱敏场景）、加密保护（传输加密和存储加密是否覆盖了全链路）、以及数据流转的安全管控（跨系统、跨组织的数据共享是否经过安全审批和脱敏处理）。 在多组织场景下（如集团-子公司架构），安全防护还面临一个额外挑战：如何在总部统一安全管控和下属单位数据自治之间取得平衡。DCMM 2.0 对此的考察要点包括：是否建立了分层分级的组织安全管控架构、跨组织数据访问是否有独立的审批流程、不同组织之间的数据隔离是否在技术层面落地。 从评估实践来看，安全防护域的主要差距往往不出在工具层面——众多企业已有防火墙、堡垒机、数据库审计等基础安全设施——而是出在这些安全能力与数据治理体系的耦合程度上。例如，一个常见的场景是：数据库层面已经配置了访问控制，但数据中台的数据服务接口对同一张表的数据查询并未继承数据库的权限策略。这种"安全工具在、安全策略未穿透"的情况，是 DCMM 2.0 评估中高频出现的扣分项。 2.3 数据安全审计——可溯源的闭环 安全审计是安全域三项能力中最容易被低估、却在评估中失分最集中的一项。DCMM 2.0 对安全审计的要求显著强化：日志不仅要"有"，还必须"可检索、可追溯、可举证"。 这与《数据安全法》第二十九条的要求直接对应——数据处理活动应当保持可追溯的记录。在企业评估中，安全审计的典型失分形态有三种：其一，日志存在但不可检索——安全审计系统记录了数据访问日志，但审计人员需要从海量日志中手工筛选，无法按"某部门某时间段访问某类数据"进行快速检索；其二，审计记录与业务操作脱节——日志记录的是数据库层面的 SQL 操作，无法关联到具体的业务场景和操作人员身份，评估师无法判断某次批量数据导出的业务合理性；其三，审计发现无闭环——安全审计报告指出了若干不合规操作，但没有对应的整改记录和复核确认，审计沦为"例行报告"而非"管理工具"。 华东地区一家能源类集团的案例颇具代表性。该集团在采购数据治理项目中，将采购监督机制从传统的"事后审计"升级为"过程预警"——数据平台自动识别异常采购模式（如短时间高频询价、单一供应商采购集中度异常），在流程中嵌入预警节点而非等到季度审计时才回溯问题。这种从"事后发现"到"过程预警"的转变，恰好契合了 DCMM 2.0 安全审计能力所要求的"可举证"和"可追溯"——不是等出了问题再查日志，而是让日志在日常运转中就发挥预警作用。 三、法规叠加逻辑：从数据安全法到DCMM 2.0 DCMM 2.0 安全域要求显著增强，其驱动逻辑并非来自标准制定者的主观偏好，而是三道法规叠加形成的制度合力。 数据安全法：奠定分类分级和保护义务 2021 年 9 月 1 日施行的《中华人民共和国数据安全法》是中国数据安全领域的首部基础性法律。其核心制度安排——数据分类分级保护制度、数据安全审查制度、重要数据目录管理——直接催生了对数据安全能力可评估、可度量的制度需求。DCMM 2.0 安全域加强，本质上是对数据安全法"分类分级→安全保护→安全审查"逻辑的评估框架映射。 在实践中较为典型的场景是：企业因数据安全法合规要求建立了分类分级制度，但该制度的产出（分类分级目录、安全保护措施清单）仅用于向上级主管单位报送，未与日常的数据管理流程打通。DCMM 2.0 的合规管理能力恰好将这两端串联起来，要求分类分级不仅是"政策提交物"，更是数据管理活动的基础设施。 个人信息保护法：引入精细化的数据处理约束 与数据安全法同年通过、稍晚施行的《中华人民共和国个人信息保护法》（2021 年 11 月 1 日施行），从个人权益保护维度提出了更精细的要求：告知-同意机制、最小必要原则、删除权与可携带权。这些要求在 DCMM 2.0 安全域中体现为对数据脱敏和访问控制的更高标准——例如，数据脱敏不再只是"对外共享时脱敏"，而是需要区分不同共享场景（内部分析、外部合作、监管报送）采用不同的脱敏策略。 等保 2.0 与 DSMM：安全能力的横纵互补 GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》（等保 2.0）从系统层面规定了网络安全防护的技术要求，DSMM（数据安全能力成熟度模型）则聚焦于组织的数据安全过程能力。DCMM 2.0 安全域与这两者形成"系统安全→过程安全→管理成熟度"的横纵互补关系。 这种互补关系意味着：企业在准备 DCMM 评估时，等保备案证明和 DSMM 认证结果可以作为辅助材料，但不能替代 DCMM 安全域要求的制度执行记录和审计证据。评估师的关注点不是"你通过了等保几级"，而是"你的数据管理活动中的安全实践是怎样的"——两者的评估尺度和证据维度存在本质差异。 法规/标准 核心维度 与DCMM 2.0安全域的关系 《数据安全法》 数据层面的合规 分类分级制度→合规管理；安全审查→安全审计 《个人信息保护法》 个人信息权益保护 告知-同意/最小必要→脱敏策略；删除权→数据退役安全 等保 2.0 系统层面的安全 网络安全防护→安全防护的基础设施支撑 DSMM 组织过程成熟度 安全过程能力→与DCMM安全域在组织维度互补 从企业合规管理的角度看，这四项制度构成了一个较为完整的数据安全治理框架。DCMM 2.0 安全域在其中扮演的角色，是将分散在各个法规和标准中的安全要求整合为统一的、可评估的能力成熟度标尺。 四、五级成熟度中安全要求的递进 DCMM 2.0 沿用了五级成熟度模型（L1 初始级至 L5 优化级），安全域在每个等级的要求呈现明显的递进特征。理解这一递进逻辑，有助于企业在评估准备中合理设定目标等级和建设节奏。 等级 安全域核心要求 关键特征 L1 初始级 无正式的安全管理流程，安全活动以临时应对为主 制度缺失、管理依赖个人经验 L2 受管理级 项目/部门级安全管控，已建立基本分类分级制度 DCMM 2.0 评估基准等级 L3 稳健级 组织级安全制度完善，安全防护措施持续运行，审计日志完整可检索 多数企业的目标等级 L4 量化管理级 安全指标量化管理，引入人工智能等先进技术辅助安全风险识别和审计分析 量化指标驱动，审计覆盖率目标≥95% L5 优化级 安全策略自适应优化，安全事件自动化响应与持续改进 行业标杆，安全能力内嵌于组织文化 从 L2 到 L3 的跨越，是大多数建了数据中台的企业面临的核心挑战。L2 阶段的安全特征是"制度已建立、工具已部署"，但制度和工具之间是松耦合的——分类分级制度可能是一份 Word 文档，访问控制可能依赖 DBA 手工配置，审计日志可能存在但无人定期审查。L3 要求的是制度、工具和执行三者形成闭环运转：分类分级结果自动同步到访问控制系统，脱敏策略依据分类标签自动应用，审计日志不仅记录操作还支持按场景检索和生成定期报告。 从 L3 到 L4 的跨越，核心变化在于管理的量化程度和技术手段的先进性。DCMM 2.0 在安全域的 L4 级别明确提出引入人工智能等先进技术——这一要求在 1.0 版本中并不存在。具体而言，L4 级别期望企业具备基于 AI 的异常行为检测能力（例如识别偏离正常模式的大规模数据导出）、安全事件的自动化分级与响应、以及审计覆盖率和响应时效等量化指标的持续监控。 值得留意的一个行业观察是：安全域的成熟度提升对组织层面的依赖远大于技术层面。从 L1 到 L2 可能需要一次分类分级咨询项目，从 L2 到 L3 需要的是组织层面的安全制度和执行文化的建设，从 L3 到 L4 才进入技术驱动的量化管理阶段。对于多数处于 L2 阶段的企业而言，在组织和管理层面补齐短板，比急于引入 AI 驱动的安全工具更为紧迫。 五、从评估到落地：企业应对路径 基于以上分析，企业针对 DCMM 2.0 安全域的评估准备，较为稳妥的路径可以按以下四个阶段推进。 5.1 摸清安全资产底数 安全合规的起点是知道"要保护什么"。这不仅是列出数据库和表的清单，更需要建立数据资产与安全等级的映射关系。实践中，许多企业的数据资产目录和安全分类分级是两套独立维护的清单，导致"这张表在资产目录里标注为'核心业务数据'，在安全分类分级里标注为'内部'"的冲突情况。DCMM 2.0 评估师关注的就是这种不一致——它反映的是数据治理和安全治理的割裂。 江苏某地区数据局的共享交换平台在建设中曾面临类似问题——各部门提供的数据未进行统一的分级标识，导致共享过程中的安全管控只能按"部门级"而非"数据级"处理，存在合规不足的风险。后续通过建立统一的数据资产分类分级规则，将安全标签与数据目录关联，实现了数据共享时的分级管控。 5.2 补齐制度与组织短板 安全制度的建设需要跳出"IT 部门写一份安全管理办法"的惯性思维。DCMM 2.0 评估关注的是安全制度在组织层面的落地情况——安全责任人是否在组织架构中有明确定位、安全制度是否经过跨部门会签和定期评审、安全培训是否覆盖全员而不仅是技术团队。 一个常被忽略的要点是：数据安全不是技术部门一家的事。《数据安全法》要求的"数据安全负责人"应在组织中有实质性的决策参与权，而不是IT部门一名高级工程师的兼职头衔。龙石顾问团队在多个项目中观察到，安全合规准备的薄弱环节往往不是技术工具的采购和部署，而是安全责任的分配——当安全制度仅停留在IT部门内部发文层面，在真正面对评估时，涉及业务部门的数据处理活动的安全合规性几乎无法举证。 5.3 技术能力对标准备 在制度和组织基础之上，技术层面的安全能力建设需要覆盖三个核心维度： 分类分级的技术承载：分类分级制度要落地，平台需要提供规则引擎——允许按业务类型、数据来源、字段内容等多种维度定义分级规则，并在数据入仓时自动打标。标签需要贯穿数据流转的全链路——数据从源系统进入中台被标记为"机密"，那么基于该数据生成的衍生表和共享接口都应继承相应标签。 安全防护的日常运转：权限管控（行列级访问控制）、数据脱敏（动态/静态）、传输与存储加密——这些是安全防护的基础能力。值得强调的是，安全策略需要支持"场景化"配置。同一个数据集在内部BI分析、跨部门协查、对外共享三种场景下，脱敏策略应具备差异化配置能力——这是 DCMM 2.0 安全防护能力考察中的高频关注点。 安全审计的制度化运行：审计不仅是日志的存储，更是可操作的管理闭环。平台需要提供审计日志的统一检索、异常操作的自动告警、定期审计报告的自动生成。从实际操作来看，评估师在安全审计环节往往会提出"最近三个月的审计报告""上一次审计发现问题的整改记录"等证据要求——这些不是临时能从日志中拼出来的。 市场上已有部分数据中台产品（如龙石数据中台）提供了覆盖分类分级、敏感识别、脱敏加密和审计日志的一体化安全模块，支持数据分类分级规则的自动化执行和与数据资产目录的联动更新，并通过八类精细化角色实现从数据生产到消费全链路的权限管控。 5.4 跑通审计证据链 DCMM 2.0 安全域评估中最具挑战性的环节，是将上述所有安全能力"打包"成可举证的证据链条。从实操经验来看，审计证据链的关键不在于证据的量级，而在于逻辑闭合：分类分级制度 → 对应的平台规则配置 → 按规则执行的安全管控记录 → 安全事件的审计日志 → 审计发现的问题记录 → 整改措施和复核确认。这六个节点中的任何一个断裂，评估师都会标记为"安全管控未形成闭环"。 一个值得参考的做法是：在评估准备阶段，先从一个业务域入手，完整验证上述六个节点的证据可用性，修复断裂环节后再扩展到全业务域。相比全面铺开、每处都"差不多"的策略，这种"先跑通一条完整证据链再推广"的做法在评估中更具可信度。数据不出域、全系私有化部署是安全合规的底线保障，也是确保审计证据不被外部环境干扰的基础前提。 六、常见问题（FAQ） Q1：DCMM 2.0 安全域显著增强，是不是意味着企业应该将安全域作为贯标准备的第一优先级？ 安全域的提升依赖基础的完善——分类分级需要数据资产目录的支撑，访问控制需要数据标准和质量规则的定义，审计追踪需要元数据管理的配合。如果企业的数据架构和数据资产能力域还处于 L1-L2 水平，直接冲刺安全域到 L3 的难度较大。较为稳妥的做法是将安全域并行推进，在评估准备的时间规划中给安全域留足证据积累的周期——安全域的证据依赖日常运转而非突击补齐。 Q2：已经通过了等保 2.0 三级和 ISO 27001 认证，DCMM 安全域还需要单独准备吗？ 等保 2.0、ISO 27001 和 DCMM 安全域的评价维度存在本质差异：等保考察的是系统层面的网络安全防护能力，ISO 27001 考察的是组织层面的信息安全管理体系，DCMM 安全域考察的是数据管理语境下安全能力与数据治理体系的融合程度。三者在底层安全能力（如访问控制、加密、日志审计）上有重叠，但评估证据的类型和颗粒度不同——通过了等保不等于 DCMM 安全域可以"免检"，反之亦然。 Q3：安全审计在 DCMM 2.0 评估中怎么举证才算充分？ 充分的安全审计举证应覆盖三个层次：第一，审计日志的完整性——是否覆盖了全部数据操作类型（访问、修改、导出、删除）和全部受管控的数据资产；第二，审计日志的可操作性——评估师是否可以按业务维度（如"某部门"）和时间范围进行快速检索；第三，审计闭环的记录——是否定期生成审计报告、审计发现的问题是否有对应的整改记录和复核确认。多数扣分出现在第三个层次——有前两个层次的材料但缺闭环。 Q4：分类分级制度落地最难的一步是什么？技术工具能解决吗？ 分类分级制度落地的核心难点不在技术层面，而在"分级标准如何与动态变化的业务数据保持同步"。数据的敏感级别不是一成不变的——一个数据集在某个业务场景下是"内部级"，当它作为统计结果对外发布时可能变成"公开级"，当它关联了个人信息后又可能变为"机密级"。单纯依靠一次分类分级咨询项目产出的静态清单，几个月后就会与实际业务脱节。技术工具的价值在于将分类分级规则自动化执行并与数据资产目录联动更新——市面上已具备此类能力的产品（例如龙石数据中台的安全模块已内置分类分级规则引擎和与数据资产目录的联动机制），但工具的上限取决于组织是否建立了维护分类分级规则的常态化流程。 七、结语 DCMM 2.0 将数据安全域的要求显著增强，这一调整反映了数据治理领域一个正在深化的共识：安全不是数据管理的附加属性，而是数据管理活动本身必须内建的能力。从数据安全法到个人信息保护法，从等保 2.0 到 DSMM，法规和标准的叠加正在将数据安全合规从"可选项"推向"基础门槛"。 对企业而言，面对 DCMM 2.0 安全域的准备，关键不在于投入多少预算采购安全工具，而在于能否将安全能力嵌入到数据治理的日常运转中——分类分级随数据资产更新而动态维护，防护策略随业务场景变化而持续调整，审计日志不仅记录问题更驱动改进。安全能力的成熟度，本质上反映的是组织将合规要求转化为管理实践的深度。 参考文献 [1] GB/T 36073-2025《数据管理能力成熟度评估模型》（DCMM 2.0），2025年12月发布 [2] 《中华人民共和国数据安全法》，2021年6月10日第十三届全国人大常委会第二十九次会议通过，2021年9月1日起施行 [3] 《中华人民共和国个人信息保护法》，2021年8月20日第十三届全国人大常委会第三十次会议通过，2021年11月1日起施行 [4] GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》（等保2.0） [5] DAMA International, DAMA-DMBOK: Data Management Body of Knowledge, 2nd Edition, Technics Publications, 2017 [6] 中国电子信息行业联合会，《DCMM贯标评估年度报告》 [7] GB/T 36073-2018《数据管理能力成熟度评估模型》（DCMM 1.0，已废止） [8] 龙石数据，《数据治理实战指南》，— https://www.longshidata.com/blog/c/book-dgg-security.html

导语 2026年7月1日，GB/T 36073-2025《数据管理能力成熟度评估模型》正式实施。这意味着自2018年发布、运行了八年的DCMM 1.0就此退出历史舞台——取而代之的是一套能力域更广、指标更细、评估门槛更高的2.0体系。 对许多企业来说，这个变化来得并不突然，但准备起来并不轻松。一位正在筹备DCMM评估的企业数据治理负责人描述了这样的困境：2025年底前按1.0标准整理了制度文档、搭建了数据平台，却在2026年初被告知——2.0版即将生效，能力域从8个扩展到了9个，评估指标翻了一倍。评估师不再满足于"有制度""有平台"，而是追问"执行记录在哪""能不能量化""能复验吗"。 截至2025年11月，全国已有10,448家完成DCMM贯标评估的企业，它们都面临着从1.0到2.0的过渡。DCMM 2.0到底变了什么？486项量化指标应该如何理解、怎么准备？这是本文试图回答的问题。 一、DCMM 2.0全景：九大能力域与四个核心变化 DCMM 2.0最直观的变化是能力域的扩展。1.0的八大能力域在2.0中重组为九个，新增"数据资产"域，并对"数据安全""数据应用流通"等域进行了实质性升级。 1.0→2.0演进对照 维度 1.0（GB/T 36073-2018） 2.0（GB/T 36073-2025） 能力域数量 8个 9个 新增能力域 — 数据资产（权属管理/价值评估/资产运营） 更名 数据应用 数据应用流通（新增外部数据管理能力项） 能力项数量 28个 33个 评估指标数 441项 486项 评估基准 无明确规定 L2 受管理级 AI 要求 无 L4 量化管理级引入人工智能等先进技术 九大能力域速览 能力域 类别 核心考察方向 数据战略 战略 是否有数据战略规划、实施路径和评估机制 数据治理 组织 是否建立了治理组织架构、制度体系和文化氛围 数据架构 设计 数据模型是否规范、分布是否清晰、集成与共享是否有序 数据资产 ⭐ 价值 数据权属是否明确、价值是否可评估、资产能否运营 数据标准 执行 业务术语、主数据、参考数据、数据元、指标数据是否标准化 数据质量 执行 质量需求是否明确、检查和提升是否形成闭环 数据安全 管控 合规管理是否到位、安全防护是否有效、审计是否可追溯 数据生存周期 管理 从数据需求到设计开发、运维到退役的全过程管理 数据应用流通 价值 数据应用效果、外部数据管理、开放共享和服务化程度 在这九个能力域背后，是四个深层次的结构性变化： 变化一：从定性判断到量化度量。 DCMM 1.0的评估主要依赖评估师对制度文档和访谈结果的主观判断。2.0将486项指标分布在9大能力域、33个能力项中，每一项都有明确的达标条件——不是"质量管理做得不错"，而是"数据问题平均修复时长≤2小时""关键数据标准覆盖率≥95%"。评估从"给人感觉做到了"升级为"能用数据证明做到了"。 变化二：数据资产独立成域。 这是2.0最具标志性的变化。新增的数据资产域包含权属管理、价值评估和资产运营三个能力项，回应了数据资产入表（财会〔2023〕11号）的政策需求——企业需要回答"数据资产在哪里、值多少、能不能用"，而不再只是"数据有没有被管起来"。 变化三：安全合规要求显著增强。 安全域的能力项从1.0的策略、管理、审计，升级为数据合规管理、数据安全防护和数据安全审计。这不是简单的更名——合规管理要求企业能够对标《数据安全法》等法规要求，安全防护要求具备分类分级、权限管控、脱敏加密等技术手段，审计则要求完整的操作留痕和可追溯机制。 变化四：L4以上拥抱人工智能。 DCMM 2.0在L4量化管理级中明确要求"引入人工智能等先进技术，全面提升数据管理工作效率"。这意味着AI辅助数据管理——自动发现元数据与血缘、智能推荐质量规则、自动识别业务语义——不仅是锦上添花的能力，而是L4评估的门槛条件。 二、486项量化指标分布：每一分从哪来 486项量化指标是DCMM 2.0最引人注目也最容易引发焦虑的数字。要理解这个数字，需要回到指标体系的三个基本维度。 指标的四种形态。 486项指标不是简单的"486条检查项"，而是分布在四个层次的度量体系： 指标层次 含义 典型示例 能力存在性 有没有做 是否建立了数据标准管理制度 能力覆盖面 覆盖到什么范围 数据标准在核心业务系统的覆盖率 能力持续性 是否持续运行 质量标准每年至少评审一次、评审记录可查 能力量化度 能否被度量 数据问题平均修复时长、关键数据标准落标率 不同成熟度等级对应不同层次的指标组合。L2主要考察"存在性"和基础"覆盖面"，L3要求"覆盖面"和"持续性"并举，L4以上则必须覆盖全部四个层次。 指标在各能力域的分布。 486项指标按33个能力项平均分配约每项14-15项，但实际上各域的指标密度并不均衡。数据质量域的指标密度最高——需要覆盖完整性、准确性、一致性、及时性、唯一性、可访问性六个维度，并形成从需求定义到检查、分析、提升的闭环验证链条。新设立的数据资产域，权属管理、价值评估和资产运营三项能力都是全新的指标群，没有历史对标可参考。数据安全域经过重组后，合规管理、安全防护和审计三大能力项对技术手段和过程证据的要求显著提升。 五级成熟度与指标达标线。 不同等级之间的差异不是模糊的"做得更好"，而是通过具体指标数量和达标比例的差异来判定： 等级 名称 指标要求特征 L1 初始级 DCMM 2.0不再接受该等级申报 L2 受管理级 项目级管理，基本制度覆盖和书面记录 L3 稳健级 组织级标准化，至少6个能力域达到该级别 L4 量化管理级 建立量化指标体系，引入人工智能等先进技术 L5 优化级 持续优化，数据驱动决策，行业标杆 关键事实是：486项指标并非要求企业逐项达标。不同等级考察的指标子集不同，企业应根据目标等级聚焦对应级别的关键指标群——L2看基本面，L3看覆盖面和组织化程度，L4看量化能力和AI应用，L5看持续优化和数据驱动。 三、五级成熟度详解：每一级到底要做什么 L2 受管理级：从无序到有序的第一步。 DCMM 2.0将评估基准从L1提升至L2，意味着企业至少需要在项目级建立正式的数据管理流程。不是"我们知道要治理"，而是"我们有制度、有记录、有人负责"。一家华东某大型化工企业（企业名称已脱敏，下同）在DCMM评估筹备过程中的做法具有参考意义：成立数据管理部、设立数据管家岗位、将数据治理纳入绩效考核体系——这些组织层面的动作本身就是评估中的得分项。L2的核心不在于平台功能多强大，而在于管理是否制度化、执行是否有记录。 L3 稳健级：从量变到质变的规模化阶段。 L2到L3的关键跳跃在于"组织级标准化"——标准不只是"写出来"，而是"跑起来"；质量不只是"查问题"，而是"闭环修"。以一家服务十余套业务系统的省级国控集团为例，其质量稽核体系覆盖了完整性、准确性、一致性、及时性和唯一性五类规则，形成了从自动检测到告警、定位、修复、复验的完整闭环。另一家华东某市级市场监督管理局则建立了统一的数据标准体系，通过对核心业务数据的标准落标和跨系统关联比对，将标准化从制度层面推进到了执行层面。L3要求至少6个能力域达到该级别，这意味着企业不能只在个别域"出挑"，而需要整体能力的均衡提升。 L4 量化管理级：可度量的数据管理能力。 DCMM 2.0对L4的要求不再停留于"质量管理运行良好"的描述性判断，而是要求用量化指标来证明——数据问题修复时长、关键标准覆盖率、资产使用率等。更具挑战性的是，L4首次引入人工智能等先进技术作为评估条件。这意味着AI辅助数据管理的能力（自动发现元数据与血缘、智能推荐质量规则、自动识别业务语义）及其效果本身都要被评估。 L5 优化级：行业引领者。 全国仅有极少数企业达到该等级（国家电网为首个DCMM 5级认证企业）。L5的核心特征是治理规则自优化、AI辅助决策和数据能力成为核心竞争力。对于绝大多数企业而言，L5更多是方向性指引而非短期目标。 四、评估方法四维度：评估师到底怎么查 DCMM 2.0的评估并非"交材料打分"，而是通过四个维度的交叉验证来形成最终结论。理解评估方法，是企业准备评估证据的关键。 评估维度 查什么 典型追问 企业需要准备什么 文档审查 制度体系是否完整 "数据标准管理制度覆盖了哪些数据域？最近一次更新是什么时候？" 制度文件、管理办法、规范文档 人员访谈 组织机制是否运行 "数据Owner多久参加一次评审会？上次会议纪要能看一下吗？" 治理组织架构、责任人任命、会议纪要 系统演示 平台能力是否在用 "现场走一遍数据质量从发现到修复的完整流程" 平台环境、真实数据、完整链路 抽样验证 执行记录是否真实 "随机抽5张表，看标准落标率是否和报告一致" 系统留痕、执行记录、统计数据 四个维度中，最容易被低估的是"系统演示"和"抽样验证"。文档和访谈可以提前准备，但系统演示需要平台真实承载能力，抽样验证需要完整的执行留痕——两者都无法临时突击。 四类最容易卡住的证据 标准执行证据。 仅有标准文档是不够的，评估师要看的不是"标准写得好不好"，而是"标准有没有在实际系统中执行"。标准自动落标记录——包括已落标字段数、落标率、未落标字段清单——是比制度文件更有说服力的证据。 质量闭环证据。 质量管理的证据链不能断在任何一环。发现数据问题后的处理流程需要完整的工单记录：谁发现问题、谁确认、谁修复、修复后谁复验。仅展示质量规则数量而无法提供闭环执行记录的，在这一维度难以拿到较好分数。 元数据与血缘证据。 元数据的采集方式和血缘的覆盖范围是关键。手动维护的元数据文档在评估中说服力有限——自动采集的元数据（表结构、字段信息、变更历史）和自动发现的字段级血缘关系才是评估师认可的证据形式。 资产使用证据。 DCMM 2.0新增的数据资产域不仅考察资产目录是否建立，还考察资产是否被实际使用。数据资产的使用申请、审批记录、API调用统计等，是资产域评估中难以回避的证据项。 五、贯标自评表设计思路：从评估要求倒推准备工作 企业筹备DCMM评估的常见误区是"先全面铺开建设，再去对标准"。更有效率的方式是先做自评摸底——对照评估要求，逐域检查差距。 自评表设计原则。 自评表的目的不是追求"满分"，而是让企业看清楚"在哪里、差多少、先补哪"。一张实用的自评表应该覆盖四个层次：制度有没有、组织有没有、平台有没有、执行记录有没有。以下是按九大能力域设计的自评框架： 能力域 制度 组织 平台 执行记录 自评 数据战略 □有规划 □有责任人 — □有评审记录 /5 数据治理 □有章程 □治理委员会+数据管家 — □有会议纪要 /5 数据架构 □有模型规范 □架构评审机制 ▶中台承载 □模型评审记录 /5 数据资产⭐ □资产管理办法 □资产责任矩阵 ▶资产目录 □盘点报告+使用统计 /5 数据标准 □标准管理制度 □标准评审组 ▶自动落标 □覆盖率统计+稽核记录 /5 数据质量 □质量管理办法 □质量Owner+数据管家 ▶规则+工单 □闭环执行记录+复验台账 /5 数据安全 □分类分级制度 □安全责任人 ▶权限+脱敏 □审计日志+合规报告 /5 数据生存周期 □归档销毁制度 □数据Owner — □归档记录 /5 数据应用流通 □共享制度 □服务运营团队 ▶API+门户 □调用统计+用户反馈 /5 使用方式。 先用"制度/组织/平台/执行记录"四列逐域摸底——回答"有没有"；再用"自评"列对标五级成熟度——回答"做到什么程度"；最后在差距栏标注最需要补强的域。在实际操作中，多数企业会发现制度层面的差距相对可控（可以在短期内补齐文档），但平台承载能力和执行记录的差距往往需要更长的建设周期——这也恰好对应了DCMM 2.0"量化度量"导向所强调的核心：真正的评估对象不是制度和文档，而是运行中的管理能力。 六、从评估到建设：DCMM 2.0 × 理采存管用的落地路径 DCMM定目标，但具体怎么建，需要一条工程化的落地路径。龙石数据提出的"理采存管用"五阶段方法论，为DCMM评估后的能力建设提供了可操作的实施框架。 对应关系示意 理采存管用 侧重能力域 平台支撑要点 理 数据战略、数据治理、数据资产 资产目录初稿、组织和标准框架 采 数据架构、数据生存周期 多源异构数据集成、全量/增量同步 存 数据架构、数据标准 分层模型、主题库建设、统一数据口径 管 数据标准、数据质量、数据安全 元数据管理、质量规则引擎、分类分级管控 用 数据资产、数据应用流通 资产目录发布、API共享、AI用数智能体 注释：上表是工程落地视角下的对应关系示意，并非DCMM能力域与理采存管用阶段的严格一一对应。"理"侧重战略规划、组织建设、制度设计和家底盘点，不只是运营保障；"存"侧重数据模型和数仓分层建设，也不等同于资产管理。企业在应用时应根据自身评估差距灵活调整各阶段的侧重点。 三阶段建设路径 评估只是起点，建设才是目的。从多数已完成DCMM贯标的企业经验来看，建设可以分为三个阶段推进： 阶段 周期 核心任务 关键产出 理清基线 4-6周 资产盘点、标准梳理、质量基线摸底 资产清单、标准清单、质量报告 跑通闭环 6-8周 选1-2个核心数据域跑通采存管用全链路 样板数据域、可复用流程模板 扩展运营 持续 横向扩业务域覆盖、纵向提能力等级 常态化运营机制、持续改进闭环 第一阶段的核心产出是"知道差在哪"——资产盘点摸清家底，标准梳理理清规范需求，质量基线给出当前水平。第二阶段选择1-2个数据域（如客户域、订单域）跑通从采集到使用的完整链路，形成可复用的建设和评估模板。第三阶段将样板域的流程扩展到全业务范围，同时在质量、安全、资产等高权重域持续提升能力水平。 平台支撑。 DCMM评估中，数据架构、数据资产、数据标准、数据质量和数据应用流通这五个能力域高度依赖技术平台的承载。没有平台支撑，标准执行难以自动化，质量闭环难以追溯，资产使用难以量化。市场上已有部分数据治理平台（如龙石数据中台），将数据标准管理、质量闭环、元数据血缘、资产目录和API服务整合在同一套"理采存管用"方法论框架下。对于准备DCMM评估的企业而言，选型时不应只看功能模块数量，更应验证平台能否跑通从标准落标、质量扫描、问题定位、工单修复到资产发布、业务使用的完整闭环。 七、常见问题 Q1：DCMM 2.0和1.0的核心区别是什么？企业现在应该按哪个版本准备？ DCMM 2.0（GB/T 36073-2025）于2026年7月1日起正式实施。核心变化包括：能力域从8个扩展到9个（新增"数据资产"域），能力项从28个增加到33个，评估指标从441项增至486项，评估基准提升至L2受管理级，L4量化管理级引入人工智能等先进技术，安全域能力项重组为合规管理/安全防护/安全审计。当前阶段建议直接按2.0准备——新增的"数据资产"域涉及权属管理、价值评估和资产运营，建设周期较长，不适合短期突击。 Q2：486项指标是不是每项都要达标？ 不是。486项指标分布在9大能力域和5个成熟度等级中，不同等级考察的指标子集不同。L2主要考察制度覆盖和书面记录，L3要求至少6个域达到组织级标准化，L4建立量化指标体系，L5要求持续优化。企业应根据目标等级，聚焦对应级别的关键指标群，而非盲目追求"项项满分"。 Q3：L4量化管理级引入人工智能技术，具体指什么？ DCMM 2.0在L4成熟度等级描述中明确将"引入人工智能等先进技术"作为提升数据管理工作效率的手段。在评估实践中，这通常包括：AI辅助自动发现元数据与血缘关系、AI智能推荐数据质量规则、AI自动识别业务语义（如同义词映射）、AI辅助数据资产权属梳理等。对尚未部署AI能力的企业而言，L4评估需要在平台选型和能力建设阶段同步考虑AI能力的集成。 Q4：DCMM贯标和数据资产入表是什么关系？ 两者的交集在DCMM 2.0新增的"数据资产"域。数据资产入表（财会〔2023〕11号）是财务侧的合规动作，DCMM 2.0"数据资产"域考察权属管理、价值评估和资产运营，恰好是入表的前置能力条件。一家福建某交通投资集团的做法可作为参照：先完成全量数据资产的权属梳理和标准化目录，通过质量评价达到99.53分的资产质量标准，再进行合规审查，最终完成首批数据资产入表。DCMM评估可以为企业数据资产入表提供"数据是否达到资产标准"的能力验证。 Q5：评估方法中的"系统演示"和"抽样验证"怎么准备？ 这两项是多数企业评估中的主要失分维度。"系统演示"建议用一条真实数据链路做POC验证——从数据接入、标准关联、质量监测、问题定位到资产发布、业务使用，能跑通一条完整闭环比展示功能清单更有说服力。"抽样验证"则需要确保平台有完整的执行留痕——标准落标记录、质量规则运行日志、问题工单和复验台账等。如果平台只能展示当前状态但无法追溯历史过程，这一维度的得分会受到较大影响。 Q6：没有数据中台的企业能做DCMM评估吗？ 可以，但在数据架构、数据资产、数据标准、数据质量和数据应用流通这五个平台承载度较高的能力域，获得高分的难度会显著增加。评估师在这些域通常会追问"标准在哪执行""质量问题怎么追溯""资产使用如何统计"——没有平台支撑，这些问题的回答往往只能依靠人工解释，难以形成可复验、可追溯的证据链。比较务实的做法是，在启动评估筹备的同时，以评估要求为需求输入来推进平台选型和建设，将评估与建设作为互相促进的两个并行事项。 八、结语 DCMM 2.0将数据管理能力评估从"有没有"升级为"做到什么程度"。486项量化指标是这个转变的具体载体——每一级成熟度的差异不再依靠评估师的主观判断，而是通过具体指标数量和达标比例的差异来呈现。 评估本身不是终点。真正有价值的是通过评估看清楚企业数据管理能力所处的阶段，找到最需要补齐的能力域，然后有路径、有方法、有节奏地推进建设。DCMM定目标，理采存管用定路径，数据中台定落地——三者的协同，是数据管理能力从合规达标走向竞争优势的底层逻辑。 企业数据能力的竞争，正在从"谁有数据"转向"谁能把数据管好、用好"。DCMM 2.0的量化评估体系，为这个转变提供了一个可以度量、可以对比、可以持续改进的标尺。 参考文献 # 来源 用途 [1] 国家市场监督管理总局、国家标准化管理委员会，《数据管理能力成熟度评估模型》（GB/T 36073-2025） 核心标准 [2] GB/T 36073-2018《数据管理能力成熟度评估模型》 版本对比 [3] DAMA International，《DAMA数据管理知识体系指南（DAMA-DMBOK，第2版）》 国际框架对照 [4] GB/T 36344-2018《信息技术 数据质量评价指标》 质量评价维度 [5] 财政部，《企业数据资源相关会计处理暂行规定》（财会〔2023〕11号） 资产入表政策 [6] 中国电子信息行业联合会，DCMM贯标评估数据（第四届数据治理年会，2025年11月） 贯标统计 [7] 龙石数据，《数据治理实战指南》，— https://www.longshidata.com/lsdmaterial/dg-guide.html

摘要 2026年7月，DCMM 2.0（GB/T 36073-2025）正式实施。能力域从8个扩展到9个，新增"数据资产"域——这不是简单的分类调整，而是国家标准从"管好数据"到"让数据产生价值"的里程碑式升级。本文聚焦数据资产域的三大能力项（权属管理、价值评估、资产运营），分析其与财政部数据资源入表政策、"数据二十条"数据要素市场化的联动关系，并给出从数据治理到数据资产化的工程落地路径。 一、为什么 DCMM 2.0 要新增"数据资产域" DCMM 2.0 的修订并非一次常规的标准更新。从2018年第一版到2026年7月正式实施，八年时间里中国数据要素市场发生了根本性变化。理解"数据资产域"被写入国家标准的原因，需要先看清楚推动这场变化的几股力量。 政策倒逼：数据从"成本项"变成"资产项" 2023年8月，财政部发布《企业数据资源相关会计处理暂行规定》（财会〔2023〕11号），明确企业合法拥有或控制的数据资源可以作为无形资产或存货计入财务报表，自2024年1月1日起施行。这是全球范围内较早将数据资源纳入会计准则的实践探索——此前，企业花在数据采集、清洗、存储上的投入，在财务报表上只能体现为费用或成本。入表政策让数据第一次在会计意义上成为"资产"。 几乎同时，中共中央、国务院于2022年底发布《关于构建数据基础制度更好发挥数据要素作用的意见》（"数据二十条"），建立了数据产权、流通交易、收益分配、安全治理四项基础制度框架。2023年12月，国家数据局等多部门联合印发《"数据要素×"三年行动计划（2024—2026年）》，明确了工业制造、现代农业、金融服务等12个重点领域的倍增目标。 这三份政策文件构成了一条清晰的逻辑链：数据二十条确立了数据可以作为要素参与分配的产权基础；数据要素×行动明确了数据流通产生的价值方向；而入表规定解决了"数据到底值多少钱"的计量问题。当数据既能确认产权归属、又能实现价值流通、还能进入财务报表时，摆在所有CDO和财务负责人面前的问题就变成了：什么样的数据可以算资产？我们的数据管理水平足以支撑数据入表吗？ 标准驱动：从"能力建设"到"价值验证" 政策的推动需要标准的承接。DCMM 1.0（GB/T 36073-2018）的核心评估逻辑是：企业是否建立了数据管理的组织、制度、流程？它在八个能力域中逐一检查"有没有做"——有没有数据战略规划、有没有数据治理组织、有没有数据标准体系。这套框架在贯标初期有效地推动了大量企业从零开始建设数据管理能力。 但八年过去，问题变了。当超过一万家企业完成贯标后，新的追问自然浮现：能力建设了，然后呢？ DCMM 2.0（GB/T 36073-2025）对此给出的回答是新增"数据资产域"。这是一个信号：评估的重点从"过程合规"延伸到"结果验证"。企业不仅要证明"我们建了治理体系"，还要证明"治理体系产出了什么"——数据资产的规模、数据的质量水平、资产的运营效率。标准从"能力建设导向"向"价值创造导向"的转变，正是数据资产域被写入国标的深层逻辑。 竞争压力：贯标已从"加分项"变成"入场券" 这种转变不仅停留在标准文本里，也体现在市场竞争中。越来越多的行业招投标将DCMM等级作为评分项或准入条件；一些集团企业要求下属子公司分批完成贯标；在金融、能源等强监管行业，数据管理能力正在成为与合作方建立信任的前提。 三股力量——政策推动、标准升级、竞争驱动——最终汇聚在同一个点上：数据资产域。对于正在准备DCMM贯标或已经通过评估的企业而言，理解这个新域，已经不是"要不要关注"的问题，而是"怎么落地"的问题。 二、DCMM 2.0 数据资产域深度拆解 2.1 能力项全景速览 DCMM 2.0 在数据资产域下设置了三个能力项：权属管理、价值评估、资产运营。这三个能力项之间构成递进关系——先明确数据的产权归属和使用边界，再对数据资产的价值进行可量化的评估，最终实现数据资产的持续运营和价值释放。 为便于读者理解，本文从工程实践的角度将这一闭环展开为四个关键动作：资产盘点（权属管理的基础）、价值评估、资产运营、合规流通（权属管理的产出验证）。这四个动作环环相扣，覆盖了从"摸清家底"到"安全流通"的完整链路。 2.2 资产盘点：从"凭感觉"到"一本清账" 权属管理的第一件事是知道企业有哪些数据资产。资产盘点的核心诉求看似简单——回答"数据资产在哪里、有多少"——但落地时往往比预想中复杂得多。 大多数企业经过多年的信息化建设，数据分散在数十甚至数百个业务系统中。ERP里有财务数据，MES里有生产数据，CRM里有客户数据，SRM里有供应商数据，还有一些历史遗留系统中的数据几乎无人知晓。资产盘点首先要解决的不是"怎么管"，而是"管什么"。 DCMM 2.0 在这一能力项下考察几个关键点：数据资产目录的完整性、资产的分级分类是否科学、盘点流程是否制度化。换句话说，评估师不会只看企业有没有一个Excel表叫"数据资产清单"，而是会追问：这个清单是怎么出来的？覆盖了哪些系统？以什么标准分类？更新频率是多少？ 从实践来看，一次有效的资产盘点通常需要三步：全系统扫描（自动化工具发现所有数据源）→ 业务规则筛选（剔除临时表、日志表等非资产数据）→ 标准化编目（统一命名、分级分类、建立检索）。以福建某交通投资集团（企业名称已脱敏，下同）的实践为例：该企业拥有上千张业务表，分散在收费系统、养护系统、路网监测系统等十余个业务平台中。项目实施团队通过自动扫描和业务规则筛选，将其梳理为标准化数据资产目录，并确定了一批具备入表条件的数据资产。这一过程中，仅"筛选出入表范围"这一个环节，就需要财务部门和IT部门反复对齐标准——来自收费记录的数据可以入表，但系统日志表就不可以，这个判断需要财务视角，不是技术人员能够单独决定的。 2.3 价值评估：从"说不清值多少"到"可量化可信" 有了资产清单，下一步是回答"值多少"。价值评估是数据资产域中最具挑战性的能力项——传统资产评估有成熟的成本法、收益法、市场法，但数据资产的复制性、非排他性和价值波动性使这些方法难以直接套用。 DCMM 2.0 在价值评估能力项下的考察重点包括：评估模型是否科学、评估流程是否规范、评估结果是否可审计。这里特别值得关注的是"可审计"三个字。当数据准备入表时，会计师事务所的审计师会追问每一个估值参数的来源和依据——"你说这批数据质量好，证据是什么？""你说评估模型经过了验证，验证记录在哪里？" 这引出了价值评估的前置条件：数据质量的可量化。GB/T 36344-2018《信息技术 数据质量评价指标》定义了六个评价维度——完整性、规范性、一致性、准确性、唯一性和可访问性。除可访问性主要面向技术运维外，其余五个维度直接影响数据的可用性和应用价值。在入表场景下，如果不能证明数据质量达到一定水平，估值就没有依据。 回到前述福建某交通投资集团的案例：该集团在启动入表工作前，先按照GB/T 36344框架进行了一次全面的质量评价，从完整性、规范性、一致性、准确性、唯一性五个维度设置了量化评价指标。经过数据清洗和质量整改后，核心数据资产的质量综合评分达到较高水平，为后续的价值评估和会计入表提供了可审计的质量依据。 2.4 资产运营：从"一次性盘点"到"持续运营" 资产盘点完成、价值评估通过，不等于数据资产化的工作结束了。恰恰相反——数据每时每刻都在产生、变化、流转。昨天盘点时的1000张表，今天可能变成了1008张；上周评估合格的客户数据，这周可能因为业务系统升级出现了字段缺失。如果资产目录是一份静态文档，三个月后它就会失去参考价值。 DCMM 2.0 在资产运营能力项下关注的是：资产标签是否持续维护、资产动态更新机制是否存在、资产使用率是否被追踪、数据是否以服务化的方式向外提供。资产运营的核心目标，是让数据资产从"一本放在抽屉里的清单"变成"一个持续运转的货架"——使用者可以随时检索、查看说明、调用服务。 江西某国有资本投资运营集团（企业名称已脱敏，下同）的实践提供了一个参照。该集团在下属数百家企业的数据治理项目中，建设了统一的数据资产目录，支持按业务域、数据来源、更新频率等多维度检索，并通过API服务让各子公司业务人员能够自助获取数据。在资产运营机制的支撑下，集团层面的监管看板不再依赖各子公司的定期人工报表，而是直接从数据资产目录中调用标准化数据服务。资产运营让数据资产从"IT部门的台账"变成了"全集团可用的资源池"。 从更宏观的视角看，资产运营是"资源化→资产化→资本化"三阶段演进中的关键一环——资源化解决"数据从哪来"，资产化解决"数据值多少"，而资产运营解决的是"数据怎么持续产生价值"。前两个阶段是建设性的（有明确的起止时间），资产运营则是持续性的（没有终点）。相当一部分企业在前两个阶段投入了大量资源，却在运营阶段缺乏持续的制度和工具支撑，导致资产价值逐步衰减。 2.5 合规流通：从"不敢共享"到"安全流通" 数据资产最终需要流通才能释放价值。合规流通是权属管理的另一面——如果说资产盘点解决的是"哪些数据的产权归我们"，合规流通解决的就是"我们享有产权的这些数据，在什么条件下可以对外共享或交易"。 DCMM 2.0 在这一维度上考察：数据确权的制度建设、安全审计的可举证性、外部流通的合规审批流程、数据登记制度的落实情况。"数据二十条"提出的数据产权结构性分置——持有权、加工使用权、经营权三权分置——为合规流通提供了制度框架，而DCMM 2.0 资产域则将其落实为可评估的管理能力要求。 前述福建某交通投资集团在完成资产盘点和质量评价后，经历了合规审核、数据产品登记等环节，最终获得了数据资产登记证书。这一过程涉及法律合规审查、数据安全评估、登记材料编制等多个环节——技术团队负责证明数据的质量和可用性，法务团队负责确认数据的产权清晰和无争议，财务团队负责判断入表的会计处理方式。数据资产域的合规流通，本质上是跨部门协作的制度化。 值得注意的是，合规流通的能力建设不是一次性的。随着数据要素市场的发展，流通场景会不断拓展——从内部共享到集团内跨法人流通，再到参与数据交易所的公开交易——对合规流通能力的要求也会持续升级。企业在建设DCMM 2.0 资产域时，需要为流通能力的持续演进预留空间。 三、DCMM 2.0 vs 1.0：不止多了一个域 理解了数据资产域的具体内容后再回头看DCMM 2.0与1.0的整体差异，会发现"新增一个域"只是最显性的变化，背后是整个评估逻辑的转向。 形式变化 对比维度 DCMM 1.0（2018） DCMM 2.0（2025） 能力域数量 8个 9个（新增数据资产域，位于第4位） 关键命名变更 "数据应用" "数据应用流通"——强调了流通维度 安全域能力项 数据安全策略/数据安全管理/数据安全审计 数据合规管理/数据安全防护/数据安全审计——能力项重组，合规要求显著升级 评估基准 无明确基准等级 L2（受管理级）为基础基准 AI技术融合 无相关考察 L4量化管理级要求引入人工智能等先进技术提升数据管理效率 本质变化：从"过程合规"到"结果验证" 表格之外，更值得关注的是一条贯穿全文的逻辑变化：DCMM 1.0 本质上检查的是"我们管了"——有没有战略规划文档、有没有数据治理委员会、有没有制定数据标准。这些问题的答案可以来自PPT和制度汇编。DCMM 2.0 在保留这些"过程检查"的同时，通过新增数据资产域引入了"结果验证"——评估师会追问，"你们的数据资产有多少、质量是什么水平、这些资产在过去一年里被使用过多少次"。这些问题无法用PPT回答，必须有实际的平台数据和运营记录来证明。 这种变化对企业的影响是结构性的。过去，DCMM贯标可以在数据治理团队的主导下相对独立地完成——IT部门负责建平台、写制度、做评估。但在DCMM 2.0的框架下，资产域的评估天然需要财务部门（判断哪些数据可以入表、如何估值）、业务部门（确认数据资产的实际使用情况）和法务部门（确保合规流通）的深度参与。数据治理从IT部门的"内部工作"，变成了涉及多个职能条线的组织级协同。 为什么数据资产域排在第4位 DCMM 2.0 九大能力域的排列并非随意为之。数据资产域位于数据战略、数据治理、数据架构之后，数据标准、数据质量、数据安全、数据生存周期、数据应用流通之前。这个位次本身就在传递一个信息： 战略定方向 → 治理建组织 → 架构搭骨架 → 资产验证价值 → 标准/质量/安全保障执行 → 应用流通释放价值 换句话说，数据战略、治理和架构回答了"我们怎么管数据"，而数据资产域回答的是"管出来的数据值不值钱"。它既是前三域能力的"验收节点"，也是后续六域建设的"价值锚点"——如果资产域评估的结果不理想，说明前三域的投入可能没有真正转化为数据价值；如果跳过资产域直接追求应用流通，则可能导致"流通起来的数据质量堪忧、产权不清"。 四、"理采存管用"：数据资产化的工程落地路径 DCMM 2.0 告诉了企业"应该管到什么程度"，但标准本身不提供施工图纸。将标准要求转化为可执行的工程路径，需要一套能够映射到企业实际技术架构和组织流程的方法论框架。 DCMM、DAMA 与"理采存管用"的三角关系 三个框架之间的关系可以这样理解： DCMM（GB/T 36073-2025） 说"管什么"——九大能力域是考核维度，评估企业数据管理处于什么水平 DAMA-DMBOK 说"该做什么"——11个知识领域定义了数据管理应该覆盖哪些专业工作 "理采存管用" 说"怎么落地"——五步方法论把标准要求和理论框架转化为有先后顺序的工程步骤 三者的互补关系不是替代，而是分工：DCMM是目标和标尺，DAMA是知识体系，理采存管用是实施路线。企业做DCMM贯标时，评估师看的是"九个域达到了什么等级"；企业在内部推动数据能力建设时，实际走的是"先摸清家底（理）、再汇聚数据（采）、建数仓（存）、做治理（管）、推向应用（用）"这个工程顺序。 数据资产域与"理采存管用"的对应关系 下表梳理了数据资产域各能力项在"理采存管用"框架中所对应的实施阶段。需要说明的是，此表为对应关系示意，并非严格一一对应——实践中，"理"的工作侧重战略、组织、制度和摸家底，资产盘点与"理"阶段的摸家底直接对应；价值评估横跨"采"的数据汇聚质量和"管"的质量管理工具；资产运营与合规流通主要在"用"环节落地，但也依赖"管"环节提供的安全和标准能力。 资产域核心动作 理采存管用阶段 关键工程动作 可验证产出 资产盘点 理（摸家底） 全系统数据源扫描、业务规则筛选、分级分类、目录发布 数据资产目录 价值评估 管（质量管理）+ 采（数据汇聚） 质量规则配置、六维度自动化评价、评估报告生成 数据质量评价报告 资产运营 用（促共享+重应用） 资产标签维护、服务门户建设、使用率追踪 API服务 + 资产门户 合规流通 用（促共享）+ 管（安全保障） 确权登记、加密脱敏、审计溯源、流通审批 数据登记证书 + 合规报告 案例贯穿 前述两个案例恰好分别展示了这组对应关系的不同侧面。福建某交通投资集团覆盖了资产盘点（理——建立资产目录）→ 价值评估（管——质量评价和评分）→ 合规流通（用——合规审核和登记确权）的完整链条，重心在"让数据具备入表条件"。江西某国有资本投资运营集团则更多体现了资产运营（用——资产目录+API共享+自助用数）的持续能力，重心在"让数据资产在日常业务中被使用起来"。 两个案例合起来，构成了数据资产域在"理采存管用"框架下的一条完整参考路径：从标准诊断出发，经过资产盘点和质量评价的工程阶段，最终达到持续运营和合规流通的能力状态。 五、从标准到入表：数据资产化的实施路线图 理解了标准要求和工程方法之后，一个务实的问题自然浮现：如果企业今天决定启动数据资产化建设，应该从哪里开始？ 入表与 DCMM 资产域的关系 首先需要澄清一个常见的认知偏差：数据资源入表不是数据资产化工作的终点，而是阶段性成果的正式确认。DCMM 2.0 资产域提供了这样一个前置检查框架——在把数据写进财务报表之前，先确认企业是否具备管理数据资产的组织能力和技术能力。 具体来说，DCMM 资产域要求企业能够证明：（1）数据资产的边界是清晰的（盘点能力）；（2）数据资产的质量是可评价的（评估能力）；（3）数据资产的状态是持续被管理的（运营能力）；（4）数据资产的产权是明确的（流通能力）。这四项恰恰对应了入表工作的核心前置条件。换一个角度说，DCMM 2.0 资产域的建设过程，本身就是为入表做准备的"热身阶段"。 分阶段实施建议 从多数成功案例来看，数据资产域建设不宜追求一步到位。下面是一个五阶段的参考路径，企业可以根据自身的DCMM评估等级、IT基础设施现状和业务紧迫性进行调整。 阶段 参考周期 核心动作 关键产出 DCMM资产域对应 第一阶段：摸清家底 2-3个月 全系统数据源盘点、建立资产目录框架、筛选入表候选数据 数据资产目录（V1.0） 资产盘点 第二阶段：质量保障 1-2个月 质量规则配置、自动化质量扫描、问题数据修复 数据质量评价报告 价值评估 第三阶段：确权登记 约1个月 数据产品登记申请、合规审查、登记材料编制 数据资产登记证书 合规流通 第四阶段：会计入表 约1个月 资产评估、会计确认、审计配合 入表审计报告 价值评估（输出） 第五阶段：持续运营 长期 资产动态更新、使用率追踪、服务化交付 资产运营仪表盘 资产运营 这五个阶段不是严格串行的——第二阶段的质量保障和第一阶段的盘点在时间上可以有部分重叠，第五阶段的持续运营在第三阶段完成后就可以启动。关键在于不要跳过第一阶段直接做入表：哪些数据属于资产都还没搞清楚，入表范围就是一笔糊涂账。 三个常见偏差 在数据资产化实施过程中，有几个容易被忽视的要点： 其一，资产盘点不是"一次性工程"。 很多企业做完了第一轮盘点，整理出一个Excel表，就认为资产盘点做完了。但数据每天都在变——新系统上线、旧系统下线、业务逻辑调整——三个月后那张Excel就已经部分失效。资产盘点的理想状态是制度化、自动化的周期性盘点。 其二，价值评估不能仅由IT部门完成。 数据值多少钱，IT部门说了不算。成本法估值需要财务部门提供历史投入数据，收益法需要业务部门提供数据使用后的业务成果。IT部门能做的是提供质量评价的技术依据——证明数据是完整、规范、准确的——但估值本身需要跨部门的专业判断。 其三，组织协同不能等到最后一步。 DCMM 2.0 资产域天然涉及财务（入表）、业务（使用率）、法务（合规流通）多个部门。如果IT部门把前三个阶段全部做完才去找财务和法务，大概率会发现前面的工作方向需要调整——财务对"哪些数据可以入表"的判断标准可能与IT不同，法务对流通合规的要求也可能超出技术团队的预期。较为稳妥的做法是从第一阶段就拉上相关方参与。 六、工程支撑：数据资产域需要什么样的平台能力 DCMM 2.0 资产域的落地需要平台工具的支撑。资产盘点不能靠手工翻数据库、价值评估不能靠Excel打分、资产运营不能靠定期催各部门更新表格、合规流通更不能靠邮件审批。每个能力项都对应着一组工程化的平台功能需求。 市场上已有部分产品（如龙石数据中台）在这一方向上提供了较为完整的支持。在资产盘点层面，通过自动化扫描和业务规则筛选，将分布在数十个业务系统中的数据表快速梳理为可视化的数据资产目录，支持按业务域、数据来源、更新频率等多维度检索。在价值评估层面，配套的数据质量管理能力覆盖GB/T 36344六个评价维度，可自动生成质量评价报告，为入表前的质量核验提供可审计的依据——其中龙石数据质量管理平台·社区版可作为入表前的免费质量核验工具使用。在资产运营层面，资产标签管理、使用率追踪、服务门户等能力帮助数据资产从静态清单转为动态可用的资源池。在合规流通层面，API服务网关、数据脱敏、审计溯源等功能保障数据"能流通、可追溯"。 需要注意的是，DCMM 2.0 资产域评估的不只是平台功能是否完备，更关注组织是否真正具备了数据资产管理的能力。这意味着选择平台时，除了功能维度，还需要考量厂商是否提供配套的方法论导入、组织机制设计和持续陪跑服务——平台是工具，但让工具在组织内跑起来，需要的不只是安装部署。 结论 DCMM 2.0新增数据资产域不是标准文本的简单修订——它是国家标准在数据要素市场化大背景下的一次战略定调：数据管理的终极目标，是把数据变成可计量、可运营、可流通的资产。 对于CDO和财务负责人而言，数据资产域带来的改变是多维度的。评估逻辑从"有没有治理"升级为"能不能资产化"——过去只要证明数据治理体系已经建立，现在需要证明治理体系产出了可计量的资产价值。工作边界从IT部门的内部事务扩展为涉及财务、业务、法务的组织级协同——资产域的每一项能力都天然跨部门。时间要求从"贯标时做一次"变成"持续保持"——资产盘点不是搞一次就行，资产运营没有终点。 从多数企业的实践来看，较为稳妥的做法是以资产盘点为起点、质量评价为保障、持续运营为主线，而不是等"治理全部做完"再谈资产化。治理和资产化不是先后关系，而是并行推进、互相促进的两个维度——治理为资产化提供质量基础，资产化为治理提供价值反馈。 数据要素市场仍在快速发展之中，DCMM 2.0 的数据资产域也会在实践中不断被丰富和校准。对于企业而言，把握住这个窗口期，将数据资产能力建设纳入日常经营而非当作项目突击，是比较务实的选择。 参考文献 GB/T 36073-2025《数据管理能力成熟度评估模型》（DCMM 2.0） GB/T 36073-2018《数据管理能力成熟度评估模型》（DCMM 1.0，已废止） 财政部，《企业数据资源相关会计处理暂行规定》（财会〔2023〕11号），2023年8月 中共中央 国务院，《关于构建数据基础制度更好发挥数据要素作用的意见》（"数据二十条"），2022年12月 国家数据局等，《"数据要素×"三年行动计划（2024—2026年）》，2023年12月 DAMA International, DAMA-DMBOK: Data Management Body of Knowledge (2nd Edition) GB/T 36344-2018《信息技术 数据质量评价指标》 龙石数据，《数据治理实战指南》，— https://www.longshidata.com/blog/c/book-dgg-assessment.html

摘要：DCMM 2.0（GB/T 36073-2025）[1]于2025年12月31日发布、2026年7月1日实施，能力域从8个扩展到9个、能力项增至33个、评估指标升级到486项。本文对九大能力域逐一深度解读，结合五级成熟度阶梯、486项量化指标和企业落地实践，为CDO和数据治理负责人提供一份从标准到实施的参考框架。 一、为什么 DCMM 2.0 是一次"代际升级" DCMM 2.0不是"改了个版本号"那么简单。 三股力量正在同时推动企业数据管理能力的升级。第一股是政策倒逼——《企业数据资源相关会计处理暂行规定》[2]已将数据资产入表从概念推入实操，企业不能再说"我们的数据值多少钱说不清楚"。第二股是标准升级——DCMM 2.0（GB/T 36073-2025）[1]新增"数据资产"能力域，能力域从8个扩展到9个，能力项从28个增至33个，评估指标从441项升级到486项。这是对整个评估体系的一次重构。第三股是竞争压力——截至2025年11月，全国已有10,448家企业完成DCMM贯标评估，DCMM 5级（最高等级）企业已达33家。当越来越多的同行开始用同一把尺子衡量数据能力时，还没有上桌的企业，差距不是"分数高低"的问题，而是"有没有入场资格"的问题。 DCMM 2.0的核心变化可以归纳为五个方面： 能力域 8→9：新增"数据资产"能力域（排第4位），能力项为权属管理、价值评估、资产运营。这不是简单"加一个域"，而是把数据管理的终点从"建好平台"推到了"产生资产价值"。 能力项 28→33、评估指标 441→486：评估体系从"有没有"升级为"做到了什么程度"。 安全要求较1.0显著增强：安全域能力项从旧版的"数据安全策略/数据安全管理/数据安全审计"变更为"数据合规管理/数据安全防护/数据安全审计"——这是一次能力结构的重组和合规要求的升级，而非简单的"权重要求提高"。 L4量化管理级引入人工智能技术：DCMM 2.0首次将AI应用作为能力要求写入标准——L4级明确要求"引入人工智能等先进技术，全面提升数据管理工作效率"。 评估基准等级为L2受管理级：L1初始级不可申报评估。 综合来看，DCMM 2.0做了一件事：把评估焦点从"有没有治理"升级为"能不能资产化、能不能AI化"。这是一个从"过程导向"到"结果导向"的范式升级。 二、九大能力域速览：一张全景地图 在深入每个域之前，先建立一张全景地图。DCMM 2.0的九个能力域覆盖了数据管理的全生命周期，按组织属性可以大致分为战略层、设计层、执行层和价值层： 能力域 核心考察 属性 中台承载度 数据战略 是否有中长期规划、愿景目标和路线图 战略 低 数据治理 是否有治理组织、制度体系和沟通机制 组织 中 数据架构 数据模型、分布、流转是否清晰统一 设计 高 数据资产 ⭐ 数据是否可盘点、可评估、可入表 价值 高 数据标准 标准是否制定、发布并在系统中执行 执行 高 数据质量 是否有质量需求定义和闭环管理机制 执行 高 数据安全 分类分级、权限控制、加密脱敏、审计溯源 管控 中 数据生命周期 创建→采集→存储→使用→归档→销毁全流程 管理 中 数据应用 数据是否被共享、使用、产生业务价值 价值 高 这张表透露出一个重要信息：九个能力域中，"高承载度"的五个域（数据架构、数据资产、数据标准、数据质量、数据应用）的执行层面都绕不开数据中台。DCMM考察的虽然是管理能力，但大部分能力域的技术落地必须依赖一个标准化的数据基础设施——从这个意义上说，数据中台不是DCMM评估的"加分项"，而是"必答题"。 新增的"数据资产"域被放在第4位——介于"数据架构"和"数据标准"之间——这个排位本身就有深意：资产化不是治理完成后的"最后一公里"，而是贯穿整个数据管理体系的内核。 三、五级成熟度：企业在哪个位置 DCMM 2.0的五级成熟度框架没有变，但每个等级的评判标准变得更加量化。以下是一个速览对照： 等级 名称 核心特征 典型企业画像 DCMM 2.0 关键要求 L1 初始级 无正式数据管理流程 数据散落各部门，手工出报表 2.0不可申报 L2 受管理级 项目级管理 数据接进来了，有基础治理但使用率低 2.0评估基准等级 L3 稳健级 组织级标准化管理 治理形成闭环，业务开始用数据 至少6个域达标 L4 量化管理级 量化指标体系 可量化评估（如修复时长≤2h，标准覆盖率≥95%） 引入人工智能技术 L5 优化级 数据驱动持续优化 治理规则自优化、AI辅助决策 行业标杆级 L3→L4是关键跃迁。从标准化到量化管理，从人工执行到自动监控——这个转变不只是技术升级，更是组织习惯的改变。从项目统计来看，多数建了数据中台的企业目前在L2-L3区间，通往L4通常需要12到24个月。 L4的AI门槛尤其值得注意。DCMM 2.0首次将AI应用写入标准要求——这意味着企业在数据管理上不仅要"管得好"，还要"用AI管"。从比较务实的角度来看，AI用数能力建立在数据治理到位的基础上：如果元数据没有讲清字段含义、标准没有统一业务术语，AI来了也读不懂数据。 数据中台不是项目，是能力——从L2走到L4的过程，本质上是这个能力从"能跑"到"能量化"再到"能自优化"的过程。 四、486项评估指标：从定性描述到量化体系 DCMM 1.0时代的评估以定性描述为主——"有没有制度""有没有流程""做还是没做"。这种方式的天然局限是：企业可以"搭个架子"拿出书面制度来应对评估，但制度是否真正执行、执行效果如何，很难验证。 DCMM 2.0将评估指标从441项扩展到486项，核心变化不是多了45项数字，而是评估逻辑从"有没有"升级为"做到了什么程度"。 486项指标大致可以归为四类： 制度类：有没有书面制度？是否定期评审和更新？制度覆盖哪些业务范围？ 执行类：标准覆盖率多少？质量规则启用率多少？问题修复及时率多少？这些不是看"有没有做"，而是看"做了多少、做得多快"。 效果类：数据质量趋势是向好还是恶化？业务部门的数据使用率在上升还是下降？已修复的问题复发率多少？ AI类（L4+新增）：AI辅助治理的覆盖率？智能推荐的采纳率？自动化的数据分类分级比例？ 对企业来说，486项指标意味着什么？最直接的影响是：不能再"建一个平台、写几份制度"就期望通过评估。DCMM 2.0要求的是持续的执行记录和可量化的效果数据——系统里有没有实际运行的规则、质量问题的修复有没有时间戳、标准的覆盖和落标有没有统计数字。这些都需要一个真正在运转的数据治理平台，而不是一堆架在文档服务器上的制度文件。 五、数据战略：评估不是考PPT，是考"路径" 数据战略是DCMM 2.0的第一个能力域，也是很多企业最容易"应付"的一个。它的三个能力项——数据战略规划、数据战略实施、数据战略评估——逐层递进，本质上是追问企业一个问题：你的数据投入有没有清晰的方向和可验证的进度？ 常见的问题是：战略在PPT里，规划在架子上，和实际建设脱节。许多企业的数据战略可以概括为"我们要成为数据驱动型企业"——这句话放在任何行业、任何规模的企业都能用，但既没有明确数据要支撑哪些业务目标，也没有倒推需要什么能力、怎么分阶段投入。 DCMM 2.0对数据战略的评估，考的其实是"路径"——你能不能把愿景拆解为三个可执行的动作：第一，明确当前业务最需要数据解决什么问题；第二，倒推解决这些问题需要什么数据能力；第三，制定分阶段的投入计划、资源保障和效果度量方式。如果战略评估发现一年前的战略目标和今天的实际建设之间没有关联，那说明战略本身没有起到"导航"作用。 理采存管用方法论从"理"阶段切入——梳理业务流程、盘点数据资源、明确数据权责——本质上就是在帮助企业把数据战略从一份PPT文档转化为一套可执行的工作计划。 六、数据治理：先解决"谁来管"，再谈"怎么管" 数据治理域的三个能力项——数据治理组织、数据制度建设、数据文化建设——在DCMM 2.0中的排列顺序本身就说明了优先级：先有组织，再有制度，最后才形成文化。 这与行业中的一个共识高度一致：数据治理首先是组织治理，其次才是技术治理。 很多企业的数据治理推进困难，不是因为缺平台、缺工具，而是因为"谁来管"这个问题一直没有被真正解决。以下三个误区反复出现： 误区一："建了中台=治理到位"。 平台是治理的技术载体，但平台不会自动产生治理。如果没有明确的治理组织、岗位职责和决策机制，中台只是一个数据存放系统——DCMM评估考的是"组织有没有建立跨部门的治理委员会""数据Owner有没有被任命并实际履行职责"。 误区二："这是IT部门的事"。 数据治理表面上看涉及模型设计、质量规则、元数据管理，好像都是IT工作。但数据标准的定义需要业务部门参与——"客户"是什么口径、哪个系统的"销售额"算数——这些问题IT部门回答不了。没有业务参与，标准推不动，质量闭环形不成。 误区三："任命了CDO就算有组织了"。 DCMM 2.0要求的是实体岗位和虚拟组织相结合的治理架构——CDO或数据管理部门是实体岗位，跨部门的数据治理委员会是虚拟组织，数据Owner和数据管家是业务侧的具体责任人。三者缺一不可。 从落地实践来看，上海某化工企业（企业名称已脱敏，下同）的做法值得参考：该企业成立了数据管理部并设立数据管家岗位，将数据治理纳入绩效考核——治理从"项目驱动"转变为"机制驱动"，从"IT部门的任务"转变为"各部门的日常工作"。数据中台工作空间模型支持的"一集团一中台、一公司一空间"的多组织适配，在技术层面为这种治理组织的落地提供了支撑。 七、数据架构：模型要在系统里"跑"，不只在文档里"存" 数据架构域四个能力项——数据模型、数据分布、数据集成与共享、元数据管理——核心考察的不是"模型文档写得有多详细"，而是"模型有没有在系统中落地执行"。 一个典型的失分场景：企业的数据架构设计文档非常完整，ER图、分层架构、数据流转图一应俱全。但实际去看数据仓库——ODS层、DW层、ADS层混在一起，跨层引用随处可见，当初精心设计的主题域模型被后来不断接入的新系统打破，没有人维护也没有人更新。模型在文档里"存"着，但在系统里并没有"跑"起来。 DCMM 2.0对数据架构的评估，关注的是架构的"可执行性"和"可维护性"——数据模型是否经过了评审和版本管理？数据分布是否能够展示核心业务数据在哪些系统中？数据集成是否规范统一而非每次临时写脚本？元数据是否被持续采集和维护？ 江西某国控集团（企业名称已脱敏，下同）在数据中台建设过程中，将10余个系统的数据进行整合，统一构建了十大主题库，形成分类明确、来源权威的数据仓库。这个过程的关键不是"把数据搬过来"，而是通过统一的数据架构设计，让分散在不同业务系统中的数据有了统一的结构和语义——这是DCMM数据架构域考察的核心能力。 数据中台的数据规划模块支持从模型设计到物理落地的全链路管理，数据底座实现ODS-DW-ADS分层架构——这些技术能力确保了架构设计不会停留在纸面上。 八、数据资产：从"管数据"到"管资产" 这是DCMM 2.0最重要的新增域。三个能力项——权属管理、价值评估、资产运营——各自对应数据资产化的三个核心问题：数据是谁的？值多少钱？怎么用起来？ 要理解这个域为什么在DCMM 2.0中单独成域，需要看三件事的时间线：2023年《企业数据资源相关会计处理暂行规定》发布，数据资产入表从学术讨论进入政策实操；2024年数据要素市场建设加速，各地数据交易所陆续开业；2025年DCMM 2.0发布，新增"数据资产"能力域。这三件事不是巧合——标准的升级是政策落地的配套动作，DCMM 2.0新增这一域，是在问企业一个尖锐的问题：你把数据管理起来了，但你知不知道自己的数据资产在哪里、值多少、能不能用？ 从工程落地的视角来看，数据资产域的能力建设可以拆为四步： 第一步：资产盘点。 全量扫描企业的数据资源——不是简单的"有多少张表"，而是识别哪些数据是核心业务依赖的、哪些有对外流通价值、哪些属于高价值但利用率低的数据。这一步的产物是数据资产目录的初稿。 第二步：质量保障。 对拟入表或拟流通的数据进行质量评价。这里涉及GB/T 36344-2018《信息技术 数据质量评价指标》[3]的六个维度——完整性、一致性、准确性、唯一性、时效性、可访问性。六个维度除可访问性外，其余五个直接影响数据资产的价值可评估性。 第三步：价值评估。 从成本法或收益法切入，协同律所完成合规审核、协同会计师事务所完成会计确认。 第四步：资产运营。 资产目录发布→业务申请使用→使用情况统计→目录持续迭代——这是一个持续运营的过程，不是一次性的盘点项目。 福建某交投集团（企业名称已脱敏，下同）的实践提供了一个完整的参考样本：该企业面对上千张表"家底不清"的现状，从数据确权入手，经过合规审核、质量评价（最终得分99.53分）、估值到入表，完成了首批数据资产的入表工作。这个案例说明，数据资产域不是理论上的"加分项"，而是已经走通的企业实践路径。 从行业趋势来看，数据资产化是数据治理的终极目标——DCMM 2.0新增这一域，本质上是在用标准的语言告诉企业：数据管理的终点，是让数据成为可计量、可运营、可产生财务价值的资产。 九、数据标准：从"写出来"到"跑起来" 数据标准域五个能力项——业务术语、主数据、参考数据、数据元、指标数据——覆盖了企业数据标准化的完整范围。DCMM 2.0考察的不是"有没有标准文档"，而是"标准有没有在系统中被执行"。 这是很多企业数据治理中最大的断层。标准体系文件可能有上百页，业务术语、代码集、指标口径都定义得清清楚楚。但新系统接入时，开发人员还是按照自己的习惯命名字段——"customer_id"、"cust_id"、"c_id"三张表是同一个意思，但系统不知道，人也不知道。标准"写出来"了但没有"跑起来"，问题的根因在于：标准文档没有和实际的数据管理平台打通。 落地的关键在于"在线管理+自动落标"三个环节：数据元、代码集、指标口径在数据管理平台中在线定义和发布；标准发布后与物理表的字段自动关联；数据接入时平台自动校验合规性——违规字段被标记、通知责任人、限期整改。 上海某化工企业的实践提供了典型场景：该企业统一了物料编码、业务术语和指标口径，解决了长期困扰的经营分析"口径不一"问题——销售部门报的"销售额"和财务部门的"收入确认"在统一标准后终于对应上了。数据中台标准管理模块支持从标准制定、发布、关联到落标校验的完整流程，让标准从"写在纸上"变成"跑在平台上"。 十、数据质量：形成"发现→定位→修复→复验"闭环 数据质量域四个能力项——数据质量需求、数据质量检查、数据质量分析、数据质量提升——构成了一个完整的质量闭环。DCMM 2.0在这里追问的，不是"你配了几条质量规则"，而是"问题发现之后谁来修？修了有没有验证？同类问题的复发率是多少？" 理解DCMM数据质量域，可以用一个"双框架"思路来定位： DCMM管能力成熟度：质量管理的流程是否闭环、是否有持续提升机制——这是"能力"视角。 GB/T 36344-2018管指标维度：从完整性、一致性、准确性、唯一性、时效性、可访问性六个维度定义具体查什么——这是"指标"视角。 两个框架互补——DCMM告诉你质量管理的流程应该长什么样，GB/T 36344告诉你质量检查的具体维度应该覆盖哪些方面。 从实践角度看，数据质量管理有两种技术模式： 强校验模式：在关键业务链路上前置拦截，数据不合规不入库。适合对数据准确性要求极高的核心业务系统（如财务核算、合规报送）。 旁路监测模式：数据正常入仓，质量检查在旁路并行扫描，发现问题打标记、生成告警、创建工单——不阻断正常的数据流转和业务使用。这种模式更适合多源归集和公共数据场景，因为不同来源的数据质量参差不齐，在入口处强拦会导致大量数据堵在管道里。 江西某国控集团的实践展示了质量闭环的效果：通过自动化质量稽核，核心数据质量问题从"人工发现→层层上报→跨部门协调→手动修复"的漫长流程，转变为"系统自动检测→告警推送责任人→修复后系统复验"的闭环，问题的修复周期从两周缩短到了两天。数据中台质量管理模块支持旁路监测模式和12类规则的可视化配置，覆盖从问题发现、标记、告警、工单到复验的完整闭环。 十一、数据安全：显著增强的分量 DCMM 2.0的安全域有三个实际变化值得关注。第一，能力项名称变更：从旧版的"数据安全策略/数据安全管理/数据安全审计"变更为"数据合规管理/数据安全防护/数据安全审计"——这不是换了个说法，"策略"变成"合规管理"意味着从内部管控视角转向外部法规遵从视角，"管理"变成"防护"意味着从制度要求转向技术执行——防御能力要可验证。第二，安全域的评估要求较DCMM 1.0显著增强，与《数据安全法》[4]和《个人信息保护法》[5]的合规要求对齐。第三，新增了外部数据流通中的数据安全考量——这与"数据应用流通"域的外部数据管理能力项形成呼应。 安全域的落地通常分三个层次： 第一层：分类分级。 首先要搞清楚敏感数据在哪里、什么级别。这一步是后续所有安全管控措施的基础——不知道数据敏感级别，加密和脱敏都是"盲打"。 第二层：权限管控。 谁能看、谁能改、谁能导出——基于数据分类分级的精细化权限控制，而不是"有账号就能看到所有数据"的粗放模式。 第三层：审计溯源。 谁在什么时间、什么IP、对什么数据做了什么操作——记录完整、可追溯、可举证。这一步看似是事后管控，但它的震慑作用往往比前面的防护措施更强——知道"被盯着"，行为自然会收敛。 数据中台的安全防护能力支持分类分级打标、敏感数据自动识别、动态脱敏和完整的审计日志功能，在技术层面为企业满足DCMM安全域要求提供了基础。 十二、数据生命周期：不只是"归档"那么简单 数据生命周期域（DCMM 2.0中称为"数据生存周期"）四个能力项——数据需求、数据设计与开发、数据运维、数据退役——覆盖了数据从"诞生"到"消亡"的全过程。 很多企业最容易忽略的是最后一个环节：数据退役。数据量在爆炸式增长——业务系统持续产生数据、数仓持续归集数据、分析层持续派生数据——如果没有生命周期策略，数据湖最终会变成数据沼泽。存储成本持续走高，查询性能持续下降，而大部分历史数据可能再也不会被访问。 DCMM 2.0对数据生命周期域的评估，关注的是企业有没有清晰的策略：数据的保留期限如何定义？热数据、温数据、冷数据如何分层存储？数据的归档和销毁有没有审批流程和执行记录？这些看似是运维层面的工作，但如果在平台建设初期没有纳入设计考量，后期补课的成本会很高。 数据中台的数据生命周期管理能力需要从"采"和"存"两个阶段就纳入设计——数据归集时标注数据源和时效性，数仓分层时明确各层的数据保留策略，确保数据在生命周期各阶段都是可管理的。 十三、数据应用：最终目的是"让数据被用起来" 数据应用流通域四个能力项——数据应用、外部数据管理、数据开放、数据服务——覆盖了数据价值释放的完整路径。DCMM 2.0考察的不是"你有没有BI报表"，而是"数据是否被业务部门实际使用并产生可衡量的业务价值"。 从企业数据应用的演进来看，大致可以分为三个阶段： 1.0 报表阶段：IT部门出报表，业务部门看报表。数据的使用是单向的、被动的，业务的用数需求需要排期、等待IT资源。 2.0 自助阶段：业务人员通过数据资产门户自主找数据、申请数据、使用数据。数据目录让业务知道"有什么数据"，API共享让业务接入数据的过程从"提需求→排期→开发"缩短为"申请→审批→调用"。 3.0 智能阶段：AI用数——用自然语言提问，系统自动转换为SQL查询并返回图表结果。这是DCMM 2.0 L4引入人工智能技术应用的技术落脚点之一：AI用数不是替代BI，而是降低用数门槛——让不懂SQL的业务人员也能直接向数据提问。 江西某国控集团的实践展示了数据应用释放价值的具体路径：通过API共享平台，数据快速赋能财务监管、科创数转等业务场景，业务人员的数据获取工作量减少了60%以上。DCMM 2.0 L4引入人工智能技术应用，意味着企业不仅要让数据能被用起来，还要让数据能被"智能地用起来"——AI用数智能体支持自然语言查询、无需SQL，是这一技术趋势的工程化回应。 十四、常见误区：DCMM贯标中最容易踩的五个坑 误区 实际情况 "建了数据中台=DCMM自然高分" DCMM考察的是数据管理能力，不是平台本身。有平台不等于有能力——平台是载体，治理组织、制度体系、闭环流程才是能力的内核。 "DCMM是IT部门的事" 数据战略和治理组织都是跨部门的事。从数据战略的制定到数据标准的落地，没有业务部门参与，推进难度会成倍增加。 "过了评估就万事大吉" DCMM是持续的能力建设，不是一次考试。尤其是数据资产域，资产目录需要持续运营、价值评估需要定期更新——"过了"只是开始。 "我们数据量不大，不需要DCMM" DCMM考察的是管理成熟度，和数据量大小没有直接关系。中小企业一样可以用DCMM框架建立规范的数据管理流程——规模小不代表不需要标准化。 "先买平台再做DCMM" 顺序反了。DCMM的框架告诉你应该具备什么能力，再据此评估需要什么平台。先做能力规划再匹配工具——"需要什么"比"买什么"更优先。 十五、从标准文本到企业落地："理采存管用"如何承载DCMM 2.0 DCMM 2.0搭建了评估框架，但标准本身回答的是"应该具备什么能力"，而不是"怎么一步步建起来"。在企业落地实践中，有三个框架常常同时出现，各自的角色定位不同： 框架 角色 一句话定位 DCMM 2.0 评估标尺 告诉企业数据管理能力到了什么水平 DAMA-DMBOK[6] 知识体系 告诉企业数据全生命周期中应该管理什么 理采存管用 工程路径 告诉企业从哪开始、按什么顺序、分几步走到资产化 三个框架不是替代关系，而是逐层递进——DCMM说目标、DAMA说范围、理采存管用说路径。 理采存管用与DCMM 2.0九大能力域在工程落地层面的对应关系如下： 理采存管用 对应 DCMM 2.0 能力域 中台动作 理 数据战略 → 数据治理 → 数据架构 梳理业务流程、盘点数据资源、建立治理组织 采 数据架构 → 数据生命周期 打通多源异构系统、流批一体数据归集 存 数据架构 → 数据标准 数仓分层建模、统一数据模型 管 数据治理/标准/质量/安全 元数据+主数据、质量规则配置、分类分级 用 数据资产 → 数据应用 资产目录发布、API共享、AI智能用数 说明：上表为工程落地视角下的对应关系示意，并非DCMM能力域与理采存管用阶段的严格一一对应。例如，"理"侧重战略、组织、制度与路线规划，而不仅是运营保障层面；"存"更侧重数仓开发和模型管理，与资产层各有侧重。 市场上已有部分数据中台产品将"理采存管用"方法论作为产品设计的底层逻辑。以龙石数据中台为例，从"理"阶段的数据资产权属梳理和标准规划，到"采"阶段的异构系统对接，再到"存"阶段的数仓分层建模、"管"阶段的元数据/标准/质量/安全一体化管控，直到"用"阶段的资产目录、API共享和AI智能用数——五个阶段对应DCMM 2.0九大能力域，形成"国标定目标、方法论定路径、产品定落地"的三层映射。龙石作为中国信通院《数据治理产业图谱3.0》[7]入选厂商和DCMM标准工作组成员单位，其方法论与产品设计本身就是对DCMM 2.0要求的工程化回应。 十六、企业贯标自查清单 以下检查清单按DCMM 2.0的九个能力域和三档目标等级给出关键自查项，企业可根据自身目标定位对照评估： 能力域 L2（受管理级）自查 L3（稳健级）自查 L4（量化管理级）自查 数据战略 有书面数据规划？ 规划定期更新？有投资保障？ 战略执行效果可量化评估？ 数据治理 有数据管理岗位？ 有治理委员会？制度覆盖核心域？ 治理效能有指标可查？ 数据架构 核心系统有数据模型？ 模型统一管理？有数据分布图？ 架构变更影响可预判？ 数据资产 —（新增域起步） 有资产目录？知道核心数据在哪？ 资产价值可评估？可入表？ 数据标准 核心字段有标准？ 标准在系统中执行？有落标记录？ 标准覆盖率≥95%？ 数据质量 有质量问题记录？ 有质量闭环（发现→修复→复验）？ 修复时长≤2小时？复发率可查？ 数据安全 有数据安全制度？ 完成分类分级？有审计日志？ 安全事件可举证可追溯？ 数据生命周期 有备份策略？ 有归档/销毁流程？ 生命周期策略自动执行？ 数据应用 有BI报表？ 业务部门能自助找数用数？ 已部署AI用数能力？ 起步建议：从较为稳妥的做法来看，通常先锚定一个高价值数据域（如客户域、财务域），用3到6个月跑通"标准→质量→资产目录"的最小闭环，验证效果后再横向扩展到其他域。 十七、FAQ Q1：DCMM 2.0 和 1.0 的核心区别是什么？之前的评估结果怎么办？ 最重要的变化是新增了"数据资产"能力域（排第4位），能力域从8个变成9个，评估指标升级到486项。安全要求较1.0显著增强，L4量化管理级引入人工智能技术，L2为新的评估基准等级。DCMM 2.0（GB/T 36073-2025）于2026年7月1日实施后，旧版标准（GB/T 36073-2018）已废止。此前按1.0完成的评估结果，在新版评估中需按2.0框架重新对标。 Q2：企业数据量不大，DCMM评估有必要吗？ DCMM评估考察的是数据管理能力的成熟度，和企业数据量大小没有直接关系。即使是中小企业，也可以用DCMM框架建立规范的数据管理流程——规模小不代表不需要标准化。DCMM 2.0的L2评估基准等级对企业的起步要求也相对友好。 Q3：L4引入AI技术应用，目前没有AI能力怎么办？ 这是DCMM 2.0让不少企业感受到压力的一个变化。从项目统计来看，多数建了数据中台的企业目前在L2-L3区间，距离L4通常需要12到24个月。比较稳妥的做法是先在L3阶段把数据底座夯实——标准、质量、元数据——同时评估AI应用场景。AI用数能力建立在数据治理到位的基础上：元数据没有讲清字段含义、标准没有统一业务术语，AI来了也读不懂数据。 Q4：九个能力域应该从哪个开始做？ 从DCMM 2.0各能力域之间的依赖关系来看，数据治理和数据架构是两个基础域——治理回答了"谁来管"，架构回答了"数据怎么放"。然后数据标准→数据质量→数据安全是三个执行域。数据资产域依赖前面几个域的基础能力——没搞清楚有什么数据、数据质量不可信，资产化就缺乏根基。数据应用是最终价值出口。不过，企业在实践中通常不需要等所有域都建完再推进下一个域——可以从当前最突出的问题域入手，同时在低投入的域（如数据战略梳理）上同步启动。 Q5：理采存管用和DCMM 2.0九大能力域怎么对应？ 理→战略/治理/架构（规划和组织），采→架构/生命周期（数据归集），存→架构/标准（模型设计），管→治理/标准/质量/安全（全域管控），用→资产/应用（价值释放）。详见第十五节的对照表和三层映射图——工程落地层面的大致对应关系，不是严格一一映射。 参考来源 [1] GB/T 36073-2025《数据管理能力成熟度评估模型》（DCMM 2.0），国家市场监督管理总局、国家标准化管理委员会，2025年12月31日发布 — openstd.samr.gov.cn [2] 财政部，《企业数据资源相关会计处理暂行规定》（财会〔2023〕11号），2023年8月 — gov.cn [3] GB/T 36344-2018《信息技术 数据质量评价指标》，国家市场监督管理总局、国家标准化管理委员会，2018年6月 — openstd.samr.gov.cn [4] 《中华人民共和国数据安全法》，全国人民代表大会常务委员会，2021年6月10日通过，2021年9月1日起施行 — flk.npc.gov.cn [5] 《中华人民共和国个人信息保护法》，全国人民代表大会常务委员会，2021年8月20日通过，2021年11月1日起施行 — flk.npc.gov.cn [6] DAMA International，《DAMA数据管理知识体系指南（DAMA-DMBOK2）》（第二版），机械工业出版社，2020年 [7] 中国信息通信研究院，《数据治理产业图谱3.0》，2024年12月 作者注：本文基于DCMM 2.0（GB/T 36073-2025）标准框架和行业公开数据编写，案例均来自已脱敏的企业实践（企业名称已脱敏，下同）。文中产品相关内容仅为说明方法论落地方式，不代表任何商业推荐。 [8] 龙石数据，《数据治理实战指南》，— https://www.longshidata.com/lsdmaterial/dg-guide.html

一、为什么数据质量不能只看“规则数量” 在一次数据治理平台选型评审会上，三家厂商都展示了“数据质量管理能力”。第一家强调内置规则数量，第二家展示了质量报表，第三家重点介绍告警看板。听起来都不错，但治理经理真正关心的问题并没有得到完全回应：这些规则从哪来？能不能对应企业的数据标准？发现问题后能不能定位到源系统、源表、字段？责任部门怎么修？修完后是否自动复验？ 这正是数据质量平台评估中最常见的误区：把质量规则数量当成质量管理能力。 真正的数据质量管理，不能只停留在检查层面。它应覆盖质量定义、规则配置、质量监测、问题定位、责任修复、复验归档和持续运营。否则，规则越多，可能只是告警越多，治理团队反而增加了新的人工处理负担。 因此，评估数据治理平台的数据质量能力，需要一套更完整的模型。本文采用“双框架”思路：用 DCMM 2.0 看数据质量管理能力，用 GB/T 36344-2018 看数据质量评价指标，再把两者落到平台能力检查项上。 二、标准锚定：DCMM 管能力，GB/T 36344 管指标 DCMM 2.0（GB/T 36073-2025）关注的是企业数据管理能力成熟度。它从企业级管理视角考察数据战略、治理、架构、资产、标准、质量、安全、生存周期和应用流通等能力域。对于数据质量而言，DCMM 更关注企业是否建立了质量管理机制，是否能持续发现、分析、改进数据质量问题。 GB/T 36344-2018《信息技术 数据质量评价指标》则更偏指标层。它定义了数据质量评价的六个维度：规范性、完整性、准确性、一致性、时效性和可访问性。 这两套框架不应混为一谈。更合理的使用方式是：用 DCMM 看管理流程是否成熟，用 GB/T 36344 看质量评价是否全面。 GB/T 36344 维度 评估含义 平台检查点 规范性 是否符合字段、格式、代码规则 数据标准、代码集、格式校验 完整性 关键字段是否缺失 非空规则、缺失率报告 准确性 数据是否真实、合理 业务规则、交叉校验 一致性 跨系统同一对象是否一致 主数据、映射关系、重复识别 时效性 数据是否及时更新 采集频率、延迟监测 可访问性 授权用户是否能获取 权限、目录、API 可用性 需要特别注意的是，GB/T 36344 是六个维度。在讨论 AI 或业务分析场景时，可以说“六个维度中，除可访问性外，其余五个直接影响分析结果的可信度”，但不能把标准简化成“五个维度”。 三、提出评估模型：六维指标 × 六段流程 基于上述标准，可以把数据治理平台的质量能力拆成“六维指标 × 六段流程”。 六维指标回答“查什么”。也就是规范性、完整性、准确性、一致性、时效性、可访问性是否都能被覆盖。 六段流程回答“怎么管”。它包括定义、配置、监测、定位、修复和复验。 流程 关键问题 平台能力 定义 什么算好数据？ 数据标准、数据元、业务规则 配置 谁来配规则？ 可视化规则、业务参与 监测 如何发现问题？ 旁路监测、定时扫描 定位 问题在哪里？ 元数据、血缘、源表字段 修复 谁负责处理？ 工单、责任人、期限 复验 是否真的修好？ 自动复扫、趋势报告 这套模型的价值在于，它把“数据质量管理”从一个模块名称拆成了可验证的能力链条。选型阶段可以用它做 POC，运维阶段也可以用它看质量治理是否持续有效。 四、平台能力一：标准和质量规则要能关联 质量规则不应孤立存在。一个“手机号格式校验”规则，背后应对应客户或人员数据元标准；一个“行政区划代码值域校验”规则，背后应对应代码集；一个“企业名称不能为空”规则，背后应对应业务对象的关键字段要求。 如果规则只是由技术人员临时写出来，后续会出现两个问题：规则来源不清，业务部门难以参与；规则更新滞后，标准变了但质量检查没有同步。 因此，平台评估时要看标准和规则是否能关联。比较有效的 POC 方法是：现场创建一个数据元标准，再基于这个标准配置非空、格式、值域或长度规则，看平台是否能记录标准来源、规则版本和执行结果。 华东某数据局在数据质量治理中，就不只是做问题修复，还编制了公共数据标准管理制度、公共数据元标准、自然人数据元标准、综合法人库数据元标准，并推动关键标准落实到核心数据表中。这个做法说明，质量治理不能脱离标准体系。 五、平台能力二：旁路监测要能支撑常态化扫描 质量监测有两类常见方式。少数关键链路可以做前置强校验，确保不合规数据不能进入后续流程。但在大规模公共数据、企业经营数据和多源归集场景下，更常见、更稳妥的方式是旁路监测。 旁路监测的核心是：数据正常入仓，质量模块并行扫描，发现问题后打标记、发告警、生成工单，不阻断业务链路。这种模式适合在不改造业务系统的前提下建立常态化质量治理机制。 江苏某大数据中心的实践很有代表性。项目围绕高频共享数据建立覆盖归集、治理、应用三层级的数据质量监测机制，累计评测高频共享资源超 300 个，处理数据量达 10 亿条，定位近 1000 万个数据质量问题，修复率达到 95%。同时，项目沉淀了 5000 个覆盖完整性、规范性、准确性、一致性、时效性等维度的数据质量规则。 这类案例说明，质量管理不是一次专项检查，而是需要持续扫描、持续反馈、持续优化。 六、平台能力三：问题定位要依赖元数据和血缘 数据质量问题如果只能告诉你“某张表异常”，还不够。治理团队需要知道异常来自哪个系统、哪张表、哪个字段、哪条规则、哪个责任部门。否则问题会在 IT、业务和数据团队之间来回流转，修复周期被拉长。 这就需要元数据和血缘能力支撑。 元数据帮助平台理解数据对象的基本信息，包括字段含义、类型、来源系统、责任人和更新频率。血缘帮助平台理解数据流转过程，包括数据从哪里来、经过哪些加工、最终去了哪里。 这里也要避免过度承诺。平台内的数据集成、归集、开发、共享环节，可以自动记录输入输出关系；但对于外部脚本直写、历史任务或未纳入平台的处理链路，仍然需要支持手动维护节点和连线。 华东某数据局在项目中建立了问题台账和问题修复知识库，将典型问题归纳为业务操作、业务规范、信息化技术、共享交换等类型。这样做的价值，是让问题不再只靠单次人工排查，而是沉淀为后续可复用的治理经验。 七、平台能力四：质量结果要回到资产目录和业务使用 质量管理如果只停留在治理后台，就很难对业务产生直接影响。成熟的数据治理平台，应当把质量结果反馈到资产目录和数据服务中。 例如，业务人员在资产目录中搜索数据资源时，应该能看到数据质量评分、最近更新时间、责任部门、申请条件和可用状态。对于质量风险较高的数据，平台可以给出提示，或要求额外审批。对于高频共享数据，平台可以持续跟踪调用情况和质量趋势。 可访问性维度也在这里体现。数据质量不只是“数据本身准不准”，还包括授权用户能不能在合理流程下找到和获取数据。 华东某数据局治理前，资源目录存在命名随意、摘要缺失、字段类型错误等问题，目录初始合格率仅 6.34%。经过标准化整改后，目录合格率提升至 94.74%，整体合格率达到 99.93%。治理后的目录被更多业务申请共享，说明高质量目录本身会提升数据使用意愿。 八、用理采存管用看质量模型的位置 数据质量主要落在“管”阶段，但它并不是孤立环节。 在“理”阶段，企业要定义数据标准、质量目标和责任机制。没有标准，就没有判断好坏的依据。 在“采”阶段，企业要记录数据来源、采集频率和采集方式。没有来源和频率，时效性和准确性很难评估。 在“存”阶段，企业要通过模型分层和主题域建设统一口径。没有模型，跨系统一致性很难保障。 在“管”阶段，平台通过标准、元数据、主数据、质量规则和安全管控形成治理闭环。 在“用”阶段，质量结果要进入资产目录、API 服务、报表和 AI 用数入口，帮助业务判断数据是否可信、是否适合使用。 因此，质量评估模型不是一个孤立的质量模块评估，而是对数据治理平台全链路能力的一次检验。 九、评估清单：拿这张表去做 POC 检查项 现场验证动作 标准关联 建一个数据元标准并关联质量规则 规则配置 让业务人员配置一条非空、值域或逻辑规则 旁路监测 跑一次扫描，看是否影响入库链路 问题定位 从问题记录追到源表、字段和责任部门 工单闭环 指派、修复、复验、归档是否完整 质量入目录 资产目录是否展示质量评分或可用状态 这张清单可以直接用于厂商 POC。它不追求一次验证所有功能，而是抓住质量管理最关键的闭环。如果平台能在真实数据上跑通这条链路，质量能力的可信度会比单纯看演示报表高得多。 对于还没有启动正式选型、只是想先摸清数据质量现状的团队，也可以先用轻量工具做一次数据体检。龙石数据质量管理平台·社区版就是这类入口：它面向 MySQL、Oracle、SQL Server、PostgreSQL 等主流数据库，支持一行命令部署，通常 10-20 分钟即可完成环境启动；企业可以按“数据源接入 → 元数据采集与管理 → 数据质量评测 → 问题数据统计与分析”的流程，先跑出一版质量现状报告。 社区版适合回答一个很朴素的问题：在上重型治理平台之前，我们的数据到底哪里有问题？它提供 12 类可视化质检规则，覆盖空值、唯一性、值域、格式、引用完整性、一致性、逻辑检查、交叉比对等常见场景，并支持从发现问题到分配修复、验证关闭的闭环。对于预算有限、团队还在建立治理认知的企业来说，这种“先体检、再决策”的路径，比直接进入大平台选型更稳妥。 十、FAQ Q1：质量规则越多越好吗？ 不是。规则要覆盖核心业务对象和高频共享数据，并能形成修复闭环。没有责任和复验的规则，只会制造告警堆积。 Q2：GB/T 36344 和 DCMM 是什么关系？ DCMM 更偏数据管理能力成熟度，GB/T 36344 更偏数据质量评价指标。做平台评估时，可以用 DCMM 看管理流程，用 GB/T 36344 看质量维度。 Q3：旁路监测是不是不如强校验严格？ 两者适用场景不同。旁路监测适合不改业务系统、不阻断数据流的持续治理；强校验适合少数关键链路的前置控制。多数企业会采用组合方式。 Q4：质量评估模型适合选型还是运维？ 两者都适合。选型阶段用于 POC 验证，运维阶段用于持续观察规则覆盖、问题修复、复验归档和质量趋势。 Q5：如果企业暂时没有预算上完整治理平台，能先做什么？ 可以先做一次数据质量体检。比如用龙石数据质量管理平台·社区版接入一两个核心数据库，完成元数据采集和质量评测，先看清空值、重复、格式、值域、一致性等基础问题，再决定后续是补规则、建流程，还是升级到企业级数据治理平台。 参考来源 1.国家市场监督管理总局、国家标准化管理委员会，《数据管理能力成熟度评估模型》（GB/T 36073-2025） 2.GB/T 36344-2018《信息技术 数据质量评价指标》 3.DAMA International，《DAMA数据管理知识体系指南（DAMA-DMBOK，第2版）》

盛夏正好，宜入山水。这个周末，龙石数据以“数智赋能·聚力前行”为主题的团建活动圆满结束。