归档在电子合同链路中的位置
典型链路：业务发起 → 审批 → 签署 → 回调通知业务系统 → 归档至档案库 → 长期留存与权限管控。若缺少归档环节，已签 PDF 可能散落在邮件、本地盘或业务库附件中，难以统一治理。
常见集成方式
- Webhook 触发：签署完成后推送事件，档案服务拉取 PDF 与元数据
- API 主动推送：电子签平台调用档案系统入库接口
- 对象存储 + 档案索引：文件存 MinIO/OSS 等，档案系统维护目录与权限
- 与 OA/ERP 一并回写：由业务系统负责转发至档案模块
元数据与检索
归档不仅是存 PDF，还需结构化元数据：合同编号、签署方、金额、所属项目、关联 ERP 单号、签署时间与哈希值。元数据质量决定后续检索与审计效率。
- 统一合同编号与业务单号映射
- 签署完成时间与操作人写入档案条目
- 文件哈希用于完整性校验
- 保密等级与借阅审批策略
留存与合规
留存期限应结合行业法规与企业档案制度；私有化部署下，存储策略、备份与离线介质由企业自主制定。定期验证备份可恢复性与哈希一致性。
下一步
说明现有档案系统（或规划中的存储方案）与主要合同类型，我们协助设计签署—归档集成方案。
常见问题
签署完成后如何对接档案系统？
通过 API 或文件推送将已签 PDF 与元数据写入档案系统或对象存储，并保留业务单号关联。
归档集成需要哪些元数据？
合同编号、签署方、完成时间、文件哈希、审批单号、业务类型等，便于检索与审计。
如何保证归档与签署状态一致？
以 Webhook 完成为触发点，设计幂等写入与失败重试，并对账异常记录。