机关文件材料归档范围和文书档案保管期限规定（国家档案局令第8号）

3    术语和定义

下列术语和定义适用于本文件。

3.1

电子公文   electronic official document

以数字形式存储于磁盘、光盘等媒体，依赖计算机系统阅读、处理并可在通信网络上传输的公文。 [gB/T33476.1—2016,定义3.1]

3.2

电子档案 electronicrecord

具有凭证、查考和保存价值并归档保存的电子公文及相关信息。注:改写DA/T58—2014,定义2.2。

3.3

归档 archiving

将具有保存价值且办理完毕的电子公文及相关信息经收集、整理并向档案部门移交的过程。3.4

元数据 metadata

描述电子公文或电子档案的内容、背景、结构及其管理过程的数据。注:改写gB/T18894—2016,定义3.3。

3.5

数字对象 digital object

通过计算机呈现的对象，比如由特定的系统或软件应用程序生成的文件。注:改写gB/T34840.2—2017,定义3.11。

3.6

内容数据 content data

电子公文或电子档案中包含的数字对象。注:改写ISO14721:2012,定义1.7.2。

3.7

数据组织   data organization

按照一定的规则和方式对数据进行归并、存储、处理的过程。3.8

开放式版式文档 open fixed layout document

独立于软件、硬件、操作系统、输出设备的版式文档格式。[gB/T33190—2016,定义3.2]

3.9

信息包 informationpackage

由内容数据和相关保存描述信息构成的信息整体。注:改写DA/T58—2014,定义2.8。

3 .10

归档信息包 archivingsubmissioninformationpackage

电子公文形成或办理部门在归档时按照要求对电子公文及相关信息进行组织并向档案部门提交的信息包。

3.11

封装 encapsulation

将电子公文或电子档案及其元数据作为一个整体按指定结构打包的过程。注:改写DA/T58—2014,定义3.12。

3 .12

数字对象标识   electronicfileidentifier

一份电子档案中每个文件的编号。

4 缩略语

下列缩略语适用于本文件。

OCR:光学字符识别(OpticalCharacterRecognition)

OFD:开放式版式文档(OpenFixedlayoutDocument)

XML:可扩展标记语言(ExtensibleMarkupLanguage)

5 总则

5.1    开展电子公文归档工作应遵循保留形成原貌、保持有机联系、保证长期可用的原则。

5.2    电子公文归档过程中发生责权交接、数据格式转变等重大变化时应形成并留存其变化记录。

5.3    电子公文归档时应要求归档信息包中不包含非开放的压缩、加密、签名、印章、时间戳等技术措施， 以减少技术依赖性。

5.4    电子公文收集、整理、移交工作应由电子公文形成或办理部门完成，档案部门负责档案接收并对整个归档过程予以必要的业务指导。

5.5    电子公文拟制或办理时应确定是否需要归档，归档工作宜采用随办随归方式，向档案部门移交时 间最迟不超过电子公文整理完成后的次年6月。

5.6    党政机关依据《机关文件材料归档范围和文书档案保管期限规定》的要求制定电子公文归档范围 和保管期限表。

5.7    应设计电子公文归档系统满足电子公文归档过程的管理要求，功能要求见附录A,其他未尽描述 可参考 gB/T29194—2012 。应设计电子公文系统、电子档案管理系统的归档接 口，实现系统对接，接 口要求见附录 B。

6 电子公文归档流程

6.1 总体流程

电子公文归档过程从电子公文形成或办理部门产生电子公文开始到档案部门接收归档信息包结束。整个过程可分为文件收集、文件整理、文件移交、档案接收4个环节，共12个步骤，即捕获、录入、转换、组件、编号、封装、移交检测、移交登记、提交、接收检测、接收登记、接收确认。

6.2 文件收集

按照电子公文归档范围的要求，完成电子公文及其元数据的收集，收集宜采用 自动捕获方式，在无法自动捕获的情况下也可手工录入。文件收集的步骤如下:

a) 捕获:在电子公文形成和办理过程中应随时捕获拟归档电子公文；电子公文元数据应与电子公

