文档介绍：工作流任务数据一致性解决方案案例
冯文化黎庆剑
、系统概述
工作流系统和业务系统的部署关系
核心征管系统包括纳税人管理、申报征收、发票管理、风险管理等4个业务子系统和1 个工作流子系统。它们在部署上分成前端和后端，前端是一个统一 W工作流任务数据一致性解决方案案例
冯文化黎庆剑
、系统概述
工作流系统和业务系统的部署关系
核心征管系统包括纳税人管理、申报征收、发票管理、风险管理等4个业务子系统和1 个工作流子系统。它们在部署上分成前端和后端，前端是一个统一 Web应用，工作流引擎在 后端，与其他子系统分布部署。各子系统通过集成平台联合在一起。
应用部署逻辑架构如下图所示。
集成平台
核心征管后
端子系统
核心征管 前端系统
核心征管业务数据库（前端）
核心征管工 作流系统
核心征管业务数据库（后端）核心征管工作流数据库
工作流接口调用序列图
以推送任务为例，其序列图如下:
点击按钮
1） 服务消费方通过ESB调用业务子系统的业务服务，业务子系统执行该业务服务;
2） 业务子系统业务处理结束后，再通过ESB调用工作流子系统的推送任务服务；
3）工作流子系统的推送任务服务结束后返回消息到业务子系统，业务子系统把相关处理 结果最终返回给服务消费方。
二、任务数据一致性方案设计
方案概述
本方案采取任务对账机制，解决工作流异常时造成的业务系统和工作流系统任务数据不一 致的问题。这是一种事后的补救机制。
这种机制的目的是，当业务成功、流程失败时（约定系统一般先处理业务，再处理工作流）, 系统允许任务重做，保证任务可以再次被正确办理。
方案思路
在核心征管的后端子系统和工作流子系统中分别记录任务的基本信息，用来进行任务对 账。业务系统，对账信息记录在“任务对账信息表（BIZ_WF）”里；工作流系统，记录在“流 转历史表”里，如下图所示：
核心征管业务数据库（前端）
核心征管业务数据库（后端）核心征管工作流数据库
任务的对账机制保证任务重做时，业务表单的相关信息被自动带入，不必重新填写，直接 提交进行工作流操作。
任务对账信息表
任务对账信息表（BIZ_WF）、工作流的流转历史表里的任务对账信息应包含以下内容:
流程税务事项代码、
//根据该标识可以唯一确定一个流程模型
业务实例号、
//唯一确定一个业务实例，启动流程时类似流程实例号，推送任务是类似工作项代码。
流程实例号、
//该标记唯一确定工作流引擎的一个流程实例，也唯一对应一个税务事项实例
活动实例号、
//该标记唯一确定工作流引擎的一个活动实例，也唯一对应一个业务功能实例
工作项代码、
//唯一标识正在办理的任务
多事件实例号、
//一个多事件的唯一标识
操作类型编码、
//启动流程为1,推送任务为2,取回任务3,回退任务4,作废流程5,作废活动6
操作人员代码、
//当前任务操作者代码，唯一确定该操作者
操作人员岗位代码、
//当前任务操作者岗位代码
操作人员机构代码、
〃当前任务操作者岗位代码
流程状态
//0表示流程正常，1表示异常，2表示状态不明，3表示已重新提交
对账信息的记录
1、 业务系统的任务对账信息表BIZ_WF：
1） 业务调工作流而工作流异常时，