weiaisuosi/nanguangszwlback
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
2,872 Commits 16 Branches 0 Tags
84ff45b43df4ec5e3b0f07f043267fe142ce176f
Commit Graph
100 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
rcx 84ff45b43d fix(oms): 批量审核运输业务单号重复(goods_number取号三层防线) 
根因: 取号为「COUNT当日单量+1+查重后移」, 非原子、无锁、无唯一索引。
批量审核并发创建运输业务单时, 多请求在同一查重窗口取到同一序号并全部
插入成功, 且将同一单号回填到出库单business_number, 页面所见单号重复。

- GoodsNumberGenerator: 取号改为当日MAX+1+存在性校验后移; 按yyMMdd分段的
  JVM锁串行化"取号+插单"; 插单后自检同号自动改号自愈; 兼容唯一索引撞号重试
- BusinessDocumentOrderDomainService: 主创建入口改走原子"取号+插单",
  出库/入库单号回填移至插单成功之后
- BusinessDocumentOrderImpl: 审核拆单子单路径同改
- Mapper: countByGoodsNumberPrefix改为selectGoodsNumbersByPrefix
 2026-09-12 10:09:11 +08:00
rcx 892cc30999 fix(oms): 出入库业务单下发执行单时订单来源继承业务单(数据导入/手动创建/系统生成)不再写死"客户预约"; 手动创建业务单来源为空兜底"手动创建"; 出库下发明细过滤del_flag, 修复编辑后软删旧明细参与仓库分组导致多生成执行单且数量叠加 2026-09-12 10:00:45 +08:00
rcx da76816533 fix(oms): 反审运输链路按拆单子单全量软删——执行单挂子单下(businessDocumentId=子单id), 主单+子单+执行单+TMS链全删; 执行单列表默认过滤归档行 2026-09-12 09:53:13 +08:00
rcx b86ab75dcf fix(oms,wms): WMS出库明细uniqueId撞键修复+推单返回值校验 
- WMS反审/取消下发软删出库明细时置空uniqueId(表唯一约束不含del_flag)
- omsOrderAddDetail推单前自愈: 按本次推送uniqueId值跨执行单清归档行, 反审重发不再撞键
- OMS推单三处(单头/明细/配送明细)校验返回值, 失败报WMS真实原因, 不再静默吞掉后伪装成可用库存为0
- WmsServiceFeign三方法void改AjaxResult, 控制器与降级工厂同步
 2026-09-11 16:07:21 +08:00
rcx 796bb99a8b fix(wms): 出库异常列表不再默认过滤已软删出库单, 反审生成的异常记录可见 2026-09-11 14:28:55 +08:00
rcx f9a50ae353 fix(oms): 出库反审核心改动(下发自愈/运输链路软删/issueStatus已驳回/uniqueId置空/仓库兜底切换) 2026-09-11 14:17:17 +08:00
rcx 2094ea31cd fix(oms): 仓库信息本地兜底查询去掉STOCK_LOCK_MODE列, 兜底不依赖冻结功能列, 修复无该列环境的下发报错 2026-09-11 13:52:28 +08:00
rcx 788bae9a16 fix(oms,wms): 出库反审补全——重新下发自愈/仓库信息本地兜底/运输链路反审联动/归档查询修复 
- 反审后 issueStatus 置 3-已驳回(与入库侧同口径), 清空执行单号/货源单号
- 反审/取消下发软删执行明细时置空 uniqueId, 修复重新下发撞唯一约束
- 新增 WarehouseInfoApplicationService(Feign优先+本地跨库兜底), 出库侧8处调用点接入
- 反审联动软删运输链路: 运输业务单/执行单本地软删 + TMS deleteChainByExecuteOrderNumber
- WMS归档查询修复: 交接归档详情丢行/拣货归档数量恒0/复核列表归档汇总/OMS执行单已反审tab
 2026-09-11 11:42:42 +08:00
rcx a65cca1cfa fix(oms,wms): 入库反审三项修复：反审记录不可见、反审后重新下发无法收货、异常列表JOIN过滤 
1. 入库异常三个生成器(收货异常/上架异常/反审记录)插入时未显式设置delFlag，MyBatis-Plus insert不含该列，列无默认值落库为NULL，被列表del_flag=1过滤导致反审记录永远不可见；现显式setDelFlag(1)

2. 反审重置业务单status=1：首轮完成上架经WMS回传把业务单status写成5(已入库)，不重置则重新下发时copy给执行单→W入库单→收货单，收货单带已完成状态导致前端不给收货按钮

3. 入库异常列表LEFT JOIN stock_in_order固定b.DEL_FLAG=1，反审记录关联的入库单已软删导致匹配不上，仓库等基于b表的过滤把行全部过滤掉、列表恒为空；改为按a.TYPE切换关联状态(type=3关联已软删入库单)；收货/上架已反审tab同号多张入库单JOIN出重复行，限定只关联同状态最新一张(IN_ORDER_ID取max)
 2026-09-11 09:41:21 +08:00
rcx cae62e83a5 fix(oms,wms): 入库反审修复：已反审tab列表查不到数据、未下发单反审补写反审记录 
1. W收货单/W上架单【已反审】tab查不到数据：queryList 的 LEFT JOIN stock_in_order 固定带 a/b.DEL_FLAG=1，归档数据(反审后双方均已软删del_flag=2)关联不上b表，仓库/货主等基于b表的过滤条件把行全部过滤掉；改为按是否查反审归档动态切换关联条件(归档按del_flag=2关联，正常列表行为不变)

2. 未下发WMS的执行单反审不产生反审记录：reverseExecutionOrder 幂等跳过分支直接return导致入库异常无留痕；现补写1条反审记录(abnormalType=6，回退库存0，备注未下发WMS)，同单号已有有效记录时防重，重试/重复反审幂等

3. OMS反审Feign参数透传组织三字段(organizationId/organizationName/topOrganizationId)，供WMS跳过分支写反审记录使用(该场景无W入库单可取组织信息)
 2026-09-10 17:25:07 +08:00
rcx e2da7177f0 fix(oms/wms): 出库明细出库时间过滤严格按出仓日期outbound_date（去除建档时间兜底），所见即所筛 2026-09-10 16:38:34 +08:00
rcx 0b45ad181f feat(oms/wms): 出库明细单据类型回显/查询条件/导出列补齐 
- 出库明细查询新增orderTypeCode（精确）/orderTypeName（模糊）查询条件
- OMS出库明细SQL补查b.order_type_code/name，响应回显orderTypeCode/orderTypeName（原恒为null）
- WMS出库明细导出新增"业务单据类型"列（第31列）
 2026-09-10 16:18:11 +08:00
