V5公文相关

公文的处理流程

1、发文

公文：即公务文书， 公文是法定机关或其他社会组织在公务活动中，具有法律效力和规范的文体。凡是从事行政事务，都要学会通过公文来传达政令政策、处理公务，以保证协调各种关系，决定事务使工作正确地、高效地进行。

发文 ：由公司发布的内部文件。仅适用于公司内部人员。发文办理的一般程序为拟稿、会商、审核、签发、登记、印章、分装、发出等。公司发文的格式一般是模仿政府的红头文件，标题都是红色字体，然后是文件编号，一般是有公司简称加上年份和文件编号构成，然后是正文，最后是单位名称、发文的日期等，并盖上公司的印章。

发文办理流程

发文办理是指机关内部为制发公文所进行的拟制、处置与管理活动。发文办理的一般程序为：拟稿、会商、审核、签发，核发、登记、缮印、用印或签署，分装、发出，处置办毕公文。这一程序具有很强的确定性与不可逆性。

第一阶段

文稿的形成，具体包括：拟稿、会商、审核、签发。这一阶段是发文办理活动的中心内容。

拟稿，即上一节所讲述的公文写作。经过对有关信息材料的收集加工和再创造，系统地记录有用信息，使机关的意志见诣文字，草创供进一步完善的原始文稿。

会商，指当公文内容涉及其他有关同级或不相隶属机关的职权范围，需征得其同意或配合时所进行的协商活动。

审核，指拟就的文稿在送交有关领导审批或会议讨论通过之前，由经验丰富、政策理论水平和文字水平较高的相关工作人员等对文稿所做的全面核查、修改工作。

签发，指由机关领导人或被授以专门权限的部门负责人对文稿终审核准之后，批注正式定稿和发出意见并签注姓名、日期的活动。除一些规范性及部分重要公文须经有关会议讨论通过，或再由负责人签署方可生效外，其他文稿，一经履行签发手续即为定稿。为此，签发是绝大多数公文生效的必备条件。

第二阶段

公文的制作，具体包括：核发、登记、缮印、用印或签署。这一阶段工作的任务，就是以定稿为依据．以手工缮写、机械誉写和印刷等方式，制成供正式对外发出的各种公文文本，形成供实际使用、具有法定或特定效用的正式公文。

核发，指秘书部门在定稿形成后、公文正式印发前，对公文的审批手续、文种、结构格式等进行复核，确定发文字号、分进单位和印制份数。

登记，这里揭发文登记，主要登记行将发出的公文的发文字号、文种、标题和发文范围。

缮印，即以誉录抄写、印刷等方式制作供对外发出的公文。

用印或签署，即在印毕的公文上加盖发文机关的印章，或请有关领导者在公文正本上签注姓名。其作用均为表明公文的正式性质和法定效力。

第三阶段

公文的对外传递，包括分装、发出等环节。这一阶段工作的主要任务是为使公文能为受文者有效接收创造条件。

分装，指按照规定具体抗配和封装公文。

发出，指将已封装完毕的公文以适宜的方式（如走机要交通等）发送给受文者。

第四阶段

处置办毕公文，包括暂存、销毁、立卷、归档等。

发文办理程序2：

发文办理一般包括拟稿、核稿、签发、缮（shàn）印、校对、用印、登记、分发、立卷、归档等程序。

① 拟稿。拟稿一般应本着"谁主办、谁拟稿"的原则进行。重要文件应由领导同志亲自动手起草、或亲自主持研究,明确提出拟文的主要观点、意见和办法,组织专人拟稿。草拟文稿应按照《国家机关公文处理办法》和《四川省国家行政机关公文处理实施细则》的有关要求办理。行文关系、公文种类和公文格式要准确、规范,要按公文的内容、性质,恰当地确定密级和紧急程度。公文用语应力求准确、规范、精炼,切忌大话、空话、套话。

拟稿应注意以下事项:

--拟稿应使用统一格式的拟稿纸,并一律用钢笔或毛笔书写(不得使用红墨水),字迹要工整。修改较多、不容易认的文稿,应清稿誊正。

--符合法律、法规、规章和政策。如变更现行政策规定或提出新的政策规定,应与有关部门协商并就其必要性、可行性作出文字说明。

