大兴机场的工程档案，平时没人看，要用的时候都是大事
大兴机场的档案库房，和一般单位的档案室不是一回事。
一般档案室，档案是日常调阅的——查个文、调个卷、复印个材料。大兴机场的工程档案，平时基本没人翻，但一旦要翻，都是巡视、审计、评优、项目后评估这类事。平时静悄悄，用的时候是倒查责任、举证合规。
这就决定了这套系统要解决的核心问题不是“怎么找得快”，而是“要的时候能不能拿得出、拿出来的东西能不能对上”。
上百家参建单位，档案不是一家产生的
航站区工程、飞行区场道、综合交通中心、市政管网、机电安装、装饰装修，数十个专业领域，涉及北京城建、北京建工、中建八局、中国铁建、中国交建等上百家参建单位。
一份工程档案，往往不是一家单位产生的。一张图纸可能是设计院出的、施工单位审的、监理单位签的、建设单位批的，四个单位的章盖在同一张纸上。归档的时候，这张图纸进了建设单位的库房，但它的“责任链”横跨四家。
审计来了要查这张图纸，问的不是“图纸在哪”，是“这张图纸谁出的、谁审的、哪个版本、和现场施工用的是不是同一版”。系统里如果只存一个档号，回答不了这个问题。
所以这套系统的索引不是只按档号建的，是按工程节点、参建单位、专业门类、版本几个维度串起来的。查一份档案，能顺着它看到上游谁出的、下游谁用的。
BIM平台里的模型，和库房里的图纸要对得上
大兴机场建设大量使用BIM技术。工程档案里不只有纸质图纸，还有BIM模型。同一个工程节点，纸质图纸是一版，BIM模型是另一版，两个版本必须对得上。
审计的时候，如果BIM模型显示某个节点是A做法，纸质图纸归档的是B做法，说不清哪个是实际施工的，这就不是档案管理问题，是合规问题。
这套系统和机场BIM平台、工程管理系统对接，要解决的就是这件事：档案系统里的图纸版本和BIM平台里的模型版本能比对。不是简单把两个系统连起来，是让“同一份工程档案在不同系统里的版本状态”能对账。
巡视、审计、评优、后评估，四种场景要的东西不一样
巡视要的是程序合规——该签的字签了没有、该走的流程走了没有、该留的记录留了没有。系统要能按流程节点调记录。
审计要的是钱和物对得上——工程量清单和验收记录对不对、变更签证和图纸对不对。系统要能按工程节点和金额调档案。
评优要的是亮点举证——这个工程用了什么新工艺、达到了什么标准、有没有获奖记录。系统要能按专业门类和奖项调档案。
项目后评估要的是全周期数据——从立项到竣工，每个阶段的档案要能串成一条线。系统要能按时间轴串档案。
四种场景，查的是同一批档案，但要的维度不一样。一套索引撑不住四种查法，得按场景建不同的检索路径。
北京的冬天，防的不是潮，是干
前面几篇档案案例，南方的项目核心是防潮防霉——梅雨季、高温高湿。北京不一样，四季分明，冬季干燥，供暖期室内更干。
干燥对工程档案的威胁是纸张脆化。尤其是老图纸、老文件，纸本来就老，冬天一干，翻一次裂一次。
所以这套系统的环境控制，不是“防潮”一个逻辑，是分季节的双向调节——夏季防潮，冬季防干，通风策略按季节换。架体支持通风散气，但什么时候通、通多久，得看室外湿度和室内湿度哪个更合适。这个逻辑在南方项目和北方项目里是反的。
库房面积大，分区不是按面积均分
大兴机场的档案库房面积大。面积大不等于“随便放”。
工程档案的分区，按专业门类和使用频率来。航站区、飞行区、交通中心，各占一个区；机电安装、装饰装修这些调阅频率相对高的，放在靠近操作区；市政管网、场道工程这些调阅频率低的，后置。
分布式控制架构支持多区域协同，但哪个专业放哪个区、哪个区靠近操作台，是人根据“哪些经常查、哪些很少查”定的，不是系统自动分的。
