摘 要
城市更新涉及公共需求、资产权属、工程实施、资金组织和持续运营，其数字化需求不能简单归结为建设统一平台或增加软件功能。本文以既有城市更新全流程模板为分析载体，采用定向文献综述、政策与产品文档分析、任务分解和字段映射方法，考察业务任务、必要数据、数字化能力与专业责任之间的对应关系，并以广联达公开披露的产品能力为优先复用对象。分析表明：专业计量、计价、设计协同和施工管理已有可复用基础，但单项功能存在并不意味着跨阶段数据关系和责任关系已经贯通；城市更新中的主要连接问题集中在对象与版本、工程量与费用、公共与经营账户、竣工成果与运营资产之间。数据要素能力的核心不是数据规模或交易形式，而是来源可追溯、语义可解释、用途有授权、状态可更新以及跨主体持续使用。广联达优先复用应被理解为减少重复建设的条件性配置原则，社会能力则应补充事实获取、专业判断、实际运营与独立评价，而非机械叠加同类平台。本文进一步讨论多主体收益与成本分离、非数字化替代方案及公共价值约束，提出以可使用的业务交付物而非系统上线数量评价能力匹配。研究结论属于文档级能力配置与机制分析，不构成真实项目审批、产品实施效果或经济收益的实证证明。
关键词：城市更新；数字化能力；数据要素；全生命周期；数据治理；能力协同
Matching Digital and Data-Factor Capabilities across the Urban Renewal Lifecycle
A Task-Chain and Responsibility-Boundary Analysis
Abstract:Urban renewal combines public needs, asset rights, construction, financing and long-term operation. Its digital requirements therefore cannot be reduced to building a unified platform or adding software functions. This paper uses an existing lifecycle workflow as an analytical instrument and combines a focused literature review, policy and product-document analysis, task decomposition and field mapping. Publicly documented Glodon capabilities are examined as the preferred starting point for reuse, without presuming their superiority or complete lifecycle coverage. The analysis identifies reusable capabilities in quantity measurement, cost estimation, design coordination and construction management. However, their availability does not establish continuity across objects, versions, expenditure categories, accountable actors and operational assets. Data-factor capabilities are understood as the ability to make data traceable, interpretable, lawfully usable, maintainable and reusable across organizational and temporal boundaries. Complementary expertise should address documented boundaries in fact acquisition, professional judgment, operation and independent assessment rather than automatically introduce overlapping platforms. The paper also distinguishes producer, user and public benefits, considers non-digital alternatives and recognizes distributional and governance risks. It concludes that capability matching should be organized around usable deliverables, explicit responsibility and sustained data use, rather than platform completeness. These findings represent document-based configuration and mechanism analysis, not empirical validation of project approvals, implementation performance or financial returns.
Keywords: urban renewal; digital capabilities; data as a production factor; lifecycle management; data governance; capability coordination
1 引言
城市更新的基本对象不是一项孤立工程，而是既有空间及其使用关系的持续调整。住房、道路、管网、公共设施和经营性资产可能处于同一更新范围，却具有不同的产权、资金来源、服务对象与维护责任。2025年《关于持续推进城市更新行动的意见》强调以人民为中心、系统观念和全周期管理，并将功能完善、文化保护和城市安全等纳入更新目标。这意味着，工程建成只是更新过程中的一个节点，不能独立代表长期使用效果。[1]
数字化为信息获取、专业计算和跨组织协作提供了条件，但“使用数字工具”“建立数字模型”和“实现城市更新价值”之间并不存在可直接推定的等号。数据信息可以在系统中流动，却仍可能缺少明确出处；模型可以详细表达物理对象，却不能自动证明合法产权；经营测算可以形成正值，却不能替代资金落实和公共目标评价。“数据要素×”行动计划强调需求牵引、协同优化与复用增效，也提示能力配置应从使用任务出发，而不是从数据集聚或交易包装出发。[2]
本文关注三个问题：城市更新不同阶段究竟需要哪些可交付的数字化与数据要素能力；如何在优先复用广联达既有能力的条件下识别真正需要补充的社会专业能力；如何区分功能披露、数据关系成立与实际价值实现。本文不开展供应商排名，而是把企业产品放回具体任务和责任边界，讨论既有能力如何组织为可理解、可追溯和可持续使用的业务过程。
2 文献讨论与概念界定
2.1 数字化转型不是工具替换的同义词
Vial将数字化转型置于技术变化、组织响应、价值创造路径和结构调整之间进行分析，表明技术采用与组织结果需要分别解释。[3]对城市更新而言，图纸电子化、自动算量、流程线上化以及多系统协同具有不同作用，不能仅凭工具数量或可视化程度推断业务机制已经改变。Kitchin对智慧城市的批判性讨论进一步指出，数据驱动治理同时涉及技术官僚化、企业化治理、技术锁定和监控等问题。[4]因而，能力配置既要讨论效率，也要审视谁能够定义问题、解释数据和质疑结果。
本文将“数字化能力”工作性地界定为：借助数字工具完成采集、表达、计算、协同、控制和交付等业务任务的能力。“数据要素能力”则指：使数据在明确权利与责任条件下保持可识别、可解释、可追溯、可维护和可复用，并参与资源配置与服务改进的能力。两者相互依赖，但不相互替代。能够生成一份模型，不等于该模型中的信息已经能够被造价、采购、资产与运营主体持续复用。
2.2 既有建筑研究与全生命周期信息管理
Volk等对既有建筑BIM的研究把既有资料不足、模型形成成本、信息更新和不确定性处理列为重要问题。[5]该文发表于2014年，本文引用其问题分类，不将当年的应用普及状况当作当前行业事实。其启示是：存量更新不能假定原始数据完整，也不能把一次建模视作整个生命周期的信息管理已经完成。
ISO 19650-1给出基于BIM的信息管理概念与原则，ISO 19650-3将要求延伸到资产运营阶段的信息交换。[6-7]这类规范支持从信息需求与交付责任理解数字化，而非仅从模型文件理解数字化。W3C PROV-DM则通过实体、活动、责任主体及派生关系表达数据来源，为跨主体追溯提供通用语义参照。[8]本文采用这些成熟原则整理流程，不将特定软件接口或自拟字段提升为行业统一标准。
2.3 数据治理与多主体责任
Abraham等将数据治理概括为对数据管理行使权力与控制，其目的包括提高数据价值并降低相关成本与风险。[9]因此，治理不仅是格式整理，也涉及谁决定数据口径、谁负责修订、谁有权使用以及争议如何处理。Ostrom对复杂经济系统多中心治理的研究，提供了理解多主体协调而非简单集中控制的理论资源。[10]将其用于城市更新时，需要保留政府、产权人、居民、专业机构和运营者的不同职责，不能因为建设了共同平台就认定这些权利义务已经合并。
由此可以区分三个层次：数字记录是某一事件或对象的表达；数据资源是经过组织、可供特定用途使用的信息集合；数据作为生产要素发挥作用，意味着这些信息实际参与判断、协作或资源配置。数据产品销售、数据资源会计处理与金融安排是不同的制度和商业问题，均不能由“系统中已有数据”直接推出。本文把业务复用作为分析起点，不把交易、入表或融资设为数字化建设的必经阶段。
3 研究资料与方法
3.1 资料构成与证据分层
研究资料包括截至2026年10月20日可取得的政策原文、同行评议研究、标准机构公开说明、企业官方产品与技术文档，以及本专题此前形成的全流程能力初配表、字段映射表和P05工作底稿。[24-26]标准材料以可公开读取的说明和适用范围为限，不声称完成付费标准全文的逐条合规审查。企业产品页用于确认厂商披露的功能，不能代替独立性能测评；公开案例和宣传中的效率数字也不被用作本文的效果估计。
既有全流程材料以G00—G16标识业务环节，覆盖问题识别、对象与权限、方案和投资、采购建设、交付运营及绩效回看。这些标识是研究用流程索引，不是全国统一法定程序；不同地区、项目类型及投资主体可以出现并行、回退或不适用环节。[24] RC3及P05属于模拟通用模板和分析底稿，既非真实项目样本，也不提供可直接推算的实际工程量、报价或运营业绩。
3.2 分析步骤与判断规则
本文先从各环节提取“谁为解决什么问题，需要什么输入，形成什么输出”，再核对官方资料所披露的功能、数据形式和适用边界，最后判断输出能否进入下一环节。分析单元是业务任务与交付关系，而非软件名称。统一交换字段仅用于解释字段映射；只有公开接口文档明确给出的名称，才标注为厂商接口原名。[25]
能力判断分为“现有可用”“组合适配”和“明确边界”。现有可用指公开文档支持将某项功能纳入配置，不等于实际项目验收；组合适配指能力分别存在，但需通过文件、字段或工作流程建立联系，不默认已经自动贯通；明确边界包括文档声明的技术限制，以及必须由事实资料、专业判断或有权主体承担的工作。“资料未公开”单列为未知，不被当作产品缺陷，也不自动触发另购系统。
本研究采用文档级分析，不包含内部访谈、产品演示、接口联调或客户付费验证。这使其适于提出能力配置与职责分工，但不足以识别实施效率、项目盈利或公共福利的因果效应。后文的价值机制是需要与其他解释相比较的分析判断，不是已经获得统计验证的结论。
4 城市更新全流程中的能力需求
4.1 从流程节点转向业务交付关系
全流程匹配首先要建立相邻阶段之间的交付关系，而不是要求所有参与者进入同一应用。前期调查要说明对象与问题，方案设计要说明如何响应问题，造价要说明哪些工作和费用被包含，建设要留下变更与质量记录，运营要能够接收资产及其责任。下游使用要求应提前影响上游成果，而不是等竣工以后再集中补录。
表1 城市更新全流程的任务、数据与能力配置（分析性归纳）
阶段与流程索引 |
关键任务与必要输入 |
应形成的交付物 |
优先配置的数字化能力 |
不可由软件代替的责任 |
问题、对象与申报 G00—G03 |
现实问题、空间边界、权属及协商信息 |
问题—对象—依据目录，申报资料及状态记录 |
空间表达、资料索引、意见与版本管理 |
事实调查、权属解释、居民协商与申报决定 |
方案、投资与资金 G04—G06 |
改造方案、量价依据、投资边界和经营假设 |
同口径方案对照，公共与经营账户及资金条件 |
设计协同、专业计量、计价和情景测算 |
设计判断、投资决策、资金承诺与财税解释 |
采购、建设与支付 G07—G11 |
清单、合同范围、施工记录、变更和付款条件 |
合同—工作内容—验收—支付关联记录 |
清单管理、施工协同、变更追溯和台账核对 |
采购主体履责、专业签认、实际履约和付款 |
验收与资产交接 G12—G13 |
竣工图、设备信息、缺陷、保修及接管要求 |
可接管的空间、设备、文档和责任清册 |
模型与资料关联、资产映射及信息交付 |
法定验收、接收签认、管养责任承担 |
招商与持续运营 G14—G15 |
使用权限、空间、租约、工单、能耗及服务数据 |
租约与实收、设备与维修、公共服务记录 |
资产与运营系统、计量采集和数据关联 |
招商运营、现场维护、服务供给与收费责任 |
绩效与再次更新 G16 |
结果、成本、受影响群体和替代方案信息 |
分账户绩效解释、问题清单与再更新依据 |
追溯分析、比较展示及历史资料复用 |
独立评价、公共判断及后续决策 |
表1中的分组依据既有G00—G16流程和字段映射材料重新归纳，不表示统一法定先后顺序，也不表示同一厂商可以独立承担全部职责。[24-25]
4.2 前期：区分被表达的空间与被授权的对象
前期数字化的目标不应仅是“看见建筑”，还应能解释问题发生在哪里、哪些人受到影响、什么资料能够支持判断。物理边界、产权边界、项目范围和运营权限可能不同，模型面积也不能自动转化为合法可出租面积。能力配置需要把几何表达与制度性资料相互关联，而不是让前者替代后者。
居民意见同样不能仅被处理为投票或反馈条数。更有意义的数据关系是：意见来自何种使用情境、涉及哪些群体、怎样进入方案修改、哪些诉求未被采纳及其理由。本文据此主张把参与与答复过程纳入交付要求，避免以线上参与替代面对面协商，或把缺少数字渠道参与误读为没有需求。该主张体现以人为中心的更新目标，而非增加一个新的技术模块。[1,4]
4.3 中期：工程成本、资金安排与责任并非同一条账
方案比较必须同时说明现状基线、设计版本、处理类型、计量单位、规则和价格时点。几何模型中的增删改并不自动等于工程中的保留、拆除、加固、新建或修缮；工程造价变化也不自动产生相应融资安排。数字化可以计算数量和费用，却不能自行决定公共投资与企业投资的分担、融资成立条件或实际支付责任。
采购与实施阶段尤其需要区分预算、合同约定、审定金额、已达付款条件金额和银行实付。其关系应由对应来源连接，而非同一数字在不同表格中复制。在这个意义上，数据要素能力体现在状态语义和证据关联：某一金额是什么、对应哪项工作、在什么时间具有何种效力。缺少这些信息，即使数据库和接口连通，也可能只是更快地传播含义不一致的数据。[25]
4.4 后期：从工程完工转向资产可使用与可维护
工程交付不应终止于文件移交数量。运营者需要的是能够使用的资产信息，包括空间与设备标识、维护要求、保修范围、未解决缺陷、责任主体以及资料更新方式。ISO 19650-3把运营阶段的信息交换作为明确对象，为这一要求提供了参照。[7]本文据此提出：信息交付内容应在采购和设计阶段被定义，并与实际接收方的工作任务对应。
持续运营不是建设管理软件的自然延伸。租约、收费、设备故障、能源使用、公共服务及居民体验具有不同的数据来源和负责主体。它们可以共享空间或设备关联，但不应被压缩成单一经营收入。绩效回看又应反馈到下一轮更新：哪些设计假设没有成立、哪些设备反复故障、哪些人群的需求未被满足。由此形成的全流程是允许修订和反馈的连续过程，而不是一次不可逆的系统上线。
5 广联达能力的优先复用及其边界
5.1 工程任务已有可复用基础
官方产品资料显示，GTJ2026覆盖新建、改造、修缮及拆除加固计量，GMA2026面向道路、管网和土方等市政场景，GQI2026面向安装专业计量。[12-14] GCCP7.0披露了算量构件导入计价、数据刷新、核量反查及造价汇总等能力。[15]这些信息足以支持把“现状—方案—工程量—成本”中的相应任务配置给既有产品，而不应在研究起点就假定缺少通用计算引擎。
数维结构设计公开资料说明了设计模型进入GTJ/GQI及过程算量的路径；BIM设计协同平台披露版本追溯、变更清单、校审和数字化交付功能。[16-17] PMLEAD面向施工企业的策划、合约、成本和资金管理，PMSmart则以工程项目经理及管理班子的业务为对象。[18-19]这些产品之间具有可组合的任务联系，但其客户角色和业务范围不完全相同，不能用“全周期”宣传词推断已经覆盖业主投决、财政预算和资产运营的全部职责。
表2 广联达公开能力的任务映射及边界
能力组 |
文档支持的任务 |
跨阶段连接要求 |
需要保留的边界 |
GTJ／GMA／GQI及GCCP |
专业计量、计价、核量与造价汇总 |
构件、清单特征、单位、价基和采购包对应 |
计算输入及费税范围须有依据，软件不提供缺失的现场事实 |
数维设计与BIM设计协同 |
设计表达、版本、校审和成果交付 |
同一现状基线下绑定方案、图模和量价版本 |
软件检查、专业签认与法定决定分别记录 |
PMLEAD／PMSmart |
施工企业或项目层面的合约、成本及现场业务协同 |
以合同任务和部位关联量、进度、变更与履约 |
施工方管理不等于产权人、公共部门或运营方的全部管理 |
CIM基础平台4.0 |
厂商披露GIS、BIM、IoT及多源数据融合 |
复用既有空间底座，明确对象映射和数据提供职责 |
平台集成能力不等于公共数据授权或运营绩效 |
BIMFACE文件对比 |
指定格式文件的几何、构件及属性差异 |
关联前后文件、版本、任务状态及业务解释 |
所查文档限定转换后的RVT／DWG；几何差异不直接等于造价差异 |
表2根据官方产品页面及开发指南整理；仅表示截至资料核查时的公开披露，不构成实际部署、接口兼容或性能验收。[12-21]
5.2 关键不是增加产品，而是明确交接处的含义
从现状进入设计，需要区分可见几何与尚未查明的结构、材料及隐蔽条件；从设计进入造价，需要区分模型构件与计量项、清单项及费用范围；从工程进入资产运营，需要区分建设项目、资产、空间、设备、合同任务及维护职责。上述关系不能因为字段名称相同就被视为同一对象。
BIMFACE文件对比指南明确：原始文件转换成功后才能进行对比，所查接口支持RVT模型与DWG图纸，其结果包括几何及构件属性变化。[21]这是可确认的技术范围，不是对广联达整体能力的否定。对其他格式，优先考虑既有设计工具的变更清单或人工核对表，不据此直接指定新的供应商。类似地，轻量化浏览包、原生可编辑工程文件、计价报表和API数据是不同交付物，不应互相替代。
“优先复用”因此是一项条件性原则：在任务适用、输出可交付、使用权限明确且后续维护可承担的前提下，先利用已披露的能力。它不是排他性采购立场，也不意味着业主既有GIS、财务、档案或运营系统必须被替换。统一需求和字段含义，可以与数据分布保管并存；是否集中部署，应由具体组织与使用条件决定。
5.3 社会专业能力应补什么
社会能力首先补充事实获取，如尚缺的测绘、检测和既有条件调查。BIMTwins等工具已经披露实景建模及多源叠加能力，因此“需要现场数据”并不能自动推导出“需要另购一套采集平台”。[23]工具、事实成果和出具成果的责任主体应分开配置。
其次，社会能力承担工程方案、保护、消防、财税等专业判断，以及招商、设备维护和公共服务的实际实施。软件可协助整理、计算和提示，但这些任务需要明确的专业或经营责任。再次，需要保留独立评价和使用者反馈，使软件供应方、建设实施方和效果判断方不被默认合并。本文将这种协作理解为角色互补，而非以一个技术总包替代城市更新中的全部专业与公共责任。
6 数据要素能力：从可交换到持续可用
6.1 对象、版本和来源的连续性
数据跨阶段复用至少需要回答：描述的是哪个对象、哪个时间的状态、依据哪份资料、经过何种转换、由谁负责。资产ID、项目ID、模型构件ID、清单行和设备编码可以有关联，但未必一一对应；同一资产可能历经多个项目，同一清单项也可能汇总多个构件。对拆分、合并、更换和注销，还应保留前后关系，避免以新版本覆盖历史判断依据。
PROV-DM提供的实体、活动、责任主体及派生关系，有助于表达这些来源关系；IFC等开放标准则为建造资产数据交换提供参照。[8,22]但采用标准本身不证明跨系统语义已经一致。本文建议在既有字段中明确对象关联、形成时间与有效时间、版本、计量单位、转换规则和资料定位。文件哈希可以核对字节一致性，却不能证明内容真实、产权合法或业务适用。
6.2 使用权限、持续维护与可退出性
数据由谁保管、谁能查看，与谁能修改、再分发或向第三方提供并不相同。公共数据、企业经营信息和个人信息也不宜采用一个笼统的“项目授权”解释。2025年《公共数据资源授权运营实施规范（试行）》区分授权运营的实施机构与运营机构，并规定授权范围及相应管理责任。[11]据此，购买技术平台不等于取得公共数据授权，产品供应商也不能仅凭系统承建身份被认定为公共数据运营主体。
对能力配置而言，重要的不只是首次接入，还包括维护者、纠错期限、更新事件、版本保留和服务终止后的可用性。运营方更换、合同结束或供应商退出时，谁保存源文件、数据能以何种形式移交、历史记录能否继续解释，都应成为交付要求。若只解决当前可访问而不解决后续可维护，数据复用可能在第一次组织交接时中断。
6.3 价值形成机制与多账户评价
本文认为，数据可能通过减少重复调查与录入、降低交接误解、改进方案比较、定位运维问题和支持经验复用而产生价值。上述机制需要数据实际进入业务行动，不以模型精度、数据条数或接口数量自行成立。这与需求牵引和复用增效的政策方向一致，但不能由政策目标直接证明某一项目已经取得收益。[2]
价值评价还应分开供应方、直接使用者与公共层面。软件或数据服务收入不等于使用者的净收益；使用者费用下降不必然意味着社会成本下降；资产租金增长也不能单独证明居民福利提高。采集、治理、转换、维护、培训、迁移和安全保障等成本应纳入解释，公共空间可及性、服务连续性、隐私风险和利益分配则不宜被强行折算成一个统一得分。
因此，本文不把数据交易额、平台上线数或单一企业现金流作为综合价值结论，而要求说明相对于何种可行做法发生了什么改善、由谁承担成本、由谁获得收益。公共投入、企业投资、运营收支和使用者负担应分别观察；发生在同一项目上的不同价值不能重复相加。
7 说明性分析：归包边界揭示的数据语义问题
既有P05工作底稿可以用于说明能力匹配的微观问题，但不是已完成预算的真实工程案例。该底稿中，P02对应无障碍、照明与公共环境，位于公共侧；P05对应楼宇土建、机电与消防，P06对应设备集成和检测验收，两者均位于经营改造侧。底稿明确记录仍缺构件级原件，不能由包名推导具体设备的供货、安装、调试或集成归属。[25-26]
这一说明揭示：相同设备可以具有不同工作任务，相同资金账户也可以包含不同采购包，而同一费用范围不能因经过两个系统而重复计入。例如，“照明”既可能属于公共环境，也可能涉及楼宇内部安装或设备控制，名称本身不足以确定归属。判断需要结合空间位置、工作内容、费用包含范围、版本和来源行，而不是按软件名称或专业标签自动分类。
同样，A/B比较中未取得的数据应保持未知，不能把另一方案空白解释为零费用或取消项目。模板出处可以支撑填写规则，却不能占据工程数量或单价的原件位置。研究已经区分了包级规则与构件级依据，这证明一种数据组织方法可以表达未知；它不证明该项目已经具备完整数据，更不证明工程成本、资金闭合或实施效果。本文仅借此解释为什么语义和证据边界必须先于计算结果解释。[26]
8 讨论：适用条件、竞争解释与研究局限
8.1 全流程治理不等于平台集权
全流程的共同对象和资料关联，可以通过统一约定、开放交换与职责分工形成，而不必由同一平台控制全部业务。这一选择与多中心治理的分析视角相容。[10]但分布保管也有协调和维护成本，不能预先认定一定优于集中部署。更合理的判断是考察任务是否需要协同、责任是否清楚、使用者能否取得必要资料，以及替换和退出成本是否可接受。
对规模较小、频率较低、专业链条较短的更新任务，现有办公表格、规范文件和专业服务可能已能满足需求。若业务本身缺少明确范围或责任，大平台也可能只是把不确定性转移到系统里。数字化深度应与实际任务相称，而不是把技术复杂度本身当成先进程度。
8.2 广联达优先不构成厂商优越性的实证结论
本文优先检查广联达，是延续已有研究的能力配置范围，不是经过对称竞争测评后的厂商排名。官方产品页可能突出优势，对版本、授权、兼容和实施成本的公开程度并不一致。因此，本文确认的是资料支持的任务覆盖，不能据此宣称某产品在效率、成本或长期收益上优于其他选择。
同时，把既有产品复用理解为“所有新需求都已解决”同样不成立。已经具备单项能力，仍可能缺少跨阶段的对象关系、业务口径或持续维护机制。相反，接口资料不足也可能只是信息披露不足。本文将技术限制、专业责任边界和资料未知分别记录，避免两种相反的误判。
8.3 数据改善与价值改善之间存在竞争解释
即使观察到项目进度改善、成本下降或收入增加，也可能来自专业人员经验、组织调整、市场条件或其他投入，而不只是数字化。数据记录更完整还可能使过去未被统计的问题被发现，从而短期呈现“问题增加”。因此，对数字化的价值解释需要明确比较对象、时间和成本边界，不能将前后变化全部归因于工具。
本文没有组织实地访谈、运行厂商产品或验证交易结果，不能排除上述竞争解释；其结论止于公开资料支持的能力组合与逻辑关系。既有模板中的模拟金额、公式通过与发布状态，均未被当作真实项目收益或公共福利证据。本研究的用途是形成可审阅的学术论述和配置依据，而非代替项目决策、合同验收或效益鉴证。
9 结论
城市更新全流程的能力匹配，应以业务任务及其交付关系为基本单元。前期对象与需求识别、中期工程及资金组织、后期资产接管和持续运营之间的关系，比软件目录是否齐全更能决定数据能否被真正使用。运营需求前置、公共与经营账户分离，以及保留专业和公共责任，是贯通流程的必要分析条件。
在公开资料层面，广联达已经提供可用于专业计量、计价、设计协同、施工管理及多源数据表达的能力。优先复用这些能力，可以作为减少重复建设的条件性路径，但不能被解释为单一厂商承担所有城市更新职责。社会专业能力应补充已明确的事实、判断、运营和评价边界；资料未知本身不构成新增平台的理由。
数据要素能力的关键是保持对象、版本、来源、权限与责任关系，使数据跨主体、跨阶段和跨时间仍然可解释、可维护、可使用。数据交换不等于意义一致，模型完整不等于事实完整，公式成立不等于资金落实，企业收益也不等于公共价值。把这些区别落实到交付物和职责，才有条件讨论真实的增量价值。
因此，本文的核心结论是：城市更新数字化不宜以“平台覆盖全过程”为目标替代业务治理，而应以“必要信息服务具体行动、相邻阶段交付关系连续、责任与证据可以追溯”为配置依据。数据能否成为持续发挥作用的生产要素，最终取决于使用与治理过程，而非其是否已经被汇集、包装或冠以资产名称。