--情况属实,观点明确,条理清楚,文字精炼,书写工整,标点准确,篇幅力求简短,涉及紧急或秘密事项的文件应准确标定紧急程度或密级。

--人名、地名、数字、引文应准确无误。时间应写具体年月日。

--除成文时间、部分结构层次序数和惯用语、缩略语、具有修饰色彩语句中作为词素的数字必须使用汉字外,其他数字用阿拉伯数字书写。公文一律使用法定计量单位。

--引用公文要先引标题,后引发文字号。

--公文使用规范简化字,不使用异体字、不规范简化字和已经简化了的繁体字。使用简称应先使用全称,并注明简称。

--草拟全文,须按档案管理的要求,使用钢笔、毛笔或专用签字笔。公文稿纸亦应符合要求,不得用不符合存档要求的纸、笔草拟公文。

②核稿。公文的核稿,作为公文制作中的重要环节,本书将在"辨析篇"中就"如何把好公文文稿的审核关"中作专题介绍,这里不再叙述。

③签发。文稿送批前,涉及其他部门或地区的问题,应严格执行会签制度。会签的文稿,必须由每一会签单位的负责人签署意见并加盖公章。凡需会签的文稿 ,一般应由主办部门与有关单位联系,送请会签。如会签、协调中不能取得一致意见,应将分歧意见如实汇报,并由具体承办处(室)在拟办中提出建议和意见,一并报请上级部门领导同志审定。

④校对。文件打印后需由专职校对人员进行校对。一般需经三人共同校稿,通过看稿、读稿、核稿三道程序,每个程序都应签字,落实责任,保证校对质量。经校对后的清样,交核稿人核对后,在终稿清样上签字后付印。校对符号严格按国家标准标注。

⑤印刷。一般文件,应按规定时间及时印出;急件应在要求的时间内印出,不得延误。

⑥文件的分发。正式文件应由专门的发文科(室)统一发送。

也有的企业内部过程为：

发文办理：草拟、审核、签发、复核、缮印、用印、登记、分发

收文办理：签收、登记、审核、拟办、批办、承办、催办

发文示意流程图

16b8d393-ae92-4ae3-a4d0-4a17553e91a4.png

2、收文

收文 ：指收进外部送达本机关、单位的公务文书和材料，包括 文件、电报、信函、内部刊物、资料，其他文字资料。

收文办理的主要程序： 1、签收：对收到的公文应当逐件清点，核对无误后签字或者盖章，并注明签收时间。 2、登记：对公文的主要信息和办理情况应当详细记载。 3、初审：对收到的公文应当进行初审。 4、承办：阅知性公文应当根据公文内容、要求和工作需要确定范围后分送。批办性公文应当提出拟办意见报本机关负责人批示或者转有关部门办理；需要两个以上部门办理的，应当明确主办部门。紧急公文应当明确办理时限。承办部门对交办的公文应当及时办理，有明确办理时限要求的应当在规定时限内办理完毕。 5、传阅：根据领导批示和工作需要将公文及时送传阅对象阅知或者批示，一般以办公室或办公厅为传递媒介。办理公文传阅应当随时掌握公文去向，不得漏传、误传、延误。 6、催办：及时了解掌握公文的办理进展情况，督促承办部门按期办结。紧急公文或者重要公文应当由专人负责催办。答复：公文的办理结果应当及时答复来文单位，并根据需要告知相关单位。

收文流程的一般场景如下：

1．第一阶段：公文的收受与分流

（1）签收。指履行规定的确认、清点、核对、检查、签注手续后，机关设置的外收发人员、通讯人员从发文机关、邮政部门、机要通信部门、文件交换站，或通过自备通信设备收取公文。 　

（2）外收文登记。即由外发人员在完成签收工作后，对收文情况做出简要记载。

（3）启封。即外收文登记完成后，公文送至机关统一或分别按内部机构设置的内收发部门 （或人员），由其签收后，统一启封或径送有关领导者亲启。 　　

（4）内收文登记。即由内收发人员对收文情况做出较详细记载。 　　

（5）分办。即经对收文进行分类筛选后，由指定的有关人员根据公文的重要程度、各部门职责分工及有关程序规定将公文分送有关领导、有关部门工作人员阅知办理。 　　

