DB12/T 693-2016 天津市文书类电子文件数据存储结构规范

ICS01.140.20

A13

DB12

天津市地方标准

DB12/T693—2016

天津市文书类电子文件数据存储结构规范

DatastoragestructurespecificationforadministrativeelectronicrecordsofTianjin

2016-12-30发布2017-02-01实施

天津市市场和质量监督管理委员会发布

DB12/T693—2016

前言

本标准参照GB/T1.1-2009《标准化工作导则第1部分：标准的结构和编写》给出的规则起草。

本标准由天津市档案局提出。

本标准由天津市档案局归口并解释。

本标准起草单位：天津市档案局。

本标准起草人：方昀、荆浩、王美荣、王颖。

本标准于2016年12月首次发布。

I

DB12/T693—2016

引言

天津市落实贯彻国家立卷制度的改革要求，市级机关单位全部改为以件为单位进行归档文件整理，

为了配合此项工作开展，特制定本标准。本标准与《天津市文书类电子文件元数据规范》紧密联系，相

辅相成，是归档电子文件共性元数据的有效补充，需一起使用。

II

DB12/T693—2016

天津市文书类电子文件数据存储结构规范

1范围

本规范规定了电子文件归档过程中所需数据文件信息组织方式、存储结构及其基于XML数据体描述

的规则和方法等。

本规范适用于归档电子文件信息的生成、存储、交换与长期保存，保证电子数据脱离系统的可读性。

归档电子文件移交时数据组织与本规范要求一致。

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的

修改单（不包括勘误的内容）或修订版均不适用于本标准，鼓励根据本标准达成协议的各方研究是否可

使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

DA/T22-2015归档文件整理规则

DB12/T692-2016天津市文书类电子文件元数据规范

3术语和定义

DA/T22-2015和DB12/T692-2016中界定的以及下列术语和定义适用本文件。为方便使用，下列重

复列出了某些术语和定义。

3.1

存储结构StorageStructure

电子文件归档、移交过程中对数据文件信息的组织形式，本规范规定了以树型结构组织数据信息。

3.2

归档文件archivaldocument(s)

立档单位在其职能活动中形成的、办理完毕、应作为文书档案保存的文件材料，包括纸质和电子文

件材料。

[DA／T22-2015，定义3.1]

3.3

移交transfer

文件的保管权、所有权和/或责任权的管理权变化。

4文书类电子文件数据存储结构描述

具体数据结构如图1所示，采用树形结构进行存储，每一存储载体只有一个根目录，一般以“全宗

号-年度”设置根目录名称，但必须按保管期限相对集中存储。根目录下可再设文件夹，分别管理不同

类型、不同保管期限的电子文件。

1

DB12/T693—2016

电子文件存储数据结构示意图

存储载体

一般为一个年度的归档文件。文件夹名称为：全宗号-年

年度归档电子文件度。如：天津市档案局2016年归档电子文件，则文件夹名

称为：X0061-2016

用于对归档的电子文件进行说明，包括

全宗名称、组织机构代码、全宗号、年度、件数

List.XML（归档移交、容量、起止件号、信息系统描述等。

说明及目录）

记录该年度形成的所有文件级目录的档号及总记

录数。

文件夹名称为文件级目录所对应归档文件的

归档文件夹1

档号。

归档文件元数据.XML保存每份归档电子文件的全部元数据信息。

对于发文应带有拟稿单，对于收文带有承办单，

拟稿单或承办单必须保留。

是公文办理过程中产生的不同版本，依具体情况

草稿、修改稿、审核稿

进行取舍，对于重要公文要保留历次的修改稿。

定稿发文机关领导人对文稿进行最后审定、签署印发

的定稿。

正本正式公文的印制稿，必须保留。

拟稿单或承办单、草稿、修改稿、审核稿、定

版式文件稿、正本等文件合成为一个版式文件，可采用

OFD或PDF格式

归档文件夹N

归档文件元数据.XML

拟稿单或承办单

草稿、修改稿审核稿

定稿

正本

版式文件

图1电子文件存储数据结构示意图

5数据存储结构组成要素描述

5.1年度归档电子文件

以全宗号-年度命名，同一年度形成的归档电子文件应保存在同一载体中，每一载体的根目录中应

包括归档说明及目录和多个文件夹。一般情况下，归档目录中有多少个目录，就应有多少个归档文件夹

与其对应。

2

DB12/T693—2016

5.2归档说明及目录

list.XML，归档说明及目录，主要指按照一定的次序、体例编排而成的条目组合。归档说明中包括：

电子文件归档的全宗名称、组织机构代码、全宗号、年度、件数、容量、起止件号、信息系统描述。归

档目录仅包含档号，用于与归档文件夹进行对应，并包含归档文件的全部记录数，格式按照附录A。

5.3归档文件夹

5.3.1基本要求

归档文件夹以档号命名，一份电子文件保存在一个归档文件夹中，保存归档文件元数据，应归档的

