第03章 业务解剖：多测合一到底要解决哪些测绘问题

本章导读

第 1 章讲的是改革的道理，这一章把它落回一张清单：一个项目在竣工验收阶段到底要测哪几件事，每件事各自算的是什么。全章按“清单—逐项—口径—流程—指标—前置条件—量级”展开：3.1 节把河北与湖南两种表述对齐成表 3-1，说明清单为何随机构职能配置变化；3.2 节把土地核验、规划核实、绿地核实、人防核实、地籍测量、房产实测绘逐项拆到“算的是什么”；3.3 节处理那个绕不过去的面积问题；3.4 节给出从委托到入库的流程与各环节技术动作；3.5 节说明规范要求怎样才能变成可判定的指标；3.6 节提醒既有数据必须先做可用性评估；3.7 节估算一个普通住宅项目的数据量级。最容易做错的是 3.3 节——很多人把“一套成果”理解为把四个面积统一成一个数，结果无论填哪个值都有部门认为错了。读完你会明白，正确的目标是同一口径内唯一、跨口径可解释；这也是第 4 章要先钉死基准的原因。

学习目标

读完本章，你应当能够：

• 对照表 3-1，区分河北 DB13 系列与湘自然资发〔2020〕24号对竣工验收阶段测绘事项的两种表述，并说明差异背后的管理体制原因；
• 分别说出 3.2 节六项测绘事项各自核实的是什么，指出哪一项直接面向“户”这个微观粒度、哪一项必须借助地下空间测量手段；
• 拆解表 3-2 的面积计算规则四套体系，说明同一栋楼为何可能得出四个不同数值，以及为什么这不是错误；
• 判断“把四个面积统一成一个数”错在哪里，并按 3.3 节提出字段化建模方案与差值说明的写法；
• 按表 3-4 把一条自然语言规范要求拆成可计算表达式，写出所需的输入数据与判定方式；
• 复述 3.6 节既有数据的四类问题，说明为什么技术设计阶段必须做可用性评估，并用表 3-5 估算一个普通住宅项目的数据量级。

3.1 先看清单：竣工验收阶段的“最小合并集”

各地技术规程对竣工验收阶段包含哪些测绘事项的表述不完全一致，但收敛度较高。以河北省地方标准《工程建设项目“多测合一”技术规程 第 4 部分：竣工验收阶段测绘》为例，该部分明确规定竣工验收阶段的测绘事项为土地核验、规划核实、绿地核实、人防核实、地籍调查（竣工阶段）五个部分。

湖南的表述略有不同，其《关于湖南省工程建设项目“多测合一”改革的实施意见》（湘自然资发〔2020〕24号）将竣工验收阶段的测绘事项概括为三项：规划条件核实和土地核验测量（含绿化测量、人防测量等）、地籍测绘、房产实测绘。

两种表述的差异本身就很说明问题：河北把“地籍调查”放在末尾且不含房产测绘（房产测绘另按不动产登记口径处理），湖南把“房产实测绘”单列。这种差异背后是管理体制的不同——房产测绘在部分地区由住建部门管理，在部分地区已划入自然资源部门。多测合一的“清单”因此不是全国统一的，而是随机构职能配置变化的。

下表把两种口径对齐，并补充了实践中常见的其他事项。

表 3-1　竣工验收阶段测绘事项的口径对照

需要提醒的是，这张表不能直接当作“标准答案”使用。不同城市的清单可能多于或少于六项：有的城市把“消防核实”也纳入，有的城市把“市政管线核实”纳入，有的城市把“停车位核实”单列。设计系统时，测绘事项应当做成可配置的字典，而不是硬编码在流程里——这是本报告在第 10 章平台架构中会强调的一个设计原则。

3.2 六件事，六种“算”法

3.2.1 土地核验测量：算的是“范围对不对”

土地核验的核心问题是：实际占用的土地，与出让合同、划拨决定书、用地批准文件所确定的土地，是不是同一块。

这里的技术活不在测边界——界址点测量是成熟工艺——而在三件事：

第一，界址点的历史一致性。 供地时的界址点坐标，与竣工实测的界址点坐标，如果差异在限差之内，应当认定为同一界址点，不能产生新的点位编号；如果超出限差，就要判断是测量误差、施工偏移还是违法占地。这个判断需要历史数据可比，而不是靠现场判断。

