> 引题：用户在二次开发中遇到工作流审批打回后修改单据数据并重新提交回到原有的打回节点场景。
> - 目前工作流打回操作虽可以配置是否重走流程，来实现单据重提后是否跳至打回节点，但无法修改打回单据的状态，导致打回后无法修改。
> - 二开通过走流程流转方式来实现打回，虽可以修改单据内容，但其重提后只能重走流程审批。
> - 基于上方问题，我们考虑到可以使用后置脚本来帮助二开的摆脱两难境地。
# 解决方案
## 流程配置步骤
思路有了，具体操作如下：（按照流程流转方式来进行修改）
1. 在人工节点数据流程数据（活动ID 和 流程实例ID） 然后创建对应的流程变量（activityID 和 processInstID）与其绑定。在可以执行打回操作的节点也输出活动ID并创建流程变量（oriActivityID）
2. 配置可打回节点。由于是流程流转方式，所以需要对审批的决策项进行匹配。此案例为演示，遂将不同意名称做改变，实际可自行配置。
3. 配置自动节点。修改单据状态，添加后置脚本。
**注：脚本的各个参数值需要与配置期创建的参数名一一对应，切不可直接复制**
```java
//脚本内容：
var key=activityID+"#RETURN_TARGET";
com.kingdee.bos.workflow.enactment.WfEngine.getEngine(__bosContext).getProcessInst(processInstID).getProcessContext().getFlowContext().setProperty(key,oriActivityID)
```
4. 保存并发布流程，测试成功。打回单据提交页面保存，提交等相关按钮常亮且可编辑，例如事由。
提交后单据的预估图中看出打回的操作记录。
# 进阶
## 标准产品打回原理
首先说一下，标准产品打回后跳转回打回节点的原理。标准产品的逻辑是在执行打回操作的时候判断是否重走流程，如果不重走就将打回节点的节点信息（活动ID拼接打回标识）存储起来，重新提交的时候就会跳转到打回节点。若是勾选重走流程就不会保存节点信息，直接重走流程审批。
## 客户二开实现的方法
再说下修改单据状态操作，修改单据状态都是通过自动节点来修改单据的状态，上方二开的做法就是在打回到人工节点时中途经过自动节点修改单据状态。如此，单据就变为了可编辑的状态。
## 解决方案原理
了解了以上的两种操作，就可以发现二开的做法只是缺少了保存打回节点状态的操作。我们通过后置脚本将此功能加入到打回时修改单据状态的自动节点上，就可以解决问题。