rcx 260ec1f369 fix(oms): 出入库业务单反审补充清空执行单号/下发执行时间，修复反审后前端是否执行仍显示已执行 2026-09-10 14:24:43 +08:00
rcx b28575c34d fix(wms): 入库明细导出客户编号/客户名称改取货主编码与货主名称（与页面显示一致） 2026-09-10 14:04:06 +08:00
rcx 8af8197901 feat(oms/wms): 出入库明细货物种类改显物料分类名称、单据类型回显与查询条件 
一、货物种类
- O/W出入库明细查询新增返回materialClassifyName（物料分类名称，多个逗号分隔）
- WMS入库导出"货物种类"列、出库导出"种类"列改为物料分类名称（原为goodsType编码转文字）
- OMS出入库导出新增"货物种类"列，货物类型列加字典转换不再显示0/1/2编码

二、单据类型
- O/W入库明细查询新增orderTypeCode/orderTypeName回显与查询条件（编码精确/名称模糊）
- WMS入库明细导出新增"业务单据类型"列（第31列）

三、时间字段
- OMS出库明细查询返回增加completeTime完成时间
- OMS orderOutboundDate出仓日期格式恢复为yyyy-MM-dd HH:mm:ss
- OMS出库时间过滤改为三级兜底：出库时间OUTBOUND_TIME→出仓日期→建档时间

四、修复
- WMS出库导出SQL修复TOTAL_PRICE列不存在（总价改用TOTAL_AMOUNT），总价值暂无来源占位空列
 2026-09-10 11:35:30 +08:00
rcx 12f1d99e02 fix(wms): 出入库明细查询status字段改用独立SQL别名映射，避免同列双映射在增量构建下不可靠 2026-09-09 21:53:02 +08:00
rcx 244fbf9759 feat(wms): 出入库明细查询返回增加status字段（与outOrderStatus/inOrderStatus同值，便于前端绑定） 2026-09-09 18:20:44 +08:00
rcx e3826d6333 fix(oms): 出入库明细查询状态过滤口径修正-改为issue_status=4 
问题：OMS执行出库单status不随WMS出库完成流转（回写代码被注释），推送创建的单据status也是默认值，
原过滤条件 status in(9,12,13)/status=5 会导致明细页查不到数据。

修复：
- 出库明细SQL：status in(9,12,13) 改为 issue_status=4（issueStatus: 0-已创建 2-已审核 3-已驳回 4-已出库）
- 入库明细SQL：status=5 改为 issue_status=4（WMS回写status=5时同步issueStatus=4，推送创建直接置4）
- 两个明细SQL新增返回 b.issue_status，前端状态列绑定issueStatus
- WithOrderPO新增issueStatus字段（导出"单据状态"列自动转文字），outOrderStatus/inOrderStatus保留返回但不再导出
 2026-09-09 17:23:54 +08:00
rcx f217d6ec5c 发测试 2026-09-09 15:51:57 +08:00
rcx e58b6cb9ce feat(oms/wms): 出入库明细查询-已入库/已出库状态过滤、WMS新增出入库明细查询页面及专用导出 
一、OMS 入库/出库明细查询（修复+导出）
- 出库明细SQL状态过滤由=9改为in(9,12,13)：已出库/已复核/已交接均算已出库，与出库排名统计口径一致
- 入库明细SQL固定只统计已入库(status=5)单据
- 入/出库明细SQL新增实际入仓/出仓日期区间过滤（IFNULL(实际日期,建档时间)兜底），支持统计当天
- 新增Excel导出接口 /executionInMaterialDetailApi/exportWithOrder、/executionOutMaterialDetailApi/exportWithOrder（全量不分页）
- 退货回仓统计：通过入库单类型 inOrderTypeCode=tui_huo_ru_ku（退货入库）过滤

二、WMS 新增入库/出库明细查询页面
- 入库明细查询：GET /materialDetailApi/listWithOrder（明细关联入库单，固定已入库(5)，level=1防父子行重复计数）
- 出库明细查询：GET /outMaterialDetailApi/listWithOrder（新建OutMaterialDetailApi，关联出库单，固定in(9,12,13)）
- 返回单头字段：单据状态/审核状态/货主/供应商/客户/单据类型/实际入仓出仓日期/保额/货物类型等
- 入库客户编号/名称/客户预约名称经通知单号关联notice_order取得（入库单表无客户字段）

三、WMS 明细导出专用列集
- 出库导出/exportWithOrder：按客户要求30列导出，含出库单号/出库日期/客户信息/LOT号/费用组(单价、总价、折扣、仓租、合同收费)等
- 入库导出/exportWithOrder：按客户要求30列导出，含客户信息/入库日期/每件保额/收费标准/有效期等
- 单据状态、货物种类导出时自动转文字；导出列顺序与客户清单一致
- 火险保费、入库单件净重(KG)暂无数据来源，导出空列占位，待确认数据来源后补充

四、其他
- 查询条件不传日期时默认查全部日期，统计当天由前端传当天日期区间实现
- 数据权限：非平台超管按登录人一级组织过滤
 2026-09-09 15:49:09 +08:00
rcx b7cacaeb8d feat(oms,wms): 入库业务单反审——业务单改已驳回+已反审tab，执行单/W入库/收货/上架软删打标归档，库存还原扣减，W入库异常反审记录 
【需求】已入库/已出库的单子客户通知需要回退的场景，单子回退到最原始状态。反审入口在 OMS-入库业务单页面【反審單據】按钮，一次操作全链路回退。

【反审规则】
1. 按页面状态 issueStatus 判断：进行中(1)/已审核(2)/已入库(4)/部分完成(5) 可反审；已创建(0)无需反审、已驳回(3)可直接编辑；已取消/已关闭(status 6/7)兜底拦截
2. 已推送关务/NC(pushStatus=3)直接拦截，避免关务与仓内数据不一致
3. W入库单有出库记录就不能反审：按入库单号+动作(分配库存/出库)查询库存调整记录>0 即拦截，另校验库存冻结量>0
4. WMS无该单数据时幂等成功（未下发单反审），反审失败可安全重试