（6）摘编。由文件管理人员对部分准备投入办理过程的重要文件进行的加工活动，主要是针对这些文件写文摘、提要、综述，汇集有关数据资料等。

2．第二阶段：办理收文

（1）拟办。由部门负责人或有关具体工作人员经过对公文进行认真的阅读分析，提出建议性的处置意见，供有关领导者审核定夺。 　　

（2）批办。即机关领导者或部门负责人对公文提出处置意见。 　　

（3）承办。即有关工作人员按批办意见具体处置公文所针对的事务和问题。 　　

（4）注办。即由承办人签注公文承办情况，以备忘待查。

3．第三阶段：组织传阅与催办查办

（1）组织传阅。指独份或份数很少的公文需经多部门或多位工作人员阅知处理时，使公文在他们中间得到有效传递和阅读。 　　

（2）催办。由公文处理管理机构根据承办时限和其他有关要求对公文承办过程实施的催促检查。

（3）查办。由公文处理管理机构或其他专门组织对重要公文实际执行情况所进行的核查协办工作。

4．第四阶段：处置完成公文

包括：立卷归档、清退、暂存、销毁等。

有很多公文是线下处理的，线下处理耗费时间长，并且经常会漏接受，漏发，没有记录和监控，归档之后查询也很困难，出差之后没法及时处理紧急公文。

收文办理程序2：

收文办理一般包括传递、签收、登记、分办、拟办、承办、催办、办结、立卷、归档、销毁等程序。公文处理工作人员,应以高度负责的精神,努力提高公文处理工作的效率和质量。公文处理必须做到准确、及时、安全。公文处理的各个环节,应力求当日事当日毕。一般应在十五天内办理完毕,并答复报文单位。因问题复杂,十五天内难以办结的,应向报文单位说明情况。紧急文件随到随办。有时限要求的文件,必须在时限内办完。具体有以下几个环节:

①签收、登记:首先应建立严格的收文签收、登记制度,加强对公文运转的管理,保证收到的公文件件有着落。收文的签收、登记一般由秘书处(室)负责签收、拆封,并按规定编号、登记。送领导同志的信件,除亲启、绝密件和有特别交代的以外,一律由专门收文科室拆封,按其内容和性质,分别处理。对需纳入收文办理的,应编号、登记,按规定程序处理。收文登记一般应登记以下内容:收文日期、收文编号、来文单位、来文标题、密级、份数、承办单位或分送范围。

②分办、拟办:凡需办理的公文,由文书处理部门根据文件内容和紧急程序,及时提出注批、注办意见,呈送机关领导人批示或交有关职能部门办理。紧急公文应按要求时限办理完毕;一般公文应在文到之日起三日内交到承办部门或送至有关领导人。除特殊情况外,领导同志不受理和审批未经文书处理部门登记、注批的公文。

③催办:各级国家行政机关文书处理部门必须建立健全催办、查办制度。凡属请示性的公文,无论是交职能部门办理的还是呈送领导人批示的,都应及时催办。做到紧急公文跟踪催办,重要公文重点催办,一般公文定期催办。催办一般采用电话催办和书面催办两种形式。对部门拖不办经多次催办无回音的,可以上门催办;对上门催办也解决不了的,可经分管领导批准后督办部门办理。

④办结;公文承办人员对已处理的文件,要定期进行清理检查,根据有关规定和情况,确定是否办毕结案。确定文件办结应力求准确,不应把正在办理的文件划入办结文件一类,也不宜把已结案的文件长时间放在正在办理类文件中。已办结的文件,在正式立卷前,由承办人按一定方法暂存一段时间。承办人员应对暂存文件作适当整理,要注意文件形成的先后次序和有机联,保持材料的完整、齐全,并剔除重份。暂存文件的管理,以便于查找利用和便于立卷、归档为原则,一般可采用分类依号排列法,也可由承办处(室)自行确定符号这一原则的其他方法。