文内容数据一起捕获；捕获的电子公文及元数据应齐全、完整，保持电子公文之间的有机联系；电子公文内容数据应与其形成时保持一致。

b) 录入:对于部分未进入电子公文系统进行流转的文件，可通过文件扫描并著录元数据、电子公文上传挂接、脱机数据包导入等方式完成电子公文的收集。 电子公文元数据著录应满足第7章的要求。

c) 转换:电子公文捕获或录入后，对于不符合归档格式要求（见第9章）的电子公文应进行格式转换，以满足归档电子公文保存和利用的需求。

6.3 文件整理

按照 DA/T22—2015及文件整理相关规定对电子公文开展整理工作。文件整理的步骤如下:

a) 组件:电子公文一般以件为单位进行整理，件 内文件的构成 以及件内文件排序应符合

DA/T22—2015的要求；

b) 编号:对完成组件的电子公文，按照 DA/T22—2015  的要求进行分类和排序，并编制档号；

c)    封装:将完成组件和编号的拟归档电子公文及其元数据封装成归档信息包（见第 8章）。

6.4 文件移交

电子公文整理完成之后，由电子公文形成或办理部门向档案部门移交，并按照gB/T18894—2016的要求办理相关手续。文件移交的步骤如下:

a) 移交检测:电子公文提交归档前，电子公文形成或办理部门应按照DA/T70—2018  的要求以及档案部门的接收要求，对电子公文的真实性、完整性、可用性和安全性等方面进行检测，检测合格后方可提交归档；

b)  移交登记:电子公文提交归档过程中，电子公文形成或办理部门应清点、核实电子公文的文种、

成文日期、保管期限、件数、大小等信息，确认无误后登记《电子文件归档登记表》，《电子文件归 档登记表》见gB/T18894—2016的表A.1 ;

c) 提交:电子公文形成或办理部门应将归档信息包连同《电子文件归档登记表》一起向档案部门

提交归档。

6.5 档案接收

档案部门接收电子公文形成或办理部门提交归档的电子公文，并办理相关接收手续。档案接收的 具体步骤如下:

a) 接收检测:档案部门接收归档电子公文之前应按照DA/T70—2018的要求以及其他相关要求，对归档信息包的真实性、完整性、可用性和安全性等方面进行检测，对于不符合要求的归档 信息包予以退回；

b)  接收登记:档案部门接收归档电子公文时，应清点、核实电子公文的文种、成文 日期、保管期限、件数、大小等信息，确认无误后登记《电子文件归档登记表》；

c) 接收确认:档案部门接收符合要求的归档信息包并确认，完成电子公文归档流程。

7 电子公文归档元数据要求

7.1 概述

本章规定了描述电子档案的最基本的元数据集合，即元数据基本集。实际工作中可根据具体情况 参照 DA/T46—2009及相关规范扩充元数据集合。

电子档案元数据基本集中的元素及其结构描述见表1。

表1 电子档案元数据基本集

表1（续）

电子档案元数据基本集的元素表见附录 C。

电子档案元数据基本集与gB/T33480—2016、DA/T46—2009的对应关系参见附录 D。

8 电子公文归档数据组织

8.1 归档信息包结构

归档信息包中一般包含同一批次归档的多份归档电子公文，电子公文应以 DA/T22—2015规定的 分类方式为依据进行组织。 以采用年度—保管期限—机构（问题）三级分类方式为例，归档信息包结构 示例见图1。

图1 归档信息包结构

8.2 说明文件

说明文件以 XML文件方式存放信息包的元数据信息，包括信息包标识、信息包类型、创建者、创建时间、创建环境、存储位置、信息包说明等。

示例:

说明文件的 Schema定义如下:

<xs:elementname="信息包元数据">

<xs:complexType>

<xs:sequence>

<xs:elementname="信息包标识"type="xs:string"/> 

<xs:elementname="信息包类型"type="xs:string"/> 

<xs:elementname="创建者"type="xs:string"/>

<xs:elementname="创建时间"type="xs:date"/>

<xs:elementname="创建环境"type="xs:string"/>

<xs:elementname="存储位置"type="xs:string"/>

<xs:elementname="信息包说明"type="xs:string"/>

