数字档案系统通用标准接口规范.docVIP

档案系统 通用接口方案 数字档案管理系统外部系统 通用接口规范说明 PAGE 7 目 录 TOC \o 1-3 \h \z \u 1 业务系统电子文件归档法律规范与要求 2 2 技术架构 3 3 接口规范要求说明 4 4 功能调用 4 4.1 上传归档文件 4 4.1.1 归档目录文件的文件夹结构 4 4.1.2 归档电子文件的文件夹结构 5 4.2 归档状态 6 4.3 元数据描述规范 7 5 档案数据交换标准接口运行过程描述 11 6 XML标准案卷信息表字段列表 12 7 XML标准元数据表字段列表 12 8 XML标准电子原文表字段列表 13 业务系统电子文件归档法律规范与要求 根据国家档案局发布法律法规文件要求，在《企业数字档案馆（室）建设指南》和《企业电子文件归档和电子档案管理指南》两个文件中明确提出企业在业务系统建设时应充分考虑电子文件归档要求。归档接口应与业务系统同设计、同开发、同测试和同实施，实施时未开发归档接口的业务系统应及时通过二次开发实现。 企业已实施的支撑主营业务的信息系统均应具有归档功能，导出的归档电子文件存储格式、元数据等均应符合电子文件归档和电子档案管理的有关要求。 企业电子文件归档范围应包括各业务活动中形成的各种结构化和非结构化数据，以独立文档形式存储的具有保存价值的信息记录，包括办公自动化系统、产品或业务系统、财务会计管理信息系统、人力资源管理信息系统、门户网站、微博、微信、公务邮件系统及本企业其他职能活动业务系统中形成的电子文件，以及从外部接收的电子文件。企业有些信息系统有可能通过租用基础设施或以云计算服务的形式存在，所形成的电子文件不一定存在于本企业的服务器中，但其产生的电子文件也应纳入本企业文件材料归档范围予以归档。 数字档案馆系统建设时充分考虑未来业务需求及系统可扩展性，避免每新上业务系统要求实现电子文件归档时档案系统平台都要作相应的开发及调整，档案系统与业务系统集成采用建立档案数据交换标准接口的方式，以提供良好的可扩展性、可重用性、可维护性和可管理性。 技术架构 (1) 档案系统与业务系统集成采用建立档案数据交换标准接口的方式，以提供良好的可扩展性、可重用性、可维护性和可管理性。 (2) 档案数据交换标准接口提供与外围业务系统的接口规范、统一模型、数据交换格式定义等。 (3) 业务系统主动将数据上传到档案服务器，即采用推的方式将包含了元数据和电子原文的档案数据主动推送给档案系统。 (4) 档案系统对业务系统推送过来的档案数据不做二次加工，保证档案数据的准确性和原始性。 (5) 档案数据交换标准接口的日志与监测通过档案系统消息模块统一实现。 接口规范要求说明 档案系统通用标准接口定义了业务系统归档数据包标准，按照此标准由前端业务系统开发把需要归档的数据和电子文件打包推送到档案系统中间平台，归档数据表都以目录（XML格式）+电子文件（PDF格式）形式推送，每个文件都有相应的描述目录信息、电子文件属性信息，同时电子文件作为目录的附件推送。 要求：目录信息要求XML格式，电子文件要求PDF格式。 功能调用 上传归档文件 归档文件包采用FTP方式上传至档案服务器的指定目录，业务系统每个批次的归档文件集中在一个文件夹中上传。文件夹结构下： 归档目录文件的文件夹结构 |-ArchiveData |bc |-data.xml |-flag.txt 其中“ArchiveData”为FTP的根目录。bc为批号，由业务系统生成，数据长度不超过128.每个批次的归档文件夹的批号应唯一。 data.xml为归档文件属性信息的描述文件，详细见第4、5、6部分《案卷信息描述规范》《元数据描述规范》《电子原文描述规范》。 flag.txt为上传状态标记文件，归档接口使用此文件中的数据来判定FTP上传是否结束。业务系统在完成上传后，应将此文件中的内容置为1.（0：未结束；1：上传已结束；2归档已正常结束；3归档已失败结束）。 归档电子文件的文件夹结构 |-ArchiveData |bc |-2013032801efg |-招标基础信息表.doc |-审批记录.doc |-中标通知书.doc 其中“ArchiveData”为FTP的根目录。bc为批号，由业务系统生成，数据长度不超过128.每个批次的归档文件夹的批号应唯一。 2013032801efg为该文件夹下的文件对应的归档目录的主键。 招标基础信息表.doc、审批记录.doc和中标通知书.doc为需要归档的电子文件，具体内容以实际情况为准。 归档状态 归档状态的文件由本接口程序产生，业务人员可读取状态文件来确定文件是否已归