⑤立卷、归档:公文办结后,应按《中华人民共和国档案法》及有关规定,及时将公文定稿、正本和有关材料整理立卷。电报随同文件一并立卷。公文立卷应以本机关形成的公文为主,根据公文形成的特征、相互联系和保存价值进行分类、整理、立卷,完整地反映本机关的主要工作情况,以便于查找和利用。联合办理的公文,原件由主办单位立卷归档,其他单位保存复制件。作为正式文件使用的公文复制件,应加盖复制机关的证明章,并视同正式文件管理。整理完备的案卷,应按有关规定,定期向档案部门移交,个人不得保存应归档公文、文稿等材料。

收文示意流程图

8dc8ddb4-0700-43b8-b9c7-b78dfc3b16ab.png

3、签报

签报：简单的说就是需要领导签字的报告。签报是请示、报告的简化，主要是为了简化流程，提高工作效率)而产生的，事实上签报的使用范围是有限的，对于一些不是太重要、不太方便采用报告或请示形式的问题，为了尽快得到解决就可以采用签报的形式。

签报的程序可以参照请示，由下级单位拟文，格式一般A4纸)上方空1/3（留给领导批示的），大标题为“签报”，二级标题为“关于…………的请示（报告）”，下面是正文。同时，签报也应该像请示一样由下级单位的责任领导进行“签发”，签发的位置一般在大标题和二级标题之间。

签报上一般要提出问题，说明原因，同时提出建议解决方案以供领导参考，这样处理起来才快。

签报流程一般为下级单位工作人员拟文--核对--下级单位领导签发--上报上级单位办公室或相关部门——领导签署意见。

签报办理程序：

1.签报拟稿人按签报规范格式将签报打印在签报审批单上,其所在科室负责人核稿无误后署名,若签报中涉及有依据性文件资料时,应将所涉文件资料按签报提及顺序附在签报审批单后。

2.当签报事项涉及其他部门职权范围时,签报拟稿科室要分别与这些部门进行协商，并将签报审批单送这些部门进行审核,由这些部门负责人会签。

3.当会签部门有不同意见时,应将不同意见签在签报审批单上,待所有会签部门会签完毕后,该签报审批单应返回签报拟稿科室。

4.当签报拟稿科室全部或部分同意会签部门意见时,修改签报;当签报拟稿科室全部或部分不同意会签部门意见时,应有针对性地提出不同意的理由,并将其拟写成"说明",另纸附在签报审批单后。

5.签报主送领导为分管领导的,签报审批单送分管领导批示;签报主送领导的,签报审批单送分管领导签署意见。

6.签报主送领导或分管领导认为签报需要送主领导批示的,签报审批单送主要领导批示。

7.办公室将经领导批示过的签报审批单制作复印件后,将签报审批单原件送签批事项主办科室，同时按督办工作的要求,做好签批事项的督办,并及时将督办情况反馈给领导。

8.签批事项主办科室严格按领导的批示认真办理所涉事项。

9.当办理签批事项过程中涉及资金支付时,应按下列规定处理:⑴符合现有财务制度的要求;⑵办理报账审批手续时,应附相关签报审批单复印件;⑶签报审批单复印件作为资金支付的原始凭证附件,并在复印件上注明原件所在。

10.主办科室完成签批事项后,将签报审批单原件送办公室按有关规定立卷,归档.五,签报审批单由各科室自行编号,编号方法统一为"×签[×]×号",其中第一个"×"为科室简称,第二个"×"为完整年份,第三个"×"为顺序号.六,本制度从印发之日起实行。

签报示意流程图

40b398ae-941c-4dd4-8e42-58ea5e8339c5.png

代码结构介绍

判断是老公文：summary.getGovdocType().intValue() == 0

─apps-edoc/src/main/java/com/seeyon/apps
├─/edoc                     公文用于其他模块提供的接口类
├─/exchange                 主要用于公文交换的类
├─/govdoc                   公文核心资源类，包含 待办，已办，列表，统计 等
├─/qwqp              		下面主要是全文签批后台类

─apps-edoc/src/main/webapp/apps_res
├─/edoc                     公文用于其他模块提供的接口js
├─/exchange                 主要用于公文交换的js
├─/govdoc                   公文核心资源js，包含 待办，已办，列表，统计 等
├─/leaderWindow             领导之窗js

