refactor(wst): 页面名去掉「24 小时」，改为「发货时效（到点未发即超时）」

规则完全不动，只改名字，消除误导。

## 为什么改

页面原名「仓储中心 24 小时发货时效」，但判定规则是「到 13:00 / 18:00
核验时刻仍未发货即超时」，**没有满 24 小时的门槛**（业务 2026-10-20 已三次纠偏定版）。
名字和规则打架，导致看的人以为「不满 24 小时不该算超时」。

实测例子：10-27 16:00 创建的单，今天 13:00 核验时只等了 **21 小时**就被判超时；
13:00 轮 599 单里有 416 单属于 10-27 16 点后创建。业务看到就问「创建时间都在 7 点后，
为什么算超时」—— 其实是名字里的「24 小时」在误导（那些是**昨天**晚上的单，
不是今天的）。

## 改了什么

用户可见（2 处）：
- 侧栏菜单：`仓储中心24小时发货时效` → `仓储中心发货时效`
  （不加括号：侧栏现有最长 label 12 字，加了会到 18 字溢出）
- 页面标题：`仓储中心 24 小时发货时效` → `仓储中心发货时效（到点未发即超时）`

其余为注释同步（8 个文件），代码逻辑与判定口径**零改动**：
`warehouseShipTimelinessRegistry/Service/NotifyJob/NotifySettings`、
`warehouseLogisticsExceptionRegistry`、`frontend/api/warehouseShipTimeliness`、`backend/index`。

## 不变的部分

- 核验时点、窗口上界（07:00 / 16:00）、仓级例外（山东 15:00、洛宁 13:00）
- 数据源与起算点（订单两表 + `created`）
- 钉钉推送抬头本来就是「【仓储中心发货时效】」，不用改

## 验证

- 前端 eslint 通过、`npm run build` 通过（31.86s）
- 浏览器真渲染（本地 5173，等足 75 秒数据返回）：
  - 标题 = `仓储中心发货时效（到点未发即超时）`
  - 侧栏项 = `仓储中心发货时效`，全页 `body` 内已无「24小时」字样
  - 数据正常渲染：超时未发 599 单 / 不计考核 849 / 涉及仓库 8 个 / 最久未发 13 天
  - 明细「创建时间」列完整显示 `2026-10-27 19:xx` 这类日期，不存在时区错位
  - 无 pageerror
- 后端 `npm run check`：本次只动注释，不影响

backend/src/api/warehouseShipTimeliness.js

