cangku

History

yanhui 9d80b4c73e fix(wle): 现场拦截（售后已签收）不再算仓储物流转运异常

业务口径（2026-10-23）：发货后被快递当场拦下、货被售后仓签收的单，物流环节
其实已经结束，不该报「转运异常」。判据 = 售后单**签收单号 `l_id` 非空** 且
明细**实退数量 `r_qty` 合计 > 0**。

改动：
- registry 新增 INTERCEPT_AFTERSALE_SOURCES，登记两张互斥的店铺售后表
  （jst_returnAndRefundInfo/Item、jst_qmcust_refundlist/Item）；
- service 新增 loadInterceptedOrders()，在主循环前一次性批量判定：
  · 只查「本来会报异常」的 oId（9800 单 → 几十单）；
  · 两张表**并发**查（两表在 rpt 副本里都是堆表，全表扫 4.5s + 8.5s，并发后取 8.5s）；
  · 售后表查询失败自动降级为「不剔除」，不让整页挂掉；
- 命中即从异常清单摘掉，但**保留发货分母**（货确实发出去了），异常率不被放大；
- exclusions 新增 interceptPackages/Orders/Reasons，页面页脚与钉钉推送各补一行说明。

实测（2026-10-22 批次）：异常 36 → 33，剔除 3 单（9854409/9850736/9858367，
全是「拒收退货 + 实退 1 件 + 签收单号=原运单号 + 卖家已收货」）；
10-21 批次剔除 2 单；同时 r_qty=0 的 9859198/9871523 正确地没被剔。

验证：
- node --test warehouseLogisticsException(+Notify)：47/47 通过；
- 本地 5173 真渲染：表格 33 行、页脚显示「另有 3 单属现场拦截（售后已签收）」、无 pageerror；
- 后端 npm run check：469/471，2 个失败为既有平台差异（secretStore 权限位、cloudDatabase 负缓存）。

2026-10-23 08:43:35 +08:00

api

feat: 缺货补货监控改为订单驱动（崔桥当日订单>拣货位库存即需从存储位补货）

2026-10-22 14:01:35 +08:00

config

fix: 云库新增慢查询入口 querySlow（池级超时放宽）

2026-10-14 13:12:05 +08:00

constants

feat: 新增二级页面「拣选库位动销分析」（大货库存监控）

2026-10-07 16:59:39 +08:00

data

Initial public PDD edition without market, Claw, skills or platform switching