yanhui
6c4f36f9fd
fix(wle): 钉钉推送失败后自动重试，不再「一天只有一次机会」
11-11 09:10 那次推送撞上业务库连不上（状态里 `Failed to connect to
218.93.9.21:1433`）。老逻辑用 `chinaHourMinute(now) === config.sendTime`
严格相等判定，只给这一分钟一次机会：失败后当天彻底不推，群里一整天
没有任何消息，也没人知道任务其实跑过。
改成「推送时刻 + 重试窗口」模型：
- 新增纯函数 `resolveScheduledPushDecision`，每分钟 tick 只需问它一次；
窗口 = sendTime ~ sendTime+30min，窗口内每 5 分钟重试一次，成功即停
（`lastSentDate` 落库后后续 tick 走 already_sent_today）。
- 状态新增 `attemptDate` / `attemptCount` / `lastAttemptAt`：既做节流
（避免每分钟重跑 240s 的全量核验），也做跨天归零。
- 窗口不跨日（sendTime+window 超过 23:59 截到当天最后一分钟），
否则 pushDate 换天会把去重键带歪、同一天可能推两遍。
- 窗口关闭且当天始终未成功时打一条 error 日志，明确「今天不会再自己来了」。
- 窗口 / 间隔支持 `WLE_NOTIFY_RETRY_WINDOW_MINUTES`、
`WLE_NOTIFY_RETRY_INTERVAL_MINUTES` 环境变量覆盖，现网调整不用发版。
测试：`test/warehouseLogisticsExceptionNotify.test.js` 新增 10 条边界用例
（到点首轮 / 未到点 / 已推过 / 间隔内节流 / 间隔到点 / 窗口边界含端点 /
窗口关闭 / 跨天归零 / 窗口不跨日 / 状态残缺不卡死 / sendTime 非法），
30/30 通过。
2026-11-11 11:12:26 +08:00
..
2026-09-12 11:51:44 +08:00
2026-09-12 11:51:44 +08:00
2026-09-12 11:51:44 +08:00
2026-10-07 16:59:56 +08:00
2026-09-15 16:53:12 +08:00
2026-11-11 11:12:26 +08:00
2026-11-11 11:12:26 +08:00
2026-09-12 16:53:18 +08:00
2026-09-12 17:13:59 +08:00
2026-09-12 11:51:44 +08:00
2026-09-24 11:59:36 +08:00
2026-09-12 11:51:44 +08:00
2026-09-12 11:51:44 +08:00
2026-09-12 21:34:07 +08:00
2026-09-27 14:16:06 +08:00
2026-09-12 11:51:44 +08:00