泛微二次开发培训文档

二次开发培训文档

一、ECOLOGY系统框架结构

1、主要的程序结构

Ecology

Classbean 存放编译后的CLASS文件

js 系统中使用的JA V ASCRIPT和VBSCRIPT脚本

Css 系统中JSP页面使用的样式

Images

Images_face

Images_frame 系统中使用的图片的存放目录

Crm

.

.

Workflow 该功能分文件夹存放每个功能的文件

WEB-INF

Prop 系统配置文件存放

Service 系统的接口配置文件的存放

二、说明一个JSP页面，一个JA V A程序的基本组成，如何阅读JSP页面

1、一个jsp页面通常需要包含什么内容

2、如何阅读一个JSP页面

由于ECOLOGY系统支持多语言，因此在JSP页面上一般不出现中文，全部使用

标签的形式来显示中文：

比如：在IE上显示“姓名”那么在JSP页面中将通过

<%=SystemEnv.getHtmlLabelName(413,user.getLanguage())%>这样的形式来表示，其中的数字413就是表示姓名，同时可以通过“select labelname from htmllabelinfo where indexid=413 and languageid=7”来获取到“姓名”这个显示名称，其中

languageid=7表示中文显示名称，languageid=8表示英文显示名称.

3、JA V A程序的基本组成

在ECOLOGY中开发JA V A程序建议继承weaver.general. BaseBean，在BaseBean 中主要封装了两个方法：写日志文件，获取配置文件中的参数值。

三、几个常用的底层类的说明

最基本的底层类，数据库操作类，上传下载文件，如何构建缓存，基本的工具类

Ecology系统底层包

开发指南.doc

四、页面权限控制的说明,怎样在页面中引用权限，怎么样新增一个权限，如何在新开发

的模块上引入权限控制

在这一部分将描述：新增的页面如何保持和ECOLOGY的风格保持一致；新增的页面上引用ECOLOGY中的权限；新增的页面上引用新的ECOLOGY中还没有的权限；

1、可以根据<泛微协同商务系统(Ecology)_JSP式样编写指南>保证新开发的页面

在风格上和原有系统保持一致

泛微协同商务系统(

Ecology)_JSP式样编写

2、使用ECOLOGY分页控件实现数据的分页显示

泛微分页控件使用

帮助及规范.doc

3、引用系统中的权限

首先从系统的权限设置中找到需要引用的权限名称，如下如找到“地

址类型维护”这个权限，其ID为41,然后通过“select rightdetail

from systemrightdetail where rightid=41”得到其rightdetail=

“AddAddressType:Add”，那么在JSP页面中通过如下语句，就可以使得只

有的“地址类型维护”这个权限用的用户可以查看该页面<% if

(!HrmUserVarify.checkUserRight("AddAddressType:Add ", user) ) {

response.sendRedirect("/notice/noright.jsp");

return;

}

%>

4、新增新的权限控制新功能的查看

新增功能模块添加

权限控制.d o c

五、系统的人员组织结构的介绍

1、主要数据结构

HrmResource(人员基本信息表).doc HrmSubCompany(分

部信息表).doc

HrmDepartment(部

门信息表).doc

2、如何从缓存中获取人员信息（对三个缓存的简单介绍）

六、对流程，文档数据的存放说明（主数据，明细数据，一般信息等在数据库中如何存放，

主要为了考虑报表的问题）

1、文档的主要数据结构

文档信息的主要存储表

DOCDETAIL:文档信息存储表，主要存放文档的基本信息

DOCDETAILCONTENT: 文档内容存放表（如果是ORACLE数据库，如果文

档的类型是HTML文档，那么文档内容存放在该表中，SQLSERVER数据库不

用该表）

DOCIMAGEFILE：文档，附件关联表，此表记录文档和附件（WORD,EXCEL

格式文档在数据库中按照附件格式存放）的关系（即一个文档关联了几个附件）IMAGEFILE：附件路径存放表，此表记录了文档的附件（或者WORD,EXCE）存放在文件服务器上的位置

DOCSHARE：文档共享表

SHARINNERDOC：文档共享明细表，此表存放了该表具体共享给那些用户了

DocDetail.doc ImageFile.doc DocImageFile.doc shareinnerdoc.doc

DocShare.doc

2、流程的主要数据结构

这里主要介绍流程的数据存放结构及如果通过流程类型获取到流程的字段信息，流程的载体分为表单和单据两类，表单和单据的区别在于：所有使用表单的流程数据存放在同一个表中，而单据每个单据对应着一张独立的数据表

1、表单

一、对于表单而言流程的数据信息存放在三个数据表中

Workflow_requestbase：该表存放了流程的基本信息：标题，创建人，创建

时间，流程类型等等

Workflow_form:该表存储了流程的具体信息通过REQUESTID字段和

Workflow_requestbase表关联

Workflow_formdetail：该表存放了流程的明细信息，同样通过REQUESTID

字段和Workflow_requestbase表关联

二、通过流程的类型如何获取该流程使用了Workflow_form和

Workflow_formdetail表中哪些字段

在Workflow_form和Workflow_formdetail表中存放了大量字段，所有使用表单的流程的字段都在这两个表中，如何获取每个流程使用了那些字

段呢？

A、找到流程的类型ID,假定为wfid

B、找到流程用了哪个表单select formid from workflow_base where

id=wfid and isbill=’0’

C、获得该表单用到了哪些主字段：

select(

select fieldlable from workflow_fieldlable where workflow_fieldlable.fieldid=workflow_formfield.fie

ldid and langurageid=7and

workflow_fieldlable.formid=workflow_formfield.form

id)as name,(select fieldname from workflow_formdict

where id=fieldid)from workflow_formfield where

formid=上面获取的FORMID and (isdetail is null or

isdetail=’’)

哪些明细字段：

select(select fieldname from

workflow_formdictdetail where id=fieldid)from

workflow_formfield where formid=上面获取的FORMID and

isdetail=’1’

2、单据

对于表单而言流程的数据信息存放在三个数据表中

Workflow_requestbase：该表存放了流程的基本信息：标题，创建人，创建时间，流程类型等等

Workflow_form：该表只存放Workflow_requestbase和单据表之间的关系信息

各单据主表:该表存储了流程的具体信息通过REQUESTID字段和Workflow_requestbase表关联，如何获取该表呢：

A、找到流程的类型ID，假定为wfid

B、找到流程用了哪个单据select formid form workflow_base

where id=wfid and isbill=’1’

C、通过单据ID可以获取到该单据使用的字段

