fix: 兼容相同顺运宝明细逐件回写 (#289)

This commit is contained in:
chengma
2026-08-22 11:46:23 +08:00
parent de10fb6cf4
commit 18ad85d3cb
7 changed files with 460 additions and 32 deletions
+4
View File
@@ -1065,6 +1065,10 @@ CREATE UNIQUE INDEX idx_client_assignment_current
不再接收聚合字符串:原商品明细承载一个码,额外单件使用数量 1、价格 0 的占位明细。
JSON 数组按单件码保存 `detail_id/source/title/status` 检查点;新增或写入结果未知时立即
转为 `needs_check`,重启后只读扫描整张货运单,不自动重发请求。
- #289 复用同一个 JSON 字段保存另一种远端形态:当聚合记录的多个单件码恰好对应多条
已存在、数量均为 1 且规格和 SKU 身份完全相同的空白商品明细时,`source` 记为
`existing_matched`,按单件码顺序保存每个现成 `detail_id`。该规划在 `ready` 阶段已经
持久化,排队和回写前必须复读全部绑定明细;它不创建占位明细,也不改变数据库结构。
- v28 增加可空 `source_sku_raw VARCHAR(500)`。数据库保留 Excel 单元格原文;匹配时仅
去除两端空白后,与规格候选的 `sku` 或 `variationSku` 完全相等比较。唯一命中时它是
高优先级确定性证据;重复命中或与档口货号唯一证据冲突时停止自动选择。缺失或零命中