不同版本的电子文件，如草稿、修改稿、审核稿、定稿、正本、版式文件等内容。

5.3.2归档文件元数据

文件名称为归档文件元数据.XML，主要用于记录每一份电子文件的元数据信息，包括来源、档案馆

名称、档案馆代码、全宗名称、电子文件号、档号、全宗号、档案门类代码、保管期限代码、年度、机

构/问题、盒号、件号、内容描述、统一社会信用代码、档案门类、保管期限、机构/问题、题名、并列

题名、主题词或关键字、人名、摘要、分类号、文件编号、责任者、日期、文种、主送、抄送、密级、

保密期限、附注、形式特征、页数、语种、稿本类型、稿本文件名、稿本文件大小、权限管理、控制标

识、存储位置、脱机载体编号、脱机载体存址、缩微号、电子属性、格式信息、信息系统描述、数字化

属性、数字化对象形态、扫描分辨率、扫描色彩模式、图像压缩方案、电子签名、签名规则、签名时间、

签名人、签名结果、证书、证书引证、签名算法标识、机构人员类型、机构人员名称、业务行为、行为

时间、行为依据、实体标识符、关联文件。元数据项说明见DB12/T692-2016，元数据结构规范模式按

附录B。

5.3.3拟稿单或承办单

公文流转单或签批单。一份归档电子文件如是发文应带有拟稿单，如是收文应带有承办单，拟稿单

和承办单必须归档保留。其格式可以保留原格式，也可采用OFD、PDF或其它国家允许的版式格式，非

密文件目前允许使用PDF格式。

5.3.4草稿、修改稿、审核稿

电子文件办理过程中产生的不同版本。可根据具体情况进行取舍，对于重要公文要保留历次的修改

稿，一般情况下不保留。

5.3.5定稿

发文机关领导人对电子文件进行最后审定、签署印发的稿本。一般情况下必须保留。其格式可以保

留原格式，也可采用OFD、PDF或其它国家允许的版式格式，非密文件目前允许使用PDF格式。

5.3.6正本

公文的主体，用来表述公文的内容。必须保留。其格式可以保留原格式，也可采用OFD、PDF或其

它国家允许的版式格式，非密文件目前允许使用PDF格式。

5.3.7版式文件

将拟稿单或承办单、草稿、修改稿、审核稿、定稿、正本等文件合成为一个版式文件，采用OFD、

PDF或其它国家允许的版式格式，非密文件目前允许使用PDF格式。

3

DB12/T693—2016

6各组成要素及其XML描述

6.1归档说明及目录

应符合以下要求：

——XML标记：归档说明及目录；

——值域：不作要求；

——Schema定义：见表1；

——元素：归档说明及目录。

表1

层次

模型

注释

源<xs:elementname="电子文件归档说明及目录描述">

代<xs:complexType>

码<xs:sequence>

<xs:elementname="目录描述"/>

<xs:elementname="电子文件归档说明"type="xs:string"/>

</xs:sequence>

</xs:complexType>

</xs:element>

6.2目录描述

应符合以下要求：

——XML标记：目录描述；

——值域：不作要求；

——Schema定义：见表2；

——元素：目录描述。

表2

层次

模型

注释

源代码<xs:elementname="目录描述"maxOccurs="unbounded">

<xs:complexType>

<xs:sequence>

<xs:elementname="档号"/>

</xs:sequence>

</xs:complexType>

</xs:element>

4

DB12/T693—2016

6.3归档文件元数据

应符合以下要求：

——XML标记：元数据；

——值域：不作要求；

——Schema定义：见表3；

——元素：元数据。

表3

层次

模型

注释

源<xs:elementname="元数据">

代<xs:complexType>

码<xs:sequence>

<xs:elementname="文件实体块">

<xs:elementname="机构人员实体块">

<xs:elementname="业务实体块">

<xs:elementname="实体关系块">

</xs:sequence>

</xs:complexType>

</xs:element>

6.4文件实体块

应符合以下要求：

——XML标记：文件实体块；

——值域：不作要求；

——Schema定义：见表4；

——元素：文件实体块。

表4

层次

模型

注释

源<xs:elementname="文件实体块">

代<xs:complexType>

码<xs:sequence>

<xs:elementname="文件实体">

</xs:sequence>

5

DB12/T693—2016

</xs:complexType>

</xs:element>

6.5文件实体

应符合以下要求：

——XML标记：文件实体；

——值域：不作要求；

——Schema定义：见表5；

——元素：文件实体。

表5

层次

模型

注释

源<xs:elementname="文件实体">

代<xs:complexType>

码<xs:sequence>

<xs:elementname="来源">

<xs:elementname="档号">

<xs:elementname="内容描述"/>

<xs:elementname="形式特征"/>

<xs:elementname="权限管理"/>

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

<xs:elementname="电子属性"/>

<xs:elementname="数字化属性"/>

<xs:elementname="电子签名"/>

</xs:sequence>

</xs:complexType>