Select * from workflow_billfield where billid= formid

D、通过单据ID找到其用了那个表存储流程主信息，那个表存

储流程明细信息

select tablename from workflow_bill where id= formid

select tablename from workflow_billdetailtable

where id= formid

各单据主明细表：该表存放了流程的明细信息，同样通过REQUESTID字段和Workflow_requestbase表关联

3、流程的其他信息表结构

流程处理人情况表

Workflow_currentoperator:此表存储了流程当前未操作者，已操作者等信息workflow_requestlog 流程处理意见表：此表存储了流程处理人处理过的审批意见

workflow_requestviewlog 流程的查看日志

workflow_requestb

ase.doc workflow_bill.doc workflow_base.doc workflow_currento

perator.doc

workflow_requestL

og.doc

七、如何新建，定制一个客户化的单据

新建单据的好处，在于可以比较容易到把新建单据表中的信息和其他信息进行一些必要的操作

八、系统已经有可开发的接口的培训

1、短信接口

可以通过该接口实现其他短信网关或者硬件短信设备进行在OA中发送短信的

操作

通用短信接口实现

方式及使用说明.doc

2、单点登录接口

ECOLOGY提供了通过用户映射和模拟其他系统登录窗体的方式实现多系统

之间的单点登录接口

Ecology系统接口指

南---单点登录篇.doc

3、数据源和计划任务接口

在ECOLOGY系统中，可以定义多个其他系统的数据连接，通过该连接可以和

其他系统的数据库直接连接，同时也可以设置“计划任务”，系统根据设置定

时制定执行设定的计划。

Ecology系统接口指

南——数据源和计划任

示例：

4、自定义浏览框接口

在ECOLOGY系统中可以通过该接口，实现在流程填写数据时直接选择其他系

统中的数据，或者选择本系统中未定义的数据

自定义浏览框接口.

doc

示例：

5、节点附加操作接口

该接口主要用来在流程的流转过程中，触发一些附加的事件或动作，达到将流

程的数据和其他模块或者其他系统进行交互的功能

节点附加操作接口.

doc

示例：

6、Ecology外部门户接口说明

ECOLOGY系统中的新闻可以通过该接口发布到外部网站上

Ecology外部门户接

口说明.doc

九、流程中通过SQL脚本实现字段联动功能的培训

系统中已经提供了流程字段联动的功能，通过简单的执行一条SQL语句就可以实现各个流程的字段联动功能

公文审批系统解决方案

智元软件公文审批系统解决方案 出处：电子政务工程服务网日期： 保存本文 2006-8-18 1、系统简介 智元软件公文审批系统是无纸化办公的核心，它包括公文传输、发文审批、收文传阅办理、公文档案库等重要模块。智元软件公文审批系统的规范化设计，对政府、机关、部队以及企事业单位的电子办公、电子政务、电子业务等将起关键作用。 智元软件公文审批系统的标准化程度、技术的先进性与成熟性、系统结构搭建的严谨度、功能的清晰与合理性、模块间的科学关联，以及系统在运行时对环境的适应能力、流畅性、负载能力、易操作和易维护等，是衡量系统整体性能的重要指标。实践证明，智元公文审批系统能有效解决电子办公中的核心问题，成为构架可扩展式电子办公体系的强大基础，是真正意义上的无纸化网络办公平台。 2 主要功能 2.1 发文管理 发文管理可实现以下功能：发文拟稿、核稿、领导审批、承办等；可做公文状态查询、收回、签收、修改、提交、会签、传阅、归档、删除等操作。转发公文，实时追踪，监督发文处理流程，并可及时追回公文。系统中流程允许用户自定义，使系统可以适应各种公文流程需求。系统支持全文批注和批注痕迹保留，方便发文稿件修改。 发文管理包括对下列环节的自动化处理： 发文拟稿：填写发文拟稿纸和发文正文以及相关的信息，发送给相关领导审核。 发文审核：审核者收到文件，需要时可对正文进行必要的修改，系统可保留所有的修改痕迹；签署审核意见，根据文件的内容和性质决定由谁签批，并发送给相关的责任人。 会签：所有收到签批请求的领导或各部门办公主管对文件进行批示，需要时可对正文进行必要的修改，系统可上载修改后的文件；完成后送办公室编号。 清稿：起草人清除领导对正文的修改痕迹，接收领导新增和删除的内容，对正文进行重新排版整理。 发文编号：会签完成后的文件，由办公室根据编号规则生成文号。 套打盖章：对已经清稿的文件进行套红头、盖电子公章。 发文归档：将办理后的文件进行归档处理，发文自动进入档案管理系统，可在公文归档库中分类查阅等处理。 发文打印：在公文流转的任意环节，均可将登记的发文封面和正文进行打印输出。 应用图例

房地产行业管理解决方案.doc

房地产行业管理解决方案1 房地产业务涉及到房地产产业链中的所有环节：市场研究、产品定位、土地获得、规划及设计、融资、建筑、市场营销、销售、物业管理。除了这些以项目开发为中心的业务管理，企业管理流程还包括战略预见与整合、财务管理、人事管理、知识管理等职能子过程。通常一个房地产开发项目就是一项复杂的系统工程，从工程立项到概预算的编制、招投标管理以及施工、监理等涉及面极广，参与单位和人员多，因此房地产业是公认的上下产业链长，数据量大，投资周期长，不确定性和风险程度高的行业。 一、行业概况 1、行业背景及信息化情况 房地产业务涉及到房地产产业链中的所有环节：市场研究、产品定位、土地获得、规划及设计、融资、建筑、市场营销、销售、物业管理。除了这些以项目开发为中心的业务管理，企业管理流程还包括战略预见与整合、财务管理、人事管理、知识管理等职能子过程。通常一个房地产开发项目就是一项复杂的系统工程，从工程立项到概预算的编制、招投标管理以及施工、监理等涉及面极广，参与单位和人员多，因此房地产业是公认的上下产业链长，数据量大，投资周期长，不确定性和风险程度高的行业。 随着信息技术的发展，国内房地产企业已开始认识到，企业发展越来越需要依靠一个系统来支撑。企业利润将主要来自这样一个良性循环圈：“科学决策－精细管理－科学决策”，即企业一改过去“拍脑袋式”决策模式，更加注重基于企业内外部情报分

