PeopleSoft工作流配置

AWE: STEP BY STEP

概述

该文档描述一个简单的AWE配置流程，所有步骤均采用最简单而有代表性的配置。

为了更详细地描述一个AWE例子程序的编写过程，该文档将完成一个简单的费用报告报销需求，具体需求描述如下：

1、提供一个页面供员工输入费用报告明细，包括时间、金额、用途等；

2、提供一个页面供经理审批费用报告，审批是需要显示费用报告明细；

3、根据费用报告中的金额，确定如下审批规则：金额小于500，只需部门经理审批，

金额超过500时，部门经理审批后，还需副总裁审批；所有审批人审批完成后，费用报告的状态变为“已审批”，后续操作省略。

开发说明

该文档技术来源：Approval Workflow Engine (AWE) for HCM 9.0（HCM Shared Components Team）。

该文档技术平台：PT8.50+FSCM9.1+Oracle。如果在HCM环境中开发，如果EOAW_开始的对象不存在，均可找到一个PTAFAW_或者PTAF_开始的相对应的对象代替。

所有PeopleCode和SQL语句均在附录中。

具体步骤

一、创建许可权列表、角色、用户概要

根据需求描述，设置三个许可权列表，分别代表员工、部门经理、副总裁；设置三

个角色，分别包含三个许可权列表；再设置三个测试用户分别代表三种角色，每个

用户概要需要绑定一个员工ID。用户权限设置如下图：

用户概要角色许可权列表

XTEST1 X_1010(Employee) X_1010

XTEST2 X_1020(Department Manager) X_1020

XTEST3 X_1030(Vice President) X_1030

注：为了避免测试过程中出现其他与AWE无关错误，建议以上三个用户概要从VP1

拷贝，再加上相应角色。

二、创建基础Project

1.创建Record

该步骤创建的Record如下：

X_EXP_RPT_HDR(费用报告头表)

X_EXP_RPT_LINE(费用报告行)

X_EXP_APPROVAL(费用报告审批)

X_APPGD_WK(费用报告工作表，Derived)

2.创建Page

该步骤创建两个Page如下

X_EXP_RPT_R(费用报告填写)

X_EXP_RPT_A(费用报告审批)

3.创建Component

该步骤创建两个Component如下：

X_EXP_RPT_R(费用报告填写)

X_EXP_RPT_A(费用报告审批)

4.创建Menu

该步骤创建Menu如下：

X_MENU

5.发布Component

发布Component时，将X_EXP_RPT_R发布到许可权列表X_1010上，将X_EXP_RPT_R发布到许可权列表X_1020上，然后再手动将X_EXP_RPT_R添加到许可权列表X_1030上。

三、配置AWE

1.创建交叉引用表（Cross Reference Record）

创建交叉引用表时，将sub-record EOAW_XREF_SBR添加到表的最开始，再将业

务表中的Key添加到后面，业务表中的Key在交叉引用表中不能设置为Key，

交叉引用表中的Key是Sub-record中自带的Key。

该步创建的交叉引用表如下：

X_EXP_RTP_XREF(SQL Table)

2.创建Approval Event Handler

在FSCM9.1中，AWE的基础包是EOAW_CORE，所有与审批相关的核心程序都

继承于该包。

该步主要是编写Approval Event Handler，EOAW中的ApprovalEventHandler类是一个抽象类，用户自定义审批的Event Handler时，新建一个该抽象类的派生类，并重载与实际审批业务相关的方法。ApprovalEventHandler类的定义如下：

根据ApprovalEventHandler类的定义可以看出，该类的作用是定义审批过程中可能出现的每个事件被触发时需要处理的业务逻辑。ApprovalEventHandler类中定义的方法一般是AWE自动触发，不需要认为调用方法，但可根据实际业务自行调用。

费用报告例子中定义的ApprovalEventHandler类如下：

3.注册事务处理

定义完成ApprovalEventHandler后，接下来需要在PeopleSoft PIA中注册事务处理，在注册事务处理之前，需要新建一个Record，用于审批头表，该Record 如下：

完成审批头表创建后，下一步是注册事务处理，该步会用到交叉引用表和审批头表，配置好的注册事务处理如下图：

4.配置事务处理

注册完成事务处理后，接下来需要配置事务处理，在配置事务处理之前，需要新建一个审批用户信息视图，用于在审批监视器中显示审批用户的详细信息，该视图可以自定义需要显示审批用户的基本信息。费用报告例子的用户信息视图如下：

完成审批用户信息视图创建后，配置事务处理，费用报告例子配置完成的界面如下图：

5.配置审批用户列表

完成事务处理配置后，接下来配置审批用户列表，在费用报告例子中，审批用户列表有两个，一个是部门经理列表，另一个是副总裁列表，配置好的审批用户列表如下：

