官网友情链接 wechatapi.net很多微信智能客服系统已经能做到客户在微信提问题。系统创建工单。但做完这一步以后常见的问题是工单进入内部系统后微信这边再也不知道处理到哪一步。客服在工单系统里已经解决。微信会话仍然显示处理中。或者工单被关闭以后机器人仍然把后续消息当成旧问题继续处理。所以个人微信二次开发做工单集成时不能只有“微信 → 工单”还需要“工单 → 微信会话”的状态回写。WechatApi 可以作为个人微信API接入层把客户消息、文件和会话送入工单流程。本地系统则通过工单事件把处理状态重新同步到会话和客户服务状态。一、工单创建后要保存双向关联ticket_idconversation_idsource_message_idcustomer_id。这样双方能够互相找到。二、一个具体例子客户“文件上传失败。”系统创建工单 T100。微信会话ticket_status open。技术处理后T100 → resolved。工单事件进入业务系统。会话更新问题已解决等待客户确认。机器人普通售后自动回复可以重新恢复。三、工单状态不能直接等于会话状态工单“已解决”。客户可能还没确认。所以会话可以waiting_customer_confirmation。客户说“好了。”才最终关闭。两套状态映射而不是完全相同。四、WechatApi 的位置WechatApi负责微信会话消息回复发送。工单系统负责内部处理。中间集成层负责状态映射。五、工单新增评论也可以回写内部提示技术人员在工单写“请客户提供版本号。”系统可以生成客服待办。不一定直接自动发给客户。高风险内容仍然人工确认。六、工单附件客户后来发新截图。系统识别当前有T100。自动关联到工单。而不是创建新工单。七、工单关闭后新问题怎么办客户三天后又发“又出问题了。”可以根据问题类型时间历史工单决定重新打开T100还是创建新工单。不要永远绑定旧工单。八、状态映射要版本化工单系统状态可能调整。mapping_rule_version。方便历史审计。九、工单事件也可能重复回写必须幂等。同一个 ticket_event_id 只处理一次。十、工单系统暂时不可用微信消息正常接收。工单候选进入等待同步。不要阻塞客户消息。恢复后补偿。十一、人工接管工单进入复杂处理。微信会话自动进入human_handoff。机器人暂停普通回复。十二、SLA工单超时。微信侧人工任务也可以升级。形成统一服务管理。十三、客户可见状态通知某些场景可以自动发送“问题已进入处理。”但是否发送由业务规则决定。不要工单每次状态变化都通知客户容易打扰。十四、日志微信消息工单创建状态变化回写最终关闭。统一trace。十五、权限客服能看工单摘要。技术工单内部敏感信息不一定全部展示给销售。字段级权限。十六、数据看板微信转工单数工单关闭时长重复工单会话重新打开客户确认时长。十七、异常工单已关闭但会话长期处理中。这属于状态不一致。定期对账发现并修复。十八、总结微信二次开发对接工单系统时只把客户消息推成工单只是完成了一半。WechatApi 可以把真实微信问题和附件带进服务流程。但工单处理结果还需要重新回到微信会话让机器人、人工接管、客户状态和后续消息都知道问题现在处于什么阶段。只有微信 → 工单 → 微信状态回写形成闭环微信智能客服才真正成为一套完整服务系统而不是两个互相不知道对方进度的独立平台。