2 Commits

Include renames

Author	SHA1	Message	Date
yml2213	0476339ec4	fix(consignment): 手动匹配订单按钮点了不弹窗（弹窗挂错了位置） ... 用户反馈：在库待匹配列表点「手动匹配订单」没有反应。 根因：上一批把手动匹配弹窗挂到了「编辑寄售物品」弹窗**内部**，外层弹窗未打开时 该组件根本没被挂载，点击只改状态、界面无变化。 - 弹窗移到面板顶层（与其它弹窗同级），点击即弹 - 新增静态守卫测试：断言手动匹配弹窗前面不能有未闭合的 Modal（即不能嵌在别的弹窗里）、 按钮必须真的 setState、open 由该状态驱动；已验证该守卫能拦下错误写法 - 顺带补入口缺口：订单侧原先只在"检测到系统候选"的提醒弹窗里给入口，订单没有任何候选时 反而进不去手动匹配 —— 工单行内新增常驻「手动匹配现货」（仅待指派/待补资料， 与后端前置校验同口径） - 已暂停匹配的现货点按钮会直接 409，改为按钮禁用并提示先打开「允许匹配」开关 - destroyOnClose → antd 6 的 destroyOnHidden（前者已废弃） 验证：前端 typecheck/lint/format/48 例测试/build 全过。	2026-09-17 12:27:58 +08:00
yml2213	a7a55d6c16	feat(consignment): 客服手动指定现货匹配的界面入口 ... 后端批次已提供判定/差异/强制留痕与双向读取接口，这里补界面，让客服真的能用上。 - 新增共享弹窗 ConsignmentManualMatchModal：订单侧（匹配弹窗「手动指定现货匹配」）与 库存侧（寄售仓库行内「手动匹配订单」）共用同一套交互与落地逻辑，避免两套 UI 漂移 - 交互：搜索 → 选中（精确/非精确/规格冲突三档标签 + 字段级差异说明）→ 选交付方式 （内部现货履约 / 指派供货打手）→ 非精确需勾选确认、冲突需勾选「确认规格不一致」并必填原因 → 落地；并在落地前提示"现货立刻被占用、点错需撤销寄售履约" - 判定规则收敛成纯函数 consignment-manual-match.ts（需不需要确认/填原因、能否提交、 关键词过滤、标签文案）并加 4 例单测 - 服务与类型补齐：fetchWorkOrderConsignmentMatchOptions / fetchInventoryMatchableOrders， fulfill/assign 入参增加 allowSpecMismatch 与 matchNote - 凭证核销失败的提示沿用既有规则（核销失败不能报成功） 验证：前端 typecheck/lint/format/44 例测试/build 全过；两个新接口未登录访问均 401 （路由已挂载、权限位生效）。	2026-09-17 12:23:30 +08:00