第二，面积的算法。 宗地面积在不同场景下有不同算法：按界址点坐标解析计算、按椭球面计算、按高斯投影平面计算。三者数值不同，差异随纬度和范围增大。多测合一要求“同一宗地只有一个面积”，就必须明确算法并在成果中注明投影方式与中央子午线。

第三，与既有宗地的关系。 新宗地如果是由原有宗地分割而来，界址线必须与原宗地界址线严格套合；如果是合并，合并后的外边界必须等于原各宗地外边界的并集。这在 GIS 里是标准的拓扑运算——Union、Difference、Identity——而在 CAD 里没有对应概念，只能靠人工比图。

3.2.2 规划核实测量：算的是“建得对不对”

规划核实是多测合一中技术含量最高、争议最多的环节。它要核实的指标包括：建筑的位置（角点坐标）、间距（建筑之间）、退界（与用地红线、道路红线、河道蓝线等控制线的距离）、高度（檐口高度、建筑总高）、层数、建筑面积、容积率、建筑密度、绿地率等。

技术难点一：位置核实的容差设计。 规划许可给出的是设计坐标，竣工实测得到的是实际坐标，两者必然有差异。容差定得太紧，正常的施工误差都会被判违规；定得太松，实质性的移位就漏过去了。这个容差在各地技术规程中通常有明确规定，属于必须查当地规程而不能套用外地经验的参数。

技术难点二：高度与层数的量测口径。 “建筑高度”在规划、消防、民航净空、房产测绘中定义不同：是从室外地坪算还是从室内地坪算，坡屋顶算到檐口还是屋脊，女儿墙算不算，设备层算不算。多测合一必须明确采用哪一套口径，并在成果中显式记录，否则同一个楼会算出多个高度。

技术难点三：建筑面积的计算规则冲突。 这是全篇最容易出事的地方，将在 3.3 节单独展开。

技术难点四：退界与间距的计算依赖准确的参照对象。 退界距离要求对“用地红线”计算，而用地红线本身是一个矢量线要素；间距要求对“相邻建筑外轮廓”计算，而相邻建筑可能在项目红线之外、由别的项目建成。这意味着规划核实必须能调取项目范围内的其他建筑数据——这是一个典型的 GIS 空间查询需求，而不是单项目内部的数据处理需求。

3.2.3 绿地核实测量：算的是“绿够不够”

绿地核实的对象是绿地面积与绿地率。技术上看似简单（量算绿地多边形面积除以用地面积），实际上坑很多：

• 绿地边界的认定标准。 树冠投影算不算绿地？屋顶绿化算不算？地下室顶板上覆土深度不足的绿化算不算？嵌草砖铺装算不算？这些在不同城市的园林绿化技术规范中规定不同。
• 绿地率的计算基数是宗地面积还是建设用地面积。 如果宗地内含代征道路、代征绿地，基数就要扣除。
• 绿地内附属设施的面积扣减。 游步道、景观小品、水景是否计入绿地面积，各地口径不一。

GIS 在这里的价值是把“认定标准”变成“可计算的规则”。 比如“集中绿地最小宽度不小于 X 米、最小面积不小于 Y 平方米”这类要求，本质上是多边形的最小外接矩形宽度与面积判断，可以用几何运算自动完成，而不必人工在图上量。更进一步，“覆土深度”这类三维条件可以通过与地下车库顶板模型做空间运算来判断——这是二三维一体化真正的用武之地。

3.2.4 人防核实测量：算的是“该建的地下空间建了没有”

人防核实测量核实人防工程的位置、面积、防护单元划分、出入口。它的特殊性在于：人防工程大部分位于地下，常规的地面测绘手段难以覆盖，需要借助地下空间测量手段（如全站仪导线、三维激光扫描）。

从数据角度看，人防核实成果具有很强的三维属性：防护单元的净高、覆土厚度、与相邻地下空间的关系，都是三维量。传统做法是用平面图加剖面图表达，多测合一若要求成果入库，则需要把三维信息结构化——至少要把层高、标高、净空作为属性字段记录下来。

3.2.5 地籍测量（竣工阶段）：算的是“权属界限在哪里”

竣工阶段的地籍测量要为不动产登记提供权籍基础。它的核心产出是宗地图、界址点成果表、权籍调查表。

