承台、墩柱、系梁怎么挂属性：下部构件编码实操

科技前沿 | 2026-11-04 12:43:46 | 小编

一句话定义：承台、墩柱、系梁挂属性，是把下部结构每件构件的身份、位置与材料信息按统一规则挂进模型，做到一件一码、可查可计量、能与台账和监测测点对上的做法。

下部结构由哪些构件组成

按《公路工程信息模型应用统一标准》（JTG/T 2420—2021）的划分，桥梁模型由上部结构、下部结构、桥面系与附属工程组成。下部结构是埋在地下、撑起上面的那一整套：承台、墩柱（含墩身与墩帽）、系梁、桥台，再往下还有桩基。这一套构件型号重复度高、数量大，最需要靠编码来管。

四类构件各管一段。承台在桩基之上，把一群桩的力收拢再传给墩柱；墩柱竖向承重，从承台顶一直到盖梁底；系梁连接同排墩柱，把两柱或多柱在横向上连成整体，分柱间系梁与墩顶系梁；桥台在桥梁两端，衔接路基与桥跨，含台帽、背墙、翼墙与搭板。

构件	作用	建模粒度	属性重点
承台	连接桩基与墩柱，收拢并传递荷载	单件建，含桩头嵌入	顶标高、桩基根数
墩柱	竖向承重，从承台顶到盖梁底	按墩号分左右幅建	墩号、直径、垂直度
系梁	横向连接同排墩柱，提高整体性	按排建，区分柱间与墩顶	连接墩号、中心标高
桥台	衔接路基与桥跨，承受台后土压	按台建，含台帽背墙翼墙	台号、台后填土范围

四类构件的建模粒度不同：承台与桥台是「一件一模型」，墩柱按墩号拆，系梁按排拆。粒度定错，编码就跟着错，后面挂多少属性都是白挂。

为什么必须编码：三件事对不上就白干

模型建得再漂亮，如果只能看不能用，价值有限。下部结构的编码要解决的就是「对得上」：一构件一码、按标准分类、能和三类业务数据接上——台账、计量、监测测点。这三件事里任何一件对不上，这套模型在管理上就废了一半。

台账对不上，质量验收找不到对应的检验批。现场报验是按墩号报的，模型里却是一堆同名的柱，监理要查某一根，只能靠人眼在三维里找。计量对不上，清单细目要的是「某标段某工点某墩某幅墩柱混凝土」，模型只能给一个总量，拆不开。监测对不上，测点编号挂不到构件上，报警时说不清是哪一根柱。

编码有两套，作用不能混。标识码是身份证，一件一个，全项目唯一，作废也不复用；分类编码是类型码，同类型的构件共用同一个码，允许重复。前者管「是哪一件」，后者管「是哪一类」。很多项目的混乱就来自把两者合成一个字段：一旦重复建了一件，改一个就动了一片。

按 JTG/T 2420—2021 的分类编码结构，构件级有独立的码段，同类型构件可重复使用同一分类编码。落到项目上还要加一层：把项目自己的单位工程、工点、墩号挂上去，标准码管类型，项目码管位置，两者组合才能定位到唯一一件。

六段命名法怎么落地

六段是：单位工程、工点、墩号、左右幅、构件类型、施工节段。每一段都有固定来源，不靠记忆：单位工程来自项目划分表，工点来自标段与工区划分，墩号来自墩台一览表，左右幅来自总体布置图，构件类型来自分类编码表，节段来自施工组织设计。

落地时有个关键选择：六段是拼成一个字符串，还是拆成六个字段。拼成字符串好看、好读、好贴图，但没法筛选、没法排序、没法做统计；拆成六个字段，界面上可以拼一个显示名，底层仍按字段存。工程上稳妥的做法是后者，显示名给人看，字段给程序用。

分隔符与写法要统一。中文括号与英文括号混用、墩号写「左 3」还是「3# 左幅」、节段写「第一节」还是「S1」，这些不统一，筛选就会漏。规则定在建模细则里，写一条示例，所有人照抄，比开会强调有效。

还有一条容易忽略：命名要能承受变更。加墩之后墩号可能顺延，工点可能重划，节段可能合并。规则里要写清楚哪些段可变、哪些段不可变——标识码不可变，墩号与节段可变但必须留变更记录。否则一次改线，全项目的编码就要重来一遍。

属性表分三层：几何、材料、管理

属性不是越多越好，要按用途分层。几何层回答「长什么样、在哪里」，材料层回答「用什么做的」，管理层回答「归谁管、干到哪一步」。三层各有各的来源与更新频率，混在一张表里，改一个字段要惊动一圈人。

几何层来自设计图，建模时一次成型，后续只在设计变更时改。材料层来自设计说明与钢筋构造图，随材料代用、配合比调整而变。管理层来自项目划分与施工组织，变动最频繁，也最容易被忽略——很多模型交付时管理层字段是空的，等于把最有用的部分丢了。

层级	典型字段	来源	更新频率
几何	截面尺寸、中心坐标、顶底标高	墩台构造图、布置图	仅设计变更时改
材料	混凝土强度等级、钢筋级别	设计说明、钢筋构造图	材料代用时改
管理	单位工程、标段、节段、状态	项目划分表、施工组织	随进度常态更新

三层的关系是：几何定位置，材料定造价，管理定归属。做算量，几何与材料要齐；做进度，管理层要活；做运维，三层都要跟着交工验收模型一起交出去。

