女装/权限与系统/消息通知设置
L6S2P1
设计稿 v2.0
‹ 算法参数设置外部集成与开放 API ›☰ 总览功能地图
王
王运营
总部 · 商品运营

消息通知设置

按“角色 × 事件 × 渠道”订阅待办与告警,配置渠道配额与降级链路、通知模板与变量占位符、频率控制(静默期 / 聚合 / 升级)以及发送日志与失败重试。所有发送行为可追溯到人、到渠道、到结果。

告警中心
i通知治理口径:待办类必达(不参与静默期压制,未读则升级)、告警类分级(阻断级可突破静默期并走短信,警告 / 提示级进入聚合)、报表类聚合(只在固定时点打扰一次)。任何一次发送都能在发送日志里回答“发给了谁、走哪条渠道、失败后降级到哪”。
订阅角色
6个
内置角色全覆盖,可按用户二次覆盖
事件类型
42类
待办 12 / 告警 18 / 报表 12
可用渠道
5个
钉钉 / 企微 / 邮件 / 短信 / 站内
今日推送
1,286条
待办 214 / 告警 96 / 报表 976
触达率(近 7 天)
98.6%
失败重试后最终未达 18 条
失败重试中
7条
3 条门店端未读 · 4 条渠道限流退避中

角色 × 事件 × 渠道订阅矩阵

行 = 事件 / 待办,列 = 角色,格内 = 触达渠道
事件 / 待办(含功能编号)商品运营零售运营物流计划区域经理门店店长管理员
一、待办类(必达:未处理会阻塞流程,不参与静默期压制)
审批超时提醒
单据待审批 > 4 小时 · E2
企微企微钉钉 企微钉钉 短信—站内
人工改量待确认
决策表人工改量 > 20 行 · O13
钉钉 企微企微—企微—站内
门店收货待确认
到货 48 小时未确认 · E8
站内企微钉钉 企微企微企微 站内—
导入校验失败
Excel 导入四步校验未通过 · E6
钉钉 邮件——邮件—站内
二、告警类(分级:阻断级突破静默期 / 警告级 / 提示级)
负库存(阻断级)
库存 < 0,最早暴露漏单 · D5(如杭州奥莱店 24AW-3890 −2 件)
钉钉 短信钉钉 短信钉钉 企微 短信钉钉 短信企微 短信站内
快照缺失致批次中断(阻断级)
无决策日快照,不可复算 · G1
钉钉 短信—钉钉 短信——钉钉 短信
POS 同步延迟 > 6h(警告级)
销售流水缺失,影响本次决策 · D5
钉钉 邮件企微企微邮件—站内
预测 MAPE 超阈值(警告级)
针织品类 27% > 阈值 25% · G7
钉钉 邮件——邮件—站内
调拨单超 7 天未签收(提示级)
履约链路停滞 · E4
站内企微企微 邮件企微企微—
约束命中率为 0(提示级)
疑似功能未实装,需业务确认 · O11
钉钉—钉钉——站内
三、报表类(聚合推送,默认只在固定时点打扰一次)
每日决策摘要
批次出单完成后 1 次 · G3
邮件 钉钉邮件邮件 钉钉邮件—邮件 站内
周度达成与售罄
每周一 09:00 · G4
邮件邮件邮件邮件—邮件
月度模型质量与参数漂移
每月 1 日 10:00 · G7 / O16
邮件——邮件—邮件
共 13 类高频事件 × 6 个内置角色(事件全量 42 类)
“—”=不订阅;多渠道路由按“主渠道 → 降级渠道”顺序
!矩阵的行是事件而不是页面入口:一个事件可能来自多个模块(如“负库存”同时来自库存口径 D5 与批次 G1),订阅按事件而不是按模块,才能避免同一件事收到三条消息。修改订阅不会立即生效 —— 需保存为草稿并经部门 owner 确认(S2 + G9 留痕)。

渠道配置与发送配额

渠道不是“开关”而是“有配额、有降级链路的通道”
渠道接入方式可用状态发送配额近 7 天已用限流策略负责人
———————
———————
———————
———————
———————
———————
共 5 个可用渠道 + 1 个未开通渠道;配额用量按近 7 天日均估算,超 90% 自动降级并告警
每页
渠道优先级
钉钉 / 企微(主)→ 站内(兜底)→ 短信(仅阻断级)→ 邮件(报表类)
配额保护
任一渠道用量 > 90% 自动降级到站内并通知管理员;不静默丢弃消息
身份绑定
企微 / 钉钉按手机号与工号绑定;未绑定则自动降级,不阻塞业务
门店端
店长优先企微 + 站内(门店 iPad 常驻);短信仅用于阻断级

