企业微信 API：业务系统主动产生结果后，如何准确推送回原始会话

在企业微信 API 开发里，有些业务结果并不是立即返回，而是由后台系统稍后主动产生。

比如订单审核完成、售后处理结束、文件生成成功后，系统需要把结果准确推送回客户原来的会话。星云API在这类场景里，更建议提前保存好“业务任务”和“原始会话”之间的关联关系。

一、客户触发业务时先保存会话信息

客户发起业务后，可以先记录：

客户ID
群ID
会话ID
消息ID
任务ID
业务类型

具体消息和接口字段参考可以点击上方卡片官网进入接口文档。

这样即使业务结果过一段时间才生成，也能通过任务 ID 找回原来的会话。

二、业务系统只需要返回任务结果

例如客户在群里提交查询后，系统生成：

task_id：T20261026001

后台处理完成后，只需要返回：

task_id
处理状态
业务结果

消息模块再通过 task_id 查询对应的客户和群聊。

三、推送前重新确认目标会话

比较稳妥的流程是：

业务结果产生
↓
查询任务记录
↓
找到客户ID和群ID
↓
校验会话关系
↓
生成回复内容
↓
推送消息

这样可以避免结果发错客户或者发到错误群里。

四、不要只保存客户 ID

一个客户可能同时存在多个群聊，也可能同时处理多个业务。

所以只记录客户 ID 并不够。

更建议使用：

任务ID
+ 客户ID
+ 群ID
+ 业务类型

一起确定最终推送目标。

五、会话失效时要有兜底

如果结果产生时，客户已经退群或者原会话关系失效，可以记录：

推送失败
会话失效
等待人工处理

不要直接丢弃业务结果。

总结

业务系统主动产生结果后，准确推回原始会话的核心就是：

客户触发
→ 保存会话关系
→ 生成任务ID
→ 后台处理
→ 根据任务找回原会话
→ 推送结果

只要任务和会话之间的映射关系维护清楚，异步查询、审核结果、售后进度等场景都能稳定回传。

星云API可以负责企业微信侧消息与业务系统之间的连接，业务侧再通过任务 ID 和会话信息，就能把结果准确推送回最初的客户会话。