fix: 兼容相同顺运宝明细逐件回写 (#289)
This commit is contained in:
@@ -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` 完全相等比较。唯一命中时它是
|
||||
高优先级确定性证据;重复命中或与档口货号唯一证据冲突时停止自动选择。缺失或零命中
|
||||
|
||||
Reference in New Issue
Block a user