【反审动作】
1. 入库业务单：状态改为已驳回(issueStatus=3，与审核不通过同语义，可编辑→重新审核→重新下发)，打已反审标记落入【已反审】tab；清空入库数量/入库时间/执行单号，明细 INBOUND_ITEMS/TOTAL_NET_WEIGHT 归零
2. 入库执行单+物料明细：软删(del_flag=2)+打已反审标记，【已反审】tab 按「已软删+已反审」查询归档数据，避免归档单被误审核/下发
3. WMS侧(逐执行单Feign omsReverseInOrder)：库存还原扣减（校验库存行合计=已完成上架量后整行对称扣回，GREATEST(x-n,0)兜底）→ W入库单/W收货单/W上架单及明细、收货/上架作业单/任务/质检单整链软删+打已反审标记 → 写1条入库异常【反审记录】(type=3/abnormalType=6，FSYC单号)用于记录跟踪

【接口】
- POST /reservationStockInOrderApi/reverseAudit 反审（inOrderIds + reverseAuditRemark，支持批量）
- 已反审tab：/reservationStockInOrderApi/list?reverseAuditStatus=1（执行单/W入库单/W收货单/W上架单同参数，后端固定限定 del_flag=2+标记=1 归档数据）
- 归档详情：/executionStockInOrderApi、/stockInOrderApi、/stockReceiptOrderApi、/stockShelfOrderApi 各增 getReverseAuditInfo/{id}（原 getInfo 行为不变）
- 反审记录筛选：/inOrderAbnormalApi/list?abnormalType=6

【DDL】sql/20260908_oms_inbound_reverse_audit.sql：RESERVATION_STOCK_IN_ORDER / EXECUTION_STOCK_IN_ORDER / STOCK_IN_ORDER / STOCK_RECEIPT_ORDER / STOCK_SHELF_ORDER 各新增 REVERSE_AUDIT_STATUS/REMARK/BY/BY_NAME/TIME 五列，发服务前先执行

【其他】
- 库存扣减走 batchSubtractInventoryQuantity 并显式传更新人，规避 Feign 链路无登录态时 SecurityUtils 抛异常
- omsReverseInOrder 的 Feign 方法与降级已随出库反审提交(715883f1)入库，本次不再重复提交
- 归档行只读，详情走 getReverseAuditInfo；正常数据与归档数据互不干扰
 2026-09-09 15:38:21 +08:00
rcx 715883f1d4 feat(oms,wms): 出库业务单反审——已出库/已审核单据回退已创建 
- 新增 POST /reservationStockOutOrderApi/reverseAudit，按issueStatus(2-已审核/4-已出库)判断可反审
- 主单回退已创建并打reverseStatus标记，进【已反审】tab(list status=-2)，重新审核通过自动复位
- 执行单/明细软删+reverseFlag=1，预约库存调整记录软删
- WMS新增/stockOutOrderApi/omsReverseExecutionOrder：已出库还原实物库存+推OMS，未出库仅还原分配占用，WMS无数据幂等成功
- W出库/拣货/复核/交接单软删+reverseFlag=1，列表支持delFlag=2&reverseFlag=1【已反审】tab
- 四页面新增归档详情接口getReverseInfo*
- 生成出库异常记录【反审记录】(abnormalType=3,前缀FSYC)
- 需先执行SQL: 20260908两个反审脚本(OMS库+WMS库)
 2026-09-09 15:20:13 +08:00
rcx 139a3a82da feat(wms): 盘点单详情investigetionManageDetailList按物料编码排序，相同编码相邻展示（仅排序不聚合） 2026-09-09 14:18:48 +08:00
rcx fcc8102d9e feat(wms): 库存调整记录列表新增按入库单号(inOrderNumber)查询 2026-09-09 14:16:32 +08:00
rcx 7649585715 发测试 2026-09-09 09:27:57 +08:00
rcx 7511d211c6 fix(wms): 修复盘点详情批次属性attributeValue为空的问题 
1. 标签映射表改LinkedHashMap固定优先级，补全批次号/入库日期/生产日期/过期日期及英文标签映射
2. fieldName反射取不到值时回退按batchLabels映射再取，修复fieldName配置失效导致值永远为空
3. batchDetailId为空的批次属性配置行不再丢弃，改为batchDetailId+标签双重去重
 2026-09-09 09:14:01 +08:00
rcx fd3a9afddf 发31 2026-09-08 17:52:42 +08:00
rcx 0358c694ea 发30 2026-09-08 17:46:49 +08:00
rcx 009dc5b3a6 feat(wms): 盘点单详情investigetionManageDetailList返回批次号、入库日期、生产日期、过期日期 2026-09-08 17:35:29 +08:00
rcx 178b7697af fix(oms): 出库单列表totalOutboundQuantity恒为null，queryList改为SQL汇总一级明细出库数量 
原Java循环逐单调getInfoChildren汇总(N+1)被注释后无赋值导致恒为null；改为关联子查询coalesce(sum(outbound_quantity),0)，仅统计level=1且del_flag=1，口径与详情页一致；/list与/list1共用同一语句同时生效，无需DDL
 2026-09-08 15:08:00 +08:00
rcx 32364baba8 发测试 2026-09-08 13:38:54 +08:00
rcx 6c6a491ff8 feat(oms/wms): WMS上架状态回传OMS入库业务单，修复入库状态不同步 
- WMS上架推进入库状态后回传OMS(OmsServiceFeign新增returnInResult)
- OMS回传接收加固：无登录上下文判空、已入库同步issueStatus=4
- 已入库联动同步预约入库单(入库业务单)状态
 2026-09-08 13:37:43 +08:00
rcx a496fc235b fix(oms): 新增/编辑入库单以业务类型为准同步单据类型，修复退货入库被写成普通入库及编辑类型不生效 2026-09-08 10:53:23 +08:00
rcx 06202b652a 发测试 2026-09-08 09:32:47 +08:00
rcx 5d748a9ac6 fix(oms): 入库业务单新增时用businessType回填单据类型，修复退货单被写成普通入库 2026-09-08 09:28:27 +08:00
rcx ab7a4e265f Merge branch 'dev-ty1.2' into dev 
# Conflicts:
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/BmsServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/OmsServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/WlhyServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/WmsServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/YmsServiceFeign.java
#	mhd-common/mhd-common-core/src/main/java/com/mhd/common/core/feign/ThirdPartyServiceFeign.java
#	mhd_oms/src/main/java/com/mhd/oms/infrastructure/feign/ThirdPartyServiceFeign.java
#	mhd_wms/src/main/resources/bootstrap.yml
 2026-09-07 18:03:18 +08:00
