【结】[请求]

atiger

是一个实例，不过，你这样的东东我后来又想想了，因为你不同意的数据回退上去修改后还是要到这个环节，那么这些数据也会同意后往下流转，这样后面就没法区分是第一次就同意的还是第二次或者第三次同意的记录了。

目前只能实现同意的往下流转，不同意的数据可以发送一个通知告知一下哪些数据不同意，重新录入一下，然后再往流转

yitong

这个问题有没有其它的方法解决。另外在功能层定义的数据集策略，在代码中如何重新定义。重新定义的SQL总是带上策略里的条件。

atiger

只能从业务上来变通
例如只要有不符合条件的记录，所有数据就全部回退上去，同意的记录可以设置为只读，不同意的可以修改，
或者就是我11楼说的。


至于策略，可以参考
http://bbs.justep.com/forum.php?mod=viewthread&tid=1307

yitong

1.对于这样的流程能不能对向下或向上的注册一个新流程，另一个继续用原流程。
2.策略，我加了个过滤1<>1。在功能中用代码重新赋SQL值，SQL中总是有1<>1的条件。我的代码是这样的。
   TSqldataset(dsb1.DataSet).SQL.Clear;
      TSqldataset(dsb1.DataSet).SQL.Text    := SQLTEXT;
      Params.ParamByName('ZD1').AsString  := lZD1
      Open;
这样有什么问题。谢谢。

atiger

1.、对于这样的流程能不能对向下或向上的注册一个新流程，另一个继续用原流程。
不太好搞，因为流程字段的值是一样的，这个流程和新流程的流程字段的值一样，数据没法过滤，当流程实例启动后，默认是以流程字段的值来过滤业务数据的。

atiger

2、我建议你直接在数据集的SQL语句中加上Where部分（1<>1）,不要用策略
因为你后面仅仅是对SQL赋值，而策略是在赋值后加上的，所以即使赋值了SQL语句也不行。

yitong

谢谢，请结贴。