Skip to content

微信通知

页面定位

微信通知不是用来配置公众号基础参数的页面,而是用来维护业务事件通知规则的页面。

你可以把它理解成:当系统里发生“新订单创建”“派工单下发”“账单审批”“订单生产进度变化”等业务事件时,系统会根据这里的配置,决定哪些人接收微信模板消息。

菜单说明

当前页面主要用于事件配置,页面标题显示为“微信通知”。

在你的系统里,它通常作为后台的“微信通知”菜单使用;如果现场菜单名称或归属分组有调整,以实际菜单为准。

它和“工厂配置-微信配置”的区别

很多人会把这两个页面混在一起,它们实际负责的事情不同。

页面作用
工厂配置 → 微信配置配置微信公众号的 应用标识 (AppID)、应用密钥 (AppSecret),解决“系统怎么接微信”
微信通知配置业务事件的通知对象和微信模板 ID,解决“哪些事通知谁”

也就是说:

  • 工厂配置里的微信配置,决定系统能不能正常连接微信;
  • 微信通知页面,决定发生某个业务事件时,系统把消息发给谁。

如果公众号基础配置没配好,后面的微信绑定、微信模板消息、一键登录都无法正常工作。


使用前提

在微信通知真正生效之前,至少要满足下面几个前提条件。

前提一:先完成公众号接入配置

进入 工厂配置 页面,在“微信配置”区域填写:

  • 微信开发者ID(AppID)
  • 微信开发者密码(AppSecret)

这一步通常由超级管理员维护。

前提二:接收通知的人必须先绑定微信

员工是否能收到微信通知,不取决于手机号是否一致,而取决于当前 ERP 账号是否已经和微信完成绑定

实际绑定入口在掌上 ERP 的个人中心:

  1. 使用微信打开掌上 ERP
  2. 登录自己的账号
  3. 进入“我的 / 个人信息”
  4. 在“账号安全”里点击“微信绑定”
  5. 按微信授权流程完成绑定

绑定成功后,这个账号才具备:

  • 接收微信消息通知
  • 在微信环境下一键登录

注意

当前实现依赖的是账号与微信身份 的绑定关系,不是“用户手机号必须和微信手机号一致”的校验逻辑。 因此旧习惯里那种“手机号一致才能收通知”的说法,不适合作为当前系统规则来理解。


页面上能做什么

微信通知页面本质上是一个事件配置列表

页面会列出系统当前支持的通知事件,并展示每个事件的通知配置情况。

列表主要字段

页面当前会展示以下信息:

字段说明
事件类型当前是哪一种业务事件
事件描述对该事件的业务说明
默认通知对象系统内置的默认接收角色
通知人管理员额外指定的具体人员
通知角色管理员额外指定的角色
操作编辑当前事件配置

页面操作特点

当前页面只有刷新编辑能力,没有以下操作:

  • 没有新增事件
  • 没有删除事件
  • 没有导出
  • 没有单独的启用 / 停用开关

这意味着:

  1. 事件类型是系统预置的,不是用户自己新增的;
  2. 你只能调整每个事件的通知规则,不能自己创建新的事件通知类别;
  3. 这不是一个“通知总开关管理页”,而是一个“事件接收规则配置页”。

编辑事件时可以配置什么

在列表中点击某一行的“编辑”后,会打开“编辑事件配置”抽屉。

当前抽屉里的真实配置项主要有下面几类。

1. 事件类型

事件类型是只读字段,用来告诉你当前正在编辑哪一个事件。

这个字段不能在页面里改。

2. 微信消息模板 ID

只有超级管理员能看到并编辑这个字段。

它表示当前事件对应的微信模板消息模板编号。

如果租户没有单独配置模板 ID,系统会优先回退到代码里预置的默认模板 ID 来发送。

注意

这里配置的是“微信模板编号”,不是消息正文编辑器。 页面不能直接改通知文案,也不能自由增加模板字段。 消息内容字段仍然由系统代码根据业务事件自动生成。

3. 禁用的默认通知角色

有些事件带有系统内置默认通知对象,例如:

  • 相关业务员
  • 相关设计师
  • 相关拆单员
  • 相关跟单员
  • 任务接单人
  • 任务派单人
  • 领料申请人
  • 账单发起人

如果你不希望其中某些内置角色继续接收通知,可以在这里把它们加入“禁用的默认通知角色”。

被禁用后,这些默认角色就不会再收到这个事件的通知。

4. 指定角色通知

你可以额外选择系统角色,让这些角色下的用户也接收当前事件通知。

适合这种场景:

  • 某类审批消息除了默认对象外,还要同步通知财务经理角色
  • 某类订单消息还要统一通知某个部门主管角色

5. 指定人通知

你也可以直接指定具体用户,让这些人固定接收该事件通知。

适合这种场景:

  • 专门通知一个值班人员
  • 专门通知某个负责人
  • 某个事件只想额外通知少数固定账号

去重规则

指定角色通知和指定人通知可以同时使用。

如果同一个人:

  • 既属于默认通知对象,
  • 又属于你额外指定的角色,
  • 同时还被加入了指定人,

系统最终也只会给他发一份通知,不会重复发送。


当前系统真实支持的事件类型

下面这张表更接近当前代码里的真实实现。