─apps-edoc/src/main/webapp/WEB-INF/jsp
├─/edoc         公文用于其他模块提供的接口js
├─/exchange     主要用于公文交换的js
├─/govdoc       公文核心资源js，包含 待办，已办，列表，统计 等
├─/plugin/qwqp  领导之窗js

公文发文界面

1、拟文前端界面

页面 默认使用经典布局 下面是各个界面的入口jsp页面
// 拟文页面入口相关界面枚举 路径：A8\ApacheJetspeed\webapps\seeyon\WEB-INF\jsp\govdoc\new
layoutClassics("0","经典布局", "newGovdoc_0"),//newGovdoc_0.jsp
layoutA("1","一屏显示布局A", "newGovdoc_a"),//newGovdoc_a.jsp
layoutB("2","一屏显示布局B", "newGovdoc_b"),//newGovdoc_b.jsp
layoutC("3","一屏显示布局C", "newGovdoc_c");//newGovdoc_c.jsp

注：拟文界面的 jsp 页面统一都放在A8\ApacheJetspeed\webapps\seeyon\WEB-INF\jsp\govdoc\new路径下，这个路径下的jsp资源基本都是拟文相关jsp资源

常用js、jsp位置：

标准布局页面界面位置
newgovdoc_old.jsp
一屏显示布局界面位置
newgovdoc_top.jsp
操作表单前端常用js
seeyon/common/content/form.js
公文文号渲染js
seeyon/apps_res/govdoc/js/govdoc_mark.js
公文正文渲染js
seeyon/apps_res/govdoc/js/govdocBody.js
公文国标及OFD文件数据交换js
seeyon/apps_res/govdoc/js/gb/govdoc_gb.js
拟文界面，按钮，正文，加载入口
seeyon/apps_res/govdoc/js/new/newGovdoc.js 的 $(document).ready() 方法
页面

3、文号介绍

9db61b2d-2fc4-426e-b22b-274717111f8b.png

公文相关的数据库表

公文模块常用的数据表：

-- 公文流程主表
edoc_summary
edoc_type：公文类型 0：发文，1：收文
process_id：流程id
state：当前公文状态 0：运行，3：结束
form_app_id：表单id，对应form_definition表id
form_recordid：数据id，对应formmain_XXXX具体行id
-- 公文扩展表
edoc_summary_extend
summary_id：作为外键被引用，主要存放公文元素映射字段
-- 公文事项表，同时也是协同所有的事项表
ctp_affair
node_policy：节点策略
node_name：节点名称
-- 公文模板表 也是协同模板表
ctp_template
-- 公文表单定义表 也储存cap3表单定义
form_definition
view_info：视图信息
-- 表单资源信息表
form_resource
-- 正文信息表 通过content字段与ctp_file的id字段关联
ctp_content_all
content_type：正文类型: 10：HTML 20：表单 30：text 41：OfficeWord 42： officeExcel 43：WpsWord 、44：WpsExcel 45：Pdf
-- 公文附件 也是系统总附件表
ctp_attachment
-- 公文处理意见表
edoc_opinion
edoc_id：公文 id
affair_id：个人事项 id
content：意见信息
-- 评论回复信息定义表
ctp_comment_all
module_id：所属功能的业务ID（引用公文ID）
content：评论/回复内容
affair_id：事项 ID
ctype：类型：-2 为草稿；- 1 为发起人附言；0 为评论；1 为回复
-- 公文模板授权 也是协同、表单模板授权表
ctp_template_auth
module_id：所属功能的业务ID（引用模板ID）
module_type：主数据类型（发文、收文）
auth_type：授权类型
-- 模板调用历史记录表
ctp_template_recent
member_id：人员ID；
templete_id：模块id：
-- 流程模版表(设计时)
wf_process_templete
workflow：流程定义 xml
appid：应用id
state：状态（应用ID发布0草稿，默认为 1）
-- 流程定义模板表(运行时)
wf_process_running
id为edoc_summary中process_id
state：状态，0:运行;1:完成
process_xml：流程 xml 信息
template_shadow_xml _id：模板当前的xml数据对应的影子数据
-- 处理日志表
ctp_process_log
-- 公文交换表
govdoc_exchange_main
summary_id：公文主id（发文id）;
affair_id：事项ID（记录分送的事项ID）；
exchange_type：交换类型（0 交换 1 联合发文 2 转收文 3 转发文) 
-- 公文交换详情表
govdoc_exchange_detail
main_id：主表 id
rec_org_id ：收文单位或部门 id
rec_org_name：收文单位或部门名称
status：状态
summary_id：签收单id
receive_summary_id：收文流程id，分办后，数据库最大的变化，rec_summary_id产生数据

