第16章 合规、安全与数据治理

本章导读

在应急管理领域，合规不是“做完了再补的手续”，而是前置条件。原因很直接：地理信息是国家基础性、战略性信息资源，涉及国家安全；应急平台又往往汇聚了位置、人口、设施、影像等大量敏感数据。一旦在合规上出问题，平台可能被要求停止服务、数据被要求清除，甚至相关人员被追究责任——这时的损失不是“体验不好”，而是关键时刻系统不能用。本章从法律框架讲起：测绘法与国家版图意识构成地理信息管理的基础，地图审核与公开地图表示划定了对外表达的边界，涉密基础测绘成果的申请、使用与销毁规范了敏感成果的流转，数据安全法与网络安全法确立了分类分级与安全义务，个人信息保护法划定了个人信息处理的红线。本章也直面最现实的矛盾：应急状态要求快，合规要求稳。解法不是放松管制，而是把合规动作前置，通过预授权、白名单、快速通道、留痕追溯四位一体的安排，让“合规地快”成为可能。最后落到可执行的部分：审计与检查清单、五类典型风险场景的处置、合规能力的建设路径。

学习目标

读完本章，你应当能够：

• 说明合规为什么是应急 GIS 的前置条件而非事后手续，并举出一个“建成即违规”的具体形态；
• 梳理测绘、地图审核、涉密成果、数据安全、个人信息五类规范各自的约束对象与主要义务；
• 说明公开地图与内部使用的表示边界差异，指出应急场景中最常见的三类无意识违规；
• 解释数据分类分级的基本逻辑，说明“重要数据”的判定要点与申报义务；
• 用“预授权、白名单、快速通道、留痕追溯”四位一体说明如何平衡合规与效率；
• 写出应急状态下的个人信息处理红线，说明紧急情况例外豁免了什么、没有豁免什么。

在应急管理领域，合规不是“做完了再补的手续”，而是前置条件。原因很直接：地理信息是国家基础性、战略性信息资源，涉及国家安全；应急平台又往往汇聚了位置、人口、设施、影像等大量敏感数据。一旦在合规上出问题，平台可能被要求停止服务、数据被要求清除，甚至相关人员被追究责任——这时的损失不是“体验不好”，而是关键时刻系统不能用。

本章梳理应急 GIS 必须面对的合规框架，重点回答四个问题：哪些法规真正约束这件事；地图与地理信息的红线在哪里；数据分类分级与安全义务如何落地；以及在应急这种“等不起”的场景中，如何既合规又高效。

16.1 为什么合规是应急 GIS 的前置条件

16.1.1 空间数据的特殊性

地理信息数据与一般业务数据相比，有三个特殊之处。

第一，它天然具有可推演性。一组看似普通的地形、道路、高程数据，经过计算可以推演出视线、通视、通视路径、遮蔽关系等敏感结论。这意味着“单个数据不敏感”不等于“组合起来不敏感”。

第二，它的精度本身就是管控对象。测绘地理信息管理中，成果的精度等级与使用范围直接相关，不同精度成果的获取、使用、保管要求不同。

第三，它的传播成本极低而扩散后果严重。一旦高精度空间数据泄露，可以复制、传播、长期使用，难以追回。

这三点决定了空间数据管理不能简单套用一般信息系统的安全策略，必须有专门的合规安排。

16.1.2 应急场景的特殊性

应急场景又增加了两类矛盾。

一是效率与程序的矛盾。灾害发生后需要在极短时间内获取、处理、分发空间数据，而合规程序往往需要审批、备案、审核。如果处理不好，就会出现“按程序走完，灾也过去了”的尴尬。

二是共享与保密的矛盾。应急指挥需要多部门、多层级同时使用同一套空间数据，而数据的密级、使用范围、保管要求各不相同。如果简单按最严格标准执行，共享无法实现；如果简单放开，又会造成泄密风险。

这两类矛盾的解法不是“放松要求”，而是“预先安排”：把合规动作前置到平时，把应急状态下的授权、流程、留痕提前设计好。这也是本章后面要重点讨论的内容。

16.1.3 合规失效的代价

合规失效的代价可以从三个层面看。

