公文发文流程
- 格式：doc
- 大小：141.34 KB
- 文档页数：8
处理原则：
1. 多人才存在串并行问题。
2. 某环节多人办理时中途有人退回，则退到上一办理人，而不是上一办理环节，退回接收人可选续办对象和环节。
发文 节点 续办人数 串并行 是否可退回 是否可选
续办 不选续办直接确定回哪个人 公文元素是否可修改 备注
撰稿 单 可退 是 承办人 可修改
审稿 多 串 可退 是 承办人 可修改
初审 单 可退 是 承办人 可修改
改稿 多 串 可退 是 承办人 可修改
核稿 多 串 可退 是 承办人 可修改
一审 单 可退 是 承办人 可修改
二审 单 可退 是 承办人 可修改
三审 单 可退 是 承办人 可修改
送签 单 可退 是 承办人 可修改
审签 多 串 可退 是 承办人 可修改
审示 单 可退 否 承办人 可修改
审发 单 可退 否 承办人 可修改
审核 多 串 可退 是 承办人 可修改
呈送 单 可退 是 承办人 可修改
复审 多 串 可退 是 承办人 可修改
会签 多(单位) 并 可退(退给承办人) 否 承办人 可修改
批示 多 串 不能退 是 承办人 可修改
校对 多 串 可退 是 承办人 可修改
签发 多 串 可退 是 承办人 不能修改
核发文号 多 串 可退 是 承办人 不能修改
盖章 单 可退 是 承办人 可修改
发文 单 可退 是 发文 可修改
传阅单位 多 并 不能退 是 确认阅览 不能修改
传阅 多 并 不能退 是 确认阅览 不能修改
归档 单 可退 不能 确认存档 不能修改
收文 节点 续办人数 串并行 是否可退回 是否可选
续办 不选续办直接确定回哪个人 公文元素是否可修改 备注
登记 不能修改
承办 单 否 是 必须选择续办 不能修改
审签 多 串 是 是 发送者 不能修改
批示 多 串 否 是 发送者 不能修改 拟办 多 串 是 是 发送者 不能修改
分办 单 是 选承办 发送者 不能修改
外部单位
转办 单(单位) 否 否 发送者 不能修改
内部处室
转办 单 否 是 必须选择续办 不能修改
传阅单位 多 并 否 是 确认阅览 不能修改
阅示 单 是 否 发送者 不能修改
审核 多 串 是 是 发送者 不能修改
阅知 单 是 否 发送者 不能修改
督办 多 串 是 是 发送者 不能修改
呈送 多 串 是 是 发送者 不能修改
交办 多(单位) 并 是 否 发送者 不能修改
送签 多 串 是 是 承办者 不能修改
分拨 多 串 是 是 承办者 不能修改
传阅 多 并 否 是 确认阅览 不能修改
转发文 单 否 发文撰稿 不能修改
归档 单 是 否 确认归档 不能修改
1.1.1.1.1 公文流转
编号
名称 公文流转
事件
系统
参与者 普通用户
描述 系统须通过以人为本的原则进行公文流程的驱动。公文流转过程中系统不可对公文流程进行干预，如公文流转过程中系统不能强制要求公文通过节点的顺序，也不能强制公文必须通过流转过程的某一节点，办文的开始、结束节点除外。
流程参与人如下：
公文承办人：负责将公文递送至所需办理人员手中，在流程中当前公文办理人员未进行或无法进行流程驱动，公文将回到公文承办人处，由其对流程进行驱动。
印章管理员：负责对公文进行加盖公章。
文印中心：负责对公文进行打印，将公文以纸质方式流转。
签发人：确认公文状况，并可对公文发文的办理人
公文流转的形态分为单人、单组织（单位或部门）、多人串行、多人并行、多单位串行、多单位并行这几种方式。串行办文时只有当最后一位用户操作时才可进行公文流程驱动。
公文状态为分为待办、已办，状态根据节点名称命名如：待批示、已批示。当公文在节点处理中为待办，节点处理完毕为已办。当公文处于串行或并行节点中只有全节点操作完毕才为已办。串行办理的最后一个用户可根据办理节点的要求进行流程驱动。并行办理的用户只可在完成办理后交换至发起者。如节点进行特殊说明则以节点说明为准。
公文的办理方式为：
待办：须本人进行办理的公文。
在办：本人曾经经手过的公文，公文尚处于办理途中。
待阅：须本人进行批阅的公文。待阅公文办理完成后系统发送一条短信给发送传阅的承办人员，提醒他某某用户在这篇公文中写了意见,请尽快处理。如用户没有写办理意则不发送短信。发送的短信需要包含的要素和顺序为：公文标题，办理意见填写人姓名，办理意见，办理意见填写时间。
已阅：本人曾批阅过的公文。
公文办文特定节点为：
发文：
撰稿：经过此节点的最后一位用户为此公文的承办人。公文经过特定节点除外具体见个节点说明。
批示：不可进行流程驱动。批示后显示可执行开放“归档”节点。
签发：在“公文办文单”中签发一栏，显示最后一位经“签发”节点用户的名字，签发后不可对公文正文进行修改。
盖章：此节点仅由发文单位的印章管理员进行操作。印章管理员在此节点下对公文进行加盖印章的操作，完成后不可对公文正文进行修改。
核发文号：可对原文号进行修正。
发文：此节点仅由发文单位的发文员进行公文流程驱动。当发文员在发文节点进行了公文流转，则承办人的角色将转为发文员。如发文员进行发文，该公文被正式发送到各收文单位，由收文单位的收文员接收，并转入收文单位的收文办理流程。当在系统内部接入单位没有收到公文时和发给系统外部单位的公文将会自动流转到“文印中心”。发文后删除此公文，公文仅仅出现在公文回收站中。
传阅：公文办理过程中，可将公文传阅给本单位其他人员浏览。拥有高级领导角色的用户，可使其传阅意见显示在公文专用单中。
归档：此节点仅由发文单位的档案管理员进行操作。选择制定的归档人员进行归档，需要归档人员确认后该公文才能被系统归档。公文归档后能对公文进行“删除”操作。
补发：补发时须选择的补发单位进行补发，补发公文与发文逻辑相同，但要求为：
1）只有此公文发文员才可以进行此公文的补发操作。
2）不可向已发文单位/人员进行许补发。
3）补发单位可选择主送、抄送单位、抄报人，并需将单位名字加入主送、抄送单位、抄报人名单。
4）补发在原公文上操作，不可新增一篇公文。
会签：发起会签者由权利终止会签。会签分为：1）多个用户串行会签。2）将公文移交至多个其他单位进行并行办理，由办理单位收文员收取公文，被交办单位可同时阅文，同时给出交办意见，可上传附件,但不能修改正文内容。发起交办者可终止会签。
排版：此节点将公文内容进行排版后返回。
收文：
承办：转换公文承办人。
*注1：办文单中显示方式 A.按系统原逻辑。B.办文单中不需要显示。
批示：不可进行流程驱动。
拟办：业务节点，无特殊要求。
外部单位转办：将公文移交至单个其他单位进行办理，由办理单位收文员收取公文，并将本单位的办理结果放入系统。
内部处室转办：将公文移交至多个本单位的内部部门（处室/科室）进行并行办理，由办理部门收文员收取公文，并将本单位的办理结果放入系统。
交办：将公文移交至多个其他单位进行并行办理，由办理单位收文员收取公文，被交办单位可同时阅文，同时给出交办意见，可上传附件,但不能修改正文内容。发起交办者可终止交办。
*注1：收交办单位可将公文转到内部事务进行内部流转。交办方在各单位办理过程中可收回交办公文。
*注2：公文状态显示方式A.按系统原逻辑。B.交办出去的公文在公文状态下显示已交办，交办完成之后的公文状态为回交办。
*注3：被交办单位收到交办文后转成内部事务后，该文状态改为“在办”，但内部事务转回会改为“待办”。
*注4：办文单中显示方式 A.按系统原逻辑。B.办文单中不需要显示交办和被交办单位的记录。
传阅：公文办理过程中，可将公文传阅给本单位其他人员浏览。拥有高级领导角色的用户，可使其传阅意见显示在公文专用单中。
传阅单位：公文办理过程中，可将公文传阅给其他单位浏览，由该单位优先级最低的收文员收取，收取后仅可将公文传阅给其他人员。公文办理时操作此节点并不表示当前操作已完成。
归档：此节点仅由本单位的档案管理员进行操作。选择制定的归档人员进行归档，需要归档人员确认后该公文才能被系统归档。公文归档后能对公文进行“删除”操作。
转发文：1、形成一篇“待拟稿”的公文，进入发文流程，并将收文原件和办文单当做公文附件。2、收文原文状态改为“已转发文”，转发文后仅可执行“归档”操作。
阅示：不需要选择续办对象和办理方式，需要书写办理意见。
阅知：只可以看文件，不可以书写批示意见，办理完成后直接送回呈送人。
呈送：和目前我们承办办理方式相同。(和发文节点的呈送功能一致，需要选择续办对象和办理方式，呈送给某领导阅示后，文件自动流转致呈送人。例如：A 请 B 执行 “承送”节点，B 操作此公文的状态为 ： “已承送”，B 交给C 执行处理，C 处理完成后公文返回给B)
退文：1、收文前退文。2、办理过程中的公文仅可由签收此公文的收文员进行处理。注：退文需要清除公文的流转记录如：公文传阅、公文转内部事务、内部事务中转传阅、文件收藏夹、收文列表统计、收文列表查阅，文件检索等功能模块中公文的流转记录。平台外来文登记的公文不能进行退文处理；退文后不能再进行退文。
如出现未在此处描述节点，均不会产生特殊的要求及操作。
公文在流转后在公文办文单中的办文记录进行记录记录格式如下：YYYY-DD-MM
HH：MM：SS 办理单位名称+办理人员名称+“办理方式”
删除公文功能
I1.公文在发文过程中可被删除。
I2.系统根据用户的选择将公文进行删除。
注：收文转发文后，如发文被删除则收文可再次转发文。公文删除后在系统中不可见，不进行统计。（包括公文转内部事务、传阅等）
公文回收（配置项功能）：
任何一环节的处理人员可以通过“回收”功能收回已经流转到下一环节的公文。
取回功能生效条件：
1、操作节点为用户胡节点中使用，如：批示，拟办等。不实现的节点为：承办，手工批示，转发文，已发文、已归档。
2、需处理节点的用户，不可进行任何操作（在文件浏览前才可取回）。
3、如节点为个人串行节点，需在此节点办理前取回（第一个操作用户未能进行文件浏览）。
4、下一环节的人还没有浏览该文件。
取回产生的结果：
1、取回后清除上一步操作痕迹（包括：如在流转记录中删除，在在办列表中删除）。
2、用户第一次操作还需去除浏览权限。
iii.公文补发：
发文员通过退文列表收到退文提醒，发文员处理过退还公文，与此公文相关的退文记录不在提醒。
Iv. 发文单位在交办，传阅单位、外部单位转办和传阅给个人时，要让接收单位看到的办文单
在传阅单位、交办、外部单位转办和传阅给外单位的个人，这四个节点加以控制，其中公文的发送方可以看到相关的办文单和运转记录，而公文的接受方可以看到相关的办文单，但是不能看到相关的发文单位的运转记录。
注：1.此需求只能是在接收方没有参与任何办文节点，例如：拟办、批示，才能满足。2.在以下情况下不能满足此需求，接收方参与了其他办文节点。如果参于了办文节点，那么就是“交办”等动作他也可以看办文记录.例如：a单位交办给b单位，已交办后，a单位又发给b单位那个收文员拟办，运转记录就没有办法屏蔽，还是会显示。