析结果基础上的科学决策，减低风险，增大决策利润效益；改过去粗放式管理，转而追求精细化管理，想方设法增加收入，降低运营及项目成本，例如注重产品设计、加强计划管理、严格控制项目成本，加强客户关系管理，抓品牌营建等。 近年来，房地产企业逐渐进行了信息化建设的探索和实践。但在信息化的过程中，各企业也不同程度上产生了信息孤岛，没有充分发挥系统集成的优势，甚至反过来制约了企业信息化的发展。企业在信息化过程中需要引进系统论来指导信息化的规划与实施。 2、管理需求 房地产行业需要利用信息技术，打破各种信息孤岛和资源孤岛，将各种经营主体紧密联结在一起，将整个房地产行业的业务过程和各职能过程集成为一个综合的信息管理系统，实现数据间通畅无阻的交换与运算，减少信息流转中间环节，形成企业办公、信息交流、业务管理的统一信息化，并给管理者提供一个通畅的了解企业、业务情况、发布管理决策的平台。 房地产的业务更多的是围绕一个开发项目进行运作，周期长，涉及到众多业务环节，包括项目可行性研究、市场分析、产品定位、规划及设计、建筑施工、工程监理等，因此需要对整个的项目进行科学化的跟踪和分析，以实现房地产项目的最优化管理，从而减少项目风险，降低项目投入成本，提高利润。 房地产的市场营销及客户服务的成效直接影响到企业的获益。房地产企业需要利用信息化技术，有效跟踪并及时调整其市场策略，分析销售机会，挖掘潜在客户并提升现有客户的价值，

公文传输系统

公文传输系统 一、概述 长期以来，传送红头文件一直是我国党政各级机关以及企事业单位实现上情下达的唯一正式渠道，各类公文的发送基本上采用了传统的邮寄方式，这种方式速度慢，一般城市都需要两三天的时间，而偏远城市则需要更多的时间。而且邮寄方式还存在环节多，保密性差，容易丢失等问题。 公文传输系统正是在这个的要求下开发研制出来的，它独立于办公自动化系统，可以单独使用，同时又可以为办公自动化系统提供更强有力的安全性保证，其强大的接口能力能够为不同单位的办公自动化系统之间传递公文提供保障。 二、特点或达到的效果 本电子公文传输系统是新一代电子公文传输系统的典范，它采用了目前流行的B/S结构，集灵活性、安全性、实用性、经济性于一身，让客户轻松实现公文网络化安全传输，在鼠标点击中就可以将公文传递至远方，一天乃至十天才能完成的工作一秒钟之内就可以搞定。其具体特点如下： B/S结构，使用维护简单：公文传输系统的用户一般都会分布很远，如果采用传统的C/S结构，客户端如果出现问题（比如：机器重新安装、客户端软件重装），系统管理员就要到现场去维护，这样不仅管理员工作复杂度高，而且维护起来也不及时，甚至会延误工作。而电子公文传输系统采用B/S客户端，用户通过IE浏览器就可以进入电子公文传输系统，进行公文的发送和接受，不需要安装客户端，系统维护工作在服务器端就可以轻松完成，可以实现客户端零维护。 灵活性强：系统可以独立使用，也可以与OA系统做无缝链接，同时公章可以根据需要灵活定制。 安全性强：满足国密办的安全性要求，采用国产加密算法和硬件加密卡满足商密级要求，客户端采用硬件设备USB KEY存储证书和私钥，确保证书和私钥的安全。 经济、实用：公文进入系统后无需重新排版，操作更方便，系统不用采用多块硬件加密卡，CA中心可采用微软的证书颁发机构，并对其进行优化，减少客户资金投入。 三、方案图解 电子公文安全交换过程图解

泛微oaecology二次开发实例开发完整说明讲解学习

二次开发培训文档 一、ECOLOGY系统框架结构 1、主要的程序结构 Ecology Classbean 存放编译后的CLASS文件 js 系统中使用的JA V ASCRIPT和VBSCRIPT脚本 Css 系统中JSP页面使用的样式 Images Images_face Images_frame 系统中使用的图片的存放目录 Crm Workflow 该功能分文件夹存放每个功能的文件 WEB-INF Prop 系统配置文件存放 Service 系统的接口配置文件的存放 二、说明一个JSP页面，一个JA V A程序的基本组成，如何阅读JSP页面 1、一个jsp页面通常需要包含什么内容 2、如何阅读一个JSP页面 由于ECOLOGY系统支持多语言，因此在JSP页面上一般不出现中文，全部使用 标签的形式来显示中文： 比如：在IE上显示“姓名”那么在JSP页面中将通过 <%=SystemEnv.getHtmlLabelName(413,user.getLanguage())%>这样的形式来表示，其中的数字413就是表示姓名，同时可以通过“select labelname from htmllabelinfo where indexid=413 and languageid=7”来获取到“姓名”这个显示名称，其中 languageid=7表示中文显示名称,languageid=8表示英文显示名称. delete from HtmlLabelIndex where id=81249 delete from HtmlLabelInfo where indexid=81249 INSERT INTO HtmlLabelIndex values(81249,'选择范围') INSERT INTO HtmlLabelInfo VALUES(81249,'选择范围',7) INSERT INTO HtmlLabelInfo VALUES(81249,'Range of choice',8) INSERT INTO HtmlLabelInfo VALUES(81249,'選擇範圍',9) 3、JA V A程序的基本组成 在ECOLOGY中开发JA V A程序建议继承weaver.general. BaseBean，在BaseBean 中主要封装了两个方法：写日志文件，获取配置文件中的参数值。 public String getPropValue(String fname , String key) public void writeLog(Object obj)

电子公文传输系统

电子公文传输系统 白 皮 书 湖南科创信息技术股份有限公司 二零一四年五月