法律层面，违反测绘法、地图管理条例、数据安全法、网络安全法等规定，可能面临责令改正、罚款、停业整顿等行政处罚，构成犯罪的责任人还会被追究刑事责任。

业务层面，一旦被认定存在违规发布地图、违规提供涉密成果等问题，相关系统可能被要求整改甚至停用，已经投入的建设成果无法使用。

信誉层面，应急管理部门的信息系统承担公共信任，一旦出现数据泄露或地图错误事件，会影响公众对预警与指挥系统的信任，进而影响实际避险行为。

16.2 测绘地理信息法律框架

16.2.1 《中华人民共和国测绘法》

测绘法是测绘地理信息领域的基本法律，2017年修订后于2017年7月1日施行。与应急 GIS 关系最直接的是第四十六条：县级以上人民政府测绘地理信息主管部门应当会同本级人民政府其他有关部门建立地理信息安全管理制度和技术防控体系，并加强对地理信息安全的监督管理。

这一条确立了两件事：一是地理信息安全的管理责任在测绘地理信息主管部门，并需要会同其他部门；二是“技术防控体系”是法定要求，不是可选项。

对应急管理部门的含义是：使用、处理、分发地理信息数据时，必须建立与本部门业务相适应的安全管理制度与技术措施，并接受主管部门的监督管理。

16.2.2 《地图管理条例》

《地图管理条例》（国务院令第664号）自2016年1月1日施行，规范在中华人民共和国境内从事向社会公开的地图的编制、审核、出版和互联网地图服务以及监督检查活动。

条例对应急 GIS 的直接影响体现在几个方面。第一，凡向社会公开的地图，必须使用经依法审核批准的地图；第二，互联网地图服务单位应当使用经依法审核批准的地图，并加强对地图新增内容的核查校对；第三，地图的编制、出版、展示、登载等环节都有相应管理要求。

应急管理系统对外发布的灾害示意图、避险路线图、影响范围图，只要面向社会公开，就属于地图管理的范畴。很多单位在这一点上认识不足，认为“自己画的示意图不算地图”，这是常见误区。

16.2.3 《公开地图内容表示规范》

2025年1月发布的《公开地图内容表示规范》，依据测绘法、地图管理条例制定，是公开地图内容表示的直接依据，自颁布之日起实施，有效期5年。

这一规范的重要性在于：它把“哪些内容可以表示、哪些不能表示、如何表示”具体化。对于应急场景中需要对外发布的地图，必须按此规范执行。

实践中需要注意的典型问题包括：国界线与行政区划界线的正确表示、重要地理信息数据的合规使用、敏感地物与设施的处理、地图注记与符号的规范。这些问题一旦出错，往往不是技术问题，而是合规问题。

16.2.4 与应急管理相关的其他法规

除测绘地理信息专门法规外，应急 GIS 还受到多部法律法规约束。《中华人民共和国突发事件应对法》（2024年修订，2024年11月1日施行）规定了突发事件信息报送与发布、应急响应等制度；《中华人民共和国数据安全法》确立了数据分类分级保护制度；《中华人民共和国网络安全法》（2025年修改，2026年1月1日施行）规定了网络运行安全与数据安全义务；《中华人民共和国个人信息保护法》规定了个人信息处理的规则与紧急情况下的例外。

这些法规共同构成了应急 GIS 的合规边界，任何一项被忽视都可能构成违规。

16.3 地图审核与公开地图的表示边界

16.3.1 地图审核的适用范围

地图审核不是所有地图都要审，而是针对“向社会公开”的地图。判断标准是：是否面向不特定公众发布、登载、展示。内部指挥使用的地图，一般不适用公开地图审核，但可能涉及涉密成果管理。

应急管理部门常见的地图使用场景包括：内部指挥大屏、部门间共享的专题图、对外发布的灾情示意图、网站与新媒体发布的避险提示图、宣传培训材料中的示意图。前三类多为内部使用，后两类通常属于公开地图范畴。

16.3.2 公开地图的表示边界

公开地图的表示边界，核心是“不泄露国家秘密、不影响国家安全”。具体到应急场景，需要重点关注以下几类内容。

