MES待办怎么推送到企业微信

使用边界

企业微信推送只负责把关键待办送到人，不替代 MES 里的责任、权限和关闭记录。春喜铜现场常见的待品检、待入库、待整改、待处理异常、待客户确认，如果只留在系统页面里，责任人可能看不到；但所有消息都推到企微，又会很快变成噪音。

推送对象必须以 MES 用户为主账号，企业微信 userid 只是触达身份。工单、库存、质量、售后权限仍按 MES 账号判断。

绑定口径

项目	管理要求
MES 账号	登录、权限、待办责任主体
企业微信 userid	个人消息接收身份，不等同微信 openid
绑定状态	启用、停用、待核对
触达来源	质量、仓库、生产、6S、售后、审批
失败记录	userid 缺失、账号停用、接口失败、消息被拒

推送前先核对绑定关系

用户管理中要维护 MES 账号、姓名、手机号、岗位和企业微信 userid。绑定时要核对通讯录人员，尤其是同名员工、外协人员和离职后重新入职的账号，不能只凭手机号或昵称判断。

业务模块产生待办后，先解析 MES 责任人，再查企业微信 userid。用户离职、停用、调岗后，应先停用推送或重新绑定责任人，再允许待办继续流转。

推送内容要能直接处理

只推送需要及时处理、确认或复核的待办。消息里至少包含业务单号、问题摘要、处理入口、截止时间和责任动作。推送失败时，MES 站内待办仍要保留，失败原因要记录到日志里，不能因为企微没送达就让待办消失。

不推送的情况

仅用于留痕的状态变化、批量统计、无动作要求的公告，不建议推个人消息，可以进入消息中心或日报汇总。

复核要求

每月抽查推送失败、重复推送、无人接收和离职账号仍推送的记录。发现同一事项多次推给多人但没人关闭，要回到待办责任设计，而不是继续加提醒。

记录要求

保留绑定记录、推送状态、消息模板、推送时间、失败原因、点击或处理状态。企微消息丢了，MES 待办仍要能追到责任和关闭结果。