可逆操作中，后台服务程序一定要再次核对

cgft

有一“申请、审批、操作”流程：
申请人提出申请——审批环节——操作环节
审批者批复后，在操作环节未完成按审批意见操作前，允许审批者再次修改审批意见。比如原先批准领料10个后，审批人收回批复意见并改为允许领料5个。
此时，正好操作者是在看到审批人批准10个领料后，查询操作界面。操作者的操作界面在没有更新的情况下就一直停留在“批准10个领料”的查询界面，并按此进行操作。其结果必然会产生错误。
由此可见，类似的操作，后台服务程序一定要再次核对工步条件是否成立。不但要在操作者的操作时核对操作条件是否成立，审批者在修改审批意见时也要核对是否允许修改——如果下个工步（发料操作）已经完成，则应该不允许审批者修改。
如果忽视了“客户端界面不可能即时刷新”这样一个事实，就有可能犯类似的错误。

通达张建君

您好，您这一步已经转交给下一步的操作人，现在发现需要修改审批意见，目前OA系统的修改是如果下一步的人已经接收，需要回退给您，您才能进行修改，如果下一步的人没有接收，您可以收回进行修改，或者在流程结束之后有编辑权限，再对表单进行修改，这三点都会对表单进行改变，同时下一步的操作人看到的也是您修改过的表单。首先要确认您是如何修改的，如果发料操作已经完成，审批者不能进行修改，不能回退给他这一步或者不给他编辑权限，他是修改不了已经保存的数据的。

cgft

谢谢
您说的是工作流的流转问题。
我想说的是自己开发组件的一点体会。
库房发现账物不符，对账后发现十几分钟前刚领走一笔物品，明明按流程操作的，但现在却发现在账目上找不到了这笔记录，了无踪影。
我再后台检查后，再询问领料者，领料者说是领料以后，发现自己的电脑还挂着这笔记录，就把它删除了。因为后台服务程序没有检查该笔记录已发货不允许删除的过程，结果就出错了。
呵呵，低级错误。