ERP 电子文件归档的元数据著录：字段清单、著录规则与源数据一致性校验

电子文件本身只是一堆字节，真正支撑检索、四性验证与审计举证的是附着其上的元数据。ERP 电子文件归档时，元数据著录的质量直接决定档案系统能不能在多年后把一份凭证的原件、业务信息、归档时间对应起来。元数据没著录好，会出现"文件在、信息丢了"的典型问题：检索不到、完整性无法验证、举证时说不出电子文件与业务事实的对应关系。

元数据不是"多填几个字段"

归档元数据要覆盖文件的五个侧面：

类别	说明	典型字段
形成信息	文件何时、由谁、在哪个模块形成	形成时间、形成人、来源模块
内容信息	描述文件业务内容的语义	业务类型、凭证字号、往来单位、金额
结构信息	描述文件内部组织方式与格式	文件格式、版式版本、取样格式
背景信息	说明文件的业务上下文与关联	所属账期、关联业务流程、审批状态
管理信息	归档后的管理过程记录	归档时间、保管期限、密级、利用记录

五类信息各有用途：检索主要靠内容与形成信息，四性里的完整性验证需要结构与部分可哈希信息，审计举证则依赖背景与管理信息。

著录规则：哪里取、怎么取、取不到怎么办

著录规则要回答三个"在哪里"：

1. 来源上，优先从 ERP 源系统结构化字段取：凭证号、金额、往来单位、账期这类信息，ERP 里有结构化数据，应优先自动带出，避免二次手工录入。
2. 映射上，统一字段口径：同一份电子文件在不同 ERP 模块里的字段名称可能不同，归档层要做字段映射，确保归档系统中字段语义一致。
3. 兜底上，缺字段要有明确处置：源系统查不到背景字段（如某笔历史的审批人）时，著录规则应规定是降级为空、置为未知，还是标记待补，而不是静默丢字段。

著录规则一旦含混，三个模块动作会互相矛盾：自动带出、手工补录、缺省兜底并存，入库的元数据口径不一，长期维护困难。

与源数据的一致性校验

归档的元数据必须与 ERP 源系统保持可校验的一致，否则会在审计时被质疑"归档记录与原系统对不上"。一致性校验通常覆盖三方面：

• 金额与凭证要素校验：归档元数据中的金额、凭证字号、账期，与 ERP 源数据的对应记录做比对，不一致时告警。
• 数量与范围校验：归档批次内文件数量、编号是否连续、有无缺失，与源系统该账期的应归记录比对。
• 关键字段比对：对形成时间、往来单位等影响检索与举证的核心字段，抽样或全量比对源数据。

校验结果应形成可查的记录，用于解释归档时的取值口径。发现偏差时，先定位是映射错误、源数据变动还是著录缺漏，再按根因处置，而不是直接改元数据掩盖差异。

元数据著录与一致性校验，是 ERP 电子文件归档从"存文件"走向"可检索、可验证、可举证"的关键支撑。范围把"归什么"定下来，元数据把"归的能不能用、经不经得起查"立起来。