【结贴】关于在组织架构中剪切&粘贴节点的疑问

jakek

在组织架构中拖动改变（剪切&粘贴）节点的位置。发现流程还可以继续跑下去。
下面分别说说试验时，系统各个表中的变化情况。
先不看流程，在拖动改变了组织架构后，退出system。最先变化的是torgsystem表，这里假设人员1的岗位由A位置拖到B位置。torgsystem表对应的记录中相关字段，如fpath已经有A位置的信息转变到B位置的信息。拖动只改变torgsystem表中记录的与组织架构节点位置有关掉字段，而没有改变torgsystem表的fguid。所以说明，剪切&粘贴只是修改torgsystem表中的记录，并没有删除再插入。

这里插一句，业务主表中的记录和ttask表中每个流程的第一条记录（fprevguid=-1）和ttaskmessage表中与ttask表中第一条记录对应的记录（ttaskmessage.ftaskguid=ttask.fguid），这三个地方的值是不会变的。

这样的话，岗位变动了的人。如人员1申请的流程可以继续跑，需要他处理的任务也可以接收到。

在处理任务时，系统首先会更新ttask和ttaskmessage两张表中接受者为人员1的记录，然后插入人员1作为提交人大记录。使用的orgurl，部门，岗位等与组织架构有关的字段值都人人员1新岗位的。
而且也可以回退给人员1，退到也是新的岗位。

这里有个问题，既然在torgsystem中旧岗位的信息已更新为新岗位的信息，为何流程表中可以解读旧岗位的信息呢?是还有其他相关的表吗？

jakek

另外在模板中还使用了一张表pub_ftprocess来记录审批者的审批意见。里边也有申请者的url。请问这个是如何与流程数据对应的？

zfang

1楼的测试结果是自动登录的吧。
那么就要分为两个问题来看：
1）待办任务是根据人员id去过滤而不是根据url
2）流转时，对于本任务和新的任务的处理逻辑导致url的变化。
所以，对于1楼的测试结果，是怎么样那就是怎么样的。

2楼的问题，你可以先看看流程模板中如何记录这个审批者的url的。
你问的这个是如何与流程数据对应的问题，具体指的是什么对应？

jakek

不是，是按岗位登录的。我们把自动登录禁用了。
而且如果是自动登录的话，在申请列表里就可以看到旧岗位的申请了。但现在是转了岗位后，用新岗位登录看不到旧岗位提交的申请。
您也可以试试，上次您不是也得出相同的结果吗。

对于2楼的问题。由于orgsystem的数据已变化，但系统还是能把任务找对人，把审批意见找对任务。这里必然存在一种关系。这种关系如果写在另一张表上的话，就要向您们请教了。

jakek

有一点要提到是，我当时是整个部门一起拖动的。估计是部门ID，岗位ID，人员ID这三个东西没变动的原因。但url是有变动的。

zfang

我这边的测试结果是：
我拿OA中的会议室管理（也是用到了流程模板）
会议室填写时，用的是这个岗位成员，那么任务表对应记录的FSORGURL（提交人OrgURL）：
ROOTJG1.OGNBM2.DPTGW1.PTMRY1.PSM
对应任务消息表中FRORGURL（处理人OrgURL）：ROOTJG1.OGNBM2.DPTGW1.PTMRY1.PSM

此时流转给他自己，那么对应任务表和消息表跟上面的一致。
然后用system登陆，对该整个部门做剪切--粘贴，变成新的url：ROOTJG1.OGNJG2.OGNBM2.DPTGW1.PTMRY1.PSM

还是用这个岗位登陆，此时待办任务能看到（[B]即待办任务过滤是按人员的ID而不是URL[/B] ），对该任务进行处理后，对于任务表和任务消息表的相关url就会做一个更新（旧的url变成新的url，下图中的第二个任务）

jakek

恩，大概就是这样。那这是系统漏洞，还是特殊功能？

zfang

就是这样的处理机制。

jakek

好，大概明白了。
请结贴.
谢谢！

zfang

客气，谢谢反馈。