公文交换平台

第1篇：公文交换平台

电子公文交换系统的模式与结构研究

摘要：随着互联网信息技术的不断发展，电子政务在政府工作实践中得到了广泛运用，电子政务以其无纸化、电子化、自动化特征得到了广泛关注和欢迎。本文针对电子政务工作实施的重要工具--电子公文交换系统展开研究，重点探讨分析其实现模式和组织结构，旨在借此为相关研究和实践工作提供些许借鉴和参考

关键词：电子公文;交换;模式;结构

作为政府事业单位开展行政管理和公务处理的一项重要工具，公文在政府工作上传下达中发挥了积极的作用，但传统公文交换方式因其人为因素大、流转慢、效率低等给政府办事效率带来了非常不利的影响。随着以互联网为核心的信息技术在政府工作中的深入运用，电子政务以其无纸化、电子化、自动化的特征得到了广泛关注和欢迎，在有效提升政府工作办事效率并同时响应国家节能减排的呼吁。积极使用公文交换系统能有效提升公文在各部门之间的流转效率，节约业务成本，促进信息资源在政府工作网站上的共享，促进当地政府电子政务工作的不断推进。

1电子公文交换系统概述

电子公文交换系统是用来实现政府事业单位各级机关之间公文电子化管理和传输的信息系统[1]，主要涵盖如下两方面内容：其一，在政府机关各级部门内部网络环境及办公自动化基础上，构建本区域的政府信息数据中心及传输平台;其二，规范学习并落实国家关于政府电子公文的标准规范，并依托电子印章、CA认证等安全技术实现区域内跨平台的电子公文交换。虽然电子公文交换系统在我国的发展起步较晚，但随着经济的快速发展和信息技术研究的不断深入，电子公文交换系统的研究与开发也取得了长足进步。目前，电子公文交换系统通过设立专网来处理业务信息系统、OA系统、档案系统等异构系统之间的数据处理和传输，在结构上采用了星形网络拓扑结构，通过中央结点控制电子公文数据的交换。

2电子公文交换系统模式

对于电子公文交换系统而言，系统所采用模式是一项重要的研究内容，科学合理的系统设计模式能有效提升系统工作效率和扩展性，从电子公文交换系统的发展历程看，其主要经历了如下两种模式：

2.1点对点电子公文交换模式。在电子公文交换系统发展初期，电子公文交换工作主要采用邮件或者电子文件下载的方式，前者通过选择添加发送对象的邮箱地址来确定电子公文流向，再由电子公文接收单位登录邮箱获取相关信息内容，这种方式极易传播病毒以及造成文件的毁损。而电子文件的上传和下载，则可以通过网络协议加密方式保证文件的完整性。就宁波市而言，自2002年起各部门就陆续建立了自己的公文下载和上传中心，方便与其他部门之间的点对点电子公文交换，其中点对点电子公文交换模式如图1所示：

图1点对点电子公文交换模式

点对点电子公文交换模式实现起来相对容易，且部分代码在各个部门之间还可以实现重用，但是由于各个部门之间各自为战，极易导致效率低下。由于每个单位网站中只有本单位的公文，以至于在实践工作中操作人员每天要登录相关单位网站接收公文，也存在公文资源难以得到合理利用的缺点。

2.2星型电子公文交换模式。针对上述点对点电子公文交换模式的不足，电子公文交换系统应运而生，近年来得到了长足发展。该系统通过建立电子公文交换中心，将所有交换公文都存储于电子公文交换中心的数据库，结合收文单位和来文单位的代码决定公文去向，各个单位的系统操作人员只需登录一次电子公文交换中心，就可以实现对本单位所有公文的接收和发送工作，其采用的星型电子公文交换模式如图2所示[1]：

图2星型电子公文交换模式

相较于点对点公文交换模式而言，星型模式具有明显优势，而且从技术实现的角度看也具有结构简单、实现容易、管理方便的特点，采用先进的B/S架构能够很好进行系统实现。但是，该模式也存在一定的缺点，如果市、区(县)、镇使用同一个公文交换中心，也会带来系统负荷太重的问题，不仅对设备性能的要求比较高，也会导致后续扩容扩展难的问题，大负荷的信息处理与交互也会对网络带宽提出更高要求，任何网络的中断延时都会给政府工作的开展带来不便。

3电子公文交换系统的功能结构

为进一步了解电子公文交换系统的组织结构，结合宁波市公文交换系统为研究对象进行分析，该系统在组织结构上按功能分为系统、部门、公文三大管理模块，具体如下：

3.1系统管理模块。电子公文的交换点为各级政府部门，由系统管理员对使用该电子公文交换单位进行信息的统一维护和管理，主要工作内容为：部门和部门管理员信息维护，主要包括对其信息的查询、增加、删除和修改维护，实现部门和对部门应管理员信息的同步一致，同时设置好部门管理人的操作权限;个人信息维护，主要是针对系统管理员自身而言，能够为自身信息的修改和维护提供便利;打印机维护，系统管理员对可用与禁止的打印机进行维护，通过属性设置可以让非法打印机无法打印出红章;日志浏览与信息统计，系统管理员可以查询和删除相关日志记录，也可以根据各个部门的公文交换记录查询统计相关信息并进行下载。

3.2部门管理模块。系统管理员主要针对部门及部门管理员进行维护和管理，而部门管理员则主要负责本单位内部的用户管理，对单位内部的组别、发文表、催办电话和个人信息进行维护，以及日志查询和信息统计等，如对部门内部用户的增删改操作及其具体操作权限的设置，对部门组别、发文的增删改维护，对催办电话的修改，查询删除内部电子公文处理日志记录以及部门相关公文交换活动的统计信息等等。

3.3公文管理模块。公文管理模块，顾名思义主要负责对相关公文进行操作处理，是整个电子公文交换系统的核心模块[3]。部门用户可以通过此模块进行公文收发及监控，考虑不同类型用户的操作权限不同，系统界面在呈现时也会针对性的进行调整，每个用户只能在自己权限范围内进行操作。从其管理内容来及其实现功能来看，该模块主要用来负责对政府电子公文的收、发和监控，又可以细化为具体的三个子模块，其中，公文处理中常见的发文和文档速递主要是发文子模块实现的，发文又区分为普通发文和联合发文，普通发文由部门单独签发盖章即可，联合发文则需要同时加盖主办单位和协办单位的公章，文档速递主要用来传递各种资料性和信息类的文档，无需加盖印章。在发送方完成公文发送操作后，收文单位的收文模块中便会增加一条记录，在收文方执行处理完相关公文事务后向发文方发送回执，而监控子模块主要为有监控权用户实施实时监控提供便利。

4结语

作为政务机关实时电子政务的重要工具，电子公文交换系统为促进政府办公自动化，提升其工作效率起到了积极的推动作用，本文在介绍电子公文交换系统相关概念的基础上，从其发展模式和组成结构两方面对其系统实现过程进行了积极探索，旨在与大家相互交流，有效促进政府电子政务工作的更好开展。

参考文献：

[1]方鑫.基于安全的电子公文交换系统研究[J].计算机光盘软件与应用,2013,1:170-171.

[2]杨健,杨斌.电子公文交换系统的设计实现[J].郑州牧业工程高等专科学校学报,2009,8:32-34.

[3]孙荣燕,林军,赵燕杰,杨金铭.云南省电子公文交换系统的设计及实现[J].云南大学学报(自然科学版),2010,9:269-272.

