1. 流程配置

1.1. 业务生命周期

业务生命周期由工作流节点确定，所以整个生命周期或长或短。以两个业务步骤为例讲述流程配置的生命周期和各个事件的执行顺序和可用的临时表和变量。如下是三个节点的业务。这个业务执行的顺序图如下：

sequenceDiagram 业务创建->>业务创建: 业务单新建之【前|后】业务创建->>业务创建: 业务单加载之后业务创建->>业务创建: 明细表添加之【前|后】业务创建->>业务创建: 明细表删除之【前|后】业务创建->>业务创建: 业务单提交之【前|后】业务创建->>业务创建: 明细表提交之【前|后】业务创建->>第一步: 业务数据创建完成，生成工作业务创建->>业务创建: 业务单作废之【前|后】业务创建->>业务创建: 业务单删除之【前|后】第一步->>第一步: 工作创建【前|后】第一步->>第一步: 工作加载后【sql|javascript】第一步->>第一步: 工作提交前【javascript】第一步->>第一步: 工作提交【前|后】第一步->>第二步: 工作提交【前|后】 Note right of 第一步: 第一步：
1.业务状态控制
2.关联业务控制（自动新建|允许新建）
3.数据操作第一步->>第一步: 数据回滚时第二步->>第二步: 工作创建【前|后】第二步->>第二步: 工作加载后【sql|javascript】第二步->>第二步: 工作提交前【javascript】第二步->>第二步: 工作提交【前|后】第二步->>结束: 工作提交【前|后】 Note right of 第二步: 第二步：
1.业务状态控制
2.关联业务控制（自动新建|允许新建）
3.数据操作第二步->>第二步: 数据回滚时

1.2. 事件

在业务中，系统定义了一些事件，业务事件、节点事件、动作事件，并在相应的事件中提供了相应的数据表和一些常用关键字段的预定义（宏），用于相对复杂的业务进行业务数据回写、抽取、更新和权限等内容的控制。

1.2.1. 业务事件

业务数据主要经历了"创建->更新->作废->删除"

1.提交前SQL数据验证示例

if exists(select * from order_40 e with(nolock),#new n where e.ord_sfzhm = n.ord_sfzh and e.ord_zzzk = '在职')
begin
    set @operation ='abort'
    set @errorinfo ='身份证号已经存在于在职的员工档案中，不能进行本操作'
end

1.2.2. 工作流节点事件

1.2.3. 工作流动作事件

2.节点配置，每个节点都设置类似2.1的代码。

2.1.日志记录：

3.动作配置：

动作即连线。

4.业务单配置

每个SQL写类似如下代码：

results matching ""

No results matching ""