rcx 976ab715af 发30 2026-09-07 18:02:10 +08:00
rcx 0babc7dbf8 Merge remote-tracking branch 'origin/dev' into dev 2026-09-07 17:19:31 +08:00
rcx 7742d11d1c 发31 2026-09-07 17:15:05 +08:00
rcx c4df9b3403 Merge remote-tracking branch 'origin/dev' into dev 2026-09-07 17:08:20 +08:00
rcx 7ed34df81e 发30 2026-09-07 17:07:16 +08:00
rcx acbf7c9fdf fix: 退货入库单下发时执行入库单类型被固定写成普通入库 2026-09-07 16:56:17 +08:00
rcx 9e1c5d8570 fix(oms): 预约单下发不再推送WMS，修复执行单下发后WMS出现预约单+执行单两张单；三个下发入口补充软删单拦截 2026-09-07 15:44:44 +08:00
rcx b6a69411f1 发 测试 2026-09-07 14:25:29 +08:00
rcx 34b27eabd2 fix(oms): 出入库导入行级必填校验+页签解析失败完整堆栈日志 
一、行级必填校验（ReservationStockInOrderImpl）
- 入库导入：新增校验空【產品編號】/空【支/件数】的明细行，给出明确提示
- 出库导入：新增校验空【支/件数】的明细行
- 修复原因：明细行件数为空时 new BigDecimal(null) 抛无信息的 NullPointerException，页面只显示 页签[x]：java.lang.NullPointerException 无法定位

二、页签解析失败完整堆栈日志
- 出/入库多页签解析第一阶段捕获异常时，将完整堆栈打入服务端日志（LOGGER.error），便于远程定位页签内具体报错行号
 2026-09-07 14:18:34 +08:00
rcx 1c4b520f5a Merge remote-tracking branch 'origin/dev-bms-260826' into dev-ty1.2 2026-09-07 13:50:28 +08:00
rcx 627f63cbd3 fix(oms,wms): 入库执行单取消下发完整回退WMS数据，修复重复下发数据致取消阻断 
一、取消下发回退不完整/阻断：原OMS跨库仅软删4张表，收货任务/收货作业单/质检单/电子签名残留；且getWShOrder在重复下发产生多张同号收货单时抛TooManyResultsException，取消下发整体回滚失败。WMS新增/stockInOrderApi/omsCancelInOrder：单事务软删下发链路全部8张表（入库单/明细、收货单/明细、收货任务、收货作业单/明细、质检单），幂等可重试，已开始收货报错拦截；OMS执行单取消下发改调该接口并清理待签名电子签名；预约单取消下发补齐WMS清理

二、下发失败被静默吞掉：omsInOrderAdd/omsInOrderAddDetail原返回void、Feign降级静默，OMS已下发但WMS无数据。改返回AjaxResult、fallback报错，执行单/预约单下发逐一校验返回值，失败回滚下发标记（WMS侧幂等，重下发安全）

三、下发防重原子化：issueOrder下发标记改条件更新(issue_time IS NULL)+影响行数校验，关闭并发/双击重复推送WMS的窗口
 2026-09-07 09:20:37 +08:00
rcx c0065074d3 Merge branch 'dev-ty1.2' into dev 2026-09-05 13:53:01 +08:00
rcx be8ba45067 fix(oms,wms): 出库单下发WMS失败被静默吞掉，修复WMS出库拣货不显示OMS单据 
- 建单/下发前统一校验（数量>0、已关联库存、WMS可用库存），错误汇总一次性提示
- 新增WMS库存校验接口，库存不足在OMS侧拦截不再推送WMS；拦截重复下发
- 检查WMS自动分配/生成拣货单返回值，失败报错并补偿清理WMS残留单据
- 下发状态逐单提交，避免批量部分失败造成两边状态撕裂
- 预约单多仓下发增加逐仓预校验
- 修复取消下发不删拣货单、无库存脏单无法取消两个历史问题
 2026-09-05 13:42:02 +08:00
rcx c0bcedbdc3 fix(wms,oms): JSON日期反序列化兼容yyyy-MM-dd纯日期格式 
- 库存查询日期只保留年月日后，前端回传纯日期（如 createTime=2026-07-06）触发
  @JsonFormat("yyyy-MM-dd HH:mm:ss") 严格格式反序列化 InvalidFormatException
- 新增 FlexibleDateDeserializer：字段 @JsonFormat 模式优先严格解析，失败后兼容
  yyyy-MM-dd HH:mm:ss / yyyy-MM-dd HH:mm / yyyy-MM-dd / 时间戳 / ISO-8601
- 仅在 OMS/WMS 通过 Module Bean 注册生效，不改动 BaseVOEntity 全局行为
 2026-09-05 13:38:06 +08:00
rcx 762c49cd0f 发 测试 2026-09-04 11:10:20 +08:00
rcx 1b8511c092 feat(oms): 出库/入库业务单导入支持多页签——每个工作表独立生成一张单据 
一、行为变更（ReservationStockInOrderImpl）
- 出库导入(parseExcelFile)/入库导入(parseStockInExcel)：不再固定读单一页签，枚举Excel全部工作表，每个页签独立解析为一张单据（5个页签=5张单5个单号）
- 全部回滚策略：任一页签校验失败整体不落库，报错按页签聚合列出（页签[x]：原因；页签[y]：原因）
- 空页签（无货品/客户明细）自动跳过；单页签文件行为与原先完全一致
- 出库单号改到落库阶段逐张生成：多页签下校验阶段统一生成会因全部未入库而取到相同单号
- 入库模板OrderNO增加本文件内跨页签查重：各页签都未入库时库查重互相不可见，防两页签同OrderNO重复落库
- 页签解析异常message为空时兜底用异常类名，避免报错显示null
- 方法级@Transactional(rollbackFor=Exception.class)：顺带修复旧入库导入因this自调用导致事务代理失效的问题

二、接口与返回结构（IReservationStockInOrderService / ReservationStockInOrderApi）
- 两个导入方法返回类型改为List<SheetImportResultDTO>（每页签一条：页签名/单号/物料行数/数量合计/解析数据）
- /parseExcel与/parse-excel返回：result=第一个页签解析数据（兼容老前端）、results=全部页签结果、msg=成功导入N张单：单号1、单号2…
- 入库接口不传sheetName为多页签模式，显式传页签名保持单页签老行为
 2026-09-04 10:55:18 +08:00
