工作流查询，宏控件的部门和角色出错

cgft

    经查，是通达数据库会签意见表flow_run_feedback内容设计的缺陷。会签意见表flow_run_feedback用于记录工作流的会签意见，在数据结构中，记录会签人信息的字段仅有USER_ID一个字段，信息量十分有限。
    但另一方面，工作流表单中的会签意见宏控件（#[MACRO_SIGN][]），有“{R}、{SD}、{LD}”等几个功能子项，而这几个功能子项在实际工作中，用于标注会签人在办理当前工作时的所属部门和身份角色，具有很实际的用途。
    当用户使用了这些功能后，在查询工作流历史数据时，系统却只能依据USER_ID去查询会签人，以复原会签人的所属部门和身份角色等。而这种“复原”，很明显，只要会签人的当前所属部门或身份角色与办理工作流时不一致，这种复原就是假的。
    由此可见，会签意见表flow_run_feedback应该考虑增加适当的字段以真实记录会签人的当时部门和身份等信息。

cgft

请问以上问题将如何解决？

tyfonet

cgft大神好久不见……
虽然我没有测试cgft描述的问题，但我理解到了
大概是这样：
人力资源部 部长 张三  在2016年8月1日办理工作流时在他所在步骤填写了会签意见。
如果工作流表单中的会签意见宏控件（#[MACRO_SIGN][]），有“{R}、{SD}、{LD}”等几个功能子项
就会相应在表单上显示 人力资源部 部长 张三

2016年9月1日起 张三变更了部门和职务，变成了财务部 主管
但是，如果我们再来查询8月1日张三办理过的工作流，其会签信息的部门和角色都是变更后的财务部 主管  楼主说的复原是假的就是这个意思。

所以我就早在论坛里说过，包括很多通达用户也说过，通达的功能看似多而广，但都不深入，太肤浅了，
很多功能只要用户一深度使用，就会发现很多问题。

我有一个比喻：如果腾讯、阿里、小米MIUI这些互联网公司的研发水平是研究生，那通达只能是技校（蓝翔、五月花这种）水平。逻辑思维太差了。UI设计，交互体验差得太远…………

通达刘洋

您好，您的建议已帮您提交至产品研发部门，感谢您对通达的关注。

海底阳光

这个问题我们也发现了，无解。所以只好去掉不显示了，以免带来麻烦。