</xs:sequence>

</xs:complexType>

</xs:element>

8.3 电子档案文件夹

电子档案文件夹一般以档号命名（例如“Z109-ＷS·2011-y-BgS-0001”）。文件夹中存放电子档案 内容数据及其元数据，具体要求如下:

a）电子档案内容数据按照“档号”＋“-”＋“× ×”（× ×指两位件内顺序号）的方式命名，例如“Z109-Ｗs·2011-y-Bgs-0001-01．OFD”，包括OFD格式的内容数据以及其他附属文件:

1）OFD文件:内容数据的主体部分，包括文件处理单和公文主体（包含正本、定稿及历次修 改稿），可转换成多个OFD文件或合并成一个OFD文件；

2）其他附属文件:部分无法转换成OFD格式的文件（比如图形文件、音视频文件、其他特殊 格式文件等）可根据第9章要求按照一定顺序置于电子档案文件夹中。

b）电子档案元数据信息应以xＭl文件方式存放，存在多个OFD文件时，元数据文件独立存在

并按照一定顺序置于电子档案文件夹中；存在单个OFD文件时，可将元数据文件嵌入到OFD文件中（呈现方式参见附录e）。

示例:

电子档案元数据的Schema定义如下:

<xs:eleｍentnaｍe="电子档案元数据">

<xs:coｍplextype>

<xs:sequence>

<xs:eleｍentnaｍe="公文标识"type="xs:string"/>

<xs:eleｍentnaｍe="文种"type="xs:string"/>

<xs:eleｍentnaｍe="份号"type="xs:string"/>

<xs:eleｍentnaｍe="密级和保密期限"type="xs:string"/>

<xs:eleｍentnaｍe="紧急程度"type="xs:string"/>

<xs:eleｍentnaｍe="发文机关标志"type="xs:string"/>

<xs:eleｍentnaｍe="发文字号"type="xs:string"/>

<xs:eleｍentnaｍe="签发人"type="xs:string"/>

<xs:eleｍentnaｍe="标题"type="xs:string"/>

<xs:eleｍentnaｍe="主送机关"type="xs:string"/>

<xs:eleｍentnaｍe="附件说明"type="xs:string"/>

<xs:eleｍentnaｍe="发文机关或签发人署名"type="xs:string"/>

<xs:eleｍentnaｍe="成文日期"type="xs:Date"/>

<xs:eleｍentnaｍe="附注"type="xs:string"/>

<xs:eleｍentnaｍe="抄送机关"type="xs:string"/>

<xs:eleｍentnaｍe="印发机关"type="xs:string"/>

<xs:eleｍentnaｍe="印发日期"type="xs:Date"/>

<xs:eleｍentnaｍe="发布层次"type="xs:string"/>

<xs:eleｍentnaｍe="档号">

<xs:COｍplextype>

<xs:sequenCe>

<xs:eleｍentnaｍe="年度"type="xs:integer"/>

<xs:eleｍentnaｍe="保管期限"type="xs:string"/>

<xs:elementname="机构或问题"type="xs:string"/>

<xs:elementname="件号"type="xs:string"/>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:elementname="数字对象标识"type="xs:string"/>

<xs:elementname="环境信息">

<xs:complexType><xs:sequence>

<xs:elementname="软件环境"type="xs:string"/>

<xs:elementname="硬件环境"type="xs:string"/>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:elementname="处理类型"type="xs:string"maxOccurs="unbounded"/>

<xs:elementname="处理者"type="xs:string"maxOccurs="unbounded"/>

<xs:elementname="处理部门"type="xs:string"maxOccurs="unbounded"/>

<xs:elementname="处理时间"type="xs:date"maxOccurs="unbounded"/>

<xs:elementname="处理结果"type="xs:string"maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

</xs:element>

9 电子公文归档格式要求

根据构成文件内容的数字对象类型的不同可将电子公文分成文件处理单、公文主体、其他附属文件 三个部分，电子公文各组成部分的归档格式应符合表 2的规定。

表 2 电子公文归档格式要求

附    录A

（规范性附录）

电子公文归档系统功能要求

A. 1总体要求