作者简介：方鑫(1987-),男，浙江宁波人，浙江宁波市市级机关公文交换中心 计算机管理职务，研究方向：电子公文交换。

作者：方鑫

第2篇：公文交换系统

1. 公文交换

电子公文交换平台是一个跨地区、跨单位、跨部门交换型的公文应用平台支持安全可靠的政府型、集团型电子公文信息交换，可有效提高政府及集团办公效率，推进政务信息化建设。作为长江数据电子政务解决方案的核心应用平台，电子公文交换平台具有良好的系统兼容性和伸缩性，可灵活挂接其它办公自动化系统及相关业务系统，是一个实用、安全、高效的政务应用平台。

实现跨部门、跨单位之间电子公文的安全传输。通过提供统一的业务平台，不同部门、不同单位完成电子公文的发送、传输、接收以及打印等业务操作。

1.1. 平台整体框架

电子公文交换平台根据全市电子公文交换标准，提供发送公文、接收公文、发送回执、接收回执、流程监控和消息通知等各种Web Service接口。全市各部门的办公自动化系统必须能支持电子公文交换平台接口的调用。

各部门OA系统自行维护部门内部的办公流程，电子公文交换平台专用于维护跨部门的办公工作流程。由此构成一个全市各部门(包括各部委办局单位、县、市、区等)数字办公流转的两级层次结构。

目录和认证服务用于统一维护全市各政府部门的组织结构，统一管理用户帐号和权限，进行用户身份认证。电子公文交换平台同时建立与档案局的归档接口和消息通知平台接口，提供自动归档和手机短消息通知服务。

1.2. 业务办理

分为收文待办与发文待办分别对公文按多种方式进行统计，如按未查看、待签收、待回复等等。

1.3. 功能介绍

电子公文交换平台主要由发文管理、收文管理、文种与红头制作、电子印章管理、收发文监控、收文提醒、检索与统计、系统日志、组织机构管理、公文模板库、权限管理等功能模块组成。

从上图可以看出，电子公文交换系统主要由四大部分组成：公文传输、数据接口、日志管理，以及系统维护。其实，系统维护和日志管理是任何应用系统都必须具备的基础性功能;另外，公文传输实现公文交换的基本业务，完成公文的跨部门的交换业务;考虑到公文交换系统必定要同办公自动化系统通讯，数据接口是保证数据一致性而规定的接口规范。需要指出的是：在这些业务处理环节中，必须保证每个环节的“安全性”。对于政府部门来说，传输过程中的红头文件的安全性是最大的顾虑，因此，公文的安全性，以及公文传输过程的安全性，成为最设计公文交换系统时重要的需求和必须首要考虑的因素。关于这点，CA安全体系相关技术提供了很好的保障。

总之，电子公文交换系统平台以办公自动化为基础，充分利用现有资源和现有网络平台条件，与OA系统能够无缝紧密地连接，加快政府机关之间无纸化公文传输的进程，提高公文流转的速度，进而可以提高政府机关行政事务的处理效率。 1.3.1. 发文管理

发文操作

将已制作好的公文草稿导入到电子公文交换平台(也可以采用引入附件的方式或通过本平台公文编辑工具在线套用公文模板进行编辑)，用于电子公文的分发。经过套印红头、电子签名后的电子文件才真正成为“电子公文”文件。 公文盖章

对导入电子公文交换平台的电子公文，进行电子印章的加盖，加盖电子印章后，公章在公文中的位置、公文的正文内容均不能再进行任何修改。 公文分发

选择收文单位，设置公文原件打印份数，再将公文分发给各收文单位。 公文催办

发文单位可以对收文单位发送公文的催办信息，催办信息根据收文单位的个性化设置不同采用不同的催办方式，比如SMS方式、邮件提醒方式、即时消息方式、声音提醒方式。

1.3.2. 收文管理

公文收回

若公文分发时有误，发文单位可以对发送出去的公文按单位进行收回处理。收回的方式有两种方式：对于收文单位还没有签收的公文，平台直接删除收文单位所接收到的公文;对于已经签收的公文平台会向收文单位发出通知，由收文单位进行退回操作。 公文签收

收文在首次打开阅读时，系统会自动发送签收回执，并可以查看公文。 收文打印

严格按公文流转的安全机制实现，公文在发给本单位时已经由发文单位确定原件可打印的份数，每打印一次原件都记录在案，并通知发文单位，当超过打印次数时，平台自动提示：“您已超过打印次数”，确保原件的打印次数与发文单位的要求相符。收文单位还可以通过平台向发文单位申请打印次数，并注明申请原因，经过发文单位审核批准后，收文单位可再次打印公文。 公文归档

各单位可以对各自收到公文进行归档操作。 收文回执

对发送出的文件接收情况进行跟踪，系统能自动记录其公文签收人、签收时间、签收状态等。 收文提醒

设计了公文接收的提醒功能。提醒可以为SMS方式、邮件提醒方式、即时消息方式、声音提醒方式等。

1.3.3. 后台管理

检索与统计

允许公文交换平台用户采用简单和高级两种方式检索符合条件的公文内容，并可以完成对公文的统计，如按公文标题进行简单搜索或按公文标题、发文单位、来文单位、收(发)文日期、文号、主题词、密级、紧急程度等多种要素进行组合搜索。 系统日志

实时跟踪、记录所有操作人员的使用日志，具体包括：系统登录人姓名、登录时间、登录人计算机IP地址、公文发送日志等。 组织机构管理

对需要使用此电子公文交换平台的单位进行统一管理，通过系统设置可对组织机构的变动随时作出调整。 权限管理

提供了平台用户管理，也可由CA中心向电子公文交换平台用户颁布证书，并可以绑定用户相关权限，比如用户信息修改、提交用户证书信息、对本单位用户的收发文可进行统一维护等等。

1.4. 平台架构

1.5. 平台特点

可伸缩性强，适用任何规模

平台适用于各种级别的政府机关或大型集团，充分考虑纵向网、横向网及混合网络模式下的文流转特性，为政府和集团单位构筑不同应用规模的安全、高效、实用的电子公文交换平台，实现跨不同网络、不同网段下的公文交换。 无缝整合，支持异构系统

用户不仅可以直接使用平台进行公文报送、接收，也可将现有的、分散的多个办公自动化应用系统紧密集成，实现异构系统收发文交换管理。 实时集中管理模式

平台采用先进的实时集中管理模式，各级单位的公文文件、政务信息都可以在此平台中进行科学、规范管理和有序地进行交换。 可扩展、可集成

平台采用开放式体系结构，各个模块独立实现，并具有标准接口，可在现有平台基础上进行二次开发，同时还可以与第三方应用程序、各类WEB应用集成，使信息交换更加快捷、方便。 印章锁定

平台上加盖电子印章的文件将被锁定，不能随意复制、修改、移动，防止文件盗用滥用。 报表统计

平台可以对各级单位、部门的公文交换情况进行统计查询，如年度公文汇总、公文上报统计、公文收发统计等，为高层管理者提供决策依据。

第3篇：数据交换与共享平台建设

顺德区数据交换与共享平台建设(SD09050)

采购内容及技术要求

一、现状

我区于2005年开发完成数据共享和交换平台，并于2008年对系统进行更新升级，进一步完善了系统的功能。平台目前运行在区信息中心机房，有公安局、计生局两个节点与之相连，运行正常。