目录 第 1 章方案简述 .................................................... 错误!未定义书签。 1.1项目背景.............................................................................. 错误!未定义书签。 1.2项目内容.............................................................................. 错误!未定义书签。 1.3建设意义.............................................................................. 错误!未定义书签。第 2 章整体方案设计 . (5) 2.1设计思想 (5) 2.2引用规范 (5) 2.3技术体系.............................................................................. 错误!未定义书签。 2.4技术路线 (6) 2.4.1基于J2EE三层次技术路线 (6) 2.4.2XML技术 (6) 2.4.3DRM技术 (6) 2.4.4CEB格式 (7) 2.5系统构架 (8) 第 3 章电子公文传输系统设计 (11) 3.1电子公文传输系统设计...................................................... 错误!未定义书签。 3.1.1电子公文传输系统总体框图 (8) 3.1.2电子公文传输系统的业务流程 (9) 3.1.3应用流程详细介绍......................................................................... 错误!未定义书签。 3.2二维条码系统设计.............................................................. 错误!未定义书签。 3.2.1设计思路......................................................................................... 错误!未定义书签。 3.2.2引用规范......................................................................................... 错误!未定义书签。 3.2.3应用支持......................................................................................... 错误!未定义书签。 3.2.4基于公文二维条码技术的应用集成............................................. 错误!未定义书签。 3.3电子公章系统设计 (78) 3.3.1电子公章系统功能设计 (78) 3.3.2电子公章制作与发放设计 (80) 3.3.3电子公章系统用户管理 (81) 3.4短信收发系统设计.............................................................. 错误!未定义书签。 3.4.1功能设计......................................................................................... 错误!未定义书签。 3.4.2工作模式......................................................................................... 错误!未定义书签。 3.4.3接入方式......................................................................................... 错误!未定义书签。第 4 章系统安全设计 ............................................ 错误!未定义书签。 4.1电子公章系统安全.............................................................. 错误!未定义书签。 4.2电子公文版式文件安全...................................................... 错误!未定义书签。

方正电子公文交换系统解决方案

公文传输一直是保证政务正常运转，信息互传的法定方式。传统的公文传输，以纸质文件的邮递来实现，传统的纸质文件传输时间长、成本高。随着信息化建设的不断完善，“电子公文传输”以其传输速度快、易于存档、方便交流等技术特点成为当前电子政务建设的必然要求。 方正电子公文传输系统，用于 远程电子公文传输。整个系统采用B/S架构，支持灵活的"集中-分布式"配置模式。采用国家相关资质单位的加密设备，文档经过加密后交换，可与办公自动化（OA）系统、其他交换平台无缝连接，使数据流安全畅通。兼容多种公文格式，保证电子与纸质公文的一致性，打印份数可控。采用安全的电子公章管理技术，与传统公章使用流程保持一致。采用可视化盖章流程控制，达到"所见即所得"的效果。 系统主要功能图 本系统实现远程的公文传输，主要功能包括： 发文管理 是指发文单位将一份要发给其他单位的电子公文，进行签发、盖章等操作，最后将CEB公文发送出去。具体是： 1、登记公文：将OA系统审批通过的公文转换为CEB格式并上载到系统中。

2、公文盖章/协办盖章：通过公章服务器，对公文加盖电子公章；多个部门联合发文时，系统提供协办盖章功能。 收文管理 是指接收到此公文的单位，对收文进行处理。具体包括： 1、来文提醒：当有未签收公文时，系统提供手机短信提醒功能。 2、公文打印：控制该单位是否有打印权限，并且只能按发文单位设定的打印份数打印公文。 系统管理 是指系统级的一系列管理功能，包括用户管理、打印机管理、日志管理、公文统计、用章监控等。 1、打印机管理：系统可与指定打印机绑定，做到精细打印控制，实现对打印机的开、关、缺纸、缺墨、卡纸等状况的判断识别，有效避免在空白纸上打出红章。 2、日志管理：详细的操作日志，记录公文、公章的操作使用情况,为系统的管理工作带来了极大的便利性，任何时候都可以对系统中发生的操纵进行回溯。 系统特点 1、基于CEB版式文件 公文信息的不可篡改性是许多安全措施的基本保证。方正CEB版式文件能有效防止黑客、内部人员对电子公文伪造、篡改、抵赖等问题，远程传输电子公文的传输前后不改变版式结构，有效地保障电子公文的权威性、严肃性、安全性。 2、系统架构可扩展 方正电子公文系统具备良好扩展性，能够与外部系统进行集成，满足客户对电子公文的不同应用要求。与电子公文系统进行集成的外部系统，主要包括： 1) OA系统：实现应用整合。 2) 加密卡：提供高级别安全保障。 3) CA系统：提供高级别安全保障。

电子公文传输系统常见问题

常见问题解答 1、盖章或浏览打印红头红章文件时，提示“没有找到相应的硬件” 解决：没有插入书生卡或书生卡驱动没有正确安装。 2、单击“盖章”时，提示“请插入公章盘” 解决：将公章U盘插入电脑。 3、浏览的是红头红章文件，但打印出来的是黑头黑章的 解决：打印红头红章文件，要单击已签收里的“激光打印”按钮。在浏览状态下打印的是黑头黑章文件。 4、单击“激光打印”后，打印机没有反应 解决：没有设置打印机设置。单击开始--程序—公文传输系统，进入主程序中，单击“设置--打印设置”，将激光打印机设置为windows打印机。或者也可以登录系统，单击“配置信息—本地配置—打印设置”，将激光打印机设置为windows打印机。 5、word中有时没有sep转换按钮和公章定位图片 解决：打开word 1）选择：帮助－关于Microsoft Office Word－禁用项目,将禁 用文件启用 2）选择：视图－工具栏－Sep Writer前打勾 6、word转换sep文件时死机或提示：找不到相应的打印驱动 解决：打印和传真机中的“sep writer”打印图标状态为脱机或被删除。重新安装sep writer。 7、在盖章时，弹出“jjjj”对话框 解决：IE未设置。 （1）右击IE浏览器，单击属性，弹出“Internet选项”窗口。单击“常规”选项卡，单击Internet临时文件中的“设置”，进入“设置”对话框，修改“检查所存网页的新版本”为“每次访问此页时检查”，单击“确定”。 （2）单击“安全”选项卡，选中“受信任的站点”，单击“站点”，弹出“可信站点”对话框。先把“对该区域中的所有站点要求服务器验证（https：）”前面的对勾去掉，添加上http://192.1.72.2后单击“添加”。设置完毕，点击“确定”，返回上一级对话框，在“自定义级别”，进入“安全设置”框，将其中ActiveX控件和插件下相应内容均修改为“启用”，单击“确定”。

OA与公文交换平台的接口解决方案