部门经理列表

副总裁审批用于列表

6.配置审批处理

配置完成审批用户列表后，接下来配置事务处理的审批步骤，根据费用报告的需求描述，费用报告中的审批步骤用两个步骤，配置过程如下：

首先配置如下图页面：

点击“定义选项”下的“定义标准”链接，配置如下：

点击“确定”后，再点击“路径”下的“标准”链接，配置如下：

点击“步骤”下“Step 1”行的“标准”链接，配置如下：

点击“步骤”下“Step 2”行的“标准”链接，配置如下：

7.为审批页面四个按钮添加事件

X_APPGD_WK.APPROVAL_PB.FieldChange

X_APPGD_WK.DENY_PB.FieldChange

X_APPGD_WK.HOLD_PB.FieldChange

X_APPGD_WK.PUSHBACK_PB.FieldChange

8.创建Launch Manager

Launch Manager用于触发AWE，Launch Manager的代码一般放在请求AWE的Component的SavePostChange中，在费用报告例子中，Launch Manager的代码放在Component X_EXP_RPT_R的SavePostChange中，代码如下，其中getlevel0.Refresh()之后的代码属于Status Monitor，为了代码完整行，一起放在这里。

9.创建Status Monitor

Status Monitor是监视审批流程的，会形象地显示在页面上。在费用报告例子中，为了让员工能看见自己提交的费用报告的审批进程，费用报告请求页面也需要显示Status Monitor，前面创建page的时候已经添加了Sub-page。该步骤只需编写代码。

费用报告请求Component X_EXP_RPT_R中的PeopleCode如下：

X_EXP_RPT_R.PostBuild

此外，还需要在Component X_EXP_RPT_A的PostBuild、Page X_EXP_RPT_A的Active中添加如下代码：

10.创建Approval Manager

该步创建Approval Manager，用于处理每个审批步骤的处理结果。Approval Manager的代码写在Component的SavePostChange事件中。费用报告例子的代码写在Component X_EXP_RPT_A的SavePostChange中，代码如下：

11.（可选）客户化Status Monitor的标题和审批用户名称

默认情况下，StatusMonitor上的标题显示的是审批头表中的KEY的信息，格式为KeyName=KeyValue…，中间用逗号隔开。审批人显示的是审批用户的用户概要名称，而不是审批人的姓名。为了使StatusMonitor更容易理解，可以做如下修改，修改后KeyName=KeyValue变为https://www.sodocs.net/doc/3d11341847.html,bel=KeyValue，审批人概要变为审批人姓名。

该步是在第2步的包X_EXP_APPROVAL中添加一个类threadDescr，代码如下：

12.将附录中的PeopleCode添加到相应定义中

13.测试AWE

最终效果图如下：

工作流程的定义及工作流系统如何开发(精)

工作流程的定义及工作流系统如何开发 时间：2004-10-10 工作流就是： 在一个工作群组中，为了达成某一个共同目的而需要多人协力以循序或 平行工作的形式来共同完成的任务” 关于工作流的几个名词解释： 工作的流动性是一个人接着一个人执行，或同时由多人分开执行，或是上 述两类工作合并之后的混合性工作 泛指各种事务上所 必需执行的流程性 工作 循序或平行工作 若是单人就可以完 任务 多人

成的工作,则不能

归类为流程工作。 凡是一件工作必须 经由两个或更多人 来协力完成的工作 才能称为流程工作 多人参的流程性工 作，必须是以完成 共同目的为前提。 如果一群人是分别 共同目的 针对不同的专案来 执行各别的工作， 并不算构成一个工 作流程 工作流程的应用范围 在一般的组织活动中，有相当多数量的事务性工作可以被归类到流程性工作的范围里面，举例如下： 工作报表呈报流程

采购单 流程贷款审核流程 员工绩效考核 流程

各类报 表会签 流程 如何架构一个工作流程 首先要定义出在一个群组工作的环境下，所需要执行或控管的事务性工作性质 及其内容 根据所定义的工作内容，再将它分成许多子工作，或称为步骤。每个步骤都都 包含了在这个阶段所需要完成的项目清单，而且这些步骤内的项目应当是在逻 辑上适合在同一步骤内完成的。任何一件流程工作都会有许多不同的方法来分 解成许多子工作，而如何切割一个流程工作，则要根据实际的情况来做判断；决定各个步骤需要那些专业背景的人员来执行； 决定各个步骤在流程执行时的顺序； 在执行的过程中，有些步骤的执行会因为某些条件不同而产生不同的结果，进而影响到下一个步骤的执行。所以我们必须要找出这些特定的步骤，并且将相关的执行状态条件定义清楚； 将工作流程中的所有执行步骤及每个步骤之间的关系图画出来，并且根据这份关系图来验证流程的可行性。 根据各个步骤的不同需求，分别建立各阶段所需要的表单，工作指令，文件……等项目。 工作流系统开发一般的工作流管理系统由三个部分组成：工作流引擎、流程管理工