二、建设目标

本项目建设目标是：调研业务部门的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》;开发和完善数据共享平台系统;建设顺德区数据共享资源体系，推进数据的共享和综合开发利用;实现顺德区各部门信息数据共享和互联互通,使数据共享平台成为电子政务建设的支撑和服务平台。

三、建设内容

本次建设内容分为三部分： 1)对政府重要职能部门开展调研

完成对12个政府重要职能部门数据集成方面的需求调研，完成以数据共享、交换和整合需求的梳理和分析。

2)数据共享规范与标准接口和政府资源目录建设

通过调研业务部门之间的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》，并逐步完善。

3)数据共享平台开发和完善

提供数据发布、目录维护、系统配置等界面，增强系统易用性;改善数据传输性能，支持不同级别数据量的应用系统的数据传输;集成数据共享申请、申请审核、数据共享目录编制等业务功能;实现全区、区与市之间的数据共享;增加共享数据分析统计功能，监控共享数据的访问量、数据状态、共享数据业务办理状况等。

第 2 页，共 14 页

四、建设原则

(一)开放性

数据源和目标数据可以是文本文件、Excel文档、Word文档、XML文档。通过JDBC、ODBC支持所有JDBC和ODBC数据库，并为部分主流数据库提供了专用的数据库接口。目前应该满足Sybase、Informix、Oracle、DB

2、SQL Server等异构数据库双向数据传输的需求，根据实际情况还可以进行扩展。

整体开发遵循J2EE平台标准和XML交换标准，有良好的平台兼容性。可以应用于Windows、Linux和Unix系统。

(二)安全性

数据中心的安全非常重要，因此必须要做好系统的安全设计，防范各种安全风险，确保数据中心能够安全可靠的运行。同时数据中心必须采用成熟的技术和体系结构，采用高质量的产品，并且要具有一定的容灾功能。

(三)实用性

完善友好的定制开发环境支持不同技术层次使用者的使用要求。安装简易，使用简单，有完善的系统参数配置工具和管理控制台。

(四)可伸缩性

可以合理地定制数据共享交换方式。根据不同类型业务特色和技术要求特点，量身定制相应的数据交换解决方案。

(五)可扩展性

能够方便的加入交换节点以及增加交换共享服务。能够根据需要，通过增加硬件配置的方式对交换平台进行扩容。

(六)相对独立性

根据数据共享平台的目标定位，数据共享平台的建设和运作必须保持业务系统的相对独立性。为此采用松散耦合方式，通过在业务部门统一配置部门端数据共享交换管理系统(代理)实现数据资源整合。

第 3 页，共 14 页

(七)统一建设

数据共享平台必须统一规范建设。通过制定统一的数据共享与交换标准，建设统一的数据共享交换平台，即中心端数据共享交换管理系统和部门端数据共享交换管理系统(代理)，可以避免重复投资，降低接口的复杂性，有效实现数据中心与业务部门的数据共享与数据交换，消除 “信息孤岛”，实现数据资源的互联互通。

(八)共建共享

一方面建设数据共享平台的目的是为了实现业务部门之间的数据共享和交换。另一方面，数据中心的数据来源于各个业务部门，因此数据共享平台的建设必须依靠各业务部门的积极参与和配合

五、关键技术

数据共享平台的技术路线要点描述如下：

1、 采用XML技术统一数据交换格式，使用XML Schema进行数据标准规范的定义和描述。

2、 采用SOAP协议进行信息包的封装和数据路由。数据共享与交换平台考虑对Web服务的支持。

3、 采用消息中间件保障数据传输的可靠和完整。

4、 安全方面，利用XML实现数字签名和加密，并与CA平台结合。通过并发访问控制、访问代理、数据校验、安全审计等手段保证共享数据的完整性、安全性。

5、 管理方面，采用WBEM收集、管理并合并多种来源的管理数据。对数据共享平台的各个组成系统进行有效管理。

6、 所有支撑系统基于统一的技术平台上设计开发。

7、 采用存储域网络(SAN)架构实现共享数据和备份数据的存储。

8、 采用集群技术和负载均衡技术提高系统的整体性能和可靠性。

六、调研要求

1、调研对象

第 4 页，共 14 页 调研的对象是顺德区政府下属的重要职能部门，主要包括：工商局、公安局、地税局、国税局、社保局、国土局、计划局、技监局、建设局、民政局、经贸局、执法局等。

2、调研结果

通过对调研原始数据的分析，得出如下调研结果： 1) 各个部门的数据供需关系 2) 各个部门业务系统状况 3) 各个部门软硬件设备状况

4) 各个部门对数据共享平台的共享数据的需求

七、《顺德区政府资源目录》和《顺德区数据共享规范与接口标准》

政府资源目录建设的目的是编写《顺德区政府资源目录》，通过调研，收集各个业务部门的之间的跨部门共享数据的供需关系，以及各个部门目前对外共享数据的能力，了解各个部门对数据共享平台共享数据的需求，结合国家对四大数据库的要求和顺德的实际情况，抽象出公共数据库模型，为建设四大基础数据库打下基础。

《顺德区数据共享规范与接口标准》是由一系列的规范、机制、制度组成。标准规范体系包含数据标准规范、技术标准规范、管理标准规范、业务标准规范等4大部分。在设计标准规范体系的时候，需要从体系结构的角度全盘考虑，在符合或者兼容国家电子政务标准规范或上级部门的标准规范的基础上进行设计。

以下标准规范体系图为参考方案，投标方如有更完善的标准规范方案可具体说明整体的体系结构。

第 5 页，共 14 页

数据标准规范

数据标准规范包括：公共数据元标准、公共代码标准、公共数据存取规范、数据交换规范。

技术标准规范

通过技术标准规范支持业务部门系统和数据共享平台之间的数据级和应用级整合，并提高业务系统之间的应用集成、互联互通的能力。

管理标准规范

管理标准规范包括：标准管理、安全管理、数据管理、项目管理，用于指导数据中心日常运行管理、数据维护管理。

业务标准规范

独立的业务标准规范由业务部门制定，关联业务标准由数据共享平台统筹，协调各业务部门联合制定。

八、数据共享平台建设

数据共享平台得建设分为以下三大部分：

第 6 页，共 14 页 1) 政府资源目录平台

管理《顺德区电子政务资源共享目录》的内容。包括以下功能：目录接口定义和实现;目录管理和维护;目录访问。

2) 前置机处理系统

实现对各个业务部门(不少于5个)不同数据库、不同业务数据资源的统一共享和访问。包括以下功能：系统配置;系统安全管理;数据共享接口定义和实现;数据共享规则定义;数据同步复制。

3) 资源目录管理平台

实现政府工作人员共享数据、发布数据、监控管理的统一入口和功能。具体内容包括：完善系统现有功能;增加系统统一监控功能;增加数据库自动推送与接收功能;简化部门前置机的安装和配置;将系统配置功能在统一的Web管理端上实现;实现与佛山市数据共享和交换平台的无缝对接。

第 7 页，共 14 页

数据共享交换平台应实现如下功能： (1)节点管理

实现与数据共享平台相连的的各个节点(业务部门)的信息管理、配置管理。 (2)主题管理

数据采集、数据发布、数据共享、数据交换、公共服务以及决策支持均以主题的方式进行，因此必须实现对主题的管理。主题是元数据的集合。

第 8 页，共 14 页 (3)元数据管理