第一类是重要目标与敏感设施。公开地图上不应标注涉及国家安全与公共安全的敏感设施的具体位置与属性。灾害影响范围图如果需要标注受影响设施，应当做脱敏处理。

第二类是精确位置与精度信息。公开地图的位置精度应符合相关规定，不应通过坐标、网格、比例尺等方式间接透露高精度信息。

第三类是边界与区划表示。国界线、行政区划界线必须按标准画法表示，不能自行绘制或使用未经审核的底图。

第四类是涉密测绘成果的使用。使用涉密基础测绘成果编制的地图，其公开必须经过相应审批程序。

16.3.3 应急场景中的常见违规形态

从公开通报与行业实践看，应急领域地图违规的常见形态包括：使用未审核的互联网底图编制并发布灾情图；在公开报道中使用含敏感设施的高清影像；自行绘制行政区划界线；在示意图中标出重要目标的具体坐标；将内部指挥用图直接用于对外宣传。

这些问题的共同特点是“无意识违规”——制作者往往没有意识到自己发布的是“地图”，也没有意识到底图来源的合规性。

16.3.4 合规操作建议

对应急管理部门，可操作的合规做法包括：建立底图白名单，明确哪些底图可以用于对外发布；建立地图发布前的审核流程，明确责任岗位；对涉敏要素建立脱敏规则与检查清单；对已经发布的地图建立复审与撤换机制。

表16-1 应急场景地图发布合规检查清单

16.4 涉密基础测绘成果的申请、使用与销毁

16.4.1 管理框架

涉密基础测绘成果的管理，依据自然资源部修订印发的《涉密基础测绘成果提供使用管理办法》。公开信息显示，该办法落实“放管服”改革要求，下放审批权至省级主管部门，简化申请材料，缩短审批时限至10个工作日，新增事中事后监管要求，并明确成果销毁要求。

这套安排的核心逻辑是：在保障安全的前提下提高成果使用效率。对应急管理部门而言，理解这套逻辑比记住条条框框更重要——审批时限的缩短意味着应急准备工作可以更从容地提前完成成果申请，而不是等到灾害发生才仓促办理。

16.4.2 申请与使用

申请涉密基础测绘成果，通常需要明确用途、范围、精度要求，并承诺遵守保密规定。获批后，成果的使用受限于批准的范围与用途，不得擅自复制、转让、公开。

应急场景中的常见问题是“一次申请、长期使用、范围不断扩大”。灾害应对往往需要临时扩大使用范围或增加使用者，如果每次都走完整流程，时效无法保证。合理的做法是在年度准备阶段预估可能的使用场景，一次性申请覆盖范围，并建立内部的使用登记制度。

16.4.3 保管与销毁

涉密成果的保管要求包括：专机专柜、专人管理、使用留痕、不得接入互联网等。销毁要求包括：按规定的程序与方式进行，不得随意丢弃或作为普通数据删除。

在信息化系统中，涉密成果的“销毁”还包括存储介质、备份、缓存、日志中的残留数据。这一点常被忽视，导致“形式上销毁、实际上仍可恢复”。

16.4.4 应急状态下的特殊安排

应急状态下，涉密成果的使用往往需要快速响应。可行的安排包括：预先确定应急使用清单与授权人员；建立应急调用的快速审批通道；对应急期间的使用做专门记录，事后补办手续。

这些安排必须在平时就设计好并演练，否则灾害来临时根本无法执行。

16.5 数据分类分级与重要数据

16.5.1 分类分级的制度要求

数据安全法确立了数据分类分级保护制度。在地理信息领域，自然资源部2025年5月印发《地理信息数据分类分级工作指南（试行）》，规定了地理信息重要数据目录申报、审核、认定等相关工作程序，以及动态更新情形与更新管理要求。公开信息显示，自然资源部将开发重要数据目录系统，实现全国地理信息重要数据目录一站式申报、审核、查询、检索和更新。

这一制度的意义在于：把“哪些数据是重要数据”从模糊判断变成目录化管理。对应急管理部门而言，需要做的是对照目录，识别本部门掌握的地理信息数据中哪些属于重要数据，并落实相应的保护措施。

16.5.2 分类分级在应急场景的落地

应急管理领域的空间数据，按敏感程度大致可以分为几类。