工作流配置

1. a. b. c. 2. 1. 1. 工作流配置 工作流范例 工作流快速配置 更多工作流程配置 工作流功能列表 触发条件 (并行审批) 用户在待审批人字段 中 只有当前用户在 ‘待审批人’ 字段中，才会显示当前工作流动作按钮。 '待审批人字段' 在 下面处理结果中三个并行审批设置中的任一个设置中指定： 章节(并行审批) 批准 (并行审批) 拒绝 (并行审批) 反馈 (并行审批)隐藏工作流动作 用于对所有用户隐藏当前工作流动作按钮。一般用于系统自动执行。例如：当所有审批人都审批完成后，工作流动作自动执行 '完成' 的动作。 校验条件 (并行审批)备注必填 用于检查用户是否填写了备注。备注可以被复制到 ‘审批意见’ 字段，以便于集中展示所有审批人的审批意见。 处理结果 (并行审批) 批准 执行并行审批的 批准 动作。 执行这个工作流动作后，都会把当前用户从 ‘待审批人’ 字段移动到 ‘已审批人' 字段，当 待审批人 字段 为空时(即所有人都审批完成)，自动执行 ‘审批完成’ 的工作流动作。 如果用户填写了审批意见，那么在JIRA 问题查看页面，就会标注审批意见类型为 目录工作流范例工作流功能列表 触发条件 校验条件处理结果

2. 3. 4. 同意 (并行审批) 拒绝 执行并行审批的 拒绝 动作 如果用户填写了审批意见，那么在JIRA 问题查看页面，就会标注审批意见类型为 拒绝 (并行审批) 反馈 仅用于只添加反馈意见的多人并行流程。 执行这个工作流动作后，都会把当前用户从 ‘待审批人’ 字段移动到 ‘已审批人' 字段，当 待审批人 字段 为空时(即所有人都审批完成)，自动执行 ‘审批完成’ 的工作流动作。 如果用户填写了审批意见，那么在JIRA 问题查看页面，就会标注审批意见类型为 反馈 (并行审批) 复制项目角色成员到自定义字段 如果每次申请的审批人都相同，不希望用户每次都手动选择审批人，就可以使用这个功能。通过用户角色维护审批人，然后插件会将项目角色成员复制到审批人字段，。 将指定项目角色中用户复制到指定多用户类型自定义字段 这个设置与 ‘(并行审批)批准’ 的区别在于，填写的 ‘审批意见’ 的类型不同。

工作流系统功能介绍简化版

工作流系统功能介绍 目录 1概述 (2) 2流程系统设计总图 (4) 3建模工具 (4) 3.1组织机构管理 (5) 3.1.1主界面 (6) 3.1.2岗位管理界面 (7) 3.1.3部门管理界面 (8) 3.1.4员工管理界面 (9) 3.2权限管理 (10) 3.2.1主界面 (11) 3.2.2权限组管理界面 (12) 3.2.3权限设置界面 (14) 3.3流程管理 (14) 3.3.1流程管理主界面 (15) 3.3.2启动节点配置界面 (15) 3.3.3处理者配置界面 (19) 3.3.4流转条件配置界面 (19) 3.3.5控制节点配置界面 (20) 3.3.6子流程节点配置界面 (21) 3.4表单管理 (21) 3.4.1表单管理主界面 (22) 3.4.2选择用户控件界面 (23)

4工作流引擎 (23) 4.1基本功能 (23) 4.2任务节点类型 (25) 4.2.1启动节点 (25) 4.2.2结束节点 (26) 4.2.3交互节点 (26) 4.2.4子流程节点 (26) 4.2.5控制节点 (26) 4.2.6查看节点 (26) 5业务平台 (26) 5.1业务平台主界面 (27) 5.2例子:差旅费报销流程 (27) 5.3未认领任务 (29) 5.4已认领任务 (30) 5.5已完成任务 (30) 5.6查看流程图 (30) 6与门户sps系统的整合 (31) 7流程监控服务系统（即时消息和Email） (32) 1概述 随着计算机软件应用的普及，信息化系统发挥的作用也越来越大，企业信息化建设的不断深入，对系统功能和自动化程度要求越来越高。客户要求系统功能与实际的工作情景紧密结合，对每个业务环节的控制要求越来越精确。如何让我们的信息化系统更加贴近客户需求，满足客户不断变化的业务流程成了我们软件开发商不得不面对的问题。

泛微工作流程

特殊说明，均属虚构。 本手册以及本手册所提及的任何产品的使用均受适应的最终用户许可协议限制。本手册由上海泛微软件有限公司制作。本手册中提及的所有商标、商标名称、服务标志及徽标均归其各自公司所有。

