fix: 合并待办详情接口中各合并记录的发起人字段错误

[xlorne]

场景说明

多条不同发起人提交的流程，在审批节点按【审批人合并】/【提交人合并】汇聚为一条合并待办。审批人打开合并待办详情（/api/cmd/record/detail）时，详情接口返回的合并子记录（todos[]）应为每条流程各自的发起人。

发现的问题

• FlowContent.pushRecords() 中，合并子记录 Body.создатель 发起人字段 createdOperator 取值误用参数 record（当前打开的那条记录），而非 item（各合并子记录）：

  body.setSubmitOperator(new FlowOperator(item.getSubmitOperatorId(), item.getSubmitOperatorName()));
  body.setCreatedOperator(new FlowOperator(record.getCreateOperatorId(), record.getCreateOperatorName())); // 应为 item

• 结果：所有合并子记录的发起人全部显示为「当前打开记录」的发起人。复现测试（两条记录 rec=2/initiator1、rec=4/initiator2）：

  detail.todos = [rec=2,creator=1, rec=4,creator=1]  // rec=4 发起人应为 2
  

期望实现

body.setCreatedOperator(...) 使用 item 的发起人字段，保证每条合并子记录展示自身的流程发起人。

验证场景

• 两个不同发起人的流程在审批节点合并后，打开详情，断言 todos 中每条子记录的 createdOperator 与各自流程发起人一致。