表16-2 应急空间数据的敏感程度分类（框架性描述）

需要说明的是，这一分类是框架性描述，具体判定必须以主管部门发布的目录与规定为准。

16.5.3 重要数据的识别与申报

重要数据的识别不是“自己觉得重要”，而是按目录与标准判断。应急管理部门在识别时，可以重点关注三类：涉及重要基础设施精确信息的数据、涉及大规模人口精细分布的数据、涉及应急力量部署与能力的数据。

识别之后，按规定进行目录申报，并建立动态更新机制。数据范围、精度、用途发生变化时，应及时更新目录信息。

16.6 数据安全法与网络安全法义务

16.6.1 网络安全法的修改要点

2025年10月28日，十四届全国人大常委会第十八次会议表决通过《全国人大常委会关于修改〈中华人民共和国网络安全法〉的决定》，自2026年1月1日起施行。这次修改立足数字时代发展方位，对网络运行安全、数据安全、法律责任等作了完善。

对应急 GIS 的含义是：平台运营者需要对照修改后的要求，重新检视安全管理制度、技术措施与应急预案。特别是涉及大量实时数据汇聚的监测预警平台，其安全等级保护、日志审计、应急处置能力都需要相应加强。

16.6.2 等级保护与关键信息基础设施

应急管理信息系统通常涉及公共利益，部分系统可能被认定为关键信息基础设施。这类系统需要落实等级保护要求，并在网络安全审查、数据出境、供应链安全等方面承担更严格的义务。

实践中，很多单位把等保测评当成“过关”，测评通过后安全措施就束之高阁。这在应急场景中风险很大，因为应急系统的访问模式特殊——平时访问量小，灾害时骤增；平时内部使用，灾害时多部门共享。安全策略必须覆盖这种峰值与开放场景。

16.6.3 应急预案与演练

网络安全事件本身也是一种突发事件。应急管理部门作为应急管理的主管部门，在自身系统的网络安全应急上更应做出示范：有预案、有演练、有处置流程、有恢复能力。

特别需要考虑的是“灾时叠加”场景：自然灾害发生时，如果指挥系统同时遭受网络攻击或发生故障，后果会成倍放大。因此，应急 GIS 的容灾与降级方案必须与业务应急预案一起设计、一起演练。

16.7 个人信息保护

16.7.1 应急场景中的个人信息

应急管理过程中会产生大量个人信息：受灾人员登记信息（姓名、身份证号、住址、联系电话）、转移安置人员信息、伤亡人员信息、救援人员信息、监测设备采集的人员位置信息、视频监控中的人脸与行为信息。

这些信息的共同特点是：与位置高度绑定。一个“受灾人员名单”如果不做空间处理，只是一个名录；一旦落到地图上，就变成了人口分布图。这种“名录+位置”的组合，敏感度远高于两者单独存在。

16.7.2 处理的合法性基础

个人信息保护法规定了个人信息处理的合法性基础，包括取得个人同意、为履行法定职责或法定义务所必需、为应对突发公共卫生事件或者紧急情况下为保护自然人的生命健康和财产安全所必需等情形。

应急管理中的信息处理，多数可以归入“履行法定职责”或“紧急情况”这两类基础。但这不意味着可以随意处理。法律同时规定了必要性原则与最小化原则：处理个人信息应当具有明确、合理的目的，与处理目的直接相关，采取对个人权益影响最小的方式，收集个人信息应当限于实现处理目的的最小范围。

16.7.3 紧急情况的例外与事后义务

个人信息保护法规定，紧急情况下为保护自然人的生命健康和财产安全无法及时向个人告知的，个人信息处理者应当在紧急情况消除后及时告知。

这一条对应急 GIS 的设计有直接影响：系统应当具备“告知补办”的功能，即记录在紧急状态下处理了哪些个人信息、基于什么理由、用于什么目的，以便紧急情况消除后向当事人告知。

实践中，很多系统只记录了“做了什么”，没有记录“为什么做、依据什么”。这在事后追溯时会非常被动。

16.7.4 位置信息的特殊处理

位置信息属于敏感个人信息，处理时需要特别谨慎。应急场景中的位置信息主要有三类用途：一是确定受灾人员位置以便救援；二是分析人口分布以评估影响；三是追踪救援力量位置以调度。