目录 五、工作流程(e-workflow) 工作流管理是提高组织效率的有效工具。与传统的纸张上的操作相比，在电子化的流程当中，每个请求不会丢失，而且在工作流的每个阶段由谁来负责处理请求也都有了明确的定义。 工作流管理模块同时也提供了可定制的浏览和报告的功能，从这些报告中可以清晰的了解哪些请求是创建最频繁的，哪些人处理的请求最多，以及每一个工作流完成所需要的时间周期。 通过电子化的方式，可以很方便的根据一个工作流相关的政策信息和手续对工作流进行定义，每一个请求的创建和批准都是基于一个规范，这将有助于按照统一、合理、高效的方式处理各种请求。 在系统中通过工作流管理模块可以按照组织的需求设置所需的工作流类型。 工作流管理模块与系统其他模块的链接关系，下图是一个示意图： 由于每一个请求都对应了一个系统定义的工作流，所以所有同类型的请求都将由一种工作流类型的方式来完成。这种类型的所有请求包括了同样的信息类型，同时在请求中明确了每一步由哪些人负责处理这些请求。 定义一个请求类型指创建这种类型的请求时，相应的工作流的表现方式。例如，一个缺席请求应该由该员工的经理和人力资源部门来进行批准。这样当一个员工递交缺席请求时，这个请求将自动流转到该员工经理那里。这些信息需要在定义该请求类型时进行设置。 当建立一个请求类型时，与之相关的选项和必要条件也就相应的确定。因此建议在建立和使用新的请求类型之前，用户需要参考和此请求类型相关的政策和文档。 这样做的原因是，并不是要等到需要递交某个请求时再去对请求类型进行设置，而是通过一个统一的方式，进行集中的定义。 5.1类型设置 工作流类型设置用于将工作流进行分类，如按照流程的使用性质，我们可以将流程分为日常工作、人事管理、费用相关等。 （图5-1-1） 具体操作为： 1）工作流管理员在（图5-1-1）所示页面选择【工作流程】->【类型设置】，进入如（图5-1-2）所示页面，这里显示的是已有的流程分类； 2）在（图5-1-2）所示中右键点击新建按钮后显示如（图5-1-3）所示的页面，在说明栏中输入流程分类名称后点击保存，一个流程分类就设定好了。 （图5-1-2） （图 5-1-3）

PeopleSoft工作流配置

AWE: STEP BY STEP 概述 该文档描述一个简单的AWE配置流程，所有步骤均采用最简单而有代表性的配置。 为了更详细地描述一个AWE例子程序的编写过程，该文档将完成一个简单的费用报告报销需求，具体需求描述如下： 1、提供一个页面供员工输入费用报告明细，包括时间、金额、用途等； 2、提供一个页面供经理审批费用报告，审批是需要显示费用报告明细； 3、根据费用报告中的金额，确定如下审批规则：金额小于500，只需部门经理审批， 金额超过500时，部门经理审批后，还需副总裁审批；所有审批人审批完成后，费用报告的状态变为“已审批”，后续操作省略。 开发说明 该文档技术来源：Approval Workflow Engine (AWE) for HCM 9.0（HCM Shared Components Team）。 该文档技术平台：PT8.50+FSCM9.1+Oracle。如果在HCM环境中开发，如果EOAW_开始的对象不存在，均可找到一个PTAFAW_或者PTAF_开始的相对应的对象代替。 所有PeopleCode和SQL语句均在附录中。 具体步骤 一、创建许可权列表、角色、用户概要 根据需求描述，设置三个许可权列表，分别代表员工、部门经理、副总裁；设置三 个角色，分别包含三个许可权列表；再设置三个测试用户分别代表三种角色，每个 用户概要需要绑定一个员工ID。用户权限设置如下图： 用户概要角色许可权列表 XTEST1 X_1010(Employee) X_1010 XTEST2 X_1020(Department Manager) X_1020 XTEST3 X_1030(Vice President) X_1030 注：为了避免测试过程中出现其他与AWE无关错误，建议以上三个用户概要从VP1 拷贝，再加上相应角色。 二、创建基础Project 1.创建Record 该步骤创建的Record如下：

金蝶HR自定义工作流设置步骤

自定义工作流设置步骤 本操作步骤以“加班申请表”为例，描述如何定义以及使用自定义工作流： 一、登录HR系统，在系统设置－工作流设置中，自定义加班申请类型的工作流类型 在菜单中可以看到添加工作流类型的按钮如下图： 2、添加自定义流程的时候，业务名称可以自己来定义，比如员工加班申请审批，处理方式可以选择“员工请假业务处理”，表示员工加班申请审批的流程运转方式、流程关键字、流程统计方式等类似请假工作流的处理方式。 另外也可以选择“默认处理方式”，此方式下，工作流的业务数据比较少，只有“职员”一项业务数据，使用起来限制比较少。 3、自定义的工作流类型，在业务流程树中的按钮是绿色的圆圈，如果工作流的流程类别比较多的话，右边的流程类型列表中很有可能会显示在第二页