rcx ce3bb036fa 发 测试 2026-09-04 10:50:48 +08:00
rcx 71515e74f5 Merge branch 'refs/heads/dev' into dev-ty1.2 2026-09-04 10:48:46 +08:00
rcx 7d3c229b9a feat(oms): 新增出仓委托单，支持新增/编辑/审核/下发WMS/完成入库 
- 订单状态五态:1待审核(新增默认,驳回单编辑后自动回此态) 2已审核(下发后保持,用下发状态区分) 3已驳回 4进行中(预留) 5已入库
- 下发走WMS出库通知单链路(stockOutOrInInsert),返回强校验防吞错;完成入库限已审核+已下发
- 订单类型未传默认普通出库;明细新增单价unitPrice;列表支持invoiceNo/settlementCurrency查询,时间参数只传年月日
- 必填:客户/业务员/仓库/商品名称/申报数量;编辑删除限待审核/已驳回且未下发
- 附达梦建表脚本oms_out_entrust_order(主表+明细表,最终版)
 2026-09-04 10:47:29 +08:00
rcx a549ac1507 发 31 2026-09-03 18:32:25 +08:00
rcx bf3f0a2bfe 发 30 2026-09-03 18:25:37 +08:00
rcx 35b026c8bd Merge branch 'refs/heads/dev-ty1.2' into dev 2026-09-03 18:23:32 +08:00
rcx 0eb47793a8 fix(库存): OMS/WMS库存查询入库时间/更新时间只保留年月日，去掉时分秒 
- 入库时间(createTime)/更新时间(updateTime)继承自全系统基类 BaseVOEntity，默认序列化带时分秒；库存查询导出复用 /list 接口，前端取 JSON 值直接进 Excel，导出后无法在 Excel 里修改格式
- 两个库存 PO 覆盖 getCreateTime/getUpdateTime 并收窄 @JsonFormat 为 yyyy-MM-dd，仅影响 OMS/WMS 库存查询的显示与导出，不改动 BaseVOEntity 全局行为
- 页面列表/详情回显同步变为纯年月日；排序仍按原始时间值，逻辑不变
 2026-09-03 18:00:52 +08:00
rcx fee891dad0 fix(oms): 下发出库单增加幂等拦截，已存在有效执行单时禁止重复下发 
问题：单据下发过并取消后重新下发（或重复点下发），issueOrder 会再生成新执行单并原样复制业务明细uniqueId插入，撞执行明细表唯一约束(如CONS134279709)导致下发失败。
修复：issueOrder 生成执行单前先查同业务单号下是否已存在有效执行单(del_flag=1)，存在则提示「已下发，请勿重复下发；如需重新下发请先取消下发」。
配套DB变更(单独由DBA执行)：执行明细表唯一键CONS134279709改为函数唯一索引，仅对DEL_FLAG=1的行约束UNIQUE_ID唯一，软删行不再占用唯一键。
 2026-09-03 17:44:16 +08:00
rcx 34496de969 发测试 2026-09-03 16:04:04 +08:00
rcx 7a3021f82a feat(wms,oms)：出库排名统计改造为聚合排名——商品按物料合并/线路按线路+物料合并，按出库数量降序 
- 商品tab：一行=一个货品(跨出库单汇总)，返回 货号/货名/件数/毛重(吨)/体积(CBM)/退保总额(占位null)，忽略线路筛选参数

- 线路tab：一行=线路×货品(按线路+物料编码合并)，额外返回 线路编码/线路，仅统计带线路的单(排除line_code为空的历史单)；商品/线路筛选参数均生效

- 单据级字段(种类/仓单编号/入库单号/客户编号/收货人/出仓日期)合并后无单值可对应，不再返回

- 件数=SUM(CHECK_QUANTITY)复核确认的实际出库量(与入库排名实际上架量SHELVES_QUANTITY对称)，按件数降序，编码次之

- 合计行：件数/毛重吨/体积 全量合计；商品tab含totalOrderCount(去重出库单数)，线路tab含totalOrderCount+totalLineCount(去重线路数)

- 数据源不变：WMS查本库出库表，OMS跨库查NGWL_TEST_WMS同名表，两边数字一致；接口路径/传参不变
 2026-09-03 16:01:17 +08:00
rcx c9c3062789 feat(wms,oms)：入库排名统计改为按物料编码合并(一行=一个物料在区间内全部已入库仓单的合计)：返回列裁剪为物料编码/货名/规格型号/单位/件数(实际上架量)/毛重(吨)/投保总额(货品档案保额取MAX不跨仓单累加)/体积；仓单编号/客户编号/存货人/入仓日期为单据级字段单值失真，移出返回列仅保留为查询条件；HAVING过滤0件行；合计行投保总额=各物料保额之和(每物料计一次)，totalOrderCount=涉及仓单数；OMS/WMS两端口径数字一致；查询参数与返回结构外层不变 2026-09-03 15:57:44 +08:00
rcx 4ad31a870a fix(oms): 物料解析防张冠李戴+导入三类校验合并报错，客户编码只认USER_MEMBER_CODE 
一、出库业务单导入(ReservationStockInOrderImpl)
- 物料不存在/客户不存在/批次库存不足三类校验全部收集完成后统一报错，不再分阶段中断
- materialCache 取用统一 trim，防 Excel 编号带空格导致校验被跳过

二、物料三级解析防张冠李戴(MaterialBaseInfoResolveService)
- baseId 按主键查到的档案与明细编码不一致时不再信任 baseId，转库存ID反查/编码+组织兜底，两级落空才退回按ID档案，命中打WARN日志
- 背景：前端把库存ID传进 materialBaseInfoId，撞上编码=名称的脏档案主键后整行物料被覆盖成错误物料

三、客户编码口径(reservationStockOutOrder/ReservationStockOutOrderMapper.xml)
- queryCustomerByCode 只认 USER.USER_MEMBER_CODE，不再放行 USER_SHIPPER.CUSTOMER_NC_CODE

四、明细查询补字段(reserveStockOutOrder/ReserveStockOutOrderMapper.xml)
- resultMap 补 status/issue_status 映射，detailsList 查询补查 a.status, a.issue_status
 2026-09-03 15:52:18 +08:00
rcx 57312753ed 发 30 2026-09-02 19:52:47 +08:00
rcx 03ce38ed9b 发 30 2026-09-02 19:46:44 +08:00
rcx b09b07978f fix(oms): 出库导入批次分配优化：批次号优先排序、移除归属校验、库存不足统一报错 
对 c1f483f0 出库导入指定仓库功能的迭代调整：

