移交进馆不是收一批文件：纸质、电子和数字化成果要一次对齐

移交进馆最怕看起来数量都对。纸质档案多少盒，电子档案多少件，数字化影像多少页，硬盘里多少 GB，交接单上都能写得很清楚。但真正进入数字档案馆以后，问题往往进馆接收要核对“对不对”：目录和原文能不能对应，电子组件是否完整，开放意见有没有跟着走，备份批次能不能追，退回问题有没有复检。

移交接收接收流程承担把多类资源纳入同一套管理、保存和利用证据链。这个动作如果做粗了，进馆之后会不断返工：目录补字段，原文重新挂接，开放状态重审，备份重新登记，利用系统查不到材料，长期保存也缺少初始校验依据。

接收会第一件事：把对象说清楚

一次移交可能同时包含纸质档案、电子档案、传统载体数字化成果、音视频、数据库导出、业务系统元数据、开放审核意见、移交说明和检测报告。它们不能被一个“移交数据包”概括掉。

项目会上最好先列对象清单。每类对象写清来源单位、形成系统、数量口径、文件格式、目录字段、校验方式、接收责任人和后续处理动作。比如纸质档案要看实体盒号、目录和数字化成果是否对应；电子档案要看组件、元数据、格式、四性检测和签章信息；数字化成果要看图像页序、分辨率、OCR、质检记录和抽检结果。

对象清单的意义，是让后面所有检查有抓手。没有对象清单，接收工作会变成“收到了一个文件夹”；有对象清单，项目组才能逐项判断哪些能入库，哪些要退回，哪些需要人工确认。

对象清单还可以避免一个常见扯皮：移交方认为“已经交了”，接收方认为“不能用”。这两句话经常同时成立。文件确实交了，但没有元数据；目录确实交了，但没有开放意见；影像确实交了，但页序和目录对不上；检测报告确实有，但没有绑定到具体对象。把对象拆清楚以后，争议就能从情绪变成问题项。

接收会最好不要只让项目负责人参加。档案业务人员、信息化人员、安全管理人员、数字化加工人员和运维人员都应该在场。因为同一批材料，在不同角色眼里风险不同：业务人员看归档口径，信息化人员看格式和接口，安全人员看开放和权限，运维人员看存储、备份和恢复。

数量对，不代表关系对

移交接收里最常见的错位，是数量正确但关系错误。目录有 1000 条，原文也有 1000 份，看起来没问题。可一抽查才发现目录档号和文件名不是同一个口径，附件被合并成一个 PDF，页码顺序和目录组件不一致，开放意见只在 Excel 里，没有进入系统字段。

所以接收时不能只做总量核对，还要做关系核对。至少要核四组关系：目录和组件，组件和原文，目录和开放状态，接收批次和备份批次。任何一组断掉，后续利用和保存都会受影响。

可以先从小样本做起。每个批次抽 30 条，覆盖不同门类、不同年度、不同保管期限、不同开放状态。每条样本都按同一条路径查：目录字段是否完整，组件是否齐，原文是否能打开，页序是否正确，检测报告是否对应，开放意见是否进入系统，备份登记是否覆盖。这种抽查比只看总量更能说明问题。

元数据要在接收阶段冻结口径

移交时不把元数据口径说清，进馆后会很难改。比如“责任者”是形成单位、承办部门还是文件签发机关；“日期”是成文日期、归档日期还是系统生成日期；“密级”和“开放状态”是否分开；电子文件组件是否保留原始文件名和规范化文件名。

这些问题看似细，实际会影响检索、开放审核、长期保存和 AI 利用。字段含义不一致，同一批数据进入资源总库后就会出现统计口径混乱。更麻烦的是，后期补改元数据往往需要重新确认责任人和依据。

接收阶段应形成一份字段对照表。左边是移交单位字段，右边是进馆系统字段，中间写转换规则和异常处理。遇到缺字段、字段冲突、格式不符合要求，应形成问题单，而不是在导入脚本里悄悄修。

退回机制比一次通过更重要

移交接收不能只设计成功路径。真实项目里一定会出现组件缺失、文件打不开、校验值不一致、元数据不全、开放意见缺失、目录和页序错位、格式不符合要求等问题。没有退回机制，接收方只能先收下，后面慢慢补，风险就会长期留在馆内。

退回单至少应包含：批次号、问题对象、问题类型、证据截图或日志、退回原因、整改要求、责任单位、复检时间和复检结果。它这些手续帮助为了让问题闭环。