OA与公文交换平台的接口解决方案 引言 随着国际互联网的开通及相关技术的逐步成熟，人类社会迈入了一个崭新的信息时代。在社会信息化的不断推进过程中，各级政府的办公自动化需求也在不断升级。电子政务已经成为世界各国新一轮公共行政管理改 革和衡量国家及城市竞争水平的重要标志之一。同时，随着改革的深入和我国加入WTO，电子政务建设已经成为当前我国信息化建设的首要任务。 从电子政务建设发展的阶段看，电子政务内部建设一般要经历公文电子化——办公自动化——行政管理网络化——网上协同办公四个阶段。 我国的办公自动化从80年代至今已有20多年的发展，到现在基本已达到第三阶段(即内部OA+网络化)。但由于各单位采用的技术不同，办公自动化的开发缺乏相应的标准，所以各自独立的信息系统很容易形成信息孤岛，而无法实现信息共享。电子公文交换为解决政府部门网上协同办公提供了完美的解决方案。 一、总体概述 1.1 公文交换平台 采用传统方式传递红头文件存在很多问题。目前主要采用邮递方式，传统传递红头文件，从而实现上情下达。这种方式存在很多弊端：速度慢、易泄密、易丢失等。在信息高度发达的的今天，采用电子公文传输系统，解决公文传输过程存在的上述问题，是必然的选择。 公文交换系统实现跨部门之间电子公文的安全传输。通过提供统一的业务平台，不同部门完成电子公文的发送、传输、接收以及打印等业务操作。 从用户(最终使用者)的角度看，电子公文交换系统应该具备的功能包括;公文登记、公文加密、公文发送、公文接收、联合发文、公文打印、公文导入导出等业务处理，以及用户管理、权限分配、配置管理等系统维护。系统功能结构如下图。

电子公文交换系统-系统功能结构图 从上图可以看出，电子公文交换系统主要由四大部分组成：公文传输、数据接口、日志管理，以及系统维护。其实，系统维护和日志管理是任何应用系统都必须具备的基础性功能;另外，公文传输实现公文交换的基本业务，完成公文的跨部门的交换业务;考虑到公文交换系统必定要同办公自动化系统通讯，数据接口是保证数据一致性而规定的接口规范。 需要指出的是：在这些业务处理环节中，必须保证每个环节的“安全性”。对于政府部门来说，传输过程中的红头文件的安全性是最大的顾虑，因此，公文的安全性，以及公文传输过程的安全性，成为最设计公文交换系统时重要的需求和必须首要考虑的因素。关于这点，CA安全体系相关技术提供了很好的保障。 总之，电子公文交换系统平台以办公自动化为基础，充分利用现有资源和现有网络平台条件，与OA系统能够无缝紧密地连接，加快政府机关之间无纸化公文传输的进程，提高公文流转的速度，进而可以提高政府机关行政事务的处理效率。 1.2 OA功能及其接口需求 我国各企业与政府机关经过几代办公自动化的发展，基本都开发或实施了不同平台或功能需求的自动化软硬件。虽然根据不同的需求有所差异，但基本都是通过对各类办公信息如数据、文字、声音、图像、图形等进行采集、存储、处理、传送和输出，围绕着办公室管理事务而展开电子办公，利用现代技术资源与信息资源实现知识管理，提高行政管理工作效率和质量。从而形成行政管理和日常事务处理的高效、规范的协同办公平台。 典型的办公自动化系统基本实现了企事业单位内部的信息共享，协同工作，从而提高组织的办公效率，并为领导层提供决策支持。其基本包括了以下的功能模块： ?发文管理、收文管理; ?批示管理;

泛微工作流对外接口技术说明(简单版)

泛微协同商务系统开发文档系列之 工作流对外接口技术说明(简单版) Weaver e-cology Info Control System For Tech User 机要文件请勿传播

工作流对外接口技术说明 简单版 目录 开发背景 (3) 软件功能 (3) 技术特点 (4) 接口说明 (4) /src/weaver/workflow/request/RequestOutWork.java (4) /src/weaver/workflow/request/RequestOutData.java (4) 对于创建HTTP POST请求的说明 (5)

一、开发背景 由于客户的需求，e-cology系统的工作流模块需要提供一个方便的便于二次开发的接口，使客户可以根据自己的需要，灵活调用e-cology系统的工作流引擎，利用其强大灵活的流程设定功能，来完成自己的内容审批功能，或者其他需要通过工作流来完成的任务。 二、软件功能

三、技术特点 1、提交请求采用HTTPPOST方式，可以用其他语言来构造这个请求，而不 仅仅用java语言。 2、在流程归档的时候给用户处理自己代码的机会，通过编写自己的java类 并在配置文件里进行注册，就可以在归档的时候被工作流引擎调用，来 完成需要归档时完成的操作。 四、接口说明 这里描述的时客户开发需要用到的类，还有一些jsp文件和java类文件这里没有 说明，因为这些文件时开发当中不需要关心也不需要修改的。 /src/weaver/workflow/request/RequestOutWork.java 描述：如果需要在归档的时候执行自己定义的操作，那么必须实现这个类的execute 方法，在这个方法里可以执行自己的操作，然后把这个类注册到接口的配置文件 里面，这样工作流引擎就可以在归档的时候调用这个类的execute方法了。 方法： booleanexecute（intrequestid）throwsRequestOutWorkException 功能：执行归档前自定义的操作 输入：工作流请求id 返回：是否成功 /src/weaver/workflow/request/RequestOutData.java 描述：这个类可以帮助开发者根据requestid方便的得到工作流的相关数据 方法： RequestOutData(intrequestid) 功能：构建一个读取工作流数据的类，并且设置需要读取的工作流请求的id 输入：工作流请求id 方法： StringgetData(StringfieldName) 功能：根据字段名称取得主表的数据 输入：字段名称 返回：字段的值

安全电子公文传输系统和电子公章(电子签章)完整解决方案

安信天元安全电子公文传输系统和电子公章解决方案 1.系统背景 作为传统的政府管理，大多以开会研究、逐级下达、层层上报为主要工作方式，其政策、决议、通知、汇报、请示等等都以政府公文作为载体在各级政府之间传递信息。各政府之间，工作部署、工作汇报、上级文件传达……等等这些工作大部分都需要通过开会、现场调研、派人员到上级取公文等方式才能够完成，而我国城市之间路途遥远，各级区域管理范围广，城镇分散分布，路途遥远，这就使工作人员需要消耗很多时间在路途上，并造成了信息传递的滞后和公文旅游的现象。网络技术和信息技术的不断发展，为这些问题提供了解决途径。利用信息技术和网络技术，通过建立电子公文传输系统，可以使公文传递、公文上报和上级公文传达变成简单、快捷、方便，解决信息传递的滞后和公文旅游的现象，减轻人力与物力的消耗，加快信息的传递，提高党政机关的公文传输的效率。 用户需求分析 2.1应用需求分析 政府部门间公文交换的需求。下级对上级的请示，汇报，上级对下级的通知，批示，通报……，平级之间的联合审批……，这些都需要在政府部门之间传递公文。这些公文与内部公文的不同是在于这些公文已经定稿，大部分盖有部门章及部门红头。这就要求实现： 2.1.1.公文版式不变性 各部门使用的编辑软件、操作平台等都不尽相同，而政府公文必须保证公文在不同平台，不同环境下打开，打印都不能发生变化。 2.1.2.公文内容不可编辑 部门之间传递的公文作为政务信息的载体，有它严肃性及权威性，这就要求部门之间传递的公文不能再被除发文单位以外的人员修改，编辑。 2.1. 3.公文传递的快速、准确 2.1.4.公文阅读、打印权限的控制 公文承载着政务信息，而其中有些信息作为敏感信息，要控制其发布的范围。 2.1．5.系统可监控、可审计