据名称列表页面，表示在员工加班申请中，能够看到的业务数据 5、选中“员工加班申请审批”的流程类别，点击“导入数据字典”，将员工加班申请审批工作流的流程数据以及数据表、字段都导入数据字典中供管理，这样以后可以出自定义报表等 多项的处理数据的操作。

导入后的提示 6、导入数据字典成功后，在员工加班申请审批的工作流类型下，新建工作流。

下图表示二级的工作流审批，业务类型为员工加班申请审批，拥有者类型为员工，表示在指定谁遵守工作流的时候是指定在某个具体姓名的员工，也可以将拥有者类型定义为职 位、组织单元等。 下图表示工作流的审批关系为发起流程的本人――直接上级

新建成功 辑好的员工加班申请表（注：自定义的表单可通过Frontpage等工具来制作）。

申请人属性定义，表示申请人这个字段的信息可以被二个节点看到，并且申请人的业务数据属性为姓名，在统计工作流数据时，该输入框中的数据就被统计到姓名的字段中。

工作流系统详细设计

第一章系统详细设计 1.1系统界面设计 1.1.1应用系统主界面设计 应用系统主界面分为页眉、滚动式功能导航菜单、任务处理区域和辅助工具等四个部分，才用典型的三列式网格布局。 页眉：包括设为主页、返回首页、退出系统等操作； 滚动式功能导航菜单：包括个人工作台、文档查询和系统维护等三个滚动切换的菜单项。其中，个人工作台包括起草裁判文书、收件箱、在办箱、发件箱、已办工作等图形化操作按钮；文档查询包括按时间查询、按庭别查询、按案件类型、按承办人员查询、按办理状态查询、组合查询等图形按钮，用于在多种查询视图中切换；系统配置包括流程配置（仅系统管理人员可见）、人员组织机构维护（仅系统管理人员可见）、系统参数维护（仅系统管理人员可见）、个人信息维护和个人页面定制等功能按钮。

1.1.2业务处理表单设计 业务处理表单包括页眉、操作按钮和呈请批示表及正文等三个部分。 操作按钮：包括保存、退出、编辑正文、上传附件、填写处理意见、提交下一步处理、打印呈请批示表、打印正文等操作，操作按钮可以按照流程环节的业务处理需要进行灵活的配置与权限控制。 呈请批示表及正文：呈请批示表及正文区域的页面布局以及主要的录入项目如下图所示：

1.2裁判文书审核流程设计 裁判文书审核流程包括承办人处理、审判长审核、合议庭审核、审委会审核、庭长审批、院长审批、校对室校对和文印室打印等八个业务处理环节，整个流程以案件的承办人员作为各项任务发起和推动的核心。裁判文书必须经过庭长审核或院长审核才可以交付校对室进行校对以及进行后继的打印印刷工作（即在呈请批示表中必须有庭长或院长同意签发的意见）。 业务处理流程分解为“环节”和“路径”两种对象，每种对象由多个属性进行描述，涉及到权限、行为、操作（方法）等。流程配置采用多流程穷尽叠加的表达方式，加之对路径的权限划分，使不同角色的人员在完成当前工作并“提交下一处理”时，系统会自动识别当前处理人的权限和可选择的路径，进行相应的处理，从而使流程控制得以规范，同时也为不同角色人员提供可定义的灵活性。按照此种流程定义方法，使得用户可以方便的更改业务流程。当组织结构和人员发生变化时，系统管理员无须修改源程序代码，直接调整人员配置和与流程配置信息相关的用户角色和用户岗位即可。 1.3系统功能设计 1.3.1与微软Office Word软件的集成 系统采用ActiveX技术开发MS Office在线编辑控件，在裁判文书审批、修改、签发过程中提供在线浏览与编辑、正文痕迹保留、手写签批、电子公章、文档版本控制、编辑菜单定制等功能，支持目前常用的Office2000、OfficeXP与Office2003等版本。

EAS工作流配置

工作流监控 工作流监控中，可以对正在执行的工作流实例进行可视化的监控。用户可以知道当前正在执行工作流的人员，执行什么样的工作，以及工作流的下一个节点有谁来执行，也可以执行挂起、撤销挂起、终止等操作。如下图： 如图所示，点击“”或者双击选中的流程实例可以显示“流程监控图”，可以在其中查看选中流程实例的明细工作状况。在“流程监控图”中可根据图标类型来辨别活动的状态，如果活动有多个实例，用活动名加实例数来表示，图中蓝线表示流程已经运行过的部分，黑线表示流程未运行过的部分。可查看流程实例属性，活动属性。如果当前流程有父流程还可以查看父流程的“流程监控图”。如下图：

