ICS35.240.30 L76 中华人民共和国国家标准 GB/T33476.3—2016 党政机关电子公文格式规范 第3部分:实施指南 Formatspecificationforelectronicofficialdocument ofPartyandgovernmentorgans—Part3:Implementationguide 2016-12-30发布 2017-07-01实施 中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会发布目 次 前言 Ⅲ ………………………………………………………………………………………………………… 1 范围 1 ……………………………………………………………………………………………………… 2 规范性引用文件 1 ………………………………………………………………………………………… 3 缩略语 1 …………………………………………………………………………………………………… 4 电子公文文件组成 1 ……………………………………………………………………………………… 5 公文元数据 2 ……………………………………………………………………………………………… 6 公文结构语义标引 2 ……………………………………………………………………………………… 7 电子签章 4 ………………………………………………………………………………………………… 8 外部附件 5 ………………………………………………………………………………………………… ⅠGB/T33476.3—2016 前 言 GB/T33476《党政机关电子公文格式规范》分为三个部分: ———第1部分:公文结构; ———第2部分:显现; ———第3部分:实施指南。 本部分是GB/T33476的第3部分。 本部分按照GB/T1.1—2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本部分由中共中央办公厅、国务院办公厅提出。 本部分由国家电子文件管理部际联席会议办公室归口。 本部分起草单位:中办秘书局、国办秘书局、中办信息中心、中国电子技术标准化研究院、北京数科 网维技术有限责任公司、航天福昕软件(北京)有限公司、国家信息安全工程技术中心、方正国际软件(北 京)有限公司、北京赛西科技发展有限责任公司、北京电子科技学院。 本部分主要起草人:李海波、丛培勇、高林、杨雯、杨震、魏晓迪、谭啸宇、陈亚军、冯辉、苗宗利、 方春燕、贾曙瑞、王寒冰、袁峰、翟浦江、王少康、王雷、陈海、张宇、王剑、董建、王聪、王卫国、孙洪桥、 白雪冬、任广义、荣明军、史周波、刘瑜、段伟光、刘永博。 ⅢGB/T33476.3—2016 党政机关电子公文格式规范 第3部分:实施指南 1 范围 GB/T33476的本部分规定了使用OFD承载党政机关电子公文的具体方法,包括电子公文内容组 成和要求、公文元数据、公文结构语义标引、电子签章及外部附件描述。 本部分适用于电子公文标准化套件的开发、使用以及电子公文文件的检测。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文 件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T33190—2016 电子文件存储与交换格式 版式文档 GB/T33476.1 党政机关电子公文格式规范 第1部分:公文结构 GB/T33477 党政机关电子公文标识规范 GB/T33480 党政机关电子公文元数据规范 3 缩略语 下列缩略语适用于本文件。 XML 可扩展置标语言(eXtensibleMarkupLanguage) OFD 开放版式文档(OpenFixed-layoutDocument) 4 电子公文文件组成 电子公文的承载格式为OFD。电子公文文件应符合GB/T33190—2016规定的相关要求,同时还 应满足如下要求: a) 包含必要的公文核心元数据; b) 包含公文结构语义标引; c) 包含数字签名或电子签章; d) 带有工程图纸、音视频等资料的公文,应以外部附件方式进行标记。 典型的电子公文文件组织结构见图1: 1GB/T33476.3—2016 图1 OFD电子公文组织结构 GB/T33190—2016规定了OFD文件主入口为OFD.xml,一个OFD文件中可包含一个或多个文 档。每个文档由文档入口文件(Document.xml)、资源描述文件(PublicRes.xml和DocumentRes.xml)、 资源(Res文件夹)以及页面描述文件等组成。 电子公文文件应在GB/T33190—2016描述基本结构之上附加公文特色的元数据、数字签名或签 章、公文结构语义标引和外部附件,主要体现在主入口文件(OFD.xml)的文档信息部分、标引文件夹 (Tags)、签名文件夹(Signs)和附件文件夹(Attachs)等。 5 公文元数据 电子公文文件元数据的表示应遵循GB/T33190—2016中7.4定义的用户自定义元数据(Custom- Datas)机制。自定义元数据的名称应使用GB/T33480中确定的元数据短名。 电子公文文件应设置公文标识、密级和保密期限、标题和成文日期元数据项;宜设置份号、紧急程 度、发文字号等元数据项;其他元数据项根据应用需要设置。 公文标识取值应符合GB/T33477的要求。 6 公文结构语义标引 6.1 语义标引机制 GB/T33190—2016中定义了通用、可扩展的自定义标引机制,OFD文件应用于具体行业时,可依 据该机制形成和嵌入各行业的语义标引。语义标引文件使用XML格式,其结构可自定义。语义标引 文件的叶子节点“引用”OFD版面描述文件中的图元内容,一个叶子节点可与多个图元内容相对应。 电子公文文件中语义标引节点与所在文档中图元节点的引用关系见图2: 2GB/T33476.3—2016 图2 标引文件与OFD图元的引用关系 语义标引可在元数据之外提供带有业务结构的、与文件显示内容严格一致的语义信息。 6.2 公文结构表示 电子公文语义标引的结构应与GB/T33476.1规定的一致。 在包含语义标引的OFD文件中,可通过文档入口文件(Document.xml)引出自定义标引列表文件, 再从中引出公文结构标引文件。 自定义标引列表文件中CustomTag节点中的TypeID属性用于区分标引所属行业,FileLoc节点 指向包内的语义标引文件。 示例: 自定义标引列表文件的内容举例: <CustomTags> <CustomTagTypeID="od"> <FileLoc>Tag_OfficialDocument.xml</FileLoc> </CustomTag> <CustomTags> 上例中Tag_OfficialDocument.xml是包内语义标引文件。TypeID属性取值为“od”,表示该标引文件用于电子 公文。 完整的公文结构文件、OFD页面描述和自定义标引文件相互关系举例如下: 示例: 以标题为“××××关于××××××征求意见的通知”的电子公文文件为例。 在公文结构中描述如下: …… <主体> <标题>××××关于××××××征求意见的通知</标题> …… </主体> 上述内容成文后对应的页面描述如下: 3GB/T33476.3—2016 <ofd:Pagexmlns:ofd="http://www.ofdspec.org"> ... <ofd:TextObjectID="5"Boundary="..."...> <ofd:TextCodeX="..."Y="..."DeltaX="...">××××关于××××××</ofd:TextCode> </ofd:TextObject> <ofd:TextObjectID="7"Boundary="..."...> <ofd:TextCodeX="..."Y="..."DeltaX="...">征求意见的通知</ofd:TextCode> </ofd:TextObject> ... </ofd:Page> 在标引文件中描述如下: <od:主体> <od:标题> <od:ObjectRefPageRef="1">5,7</od:ObjectRef> </od:标题> ... 7 电子签章 7.1 盖章 对电子公文文件进行盖章时应遵循文档内的权限声明(见GB/T33190—2016中7.5),当文档声明 为不可签名时版式阅读软件应拒绝执行盖章。 在电子公文文件中盖章的流程如下: a) 加载签章组件,如果加载失败,则给出提示并结束本流程; b) 根据签名列表文件中数据生成新的签名标识; c) 查询签章组件,获得其Provider信息和算法信息; d) 从签章组件中获取电子印章数据,如果获取失败,则给出提示并结束本流程; e) 确定需要保护的文件列表; f) 使用签章组件计算列表中各文件的摘要,形成References节点; g) 组合c)、d)、f)信息形成签名描述文件; h) 使用签章组件对签名描述文件进行签名,形成签章数据; i) 将d)、g)、h)形成的文件变动记录到OFD中。 依据上述步骤,可以实现对整个文档多次盖章。如果希望本次签名后不允许再盖章,则应将签名列 表文件包含在保护范围内。 7.2 验章 按照GB/T33190—2016第18章中的规定,电子公文验章流程如下: a) 按