电子公文传输解决方案

电子公文传输解决方案 ■什么是电子公文传输? 自建国以来公文传输一直是保证党务、政务正常运转，信息互传的法定方式。传统的公文传输，以纸质文件的邮递来实现。但是随着现代技术的发展，以及信息互传中对传输效率、便于交流的要求，传统的纸质公文传输日益不能满足党、政机构的要求。 于是，“电子公文传输”以其传输速度快、易于存档、方便交流等技术特点成为当前电子政务建设的必然要求。 ■核心技术 方正电子长期致力于网络出版方面的研究，在网上数据传输方面，有多项技术居于国内领先水平。 方正是国内最早也是最主要的DRM技术提供商。DRM是数字版权保护的英文缩写，研究的是网络环境下，数字资源的使用权限控制和管理，目前，国际上已经有了Xrml，EBX 等标准，方正是国内最早的参照这些标准，推出自有系统的厂商。目前，这套系统在国内网络出版领域得到广泛应用，与传统依靠密码和简单加密技术实现的数据安全相比，DRM是续互联网出现后发展的新技术，具有体系更完整，权限控制更丰富，安全性也更高的特点。 方正在出版领域具有深厚的技术积累，在文件格式上，上世纪80年代提出了S2格式，虽然在表达上还不是非常完善，也只是针对纸张印刷，但是，也已经成为业界追随的一种格式。在90年代以后，方正又推出PS文件描述格式，进入本世纪，推出CEB格式，都源自于对当今技术发展，及时使技术满足当前需要。 CEB格式内部采用了灵活方便的图形、图象描述方式，如可以支持多种字体形式，包括TrueType，CID，下载字等，与原有格式相比，兼容性、开放性更好，表达更准确;可以加入多种压缩方法，使文档保持最小;可以支持多种颜色空间和色彩控制;以及可以支持复杂的表单设计等，因此，新的格式，在技术上要远远优于以前的格式。 方正在流程管理技术上，也是目前国内领先的技术提供商之一，最早建立了基于Notes 和Web的报业流程系统。 ■系统优势 方正Apabi电子公文传输系统与其它类似系统相比，具有以下明显优势： ※采用CEB格式： ≯.CEB格式已被国家有关部门指定为电子公文格式的参照标准; ≯CEB格式核心遵循国际相关标准，也是目前最适合表现中文排版信息的电子格式; ≯CEB格式对文字及图像信息进行很好压缩，因此数据量小，传输及存储更为方便; ≯CEB格式更为适合电子阅读，可以直接用于终端阅读、打印。 ※与既有用户权限紧密结合，方便使用与管理。 用户权限管理中定义用户的单位、角色，待用户登陆时，系统根据用户名及密码即自行验证，自动赋于该用户所具的权限，使用户登陆后只能看到与自己工作相关的内容，减少了用户多次选择的不方便，并增强了权限管理的限制。 ※流程简单，易用性强。 方正根据政府办公的既有流程，以收文、发文、盖章等应用为基础，将每一个应用环节尽量简化为鼠标操作，方便应用者的理解与使用，基本达到零培训即可使用。 ※大大降低成本，同时保证公文传输的安全。 ≯由于方正Apabi电子公文传输系统采用Web方式，无需另行采购软件平台，大大减少了软件采购的成本，并最大限度的降低了维护成本。

电子公文交换系统

电子公文交换系统 让电子公文：安全、快捷地在互联网上传送 传统的纸质公文传输主要以邮递来实现，文件传输时间长、成本高。在电子政务建设中，“电子公文”以其传输速度快、易于存档等特点，成为电子政务建设的基础。 由北京方正电子政务信息科技有限公司研发的方正电子公文交换系统，用于异地单位间的电子公文传输。系统采用B/S架构，支持集中式和分布式的应用模式。通过集成方正自有电子公章技术，提供可视化盖章操作，并保证电子公章应用安全。 解决问题 实现多种文件格式的统一，阅读、打印时不必安装多种图文编辑软件！ 传送内容多样化，包括文字、图像、音频、视频多种数据格式！ 支持中央向部委、省委、省政府收发文，省政府向地市、区县政府收发文的多级交换架构！ 解决了政府、党委、人大、政协、检察院、法院各系统的公文横向互联互通！ 系统优势 采用CEB版式文件格式，实现文档一体化处理流程； 可集成电子公章、手写签批、二维条码、OA等，解决方案成熟和完整； CEB版式遵循国际相关标准，已被国家有关部门指定为电子公文格式的参照标准； 已在中央及全国五十多个省级单位、部委、大企业得到成功应用； 系统主要功能 方正电子公文交换系统，采用DRM技术，文档经过加密后传输，由系统自动控制阅读者的权限，有效地控制公文的使用范围。 根据用户的需求和实际情况，可提供集中式或分布式部署方案，随着用户应用情况和应用水平的提升，我们能提供随需而变的技术部署策略。 系统主要特点 采用CEB版式 原版原式显现纸质公文版式，与印刷效果保持一致，保证公文的严肃性和权威性。 打印份数限制 采用168位随机加密技术，加密后的CEB文件不能被随意拷贝，完成真正的打印份数限制；同时系统可以做到精细打印控制，实现对打印机的开、关、缺纸、缺墨、卡纸等状况的判断识别，有效避免在空白纸上打出红章。 可实现多级互联 不仅可适于点对点的传输，且能适应”星型”和”网状”的现行数据交换模式，支持横向、纵向多级公文传输。 系统安全性 公章信息多重加密保存，应用公私钥技术对公章进行校验，支持软硬件绑定。 综合使用对称、非对称加密算法，信息摘要、数字签名等技术，实现身份验证。 从软件系统安全设计、电子公章管理、打印设备控制、加密方式等多个方面形成传输系统的整体安全策略。 系统可扩展性 为CA中心、数字签名、加密设备预留标准接口，以便随时支持扩展应用。 为OA系统、公文流转系统、协同办公系统等提供标准化接口，供二次开发商轻松集成。

