to: CSDNM(CSDN经理(信就不假) 你说的那个"反审核"功能,我以前和公司提过(其实他们自己也清楚,也想做到。)
但其工作量比做一个"审核"功能要还要多！而且是倍数！3倍！5倍！......
因为要考虑的东西太多了！比如:
一张销售订单错了,有可能已经收货、已经IQC、甚至已经开了应收发票...
(在不同的情况下，处理方法就会不同！)各种各样的组合情况太多千变万化！我感觉也是这样，如果要做到一个真正的"反审核"。真的很难，在某些时候
甚至达到了不可能(当然，理论上是可能的)！好痛苦！
但其工作量比做一个"审核"功能要还要多！而且是倍数！3倍！5倍！......
因为要考虑的东西太多了！比如:
一张销售订单错了,有可能已经收货、已经IQC、甚至已经开了应收发票...
(在不同的情况下，处理方法就会不同！)各种各样的组合情况太多千变万化！我感觉也是这样，如果要做到一个真正的"反审核"。真的很难，在某些时候
甚至达到了不可能(当然，理论上是可能的)！好痛苦！
類似，差不多。>>2、你们软件里做得到，错误修正吗？(不包括让客户直接到后台去修改)
在審核前，要先把審核的前置檢查，比如說，訂單在確認前，你先檢查這家客戶是不是已經停止往來或停止接單了，或者它所要的交貨日期是不是已經過了當前日期等等，所是這樣， 則不讓這筆訂單確認。審核過程中對一些表的更新動作應該設計一些表錄下來。以方便"反審核"。
>>3、如果你是我，你怎么办(不包括辞职)？
這些問題，應該是你們公司的客服人員去處理的。
我认为并不是所有的单据都可以反审核的，比如一个单位起用了"销售管理"和"库存管理"，在大家都已经结帐后一段时间，如果想再做反审核，可能和正常的业务不符吧，常规的解决办法就是用红字单据冲销，
我个人觉得，我几个办法解决这种问题：
1、充分利用备份机制，让用户做好备份，这样，即使错了，也可以恢复到没错时的状态，至少可以减少一点麻烦（后台修改数据库的办法不好，也具有一定的危险性，除非是设计人员，对你写的系统很精通才行。）
2、存储过程本身提供了一种“改错”机制，即只要中途错了，系统自动可以回滚到数据库原来状态（事务处理），关键是所有涉及到的表都必须自动恢复，不能只恢复个别表。这要求程序人员以最大的责任感来写这些代码才行。但这种办法也不是万能的，在回滚过程中出现DOWN机就没办法了，只能通过恢复备份数据来解决。