元数据(Metadata)是关于数据的数据。元数据描述了数据的结构和意义，同时也可以描述应用程序和流程的结构和意义。构造数据共享平台数据库的重要步骤之一，就是定义和创建元数据。所有进入数据共享平台的数据，必须在元数据中有所表述。数据共享平台的数据管理系统必须提供储存和管理元数据的方法。

数据共享平台的元数据包括基础数据元和共享数据元，由数据共享平台统一管理。基础数据元由数据共享平台定义，共享数据元由业务部门定义并注册到数据共享平台。业务部门进入数据共享平台的元数据管理中心好比进了一个“超市”，可以方便地知道可以获取和使用哪些数据，并进行数据使用申请的定制。 (4)公共代码管理

对公共代码需要有统一的标准规范，数据共享平台必须提供公共代码的管理。基于数据中心的公共代码规范，各部门可以通过数据转换将各种不同含义的编码和标准规范的编码之间进行双向的转换。 (5)数据采集

与各业务部门形成数据采集机制，通过数据共享交换平台从各业务部门汇总数据，对原始数据进行缓存、存储。 (6)数据同步策略管理

系统应能灵活设置和管理数据的同步策略，支持异地、异构、不同组网方式、不同时间间隔等同步策略功能，能结合调研结果和招标方的最终实施方案进行部署，能灵活配置各部门的业务数据库和数据共享平台的公共基础数据库的数据同步，实现数据透明同步和更新，保证数据的一致性。 (7)数据整理比对

从各业务部门采集共享数据后，进行数据转换，数据比对、冲突检测处理并入库。 (8)数据交换

实现业务部门与数据共享平台之间的数据交换业务，形成高效、安全、可靠、稳定

第 9 页，共 14 页 的数据交换网络。应提供定时批量、实时按需等多种方式的数据交换手段，提供点对点、一对多的数据交换支持，对数据交换进行管理和监控。 (9)恢复管理

恢复管理是对数据进行备份、导入导出以及数据库恢复等。数据是数据共享平台核心的资源。全面的容灾方式应该是数据备份+数据复制+远程容灾。对系统中的数据要定期进行系统备份。采用本地备份与异地备份相结合的方式。投标方应具体说明采取何种方式实现该功能。 (10)标准管理

进行数据共享平台的标准规范尤其是数据标准的审核制定、升级维护与发布实施等管理功能。在数据中心的建立之初，由于标准规范处于不断完善的过程，应建立标准的版本管理机制，方便业务部门的查询和使用。 (11)应用支持

对政务相关业务应用系统、公共服务系统、联合审批系统、业务监管系统和决策支持系统提供数据、通道和平台等支持。 (12)运行管理

运行管理系统主要提供给数据共享平台的系统管理人员使用，用于保证数据共享平台的安全可靠和高效运行。其功能主要包括面向安全性的用户管理、权限管理、密码管理和日志管理等;面向性能优化的性能监控等。面向实用性的节点管理、交换规则管理和状态监控;其中节点管理包括对业务部门的信息管理。

由于各种共享数据由不同的部门提供和使用，为了提高数据的使用效率，必须提供数据统计和分析功能，首先要对共享数据的访问日志进行记录，然后灵活地统计各个部门共享的数据以及访问过的其它部门的共享数据，同时将这些结果汇总，进行各种分析，提高数据的使用效率。

数据共享平台是一个分布式业务处理平台，由多个设备和软件同时运行，为了保证整个平台的高效率运行，必须监控每一台设备上每一种应用程序的运行状态，数据访问流

第 10 页，共 14 页 量，以及共享数据业务的办理状况，一旦发现异常，立即报告管理人员采取有效措施，恢复系统的正常运行。

这些功能的设计，首先是标准的监控状态信息格式定义，然后是被监控设备上软件的技术实现，最后是数据资源管理平台对被监控设备上软件的状态信息的动态查询和显示。

(13)数据共享申请管理

此功能包括以下三个功能点： 1) 数据共享申请：提出数据共享申请 2) 数据共享申请审核：对共享数据进行审核

3) 数据共享目录编制：对于审核通过的数据共享申请，对所共享的数据进行编目和发布

一个业务部门想要其他部门共享数据，首先要向其他部门提出申请，由其它部门对数据共享申请进行审核，如果审核通过，则对共享数据进行编目，其它部门就可以对想要的数据进行访问了，若审核不通过，则数据不共享。 (14)数据交换网关

数据共享平台的建设，解决了数据共享和交换的问题，实现了政务信息的互联互通，但是由于UDDI规范比较复杂，而且，开发一个应用系统需要与多个业务部门打交道，因此，开发效率比较低。而数据交换网关，能够很好地解决了这个问题。

如“错误!未找到引用源。”所示，数据交换网关，是一个基于数据共享平台的数据共享和交换服务提供平台，该平台引入了数据服务的概念，在定义数据服务的基础上，屏蔽了UDDI规范的细节，通过数据服务中的业务系统名称，屏蔽了整个数据共享平台中的各个接入部门，使得应用系统的开发人员只需要和数据交换网关打交道，再也不需要和各个业务部门打交道了，大大提高了开发效率。

数据交换网关提供简单的、标准化的数据共享和交换接口，在接受应用系统提交的数据共享和交换请求以后，通过所定义的数据服务，找到所要共享和交换数据的业务系统，

第 11 页，共 14 页 然后由数据交换网关从政务信息资源目录中获取数据共享和交换接口，向业务部门发出调用请求，最后将调用结果返回给应用系统，实现了数据共享和交换请求的智能路由。

对于公共数据库，共享文件库等，可看作一个特殊的业务部门，也通过数据交换网关实现数据操作。

领导综合社会保障城市综合地理应急指挥决策支安全责任技术交易市其他应电子监察查询系统服务系统信息服务系统系统持系统管理系统场管理系统用系统Web Service接口:XML, SOAP数据交换网关服务管理服务定义服务取消服务检索远程服务注册管理安全管理用户管理权限管理服务安全管理系统安全管理系统监控访问监控流量监控操作监控线程监控请求中转和路由日志管理统计分析数据加密/解密Web Service接口:XML, SOAP部门前置机政务信息资源目录WSDL格式接口信息公共数据库部门前置机部门前置机部门前置机人口数据库法人数据库宏观经济数据库地理信息数据库

九、与CA安全认证平台无缝集成

系统安全可靠性要求

数据共享平台是电子政务的核心系统，如果遇到破坏，或无法正常工作，将造成无法估量的损失。需要保护的资源不仅有物理资源(设备、设施)、数据资源(数据、数据库软件等)，而且还有网络资源(通信链路、网络接入等)。投标方应具体阐述这方面的实

第 12 页，共 14 页 现方案。

数据安全保密性要求

满足在数据存储、传输过程中的安全保密性要求。电子政务中涉及大量的敏感数据，在其处理过程中，特别是与各级单位数据交换过程中，要进行数据加密传输和存储，要保证数据的安全保密性。

数据完整性要求

满足在数据存储、传输过程中的完整性要求。在内部要保证数据存储和传输过程中不被篡改和破坏，在与各级单位数据传输的过程中，要保证数据不被篡改和破坏。

实体的可鉴别性要求

满足数据共享平台系统对用户及数据交换服务器的可鉴别性要求。系统要实现监管及其他方面的要求，其必要条件是实现实体的可鉴别性，包括用户及数据交换服务器具有可鉴别性等。

