《政务数据共享条例》解读 附下载

先划清它管谁

条例管的是政府部门之间的数据共享——A 部门把数据给 B 部门用。它不管政府向社会开放数据，也不管企业之间的数据流通。

这两个定义看着平淡，但第一句就划掉了一大块：涉密数据不在这套流程里。它走的是另一条线，别在共享目录里给它留位置。

五条原则

五个词里，「依法共享」是这一部条例的方法论：共享是原则，不共享要举证。这个举证责任的方向，和过去正好相反。

同时明确国家建立政务数据共享标准体系，鼓励管理、机制、技术创新。这一句就是 45800 系列标准的法规入口——标准不是自发的，是被这一条撑着的。

三级责任主体

三级分工里，最容易被读漏的是第三级。前两级讲「统筹」，第三级讲「负责」——统筹是协调，负责是兜底。行业领域的共享做不好，板子打在部门身上，不在主管部门身上。

每个部门必须设一个机构

这是条例里少见的组织刚性要求：各政府部门必须设立本部门政务数据共享工作机构，并承担六项法定职责。

前五项串起来，正好是一条完整链路：有目录可查、有申请可接、有质量可保、有错误可纠、有风险可评。任何一环没有明确的人负责，链条就断在那里。

最容易被误读的一句话

现实中很常见的场景：平台建好了，运维外包了，一有共享需求，业务部门说「找平台」，平台说「我只有技术，数据在业务处室」。结果需求在两头之间来回漂。

条例把这句话写进来，就是把责任钉回部门：平台是工具，机构是责任人。你做方案时如果只写「依托平台实现共享」，评审很可能会追问一句——那谁是这个部门的共享工作机构？

政务数据实行统一目录管理，目录是共享工作的唯一入口。没有目录，需求方连「有什么可要」都不知道；有目录但要素不全，申请也走不动。

编目录之前，先做两个评估

过去编目录多是「先上架再补手续」，现在顺序反过来了：评估在前，入目录在后。这个顺序变化，在审计里是能看出来的——评估报告的时间戳早于目录登记时间，才算合规。

目录里必须写清九件事

前五项是「是什么」，后四项是「怎么给」。深色那四个标签，是决定一次共享能不能走通的关键——很多申请卡住，不是数据没有，是后四项没写清。

三类共享属性，法定划分

目录更新的两个时限

这两个数字背后是一个完整闭环：部门改，10 天内改完；主管审，2 天内发出来。中间任何一环超时，目录就会和实际情况脱节，而脱节的目录比没有目录更麻烦——需求方按目录申请，拿到的却是过期信息。

能从共享拿到的，就别再采集

这一条是写给基层的。同一个营业执照、同一份身份证，如果已经能从市场监管、公安共享到，就不能再让群众交一遍。多部门共同办理的业务，要明确数源部门统一对外提供。

这一条同时也在给共享工作加压：只要你还让群众填那张表，就意味着共享没做到位。它是把「减证便民」从倡导变成了义务。

四个法定时限

这是条例里最可以直接抄进招标文件的部分。整套流程从需求方提交申请开始，申请要写明使用依据、场景、范围、方式和使用时限。

交付方式条例也给了三种：接口服务、批量交换、文件下载。这三种对应三种不同的实时性要求——接口给实时查询，批量给周期同步，文件给一次性调取。选哪种不是技术偏好，是业务场景决定的。

数据回流

上级部门在保障安全的前提下，要把属于下级属地的业务数据及时、完整回流给下级，且不得额外增设限制条件。

这条正是国办函〔2022〕102 号里「推动垂直业务系统数据按需向地方返还」的法规化。政策里是「推动」，条例里是「应当」——从工作要求变成法定义务，性质完全不同。

拿到数据之后的三条红线

确需扩大用途或转交第三方的，必须经数据提供部门同意。注意这里不是「备案」，是「同意」——一字之差，责任完全不同。

第三条最容易被忽视。单条数据都不敏感，但把七八个部门的数据按人一拼，画像就出来了。共享的风险不在单次，在累积。

权限可以收，但不能随意收