与土地核验测量的区别在于：土地核验关注“是否与批准一致”（合规判断），地籍测量关注“权属界限在哪里”（权利确定）。前者是管理行为，后者是登记行为。在多测合一中，两者共用同一次外业数据，但产出的法律意义不同——这一点在成果设计中必须区分清楚，否则容易出现“用核验结论直接登记”的程序瑕疵。

GIS 在此处的关键任务是宗地数据的拓扑一致性。 一个宗地的界址线，必须与相邻宗地的界址线完全重合（共线）；不能出现缝隙（sliver）或重叠（overlap）。这在手工制图时代靠“调图”解决，在数据库中必须靠拓扑规则强制。更麻烦的是历史数据：已登记宗地的界址线往往是多年前测的，精度与新建宗地不同，两者套合时必然出现几何冲突。如何处理新旧数据的几何冲突，是多测合一地籍环节最考验功力的地方。

3.2.6 房产实测绘：算的是“每一户多大”

房产实测绘产出房产分户图、分层分户面积表、共有建筑面积分摊表。它是多测合一中唯一直接面向“户”这个微观粒度的测绘事项，因此数据量最大、规则最细。

技术难点集中在共有建筑面积的分摊（见 3.3 节）。此外还有一个容易被忽略的点：房产测绘的成果单元与不动产登记的不动产单元必须一一对应。 一个项目可能有几百户，每户一个不动产单元编码；如果房产测绘的分户编号与登记系统的单元编码对不上，成果就无法直接入库，需要人工重新挂接——这在实际项目中是常见的返工原因。

3.3 那个绕不过去的问题：面积到底怎么算

如果只能指出多测合一中一个最容易出错的环节，那就是面积。

原因不复杂：中国现行的面积计算规则至少有四套体系并行，它们的形成年代、制定部门、适用场景都不同。

表 3-2　面积计算规则的四套体系（示意对照）

四套体系对同一栋楼可能给出四个不同的面积数值。这不是错误，而是设计的必然——因为它们回答的是不同的问题：建筑面积回答“建了多少”，房产面积回答“每户有多少产权面积”，容积率口径回答“这块地上允许多建多少”，土地面积回答“占了多少地”。

问题出在多测合一要求“一套成果”。如果系统里只有一个“面积”字段，那么无论填哪个值，都会有一个部门认为错了。

正确的做法不是统一成一个数，而是把不同的面积口径显式建模为不同字段，并在成果中说明其适用场景与计算依据。 例如：

• 建筑面积_规划口径：用于规划核实与容积率核算；
• 建筑面积_房产口径：用于不动产登记与交易；
• 套内建筑面积、分摊面积：用于房产分户；
• 用地面积、宗地面积：用于土地管理；
• 差值说明：记录各口径之间差异的原因（如“阳台按半面积计入规划口径，按全面积计入房产口径”）。

这个设计看起来笨拙——为什么不统一？因为统一在技术上不可能，在管理上不合法。规划核实依据的是规划管理技术规定，房产登记依据的是房产测量规范，两者都是有效的规范，不能互相替代。强行统一只会导致某一环节的程序违法。

多测合一的正确目标是“同一口径内唯一，跨口径可解释”，而不是“全局唯一”。 这是本报告的一条核心判断，也是很多系统设计失败的原因——设计者把“统一”理解成了“归一”。

3.4 业务流程：从委托到入库

一个多测合一项目的完整流程，可以拆成八个环节。不同地区在细节上有差异，但骨架高度一致。

表 3-3　多测合一项目的典型流程与各环节的技术动作

校订说明：本节正文称流程“可以拆成八个环节”，表 3-3 实列九行（项目登记、合同备案、作业准备、控制测量、外业采集、内业处理、成果自检、提交与审核、入库与共享）。教程版不改动环节划分，以表 3-3 的九项为准；若把“成果自检—提交与审核”视为同一环节的两个步骤，则可与正文的“八个环节”对应。

这张表里有两个环节值得单独说明。

“内业处理”是整个流程中工时占比最高、也最容易被低估的环节。 外业采集的数据回到办公室后，要经历图形清理（删除多余图层、炸开块参照、统一线型）、构面（把线串闭合成多边形）、属性挂接（把外业记录关联到图形）、拓扑检查、面积计算、成果输出等一系列操作。在有经验的项目里，这部分工时通常超过外业的工时。

“入库与共享”是决定改革成败的环节。 如果成果入库后不能被子系统直接消费，那么“成果共享”就退化为“成果归档”，改革的效益就无法兑现。这个环节的技术要求将在第 10 章展开。