不可抵赖性要求

满足数据共享平台用户行为和系统行为不可抵赖性的要求。用户每天都利用数据中心处理大量的事务，事务处理过程的可管理、效率的可审计、行为的可审计等，需要行为的不可抵赖性来解决。本项目建设中要保证在所有数据处理过程中，办公人员行为和系统行为的不可抵赖，以便审计和监督。

对象和行为的可授权性要求

实现对数据资源的自主授权和访问控制的功能。针对电子政务系统数据交换共享工作的特点，要求数据中心具有对对象灵活授权的功能，包括用户对用户的授权、系统对用户的授权、系统对系统的授权等，以及授权过程的审计监督。

统一信任与授权策略要求

对于涉及30多个业务部门、若干业务系统的数据中心而言，安全性的实现不仅体现在各个部门、各个业务系统中，更重要的是在不同业务部门的不同系统实现互联后。为了保障数据、业务系统在互通后的信任、授权的一致性，必须建立统一的信任策略、授权策

第 13 页，共 14 页 略，实现跨部门、跨系统的信任和授权服务的一致性，杜绝由于不同部门、不同业务系统不同的安全策略、不同的安全等级带来的安全漏洞和安全隐患。

数据共享平台统一安全监管性要求

由于数据共享平台及其部门端系统分布地域广、涉及政府多个部门，因此需要实现数据交换、共享过程的可管理，实现对内部和对各级单位相关的业务处理的可审计性;系统中有大量的数据交换服务器、维护终端、系统软件、网络设备等，为使这些资源协同工作，需要实现对实体(用户或数据交换服务器)进行统一的管理;系统需要对用户行为和系统行为进行记录和统计，对系统日志进行分析和统计，提供对用户和系统行为的审计监督。这种统一的安全监管必须以可靠的技术和严格的管理来保证。

软件及技术资料要求

1) 软件要求为模块化结构，保证安全可靠，具有容错能力。

2) 投标方提供的软件应能满足确保本系统正常运行所需的管理、运营、维护等有关的全部软件。

3)兼容性及升级。不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响网路的性能与运行。投标方应承诺在供货时提供最新版本的软件, 但该软件必须是经过测试正式推出的, 其可靠性、稳定性经过严格验证的。

4)投标方提供的书面技术资料应能满足确保系统正常运行所需的管理、运营及维护有关的全套文件3套，光盘1套。投标方应提供书面技术资料详细清单，提供的技术文件至少应包括：

- 系统说明文件

- 技术手册(需求分析、详细涉及、安装、测试、使用、维护、故障排除等) - 软件原代码

合同主要条款

1、完工期：合同签订生效后180天内平台建设调试完毕、验收合格并交付使用。

第 14 页，共 14 页

2、付款方式：

1) 合同签订生效后15个工作日内付合同总价的30%;

2) 无违反合同约定的，软件全部交付使用、验收合格后15个工作日内付合同总价的65%;

3) 无违反合同约定的，余款(即合同总价的5%)在免费升级维护期满后30个工作日内付清。

3、售后服务：

1)免费升级维护期：不少于1年，在验收合格后开始计算。

2)响应时间：即时响应;4小时内到达现场(如电话响应无法解决); 3)修复时间：免费升级维护期内24小时内解决。

4、培训：1)培训地点：使用单位内培训，培训人数不少于3人。

2)培训基本内容：确保用户能够对软件有足够的了解和熟悉，能够独立进行应用系统的日常运营、维护和管理。

以上合同主要条款为基本要求，投标人参加投标，则视为接受上述要求。投标人可在此基础上作出优惠承诺，以提高其投标的竞争力。

第 15 页，共 14 页

第4篇：美的集团整合数据交换平台

发布 2010.10.0

1验证 04 Oct 2010

客户:

美的集团

行业:

Retail, Wholesale Distribution & Services

部署国家:

China

概览

美的集团从 ERP 的实施、整合到三大系统的建立使得企业消除“信息孤岛”，可以共享关键信息; 进行集团层面的系统整合，整合各种异构的遗留应用，提供消息交互的通道，为企业未来智能化地向 SOA 架构集成应用提供基础，最大化 IT 资产的价值;

业务需求:

美的集团信息化基本上是以满足各部门、各单位内部需求的定制化开发为主，商业化软件很少;电脑工程部围绕营销系统、管理系统开发软件，这些系统之间相互独立，企业的关键信息散落在各个“信息孤岛”上无法共享;各产业集团依据业务分工分别下设众多事业部或分公司，形成了多重复杂的组织架构。 解决方案:

基于 SOA 设计思路的 ESB 产品搭建数据交换平台，有机集成各种企业应用，简化当前 IT 环境，还能响应未来业务提供灵活性、可扩展性、安全性和交互性。IBM SmartSOA 帮助客户松绑 IT，为家电制造企业做出最智能化决策提供灵活的 IT 基础。

收益:

不仅能整合各种异构的遗留应用，提供消息交互的通道，更重要的是它能为企业未来智能化地向 SOA 架构集成应用提供基础，最大化 IT 资产的价值。以业务为导向，按照符合企业管理思路制定 IT 发展规划，无需采用太多的概念，只要合作伙伴能解决实际问题就好。美的的营业额从 1995年的20亿元上升到 2008 年 900 亿元。

成功案例

在集团管控系统的诸多系统中，最复杂的是资金系统，它涉及资金收付、包括收款的国际国内间结算等一系列复杂的业务问题，每年资金流量上千亿元，对及时性、安全性有很高的要求。此前在专业公司的检查中发现存在代码、用户、管理、集成等潜在风险。选择资金系统和制冷 ERP 系统做试点，用 SOA 的语言来说，就是为未来的安全性做好准备。

成功案例

美的集团成立于1968年，从一家20多人的乡镇企业发展到以家电业为主，涉足房产、物流等领域的大型综合性现代化企业集团，员工总数约8万人，旗下拥有三家上市公司，制冷家电、日用家电、机电装配、美的地产四大产业集团，拥有中国最具规模的白色家电生产基地和出口基地，集团业务发展的目标是在 2010年成为销售额突破 1200亿元的国际化家电制造企业，跻身全球白色家电制造商前五名，成为中国最有价值的家电品牌。

作为白色家电制造行业领跑品牌和最早推进信息化的制造企业之一， 1995年美的集团在营业额接近20亿元的时候就开始了信息化，并陆续建成了 ERP 系统、资金系统、预算系统、营销系统和 HR 系统，不断推进 IT 对业务发展和经营管理的支持;通过走符合集团、行业特色的“标准化、集成化、扩展化”信息化之路，推动企业高速发展创国际化家电制造品牌。

从 ERP 的实施、整合到三大系统的建立

1996年，美的通过对 SAP、 Oracle、SSA 等国际领先的 ERP 厂商进行调研和选型，当年 10月正式启动了 ERP 项目。为满足软件实施的需求，企业对内部各方面的加强了管理，信息化取得了较大的飞跃。可以说，选择国外商品化的套装软件是美的信息化的里程碑阶段。

1997年，美的实行事业部制组织管理模式。普遍认为，这是美的最近 10年来迅速发展的重要原因。当年年底，美的按业务集团推进ERP项目，到 2005年为止，业务集团所有事业部都完成了信息化的部署。期间 IT 基础比较好的美的制冷家电集团于2004年对外进行重组、并购，陆续收购了荣事达、华凌等家电企业。

