电子档案移交时为什么不能只交正文文件不交元数据

电子档案移交不能只考虑正文能否打开，还需要保留描述来源、形成背景、组织关系和管理过程的元数据。仅交一个正文文件，接收方可能看得到文字，却难以确认它属于哪项业务、与哪些附件相关，以及之前经历了哪些管理处理。

正文与元数据应作为有关联的整体准备。目录能帮助查找文件，但一张简单文件名清单通常不能替代完整的背景、关系和过程信息；具体字段及封装方式须按适用要求和接收方约定确定。

国家档案局公布的《电子档案管理办法》要求在电子档案全过程中持续采集、维护元数据，并对归档电子文件及其元数据等信息进行清点登记和相关检测。由此理解，电子档案交接是信息及其关联的交接，不能简化成拷贝正文。以下字段分组与例子是准备工作建议，不是全国统一移交模板。

正文说明内容，元数据补足背景与关系

可以把正文理解为记录的内容，把元数据理解为帮助识别、解释和管理这份记录的信息。比如一份项目成果说明本身写清了结论，但“形成部门”“形成时间”“对应项目”“附件关系”未必都在正文中完整出现；这些信息往往保存在原业务系统。

这些信息是否采用某个具体字段名称，应服从所涉档案类型和实际接收规则，不能把表中的概念名称直接认作法定字段。文书、照片、音视频、业务数据等对象的表达也可能不同。

先与接收方确认移交范围

准备前先取得接收要求，确认本次涉及什么档案、哪些正文附件、哪些元数据和相关说明，以及采用何种组织与传输方式。不要等正文全部导出后才问能否接收；早确认可以减少临时补字段、改路径或重复导出的工作。

建议把“正文文件数量”“关联记录数量”“信息来源”“缺失项责任人”列入内部准备表，同时记录接收要求的版本。内部表是协作工具，不能替代接收方规定的正式登记资料。

如果承办部门只保留了正文，档案部门却掌握目录，应先确认目录字段能否与文件一一对应。两份材料各自存在，并不等于它们之间的关联可靠。

让正文附件与元数据保持对应

以虚构的成果记录 A-017 为例，可以让它引用一份正文和两份附件，并在关联信息中明确这三份文件的角色。接收方查 A-017 时，应能找到对应文件；从文件清单回看，也应能定位相关记录，而不是仅凭相近文件名猜测。

打包之后随意重命名文件、调整目录或删除“看起来重复”的附件，可能使关联失效。确需调整时，应按约定同步更新关联信息，保留处理原因。原文件已有的标识和系统导出说明也不应随意丢弃。

文件能够打开只是其中一项现象。移交准备还应关注资料是否齐全、关联能否解释、技术格式是否满足接收要求。不能把一次打开成功等同于全部交接条件已经满足。

缺失信息从原业务系统追补

发现形成时间、责任者或附件关系缺失时，先查原业务系统、办理记录和已有归档资料，联系对应责任人核实。对于确实无法确认的信息，应记录缺失情况、已有线索和待处理项，交由有关责任方按要求处理。

不要为了让表格看起来完整，把文件复制时间填成形成时间，也不要把当前经办人统一填成历史责任者。复制、导出和形成是不同事件；实在无法确认时，保留真实缺口比编造一个整齐答案更有价值。

已经将文档转为另一格式的，还要保留所需的转换说明和关联材料。正文内容相似不意味着转换前后的背景信息可以全部省略。至于是否需要保留哪些版本，应按实际要求确认，不能只凭扩展名自行决定。

保留交接结果与异常说明

交接后建议保存本次移交批次、清单、接收反馈和异常处理记录，便于后续追查某项材料是否已交、接收方提出过什么问题、由谁补充过哪些内容。未解决问题要明确状态，不要仅在聊天里口头说明。

元数据中也可能含有限制利用或涉及个人的信息，应依据适用制度交由有权限人员处理，不能为方便移交而公开到不受控的共享位置。本文不指定通用保管期限、固定字段数量或一律适用的文件格式，具体安排应以适用规范和接收要求为准。

正文里已有题名日期，还要准备元数据吗？

不能仅凭正文包含这两项就判断资料齐全。仍需考虑来源、关系、管理过程以及接收端需要的信息。

一张目录表够不够？

取决于字段、关联和接收要求。目录可作为组成部分，但不能因为有文件名和序号就认为它覆盖所有元数据。

原系统停用后能靠文件属性补齐吗？

文件属性可以提供线索，但复制或转换可能影响其中的时间信息。应结合原系统资料核实，不宜直接替代形成背景。

参考：国家档案局《电子档案管理办法》、司法部公布的办法文本。