三类用途的合规要求不同：第一类属于紧急情况下的救助，可以适用例外；第二类应当使用聚合后的统计数据而非个体位置；第三类属于内部管理，应当限定访问范围。

表16-3 应急场景个人信息处理的合规要点

16.7.5 数据最小化与共享

跨部门共享个人信息是应急管理的常态，也是最容易出问题的环节。合理的做法是：明确共享的目的与范围，采用“按需共享”而非“全量共享”，对共享过程留痕，对接收方的使用进行约束。

技术上，可以通过数据脱敏、聚合、差分隐私等手段，在不影响业务的前提下降低敏感度。例如，向非必要部门提供人口分布时，使用格网聚合数据而非个体位置。

16.8 应急场景下的“合规与效率”平衡

16.8.1 矛盾的实质

合规要求程序，应急要求速度；合规强调控制，应急强调共享。这种矛盾在灾害应对中会集中爆发：指挥员需要立刻拿到最新的影像与地形数据，而数据的获取、处理、分发都受合规约束。

把矛盾归结为“规定太死”或“基层不守规矩”都无助于解决问题。更有效的思路是承认矛盾存在，并通过制度设计把矛盾从“事中”移到“事前”。

16.8.2 四种可行的制度安排

第一种是预授权。在年度准备阶段，明确应急状态下可调用的数据范围、可使用的精度等级、可使用的人员名单，形成预案并报备。灾害发生时按预案执行，事中留痕、事后补办手续。

第二种是白名单。对常用的、合规的基础底图与公开数据建立白名单，明确哪些数据可以直接用于指挥与对外发布，减少每次的审核成本。

第三种是快速通道。对应急测绘成果、卫星影像等，建立从获取到分发的快速通道，明确各环节的时限与责任人。

第四种是留痕与追溯。所有应急状态下的数据使用都记录在案，包括使用人、时间、用途、数据范围，为事后核查提供依据。

16.8.3 组织保障

制度要落地，必须有组织保障。可操作的做法包括：明确数据安全责任人与应急授权人；建立跨部门的数据协调机制；定期开展合规培训与演练；把合规要求纳入系统设计与验收标准。

一个常见的误区是把合规完全交给法务或保密部门。实际上，合规要求最终要落到系统功能与业务流程上，技术人员与业务人员必须参与。

16.9 供应链安全与国产化

16.9.1 供应链风险的来源

应急 GIS 的供应链风险主要来自三方面：基础软件与数据库的授权与持续服务能力；GIS 平台内核与三维引擎的自主可控程度；密码算法与安全组件的合规性。

在应急场景中，供应链风险的后果被放大：如果关键时刻软件授权到期、服务中断、组件不兼容，系统可能直接不可用。

16.9.2 国产化适配的现实问题

国产化替代在应急 GIS 领域已推进多年，但仍有现实问题：部分专业分析模块（如水动力模型、三维渲染引擎）的国产替代成熟度不足；迁移过程中的性能与兼容性问题需要大量测试；运维人员的技术储备需要时间积累。

务实的路径是分层推进：基础环境（操作系统、数据库、中间件）优先国产化；平台与应用层逐步替代；专业模型层可以采取“自主+合作”的方式，但必须掌握数据接口与结果验证能力。

16.9.3 密码应用与安全组件

涉及敏感数据的传输与存储，需要按要求使用合规的密码算法与产品。商用密码应用安全性评估是常见的合规要求。

实践中容易忽视的是“局部合规、整体不合规”：某个模块用了合规密码，但数据在模块之间传输时用了明文；或者加密了数据库，但备份文件未加密。密码应用需要做整体设计，而不是逐点打补丁。

16.10 审计、追责与合规检查清单

16.10.1 审计的基本要求

空间数据的审计，应当能够回答四个问题：谁在什么时间、用什么方式、访问或处理了哪些数据、用于什么目的。这四个问题对应审计日志的四个要素：主体、时间、对象、行为。

审计日志本身也是敏感数据，需要保护，防止被篡改或删除。同时，日志的保存期限应符合相关规定，不能随意清理。

