Oracle EBS Workflow简介和客制之后的感想

WorkFlow简介：

1、 
发送通知

Workflow可以发送两种类型的通知：消息性通知，如“你的申请被审批了”，不需要接收者做出任何响应；回应式通知，如“GL日记账需要你的审批”，接收者需要做出相应的Response，工作流才能继续前进。

通知除了在系统中可以查看、处理外，也可以通过Mail查看、处理；可以本人处理，也可以转交他人处理。

2、 
流程定义

Workflow正如它的字面含义，其专注于“工作流”的定义，用Workflow将如下“活动”组织成一个个业务蓝图，将是非常直观和容易的：基于PL/SQL的任何处理、基于AQ的通知、关联流程的等待与启动、瓶颈节点的超时处理。

如果能够将企业业务科学的分解至合理的粒度——子流程，那么不同业务在IT上的实现，就是将这些子流程有机的组合在一起。比如，销售订单工作流中的每一个子流程，是Oracle对销售业务分析后分解出的最佳粒度，不同企业可选择既有的流程组合，亦可重新组装。

3、 
系统自动化

信息系统的自动化，是离不开信息流的，所以Workflow是天然的自动化工具，上面的流程定义，实际上亦可看作流程自动化，Worflow的极致就是Automation。

4、 
系统间集成

如果把企业运作看作“当发生某个A事件时，需要我们作出一个或者一连串响应”，那么就可以理解，Oracle为什么将Workflow的“业务事件系统”置于系统间集成的地位——包括与业务伙伴的集成。

比如，S系统产生了一笔出库，需要在D系统完成订单的发运和开票，我们有很多种方案来实现，如果用“业务事件系统”，那么S系统只要向D系统发送一个消息说“我做了一笔出库”，D系统将自动触发“订单的发运和开票”操作。

因为消息的发送，实际上是基于OracleAQ这个现成、可靠的系统，S和D系统不需要时时连线；因为消息的处理是由“业务事件系统”根据“订阅关系”自动调度的，D系统也不需要不断的问S系统，你有没有数据。

下面继续列举的，是利用Workflow的特性，进行的信息系统开发应用。

5、 
并行处理

如果有10000张订单需要同时处理，那么最好考虑并发，否则性能将糟糕透顶。在EBS环境下有3种选择，一是不推荐使用的Job，二是推荐使用的并发请求，三是Workflow，尤其适用于处理过程中可能需要稍作停顿，等待某种干预的时候。

6、 
异步执行

同步执行，意味着，如果一个耗时的处理不完成，程序将停止响应，尤其是UI界面，如果长时间“不许动”，绝对导致使用者的反感。

如果这个耗时的动作，和用户目前的操作关系不大，可以放到后台慢慢去运行，那么就可以获得非常好的“系统响应时间”，在EBS中可以通过提交一个并发请求或者启动一个工作流来实现这种异步执行。

 

模块	应用
总帐模块（GL）	日记帐审批、GL自动分配（GL成批分配流程、GL分配流程、GL过帐流程、GL经常性日记帐流程、PA分配组流程）、GIS（Global  Intercompany System）通知
应付模块（AP）	AP采购卡经理审批事务处理、AP采购卡员工核实工作流、AP费用报表、AP开放接口导入、PO发送采购单据通知（PO单据审批催函）
应收模块（AR）	AR贷项通知单请求审批、AR替代平衡段
项目会计（PA）	PA项目审批工作流、PA预算工作流、PA逐级分配、PA生成项目供应商发票帐户、项目费用报表帐户生成器
资产模块（FA）	FA帐户生成器
成本模块（CST）	CST标准成本计算（WIP差异/WIP估价/保留款冲销/采购价格或产出率差异/库存估价/平均成本差异/入库检验/在途库存/帐户/制造费用分配/资源分配/组织间信用转让/组织间应付款/组织间应收款/组织间运费）、CST平均成本计算
OPM产品开发（GMD）	OPM质量控制检验测试、OPM质量控制验收样品、OPM质量控制样品创建通知
OPM库存（GMI）	OPM批次失效及批次重新测试、激活项目
项目模块（PJM）	PJM项目计划例外通知、项目制造系统的项目定义（合同）、项目制造系统的项目定义（间接/资本）
人力资源（HR）	GHR等级内提升、GHR人事活动、GHR职位说明、HR任务流（HR聘用人员流程、HR任务流模板流程、HR职业管理流程）、履历管理复查、人力资源聘用信、人力资源自助应用产品
库存模块（INV）	INV物料搬运单审批、库存销货成本帐户
采购模块（PO）	PO创建单据、PO确认接收、PO申请审批、PO申请帐户生成器、PO审批、PO帐户生成器
订单管理（OM）	OM订单题头、OM订单行
工程模块（ENG）	ECO审批
车间模块（WIP）	WIP发运和接收外协装配件、WIP更改PO需要日期
质量模块（QA）	QA自助采购员通知、QA自助事务处理通知
计划模块（MRP）	计划例外消息
……

 

WorkFlow客制后感想：

需求：料号申请单审批流程

申请人提出申请，指定人审批，审批人填入相关资料，CE建立料号，再通知相关人补入相关信息，最后CE结束单据。

1、系统通知某个人审批的时候使用的不是user_id，也不是person_id,是wf_roles表中的orig_system_id,而orig_system针对只有员工，只有账户，账户绑定员工都是不同的值，而你使用wf的时候都需要用到，最好统一标准。

2、当你建立一个账号或员工后wf_roles表中是没有资料的，这样你这个用户就不能用到wf中，要run一个系统管理员下的请求（同步wf局部表），wf_roles中方可有数据

3、wf只需要开始的时候提交一次，提交的时候需要指定值对应的数据，这样审批的时候就可以显示出来，或者前者审核的时候填入，后审批的人也可以看到。

如果有一个值提交时没有，也不是审批人填入的，只是后台中途插入的，那这个值不会显示在wf界面上。

4、提交时每一个审批的人都需要立即指定，审批或拒绝时可走不同的路线，这个在wf中自己用箭头指定路线和每个路线要执行的代码

5、如果系统设置好了邮件服务器，wf审批单到达时会邮件通知