1. 移除物料仓库归属前置校验(countInventoryByWarehouse)：物料档案全仓共享、
   不属于任何仓库，仓库约束收敛到批次分配环节——分不到当前仓批次即报库存不足
2. getkcId 增加分配排序：同物料同仓多条可用库存时，有批次号的优先、空批次
   沉底、同组按库存ID(入库先后)；此前无排序随机取第一条，会分到无批次号的
   历史脏数据记录
3. 明细仓库编码/名称兜底：部分历史库存记录只存仓库ID未存编码/名称，按ID
   反查仓库表补齐，修复明细仓库只显示ID不显示名称
4. 库存校验改收集式：全部物料批次比较完成后统一报出不足物料清单，原为逐行
   分配时立即抛错，首个不足即中断、后续物料不参与比较
 2026-09-02 19:43:48 +08:00
rcx 87dae51a15 fix(bms): 发票列表兼容pageNum/pageNo参数名，修复翻页始终返回第一页；排序补id兜底防翻页重复 2026-09-02 19:31:01 +08:00
rcx 49ab26a8e9 fix(bms): 发票列表条数显示为0，注册MyBatis-Plus分页拦截器使Page生效 2026-09-02 18:33:50 +08:00
rcx c1f483f0a0 feat(oms): 出库导入支持指定仓库，校验物料库存归属并按仓过滤批次库存 
背景：物料档案全仓共享，此前导入不区分仓库，批次库存"查到哪条算哪条"，单据可能取到其他仓库的库存且主表仓库为空。

1. /parseExcel 新增可选参数 warehouseId（前端随文件提交当前页面仓库；不传保持原有行为）
2. 新增 countInventoryByWarehouse 归属校验：物料在指定仓库无库存记录时统一报错"物料[xx]在当前仓库[名]没有库存记录，无法从该仓库出库"
3. getkcId 批次库存查询增加仓库过滤，明细批次/仓库/入库单号均取当前仓库
4. 导入单主表回填当前仓库 warehouseId/Code/Name（此前导入单仓库为空）
5. 出库导入两个入口（reservationStockInOrderApi/executionStockInOrderApi 的 parseExcel）同步支持
6. 库存不足报错补充物料编码，便于定位
 2026-09-02 18:32:12 +08:00
rcx 6d7e42bcde 发 31 2026-09-02 16:55:19 +08:00
rcx 61572c536a 发 30 2026-09-02 16:48:35 +08:00
rcx 572b25ee88 feat(oms): 运输业务单列表新增预计起运时间范围查询条件(layDateStart/layDateEnd) 2026-09-02 16:16:46 +08:00
rcx 3576d734af fix(oms): 出库业务单导入发票编号不落库，补齐繁简归一化「發/額」映射 
模板列头「發票編號/金額/發票張數」归一化时映射表缺「發→发」「額→额」，發票編號列识别失败(invoiceNoCol=-1)，客户配送明细落库时发票编号为空、查看不回显，金额列与发票张数同样受影响。补齐映射并在关键列缺失时输出告警日志；历史已导入单据需重新导入。
 2026-09-02 15:43:07 +08:00
rcx 028af3dd2f fix(wms,oms)：出库排名件数改为复核确认的实际出库量(CHECK_QUANTITY)，排序同步调整 
- 件数取数由明细 PIECE_COUNT(计划/申报件数)改为 SUM(CHECK_QUANTITY) 复核确认的实际出库量，与入库排名的实际上架量 SHELVES_QUANTITY 取数逻辑对称（已验证现有已出库数据 222/222 全覆盖）

- 排序第一键由出库数量(outbound_quantity，下发时的计划复制值)改为件数(实际出库量)降序，出仓日期/单号次之

- 接口路径/传参/返回字段结构均不变，前端无感；其余为注释同步
 2026-09-02 15:41:51 +08:00
rcx 3af78d5d7b feat(wms,oms)：出库排名统计改造为仓单×货品明细列表，按出库数量降序排名 
- 字段：种类/仓单编号/入库单号/客户编号/收货人/货名/线路/件数/毛重(吨)/体积(CBM)/退保总额(占位null,数据来源待确认)/出仓日期

- 商品/线路各一套接口，路径名不变；商品接口忽略线路筛选参数，线路接口忽略商品筛选参数；含合计行(件数/毛重吨/体积/仓单数)与Excel导出

- 统计口径不变：出库单创建时间区间+已出库状态(9,12,13)+明细level=1主行；排序按出库数量(销售量)降序，件数/出仓日期/单号次之

- 数据源：WMS查本库出库表；OMS跨库查NGWL_TEST_WMS同名表(OMS库出库单状态不流转，跨库与WMS端数字一致)

- 删除原按商品/线路聚合的排名接口(销售量/交易数/金额字段)
 2026-09-02 15:25:51 +08:00
rcx e821619a96 fix(库存): 修复OMS/WMS库存查询过期日期不回显 
根因：业务只在OMS填写饮用日期，且下发DTO无过期日期字段，饮用日期→过期日期的转换仅存在于收货单生成瞬间，后续环节全部丢失。

- InMaterialDetail(DTO) 补充 expiryDate 字段，打通OMS→WMS传递
- 预约单/执行单下发前：过期日期为空时用饮用日期补齐（治本）
- WMS收货批次属性回写：恢复饮用日期回写并兜底转换为过期日期（加固）
- WMS上架确认：过期日期为空时从收货明细兜底补齐（加固）
 2026-09-02 15:05:29 +08:00
rcx 434348f972 fix(oms,wms): 出库单下发WMS失败被静默吞掉，修复WMS出库拣货不显示OMS单据 
- OMS建单/下发前校验明细数量>0且已关联库存
- OMS检查WMS自动分配/生成拣货单返回值，失败即报错回滚
- WMS自动分配各类失败场景抛带单号的明确异常，替代NPE
- WMS接单幂等保护，失败重试不产生重复数据
 2026-09-02 14:32:13 +08:00
rcx 72cb1d8c07 feat(wms): 库存列表接口新增隐藏可用数量为0的参数 
/materialInventoryApi/list 新增可选参数 excludeZeroAllocationQuantity，为 true 时排除可用数量=0 的库存行；与已有 excludeZeroInventoryQuantity 组成两个独立开关，不传时保持原有行为。配合盘点-库存选择页隐藏数量为0物料及出库选库存隐藏0库存需求。
 2026-09-02 14:04:15 +08:00