二次开发培训文档

二次开发培训文档 1、ECOLOGY系统框架结构 1、主要的程序结构 Ecology Classbean 存放编译后的CLASS文件 js 系统中使用的JAVASCRIPT和VBSCRIPT脚本 Css 系统中JSP页面使用的样式 Images Images_face Images_frame 系统中使用的图片的存放目录 Crm . . Workflow 该功能分文件夹存放每个功能的文件 WEB-INF Prop 系统配置文件存放 Service 系统的接口配置文件的存放 2、说明一个JSP页面，一个JAVA程序的基本组成，如何阅读JSP 页面 1、一个jsp页面通常需要包含什么内容 2、如何阅读一个JSP页面 由于ECOLOGY系统支持多语言，因此在JSP页面上一般不出现 中文，全部使用标签的形式来显示中文： 比如：在IE上显示“姓名”那么在JSP页面中将通过 <%=SystemEnv.getHtmlLabelName(413,user.getLanguage())%>这 样的形式来表示，其中的数字413就是表示姓名，同时可以通 过“select labelname from htmllabelinfo where indexid=413 and languageid=7”来获取到“姓名”这个显示名称，其中languageid=7 表示中文显示名称,languageid=8表示英文显示名称. 3、JAVA程序的基本组成 在ECOLOGY中开发JAVA程序建议继承weaver.general. BaseBean，在BaseBean中主要封装了两个方法：写日志文件，获 取配置文件中的参数值。

电子公文交换系统解决方案

电子公文交换系统解决方案 方正Apabi多维电子公文交换系统，用于远程电子公文交换。整个系统采用B/S架构，支持灵活的”集中-分布式”配置模式。采用国家相关资质单位的加密设备，文档经过加密后交换，可与办公自动化（OA）系统、其他交换平台无缝连接，使数据流安全畅通。兼容多种公文格式，保证电子与纸质公文的一致性，打印份数可控。采用安全的电子公章管理技术，与传统公章使用流程保持一致。采用可视化盖章流程控制，达到”所见即所得”的效果。 ■解决问题： 实现多种文件格式统一，阅读、打印时不必安装多种图文编辑软件！ 传送内容多样化，可交换文字、图像、音频、视频多种数据格式！ 支持部委向省级政府收发文、省级政府向地市级政府收发文的多级交换架构。 解决了政府、党委、人大、政协、检察院、法院各系统的公文横向互联互通！ screen.width-333)this.width=screen.width-333” border=“0”> 公文交换架构图 screen.width-333)this.width=screen.width-333” border=“0”> 系统功能图 ■系统特点 尊重不同管理模式，可选择性配置 可以根据客户的网络条件、行政管理架构，选择将文件和公章集中在中心端处或者分布在本地管理。 可实现多级系统文件交换 不仅限于点对点的传输，更适应”星型”和”网状”的现行数据交换模式，可进行多级公文交换。 安全的公章管理 公章信息多重加密保存，应用公私钥技术对公章进行校验，支持软硬件绑定。 与其他系统、平台无缝结合 为CA中心、数字签名、加密设备预留标准接口，以便随时支持扩展应用。 为OA系统、公文流转系统、协同办公系统等提供标准化接口，供二次开发商轻松集成。与国家标准的结合 遵循国家标准，按照现有纸质公文流程模拟到网络化应用；遵循国家电子公文格式标准；支持国家正在起草的”XML公文标准（草案）” ■典型用户 宁夏自治区政府公文交换系统 海南省委、省政府、省人大、省政协电子公文交换系统、电子公章系统 广州市政府电子公文交换系统 杭州市政府电子公章系统 ……

电子公文传输管理系统方案

电子公文传输管理系统O f fi ci al D oc um ent T r an sm is si on C e n te r 用户使用手册

目录 1 普通用户 (4) 1.1登陆系统 (5) 1.2公文签收 (5) 1.2.1 操作界面介绍 (5) 1.2.2 提示助手 (6) 1.2.3 如何签收公文 (7) 1.2.4 文件签收情况 (9) 1.2.5 文件搜索 (10) 1.3公文管理 (11) 1.3.1 发布文件 (11) 1.3.2 管理文件 (13) 1.4文件资料 (15) 1.4.1 操作界面介绍 (15) 1.4.2 提示助手 (16)

1.4.3 如何签收资料 (16) 1.4.4 资料搜索 (19) 1.5资料管理 (20) 1.5.1 发布资料 (20) 1.5.2 管理资料 (23) 1.6会议通知 (25) 1.6.1 如何签收会议通知 (25) 1.6.2 如何签到和反馈 (27) 1.6.3 查看签收和签到情况 (29) 1.6.4 查看反馈情况 (30) 1.7公告栏 (31) 1.7.1 发布公告 (31) 1.7.2 管理公告 (32) 2 管理员用户 (34) 2.1登陆系统 (35) 2.2公文签收 (35) 2.3会议通知 (36) 2.4文件资料 (37) 2.5文件管理 (38) 2.5.1 文件类型管理 (39) 2.6资料管理 (41) 2.6.1 资料类型管理 (42)

2.7用户管理 (45) 2.7.1 群组管理 (47) 2.7.2 添加用户 (49) 2.7.4 用户维护 (53) 2.8数据库管理 (58) 2.8.1 系统基本数据 (58) 2.8.2 公文文件管理 (59) 2.8.3 资料文件管理 (60) 2.8.4 会议文件管理 (60) 1 普通用户 下面操作以“县委办”用户做为例子，详细说明做为普通用户使用系统的各

书生公文传输系统A6系列技术白皮书

