关于删除某个用户的待办业务

如题，已知流程F从A节点提交到B节点，节点A,B均是采用角色设置审批人，其中B节点审批人角色对应p1,p2,p3三个用户，若当节点从A提交到B后，要删除此时节点B角色对应的审批人中的p1,p2,p3中广电p2,p3，请问该如何处理？

您好楼主因为我们不了解您的业务无法对您提供更好的解决方案，我们这边并不建议您直接修改数据库
待办信息表是T_PENDING

回复 2# spiral


    T_PENDING这张表中怎么体现对应的审批人？

您好，请问您具体是什么业务需求，需求这样操作。麻烦告知您的具体业务需求，以便我们结合平台给您提供最好的解决方案。谢谢

Q上跟客户反馈其业务需求具体为：
在sp5上实现的业务需求，并已经在生产系统中走了几千个单，对应希望是表单对应流程的第一个人工节点对应为表单的创建者。但是同时要满足：人工节点A-自动节点B-人工节点C，C节点可以通过B节点提交到A节点（类似回退，本来打算用回退的，但是我们有对操作方式进行了二次开发，改动比较大，所以现在使用的是从C通过自动节点提交到A，那么这个时候提交过来的话，当到达A节点，审批人又会变成A节点指定角色的所有人员）
告诉客户具体的功能试下如下：
把这个逻辑写在A节点的审批人那里，根据逻辑判断对应这个节点审批人是单据创建者，什么时候又是某个角色的用户。通过脚本控制返回审批人集合。对应客户之前生产上的几千条单据不建议客户直接操作数据库给了其另一个解决方案：
表单对应有个编辑审批人的操作，对应去用当前审批人去更改一下当前节点的审批人。

目前跟客户沟通没有时间去处理。暂将该贴移到”待实践“。后续客户有时间处理可在帖子中继续跟进。

回复 6# shary


    现在需要处理这个问题了，很急~

正在于楼主沟通中

回复 8# spiral


    这个问题最终还是没有得到解决~最终还是只能自己去改源代码来配合实现~你们所提的建议很多都是不实际的，而且都没有跟进用户的实际情况来回答，而是往你们平台现有的功能来靠近，但是我们用户已经知道你们平台是不能满足需求，所以你们后面还是没有给出实际的解决问题~同时，你们对于一些版本的维护，都说要升级到高版本，那对于那些用户已经修改了一部分源代码的，这根本就不切合实际，所以你们的这种建议是一个矛盾的，你想想，你修改了代码，你再升级，你还不是得重新再去二次开发，其实你们可以给出比如哪些功能可能涉及到的源码对应的部分或者问题修正的补丁，这才是真正对用户有用的东西，不要每次都是对不起，您的版本不在维护，请升级到什么版本~才几天啊，去年的版本，没几个月就不维护，那比什么都快，而且你觉得用户怎么可能实时一直更新，到时候造成的系统稳定性很差，这不应该是一个正在运行的系统应该遇到的~

您好，因之前有尝试过出具单独的补丁文件，有时候会出现一些不可控的状态。例如：我有ABC三个bug，对应都有修改同一个文件，A新增了代码，修复B bug的时候又修改了其中的代码，到修复Cbug的时候，删掉了部分代码。如果按照公司研发提交顺序，更新所有文件，三个bug均修复，功能使用正常，若只是拿单独的文件，客户打入顺序与代码更新的步骤不一致等类似操作，就会引发其他的问题。所以我们现在均只提供完整的代码。敬请理解。关于这部分，若您是在服务期的客户，如果有需要，您可向对应的商务同事拿最新的版本的源码，同版本之间的bug修复，我们这边可协助您告知您具体动到了那些文件，您在备份的之后，可尝试单独打入补丁文件。but~因该种操作存在多种不可控因素，一旦引发其他问题，需要您那边自行排查或者还原版本。请知悉。