不少政务信息化项目验收时经常遇到这样的情况：系统功能全部开发完成，等保、密评测评报告齐全，却卡在政务数据分类分级与数据目录环节被专家驳回。
有的单位直接照搬通用模板，不结合自身业务；有的只做文档纸面工作，和系统实际存储的数据完全脱节；还有的分不清"分类"和"分级"，目录简单罗列数据表应付检查。
数据分类分级不是一纸空文，是后续重要数据识别、数据共享交换、PIA评估、数据安全防护建设的前置基础。如果前期梳理不到位，后续数据安全所有工作都会变成无源之水。
本篇从定义、适用范围、落地步骤、目录搭建、高频误区完整拆解政务数据分类分级实操，帮助甲方和集成商把这项工作真正落到项目里。
一、是什么：分类、分级的官方定义与法规依据
政务数据分类：按照政务数据的业务领域、业务属性、产生部门对数据进行类别划分，解决"数据属于什么业务"的问题。
政务数据分级：依据数据遭到泄露、篡改、丢失之后，对国家安全、公共利益、公民合法权益造成的影响程度，划分安全保护级别，解决"数据该给到多高防护"的问题。
核心参考依据：《政务数据分类分级指南》、《数据安全法》，政务部门开展数据治理、数据共享、安全防护的基础性工作。
简单一句话概括：分类看业务，分级看危害。
二、谁要做：判定范围，哪些系统必须开展，哪些无需专项开展
- 必须开展：政务机关业务系统、一网通办平台、数据共享交换平台，产生、采集、存储、传输政务数据的业务信息系统；财政资金新建、改扩建信息化项目，验收环节普遍要求提供分类分级成果。
- 简化开展：纯内部办公系统，仅存储内部公文、通知，不对外提供、不归集民生业务数据，可以简化梳理，不需要复杂庞大的完整目录。
- 可不开展专项工作 ：仅发布公开新闻、政策公告，不采集、不存储任何业务数据的纯公示展示类页面。
⚠️注意：涉密数据执行保密管理相关标准，不在本政务数据分类分级体系内开展工作。
三、怎么做：从零落地全流程 + 目录搭建 + 验收核查要点
步骤1：全量数据资产摸排
先盘点系统全部数据源：业务数据库、接口交互数据、文件附件、第三方同步过来的共享数据。梳理清楚数据从哪里产生、哪些环节流转、哪些部门在使用。
切忌只梳理数据库表，忽略附件、接口传输、日志中附带的业务数据。
步骤2：开展数据业务分类
结合本单位权责业务，按照业务板块划分数据大类。例如：人社业务、民政业务、市场监管业务，再向下细分二级、三级子类别，形成业务分类树。
步骤3：安全级别判定分级
根据数据泄露、篡改、丢失带来的影响范围和危害程度划分级别。重点关注包含个人敏感信息、民生核心业务、公共管理类数据。
分级输出结果要写明分级理由，不能只给级别数字，验收专家会重点查看判定依据。
步骤4：编制政务数据目录
数据目录不等于数据表清单。一份合格目录至少包含：数据名称、数据来源、业务分类、安全级别、数据格式、更新周期、共享开放属性。
核心原则：目录要和系统实际现状对齐，文档不能和真实数据两张皮。
步骤5：成果落地与迭代更新（极易被忽略）
分类分级成果不能写完归档就束之高阁。业务功能迭代、新增数据源、对接新的共享接口之后，需要同步更新分类分级和数据目录。
✅验收重点核查清单
- 是否完成全量数据资产摸排，无关键数据遗漏；
- 分类逻辑贴合本单位真实业务，不是直接照搬通用模板；
- 每一条分级结果具备对应的判定理由；
- 数据目录字段完整，区分内部使用、共享、开放属性；
- 具备后续迭代更新的管理机制。
四、避坑指南：项目高频典型踩坑点
误区1：分类分级就是写一份Word报告，做完就结束
❌错误。分类分级是动态工作，业务变化就要同步更新报告与目录，静态一次性文档会在后续专项检查被指出问题。
误区2：把数据表清单直接当作政务数据目录提交验收
❌错误。数据表属于技术存储视角；政务数据目录站在业务视角，二者维度不一样，直接上交数据表清单会被驳回。
误区3：全部数据统一定为最高级别，简单粗暴"就高不就最高"
❌错误。不分业务场景全部拔高等级，会造成安全防护资源浪费；也不能全部定为低级，关键业务数据该拔高必须合理拔高。要结合危害影响实事求是判定。
误区4：分类分级做完，和后续安全建设互不关联
❌错误。分级结果用来指导存储、访问权限、传输加密、共享管控；分级高的数据，要配套更强安全防护，成果需要真正指导安全建设，不能完全割裂。
全文总结
政务数据分类分级记住核心逻辑：先摸资产、业务做分类、危害做分级、业务视角建目录、业务变动同步迭代更新。
它是重要数据识别、数据共享、数据安全防护的前置底座，底座梳理扎实，后续的数据安全合规工作才不会悬空。
下期预告：搞完分类分级之后，如何识别重要数据？下一篇详解《重要数据安全评估：判定标准、落地流程、整改要点、年审要求》。