这些已投入使用的信息系统在当时是分散开发或陆续引入的。1995年加入美的集团、见证了信息化起步的张金锋回忆说，那时候信息化基本上是以满足各部门、各单位内部需求的定制化开发为主，商业化软件很少;电脑工程部围绕营销系统、管理系统开发软件，这些系统之间相互独立，企业的关键信息散落在各个“信息孤岛”上无法共享;各产业集团依据业务分工分别下设众多事业部或分公司，形成了多重复杂的组织架构。

为此， 2005年美的开始对集团内所有下属单位的 ERP 进行升级、改造、集中和整合工作，规范、统一业务流程并在作业排程、供应链等方面进行了深层次的开发，与此同时，总部先后建成了集团完全统一的资金管理系统、集团绩效管理系统和对外财务合并系统，力图利用信息化手段进行管理，并降低风险，使内部的信息实现透明、一致、共享。

集团层面的系统整合

在 ERP 系统实现整合，预算、财务、资金系统基本建立，集团管控系统基本完备的情况下，信息化又遇到了新的问题。由于整个集团的资金系统要为下属单位将近 20 个 ERP 系统和营

销系统提供接口，业务不规范，代码、程序开发也不统一，靠人工进行维护和管理非常难;分层次组织管理模式虽便于灵活应对市场，但如何控制风险、统一标准就成为关键问题。在这种情况下，企业应用集成( EAI)摆在了美的集团的信息化建设日程上。

EAI 要解决的是 IT 基础架构系统复杂、业务接口多、耦合度大、连接方式呈网状结构、部分系统较封闭等难点，为未来灵活智能的 IT 架构搭好基础，远比实施 OA、门户网站那样的 IT 项目复杂。这个涉及企业架构趋势的问题需要企业 IT 决策者和项目管理人员对未来业务有深刻的把握。除了技术层面的因素，如何说服领导也是一个很关键的问题。在大多数企业，听了太多负面消息的管理层对各种 IT 名词都持有怀疑的态度。

已经担任 IT 管理部副总监的张金锋介绍说， IT 管理部把最初定下来带有时髦词汇的项目名称改为“美的资金与营销系统集成项目”，并在精心准备的报告中阐述当前的 IT 状况、实施项目的理由、投资与回报、长远的意义等。经过反复的汇报沟通，最后终于得到了认可。

在选型方面，通过交流、学习以及多次分析和比较后，美的决定基于面向服务的架构(SOA)设计思路构建集团数据交换平台，最终 IBM 公司企业服务总线(ESB)产品WebSphere

Message Broker 入选。IBM WebSphere Message Broker 是一款完整、成熟、稳定的高级 ESB 产品，在中粮可口可乐、中国电信和山西移动等大型企业有很多的成功应用，不仅能整合各种异构的遗留应用，提供消息交互的通道，更重要的是它能为企业未来智能化地向 SOA 架构集成应用提供基础，最大化 IT 资产的价值。

在具体实施方面，由于美的的 ERP 和资金管理系统采用不同的供应商和解决方案，资金系统由集团的 IT 负责建设、维护和管理，业务部门负责各自 ERP 系统的实施维护，EAI 涉及到两个 IT、两个业务、三家供应商。为此，集团决定选择制冷集团作为试点单位。

在集团管控系统的诸多系统中，最复杂的是资金系统，它涉及资金收付、包括收款的国际国内间结算等一系列复杂的业务问题，每年资金流量上千亿元，对及时性、安全性有很高的要求。此前在专业公司的检查中发现存在代码、用户、管理、集成等潜在风险。选择资金系统和制冷 ERP 系统做试点，用 SOA 的语言来说，就是为未来的安全性做好准备。

张金锋负责集团的资金系统、预算系统以及 ERP 管理，对他来说这项试点工作是在内部少数而且较为熟悉的系统之间开展，相对来说，情况要简单一些，试点成功概率要高一些、效果会更明显一些。这也是综合了财务应用与 IT 规划两方面的因素做出的决定。

为了使这个涉及众多单位和部门的项目能够健康、稳健运行，美的召集了各方人员就如何利用 IBM 的 ESB 技术花了整整三天时间进行探讨，讨论的结果是不仅解决了问题，而且拉近了双方的距离，大家决定按照统一的项目团队进行管理，采用同一个标准规范进行落实。

以 ESB 方式构建的美的数据交换平台项目 2008 年7月正式启动。由于前期基础工作扎实，项目过程中的控制、风险、计划等工作到位，原先分散的系统从直连变成了基于 IBM企业服务总线的连接方式，再把业务抽取出来，集成一些便于拆分服务化的、系统的流程以及定义的业务对象(BO)，最终分析总结出收款、付款、交单、费用等八大类业务并固定流程下来，按预定计划于今年 1月中旬成功上线。试运行一个多月以来基本稳定，达到了美的的预期目标。美的有一支责任心强、经验丰富的 IT 团队，他们熟悉企业的发展和业务需求。在 IBM 工作了几年后重又回到美的集团的张金锋无疑是既懂 IT 又熟悉业务的人物，他尤其推崇 IBM 对业务的理

解和分解、抽取、封装等一套成熟的方法论。他表示，此次资金与营销系统集成项目取得成功后，IT 团队将凭借在试点过程中所积累的经验和掌握的方法，在后期整个集团内部推动预算、核算以及其他系统、实现内部系统有效的集成起到更大的作用。“未来工作更多的要靠我们自己做，不能什么事都找外包，否则投资肯定是非常大的。”张金锋说。

众多厂商大力提倡的 SOA 实际上是把企业应用服务以模块的形式进行组装，而 ESB 则是把这些服务组装起来的重要环节。如果没有 ESB，企业的应用只是分散的，商业智能或电子商务、渠道整合策略等都无从谈起。 IBM 把 ESB 形象地比喻为企业应用的“龙骨”，足见它对企业应的重要性。“ ESB 是 IBM 软件体系架构非常重要的理念，是IBM SOA 的核心环节和战略发展重点，更是企业 IT 架构规划以及实施必不可少

的基础。” IBM 软件集团销售代表张蓉介绍说：“因此， ESB 对中小企业和具有复杂 IT 应用的大型企业都有非常重要的意义。”

(实施技巧与亮点：对比“美的资金与营销系统集成项目”和与采用基于 ESB 或 SAO 等技术名词来提交 IT 计划，虽然具体工作内容完全一样，但操作起来前者似乎更高明一些。张金锋解释说，他们的出发点都是以业务为导向，按照符合企业管理思路制定 IT 发展规划，无需采用太多的概念，只要合作伙伴能解决实际问题就好。IBM 软件集团销售代表张蓉认为，项目改名并获得批准的故事说明美的 IT 人的操作技巧，他们充分意识到了存在的困难并且下决心要做好这件事情，同时也考虑到所在行业的特性，所以非常投入并且取得了很好的结果。)

基于 SOA 设计思路的 ESB 产品搭建数据交换平台，不仅能有机集成各种企业应用，简化当前 IT 环境，还能为响应未来业务提供灵活性、可扩展性、安全性和交互性。正值全球经济放缓之际，家电制造业竞争日趋激烈，IBM SmartSOA 帮助客户松绑 IT，为家电制造企业做出最智能化决策提供灵活的 IT 基础，灵活、敏锐、恢复力强的企业不仅可以生存下来，还能够抓住难得的机会，在充满不确定性的时期崛起。