电子公文归档系统功能的总体要求，见表 A.1。

表 A. 1     电子公文归档系统功能的总体要求

A.2文件收集

A.2. 1捕获

电子公文捕获的功能要求，见表A.2。

表 A.2电子公文捕获功能要求

A.2.2     录入

电子公文录入的功能要求，见表A.3。

表 A.3电子公文录入功能要求

A.2.3转换

电子公文转换的功能要求，见表A.4。

表 A.4电子公文转换功能要求

A.3文件整理

A.3. 1组件

电子公文组件的功能要求，见表A.5。

表 A.5电子公文组件功能要求

A.3.2编号

电子公文编号的功能要求，见表A.6。

表 A.6电子公文编号功能要求

A.3.3     封装

电子公文封装的功能要求，见表A.7。

表 A.7    电子公文封装功能要求

A.4文件移交

A.4. 1移交检测

电子公文移交检测的功能要求，见表 A.8。

表 A.8电子公文移交检测功能要求

A.4.2移交登记

电子公文移交登记的功能要求，见表 A.9。

表 A.9电子公文移交登记功能要求

A.4.3提交

电子公文提交的功能要求，见表A.10。

表 A. 10电子公文提交功能要求

A.5档案接收

A.5. 1接收检测

归档电子公文接收检测的功能要求，见表 A.8。

A.5.2接收登记

归档电子公文接收登记的功能要求，见表 A.9。

A.5.3接收确认

归档电子公文接收确认的功能要求，见表 A.11。

表 A. 11     归档电子公文接收确认功能要求

附    录    B

（规范性附录）

电子公文归档接口要求

B.1总体要求

电子公文归档过程中，可根据需要分别设计电子公文系统、电子档案管理系统的归档接 口，根据请 求发起方式的不同可分为“推送”和“捕获”两种接口方式，电子公文系统的归档接口即为“推送”方式，电 子档案管理系统的归档接口即为“捕获”方式。 电子公文归档应采用信息包的方式进行数据交换，归档

接口宜采用 Web Service 服务调用的方式实现。

B. 2 归档接口

B. 2 . 1 推送接口

基于 Web Service 服务调用的归档推送接口描述见表 B.1 。

表 B. 1 归档推送接口

B.2.2捕获接口

基于WebService服务调用的归档捕获接口描述见表 B.2。

表 B.2归档捕获接口

附录    C

（规范性附录）

电子档案元数据基本集元素表

电子档案元数据基本集见表 C. 1 所示。

表 C. 1     电子档案元数据基本集元素表

表 C. 1（续）

附录D

（资料性附录）

电子档案元数据基本集映射表

电子档案元数据基本集与GB/T33480—2016、DA/T46—2009的对应关系见表 D.1所示。

表 D. 1     电子档案元数据基本集映射表

表D. 1（续）

附录E

（资料性附录）

单个 OFD格式电子档案表现形式示意

以发文为例，包含多个件内文件（正本、文件处理单、定稿、历次修改稿等）的电子档案可合并成一个 OFD文件，其呈现形式，见图E.1。

图 E. 1     电子档案表现形式示意图

每一份电子档案包含的件内文件按照 DA/T22—2015的要求排序，正本放在最上面，依次为文件  处理单、定稿、历次修改稿等，将组成一份电子档案的多个文件统一转换并合并成一个OFD文件；对于  扫描形成的电子公文内容图像，通过OCR技术提取全文内容数据和扫描图像合并成双层OFD文件； 对于电子档案的元数据，可嵌入到OFD文件中。

如上所述，组成一份电子档案的每一个OFD文件可包含形式、内容、元数据三个层次，见图E.2。

图 E.2三层 OFD文件示意图

三个层次说明如下：

a)    形式层：图像格式或者版式格式，保持原件的真实性，用于将来调阅、利用时的显示。

b)    内容层：文本格式，抽取文件中的内容，用于将来对电子档案的全文检索。

c)    元数据层：XML格式，封装电子档案元数据，嵌入到OFD文件中，既可用于检索，也可使OFD

文件作为完整电子档案格式不依赖于文件系统、数据库等运行环境独立存在。