有些问题可以现场修正，有些必须退回形成单位重新提交。比如目录字段拼写错误可以在规则明确后批量修正；组件缺失、开放意见不明确、校验不一致则不应由接收方替对方补。责任边界越早说清，后面越少扯皮。

接收同时要考虑长期保存

进馆接收通过后还要接上长期保存的起点。很多移交问题在当前系统里看不出来，到了备份、恢复、格式迁移时才暴露。接收阶段至少要保留初始校验值、文件格式、生成来源、接收批次、存储位置和备份策略。

尤其是电子档案和数字化成果，不能只保存最终可浏览版本。原始格式、转换格式、预览格式之间要有关系。比如一份 OFD 或 PDF/A 作为保存版本，一份图片或文本作为利用版本，一份 OCR 结构作为检索版本。它们都应能回到同一个目录对象和接收批次。

备份也要从接收阶段开始登记。某批资源什么时候进馆，什么时候完成校验，什么时候进入在线存储，什么时候进入离线或异地备份，恢复演练抽到了哪些样本，这些都应进入接收档案。否则长期保存会和接收工作断开。

这里有一个很实际的建议：接收完成后不要马上宣布结束，先做一次小样本恢复。比如从本批次里抽 10 条目录，按目录找到组件，再按组件找到原文，从备份位置恢复文件，计算校验值，最后在系统里打开对应页面。这个动作很小，但能证明接收、存储、备份和系统回跳没有断。

如果恢复演练要等到几年后才做，很多问题已经失去上下文。原始移交人员可能换岗，硬盘标签可能不清，脚本规则可能没人记得，路径映射也可能散落在临时文件里。接收当期做一次小恢复，相当于给长期保存留下一枚锚点。

接收前、中、后要分工

移交接收不是一天会议能完成的动作，可以拆成三段。

接收前，先发移交模板和样本要求。模板要说明目录字段、组件命名、文件格式、校验方式、开放意见、检测报告和说明文件。不要等移交方把数据拷过来以后再临时解释规则。

接收中，按批次做自动检查和人工抽查。自动检查负责数量、格式、校验、必填字段、路径和重复项；人工抽查负责业务口径、开放意见、目录和原文对应、特殊载体说明。自动检查不能替代人工抽查，人工抽查也不能替代日志和报告。

接收后，形成入库记录、问题退回单、复检结论、备份登记和交接确认。只有这些材料闭环，才算真正完成接收。否则“收到了”只是一个动作，不是一个可追溯结果。

这三段分清以后，项目团队会少很多临时沟通。移交方知道怎么准备，接收方知道怎么检查，系统开发人员知道哪些字段必须有，运维人员知道哪些批次要备份。流程越清楚，后面越不依赖个人经验。

一张移交对齐表

这张表可以作为接收会的工作底稿。它不需要写得复杂，但每一项都要能指向具体材料。移交工作一旦能按对象和证据推进，后续进馆、管理、利用和保存才不会全靠补材料。

AI 和智能检索也要从接收处开始

很多单位会等资源进馆后再讨论 AI 检索。其实 AI 能不能用，很大程度在接收阶段就决定了。目录字段是否清楚，原文页码是否稳定，OCR 是否有质量状态，开放意见是否结构化，检测报告是否能关联对象，这些都会影响智能检索的可靠性。

如果移交时只收了一批文件，没有建立页级关系和状态，后面模型只能面对一堆孤立文本。它可能能回答，但很难解释来源，也很难判断权限。反过来，接收阶段把目录、原文、OCR、开放状态和检测报告对齐，AI 检索就有了可引用、可回跳、可拒答的基础。

领至科技在做数字档案馆接收和资源底座方案时，会把移交对齐清单前置到项目早期，而不是等数据导入以后再补。因为进馆接收不是行政手续，它直接决定资源总库、长期保存、利用服务和智能应用的下限。

一个高水平数字档案馆，不能只证明“收到了很多数据”。更要证明这些数据有身份、有关系、有状态、有校验、有责任、有退回和复检。需要查看相关方案资料，可以通过文末原文进入领至科技官网。

移交差异要形成问题清单

移交时经常发现目录、原文、组件、权限、格式和日志不完全一致。差异不能只在会上讨论，应形成问题清单：对象编号、差异类型、责任方、整改动作、复验结果。

问题清单能让移交工作从一次性接收变成可追踪流程。对电子档案和数字化成果来说，差异处理记录也是后续长期保存和利用复核的重要证据。