虽然各方对项目的投资情况闭口不谈，但总额大致在数百万元，与金融、电信等大型企业上亿元的情况形成了对比。“这体现了美的少花钱多办事的务实原则。制造业每花一分钱都非常谨慎。” IBM 软件集团销售代表张蓉说：“ IBM 最近一句很火的广告词 „SmartSOA ‟较好地体现这个原则和项目的规模。 SmartSOA 是承上启下的环节，对旧有系统做好整合，改善业务合作模式，为随后包括上层的数据仓库、商务智能的建设甚至是更灵活模块化的整合等都提供了理想的基础。”

张金锋表示，这个项目并非刻意迎合或推行 IBM SOA 概念，而是为了解决目前集团管控系统与产业集团运营系统之间的网状集成、快速复制等具体的管理难题问题;条件成熟后再做跟 IBM 的 SOA 理念接近的项目，例如在全集团范围内的业务集成，那基础就非常好。如果第一步没有想到目标，实施效果决不会理想。

实施效果与未来 IT 规划

美的数据交换平台项目的应用效果首先体现在各流程都得到了优化。 IT 管理部资金应用经理黄汝国以信用证的处理为例介绍说，以前除了要多次录入，还要在各部门多次跑动，需要八天甚至一个月才能解决一个问题;在集成原有系统并改进了业务流程之后，数据只需一次录入即可几乎实时解决问题，加班到凌晨两三点的现象也不存在了。这不仅提高了工作效率，更关键的是减少

了录入的错误。另外，系统底层虽然进行了重大改进，但对于业务人员来说在操作习惯上没有任何变化，保证了项目顺利推进。另外，可视化平台来监控系统之间的数据交换，随时报告可能出现的问题，这对 IT 管理是有很大的帮助。

美的的营业额从 1995年的20亿元上升到 2008年900亿元的过程中，虽然不好说 IT 发挥了多大的贡献，但美的所有的采购、计划、财务是靠 ERP 完成的;作为国内实施 ERP 较早的企业，员工的信息化认识很高。由于 ERP 理念在美的内部深入人心，项目实施非常顺利、周期非常短;每并购一家公司，美的首先要做的就是拓展 ERP 应用。对于一家民企而言，能把信息化用到这种程度已经很不错了。

“在美的现有模式下如何 IT 发挥作用，我们还是比较清楚的。”张金锋表示：“我们把 ERP 系统作为集团内部的标准，向上支持总部管控系统，向下面支持业务运营系统。因为 ERP包含企业内部的运营核心，所以具体的设置和标准由集团来决定，最终通过集团核算系统、运算系统来实现管控的过程。”

据了解，美的 2008年的 IT 投资额接近一个亿。在当前金融危机的形势下， IT 投资与进程多少会受到一些影响。由于看重前期规划工作，在业务部门还没有明确新需求的情况下， IT 部门已经在判断、分析和考虑潜在的需求。例如， IT 管理部已经开始在讨论内控信息系统包括流程、整理、风险、评估等，并借鉴中国移动、中石油、中海油等规范性企业的经验，拟于 2010年后期启动。

正在建设中的美的总部大楼将于今年10月完工。这座现代化、智能化的办公楼年底前入驻;紧挨着办公大楼，集团为 IT 独立建设了一个新的数据中心，目前正在邀请全球顶级的工程师来参与整个数据中心的建设、规划和布局。

可以想象，未来美的集团的 IT 将更上新的台阶。

使用的产品和服务

本案例分析中使用的 IBM 产品和服务

软件: WebSphere Message Broker

第5篇：关于进一步规范公文交换管理工作的通知

各区委、区人民政府，市直各单位：

为进一步提高公文运转效率和质量，促进公文交换工作规范化、制度化、科学化，切实加强公文交换的安全性、保密性和时效性，确保政令畅通，现就公文交换工作通知如下：

一、参加交换的单位、交换地点及交换时间

参加公文交换的单位为各区委、区人民政府，市直正县级单位(含省管企事业单位);

公文集中交换地点设在市政务中心主楼二楼房间; 公文集中交换工作自年月日起实行，公文集中交换时间为每周下午上班后一小时内。

二、高度重视，明确专人

参加公文交换的单位应充分认识公文交换工作的重要性，指定政治可靠、保密意识和责任心强的人员专门承担公文交换工作，并明确其职责。各交换单位要为公文交换人员提供必要的交通和通讯便利条件。公文交换人员要相对固定，人员变动时要及时报市委办公室文书科、市政府办公室文电科备案。

三、严格程序，规范交换

1.公文交换实行签到制度。公文交换人员应在规定时间内到公文交换站参加文件交换，并履行签到手续，不得随意委托他人代替签到、交换。本单位如果有文件需要交换给其他单位应该提 1

前10分钟抵达交换站，把需要交换的文件投入收文单位公文交换箱内。

2.交换的公文(含工作简报、信息、资料等)不得裸文交换，应装入信封密封，并在信封正面标明文号、密级、编号和收文单位名称等基本要素。

不得在公文交换站交换的有：绝密级文件资料、各交换单位反馈的领导批示件、书报杂志、私人邮件、钱币、有价证券等。

3.公文交换人员不得在交换站内阅读文件资料，不得擅自扩大密件知悉范围，不得更改文件封套上的文号、密级、编号、收文单位名称等。

4.公文交换结束时，交换人员应认真检查本单位公文交换箱，将所有文件取出后立即上锁。交换人员取得公文后，要及时返回单位，严禁携带公文出入公共场所。

5.密级文件资料的收发应严格遵守国家有关制度规定。交换前，发文单位应认真填写密件发文登记簿;接收时，收文单位交换人员应当面核对清点密件的文号、密级、编号、份数等，确认无误后在发文登记簿签字接收。

重要文件、会议通知及紧急公文等应当面交换，并在核对后履行签收手续。

四、严肃纪律，强化责任

1.各交换单位因不及时参加公文交换而延时误事的，由各单位承担责任。对连续2次不参加公文交换的单位，将通知该单位

2限期改正;1个月仍不改正的单位，市委办公室和市政府办公室将予以通报批评，并取消该单位公文交换资格。

2.市委办公室、市政府办公室将定期对交换站的各项工作进行检查，对在公文交换中出现遗失文件和泄露国家秘密的有关人员，要按照国家有关法律法规严肃处理，并追究单位领导责任。

请各公文交换单位将本单位公文交换人员名单(姓名、性别、单位、职务、办公电话、手机)于月日前报市委办公室文书科。联系人：，联系电话：。

附件：参加公文交换单位名单

中共**市委办公室

**市人民政府办公室

二〇一*年*月*日

第6篇：湛江市人民政府公文交换系统操作指南

一、 登录方式

系统提供两种登录方式：普通登录及CA登录。

i.

普通登录：点击系统登陆页面“普通登录”标签，根据提示输入管理员分配的用户名和密码，按[登陆]按钮进行登陆。系统验证用户名密码正确后即可登陆到公文交换系统主界面。 ii.

点击登陆页面“CA登陆”按钮，将CA证书插入电脑，按[确认]按钮，再根据提示输入数字证书密码进行检验，验证成功后即可登陆到公文交换系统主界面。

二、 安装控件

公文交换系统页面嵌入了office控件，实现了在线编辑公文功能，用户第一次使用该系统必须先安装office控件。

