fix(worker-platform): 按工单号搜不到彻底收口 —— 显式单号检索不再被任何排他筛选吞掉
## 修的是什么
线上反复复发的「后台接单平台按工单号搜不到、某些状态尤其明显」,根因不是一处,
而是同一类问题在 5 个地方各留了一半(历次修复都只补了一处,所以总复发):
1. 状态筛选走运营态派生:拼单母单一旦有人参与,open → in_progress /
pending_acceptance,于是「单号 + 待接单」永远为空(没人参与时反而搜得到),
这正是「有人接单后就搜不到」;非拼单单子被接单后同理。
2. 「单号 + 接单人员 / 分类 / 打手等级 / 创建时间」照样过滤掉目标单
(接单人员是 INNER JOIN 可见集合,不在集合里整行消失)。
d6523635 只在面板查询按钮里清了 状态/赠送阶段/验收模式,这三个没清。
3. 待办通知跳转(buildNotificationActionPath 带 ?workOrderId=)设下的
「定位工单」是 wo.id = X 排他条件,不手点「取消定位」就一直生效,
之后搜任何别的单号都是空 —— 这条路径历次修复从未涉及。
4. AdminLayout 把服务端 operation='remove' 直接判成 mismatch,
绕过了「显式单号不删行」的护栏。
5. 打手端「我的订单」默认页签固定「代练中」,搜索不联动页签、
实时补丁又拿状态当可证伪条件删行 → 打手端同类问题(此前只修了关键词匹配)。
## 修法(收口到单一真源,不再按按钮打补丁)
后端:
- 新增 isExplicitOrderNoLookupKeyword()(工单号 / 平台单号 / SUB·INV·AS·DT);
- 后台列表筛选抽成纯函数 resolveAdminWorkOrderListFilters():显式单号检索时
不下推 状态/VIP待补图/验收模式/赠送阶段/接单人员/分类/打手等级/创建时间/定位工单;
- 打手端 resolveWorkerMyOrderStatusFilter():只放掉状态与 VIP 待补图,
**严格保留 workerSharingId 可见范围**(否则打手能搜到别人的单)。
前端:
- admin-realtime-work-orders.ts:显式单号检索直接判 unknown(含服务端 remove),
remove 的短路移交给判定函数;
- WorkOrdersPanel:单号检索时清空全部排他筛选并提示「已按单号精准检索,自动忽略…」,
通知定位工单时也清掉其它筛选,避免残留;
- WorkerOrdersPage:单号检索自动切「全部订单」;WorkerLayout 走新的
resolveWorkerMyOrderRealtimeVerdict(),与后台同策。
刻意不改(避免越权/召回不可用单):抢单大厅(候选必须是 open)、
寄卖手动匹配候选(只做未接单整单)。
## 验证
后端 npm run check 全绿:682 pass / 3 skip(新增 6 项);
前端 npm run check 全绿:138 pass(新增 6 项,含「单号检索 + 实时事件不得删行」,
以及「服务端 remove 不得绕过单号护栏」的回归);format/lint/typecheck/build 通过。
无数据库迁移。
This commit is contained in:
@@ -370,6 +370,12 @@ export default function WorkOrdersPanel() {
|
||||
setKeywordInput('')
|
||||
setWorkerId(undefined)
|
||||
setWorkerLevelIds([])
|
||||
// 定位工单是**排他**条件(wo.id = X):只留它一个,其它筛选一并清掉,
|
||||
// 否则之后按单号搜索时会被残留的接单人员/分类/日期/验收模式再次挡掉。
|
||||
setCategoryId(undefined)
|
||||
setAcceptanceMode(undefined)
|
||||
setGiftPhase(undefined)
|
||||
setCreatedRange(null)
|
||||
setPage(1)
|
||||
setSearchParams(
|
||||
(current) => {
|
||||
@@ -1073,11 +1079,47 @@ export default function WorkOrdersPanel() {
|
||||
const trimmed = keywordInput.trim()
|
||||
setKeyword(trimmed)
|
||||
setPage(1)
|
||||
// 管理员精准搜索工单号/平台单号时,自动清除排他的状态与阶段限制,避免状态流转后工单从视野中消失
|
||||
if (isExplicitOrderNoSearch(trimmed)) {
|
||||
if (giftPhase) setGiftPhase(undefined)
|
||||
if (statuses.length > 0) setStatuses([])
|
||||
if (acceptanceMode) setAcceptanceMode(undefined)
|
||||
// 精准单号检索时清空**所有**排他筛选,而不是只清状态/阶段:
|
||||
// 单号 + 接单人员 / 分类 / 创建日期 / 定位工单 同样会把目标单过滤掉
|
||||
// (后端 resolveAdminWorkOrderListFilters 对单号检索也不再下推这些条件,
|
||||
// 这里同步清空是为了让界面与结果一致,不出现"筛选项写着待接单、列表却给出进行中")。
|
||||
if (!isExplicitOrderNoSearch(trimmed)) return
|
||||
const cleared: string[] = []
|
||||
if (statuses.length > 0) {
|
||||
setStatuses([])
|
||||
cleared.push('状态')
|
||||
}
|
||||
if (workerId) {
|
||||
setWorkerId(undefined)
|
||||
setFilterWorkerKeyword('')
|
||||
cleared.push('接单人员')
|
||||
}
|
||||
if (categoryId) {
|
||||
setCategoryId(undefined)
|
||||
cleared.push('分类')
|
||||
}
|
||||
if (workerLevelIds.length > 0) {
|
||||
setWorkerLevelIds([])
|
||||
cleared.push('打手等级')
|
||||
}
|
||||
if (acceptanceMode) {
|
||||
setAcceptanceMode(undefined)
|
||||
cleared.push('验收模式')
|
||||
}
|
||||
if (giftPhase) {
|
||||
setGiftPhase(undefined)
|
||||
cleared.push('赠送阶段')
|
||||
}
|
||||
if (createdRange) {
|
||||
setCreatedRange(null)
|
||||
cleared.push('创建时间')
|
||||
}
|
||||
if (targetWorkOrderId) {
|
||||
setTargetWorkOrderId(undefined)
|
||||
cleared.push('定位工单')
|
||||
}
|
||||
if (cleared.length > 0) {
|
||||
message.info(`已按单号精准检索,自动忽略:${cleared.join(' / ')}`)
|
||||
}
|
||||
}
|
||||
|
||||
|
||||
Reference in New Issue
Block a user