3. CDE中的文档分类与编码体系

在协同设计环境（CDE）中，文档不是“上传后堆在文件夹里”的静态附件，而是贯穿设计、校审、审批、交付全过程的可追溯对象。分类与编码体系决定了这些对象能否被稳定识别、快速检索、正确关联审批流程。如果分类只靠人工建文件夹、编码只靠文件名约定，随着版本迭代和参与方增多，检索会迅速失效，审批也会因为“找不到正确版本”而反复退回。本节围绕分类原则、编码规则、元数据设计三条主线展开，并说明它们如何共同影响检索效率与审批流转。

一、分类原则：按“用途+专业+阶段”三维切分

CDE中的文档分类不应只按文件类型（如DWG、PDF、XLSX）划分，因为同一份图纸在不同阶段、不同审批场景下的用途完全不同。更稳定的做法是采用三个正交维度：

• 用途维度：设计输入、设计成果、校审记录、审批意见、会议纪要、变更单、竣工资料。用途决定文档进入哪条审批链。
• 专业维度：建筑、结构、给排水、暖通、电气、智能化、景观等。专业决定文档的归口责任人和会签范围。
• 阶段维度：方案、初步设计、施工图、深化设计、竣工图。阶段决定文档的版本基线和有效性判定。

三个维度组合后，一个文档的“分类坐标”就唯一确定。例如“施工图阶段—结构专业—设计成果”与“施工图阶段—结构专业—校审记录”虽然专业和阶段相同，但用途不同，前者进入审批发布流程，后者进入质量记录归档流程，二者不应混在同一目录下。

二、编码规则：让文件名本身携带可解析信息

编码规则的目标是让文档编号可被机器解析、可被人工识别、可被流程引擎引用。推荐采用分段式编码，每段用固定分隔符连接，段内含义固定。以下是一个可落地的示例结构（示例参数，非实测数据）：

项目码-阶段码-专业码-用途码-顺序号-版本号
示例：PRJ01-SG-ST-DR-0042-V03

PRJ01  项目码（项目唯一标识）
SG     阶段码（方案=SC，初设=DD，施工图=SG，深化=SD，竣工=AS）
ST     专业码（建筑=AR，结构=ST，给排水=PL，暖通=HV，电气=EL）
DR     用途码（设计成果=DR，校审记录=CH，审批意见=AP，变更=CO）
0042   顺序号（同阶段同专业同用途内递增，4位定长）
V03    版本号（V+两位定长，主版本递增）

编码规则一旦确定，必须写入CDE的命名校验规则中，禁止人工随意修改。顺序号采用定长补零，是为了保证按字符串排序时顺序正确；版本号独立于顺序号，是为了让“同一文档的多次迭代”与“不同文档”在编码层面可区分。版本号只增不减，作废版本保留但标记状态为“作废”，不得删除，否则审批追溯链会断裂。

三、元数据设计：编码之外的“可检索字段”

编码解决的是“唯一标识”，元数据解决的是“多维检索与流程路由”。仅靠编码字符串做检索，无法支持“查所有结构专业施工图阶段已审批的文档”这类组合条件。因此每份文档在CDE中应绑定一组结构化元数据字段。建议的最小字段集如下：

元数据字段应尽量采用受控词表（下拉选择），而不是自由文本。自由文本会导致“结构”“结构专业”“ST”三种写法并存，检索时无法穷举。受控词表与编码段一一对应，既保证一致性，也便于批量导入和接口调用。

四、对检索与审批的实际影响

分类、编码、元数据三者共同作用，直接影响两个核心场景。检索场景：当用户输入“施工图+结构+已审批”时，CDE通过元数据组合条件命中文档，而不是遍历文件夹。如果元数据缺失或状态字段未维护，检索结果会包含作废版本，导致误用。审批场景：流程引擎根据“用途码+专业码”自动选择审批链，例如设计成果走“专业负责人→项目负责人→审定”，校审记录走“校审人→专业负责人”。如果用途码错误，文档会被送入错误的审批链，造成流程空转或审批遗漏。

五、落地时的常见问题与判断依据

实际项目中，分类编码体系最容易在三个地方失效。第一，编码规则发布后没有校验机制，人工命名出现“PRJ01-SG-ST-DR-42-V3”这类缺位、缺前导零的变体，导致按编码排序和解析失败。判断依据：随机抽取20份文档，检查编号是否全部符合正则表达式，若有不符则规则未落地。第二，元数据状态字段未随审批结果自动更新，文档已审批但状态仍为“审批中”，检索时被过滤掉。判断依据：对比审批流程日志与元数据状态，若存在不一致条目，说明状态同步缺失。第三，关联文档字段为空，校审记录与设计成果无法互相跳转，审批人需要手动搜索。判断依据：打开一份设计成果，检查能否一键定位其校审记录和审批意见，若不能则关联关系未建立。

分类与编码体系不是一次性配置，而是需要随项目阶段推进持续维护的“活规则”。在CDE中，建议将编码校验、元数据必填、状态自动同步三项作为文档入库的强制门槛，任何一项不满足则不允许提交审批。这样，检索和审批才能在文档量增长后仍然保持稳定，而不是依赖个人记忆和临时沟通。