流程业务需求Prepared by拟制方进Date日期2013-10-16Reviewed by 评审人Date 日期Approved by批准Date 日期1工作流建设目标为某某公司建立统一，集成的工作流系统平台，实现业务审批流程电子化。

体现某某公司业务执行的透明度和规范化，提高业务处理效率和协作效率。

1.1管理需求管理模式：通过实施工作流理顺业务流程，即销售业务审批流程，设计业务审批流程，行政管理审批流程等，提高业务协作效率，实现公司有效规范的管理目的数据集成方面：工作流系统与业务系统集成，共享业务数据，实现单一创建多出引用原则技术方面：要求系统在集成性，稳定性，拓展性，可适应性方面符合某某公司的发展需要。

对于权限和安全性方面，提供可靠的保障。

同时需要支持移动设备的审批。

组织和人员：通过工作流的建立帮助企业实现业务处理的完整性，实现业务和公司规范执行的有效结合。

帮助企业梳理业务，规避风险，提升工作质量。

1.2技术要求◆流程设计工具实现流程定义，实现，人员，角色，部门定义。

实现流程版本控制◆流程设计工具实现表单定义◆实现流程中不同的节点和不同的表单关联◆工作流节点支持脚本扩展,比如编写beanshell脚本,或其他语言的脚本◆实现表单中，一对多的主子表单的关联，比如在《担保支付运费服务协议》中除了有正文合同，可能还有授权委托书a1，授权委托书a2，第三方代付费用，结算方案确认合同等等。

◆对于流程审批的人员管理如何设定◆审批委托设定，比如部门经理a出差，委托经理b待审批流程。

◆手持设备访问工作流，进行审批动作◆流程中的某个节点长期没有审批，设置一个阀值，超过该阀值触发邮件动作提醒，或终止流程等业务动作。

◆工作流系统与其他业务系统集成方式◆设定多条件审批流程，比如大于10w，总经理审批，小于10w部门经理审批◆设定会签步骤，会签中每个人的权重配置。

◆服务器在大用户量的情况的评估技术参数和指标◆流程运转状态和性能监控器◆流程审批过程的文档管理，审批历史的查看和管理。

1.3业务需求应用需求，使用成熟的工作流产品构建某某公司流程系统，满足企业业务流程规范执行业务类流程当前某某公司在多个业务中体现出流程管理重要性和迫切性。

在担保支付运费业务和消费代垫款业务中的审批流程业务需要得到应用管理类监控所有在运营中的流程，超级用户可以干预流程。

比如终止流程。

手动流程跳转报表类分析每个表单使用情况，流程在那个节点停留时间最长。

分析工作流的使用情况，便于有针对性分析企业工作现状，为改进工作提供参考。

2工作流技术需求（以下图例只是示意性质，不能代表工作流平台做成的最终效果）可以规纳一下，任何工作流系统或子系统包括以下几个部分，详下面表格描述。

流程纠错审批结束的流程可以复位，出错的流程纠错后也可重新发起。

流程报表统计表单使用率，个人工作量，节点耗时统计流程使用率，找出工作中存在问题，改进工作质量2.1流程定义通过拖拽的方式实现流程的定义。

流程定义12.1.1流程和表单关联定义好的流程和表单进行关联表单关联1 每个流程节点关联上已经定义好的表单。

表单关联2选择一个该节点需要的一个表单.对流程上每个节点关联的表单做读,写权限的配置表单字段权限12.1.2流程和用户角色关联流程节点和用户角色关联流程和角色关联1对于某个流程中的某个节点，选择该节点需要映射的人员角色流程和角色关联2选择流程中该节点需要处理的人员或角色2.2表单定义自定表单，包含对表单中每个存储方式定义，显示方式的定义。

定义的过程是一个鼠标拖动和属性配置的过程。

表单定义1字段属性编辑框表单属性定义1表单和合同模板进行关联后，可以对实际的合同进行预览。

合同12.3用户定义包括企业，部门，角色，用户的管理，该功能是系统功能部分，在这里不再描述组织结构12.4流程和企业关联平台定义好的流程需要配发或定制给平台中企业使用，某个企业可以有多个流程，同一个流程可以给不同的企业建立流程实例。

2.5流程维护2.5.1定义流程的维护流程列表维护流程列表1 2.5.2已经发布流程的维护已发布流程列表维护已发布列表 12.6流程实例运营2.6.1运行中的流程实例历史流程实例列表，管理可以监控所有在内存中运行的流程，可以对流程进行手工干预运行实例列表12.6.2已经完成的流程实例已经完成流程历史记录列表2.6.3流程实例事件追踪每个节点事件的明细记录，某人在某个时间做了某个操作。

对这些操作可做多条件查询。

2.6.4流程实例统计报表流程统计1统计图13工作流业务需求（以下图例只是示意性质，不能代表工作流平台做成的最终效果）3.1流程配置需求如一个典型的对贷款流程，将经历如下审批环节：1.对借款客户，客户经理进行调查2.分公司审查3.通过后再分公司审批4.如果是分公司内的则结束，否则再上报到总公司。

5.总公司先审查6.通过后再到团体部审查7.再到授信部审查8.然后到贷审委进行会签。

贷审委会签是一个子流程，先由秘书安排会议，如果是电子形式则贷审委委员提交意见到秘书汇总，如果是线下则如开会议后形成意见汇总，最后由总经确定。

总经理具有终审权。

9.会签完成进行批复10.流程结束。