查看工作流属性 查看工作流运行的具体情况，其详细信息如下图所示：

通过流程属性可查看流程名、创建时间、完成时间、当前状态、发起人、流程编码、流程变量等信息，还可以对流程进行挂起、撤销挂起、终止等操作。 注意事项： 对流程进行挂起、撤销挂起、终止等操作会影响流程的运行并可能会对流程产生 不可逆转的影响，因此请谨慎使用这些功能！ 查看节点属性 查看流程实例的每个具体活动节点的具体情况，可以参考下图所示：

选择工作流节点，双击或者点击“”，可以查看节点属性，可以知道工作流节点的执行情况和相关信息，还可以对该活动进行重新指定执行人、挂起、撤销挂起、跳过、终止等操作。如果活动多个实例，还可查看前、后实例的属性。如果该活动实例为子流程实例还可以查看其子流程实例的“流程监控图”。 注意事项： 对活动进行重新指定执行人、挂起、撤销挂起、跳过、终止等操作会影响活动的 执行和流程的运行并可能会对活动的执行和流程的运行产生不可逆转的影响，因 此请谨慎使用这些功能！

工作流操作手册

工作流操作手册

目录 工作流操作手册 ....................................................................................................................................... 1-1 1说明 .................................................................................................................................................................... 1-1 2创建工作流模板 ............................................................................................................................................ 2-1 2.1打开工作流设计器......................................................................................................................... 2-1 2.2新建节点模版 .................................................................................................................................. 2-1 2.3设置流程回退任务......................................................................................................................... 2-3 2.4设置任务属性 .................................................................................................................................. 2-1 2.4.1 设置提醒.............................................................................................................................. 2-1 2.4.2 设置签发.............................................................................................................................. 2-1 2.4.3 设置发放.............................................................................................................................. 2-2 2.4.4 设置模板可用.................................................................................................................... 2-2 2.4.5 编辑工作流模板............................................................................................................... 2-2 3启动工作流...................................................................................................................................................... 3-1 3.1新建工作流 ....................................................................................................................................... 3-1 3.2执行工作流 ....................................................................................................................................... 3-1 3.2.1查看任务“目标”和“引用”.............................................................................................. 3-1 3.2.2执行工作任务.................................................................................................................... 3-1 4功能配置参考................................................................................................................................................. 4-1 4.1添加引用 ............................................................................................................................................ 4-1 4.2设置外出代理 .................................................................................................................................. 4-1 4.3设置工作流代理人......................................................................................................................... 4-1 4.4设置作废 ............................................................................................................................................ 4-2 4.5设置共享文件夹 ............................................................................................................................. 4-2 4.6设置文件关联 .................................................................................................................................. 4-4 4.7查询活动-非活动用户 .................................................................................................................. 4-3 4.7.1 添加新查询......................................................................................................................... 4-3 4.7.2执行查询.............................................................................................................................. 4-2

u8工作流产品使用手册

U8工作流产品使用手册

第一章工作流系统简介 1. 工作流系统概述 随着社会的进步和经济的进步，企业面临的市场已经由传统的相对稳定逐步转变成动态多变的市场，企业间的竞争也由局部竞争演变为更大范围甚至全球范围内的竞争。同行业之间、跨行业之间相互渗透、相互竞争日趋激烈，在企业间竞争日趋国际化、白热化的同时，当今企业面临着巨大的环境挑战。企业要想在激烈的竞争中胜出，必须快速的对市场和环境进行反应，及时的调整企业战略和决策，调整相应的业务流程。这就对在企业内部作为运营支撑的企业信息系统提出更高的要求，要求这些系统能应对频繁变化的需求、适应业务流程和工作流程的改变。没采用工作流系统前，企业中的业务流程通常固化在软件中，因此很难改变这些流程、无法适应企业发展需要；而采用工作流系统改造原有软件，将能使这些软件变成功能可重构、流程可改变、高度柔性的系统，从而满足企业发展的要求。 在U8－ERP应用研发过程中U8－ERP工作流系统既可以帮助业务部门实现审批流功能，也可以帮助业务部门将易变逻辑以流程＋应用服务的方式暴露出来，以达到根据具体用户做特定配置的目的。在二次开发和实施过程中，二次开发人员和实施人员即可以编写、注册服务，将其插入到U8系统中默认处理流程中，也可以设计、发布新的流程，以适应特定企业的需要。 2. 工作流系统目的 使用工作流管理系统的目的之一是作为企业应用系统集成（EAI）的平台。在当前大部分企业级IT架构中，各种各样的异构（heterogeneous）应用和数据库运行在企业内网中。在这些系统被应用到组织时，都有一个清晰的目标。例如，客户管理、文档管理、供应链、订单、支付、资源计划等等。让我们称这些系统为专门应用（dedicated applications）。每一个专门应用都包含它们所支持业务流程的领域知识。这些专门应用中的自动化流程，被拼装到企业中更大的非自动化流程中。每当一个这样的专门应用安装并投入使用，都会带来涉及其他多个应用的新功能需求。企业应用系统集成（EAI）就是通过使用多个专门应用满足软件新需求的方法。有时，这只需要在两个应用之间提供数据通讯的通道。专门应用将很多业务流程硬编码在软件中。可以这么说，在你购买专门应用时，你是购买了一组固定的自动化业务流程。而工作流管理系统是不必事先知道问题域的相关信息的。工作流系统将业务流程描述作为输入并管理流程实例的执行，这使得它比专门应用更灵活（当然你也要花精力编写业务流程的规格化描述）。这就是为什么说工作流系统和专门系统是相互补充的。工作流系统可以用来管理全局的业务流程。如果专门应用支持你所需要的业务流程，那么使用专门应用。在此讨论的工作流系统的第一种使用方式就是：结合所有的专门应用，使用工作流系统构建一个EAI平台。工作流系统能够发挥很大价值的第二个使用方式是：协助涉及多人相关任务工作流软件的开发。为了达到这个目的，大部分工作流系统都有一个方便的机制，来生成执行任务的表单。对于专注于ISO 或者CMM认证的组织，采用这种方式使用工作流系统能够显著提高生产率。不用将过程用文字的形式写在纸上，工作流系统使你通过流