i. 登录系统进入主界面，点击左边菜单栏“系统管理”菜单中的“下载word控件”进行控件下载。 ii. 下载完成后，解压文件夹，点击setup.exe文件根据提示安装控件。

三、 单位发文

1. 公文起草：发文正文提供了多种方式进行起草：

i. 用户可以直接在网页上进行起草编辑，需要注意公文的

格式;

ii. 将事先起草完的公文导入到网页中，直接进行编辑; iii. 套用模板(已经编辑好公文格式的文档，如上图)，再其

基础上进行修改。

发文附件是对公文正文的一个补充，用户可上传多个附件，上传后附件随公文一起发送给接收单位。 2. 公文盖章：

对导入电子公文交换平台的电子公文，进行电子印章的加盖，加盖电子印章后，公章在公文中的位置、公文的正文内容均不能再进行任何修改。

公章是由各个管理员事先采集录入系统中，公文起草人员需调用已经录入的公章对公文进行盖章即可。

首先点击公文发送页面“签名印章”按钮，系统自动弹出签章页面用户在弹出的签章窗口中，选择公文所需的印章，输入用印密码(印章采集时需设置用印密码以防盗用)，再点击[盖章]按钮，如果密码正确鼠标会变成一个印章图标，接着在弹出签章窗口的空白处点击鼠标左健，印章会成功盖在签章窗口中确认印章无误后，点击右上角[确定]按钮，系统会根据鼠标在文档中的位置把印章插入到公文正文中。盖章者需要对印章大小及其位置进行调整以符合公文要求。大小比例如在收集印章图片时已经设置好则无须再调整，只需要按键盘的上、下、左、右按键进行微调即可。

3. 公文发送起草完公文及盖章后，用户需要选择收文单位、抄送单位，设置短信服务对该公文进行发送。发送完成后该公文会自动转入用户的发文存档中，用户如需要查看该公文需要进入“发文存档”列表中进行查看。

4. 发文存档：系统会自动将用户发送成功的文件进行归档，并提供档案查阅功能，用户通过发文存档可以查看已经成功发送的所有公文具体内容，包括各个收文单位的签收情况。

i. ii.

点击首页左边菜单栏的“发文存档”打开发文存档列表;

点击公文标题查看该公文的详细信息，点击签收情况栏的“查看”按钮

可查看该公文收文单位的签收情况及反馈意见。 iii.

其中单位签收反馈包括文字反馈、报名及上报资料三种，用户可直接在

反馈意见栏目中查看具体的信息。

四、 单位收文

1. 文件签收：在收到外单位交换过来的文件时，需要签收人员对其进行签收操作，只有在签收后才能查看到文件的具体内容。签收的同时可以填写反馈意见，系统自动将反馈意见送到发文单位。

i.

点击首页左边菜单栏“单位收文”栏目，打开单位收文列表，该列表显示用户所在单位的待收公文。 ii.

用户只有签收后才能查看到文件的具体内容，点击公文对应的“签收”按钮弹出签收对话框，用户确认签收后点击“确认”按钮即可完成签收，签收后可查看公文正文并且打印正文及文件处理单进行单位内部办理。

2. 打印办理：本单位收文人成功签收外单位来文后，打开公文正文，用户可以打印来文正文及公文处理单再进行单位内部的办理。

3. 意见反馈：本单位收文人成功签收外单位来文后进行单位内部的办理，办理完成后需要填写意见反馈给发文单位。

打开首页左边菜单栏“单位收文”栏目，点击对应公文标题打开查看公文页面，点击页面底部“意见反馈”按钮，系统提示反馈意见选择。

收文后的意见反馈包括填写反馈意见(文字反馈)、上传附件(上报材料或名单)、填写表单(上报名单)三种格式，用户需选择具体格式后点击“确定”按钮，系统会打开对应的页面让用户进行填写。 i. 填写反馈意见(文字反馈)：根据窗口提示输入文字的反馈意见，点击确定保存即可。 ii. 上传附件(上报材料或名单)：根据窗口提示上传附件，可上传多个附件。 iii. 填写表单(上报名单)：根据窗口提示录入具体人员信息，包括单位、姓名、性别、科室、职务、手机、办公电话、备注，点击“加入”按钮，可以将录入的人员加入到名单列表中。可以加入多个人员，同时可以对加入的人员进行删除。录入完成后点击“保存”按钮完成对公文意见的反馈，发文单位也可以收到该反馈意见。

4. 收文存档：单位收文员对签收后的公文打印进行单位内部办理，办理完成后可以对该收文进行归档，方便以后进行查询。 打开单位收文列表，勾选公文签名的复选框，点击列表底部“转收文存档”按钮，将已经办理完并且填写完反馈意见的公文进行归档。

第7篇：公文正文融资平台报送通知第63号

内部

特急

银监办便函[2010]63号

关于进一步推进地方政府融资平台贷款

清查工作的通知

各监管部、银监局，银行业协会：

2010年8月2日，银监会印发了《中国银监会办公厅关于地方政府融资平台贷款清查工作的通知》(银监办发【2010】244号)，明确了融资平台贷款清查步骤和清查时间表。各单位按照文件要求，积极采取措施，稳步推进清查工作，但也有部分地区工作主动性不高，进度缓慢，未能如期完成既定工作。为进一步强化工作责任，明确工作口径，确保清查工作如期顺利完成，根据领导指示，现将有关情况通知如下：

一、针对各行争议较多的共性问题，经请示会领导同意，明确如下：一是交通厅、土地储备机构纳入地方政府融资平台统计。二是对于电网、铁道等由中央政府投资设立的，不纳入地方政府融资平台统计。三是按照借款人自身现金流覆盖平台全部贷款本

1 息程度划分为“全覆盖、基本覆盖、半覆盖、无覆盖”四类，其中对已经实现商业化运作、现金流能够覆盖贷款本息、同时还有财政担保的，应纳入地方政府融资平台统计，分类为“全覆盖”。四是借款人自身现金流主要指经营性现金流，车辆通行费等专项收费收入、融资平台自身拥有土地使用权证的土地处置收入、融资平台自身拥有的已办理过户手续的上市公司股权分红和股权转让等收入也可以作为借款人自身现金流。五是以财政补贴、“借新换旧”或“东拆西补”银行贷款、资本市场融资等资金作为还款来源的，不能算做借款人自身现金流。

二、各监管部、各银监局应加大工作力度，建立相应考核和责任追究机制，及时了解掌握各法人机构和分支机构的工作进度。银行一部针对大型银行建立了每周催报制度，要求大型银行每周四前上报进展情况统计表(见附表)，其他监管部、各银监局也应建立类似机制，及时掌握工作进度。对附表中尚未完成工作进度的银行业金融机构，相关银监局应提高工作主动性，加大督办力度，确保工作如期完成。

三、针对分解数据、四方对账、分析定性、汇总报表四个阶段工作，各监管部、各银监局要抓紧督导，按照银监办发【2010】244号要求，认真落实分解数据、建立台账、整改保全、数据核对、风险类别划分、处置方案制定、明确牵头行、汇总报表等方面工作，并对工作进展情况、存在的问题困难以及工作建议进行认真总结，于2010年9月14日前以正式文件报办公厅，电子版

2 同时发zhouxinhui内网邮箱。

联系人：周信辉 曹玉华

联系电话：010-66279505 66279734

二〇一〇年八月三十一日