书生公文传输系统A6系列技术白皮书 1书生公文传输系统 公文（俗称红头文件）是我国行政机关实现上情下达的法定方式，印章则是文件有效性的表现形式。目前，越来越多的行政机关在开展电子政务建设时都选择公文无纸化传输作为突破口，取得了非常好的应用效果。但普通的电子邮件是不具备正式公文的效力的，必须使用专门的公文传输系统才能搭建理想的“数字神经系统”，书生公文传输系统正是其中的佼佼者。 公文传输系统利用数字文档技术、信息安全技术、中间件技术及计算机网络技术等，实现了红头文件的制作、盖章、分发、接收、阅读、打印、转发和归档等功能，以现代的电子公文传输模式取代了传统的邮路传递模式。 根据国家有关规定，公文传输系统必须使用硬件加密设备，最好是采用经过国家有关部门鉴定的专用密码机。每个专用加密设备中都包含了一个硬件数字证书,可获得比普通数字签名更高的安全度。在使用前需要先进行电子公章的制作和授权使用，对电子公章的管理完全按照现有公章管理制度进行。 在制作公文时，首先进行公文排版，定稿后的文件保存成不可篡改的版式文件，再进行电子盖章（含加密），就生成了含有红头和公章的正式有效的电子公文文件，并自动生成用印纪录。接收方通过计算机网络收到电子公文后，经过安全认证即可使用专用的公文阅读器来阅读内容和版面与发送方完全一样的公文文件，并可在权限允许范围内用彩色打印机打印出具有正式效力的含有红头和公章的纸质公文，效果与传统通过邮路传递得到的文件相同。收文方亦可使用专门的公文转发功能将文件转发给其他单位，转发过程与现有公文转发方式完全吻合。电子公文在需要时可归当成归档文件，归档文件除了用于存档外，还可用于OA 等其它电子政务应用系统，使电子公文能得到最大程度的利用。整个过程都是通过计算机来实现，并且进行全程的安全与保密控制，从而大大提高了公文传输的效率和公文的利用度，并有效保障了公文的安全性。

公文交换系统

1.公文交换 电子公文交换平台是一个跨地区、跨单位、跨部门交换型的公文应用平台支持安全可靠的政府型、集团型电子公文信息交换，可有效提高政府及集团办公效率，推进政务信息化建设。作为长江数据电子政务解决方案的核心应用平台，电子公文交换平台具有良好的系统兼容性和伸缩性，可灵活挂接其它办公自动化系统及相关业务系统，是一个实用、安全、高效的政务应用平台。 实现跨部门、跨单位之间电子公文的安全传输。通过提供统一的业务平台，不同部门、不同单位完成电子公文的发送、传输、接收以及打印等业务操作。 1.1.平台整体框架 电子公文交换平台根据全市电子公文交换标准，提供发送公文、接收公文、发送回执、接收回执、流程监控和消息通知等各种Web Service接口。全市各部

门的办公自动化系统必须能支持电子公文交换平台接口的调用。 各部门OA系统自行维护部门内部的办公流程，电子公文交换平台专用于维护跨部门的办公工作流程。由此构成一个全市各部门（包括各部委办局单位、县、市、区等）数字办公流转的两级层次结构。 目录和认证服务用于统一维护全市各政府部门的组织结构，统一管理用户帐号和权限，进行用户身份认证。电子公文交换平台同时建立与档案局的归档接口和消息通知平台接口，提供自动归档和手机短消息通知服务。 1.2.业务办理 分为收文待办与发文待办分别对公文按多种方式进行统计，如按未查看、待签收、待回复等等。 1.3.功能介绍 电子公文交换平台主要由发文管理、收文管理、文种与红头制作、电子印章管理、收发文监控、收文提醒、检索与统计、系统日志、组织机构管理、公文模板库、权限管理等功能模块组成。

从上图可以看出，电子公文交换系统主要由四大部分组成：公文传输、数据接口、日志管理，以及系统维护。其实，系统维护和日志管理是任何应用系统都必须具备的基础性功能;另外，公文传输实现公文交换的基本业务，完成公文的跨部门的交换业务;考虑到公文交换系统必定要同办公自动化系统通讯，数据接口是保证数据一致性而规定的接口规范。需要指出的是：在这些业务处理环节中，必须保证每个环节的“安全性”。对于政府部门来说，传输过程中的红头文件的安全性是最大的顾虑，因此，公文的安全性，以及公文传输过程的安全性，成为最设计公文交换系统时重要的需求和必须首要考虑的因素。关于这点，CA安全体系相关技术提供了很好的保障。 总之，电子公文交换系统平台以办公自动化为基础，充分利用现有资源和现有网络平台条件，与OA系统能够无缝紧密地连接，加快政府机关之间无纸化公文传输的进程，提高公文流转的速度，进而可以提高政府机关行政事务的处理效 率。

公文传输系统解决方案

公文传输系统解决方案文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

公文传输系统解决方案 1、系统简介 公文传输系统完成公文、会议通知和资料下发、公文上报，平级单位间公文交换等功能。适用于党政机关、行政职能部门、企事业单位及大专院校的公文传输管理系统，有效解决办公难题。 办公室每天有大量的文件需要处理，一份文件有时候要印刷几十份，甚至上百份。大量文件的转发、传阅、发送、签收、审核让办公室里文件堆积如山，杂乱如麻，让办公室的工作效率及其低下，对办公室应发挥的重要职能也有影响。希望您借助电子公文传输管理系统来帮助您，让您从文件堆中解脱出来，提高文件的传输效率，同时也减少大量纸张的浪费，缩短公文分发、上报的时间，详细及时的了解文件发送签收情况，而且便于文件的统一管理和分类。 电子公文传输管理系统的功能包括公文分发、会议通知和资料分发、文种与红头、电子印章管理、收发文监控、收文提醒、检索与统计、常用政务信息传送、组织机构管理、公文模板库、权限管理等功能模块组成。 2、系统功能 2.1、前台用户功能 公文发布和上报 在发布和上报文件时，输入文件文号、标题、类型、发文（上报）单位、选择文件正文等，然后设置文件接收的人员、单位、群组。同时，可以对以往发布和上报的文件内容和属性进行修改重新发布。

公文签收 对其它单位的来文，未签收的文件系统都有标识提示，可打开文件进行签收，下载打印。对本单位的发布的文件随时监控接收单位签收文件的情况报表，包括未签收单位、已签收单位，签收时间等。 公文分类查询 文件类型统一由管理员设定，用户可以按照类型查询文件。例如：市发、市会通、市办发、市组织、市政发等。 会议通知发布和签收 在发布会议通知时，输入会议名称、组织单位、开会时间、会议资料，还可以设置通知是否需要反馈和签到等，然后设置文件接收的人员、单位、群组。同时，可以对以往发布的通知进行修改重新发布。 会议材料发布和签收 会议结束后，形成会议纪要或决定，会议组织者可以把相应的材料发布给会议参加人或单位。 会议通知和材料签收反馈情况 会议通知或会议材料发布者，可以随时查看会议参加单位签收通知或材料的情况。 信息发布 请求办理事项 此模块将为领导与各下级单位、各委办局之间提供沟通渠道。对领导来说，方便对下级单位进行交办事项（如：领导需要下级单位提供某些信息；领导需要下级单位处理某些问题等）；对委办局之间来说，