工作流实配置实例

工作流实例 业务背景：门店制作向实业公司的采购订单，实业公司审核采购订单，审核后自动生成实业公司对门店的销售出库单。 门店做在途库存确认工作，将已审核的采购订单和已提交的调拨单进行相关业务处理。 其他补充： 获取时间的例子 String s= vnumber.substring(vnumber.length()-1,vnumber.length()); vtime=Integer.parseInt(s); java.util.Calendar c = java.util.Calendar.getInstance(); c.add(c.MINUTE,vtime*10+1); vyear = c.get(java.util.Calendar.YEAR); vmonth = c.get(java.util.Calendar.MONTH)+1; vday = c.get(java.util.Calendar.DATE); vhour = c.get(java.util.Calendar.HOUR_OF_DAY); vmin = c.get(java.util.Calendar.MINUTE); vsec = c.get(java.util.Calendar.SECOND); 判断是否已进行转单的工作流脚本例子： StringBuffer sql = new StringBuffer(); sql.append("select count(1) as qty from t_bot_relation where fsrcobjectid='").append(ShopAllocation.id.toString()).append("'"); com.kingdee.eas.rc.IDailySettleBill iDailySettleBill = com.kingdee.eas.rc.DailySettleBillFactory.getLocalInstance ( __bosContext ) ; com.kingdee.jdbc.rowset.IRowSet idRowSet = iDailySettleBill.getRowSet(sql.toString()) ; int qty = 0; while (idRowSet != null && idRowSet.next() ) { qty = idRowSet.getInt("qty"); } isTransfered = qty > 0 ? true: false; 优化后的流程： 新工作流等待时间改善算法： 1.增加临时表存储下一条流程触发启动的时间变量t2 2.增加存储两条流程启动时间间隔的工作流变量t0

JIRA工作流程配置手册

JIRA工作流程配置手册 目录 一、基本配置 (2) 1、问题类型 (2) 2、状态配置 (3) 3、角色配置 (5) 4、页面配置 (6) 5、字段配置 (8) 二、工作流配置 (14) 1、工作流 (14) 2、工作流框架 (20) 三、工程配置 (21) 1、创建工程 (21) 2、基本配置 (22)

一、基本配置 1、问题类型 在jira 后台配置页面 Administration-> 问题 ->Issue Types，打开； 在Global Issue Types 选项卡中，增加项目中需要的问题类型，如图； 添加描述，选择Type，选择图标，点击【增加】，添加的问题类型如图；在 Issue Types Schema选项卡中，增加一个问题类型框架，如图；

点击【增加】，为 TEST添加问题类型； 点击【保存】； 2、状态配置 具体的开发流程：

在jira 后台配置页面 Administration-> 问题 -> Issue Attributes-> Statuses,打开，添加状态； 整个开发流程的状态：已创建、开发任务已分配、开发自测已完成、代码待评审、、测

3、角色配置 在jira 后台配置页面 Administration->Users->Roles, 打开；流程中角色：开发组长、项目经理、开发人员、部署人员。

4、页面配置 在jira 后台配置页面 Administration-> 问题 ->Screens,打开； 增加页面：开发 -开发创建页面、开发 -开发编辑页面、开发 -开发查看页面、开发 -完成开发自测页面。 Screen Schema选项卡里，对页面框架进行配置，添加新的页面框架；