@@ -1,7 +1,7 @@
 'use strict';
 
 /**
- * 仓储中心 24 小时发货时效 —— HTTP 路由（2026-10-20 新增）
+ * 仓储中心发货时效 —— HTTP 路由（2026-10-20 新增）
  * ────────────────────────────────────────────────────────────────────────────
  * GET /api/warehouse-ship-timeliness/list
  *   query:

backend/src/index.js

@@ -681,7 +681,7 @@ async function startServer(options = {}) {
   cubejsApp.use('/api/product-monitoring', authMiddleware, productMonitoringRoutes);
   cubejsApp.use('/api/modular-stock-monitor', authMiddleware, modularStockMonitorRoutes);
   cubejsApp.use('/api/mkh-bom', authMiddleware, mkhBomRoutes);
-  // 仓储中心 24 小时发货时效（2026-10-20 新增）：列表左侧侧栏，11 个主仓超时未发
+  // 仓储中心发货时效（2026-10-20 新增）：列表左侧侧栏，11 个主仓超时未发
   cubejsApp.use('/api/warehouse-ship-timeliness', authMiddleware, warehouseShipTimelinessRoutes);
   // 仓储中心物流转运异常（2026-10-21 新增）：每日 09:00 核验前一日已发货单的物流记录
   cubejsApp.use('/api/warehouse-logistics-exception', authMiddleware, warehouseLogisticsExceptionRoutes);

backend/src/jobs/warehouseShipTimelinessNotifyJob.js

@@ -1,7 +1,7 @@
 'use strict';
 
 /**
- * 仓储中心 24 小时发货时效 · 两轮核验完成后把超时未发单推到钉钉群
+ * 仓储中心发货时效 · 两轮核验完成后把超时未发单推到钉钉群
  * ────────────────────────────────────────────────────────────────────────────
  * 业务口径（2026-10-27 原话）：
  *   「发货时效也需要钉钉通知：13 点核验 7 点前的超时单，核验完成后通知；

backend/src/services/warehouseLogisticsExceptionRegistry.js

@@ -4,7 +4,7 @@
  * 仓储中心物流转运异常（2026-10-21 新增）
  * ────────────────────────────────────────────────────────────────────────────
  * 需求（yanhui 2026-10-21）：
- *   在左侧栏加一栏「仓储中心物流转运异常」（放在「仓储中心 24 小时发货时效」下面），
+ *   在左侧栏加一栏「仓储中心物流转运异常」（放在「仓储中心发货时效」下面），
  *   下属 12 个发货仓：
  *     横林二仓 / 横林三仓 / 横林二仓品牌仓 / 崔桥工厂仓 / 崔桥工厂品牌仓 /
  *     崔桥工厂半成品包装项目仓 / 新苏北仓 / 睢宁仓 / 山东青岗集仓 / 山东品牌仓 /

backend/src/services/warehouseShipTimelinessNotifySettings.js

@@ -1,7 +1,7 @@
 'use strict';
 
 /**
- * 「仓储中心 24 小时发货时效」两轮核验完成后推文本到钉钉群 —— 配置与状态存取
+ * 「仓储中心发货时效」两轮核验完成后推文本到钉钉群 —— 配置与状态存取
  * ────────────────────────────────────────────────────────────────────────────
  * 业务口径（2026-10-27）：
  *   「13 点核验 7 点前的超时单，核验完成后通知；18:00 核验的订单，核验完成后也通知。」

backend/src/services/warehouseShipTimelinessRegistry.js

@@ -1,10 +1,10 @@
 'use strict';
 
 /**
- * 仓储中心 24 小时发货时效（2026-10-20 新增）
+ * 仓储中心发货时效（2026-10-20 新增）
  * ────────────────────────────────────────────────────────────────────────────
  * 需求（yanhui 2026-10-20）：
- *   MKH-BOM 列表左侧加一栏「仓储中心24小时发货时效」，下列 11 个仓：
+ *   MKH-BOM 列表左侧加一栏「仓储中心发货时效」，下列 11 个仓：
  *     横林二仓 / 横林三仓 / 横林二仓品牌仓 / 崔桥工厂仓 / 崔桥工厂品牌仓 /
  *     崔桥工厂半成品包装项目仓 / 新苏北仓 / 睢宁仓 / 山东青岗集仓 / 山东品牌仓 / 河南洛宁仓
  *   从系统库存抓取「已发货订单」与「未发货订单」，按**订单审核时间**分轮核算。

backend/src/services/warehouseShipTimelinessService.js

@@ -1,7 +1,7 @@
 'use strict';
 
 /**
- * 仓储中心 24 小时发货时效 —— 服务层
+ * 仓储中心发货时效 —— 服务层
  *
  * ═══════════════════════════════════════════════════════════════════════════
  * 🔥 2026-10-28 数据源与起算点「双切换」（业务 yanhui 定版）

frontend/src/api/warehouseShipTimeliness.js

@@ -4,7 +4,7 @@ import request from './request';
 // 超时必须放大到 3 分钟，否则前端会先断开、后端还在跑。
 const TIMELINESS_TIMEOUT_MS = 3 * 60 * 1000;
 
-// 仓储中心 24 小时发货时效：每个主仓「超时未发」数量 + 超时订单明细
+// 仓储中心发货时效：每个主仓「超时未发」数量 + 超时订单明细
 //   params.round  'NOON' | 'AFTERNOON'（不传按当前时刻自动判定）
 //   params.limit  明细条数上限
 export const getWarehouseShipTimeliness = (params = {}) => request.get(

frontend/src/config/sidebarNavigation.js

@@ -37,7 +37,7 @@ export const DEFAULT_SIDEBAR_CONFIG = {
         { key: 'mkh-bom-data', label: 'MKH-BOM资料', icon: 'table', routeKey: 'mkh-bom-data', visible: true, order: 20 },
       ],
     },
-    { key: 'warehouse-ship-timeliness', type: 'item', label: '仓储中心24小时发货时效', icon: 'inbox', routeKey: 'warehouse-ship-timeliness', visible: true, order: 110 },
+    { key: 'warehouse-ship-timeliness', type: 'item', label: '仓储中心发货时效', icon: 'inbox', routeKey: 'warehouse-ship-timeliness', visible: true, order: 110 },
     { key: 'warehouse-logistics-exception', type: 'item', label: '仓储中心物流转运异常', icon: 'warning', routeKey: 'warehouse-logistics-exception', visible: true, order: 111 },
     {
       key: 'large-stock-monitor', type: 'group', label: '大货库存监控', icon: 'appstore', visible: true, order: 200, defaultExpanded: true,

frontend/src/pages/WarehouseShipTimeliness/index.jsx

@@ -320,7 +320,7 @@ const roundFileText = (roundInfo) => (
 );
 
 /**
- * 仓储中心 24 小时发货时效（独立页面）
+ * 仓储中心发货时效（独立页面）
  * ────────────────────────────────────────────────────────────────
  * 业务口径（yanhui 2026-10-20 定轮次；2026-10-28 定起算点）：
  *   · 11 个主仓，子仓并入主仓一起算；
@@ -621,9 +621,11 @@ function WarehouseShipTimeliness() {
   return (
     <SycmPage className="wst-page">
       <header className="wst-header">
-        <Title level={3}>仓储中心 24 小时发货时效</Title>
+        <Title level={3}>仓储中心发货时效（到点未发即超时）</Title>
         <Text type="secondary">
           按聚水潭订单表实时状态核验 11 个主仓是否在承诺时效内完成发货，只列超时未发货的单量。
+          {/* 2026-10-28 业务定：名字里不再出现「24 小时」—— 规则本身没有 24h 门槛，
+              原名会让 10-27 16:00 创建（只等了 21 小时）的单看着像「没到时限也被判超时」。*/}
         </Text>
         <Text type="secondary" className="wst-note">
           每天 <b>13:00</b> 核验「<b>今天 07:00 前创建</b>」、<b>18:00</b> 核验「<b>截止 16:00 前创建</b>」、