16.10.2 追责的边界

合规追责应当区分三类情形：故意违规、过失违规、制度缺陷导致的违规。三类的处理方式不同：故意违规应当依法追责；过失违规应当纠正并加强培训；制度缺陷导致的违规，应当首先完善制度，而不是简单追责个人。

这个区分很重要。如果所有问题都归咎于个人，制度缺陷就永远不会被修复；如果所有问题都归咎于制度，个人的责任意识就无法建立。

16.10.3 合规检查清单

表16-4 应急 GIS 合规检查清单（框架）

这张清单的用途不是应付检查，而是作为自查工具。建议每半年对照检查一次，把发现的问题纳入整改台账。

16.11 典型合规风险场景与处置

前面各节讨论的是制度与框架，本节用五个具体场景说明合规要求如何落到日常操作中。这些场景来自公开的规定要求与行业实践中反复出现的问题，不涉及任何具体单位。

16.11.1 场景一：应急指挥大屏接入互联网底图

这是最常见也最容易被忽视的问题。很多指挥中心的大屏为了方便，直接调用了互联网地图服务作为底图，在上面叠加灾情与资源图层。

从合规角度看，问题有两层。第一层是底图本身的合规性：互联网地图服务单位提供的地图应当是经依法审核批准的，但使用方仍需确认所用的服务版本是审核通过的版本，且新增标注内容经过核查校对。第二层是叠加内容的合规性：如果叠加的灾情、设施、力量分布属于敏感信息，那么这块大屏实际上就成了敏感空间信息的集中展示界面。

处置建议是：对内使用的大屏，底图应使用经审核的政务版底图或本地部署的基础底图；如确需使用互联网服务，应确保服务合规并对叠加图层做敏感性审查；对外的展示界面，叠加图层必须脱敏。

16.11.2 场景二：灾情通报配图的发布

灾害发生后，宣传部门往往需要配图发布灾情通报。常见做法是在卫星影像或无人机航拍图上标注受灾范围、救援进展。

这类图件的合规风险集中在三点：一是影像本身可能属于涉密或敏感成果；二是图上标注的设施可能包含重要目标；三是图件可能构成“向社会公开的地图”，需要履行相应程序。

处置建议是：建立“配图审核”环节，明确谁审、审什么、多久审完；对影像来源做登记，确认可用范围；对标注内容做脱敏，避免出现具体设施名称与位置。

16.11.3 场景三：应急资源的精细化台账

应急资源管理需要精细到具体位置与容量，这在安全管理上无可厚非。但当台账被共享给多个部门、多个层级时，其敏感度会上升。

一部救援车辆的实时位置、一个物资库的储备清单、一支队伍的驻地与人数，单独看可能不敏感，聚合起来就构成了应急能力的完整画像。这类数据在境外属于典型的敏感信息。

处置建议是：按使用目的分级授权，位置信息对非必要岗位只提供所属区域而非精确坐标；对外共享时使用聚合数据；建立访问审计，定期检查异常访问。

16.11.4 场景四：跨区域支援中的数据共享

重大灾害往往需要跨区域支援，支援队伍需要了解灾区的道路、地形、设施情况。这些数据从哪里来、能否提供、以什么形式提供，是个现实问题。

合规上的难点在于：支援方可能不具备使用涉密成果的资格；灾区数据可能受使用范围限制；临时共享的边界不清容易导致扩散。

处置建议是：事前建立跨区域数据共享的协议框架，明确可共享的数据清单与形式；应急期间通过指定的共享平台提供脱敏后的数据；对临时授权做登记，事后回收权限并核查使用情况。

16.11.5 场景五：系统外包开发中的数据接触

应急平台的建设往往依赖外部技术服务机构。开发、测试、运维过程中，外部人员会接触到敏感空间数据。

这类风险的常见形态包括：开发环境使用真实数据、测试数据未脱敏、运维人员保留数据副本、项目结束后权限未回收。

处置建议是：开发与测试使用脱敏数据或模拟数据；对外部人员的访问做全程审计；合同中明确数据保密与销毁义务；项目结束后进行权限清理与数据核查。

表16-5 五类场景的风险与处置要点

16.12 合规能力的建设路径