U8工作流产品使用手册

U8工作流产品使用手册 第一章工作流系统简介 1. 工作流系统概述 随着社会的进步和经济的进步，企业面临的市场已经由传统的相对稳定逐步转变成动态多变的市场，企业间的竞争也由局部竞争演变为更大范围甚至全球范围内的竞争。同行业之间、跨行业之间相互渗透、相互竞争日趋激烈，在企业间竞争日趋国际化、白热化的同时，当今企业面临着巨大的环境挑战。企业要想在激烈的竞争中胜出，必须快速的对市场和环境进行反应，及时的调整企业战略和决策，调整相应的业务流程。这就对在企业内部作为运营支撑的企业信息系统提出更高的要求，要求这些系统能应对频繁变化的需求、适应业务流程和工作流程的改变。没采用工作流系统前，企业中的业务流程通常固化在软件中，因此很难改变这些流程、无法适应企业发展需要；而采用工作流系统改造原有软件，将能使这些软件变成功能可重构、流程可改变、高度柔性的系统，从而满足企业发展的要求。 在U8－ERP应用研发过程中U8－ERP工作流系统既可以帮助业务部门实现审批流功能，也可以帮助业务部门将易变逻辑以流程＋应用服务的方式暴露出来，以达到根据具体用户做特定配置的目的。在二次开发和实施过程中，二次开发人员和实施人员即可以编写、注册服务，将其插入到U8系统中默认处理流程中，也可以设计、发布新的流程，以适应特定企业的需要。 2. 工作流系统目的 使用工作流管理系统的目的之一是作为企业应用系统集成（EAI）的平台。在当前大部分企业级IT架构中，各种各样的异构（heterogeneous）应用和数据库运行在企业内网中。在这些系统被应用到组织时，都有一个清晰的目标。例如，客户管理、文档管理、供应链、订单、支付、资源计划等等。让我们称这些系统为专门应用（dedicated applications）。每一个专门应用都包含它们所支持业务流程的领域知识。这些专门应用中的自动化流程，被拼装到企业中更大的非自动化流程中。每当一个这样的专门应用安装并投入使用，都会带来涉及其他多个应用的新功能需求。企业应用系统集成（EAI）就是通过使用多个专门应用满足软件新需求的方法。有时，这只需要在两个应用之间提供数据通讯的通道。专门应用将很多业务流程硬编码在软件中。可以这么说，在你购买专门应用时，你是购买了一组固定的自动化业务流程。而工作流管理系统是不必事先知道问题域的相关信息的。工作流系统将业务流程描述作为输入并管理流程实例的执行，这使得它比专门应用更灵活（当然你也要花精力编写业务流程的规格化描述）。这就是为什么说工作流系统和专门系统是相互补充的。工作流系统可以用来管理全局的业务流程。如果专门应用支持你所需要的业务流程，那么使用专门应用。在此讨论的工作流系统的第一种使用方式就是：结合所有的专门应用，使用工作流系统构建一个EAI平台。工作流系统能够发挥很大价值的第二个使用方式是：协助涉及多人

jira自定义工作流操作手册

jira自定义工作流配置 在介绍jira自定义工作流配置之前先介绍一些概念性的知识： 1.工作流：是一个问题经过进过其生命周期的若干个步骤和阶段的变迁。 工作流通常代表实际的业务处理流程。 一个工作流是由步骤和变迁组成的，一个工作流的步骤标识着一个问题的一个阶段或者叫“状态”，变迁是工作流中两个步骤之间的连接。 2.当定义一个变迁的时候，可以选择性的指定一下选项： Conditions（条件）——用于控制哪些用户能够执行一个变迁。 Validators（校验）——在执行变迁之前，用于检查任何用户 的输入是否合法。 Post Functions（后续操作）——在变迁完成之后，用于执行 特定的动作，如：将问题分配给特定的用户，发送通知email，更行问 题的某个字段。 Screen（显示给用户的界面）——这对于用户输入信息之后才 能完成变迁的情况是有用的。 3.在jira中的默认工作流程图中，5个方框表示工作流的步骤/状态（open、 in progress、resolved、reopen、closed），箭头代表变迁（transitions）。 这个从网上查一下。 4.在jira中可以用不同的方式来创建一个新的工作流： 1)通过“Add New Workflow”来创建一个空白的工作流。用这个方法创 建的工作流有一个默认的步骤open，该步骤有一个进入的工作流变迁： “create”。 2)通过点击“copy”链接，拷贝已经存在的工作流（如果您准备新添加 的工作流和已经存在的工作流类似，则可以使用此方法）。用这种方 法您的工作流将会包含所拷贝的工作流的所有步骤和变迁。