yanhui
f749bcc03c
① 导出明细（业务要求：超时未发要能导出核对）
· 新增 GET /api/warehouse-ship-timeliness/export：不分页、不截断，返回本轮全部行
· 页面「超时未发货订单」卡片右上角加「导出明细」下拉（Excel / CSV）
· 选中某个仓时只导该仓（前端按 centerKey 过滤，与后端主仓归属同一套）
· 导出列比页面多「快递公司 / 运单号」（追单要看有没有打单），单号一律转字符串
避免 Excel 显示成科学计数法
② 缓存改成「存全量、出口截断」
· 缓存键去掉 limit（原为企业级教训：WLE 核验缓存早就这么改了）
· 页面 limit=1000、导出要全量，旧实现两边永不命中 → 每点一次导出重查一遍视图
· 实测：首次查询 86.3s，导出命中缓存 5ms
· 顺带修 detailTotal / heldTotal：明细被截断时页面仍显示真实总数，
不再把「只显示前 1000 条」写成「一共就这么点」
③ 不考核快递追加「武进安能」（业务 2026-10-27）
· 包含匹配，同时覆盖「武进安能大件」
· ⚠️ 严格不泛化成「安能」：实测库里带「安能」的有 8 个写法，
常州安能新 4207 单 / 安能物流 110 单等仍照旧考核（与
warehouseLogisticsExceptionRegistry 同一口径，那里也写着这句）
④ 钉钉推送明细行在「线上单号」后加「快递」
· 一行 = 仓｜内部单号｜线上单号｜快递｜审核 时间｜已等 X 小时
· 群里直接能判断是哪家快递、要不要走站点，不用回页面逐单点开
· 「已剔除 N 单不考核快递」的快递清单改成读服务层，别再各写一份
⑤ 修复推送任务时区（生产容器 /etc/timezone = Etc/UTC）
· 症状：pushShipTimelinessNotify 把裸 new Date() 传给 getShipTimeliness，
而 service / registry 内部用 getDate()/getHours() 直读 →
北京 13:05 = UTC 05:05，被判「未到 13:00 核验时间」→ 两轮推送永不触发
· 改法：rawNow（真实时刻，给 Intl / toISOString）+ bjNow（平移后，
给本地 getter 与 service 调用）双轨，与 2026-10-21 那次同源问题的修法一致
61 lines
2.6 KiB
JavaScript
61 lines
2.6 KiB
JavaScript
import request from './request';
|
||
|
||
// 发货时效要扫两张订单表 + 出库表（rpt 下全是视图），冷启动实测 40~50 秒，
|
||
// 超时必须放大到 3 分钟，否则前端会先断开、后端还在跑。
|
||
const TIMELINESS_TIMEOUT_MS = 3 * 60 * 1000;
|
||
|
||
// 仓储中心 24 小时发货时效：每个主仓「超时未发」数量 + 超时订单明细
|
||
// params.round 'NOON' | 'AFTERNOON'（不传按当前时刻自动判定）
|
||
// params.limit 明细条数上限
|
||
export const getWarehouseShipTimeliness = (params = {}) => request.get(
|
||
'/api/warehouse-ship-timeliness/list',
|
||
{
|
||
params,
|
||
timeout: TIMELINESS_TIMEOUT_MS,
|
||
headers: { 'Cache-Control': 'no-cache' },
|
||
}
|
||
);
|
||
|
||
// 仅取今日两轮核验的描述（不打订单表，秒回），用于顶部提示
|
||
export const getWarehouseShipTimelinessRounds = () => request.get(
|
||
'/api/warehouse-ship-timeliness/rounds',
|
||
{ timeout: 30000 }
|
||
);
|
||
|
||
// 「超时未发」明细导出：不分页、不截断，返回本轮考核口径内的全部行。
|
||
// 与 /list 共用后端同一份缓存，所以页面刚刷过时这里是秒回；
|
||
// 冷启动（缓存已过期）仍要全量扫视图，超时同样放大到 3 分钟。
|
||
export const getWarehouseShipTimelinessExportRows = (params = {}) => request.get(
|
||
'/api/warehouse-ship-timeliness/export',
|
||
{
|
||
params,
|
||
timeout: TIMELINESS_TIMEOUT_MS,
|
||
headers: { 'Cache-Control': 'no-cache' },
|
||
}
|
||
);
|
||
|
||
// ── 两轮核验完成后推文本到钉钉群（2026-10-27 新增）────────────────────────
|
||
// 通道 = 群自定义机器人 webhook（不发 .xlsx，只发 text；加签密钥可选）
|
||
// 读配置：加签密钥只回掩码（webhookSecretConfigured + webhookSecretPreview）
|
||
export const getShipTimelinessNotifySettings = () => request.get(
|
||
'/api/warehouse-ship-timeliness/notify/settings',
|
||
{ timeout: 30000, headers: { 'Cache-Control': 'no-cache' } }
|
||
);
|
||
|
||
// 保存配置：加签密钥留空 = 沿用已存的，不必每次重填
|
||
export const saveShipTimelinessNotifySettings = (payload = {}) => request.put(
|
||
'/api/warehouse-ship-timeliness/notify/settings',
|
||
payload,
|
||
{ timeout: 30000 }
|
||
);
|
||
|
||
// 立即推送 / 预览正文 / 测试通道
|
||
// dryRun=true 只组装消息不发送（返回正文全文）
|
||
// probe=true 只发一句通道测试，不查业务数据
|
||
// 冷启动要全量扫订单状态视图（生产实测数十秒到几分钟），超时给足
|
||
export const runShipTimelinessNotify = (payload = {}) => request.post(
|
||
'/api/warehouse-ship-timeliness/notify/run',
|
||
payload,
|
||
{ timeout: 10 * 60 * 1000 }
|
||
);
|