fix(consignment): 拼单份额验收收官补寄卖结算钩子 + 手动匹配弹窗三处复核遗留

- acceptWorkOrderShareAndSettle 最后一个份额把母单转 accepted 的分支，
  此前不释放发布押金也不结算供货货款（两钩子只在统一验收里）：
  现在同口径补上；供货货款传 assignedWorkerId=0（拼单母单无单一接单人，
  份额打手已各自按 share_reward 结算，不会重复付款）
- 手动匹配弹窗：race_condition/unavailable/spec_mismatch/partial_requires_confirm
  四个错误码清空已选并自动重拉列表，数据过期不再死循环撞错
- 手动匹配弹窗库存侧：keyword+pageSize100 透传后端（原来 keyword 是死参数、
  只拉 50 条），300ms 防抖后端搜索；无供货打手时禁用指派选项并在提交前
  再拦一道（原来必 400 死路）；选中订单回显 workerId/workerName
- 凭证核销反馈抽共享 utils/voucher-consume，WorkOrdersPanel 与弹窗共用，
  口径不再漂移（弹窗顺带获得"已提前核销 N 张"提示）
- docs/寄卖系统优化方案.md 记录批次 V

后端 477（+4）/ 前端 50（+1）测试全绿，typecheck / lint / format / check:sql 通过

docs/寄卖系统优化方案.md

@@ -21,6 +21,7 @@
 | `632dddc4` | 上一轮：H5 渠道整体下线 + 凭据字段修复 + 状态机封闭（撤销守卫 / 库存绑定唯一性 / 生命周期解绑）+ 押金归属取台账 | 迁移 `079`、`consignment-*` 五个文件、`work-order-*` 三个仓库、两个前端面板 |
 | `5d11bf20` | 批次 C+D：指派部分成功补偿、凭证核销如实反馈、空规格不放行 + 履约/指派服务端规格复检 | `consignment-fulfillment-service.ts`、`consignment-matching-service.ts`、`consignment-repo.ts`、履约路由、`WorkOrdersPanel.tsx` |
 | `d6f6219f` | 批次 F1：内部现货履约停在「待加好友」，客服确认后才进赠送冷却 + 备注快捷项 | `work-order-gift-repo.ts`、履约服务、`WorkOrdersPanel.tsx`、`utils/gift-phase.ts` |
+| 本批提交（批次 V，同一提交内含本文档，故不写自身 hash） | 批次 V：复核遗留——拼单份额验收收官补寄卖钩子（押金释放+供货货款）、手动匹配弹窗 409 刷新/关键字透传/无打手禁指派、核销反馈抽共享出口 | `work-order-settlement-repo.ts`、`ConsignmentManualMatchModal.tsx`、`utils/voucher-consume.ts` |
 | 本批提交（批次 U，同一提交内含本文档，故不写自身 hash） | 批次 U：复核修复——占库 allocation_status 撞 080 CHECK（真实库必 500）、指派非供货卖家时货款双付、手动匹配入口按 fulfill 权限门控 | `consignment-repo.ts`、`consignment-fulfillment-service.ts`、两个面板、三个测试文件 |
 | 本批提交（批次 S，同一提交内含本文档，故不写自身 hash） | 批次 S：手动指定现货匹配（判定/差异/强制留痕 + 双向入口 + 共享弹窗） | `consignment-matching-service.ts`、`consignment-fulfillment-service.ts`、`ConsignmentManualMatchModal.tsx` |
 | 本批提交（批次 R，同一提交内含本文档，故不写自身 hash） | 批次 R：售后立案回落到供货卖家；抽共享"从工单找供货卖家"查询 | `consignment-supplier-repo.ts`、`after-sales-repo.ts`、`consignment-deposit-repo.ts` |
@@ -289,6 +290,15 @@
    规格冲突 → 409 `consignment_spec_mismatch`；非 exact 且未显式传 `allowPartial` → 409 `consignment_spec_partial_requires_confirm`。
    前端在"部分匹配"候选上先 `modal.confirm` 危险确认，再带 `allowPartial: true` 重试，高配充低配的合法玩法保留但不可误触。
 3. ⏳ 匹配下推 SQL + 批量匹配接口 + 工单列表角标（P2-8）未做：当前仍是"取全量在库 → 内存比对"。
+### 批次 V · 复核遗留：份额验收钩子 + 手动匹配弹窗三处（本轮）
+
+1. ✅ **拼单份额全部验收（母单转已验收）补寄卖钩子**：`acceptWorkOrderShareAndSettle` 里最后一个份额把母单转 `accepted` 的分支，此前既不释放发布押金也不结算供货货款（两个钩子只在统一验收里）。现在与 `acceptWorkOrderAndSettle` 同口径：有 `material.consignment.sourceSubmissionId` 就释放发布押金；供货货款固定传 `assignedWorkerId: 0`（拼单母单没有单一接单人，份额打手已各自按 share_reward 结算，不会重复）。
+2. ✅ **手动匹配弹窗 · 数据过期的 409 不再死循环**：`consignment_inventory_race_condition / consignment_inventory_unavailable / consignment_spec_mismatch / consignment_spec_partial_requires_confirm` 四个错误码清空已选并自动重拉列表，按最新判定重来，不再对着失效候选反复撞错。
+3. ✅ **手动匹配弹窗 · 库存侧搜索与指派死路**：关键字 + `pageSize:100` 透传后端（原来只拉默认 50 条、keyword 是从未传出去的死参数，第 51 单以后搜不到）；关键字 300ms 防抖触发后端搜索；无供货打手的现货禁用"指派供货打手履约"选项（原来选了必 400 `consignment_worker_required` 且弹窗里没有打手选择器，是死路），提交前再拦一道；库存侧选中订单时从响应 inventory 带出 `workerId/workerName` 回显。
+4. ✅ **凭证核销反馈抽共享出口**：`utils/voucher-consume.ts` 统一 `notifyVoucherConsume`（含"已提前核销 N 张"提示），`WorkOrdersPanel` 本地实现删除、手动匹配弹窗弃用内联子集版，口径不再漂移。
+
+**验证**：后端 477 测试（+4）全绿、前端 50（+1）全绿；两侧 `typecheck` / `lint:check` / `format:check` / `check:sql` 通过。
+
 ### 批次 U · 复核修复：占库 500 / 指派双付 / 手动匹配权限门控（本轮）
 
 对 `94328ac6..0476339e` 做了一轮对抗复核（两个并行审查 + 人工验证），修三处：