事件类型事件说明默认通知对象
新订单通知建单员创建新的订单后触发相关业务员、相关设计师、相关拆单员、相关跟单员
报价确认结果通知与客户商定价格后的报价操作通知无内置默认角色
订单签单成功通知与客户确认交付时间后的签单通知无内置默认角色
订单交货已逾期通知订单超过交付期仍未正常交付时触发相关业务员、相关设计师、相关拆单员、相关跟单员
生产订单审核提醒订单生产下单因付款比例不足发起申请时,推送审核通知相关业务员、相关跟单员
物料领用申请通知拆单员发起领料申请后触发无内置默认角色
领料单审核驳回通知仓库驳回领料申请后触发领料申请人
订单生产通知订单从生产下单到打包完成过程中的进度通知相关业务员、相关设计师、相关拆单员、相关跟单员
账单审核通知员工发起财务申请时触发无内置默认角色
报账单审核完成通知财务审批完成后触发账单发起人
派工单通知新任务派发时触发任务接单人
工单完成通知完成或拒绝被派任务时触发任务派单人
工单处理超时预警通知任务超期未完成时触发任务接单人
采购单下单通知物料采购单下单时触发无内置默认角色(需手动配置)
采购入库通知采购商品入库成功时触发无内置默认角色(需手动配置)
备料完成通知物料准备完成、可以进行领料时触发领料申请人

注意

旧文档里提到的“识别新订单系统通知”“订单交易已确认通知”“客户验闭申请通知”“工单失败通知”等名称,和当前代码中的事件枚举并不一致。

使用时请以页面实际展示的事件列表为准,不要再按旧文档记忆理解。


标准操作流程

场景一:给某个事件补充额外通知人

例如:希望“派工单通知”除了默认通知任务接单人外,还固定通知车间主管。

操作步骤:

  1. 进入“微信通知”页面
  2. 在列表中找到“派工单通知”
  3. 点击“编辑”
  4. 在“指定角色通知”里选择对应管理角色,或在“指定人通知”里直接选车间主管
  5. 点击确认保存

保存后,系统在该事件触发时,会把:

  • 默认接收人
  • 你额外指定的角色人员
  • 你额外指定的具体用户

合并后统一发送。

场景二:禁用某个内置默认角色

例如:你希望“新订单通知”不再通知相关跟单员,只保留业务员、设计师、拆单员。

操作步骤:

  1. 进入“微信通知”页面
  2. 找到“新订单通知”
  3. 点击“编辑”
  4. 在“禁用的默认通知角色”里勾选“相关跟单员”
  5. 保存

保存后,系统这个事件仍然保留其他默认对象,但不会再把通知发给被禁用的内置角色。

场景三:超级管理员替换微信模板 ID

例如:租户已经在微信公众号里维护了自己的模板编号,希望某个事件使用新的模板。

操作步骤:

  1. 使用超级管理员账号进入“微信通知”
  2. 打开目标事件的编辑抽屉
  3. 在“微信消息模板ID”中填写新的模板编号
  4. 保存

谨慎修改

微信模板 ID 不是随便填一个编号就能用。

系统发送模板消息时,会按代码中预设的字段名组织数据。如果你替换成了字段结构不兼容的模板,消息可能发送失败,或者模板字段无法正确展示。

因此只有在你清楚当前事件输出字段与公众号模板字段一一对应时,才建议修改。


谁能收到通知

一个用户最终能否收到某个微信通知,取决于以下几层条件是否同时成立:

接收范围如何判定

系统会把下面几类接收人合并后去重:

  1. 事件内置默认通知角色对应的人
  2. 页面里额外指定的通知角色对应的人
  3. 页面里额外指定的通知人

不会收到通知的常见原因

最常见的情况有这些:

  1. 当前工厂没有正确配置 应用标识 (AppID) / 应用密钥 (AppSecret)
  2. 用户还没有完成微信绑定
  3. 用户不在当前事件的通知范围内
  4. 用户所在的默认通知角色被管理员禁用了
  5. 当前事件没有可用的微信模板 ID
  6. 微信模板字段和系统事件输出字段不匹配

常见问题

Q1:为什么我收不到微信通知?

按下面顺序检查:

  1. 工厂配置里的微信 AppID、AppSecret 是否已正确维护
  2. 你是否已经在掌上 ERP 中完成微信绑定
  3. 当前事件是否把你纳入接收范围
  4. 你所属的默认通知角色是否被禁用
  5. 当前事件是否存在有效模板 ID
  6. 微信公众号侧是否满足模板消息发送条件
Q2:这个页面能不能关闭某一类通知?

当前实现没有独立的“启用 / 停用”开关。

你能做的是:

  • 禁用某些默认通知角色
  • 删除额外指定的通知角色
  • 删除额外指定的通知人
  • 由超级管理员调整模板 ID

所以它更像“接收规则配置页”,不是“通知总开关页”。

Q3:能不能按岗位通知?

当前页面不支持按岗位配置。

现在只支持:

  • 默认通知角色
  • 指定角色通知
  • 指定人通知
Q4:能不能自定义通知内容?

当前页面不能直接编辑通知文案。

系统只允许超级管理员维护微信模板 ID;真正发送时的字段和值,仍然由业务事件代码自动生成。

Q5:解绑微信后会怎样?

解绑后,该账号会失去:

  • 微信消息通知能力
  • 微信一键登录能力

如果之后还要继续接收通知,需要重新绑定。


使用建议

建议一:先配公众号,再配通知对象

如果公众号基础配置还没完成,就先不要急着维护事件通知,否则很容易误以为“通知配置无效”。

建议二:优先保留默认通知角色,再做增减

很多事件已经内置了合理的默认接收对象。建议先理解系统默认通知逻辑,再根据企业实际管理方式禁用或补充。

建议三:修改模板 ID 前先验证模板字段

如果公众号模板字段和系统输出字段不匹配,配置后反而会造成消息发送异常。模板替换前最好先用测试事件验证一次。

建议四:不要把它理解成全渠道消息中心

当前这页主要围绕微信模板消息做事件接收规则配置。系统通知、短信通知虽然在后端架构里有扩展位,但这页面向用户暴露出来的重点仍然是微信通知。

智掌每一单,稳控每一环