3.5 指标体系：能被自动判定的才算指标

一个常见的误区是把“规范要求”直接当作“系统指标”。规范里写“建筑面积应符合规划许可”，这句话对系统毫无用处——系统不知道“符合”是什么意思。

要让系统能判定，指标必须被拆解为可计算的表达式：

表 3-4　指标的可计算化拆解示例

这种拆解看起来是纯技术工作，实际上需要业务与技术的深度协作。每一条规则的拆解，都隐含着一次业务决策——比如“建筑面积与许可一致”中的容差定多少，就是一个需要主管部门拍板的政策问题，不是技术问题。

本报告附录 E 给出了一份更完整的质检规则清单，可直接作为规则库设计的起点。

3.6 一个被忽略的角色：既有数据

多测合一的新成果不是从零开始建的，它必然要与大量既有数据发生关系：已有的地籍图、已有的地形图、已有的地下管线、已有的不动产登记信息、已有的规划许可数据。

这些既有数据的状况直接决定了项目的难度：

• 坐标系可能不统一。 老数据可能是 1954 北京坐标系、1980 西安坐标系或地方独立坐标系，需要转换到 CGCS2000。转换参数的质量决定了转换后数据的可用性。
• 精度可能不匹配。 1:500 的地形图与 1:2000 的地形图套合时，同名点不重合是常态。
• 要素定义可能不同。 老图上的“建筑物”可能是按结构分类的，新标准可能是按用途分类的，无法直接对应。
• 属性可能缺失。 老数据往往只有图形没有属性，或者属性字段含义不明。

因此，多测合一项目在技术设计阶段必须做一件事：既有数据可用性评估。 这项工作在很多项目中被省略，结果是在内业阶段才发现既有数据无法使用，被迫重新采集，工期与成本双双失控。

3.7 业务量级：一个项目到底有多少数据

为了让“数据量”这件事具体化，可以做一个粗略估算。以一个 10 万平方米、10 栋住宅、约 800 户的项目为例：

表 3-5　典型住宅项目的多测合一数据量级估算（示意）

这个表的意义在于提醒：一个普通住宅项目的数据量，已经超过人工逐项核对的可行范围。 800 户的面积核算、数千个角点的位置校验，必须依赖自动化质检，靠人眼比对是不可持续的。这也解释了为什么政策在 2026 年把“智能化质检”“即产即检”写进了工作部署。

本章小结

多测合一的业务本体是六项测绘事项的整合：土地核验、规划核实、绿地核实、人防核实、地籍调查、房产实测绘。它们各有各的核实对象与计算口径，其中面积是最容易出错、也最需要谨慎处理的环节——正确的目标不是把四个面积统一成一个数，而是让每个口径的面积各自唯一、跨口径的差异可解释。

业务流程的八个环节中，内业处理与入库共享是工时与技术难度的重心。指标要能被系统判定，必须先被拆解为可计算表达式。既有数据的可用性评估是不可省略的前置工作。

这些业务约束，构成了后续所有技术章节的问题背景。

思考与练习

1. 某市竣工验收阶段的清单只列土地核验、规划核实、绿地核实、人防核实、地籍调查五项，没有房产实测绘。请用表 3-1 判断它更接近哪一种表述，并说明缺少这一项会给不动产登记环节带来什么问题。
2. 某项目 10 栋住宅、约 800 户，成果模板里只有一个“建筑面积”字段。规划核实填了规划口径的值，不动产登记要房产口径的值，双方各说对方错了。请用 3.3 节的结论判断问题性质，并给出字段拆分与差值说明的具体写法。
3. 某份竣工测量报告给出了建筑高度与层数，但没写明高度从室外地坪还是室内地坪起算、坡屋顶算到檐口还是屋脊。请用 3.2.2 节判断这一省略会造成什么后果，并说明多测合一的成果应当如何记录口径。
4. 取本地现行的竣工验收阶段测绘事项清单与技术规程，对照表 3-1、表 3-3 逐项核对事项名称、成果使用方与技术动作，把与本章口径不一致的地方单独列出，并注明依据的是哪份文件。
5. 今天就挑一个在建项目，按 3.5 节的思路把“绿地率不小于规定值”拆成一条可计算规则：写出认定范围、计算基数与判定方式三栏，交给内业同事试算一次。