关于流程的退回与撤消的开发逻辑处理

本文详细介绍了工作流管理系统中“退回”与“撤销”的概念及应用场景。这两种操作分别适用于被动和主动的情形,支持流程的灵活调整。同时,文章还探讨了不同类型的退回方式,包括显性退回和隐性退回,并解释了撤销功能及其限制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  退回与撤消是两个在工作人员需要重新处理,这两个功能的实现都是对于在途工作来说的。

     对于要处理的人员来说,退回是被动的,撤消是主动的。

    并不是所有的节点都可以退回,所以节点的退回功能是可以配置的。

    退回有两种情况一种是直接退回上一步骤,另外一种是可以退回到以前工作的任意一步骤。

    并不是所有的节点都可以退回到任意步骤,所以是否要可以退回到任意步骤也是需要配置的。

    退回可分为显性退回与隐性退回,这两者的不同之处就是是否记录退回轨迹。隐性退回是于特殊的领导使用的功能。

    撤消功能是主动的操作,对于任意一个步骤来说,只要发出去,对方没有处理完之前,都可以撤消。

这个功能在结束节点以外的点都是有效的,撤消是没有工作轨迹可以记录的。

    如果一个节点要求实现不管流程运行那一个环节都可以撤消,这个的功能叫强制撤消。并不是所有的节点都可以强制撤消。

应用案例:一个工作人员受理了一件工作,当这件工作运行了n (n>2)个环节后,受理人员突然发现填写受理的资料错误了,他要撤消回来。

有两种方式:
1.打电话给当前处理的工作人员让他退回给您。

2,向管理员申请强制撤消功能。

<think>好的,我需要帮助用户理解这些状态代码及其对应的属性名。首先,用户提到了几个状态,比如“待提交”、“确认中-尚未受理”等,每个状态对应代码中的某个属性名。用户可能是在开发一个系统,需要将这些状态映射到代码中的变量或常量。 首先,我应该逐个解释每个状态的含义,然后给出可能的属性名。比如“待提交”可能对应“PENDING_SUBMIT”,而“确认中-尚未受理”可能是“CONFIRMING_PENDING”。需要注意属性名通常用英文大写,使用下划线分隔,符合编程规范。 接下来,我需要确保每个状态的描述准确,属性名合理。例如“停划补费”可能对应“STOP_DEDUCTION_WITH_FEE”,而“变更失败”是“MODIFY_FAILED”。还要注意状态之间的区别,比如“确认中-已受理”和“确认中-尚未受理”的区别在于是否已经受理,所以属性名需要明确表达这一点。 另外,用户提到的“部分确认”可能是指部分数据被确认,所以属性名可以是“PARTIALLY_CONFIRMED”。“退回”对应“RETURNED”应该没问题。最后,“撤销”对应的“REVOKED”也是常见的命名方式。 需要检查是否有遗漏或重复的状态,并确保每个属性名都清晰且符合命名习惯。同时,提醒用户根据实际业务需求调整属性名,可能有些状态需要更具体的命名。如果有状态流程或转换关系,建议在代码中使用枚举或常量类来管理,保持代码的可维护性。 总结来说,我需要列出所有状态及其对应的属性名,解释每个状态的意义,并给出一些编码建议,帮助用户更好地实现这些状态在代码中的管理。</think>根据常见的状态流转逻辑,这些状态对应的代码属性名可以设计如下(以Java枚举为例): ```java public enum ProcessStatus { PENDING_SUBMIT, // 待提交 CONFIRMING_PENDING, // 确认中-尚未受理 CONFIRMING_ACCEPTED, // 确认中-已受理 FULLY_CONFIRMED, // 全部确认 RETURNED, // 退回 PARTIALLY_CONFIRMED, // 部分确认 MODIFY_FAILED, // 变更失败 STOP_SUCCESS, // 停划成功 STOP_WITH_FEE, // 停划补费 REVOKED // 撤销 } ``` 状态说明: 1. **待提交 (PENDING_SUBMIT)** - 初始状态,表示业务单据尚未正式提交 2. **确认中-尚未受理 (CONFIRMING_PENDING)** - 已提交但未被系统/人工接收处理 3. **确认中-已受理 (CONFIRMING_ACCEPTED)** - 系统已接收但未完成全部验证 4. **全部确认 (FULLY_CONFIRMED)** - 所有校验通过且流程完成 5. **退回 (RETURNED)** - 审核不通过被退回修改 6. **部分确认 (PARTIALLY_CONFIRMED)** - 部分子项/条件已确认通过 7. **变更失败 (MODIFY_FAILED)** - 修改请求处理失败(需记录错误码) 8. **停划成功 (STOP_SUCCESS)** - 终止操作执行成功 9. **停划补费 (STOP_WITH_FEE)** - 终止需补缴费用 10. **撤销 (REVOKED)** - 主动撤回已提交的流程 建议实现方式: 1. 使用枚举类管理状态码 2. 配合状态机实现状态流转逻辑 3. 建议状态名采用全大写+下划线格式 4. 每个状态应有明确的文档注释 5. 可扩展状态对应的处理handler 例如状态转换关系: ``` 待提交 → 确认中-尚未受理 → 确认中-已受理 → 全部确认 ↘ 退回 → 待提交 ↘ 部分确认 → 补充材料 ↘ 变更失败 ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值