频率控制与静默期

把打扰压到最低,把必达留到最后
i静默期只压制“提醒”,不压制“阻断”:负库存、批次中断、快照缺失三类告警无视静默期。业务最反感的不是消息多,而是夜里推提示级、白天漏阻断级。

聚合推送与升级策略

未读不是“用户的事”,是系统的责任
① 同事件合并
同一事件 30 分钟内的多条按对象合并为一条(如 6 家门店未确认收货 → 1 条 + 明细表)
② 未读提醒
待办类 30 分钟未读自动重发 1 次(换渠道,不重复同渠道)
③ 一级升级
2 小时未读 / 未处理 → 升级至直属主管
④ 二级升级
4 小时未处理 → 升级至区域经理 / 部门负责人,同时进站内 + 短信
⑤ 日终汇总
24 小时仍未闭环的事件进入次日日报“未闭环清单”,由 owner 逐条说明

升级必须有两级封顶

升级链最多两级:再往上就是“组织问题不是系统问题”。同时升级事件必须在日报里保持可见,否则会被误认为已解决。

通知模板与变量占位符

模板是业务口径的最后一公里
模板编码模板名称触发事件变量占位符适用渠道最近修改
——————
——————
——————
——————
——————
——————
——————
共 24 个模板;占位符取值必须来自字段字典(io-template),禁止在前端拼接业务数值
每页

占位符三条纪律

① 变量名必须能在字段字典里查到,否则模板不允许保存;② 金额与数量统一带单位(件 / 元 / 分钟),避免“3”到底是 3 件还是 3 小时;③ 阻断级模板必须包含“下一步动作”字段(如“请核实盘点并回填差异单”),否则接收人只会转发不会处理。

发送日志与失败重试

“发出去了”与“对方看到了”是两件事
时间渠道模板接收对象结果重试耗时
———————
———————
———————
———————
———————
———————
———————
日志保留 540 天(retain.alert,见 sys-param);每一条都记录渠道、模板、接收对象、结果与重试次数
每页

失败处理与兜底规则

重试策略
指数退避 1 / 3 / 9 分钟,最多 3 次,携带同一消息 ID(不重复打扰)
渠道降级链
钉钉 → 企微 → 站内;阻断级追加短信
死信处理
3 次仍失败入死信队列并告警运维,不允许静默丢弃
身份缺失
未绑定企微 / 钉钉的账号自动走邮件 + 站内,并在账号页提示绑定
配额兜底
渠道超配额自动降级站内,同时通知管理员扩容
回执采集
企微 / 钉钉返回已读回执的,写入消息状态;未读即触发升级
S2 消息通知 G2 告警中心 E8 门店端

近 7 天发送量(按渠道)

总计 26,298 条 / 7 天
企业微信12,318 条
钉钉8,642 条
站内消息4,910 条
邮件386 封
短信42 条

订阅自检

自检项结果说明
是否存在无接收人的事件订阅1 项“约束命中率为 0”仅订阅管理员,需指定业务 owner
是否存在全渠道订阅(消息轰炸)2 项负库存、批次中断为阻断级,全渠道属预期
阻断级事件是否都配了短信是3 类阻断级事件全部覆盖
未绑定渠道账号9 人创建后 72 小时未登录的账号,无法触达
模板占位符是否均可解析24 / 24与字段字典交叉校验通过

本页标签与联动

L6S2P1
角色订阅 事件驱动 渠道矩阵 发送配额 静默期 聚合推送 升级策略 已读回执 失败重试 死信队列 模板变量
i设计说明(S2):通知设置最容易做成“渠道开关集合”。真正的企业级差异在于按事件订阅 + 分级 + 可升级 + 可追溯:同一条告警要能说清发给谁、走哪条渠道、为什么没送到、最后升级到谁。
i与 sys-param 的分工:渠道开关、静默期、重试次数等运行时数值在 sys-param 的通知参数分组维护;本页负责订阅关系、模板与升级链路的配置与追溯。两页共用同一份推送日志(mon-alert / mon-log 可交叉查看)。