16.12.1 三个阶段

合规能力不是一次性建成的，可以分三个阶段推进。

第一阶段是“守底线”。完成三项基础工作：明确底图白名单、建立地图发布审核流程、完成涉密成果使用台账。这三项工作投入不大，但能消除最高频的违规风险。

第二阶段是“建机制”。建立数据分类分级目录、建立应急状态下的预授权与快速通道、建立访问审计与定期检查制度。这一阶段的工作量较大，需要跨部门协调。

第三阶段是“成文化”。把合规要求嵌入系统设计规范、项目管理流程与日常考核，形成“不这样做就过不了验收”的硬约束。这一阶段的标志是合规不再依赖个人意识。

16.12.2 关键成功因素

从实践看，合规能力建设能否成功，取决于三个因素。

第一是“有人负责”。合规不能只挂在法务或保密部门，必须有明确的业务负责人，且这个负责人有足够的权限推动流程改造。

第二是“有工具支撑”。纯靠人工审核无法支撑高频发布，必须有技术手段辅助——底图来源自动核查、敏感要素自动识别、发布前自动检查。

第三是“有容错空间”。合规审查如果过于僵化，会导致业务部门绕开流程。合理的做法是设置分级审查：低风险快速通过、中风险常规审查、高风险严格审查。

16.12.3 与业务效率的再平衡

合规能力建设的最终目标，不是让人“不敢做”，而是让人“敢做且做得对”。这两者的差别很大：前者导致业务停滞，后者支撑业务发展。

实现这一目标的关键，是把合规判断从“个案判断”变成“规则判断”。规则明确，业务人员就能自行判断；规则模糊，就只能层层请示，效率必然低下。

因此，合规建设的重点，不是增加审批环节，而是把规则写清楚、把工具做好、把责任压实。

本章小结

合规之所以是前置条件，是因为它决定系统“能不能用”，而不是“好不好看”。地理信息涉及国家安全，应急平台又汇聚位置、人口、设施与影像，一旦越线，后果是停服、清数据与追责，而不是体验下降。

本章的框架可以概括为五层：测绘法与地图管理条例管“数据从哪来、图能不能发”；地图审核与公开地图表示规范管“对外表达什么”；涉密成果管理办法管“敏感成果怎么申请、使用、销毁”；数据安全法与网络安全法管“数据怎么分级、系统怎么防护”；个人信息保护法管“人的信息怎么处理”。五层各自约束的对象不同，不能互相替代，也不能只做其中一层。

实践中最常见的不是明知故犯，而是“无意识违规”：使用未审核的互联网底图、在公开报道中使用含敏感设施的影像、自行绘制边界、标注精确坐标。本章给出的五类场景——指挥大屏底图、灾情通报配图、资源精细化台账、跨区域共享、外包开发——覆盖了其中大部分高频情形，共同处置逻辑是：底图用合规版本、叠加内容做敏感性审查、聚合提供、分级授权、全程留痕。

合规与效率的矛盾是真实的，但解法不是放松管制，而是把合规动作前置。预授权、白名单、快速通道、留痕追溯四位一体的安排，能让“合规地快”成为可能；而合规能力的建设路径也有清晰的三个阶段：守底线（底图白名单、发布审核、成果台账）、建机制（分级目录、预授权与快速通道、访问审计）、成文化（嵌入系统设计与验收）。三阶段的标志是同一个：合规不再依赖个人意识。

思考与练习

1. 某平台使用互联网在线底图作为应急指挥底图。请列出三项合规风险与三项替代方案，并说明替代的成本从哪里来。
2. 设计一套“应急状态下的数据调用快速通道”，写清预授权范围、审批层级、留痕字段与事后补办时限。
3. 把一份内部使用的灾害影像转为可公开报道的图件，需要做哪些处理？请写出五步流程与责任人。
4. 某地拟在公开报道中标注救援队伍精确位置。请判断风险等级并给出三种合规的表达替代方式。
5. 梳理你所在单位的数据资产，按分类分级要求做一次最小可行盘点（列出分级依据与判定人）。
6. 应急指挥需要调用个人位置信息。请写出“最小必要”的具体边界（范围、时长、字段、保存期），并说明如何留痕。