rcx f5a7c8c1f3 发 31 2026-09-02 00:12:59 +08:00
rcx 3989d75f05 发 30 2026-09-01 23:50:34 +08:00
rcx 471b515a45 Merge branch 'refs/heads/dev-ty1.2' into dev 
# Conflicts:
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/BmsServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/OmsServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/WlhyServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/WmsServiceFeign.java
#	mhd-api/mhd-api-system/src/main/java/com/mhd/system/api/YmsServiceFeign.java
#	mhd-common/mhd-common-core/src/main/java/com/mhd/common/core/feign/ThirdPartyServiceFeign.java
#	mhd_oms/src/main/java/com/mhd/oms/infrastructure/feign/ThirdPartyServiceFeign.java
#	mhd_oms/src/main/resources/bootstrap.yml
 2026-09-01 23:49:08 +08:00
rcx 19e897cae0 发 30 2026-09-01 23:02:30 +08:00
rcx 91bdb99ec2 发 31 2026-09-01 22:50:50 +08:00
rcx 004580e252 发 30 2026-09-01 22:36:10 +08:00
rcx da3c58a366 fix(wms,oms)：入库排名统计口径修复：件数改为实际上架量SUM(SHELVES_QUANTITY)(原PIECE_COUNT为建档申报值不随收货上架变化)；OMS端数据源跨库改查WMS入库表NGWL_TEST_WMS.stock_in_order/in_material_detail(OMS执行单状态不回传且上架量回填代码未启用，与出库排名1300a4e1跨库修法一致)，状态恢复为已入库(5)；入仓日期为空兜底建档时间；OMS与WMS两端数字一致；接口路径/参数/返回结构不变 2026-09-01 21:36:33 +08:00
rcx a4f27ab643 feat(oms,wms):库存查询导出新增isExport标识与融合排序 /list 新增可选参数 isExport 标识导出请求(导出显示商品饮用有效期/物料分类/进货日期由查询结果直接返回)；isExport=true 时所有查询维度(OMS 6条/WMS 8条)统一启用导出融合排序：到期日倒序空值最后(保留原 orderByExpiryDate 第一优先级,融合不取代)→同到期日内按物料编码升序→0库存靠后→更新时间倒序→MAX(库存ID)兜底保证分页稳定；各语句挂载公共片段 exportOrderByMaterialCode，不传 isExport 保持原有排序；OMS Controller 在 isExport=true 时跳过 Java 按更新时间重排避免覆盖 SQL 导出排序 2026-09-01 16:29:41 +08:00
rcx bb3ca932d2 feat(oms):出入库导入存在性校验改为收集后统一提示(物料+客户不存在的编号一条消息带全) 
调整2d1e4b59引入的校验流程(入库parseStockInExcel/出库parseExcelFile统一)：
1. 第一步：物料编号存在性校验——逐编号查库，全部不存在的收集到missingMaterials，不立即报错
2. 第二步：客户编号存在性校验——逐编号查库，全部不存在的收集到missingCustomers，不立即报错
3. 第三步：两步全部完成后统一抛出提示，避免修完物料问题重导一次才暴露客户问题：
   只缺物料："物料[A、B]不存在，请先维护物料信息，维护完成后重新导入"
   只缺客户："客户[C]不存在，请先维护客户信息，维护完成后重新导入"
   都缺："物料[A、B]不存在，请先维护物料信息；客户[C、D]不存在，请先维护客户信息，维护完成后重新导入"
4. 存在性全部通过后才继续多货主/多客户编号/客户与货主一致性等校验及建单；
   入库"多个客户编号"校验相应移到存在性之后，多个编号中缺哪个报哪个
5. 入库客户查询结果存入customerCache复用，一致性校验不再二次查库

漏填编号(空白行)仍即时报错，不属于存在性问题，行为不变
 2026-09-01 09:53:51 +08:00
rcx a588264849 fix(wms,oms)：入库排名统计查询恒为空修复：OMS执行入库单状态不回传(全停status=1)无法按已入库过滤，改为仅排除已取消(6)/已关闭(7)(与入库明细查询页口径一致)；入仓日期为空的历史单筛选与展示均兜底建档时间create_time(与出库明细统计口径一致)；WMS仍保持仅已入库(5) 2026-09-01 09:24:20 +08:00
rcx 1300a4e1f8 fix(oms)：出库排名OMS端数据源改为跨库查WMS出库表，修复查询结果恒为空 
OMS库出库单状态从不流转(预约/执行单全部status=1，无"已出库"数据)，原SQL按执行出库单status=9过滤导致查不出任何数据；改为跨库取WMS出库表NGWL_TEST_WMS.stock_out_order/out_material_detail(与OMS库存查询跨库join material_base_info同一模式)，口径与WMS端/outboundRankApi完全一致：已出库及之后状态(9,12,13)+明细level=1主行+按出库单创建时间筛选，两边页面数字一致；接口路径/参数/返回结构均不变，其余文件仅更新注释中的数据源说明
 2026-09-01 09:10:59 +08:00
rcx bf96f5f005 feat(wms,oms)：库存管理新增入库排名统计(按仓单+货品汇总,件数降序,与出库排名tab配对)；还原出库排名第一版源码 
入库排名统计(新增)：WMS /inboundRankApi、OMS /executionInboundRankApi 的 queryMaterialRankList 分页+合计、exportMaterialRank 导出；口径：仅已入库(status=5)，明细仅level=1主行，日期区间按入仓日期warehouse_date筛选(必填)；一行=仓单内某货品合计(GROUP BY 仓单+货品 ORDER BY 件数DESC)；字段：入仓日期/仓单编号/客户编号/存货人/货名/件数/毛重(吨=KG/1000)/投保总额(货品档案保额,组内MAX防重复累加)/体积(CBM)+货号/规格/单位；合计行：totalPieceCount/totalGrossWeightTon/totalInsureAmount/totalVolume/totalOrderCount；登录上下文：日期必填校验+topOrganizationId租户隔离，WMS另注入关联仓库warehouseId。出库排名统计(还原第一版)：/outboundRankApi、/executionOutboundRankApi，按货品/线路汇总排名
 2026-08-31 17:47:09 +08:00
