十足简单，极致灵活的工作流

AIEO.CN

分别以尚主任(xs011)、董经理(xs01)登录，进行审批，审批完成后查阅审批明细，可以看到主管逐渐审批已经完成，该报销单进入第4步——财务审核步骤。

AIEO.CN

将审批级别改为12，以上海职员1(xs0111)登录，新建报销单，分别以尚主任(xs011)、董经理(xs01)、朱总(xs000)、肖总(xs00)登录，进行审批，审批完成后查阅审批明细，可以看到主管逐渐审批已经完成，该报销单进入第4步——财务审核步骤。由于审批级别调高，主管逐渐审批经过销售部才走完历程。销售部设置了朱总（2）、肖总（1）两个审批位次，因此在销售部需要走2步。

AIEO.CN

在实际工作中，经常会发生跨部门的代办事项，涉及的相关费用将由委托部门承担。以上海职员1(xs0111)登录，新建报销单，帮北京办代办事务。看看该报销单走过的审批历程。我们的内建逻辑是：先经由本部门审批，过后转由代办部门审批，之后走代办部门的审批序列，直到设定的最高级别审批完成（目前仍是12）。

yyawsj520

我怎么感觉有些做广告的味道啊？呵呵，能否略见一斑呢？

期待中~~~~~~~~~~~

AIEO.CN

在单位里，成立项目来处理某些专项事务也很常见。在我们的架构中，项目必定隶属于某一组织，级别可高可低。项目型审批，先经过项目负责人，再到项目所属组织逐级审批。先看一个公司级项目的审批过程。

AIEO.CN

再看部门级项目的审批。“财务电算化”是财务部的项目，逐级审批到财务部为止。当前的审批级别设置为12，到财务部就够了。刚才的公司级项目却走到公司的总经理审批，原因在于我们的架构中，除非审批级别设为0，否则项目型审批至少要走一步所属组织的审批，因此公司级项目走到11级。

AIEO.CN

工作流中，顺利地逐级审批是最理想的情况，因为各种原因产生的拒绝退回是难免的。如何妥善处理是考验工作流引擎的试金石之一，且看我们的处理效果。我们的拒绝退回设置在具体步骤上，每个步骤相互独立，可以直接退回审批人（0），也可以退到其它指定步骤。这里，财务审核拒绝设为一退到底，而财务经理拒绝设为退回前一步（财务审核）重审。我们以比较简单的86号报销单为例做拒绝演示，被财务审核拒绝后，步骤退到0，经过重新提交审批才又开始新的审批历程。但这并不影响之前的审批记录，我们将审批流程的迂回曲折演绎得很完美，原汁原味地保留了历史的真实。

AIEO.CN

在简单的指定跳转下，我们已经实现了相当灵活的审批流程。但在实际工作中，往往需要根据单据本身的情况判断，走不同的审批流程。常见的有，按照单张单据的金额大小，对应不同的最高审批级别。在我们的例子中，500元以内由区域经理审批即可，500~2000之间由销售部审批，超过2000由公司总经理审批，这时就需要启用弹性跳转。我们采用存储过程来设置弹性跳转，可以根据任何有关数据做判断，设置下一步的步骤，还可以设置审批级别、审批位次。设置方法依然简单，却可以实现无所不能的极致灵活。

ALTER PROCEDURE BX_1
(@zz varchar(50),@ID int)
AS
declare @je float,@bz int,@jb int
select @je=sum(je) from bxmx where zid=@id
select @bz=4,@jb=case when @je<500 then 13 when @je>2000 then 11 else 12 end
update _us set spbz=@bz,spjb=@jb where usr=@zz

AIEO.CN

现在做一张小额的报销单，看看所走的审批流程。当启用弹性跳转，弹性跳转的设置优先于“审批级别”与“审批位次”，虽然审批级别的设置依然是12，但由于金额很小，所以逐级审批走到13级就已完成。

AIEO.CN

介于500与2000之间的报销单，逐级审批至于销售部。