分析一下上述流程，流程配置界面将要考虑到如下要素：一）流程定义部分➢流程定义：流程的各个属性定义，如流程的名称、标识、是否允许退回、跳转、管理者、版本等。

➢流程发布：流程定义完成后进行发布，最终将定义的结果保存到数据库相关的流程表中。

如果对现有的流程进行更改，则发布后产生多个版本，对于正在流转的流程，走老的版本，对于新提交的流程，走新的版本。

二）节点定义部分➢节点定义：定义各审批环节的相关要素，包括节点名称；节点类型是否是人工干预节点、还是自动节点、开始节点、结束节点；节点流向类型是单选还是多选；办理类型是单人办理、单人竞办、多人办理；节点人员指定模式指定办理人员是手动选择还是自动随机指定一人办理；还需要支持外部传入或者人员指定策略（根据外部算法获取），需要支持并行。

节点适用则按节点人员指定模式如果是手动则可手动按岗位或部门或人员直接选择；各流程环节关联的业务表单；是否允许退回；是否允许追回；调用子流程ID；三）链路定义部分➢链路定义：链路名称；源节点；目标节点；。

➢链路规则：流程流转中，下一节点的选择是由链路上的条件（即规则）决定的，所以必须定义每条链路上的业务规则。

3.2流程启动需求在业务系统的业务模块中，所有需要走流程的，都必须要先启动流程，然后才能进行流程的流转，进入各个审批环节。

➢流程与业务模块关联配置：选择业务品种、选择应用的机构，再将要对应的业务流程关联即可➢流程启动界面：在业务模块中，选择要走流程的记录，点击启动即可。

3.3流程审批需求3.3.1待办事项事项列表显示当前登陆客户所有待办的列表事项。

Select * from 工作事项表where 处理人=:当前操作人and 状态=:审批中，详如下界面：审批个性化界面进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接或提交按钮，进入工作流审批各环节的详细页面。

该页面不同的审批环节均不相同，与前面节点定义中的业务表单相对应，类似于如下界面。

其中第一个TAB页显示不同审批环节的业务表单，可以修改；审批提交第二个TAB页就是审批提交页面，显示当前审批信息，可选择下一节点、相应的节处理人。

点击按钮提交完成后，进入待办事项，先前等待的审批记录会消失。

而进入已办事项，会显示刚刚审批完成的记录。

注意：如果一个用户将待办事项中的记录提交给自己，则待办事项再次显示时，已办事项列表将不再显示。

自提交即在提交时，不是提交到下一节点，而是提交到本节点所在岗位的其它人员。

或该节点所属部门的其它人员。

任意提交即在提交时，可以提交到该除本节点外的任何一个节点，不受节点链路的控制。

回环链路3.3.1.1.1打回客户经理必须要设置流程节点的属性为允许退回、允许打回，才能使用此功能。

要求在定义流程路径的时候可以定义回环（这个回环是可以2个或者2个以上的节点），而不是使用打回的功能，当然有打回也可以。

打回到客户经理，即第一个节点，相当于重新发起流程。

进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回客户经理按钮，即可实现打回功能。

提交人进入待办事项中，可查看到被打回的记录。

3.3.1.1.2打回上一节点进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击此按钮，即可实现退回功能。

提交人进入待再次进入待办事项，即可看到被打回的记录。

3.3.1.1.3打回任意节点进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回任意节点按钮，在弹出界面中选择某个节点，如下图：选择一个节点，则打回到此节点。

此时也可以打回到第一个节点重新发起。

同样被打回的记录在待办事项中可以看到。

多人竞办即一个节点下的该岗位的所有人都可抢办同一个任务。

本例中“团体部调查”为多人竞办节点，其配置如下图：当审批人提交到该节点时，此时不会出现选择处理人界面，默认该节点所属岗位的所有人均可办理，如下图：提交完成后，该节点所属岗位的审批人员登陆后，均可在待办事项中看到要审批的记录。

任何一个审批人员最先点击均可正常办理，后面的审批人员点击办理时，将提示不能办理，如下图：当任务被抢办后，该岗位下所有审批人员的待办事项列表中的该条抢办任务消失。

会签会签即业务审批办理中需多人一起裁决（如，贷审会等）的特殊办理环节，由一组节点组成；他有着与其他普通节点不同之处。

这里专门做下交代。

会签一般来说可分为四个环节，这四个环节也可单独做为一个子流程链入主流程的节点中。

●安排会议(arrange) ：由会议秘书安排●贷审委意见：审批人审批(approve) ，通常用于电子会签，即在线会议，为多人并行节点；线下会议无此一环节●会议意见汇总：录入会议结论(summary) 由会议安排人录入会议纪要，通常为会议秘书。

线上线下处理有所不同，需要区分。

●行长确认：确认会议结论confirm 对会议结论进行确认，一般为本门经理或行长➢安排会议：即走贷审会子流程样例中“秘书安排会议”节点。

秘书在待办事项列表中可选择一条任务，进入详细页面，此时可打开该节点关联的表单，是一个安排会议的主界面，通常有如下要素。

⏹需要显示定制参会的相关人员，预计会议结束的时间，参照四川版本⏹需要提供接口，当为线下会议时，能够给相关的委员在系统中发送资料，提供链接去查看相应的材料⏹会议类型：可选择电子传签和线下会议，其中电子传签将多一个贷审委意见环节。

⏹会议期次：即第几次会议，是数字类型⏹其它字段：按实际填写⏹填写完成，确定即可。