rcx a983ae639e fix(wms,oms)：物料/过期日期查询补查入库日期(create_time)与更新时间，分组页签入库日期显示为空 2026-08-31 15:59:54 +08:00
rcx a74afd837c feat(oms):入库业务单新增页面新增按物料编号查询库存批次最近5条过期日期接口 /reservationMaterialInventoryApi/queryRecentExpiryDates/{materialCode}，按物料编号关联 NGWL_TEST_WMS.material_base_info 查 reservation_material_inventory 库存批次，返回过期日期+批次号（date_format 按天去重、到期日倒序、limit 5），供前端下拉回显（也可点日期图标手动选择）；非平台租户按登录用户一级组织 top_organization_id 过滤（与 /list 一致）；沿用 Api→ApplicationService→DomainService→Facade→Impl→Mapper 分层，新增响应对象 MaterialInventoryExpiryBatchPO(expiryDate/batchNumber) 2026-08-31 15:22:59 +08:00
rcx bc3afbacb1 feat(wms,oms)：物料分类：库存列表返回增加 materialClassifyCode/Name 显式映射 
（ListTypeHandler，数据关联 material_base_info 带出）
 2026-08-31 13:58:02 +08:00
rcx 5ba6a3b73d 发测试 2026-08-31 13:43:11 +08:00
rcx da84b7bb69 feat(wms,oms)：库存管理-库存查询新增进货日期、入库日期查询条件，新增进货日期字段贯通收货-上架-库存全链路 
需求：OMS/WMS 库存管理-库存查询页增加查询条件：物料分类（后端已支持，无需改动）、
进货日期（新增字段）、入库日期。

一、DDL（sql/20260831_wms_oms_add_purchase_date.sql）
    WMS 收货明细、上架明细、物料库存及 OMS 预留库存共 4 张表新增 PURCHASE_DATE DATE 列，
    附批次明细配置模板、执行前检查与回滚语句；须先执行 DDL 再发布服务。

二、进货日期录入与落库链路（收货→上架→WMS库存→OMS库存）
    1、录入入口为收货批次属性「进货日期」标签（批次规则配置，标签须一字不差），
       ReceiptMaterialDetailImpl 两处标签解析新增分支；
    2、收货明细→上架明细：StockReceiptOrderDomainService 6 处日期拷贝点补 setPurchaseDate（含子项）；
    3、上架落库：stockIn/sj 赋值写入 material_inventory；
    4、同步 OMS：MaterialInventoryOmsParamDO 新增字段经 Feign omsEdit 传递，
       写入 reservation_material_inventory；
    5、库存行合并键：批次规则勾选后进货日期参与分行（getParam 映射 + selectListByWhere 全等匹配），
       OMS omsEdit 行匹配同步按进货日期区分，避免不同进货日期误合并到同一行。

三、查询条件（两模块 /list 接口）
    1、进货日期：purchaseDate（单日精确）+ purchaseDateStart/purchaseDateEnd（区间，End 含当天）；
    2、入库日期：WMS 新增 createTimeStart/createTimeEnd（按库存行创建时间过滤，与 OMS 现有口径一致）；
    3、列表/导出返回新增 purchaseDate 字段，分组查询取 MAX(purchase_date)。

说明：历史库存进货日期为空，按进货日期查询查不到存量数据（无来源可回填），区间查询会排除空值行。
 2026-08-31 13:41:19 +08:00
rcx 2d1e4b5912 feat(oms):出入库导入按编号自动匹配名称并校验客户/物料存在性，模板列位改为动态识别 
需求：①入库业务单导入模板只填物料编号+客户编号，物料名称/客户名称按编号自动匹配库中数据
②③出库导入校验客户/物料是否已存在，不存在提示"进行维护" ④库中查询结果为空（确无数据）时报错

一、入库导入(ReservationStockInOrderImpl.parseStockInExcel)：
1. 物料逐编号查库，缺失料号收集后一次性报错"物料[xx]不存在，请先维护物料信息后再导入"
2. 明细新增客户编号：去重后查库，为空报错"客户[编号]不存在，请先维护客户信息后再导入"；
   查到则以该客户为单据货主并自动匹配名称；与物料归属货主不一致时拦截并提示两者编号
3. 明细回填库中物料名称；未填客户编号时维持原"货主取自物料"逻辑，兼容老模板

二、出库导入(parseExcelFile)：
1. 物料/客户校验前移到落库前（原为先落库后查客户，报错会留半截数据）
2. 物料查不到收集后报错维护提示；客户查不到报错维护提示，客户ID/名称改取库中匹配值
  （替换仅返回id且查不到时静默存null的queryShipperId）
3. 產品編號/客户編号漏填的行直接报错提示补全

三、模板解析改为按列头文字动态定位列（繁简体归一化），列/行顺序调整不影响解析，
   识别不到时回落老模板固定列位，老模板行为不变：
1. StockInExcelListener(入库)：以產品編號为锚点识别列头行，新增客戶編號列支持
2. DynamicDeliveryExcelListener(出库)：左右分栏各自锚点识别；送货日期/线号/车次/
   发票张数/小计/纪录合共改按标签文字定位，行号列号不再写死

四、Mapper：ReservationStockOutOrderMapper新增queryCustomerByCode（按组织查询，
   USER_MEMBER_CODE或USER_SHIPPER.CUSTOMER_NC_CODE任一命中），删除queryShipperId
 2026-08-31 11:15:41 +08:00
rcx 2781f0d8d9 feat(oms):库存查询导出新增库存为0是否导出参数 /reservationMaterialInventoryApi/list 新增可选参数 excludeZeroInventoryQuantity，前端"库存为0是否导出"选"是"时传 true，SQL 以 HAVING IFNULL(SUM(inventory_quantity),0)>0 排除汇总库存为0的数据；所有查询维度(all/hz/wl/kw/wlkw/wlExpiry)共6条查询在 GROUP BY 后统一挂载公共片段 excludeZeroInventoryHaving，与 sort_order 对0库存的定义保持一致；不传参数时 SQL 不拼接条件，行为与原来完全一致 2026-08-31 10:17:53 +08:00
rcx 155f1866b4 feat(system):库区管理新增库区面积合计查询接口 
新增 GET /storageSectionApi/sumStorageRegion，与库区列表 /list 相同筛选条件及组织数据权限，
SQL 端 IFNULL(SUM(storage_region),0) 返回面积合计(平方米)，无数据返回0；
抽取 queryList 数据权限为 applyQueryDataPermission 供列表与合计共用，/list 行为不变。
 2026-08-28 18:01:44 +08:00
rcx 7a01315ca8 feat(sys)：导出字段优化与前端显示保持一致 2026-08-28 16:17:48 +08:00