工作流触发时的变动参数（非结果参数）如何获取？ 分包大师Lv.5明道 发布于 2023-09-22 11:31 最后回复 2023-09-27 13:25:04 问答 收藏 复制链接 新浪微博 微信扫一扫 分享 10 回复956 浏览 场景描述 用户字段 X （多选，名下有员工 A，B，C，D....Z） 当用户仅更新人员字段触发工作流时，如何知道用户是增加了人员还是减少了人员，并知道具体增减了人员具体是谁。（只想知道变更数据，而不是结果数据，不希望通过审批流或按钮实现） 该问题主要解决人员非离职变动时 10 个应用 30 张表字段权限自动分配。 场景描述 用户字段 X （多选，名下有员工 A，B，C，D....Z） 当用户仅更新人员字段触发工作流时，如何知道用户是增加了人员还是减少了人员，并知道具体增减了人员具体是谁。（只想知道变更数据，而不是结果数据，不希望通过审批流或按钮实现） 该问题主要解决人员非离职变动时 10 个应用 30 张表字段权限自动分配。
目前差不多用其他方式实现，15 个人天的研发成本，太贵了，真不知道以后谁能接的住这么复杂的逻辑。
加一个字段 保存上次的用户 ID 成员多选下，每次变更对比这个。对比完成，接口处理完成后 后然后更新
搞这么麻烦，又不能实现，工作流触发没法取更新前的值
用数量完全判断不出变更同数量的人员，它就只能对比两个新旧成员的包含关系去判断
新[a,b] 旧[a,c]，互相跑包含，ab-->[a,c]，新旧跑增数据，ac-->[ab]，旧新跑减数据
而且有个终极漏洞，快捷编辑是不触发更新和公式，函数的
离职继承数据已进入迭代计划。权限可以用组织角色来搞。
同一张表加隐藏字段就可以了。日志的 API 要明年了。
关于人员这个东西，现在非常难搞
一个是数据继承，一个是权限
难搞在什么地方呢，他人在通讯录（架构），但权限不在
如果按这么去操作就要重复建 30 个不同的表，给一个 API 接口能历史日志也行啊。
加一个字段用于比对结果，比对完了把这个字段更新成一样的，下次更新时重复这个流程。
核心点就是，想要知道变更前后的值，你就得把这个历史变更在另外一个地方记录才能做新旧对比。