建筑工程造价数据交换与共享规范_第1页
建筑工程造价数据交换与共享规范_第2页
建筑工程造价数据交换与共享规范_第3页
建筑工程造价数据交换与共享规范_第4页
建筑工程造价数据交换与共享规范_第5页
已阅读5页,还剩20页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1T/XZBX0188—2026建筑工程造价数据交换与共享规范本文件规定了建筑工程造价数据交换与共享的总体原则、数据分类与数据模型、数据项与元数据要求、交换格式与接口要求、典型业务场景交换内容、数据质量校验与对账规则、版本控制与变更管理、权限安全与合规管理、交换共享流程与职责分工、归档与持续改进等内容。本文件适用于房屋建筑工程、市政基础设施工程及类似建设项目在投资估算、概算、预算、招标投标、合同计价、过程计量支付、变更签证、索赔、结算、竣工决算以及审计监管等环节的造价数据在参建各方之间、以及在信息系统之间的交换与共享活动。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB/T1.1标准化工作导则第1部分:标准化文件的结构和起草规则GB/T22239信息安全技术网络安全等级保护基本要求GB/T35273信息安全技术个人信息安全规范GB/T50328建设工程文件归档规范3术语和定义下列术语和定义适用于本文件。3.1造价数据costdata用于反映建设项目成本构成、工程量计量、计价依据、取费参数、合同计价、支付结算及其过程控制的信息集合,包括结构化数据、计算基础、附件证据与元数据。3.2数据交换dataexchange在约定的格式、接口和规则下,造价数据在不同组织或不同信息系统之间的传输与接收活动,强调数据传递与对账校验。2T/XZBX0188—20263.3数据共享datasharing在权限控制与安全合规前提下,造价数据在不同角色之间按需访问、查询、引用与复用的活动,强调可见、可用与可追溯。3.4数据包datapackage按约定目录结构与元数据要求封装的一组造价数据集合,通常包含结构化数据文件、电子文件、附件证据、索引文件、校验报告与签认信息,用于阶段性交换或移交。3.5主数据masterdata在项目范围内统一口径、统一编码、跨系统共享复用的基础数据,如工程分解结构、清单编码、计量单位、合同与分部分项编码、组织与角色等。3.6元数据metadata描述造价数据属性的信息集合,用于检索、关联、校验与追溯,常见元数据包括编码、名称、版本、来源、时间、责任方、审批状态、关联对象、保密级别等。3.7口径一致性consistencyofdefinition同一造价指标、工程量、费用项目或参数在不同主体、不同系统或不同版本中的定义、计算规则、计量单位和取费边界保持一致的状态。3.8最小交换集minimumexchangeset在满足特定业务场景交换目标的前提下,为实现对账、审核、审计与追溯所必需的最小范围数据项与附件证据集合。3.9依据文件basisdocument用于支撑造价数据形成、变更与确认的文件或记录,如计价依据、合同条款、图纸与变更通知、签证单、计量报表、支付证书、会议纪要等。3.10证据文件evidencedocument用于证明工程量完成事实、价格合理性或费用发生事实的材料,如现场影像、检验检测报告、材料设备到货单、计量实测记录、第三方鉴定报告等。T/XZBX0188—202633.11版本控制versioncontrol对造价数据在编制、复核、审批、发布与变更过程中的版本号、状态、差异说明、历史记录与回滚机制进行管理的活动。4总体原则4.1统一口径与统一编码4.1.1造价数据交换与共享应以统一口径为前提。项目应明确计价模式、费用组成边界、计量规则、取费参数与税率适用口径,并在项目实施细则或合同附件中固化,作为数据交换的统一基线。4.1.2项目应建立统一编码体系,至少覆盖工程分解结构、清单项目、合同项目、变更签证、计量支付、材料设备以及审批流程对象等。编码应唯一、稳定、可扩展,且应支持跨系统映射。4.1.3当参与方使用不同造价软件或不同项目管理平台时,应建立编码映射表与字段映射表,并明确映射维护责任与变更管理机制,避免因编码不一致导致数据无法对账或错账。4.2结构化优先与可校验优先4.2.1造价数据交换应优先采用结构化数据形式。对工程量清单、计量支付、变更签证、结算对账等高频交换场景,应避免仅以扫描件或不可编辑表格作为唯一载体;确需文件形式的,应同时提供可校验的结构化数据或可导出的标准化数据文件。4.2.2数据交换应做到可校验。交换数据应附带必要元数据、校验规则与校验结果,确保接收方可进行完整性校验、逻辑性校验与一致性校验。4.2.3数据共享应做到可追溯。共享数据应与依据文件、证据文件建立可检索关联,形成“数据—依据—证据—审批”闭环链条。4.3最小必要共享与安全合规4.3.1数据共享应遵循最小必要原则,仅向具备业务需要的角色开放相应数据范围与字段范围。对涉及商业敏感信息、个人信息或重要项目敏感信息的,应按分级分类采取脱敏、加密与访问控制措施。4.3.2数据交换与共享应落实日志审计、权限控制、备份与恢复等要求,确保数据可用性、完整性与安全性。4.4过程留痕与版本受控4.4.1造价数据的形成、提交、复核、审批、确认、变更与作废应留痕记录。关键数据的确认应具备不可抵赖的签认信息。4.4.2造价数据应实施版本控制,禁止覆盖已发布版本。任何变更应形成变更说明与影响范围,并与相应的依据文件、审批记录关联。T/XZBX0188—202645数据分类与数据模型5.1数据分类5.1.1造价数据宜按业务域分类管理,至少包括:投资估算与概算数据、预算与清单数据、招标投标数据、合同计价数据、过程计量支付数据、变更签证与索赔数据、结算与决算数据、审计与监管报送数据、价格与指数数据、材料设备价差数据等。5.1.2造价数据宜按数据形态分层管理,至少包括:a)结构化数据层:清单明细、工程量、单价、费用组成、参数与台账等;b)文档层:计价文件、合同文件、签证单、审批单、会议纪要等;c)证据层:影像资料、实测记录、到货单据、检验检测报告等;d)元数据层:编码、版本、状态、责任方、时间戳、关联关系等。5.1.3造价数据交换与共享应同时覆盖“结构化数据+必要文档证据+元数据”,确保数据可解释、可核验。5.2数据模型基本要求5.2.1项目宜建立统一的造价数据逻辑模型,至少包含:工程分解结构、清单项目、计量单位、计量规则、费用项目、合同计价条款对象、变更对象、计量支付对象、结算对象、审批对象与附件对象等实体及其关系。5.2.2数据模型应支持从总到分的追溯:投资控制目标—合同价—分部分项—清单子目—工程量—计量记录—支付记录—变更记录—结算对账记录—审计结论,实现链路可追溯。5.2.3对BIM算量或模型计量场景,数据模型应支持工程量与模型对象的关联映射,至少应包含模型对象编码、构件类别、空间位置、计量规则与工程量来源说明,并支持模型变更对工程量与费用的影响追踪。6数据项与元数据要求6.1通用数据项要求6.1.1造价数据交换与共享的通用数据项宜至少包括:项目标识信息、数据对象编码、名称、计量单位、数量、单价、合价、费用类别、计价依据标识、来源系统、责任方、形成时间、审批状态、版本号、关联对象与附件索引等。6.1.2对清单明细、计量支付、变更签证等核心数据对象,应将“对象编码、计量单位、数量、单价、合价、口径说明、依据文件索引、审批签认信息、版本号”设置为必填项,并实施系统校验。6.1.3对跨阶段复用数据,应明确数据维护责任与更新频次,并建立发布与订阅机制(或接口同步机制),避免各方私自维护造成口径漂移。T/XZBX0188—202656.2元数据要求6.2.1交换数据应附带元数据清单。元数据至少应包含:a)数据包编号与名称;b)业务场景类型;c)数据范围;d)版本号与状态;e)责任方与联系人;f)生成时间与提交时间;g)校验规则版本与校验结果;h)附件清单与哈希校验值。6.2.2共享数据应具备可检索元数据,至少支持按编码、名称、时间、责任方、审批状态、版本号、合同范围等维度检索。表1造价数据对象与关键字段示例7交换格式与接口要求7.1总体要求7.1.1造价数据交换与共享应采用标准化数据包或标准化接口方式实施。数据包方式适用于阶段性交换、审计报送与档案归档;接口方式适用于高频对账、实时共享与跨系统贯通。项目可根据业务频次与系统能力选择一种或组合方式。7.1.2数据交换应保证“可解析、可校验、可对账、可追溯”。交换数据应包含结构化数据文件、必要的依据文件与证据文件,以及元数据与索引文件;不得仅以不可检索的扫描件作为唯一交换成果。7.1.3交换格式应考虑不同软件生态的兼容性与长期可读性。结构化数据文件宜采用通用交换格式,并在项目实施细则中明确字段字典、编码规则、单位规则、日期格式规则与小数精度规则。7.1.4交换数据应附带校验信息。具备条件时宜提供校验报告与哈希校验值,用于接收方快速完成完整性校验与篡改识别。7.2数据包目录结构与命名规则7.2.1数据包应采用统一目录结构。目录结构宜至少包含:T/XZBX0188—20266a)00索引与元数据目录:索引文件、元数据文件、校验报告;b)01结构化数据目录:清单、计量、变更、支付、结算等结构化数据文件;c)02依据文件目录:合同文件、变更通知、会议纪要、计价依据等;d)03证据文件目录:现场影像、实测记录、到货单据、检测报告等;e)04签认与审批目录:审批流程导出、签认记录、电子签章文件等;f)05对账与差异目录:差异清单、差异原因说明、对账确认记录。7.2.2数据包命名应唯一且可检索。命名宜至少包含:项目简称、业务场景、合同范围或分区范围、时间范围、版本号、生成日期。命名规则应避免歧义字符并便于排序。7.2.3数据包内文件命名应与数据对象编码建立关联。对清单、计量、变更、结算等核心文件,宜在文件名中包含对象编码或编号,以便快速定位与追溯。7.3结构化数据文件要求7.3.1结构化数据文件应明确字段字典与数据类型。字段字典至少应明确:字段名称、字段含义、数据类型、是否必填、单位或枚举值、精度要求、与其他字段关系。7.3.2结构化数据文件应满足一致性要求:a)数值字段应统一小数精度规则;b)单位字段应使用统一单位编码或统一单位名称;c)日期时间字段应使用统一格式并明确时区;d)金额字段应明确是否含税、税率口径与取费口径;e)数量与单价计算应能复算。7.3.3结构化数据应包含必要的关联字段,用于实现“数据—依据—证据—审批”关联。关联字段宜至少包括:依据文件索引号、证据文件索引号、审批单号或签认记录号、关联对象编码等。7.3.4对存在分级汇总的结构化数据,应同时提供明细与汇总关系。明细应可追溯到具体清单子目或计量项目,汇总应能对应到合同价款组成或支付汇总表。7.4接口与系统对接要求7.4.1采用接口方式共享时,应明确接口边界、调用方式、认证方式、字段映射、同步频次、错误处理与对账机制。接口对接应遵循统一编码体系与字段字典。7.4.2接口应支持增量同步与全量同步两类模式,并支持按时间范围、合同范围、对象编码范围进行查询与拉取,避免每次全量传输造成性能与管理负担。7.4.3接口应提供必要的状态字段与版本字段,确保接收方识别数据是否已批准、是否可用于支付或结算、是否已作废、是否为最终版。7.4.4接口对接应设置对账校验机制。对账校验宜包括:记录条数对账、金额汇总对账、关键字段哈希对账、差异项自动输出与人工确认闭环。T/XZBX0188—202677.5字段映射与兼容性要求7.5.1当交换双方字段体系不一致时,应建立字段映射表与转换规则。映射表应包含:源字段、目标字段、转换规则、单位换算、枚举值映射、精度处理规则、缺省值规则等。7.5.2字段映射表应受控管理并纳入版本控制。字段映射变更应评估对历史数据与对账结果的影响,并保留变更记录与生效日期。7.5.3对同一类数据对象,宜优先采用行业通用字段名称与定义,减少定制字段。确需定制字段时,应明确字段用途与填报责任,避免“字段漂移”导致共享失效。7.6完整性与篡改防护7.6.1数据包应提供完整性校验信息。宜在索引文件中列出每个文件的文件名、大小、生成时间、责任方、版本号等信息。7.6.2具备条件时,宜为结构化数据文件与关键依据证据文件提供哈希校验值,并在接收时进行校验,防止传输过程中被篡改或丢失。7.6.3数据包传输应采用安全通道。涉及敏感信息的,应采用加密传输、访问控制与下载水印等措施,并保留传输日志与访问日志。8典型业务场景交换内容8.1一般要求8.1.1项目应针对高频、高风险、易争议的造价业务场景,明确最小交换集与必备附件证据,确保交换双方对账口径一致、证据链完整。8.1.2最小交换集应体现“结构化数据优先+必要依据证据齐套+审批签认留痕”。最小交换集不满足时,应判定为不具备对账或验收条件,并触发退回补充或整改。8.1.3对同一场景的交换数据,应明确交换周期与触发条件。周期可按月、按节点或按工程量完成情况确定;触发条件可包括计量期结束、变更批准、支付申请提交、结算启动等。8.2计量支付场景最小交换集8.2.1计量支付数据交换应支持对以下要素的校验:计量对象、计量期次、完成量、计量依据、单价口径、扣款项、支付金额、审批链条与支付状态。8.2.2计量支付交换应至少包含计量明细、支付汇总与差异说明,并与合同清单、计量规则与现场证据建立关联。8.3变更签证场景最小交换集8.3.1变更签证数据交换应支持对以下要素的校验:变更原因与分类、影响范围、工程量增减、单价T/XZBX0188—20268来源与计价依据、费用增减、审批状态与生效日期、与合同条款或补充协议的关联。8.3.2变更签证应做到“先依据后数据”。未提供变更依据文件与审批签认信息的,不应作为有效变更进入计量支付或结算。8.4结算对账场景最小交换集8.4.1结算对账数据交换应支持对以下要素的校验:合同价构成、累计计量支付、累计变更签证、索赔与扣款项、结算金额、差异项清单与差异原因、对账确认与签认信息。8.4.2结算对账应做到“明细可追溯、差异可解释、证据可核验”。对账差异应形成闭环记录并纳入版本控制。表2典型业务场景最小交换集与必备附件证据款项、支付申请金额、审批状态、版本号录变更编号、变更分类、原因、影响范围、增更、索赔扣款、结算明细、差异项清单、差单9数据质量校验与对账规则9.1校验维度9.1.1数据质量校验应至少包括:完整性校验、一致性校验、逻辑性校验、可追溯性校验与及时性校验。9.1.2完整性校验应检查最小交换集是否齐套、必填字段是否缺失、必备附件是否缺失、审批签认是否完整。9.1.3一致性校验应检查:a)清单编码、单位、单价口径与合同一致;b)工程量来源与计量规则一致;c)变更签证进入计量与结算的链路一致;d)结构化数据与附件文件金额一致;e)不同系统间汇总金额一致。9.1.4逻辑性校验应检查:时间顺序合理性、累计值与期次值关系、增减量与增减价关系、税率与含税口径关系、审批状态与可支付状态关系等。9.1.5可追溯性校验应检查:数据是否能追溯到依据文件与证据文件、审批链条是否可检索、版本是T/XZBX0188—20269否可回溯、差异是否可解释。9.2对账规则9.2.1对账应以“统一基线”为前提。对账前应确认合同清单基线版本、计量规则版本、取费参数与税率版本等基线信息一致。9.2.2对账应采用“先汇总后明细、先金额后工程量、先主项后附项”的顺序组织。对账差异应优先定位到差异项清单与差异原因。9.2.3对账差异处理应形成闭环记录,包括差异项编码、差异描述、差异原因、责任方、整改措施、确认结果与关闭时间,并纳入版本控制。9.2.4对账确认应采用可追溯签认方式。具备条件时应采用电子签章或可靠电子签名,并固化对账确认版本。10版本控制与变更管理10.1一般要求10.1.1造价数据应实施全生命周期版本控制。数据对象在编制、复核、审批、发布、交换、共享、变更与作废过程中,应具备唯一版本号、明确状态与可追溯历史记录。10.1.2版本控制应覆盖结构化数据、依据文件、证据文件以及索引与校验文件。对同一业务场景形成的数据包,应固化为“可验收版本”;后续调整应形成新版本数据包,不得直接覆盖已发布版本。10.1.3版本控制应与审批签认联动。未经批准或未生效的数据对象不得进入“可交换、可共享、可计量、可结算”的状态。10.2版本号与状态管理10.2.1项目应明确版本号规则。版本号宜采用“主版本号.次版本号.修订号”或等效方式,并在元数据中记录版本号、版本状态、生效日期与作废日期。10.2.2数据对象状态宜至少包括:草稿、待复核、待批准、已批准、已发布、已交换、已共享、已作废、已归档。状态流转应有明确触发条件与责任人。10.2.3对用于计量支付与结算的关键数据对象,应明确“生效状态”判定条件,并在系统中设置不可逆变更或强制留痕机制,防止事后篡改。10.2.4版本发布应形成发布记录。发布记录至少应包含:发布对象、版本号、发布范围、发布原因、责任方、审批信息、发布时间、关联基线版本等。10.3变更管理要求10.3.1造价数据变更应遵循“先依据后变更、先审批后生效、先对账后共享”的原则。变更应有明确依据文件与审批签认信息支撑。T/XZBX0188—202610.3.2变更应形成变更说明。变更说明至少应包含:变更原因、变更范围、影响对象编码、影响金额或影响工程量、涉及合同条款或计价依据、相关附件索引、责任方与审批信息。10.3.3变更影响评估应覆盖:a)对合同价与支付计划的影响;b)对累计计量支付与结算金额的影响;c)对税率与取费口径的影响;d)对审计口径与监管报送口径的影响;e)对历史数据对账结果的影响。必要时应同步更新对账基线或重新对账,并固化差异闭环记录。10.3.4对属于纠错性质的变更,应保留原始错误版本与纠错版本,并在变更说明中明确错误原因与纠错依据,确保审计可追溯。10.3.5数据作废应明确作废原因与替代版本。作废不应导致历史链路断裂;作废对象应保留只读访问权限与审计追溯能力。11权限安全与合规管理11.1分级分类与共享边界11.1.1造价数据应实施分级分类管理。项目宜至少划分:公开数据、内部数据、商业敏感数据、重要数据等类别,并明确各类别的访问范围、共享范围、导出限制与留存期限。11.1.2数据共享边界应在合同或项目实施细则中明确,至少应明确:a)可共享的数据对象范围与字段范围;b)可共享的时间范围与版本范围;c)可共享对象的审批条件;d)共享对象的用途限制与再分发限制;e)对外报送与对外共享的审批流程与脱敏规则。11.1.3对包含个人信息或可能识别自然人身份的信息,应按个人信息保护要求进行最小化处理;对外提供时宜脱敏或仅提供必要字段。11.2访问控制与最小权限11.2.1平台或共享机制应支持基于角色的访问控制。角色应与项目组织架构、合同责任界面相匹配,并应支持按合同范围、专业范围、分区分段范围、阶段范围进行权限隔离。11.2.2权限应遵循最小权限原则。具备条件时应区分“查看、下载、导出、编辑、审批、发布、作废”等权限,并对导出与下载设置审批或水印控制。11.2.3关键审批权限与发布权限宜采用分级授权或双人复核机制,防止单点操作引发重大错误或数据T/XZBX0188—2026泄露。11.3日志审计与备份恢复11.3.1平台应记录关键操作日志,至少包括:登录、查询、下载、导出、上传、修改、审批、发布、权限变更、数据作废等操作,并支持按对象编码、人员、时间范围追溯。11.3.2应建立备份与恢复机制,明确备份范围、备份频次、保留周期与恢复演练要求。对阶段对账、结算对账、审计报送等节点数据宜进行固化备份。11.3.3发生数据丢失、篡改或泄露风险事件时,应启动应急处置流程,实施隔离、取证、恢复与通报,并形成复盘改进措施。11.4合规与保密要求11.4.1造价数据交换共享应符合网络安全、数据安全与保密管理要求。涉及国家秘密、商业秘密或重要工程敏感信息的,应按规定采取加密存储、加密传输、权限隔离与访问审批。11.4.2参与方应对其接收的数据承担保密义务,不得超范围使用或向第三方转发。对外提供数据应经授权并按规定留痕。12交换共享流程与职责分工12.1流程总体要求12.1.1造价数据交换共享应建立标准流程,至少包括:数据准备、内部复核、审批签发、提交交换、接收校验、对账确认、问题整改、版本固化、归档留存与共享发布。12.1.2交换共享流程应以业务场景为驱动,明确触发条件与周期。对计量支付应按计量周期组织;对变更签证应在批准生效后触发;对结算对账应按结算计划或审计要求组织。12.1.3流程应设置退回机制。最小交换集不齐、校验不通过、对账差异未闭环时,应退回整改,直至满足交换与确认条件。12.2职责分工12.2.1数据提供方职责宜包括:a)按统一口径与编码编制结构化数据与附件;b)完成内部复核、审批签发与版本固化;c)提供数据包索引、元数据与校验报告;d)配合接收方完成校验、对账与差异闭环;e)对提供数据真实性、完整性负责。12.2.2数据接收方职责宜包括:a)按规定完成完整性校验、一致性校验与逻辑性校验;T/XZBX0188—2026b)组织对账并形成差异清单与差异原因;c)对确认结果进行签认并固化版本;d)按权限规则共享

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论