政府办公厅（室）的发文处理，可以说是最复杂、要求最高的一类。

为什么？因为办公厅发文量大、文种多、涉及面广，而且流程中经常需要反复修改、多方会签、灵活调整——在拟稿、核稿、审稿、会稿、签发之间来回多次，是家常便饭。

这种场景下，如果用一个“画死”的固定流程，往往行不通。

那怎么办？答案就是——自由流程。

办公厅的发文，难在哪里？

先看一个典型的政府办公厅发文场景：

拟稿人起草完文稿，送给核稿人；核稿人提出修改意见，回到拟稿人修改；修改后再送审，审稿人觉得需要某个部门会签，于是转给该部门负责人；会签完返回，再送领导签发……

在这个过程中，下一步送给谁、走几个环节、是否需要会签，完全取决于文稿的内容和当时的情况。

如果用固定流程，就必须预先画好每一条可能的路径——环节一之后只能到环节二，环节二之后只能到环节三。但现实是：拟稿之后可能送核稿，也可能直接送审稿；审稿之后可能送签发，也可能需要先会签再签发。

固定流程根本覆盖不了这么多种可能性。

自由流程怎么解决这个问题？

自由流程的设计理念很简单：不预设中间环节的流向，由办理人根据实际情况决定下一步送给谁。看，自由流程的流程图中只有一个开始流向。

具体来说：

• 流程定制时，只需要设置“开始”流向，中间环节之间怎么走，不需要预先定义。

• 办理人提交工作时，系统会弹出一个包含所有环节的选择页面，由办理人自己选择下一个办理环节。

• 想送核稿就送核稿，想送会签就送会签，想直接送签发也可以——完全由人根据文稿情况和办理进度灵活决定。

这样一来，不管流程多么复杂、路径多么多样，自由流程都能应对。

办公厅发文表单长什么样？

除了流程灵活，政府办公厅的发文表单也有一些典型特征。

核心字段通常包括：

• 文号：采用流水号类型，签发后，专人选择文种生成

• 签发、核稿、审稿、会稿：多行文本类型，设置为只读，用于填写各环节的审批意见

• 正文：专门的正文类型字段，支持在线编辑

• 主送、抄送：数据字典类型，从预设列表中选取

其中，“正文”字段集成了一个在线编辑组件，可以调用本地的Word或WPS在线编辑公文，并保留每个人的修订痕迹——这对于需要多次修改、多人审阅的政府发文来说，是必不可少的。

写在最后

办公厅的发文处理，流程复杂、变化多样，固定流程根本“画不全”。

自由流程的价值就在于：把“下一步怎么走”的决定权交还给办理人，让流程适应业务，而不是让业务迁就流程。

对于发文量大、处理灵活度高的政府办公厅（室）来说，自由流程不是“可选项”，而是最优解。

自由流程看起来好像没有流程，但实际的流程是在每一个办理人的头脑中，他们都知道要走哪些环节要提交给谁。

阅读原文：点击这里