左右幅与墩号怎么处理

分离式路基、双幅桥、匝道桥并存的项目，左右幅是最容易出事的一段。左右幅是两个独立的受力体系，墩柱、承台、系梁都是各自独立的构件，编码必须分开。合并成一根柱，混凝土量少一半，钢筋量也少一半，看上去模型完整，一算量就露底。

墩号与桩号是两件事，不能互替。墩号是身份，用于台账、报验、监测布点；桩号是位置，用于定位、放样、与线路对应。同一个墩号在改线后可能换桩号，同一个桩号附近可能有主线和匝道两个墩。把两者混填一个字段，改线之后就查不清谁是谁。

匝道与加宽段还有一层麻烦：墩号可能重复。主线有 3 号墩，匝道也有 3 号墩，只有墩号无法区分。解决办法是在墩号前加工点前缀，或者用「工点+墩号」组成联合主键。规则不难，难的是所有专业都按同一套写。

桥台的处理另有讲究。桥台通常按台号编，左右幅可能共用一个台，也可能分开；台后的搭板、翼墙、背墙属于桥台还是路基，各项目口径不一。定口径的原则只有一条：与项目划分表和清单细目保持一致，别自创一套。

变更之后怎么回填

下部结构的变更是常态：加墩、移位、截面调整、节段合并、材料代用。每一次变更都会牵动模型、属性、台账、监测四条线。只改模型不改属性，量就错；只改属性不改台账，报验就对不上；四条线都改了但没留版本，事后审计说不清。

回填顺序建议固定：先拿到设计变更单，确认变更范围；再改模型几何；再改属性字段；再同步台账与清单；最后核对监测测点是否落在新构件上。顺序反了，很容易出现「模型是新的、属性是旧的」这种半新半旧的状态，比不改还难查。

版本要留痕。JTG/T 2422—2021 对设计变更的模型修改提出宜通过版本管理保留变更记录，落到操作上就是：每次变更出一个版本号或版本标识，旧版本不删，新版本可追溯。标识码不变，版本变，这样同一件构件的来龙去脉才连得起来。

三个常见错误

同型号构件共用一个码。几十根一样的墩柱，图省事全挂一个标识码，模型上看着整齐，实际等于只有一件。计量拆不开、报验对不上、监测挂不住，返工时要把每根柱重新拆开编号。

左右幅不分。双幅桥按单幅建，或者左右幅共用一个编码只改后缀。这种错误在平面图上不显眼，一到算量就少一半，一到架梁就发现支座位置对不上。

墩号与桩号混用，变更不回填。用桩号当墩号，改线后全线错位；变更后只改模型不回填属性，模型与台账两张皮。这两件事往往一起发生，因为都出在「没人对总账」上。

这段活我们干哪一部分

河南广创云建筑科技有限公司做的是编码与属性这一段：先按项目划分表与墩台一览表定六段规则，把规则写成可执行的字段模板；再按规则建下部结构模型，逐件挂标识码、分类编码、几何、材料与管理字段；最后出构件清单，与台账、清单细目逐条对齐。桥梁建模的整体口径见桥梁 BIM 建模服务。

构件数据要往计量、进度、质量上走，属性得入BIM 管理平台才查得动；项目部自己维护编码体系、把规则交到人手上，是另一段功夫。宁香高速那类多标段项目把构件数据汇到一张图的做法，可看BIM+GIS 一张图案例。

下部结构构件数量多、重复度高，建模与属性工作量跟墩型种类、构件件数直接相关，公开的测算思路可参考桥梁 BIM 建模费用参考，具体以项目实际工作量与设计文件为准。

核心要点

• 下部结构含承台、墩柱、系梁、桥台，建模粒度不同，粒度定错编码必错；

• 编码要对上三件事：台账、计量、监测测点，任何一件对不上，模型就只是模型；

• 标识码一件一码、作废不复用；分类编码表类型、允许重复，两者不能合成一个字段；

• 六段命名拆成六个字段存，显示名给人看，字段给程序用；

• 属性分几何、材料、管理三层，管理层最易空，也最影响后续应用；

• 变更按「变更单—模型—属性—台账—测点」顺序回填，保留版本记录。

常见问题

Q：标识码用什么规则生成？
A：常见两种：一是 GUID 一类全局唯一标识，机器生成、人不可读，适合上平台；二是项目自定义规则，按六段拼接，可读性好但要求规则严格。两种都能用，前提是全项目统一、作废不复用，且与分类编码分开存放。

Q：墩柱和盖梁要不要合成一个构件？
A：不建议。两者材料可能不同、施工节段不同、清单细目也常分开，合成一件后计量拆不开。按 JTG/T 2420—2021 的构件级划分，墩柱与盖梁分属不同构件，编码也应分开。

Q：左右幅共用一个承台怎么编？
A：承台是一件实体，就编一个码；左右幅的墩柱各自编独立码，并在属性里分别标注所在幅。判断标准是施工与计量是否分开：分开就分码，不分开就一件一码并在属性里说明服务范围。

Q：属性表谁维护，建模单位走了怎么办？
A：规则与字段模板在建模前就要交给项目部，模型交付时连属性表、编码对照表一并交。日常维护由项目部指定专人，建模单位做规则交底与首批数据核对，避免人一走数据就停更。