这一段是双向的。前半段给提供方一把刀，后半段给需求方一道保护。立法者显然清楚：只约束一边，另一边就会变成新的堵点。

有分歧，按三步走

三步递进，每一步都有明确的时限压力在后面顶着——协商不能无限期拖，因为答复时限是法定的。

使用记录保存三年

这五项记录里，「成效」是最容易被漏的——大多数平台记了谁在什么时候调了什么，但不记这份数据到底用出了什么结果。而成效恰恰是评估共享价值、判断要不要继续供的唯一依据。

另外注意区分：39477 要求的是日志留存不少于 6 个月，本条例要求的是使用记录不少于 3 年。两者对象不同，一个是技术日志，一个是业务记录，不能互相替代。项目验收时如果只给了一份日志留存证明，是过不了这一条的。

前面讲的目录、时限、留痕，都要落到一个地方跑。条例第五章把平台这件事定死了：落实全国一体化政务大数据体系，国家、省、部门平台互联互通。

两条硬规则

这两条合起来看，是一进一出的门：老的从后门进体系，新的不从前门单独立项。「原则上」三个字留了口子，但举证责任在项目方——你得先证明自己属于那个「除法律行政法规另有规定」。

条例同时要求政务数据共享业务应当依托一体化平台开展，并鼓励人工智能、区块链等新技术应用。前半句是约束，后半句是留白——技术在平台之内创新，不是绕过平台另起一套。

责任跟着数据走

条例把第二句讲得很具体：需求方拿到数据之后，如果发生篡改、泄露、非法利用，由需求方承担安全管理责任。

这一条掐掉了一个常见的推诿路径：数据是从你这儿来的，出了事当然怪你。条例说不是——提供方保证「给得对」，使用方保证「用得住」，各管一段。

委托第三方，责任不转移

这四条和 102 号文的「管运适度分离」是一套的。政策说运营可以外包、责任不能外包，条例把这句话变成了可执行的四步：审批、约定、监督、禁令。

第四条尤其值得写进合同附件。「严禁私自留存」在技术上对应的是数据不出域、开发环境与生产环境隔离——光在合同里写一句不许，是管不住的。

钱从哪里来，也管得住

政务数据共享经费纳入本级财政预算。更关键的是后半句：共享开展情况作为信息化项目立项、运维经费拨付、后评价的重要依据。

这就把共享从「配合工作」变成了「影响钱包的事」。102 号文说「不符合一体化要求不予审批立项」，条例把它扩展到了运维和评价——立项时查一次，运维时再查一次，结束后还要评一次。

三类主体，各有各的追责清单

这份清单的写法很有意思：它没有只盯着一方，而是把共享链条上每一环都列了进去。提供方慢作为、需求方乱作为、主管方不作为，三类都有对应的条款。

最后还有一条兜底：泄露隐私、商业秘密，出售政务数据，视情况给予政务处分；构成犯罪的，依法追究刑事责任。这一句把条例和刑法接上了，也是它区别于政策文件最直接的地方。

读到这一篇，前面十一篇终于可以摆到一张图上了。它们的效力不是并列的，是分层的：

条例在第二层。它上面是三部法律，下面是政策和标准。这个位置决定了它的两个作用：向上承接法律的原则，向下给政策和标准提供合法性。

换句话说，102 号文里那些「应当」「推动」，之所以能被写进考核、写进立项条件，是因为上面有这一层撑着。政策是执行路径，条例是法律依据。

条款与下游文件怎么对

这张表能解释一个常见困惑：为什么同一个要求，在政策、标准、条例里说法不一样？因为它们回答的不是同一个问题。条例说必须做，政策说怎么做，标准说做到什么程度算合格。

附则里的两句话

「参照」两个字很轻，但实际影响不小。人大、政协、法检的数据一旦按这套规则进来，1＋32＋N 的「N」就又多了一圈——102 号文早就写了平台要具备对接这些机构的能力，条例在这里补上了意愿层面的引导。

👉免费获取 《政务数据共享条例》 完整版本

关注本公众号，后台对话框回复关键词：政务数据共享条例