关于数据行的合并

非常同意你说的这两个准则，尤其对零代码开发模式，数据操作事务性不强，如果出现复杂工作流执行一半失败了，那至少还有人工回滚的余地。
站在用户角度看，不是高频的操作，按你的建议通过类似变更申请单去实现合并单据完全可以。但是有些合并动作发生频率比较高，譬如计划员对 MRP 建议的合并，生管对生产任务批次的合并，同时这些合并操作由单个的角色权限即可完成，这种情况下，通过额外的单据去实现合并就显得有点不方便了。

不是很能理解你的场景，就我的经验来说这个不仅仅是数据处理技术问题，还有一个管理问题
我个人对数据处理保持两个准则：
1 生产系统的数据，不删除。以“作废”的形式，不被其他查询请求获取到。（作废方法，参考我第一条回复）
2 涉及凭证数据变更的，需要有流程控制方便以后追溯。按照数据监管分级矩阵，一定影响程度的数据操作是需要 IT 支持或者监管的，专门的数据岗位负责也可以。

你看看这样是否可行
另建一张表，作为变更申请。说明需要汇总的判断依据是什么，需要汇总的理由是什么。（可以加审批流程，确保操作员不担责任）
自定义动作，对申请表中提到的判断依据 和汇总字段，提取记录，更新所有符合条件的记录状态为 inactive，数据汇总，创建新记录，将相关字段信息更新到新记录中。
*一定要修改原有记录的话，那就把创建新记录变成更新符合条件的第一条记录，设置状态为 active

如果是对子表内的数据进行合并操作，直接通过自定义动作和工作流可以实现。那如果不是子表呢？貌似没办法实现按钮对多行数据的处理。

如果表中有对子表记录再汇总的字段，设置汇总筛选条件，即可。已验证可行

对于子表记录增加"active"字段， 工作流汇总数值，建立新的记录。老的记录将 active 字段值设为 false. 只汇总 active 为 true 的记录