公文处理界面

1、列表数据显示页面

公文管理 - > 发文管理 、收文管理、签报管理

apps-edoc/src/main/webapp/WEB-INF/jsp/govdoc/resourceEngine/resourceQueryIndex1.jsp

表格数据加载

位置：/seeyon/apps_res/govdoc/resourceEngine/js/resourceApplyCommon.js
数据初始化入口：
/**
 * 初始化定制平台列表
 * @returns
 */
function initApplyList() {
  //初始化列表操作按钮
  initToolbar(); //初始化基础/高级查询显示
  initSearchView(); //初始化基础查询控件
  initBaseSearch(); //初始化高级查询控件
  initAdvanceSearch(); //初始化列表数据
  initTable(); //重置列表高度
  reloadTableHeight(); //初始化按钮事件
  initApplyEvent();
}
表格数据加载位置：
function initTable() {}

后台数据接口：govdocResourceEngineManager getFrontResouceList()接口

2、节点操作相关

删除加签节点

/**
 * 获取加签的节点id
 * @param map
 * @return
 */
@Override
@AjaxAccess
public String getAffairNodeInfo(Map<String,String> map) {
   try {
      String activveId = map.get("activveId");
      String processId = map.get("processId");
      String nodeIdList = "";
      //ProcessEngine engine = WAPIFactory.getProcessEngine("Engine_1");
      //List<BPMHumenActivity> activityList = engine.preDeleteNode(processId, activveId, "");
      List<BPMHumenActivity> activityList = preDeleteNode(processId, activveId, "");
      if (activityList!=null){
         for (BPMHumenActivity bpmHumenActivity:activityList){
            if (bpmHumenActivity.isAdded()){
               nodeIdList=nodeIdList+bpmHumenActivity.getId()+",";
            }
         }
      }
      if (nodeIdList.contains(",")){
         nodeIdList=nodeIdList.substring(0,nodeIdList.length()-1);
      }
      return nodeIdList;
   } catch (Exception e) {
      log.info("获取当前人加签节点异常："+e.getMessage(),e);
   }
   return "";
}


@Override
@AjaxAccess
public String deleteAffairNodeInfo(Map<String,String> map) {
    try {
        String affairId = map.get("affairId");
        String activityIdStrs = map.get("activityIdStrs");
        List<String> activityIds = Arrays.asList(activityIdStrs.split(","));
        GovdocWorkflowManager govdocWorkflowManager = (GovdocWorkflowManager)AppContext.getBean("govdocWorkflowManager");
        AffairManager affairManager = (AffairManager) AppContext.getBean("affairManager");
        CtpAffair ctpAffair = affairManager.get(Long.valueOf(affairId));
        if (ctpAffair!=null){
            govdocWorkflowManager.deleteNode(ctpAffair,activityIds);
            return "1";
        }else {
            return "affair为空";
        }
    }catch (Exception e){
        log.error("删除加签节点异常："+e.getMessage());
    }
    return "0";
}

公文签批相关

转pdf按钮/转ofd按钮

转换pdf入口 doTransToPdfReal()

转换 odf 入口 doTransToOfdReal()

wps加载项/流版签/Office控件

1、加载项屏蔽启动弹窗

apps-common/src/main/webapp/common/office/js/baseOffice.js

 /**
  * 初始化WPS
  * skipChoosePlugin: 插件更新弹窗是否跳过插件选择页面
  * */
 initWPS: function(params,skipChoosePlugin) {
 	...
 }

2、office控件嵌入式改造

公文移动端接口相关

1、列表页面

公文的移动段接口都存在EdocResource当中，移动端资源 edoc.zip 下 列表数据接口：edocResource/getSummaryListByEdocTypeAndListType

2、处理页面

公文详情接口：edocResource/edocSummary