weiaisuosi/nanguangszwlback
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
2,729 Commits 16 Branches 0 Tags
3af78d5d7bafa1ff3238d0af38e09c7dd8696e58
Commit Graph
100 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
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
rcx d0773a40d2 feat(transport):基础数据-运营数据-车辆管理增加导出功能 
新增 /vehicle/export 导出接口（GET/POST，兼容前端 download 工具），
复用列表查询条件与数据权限，不分页导出全量数据为 xlsx；
新增 VehicleExportVO 导出对象（40列，状态字段转中文）。
 2026-08-28 16:12:56 +08:00
rcx 6349181cc3 feat(sys):费用科目导出增加新vo对象 
新增 ExpenseAccountExportVO 导出对象（27列业务字段）
 2026-08-28 09:20:11 +08:00
rcx e95feb5c24 Merge branch 'refs/heads/dev' into dev-ty1.2 2026-08-28 09:15:39 +08:00
rcx afa502eeaf feat(system):仓库管理-库位管理新增复制功能 
需求：库位管理列表增加复制功能，快速复用已有库位配置新建库位。
实现(仿照bms复制账单copyBill的回显式复制)：
一、新增接口 POST /storageLocationApi/copyStorageLocation(StorageLocationApi)：
    id判空+try-catch兜底，异常返回"复制库单失败：xxx"
二、StorageLocationApplicationService新增copyStorageLocation：
    取原库位PO后清空唯一性字段(storageLocationId不清空会误走修改分支覆盖原库位、
    storageLocationCode同组织同仓库唯一须用户重填、locationBarCode物理唯一)、
    清空审计字段(提交时Assembler按登录人重写)、状态重置初始值
    (status=1空/openingUp=1启用/nullify=1未作废)；其余业务字段保留回显
三、前端拿PO回显到新增页，用户改编码后走现有edit接口(id为空即新增)提交，
    天然复用编码唯一性校验、仓库/库区/库位组回填、库位组计数+1，Domain层零改动
 2026-08-28 09:14:03 +08:00
rcx 627376da07 feat(sys):费用科目增加复制、导出功能 
1、新增 POST /expenseAccountApi/copy 复制接口（回显式，清空主键及科目编码）
2、新增 GET/POST /expenseAccountApi/export 导出接口（按列表查询条件+数据权限全量导出）
3、新增 ExpenseAccountExportVO 导出对象（27列业务字段）
 2026-08-28 09:13:10 +08:00
rcx 5127123236 发31 2026-08-27 16:38:33 +08:00
rcx 7b0d08a132 发30 2026-08-27 16:33:43 +08:00
rcx 5e3a0d86d0 发测试 2026-08-27 14:21:23 +08:00
rcx 76d95c1b2d feat(oms):入库业务单导入模板OrderNO改为只作业务单号，去掉格式校验并按业务单号查重 
需求：导入模板表格OrderNO值回显到字段"业务单号"；"入库业务单号"仍由系统
原本逻辑生成；业务单号重复不允许导入并提示"业务单号已存在"；模板未填单号
保持现有系统逻辑；业务单号去掉规则校验。
一、导入流程(ReservationStockInOrderImpl.parseStockInExcel)：
   1. 模板OrderNO只写入业务单号(business_order_no)，不再同时作为入库业务单号
   2. 删除validateTemplateOrderNo格式规则校验(R+年月日+3位序号)，模板单号不再限格式
   3. 查重由按in_order_number跨两表改为按business_order_no查入库业务单表，
      Mapper新增existsByBusinessOrderNo；重复时报"业务单号已存在：xxx，请修改
      模板中的OrderNO后重新导入"
   4. 入库业务单号(in_order_number)统一由insertDomain按原逻辑生成
      (R+年月日+当日累加，跨reservation/reserve两表取号防撞)
二、insertDomain业务单号赋值改为仅在为空时默认=入库单号，导入带模板单号时不覆盖；
   模板未填单号保持现有逻辑。页面手工新增(DomainService.insert)与客户预约下发
   (ReserveStockInOrderDomainService)为独立链路，不受影响。
 2026-08-27 14:10:38 +08:00
rcx f1dec2298d 发 31 2026-08-26 18:04:44 +08:00
rcx 7b52764ae1 发 30 2026-08-26 17:52:23 +08:00
rcx 1006860698 Merge remote-tracking branch 'origin/dev' into dev-ty1.2 2026-08-26 17:32:40 +08:00
rcx 353300b643 feat(wms):出入库导入增加料号与规格型号/SKU码一致性校验 
- 按料号查物料档案后逐项比对，任何一项不符直接报对应错误：规格型号/SKU码必须与档案完全一致（trim后比较）
- Excel留空而档案有值、或Excel填值而档案为空，均视为不一致报错（提示Excel:空/档案:空）
- SKU码以档案条码(bar_code)为比对基准；出库料号已填写但货主下查不到时直接报错，不再被SKU码/商品名称静默兜底（与入库对齐
 2026-08-26 16:56:27 +08:00
rcx 9eb2f347f7 发测试 2026-08-26 15:55:03 +08:00
rcx 182438e1dc fix(system): 费用科目getInfoByOrgAndCode计费单位中英文均为null时过滤，避免返回null-null 2026-08-26 15:49:58 +08:00
rcx 0be73e9bfe fix(oms): 出入库联合列表(inAndOutList)查询条件修复与补全 
1. 修复 ReflectionException：mapper XML <if> 引用 inOrOut/orderNumber 但 DO 无对应字段，
   DO/DTO 新增 inOrOut、orderNumber 查询字段（BeanUtils 同名自动拷贝，前端参数直达 mapper）
2. inOrOut 排除空串与 'all'（前端"全部"约定值），避免拼出 ="all" 查空
3. orderNumber 排除空串并改为 like 模糊匹配（与出库单列表单号搜索口径一致）
4. status 新增精确筛选（0 为有效条件值，按前端约定直传，"全部"时不传）
 2026-08-26 15:49:38 +08:00
rcx 42ab5160ed 发30 2026-08-26 14:03:42 +08:00
rcx 4410162f39 发测试 2026-08-26 10:03:46 +08:00
rcx 3060fcd6a4 feat(product):新增附件原始文件名字段SQL并去掉上传错的文件 2026-08-26 09:53:19 +08:00
rcx 7d8e1c3872 feat(wms):复核详情增加合计数；库存分配新增通宇专用可分配库存查询（物料+箱号/卡板+Sheet Ref匹配 
1. 复核详情（getInfo/getInfoReviewOrderNumber）头表回填totalReviewedQty/totalPlanQty/materialKindCount，
   口径与列表queryList聚合一致（计划量=Σifnull(material_plan_qty,pending+reviewed)）
2. 新增 GET /materialInventoryApi/assignableList，按通宇账号分流（TongyuOrgUtil：组织ID=2830或组织名含"通宇"）：
   - 通宇：启用新匹配。双模式入参——传outOrderId+materialDetailId（须成对）则匹配值全部后端自取出库单/明细；
     不传则按平铺参数（materialBaseInfoId/materialCode+boxPalletNo+sheetRefNo，多值串自动拆token OR-LIKE）。
     固定条件：del_flag=1且可分配数量(allocation_quantity)>0，不分页全量返回，不套用用户组织数据权限
   - 非通宇：保持原/list行为，内部直调list()；进原查询前清除materialDetailId（新接口专用参数，防泄入
     原查询的a.material_detail_id=上架单明细ID条件导致查空）
3. autoAssign自动分配同步分流：通宇走token匹配，非通宇保持原eq精确匹配不变
4. 新增util/BatchNoTokenUtil（批次属性多值拆分）、util/TongyuOrgUtil；库存批次属性回填抽为
   fillBatchAttributes供/list与可分配查询复用，原逻辑行为不变
 2026-08-26 09:30:01 +08:00
rcx 7a5e124f98 fix(oms): 入库模板导入优化异常提示信息 2026-08-25 17:51:54 +08:00
rcx c5a2508a36 发测试 2026-08-25 16:29:15 +08:00
rcx 7353021d92 feat(oms):入库模板导入支持模板自带业务单号，重复拦截并按R+年月日规则生成 
1. 模板OrderNO解析兼容无标签新模板(E1直接为单号值)
2. 导入单号优先模板自带：先校验R+年月日+3位序号格式(含年月日有效性)，
   再跨reservation/reserve两表查重，重复提示"入库业务单号已存在"
3. 模板无单号时按R+年月日+当日累加生成(insertDomain不再无条件覆盖已设置单号，清理无效的仓库规则生成死代码)
 2026-08-25 16:11:19 +08:00
rcx 735cf9af9f feat(oms):入库导入模板饮用日期解析修复，入库单列表联查带出饮用有效日期 
1. 入库/执行入库Excel解析监听器：扩充日期格式支持(yyyy年M月d日、d/M/yyyy、M/d/yyyy、dd.MM.yyyy等16种)，
   改为严格解析防止宽松解析产生公元1~99年脏数据，新增Excel日期序列号兜底及年份合理性校验，
   解析失败抛出带行号的明确提示而非静默置空
2. parse-excel接口异常时返回具体错误信息(原为空body 500)
3. 入库单列表queryList联查明细表取最早饮用日期(MIN drink_date)，PO及resultMap补drinkDate映射
 2026-08-25 15:07:04 +08:00
rcx 83f4cce451 feat(oms):App端出入库明细跳详情补入库按单号查询，预约单修改限待提交状态 
需求:入库/出库明细列表点击跳详情；待提交预约单可修改(暂存/提交均走/edit，与PC共用链路)
1.ReserveStockInOrderApi新增getInfoByInOrderNumber按单号查详情:
  入库明细行只带inOrderNumber(明细表无in_order_id列)，对齐出库侧getInfoOutOrderNumber；
  del_flag=1过滤已删单+getOne不抛单号重复
2.ReserveStockInOrderMapper.xml MaterialDetailResult显式映射in_order_number,
  明细行单号不再依赖驼峰自动映射开关(出库侧:363本就有,入库侧补齐)
3.入库/出库DomainService.update加状态闸门:仅status=1(已创建)且issueStatus!=3(未确认)允许修改，
  防已确认下发/已流转单据被改写(仓码确认只置issueStatus=3不改status，原校验缺此维度必然漏防)；
  明细为空改报'请添加货物明细'(原getMaterialDetailList().size()空指针500)；出库update补@Transactional
 2026-08-24 18:12:50 +08:00
rcx e8328b0159 Merge remote-tracking branch 'origin/dev' into dev 2026-08-22 18:39:12 +08:00
rcx bb3dfaed4a fix(oms):出库业务单线路/车次同步运输业务单,补齐触发入口与拆单时序 
出库业务单与运输业务单为两张独立表,仅靠发票号经配送明细关联,
此前无字段同步逻辑,出库单填写的线路/车次不会流到运输业务单。

1. ReservationStockOutOrderDomainService新增syncLineInfoToBusinessOrder:
   按关联链 出库单号->reservation_delivery_details_link.invoiceNumber
   ->business_delivery_details_link.invoiceNumber 定位关联业务单,
   以出库业务单为源头覆盖lineCode/lineName/shuttleNo。
2. 触发入口三个:审核通过(auditState)/下发(issueOrder)/执行并下发
   (executeAndIssue);取消下发不触发。下发与执行并下发不经过审核
   动作,只挂审核入口会漏同步。
3. 同步目标同时覆盖orderId(未拆单业务单/拆单后主单)与subOrderId
   (拆单子单):仅同步subOrderId时,出库先审核而运输单尚未拆单
   (subOrderId为空)会落空,且主单无值导致后续拆单子单拷贝不到。
4. 同步失败仅记error日志,不阻断审核/下发主流程
   (状态更新与同步非同一事务,关联数据异常不应导致接口报错)。

边界:运输业务单手工创建且未录配送明细时无关联链不同步,需页面自行
填写;关联依赖发票号两侧一致,与既有退货回写为同一关联假设。
 2026-08-22 18:38:39 +08:00
rcx 9068fa0e40 feat(wms):WMS出库单增加线路车次字段,App出库单详情显示线路/车次 
背景:App出库单详情调wmsApi/stockOutOrderApi/getInfo,数据在WMS
stock_out_order表,该表未加线路/车次字段导致不回显。

1. mhd-api StockOutOrder(OMS下发Feign DTO)加lineCode/lineName/shuttleNo,
   OMS执行单下发为copyProperties同名拷贝,自动透传,OMS代码零改动。
2. WMS stock_out_order表加三列(脚本追加);entity/PO加字段,
   Feign接收按JSON字段名对齐落库;Mapper XML resultMap与显式列清单补列,
   getInfo(getById自动)与列表均可返回。
3. 部署需重新打包mhd_oms与mhd_wms(OMS依赖的mhd-api jar变更)。
   存量已下发WMS的老单无值,OMS/WMS跨库无法批量刷数,新下发单自动带。
 2026-08-22 17:23:48 +08:00
rcx 99cb355640 发测试 2026-08-22 16:50:12 +08:00
rcx c9520c65be feat(wms):上架默认库位填充限定谷丰组织(id=2842)生效 2026-08-22 16:38:18 +08:00
rcx 2a4e39f755 Merge remote-tracking branch 'origin/dev-ty1.2' into dev-ty1.2 2026-08-22 14:10:07 +08:00
rcx a08d8a7fd5 feat(oms):出库导入校验送貨線號/車次并回填线路名称 
1. 出库导入(预约/执行两侧)增加validateLineAndShuttle校验:
   送貨線號/車次缺失直接报错;线路须在WMS线路管理存在(route_code精确匹配);
   车次须在该线路车次清单(shuttle_json)内;校验通过回填lineName,
   线路/车次一并落lineCode/lineName/shuttleNo。
2. WmsServiceFeign新增listLineManagement(复用WMS /lineManagementApi/listByApp)
   供OMS跨库查线路,附降级实现;顺带移除FeignClient写死的本机url,恢复Nacos服务发现。
3. 执行侧DynamicDeliveryExcelListener(关键字版)补送貨線號/車次独立成行的解析,
   原实现仅支持与送貨日期同行取值,该模板为分行布局导致解析不到。
 2026-08-22 14:08:22 +08:00
rcx ab7219e600 feat(wms):上架管理PC上传页默认填充指定上架库位（维他奶仓→2层冷凍A區A01），仅回显不落库 2026-08-22 14:06:56 +08:00
rcx 5fc491f612 fix(oms,wms):执行单重复下发致WMS收货明细翻倍修复，executeAndIssue获取仓库信息失败修复 
一、收货明细翻倍（executionStockInOrderApi/issueOrder下发后，WMS收货管理详情明细×2）：
根因：执行单下发接口无防重 + WMS接收端无幂等。executeAndIssue已自动下发过的执行单
仍可被手动再次下发（issueTime已置但无校验），重复推送使WMS插入同号入库主单+第二份
in_material_detail，再生成第二张同号收货单（收货单号"RV-"+入库单号确定性生成），
收货管理详情按单号查明细即双倍。四层防御：
1. OMS执行单issueOrder补防重：issueTime非空拒绝下发（与executeAndIssue对齐），
   inOrderIds去重防同请求重复推送
2. WMS omsOrderAdd主单幂等：同单号有效单(del_flag=1)已存在则跳过插入
3. WMS omsOrderAddDetail明细幂等：按oms_in_material_detail判重，已存在行不再插入；
   未传ID的行保持原插入行为
4. WMS autoAuditOmsInOrder取单补orderByAsc(in_order_id)消除同号取单随机性；
   auditApprove生成收货单前按收货单号查重过滤，已生成过的单不再重复生成
二、executeAndIssue报"获取仓库信息失败"：
1. 明细行warehouseId=0时兜底改用主表仓库（与下发issueOrder兜底逻辑对齐），
   不再拿无效仓库ID调system服务
2. executeAndIssue/issueOrder两处报错增强为带仓库ID与错误信息，便于定位
存量已翻倍数据（重复入库单/明细/收货单）需另行软删清理，本次仅防新增
 2026-08-21 18:21:03 +08:00
rcx b209d8cb6d fix(oms):出库明细materialBaseInfoId自动纠正,杜绝脏物料ID落库 
问题：客户端推单把materialInventoryId传进materialBaseInfoId字段(或漏传为0),
出库明细存脏ID,编辑/保存报"物料基础信息不存在"(如DCCK034存了库存ID477/444,
真实物料ID应为233/231)。预约端校验原先静默跳过,脏数据持续入库(7-15起200+行)。

一、新增MaterialBaseInfoResolveService三级解析:
    baseId直查 → 库存ID反查纠正 → 物料编码+组织兜底,全部失败返回null
二、三处setMaterialDetailInfo改为纠正+回填(预约/业务/执行出库单):
    查不到抛错带定位信息(baseId/库存ID/物料编码/单号);
    纠正后的ID随保存落库,旧脏单重新保存即自愈;
    预约端由静默跳过改为抛错
三、两处pushOutOrderDetail推送入口(预约/业务)加纠正,
    反查不到拒绝保存,脏数据不再入库

注:存量脏数据修复SQL另行手动执行;下发复制链(预约→业务→执行)不走校验,
 2026-08-21 18:20:22 +08:00
rcx 06aae196c7 发测试 2026-08-21 16:59:56 +08:00
rcx e91c5801eb 发测试 2026-08-21 15:54:46 +08:00
rcx 8704df738c Merge remote-tracking branch 'origin/dev' into dev-ty1.2 2026-08-21 15:47:44 +08:00
rcx 000092952f feat(oms,wms):出库/运输单据增加线路车次字段,线路管理支持车次清单维护 
1. OMS四张表(business_document_order/execute_order/
   reservation_stock_out_order/execution_stock_out_order)加
   LINE_CODE/LINE_NAME/SHUTTLE_NO三列,entity/DO/DTO/PO同步加字段,
   出库两链路Mapper XML补列与resultMap。
   线路编码/名称冗余存line_management的route_code/route_name
   (两库不互通无法join);SHUTTLE_NO为字符串(如4或31-4),
   前端拼"编码-车次"显示(31-4车次);不复用route(存tms_route.id)
   和train_no(入库链路占用)。
   下发链路(预约单->执行单,业务单->执行单)同名拷贝自动透传。
2. WMS line_management加SHUTTLE_JSON列(车次序号JSON数组),
   四层加字段+XML;DTO加反序列化器兼容前端传数组,
   PO加序列化器返回原样输出数组。
3. LineManagementImpl.update组织/仓库名称空串兜底,
   修复编辑线路后组织名称被刷成空串、列表查不到的问题。
4. 新增建表脚本sql/20260820_oms_outbound_transport_add_line_shuttle.sql(达梦语法)。
 2026-08-21 15:28:50 +08:00
rcx 22f2b66ffa feat(oms,wms):库存导出按到期日分组排序并合并同物料同到期日库存(仅wlExpiry查询生效) 
需求：库存查询导出按商品到期日分组归类、相同到期日相邻显示，相同物料相同
到期日合并库存。仅在 queryRule=wlExpiry(物料+到期日汇总查询)导出时生效，
列表显示不变；同时回退 8fedb6d6 对列表默认排序的改动。

一、列表默认查询还原(回退 8fedb6d6)：OMS queryList 恢复 order by a.update_time desc，
    Api 恢复 update_time 内存重排(空值最后)，两侧列表排序与改动前一致。
二、导出排序(OMS/WMS queryListByWlExpiry)：/list 新增可选参数 orderByExpiryDate，
    仅 queryRule=wlExpiry 时生效：
    1. wlExpiry + orderByExpiryDate=true(导出)：到期日倒序(日期近的在前)、空值最后、
       0库存靠后、同到期日按更新时间倒序；排序在SQL层，跨页/全量导出分组不被打散；
       OMS Api 传参时跳过 update_time 内存重排，避免覆盖SQL排序
    2. 仅 wlExpiry 不带参数：排序保持原样(sort_order+更新时间倒序)
    3. 其他查询方式：不受影响，参数被忽略
三、合并：wlExpiry 查询 GROUP BY 物料+到期日+货主(货主隔离)，相同物料相同到期日
    合并一行，库存/可用/冻结数量及净重/毛重/体积/面积 SUM 汇总(复用现成查询，未改)
四、前端导出：/list + queryRule=wlExpiry + orderByExpiryDate=true + 当前查询条件(不分页)
 2026-08-21 15:13:28 +08:00
rcx 3aec384ba0 fix(wms):出库委托单导入出仓日期丢失、升列与单价回填修复 
- HeaderListener：parseDate升级为parseDateSmart，兼容Excel日期序列号(20000~60000≈1954~2064年，
  POI DateUtil.getJavaDate转换)及yyyy/M/d、yyyy.M.d、yyyy年M月d日等多格式文本；
  出仓日期/完成时间/下单日期三处调用点同步切换；解析失败记入dateParseErrors不再静默
- ExcelParseService：导入校验汇总dateParseErrors，日期单元格有值但格式不识别时阻断导入并
  明确提示（为空仍放行，与原行为一致）；单价回填从料号分支移至料号/SKU/名称三分支统一回填块，
  补齐SKU、商品名称匹配场景
- ItemListener：升列新增normalizeNumeric归一化，去千分位逗号、空值统一存null、纯数字去尾零，
  落库值恒为"纯数字或null"，前端合计不再产生NaN/拼接
 2026-08-21 14:56:12 +08:00
rcx 27f3fceb6e feat(wms):出入库导入增加料号与规格型号/SKU码一致性校验 
- 料号命中物料档案后：规格型号/SKU码必须与档案一致，Excel留空且档案有值同样报错（提示Excel:空）；档案值为空则跳过该项
- SKU以档案条码(bar_code)为基准；错误行一次性汇总提示，拒绝导入
- 出库料号已填写但货主下查不到时直接报错，不再被SKU码/商品名称静默兜底（与入库行为对齐）
 2026-08-21 14:42:25 +08:00
rcx 8fedb6d6ed feat(oms):库存查询/导出按商品到期日分组排序 2026-08-20 17:54:23 +08:00
rcx 33d085f9b9 fix(oms):入库链路计划数量翻倍修复 
明细batchUpdate软删条件缺陷(入/出库共6个明细实现类)：软删旧明细要求本次提交
   至少一行走更新分支，"删光旧物料全部换新物料"时提交列表全为新增行，旧行漏软删
   (del_flag仍=1)，下发后执行单计划数量=旧+新叠加。改为库内有明细即对账软删
 2026-08-20 14:45:13 +08:00
rcx ff2b1965f7 fix(oms):入库业务单单号重复与入库链路计划数量翻倍修复 
一、单号重复：业务单与客户预约两套取号计数器互不可见致撞号。
取号统一为跨两表MAX+1+存在性校验，保存前校验预取号占用，下发不再换号，Mapper新增existsByOrderNumber。
二、计划数量翻倍：编辑明细为软删(del_flag=2留存)，下发查明细未过滤del_flag，
软删行被复制进下游单据并计入头表数量(执行单数量≈业务单×2+修改差值)。
1. 预约→业务单下发、执行单推WMS：明细查询补del_flag=1过滤
2. executeAndIssue(执行并下发)：补防重复下发校验(issueTime非空拒绝)
3. pushInOrder/pushInOrderDetail：加幂等，防Feign重试插重复单
 2026-08-20 14:06:50 +08:00
rcx ef13d890be fix(oms):入库执行单列表单号搜索查不到，businessNumber死条件改单号模糊互查；库存查询货主过滤移回主表并修正委托方误判 
- 入库执行单列表：businessNumber条件原为BUSINESS_NUMBER精确等值，该列无写入恒空致全条件查询0条，改为业务单号/入库单号OR模糊互查

- 入库执行单列表：inOrderNumber精确等值改模糊like；删除重复的createByName条件；补businessInOrderNumber过滤（业务单号/入库单号互查）
- 库存查询：货主过滤(shipperId/Code/Name/shipperInfo)从物料表b移回库存主表a，避免LEFT JOIN退化INNER JOIN丢行
- 库存查询：委托方判定由组织层级改为UserPo.shipperEnterpriseName，避免二级组织运营人员(2841/2842)被误判强制按本人userId过滤
 2026-08-20 10:17:16 +08:00
rcx cc943d164b fix(wms):入库单导入表头字段错位、备注丢失 
- 取值向右查找时误把下一个标签/选项说明当值（承运方←Tel：、生产商←客户名称：、监管方式←送货地址：、送货地址←查验选项），现遇疑似标签即停止查找
- 备注：xxx同格书写为全角冒号，原仅按半角:拆分导致备注丢失，现全角/半角兼容
- 表头列遍历上界改用getLastCellNum，防空单元格漏扫尾部列"
 2026-08-20 10:06:50 +08:00
rcx 77420e9617 feat(sys):合同附件增加原始文件名存储字段，配合上传v2回显原名称 
需求背景：合同管理-上传的文件需显示原始文件名（原显示 LOCAL:D:\upload\{uuid}.pdf 之类存储键）。
附件此前仅存 fileKey，原始文件名在上传落盘时已被 UUID 重命名丢失，回显无原名可用。
改动内容：
1. contract_manage 表新增 4 个附件原始文件名字段（见 sql/20260818_contract_attachment_original_name.sql）：
   contract_original_name    合同正本附件原始文件名
   integrity_agreement_name  廉政协议附件原始文件名
   security_protocol_name    安全协议附件原始文件名
   other_attachments_name    其他附件原始文件名（多文件与 other_attachments_url 同分隔符、同顺序）
2. ContractManage / ContractManagePO / ContractManageDO / ContractManageDTO
   四个对象同步新增对应 4 个 name 字段，保存、详情、列表全链路透传。
   Assembler 与 ContractManageImpl 为 BeanUtils 同名拷贝、Mapper XML 为 SELECT a.*，均无需改动。"
 "配套依赖：
- mhd-product 新增 /menu/upload/v2 返回 { fileKey, originalName }（另一提交）
- 前端上传后成对保存 fileKey 与 originalName，回显显示 name 字段
兼容说明：
- 存量合同 name 字段为空，前端回退显示 fileKey 末段（uuid 名），属预期兼容行为
- 纯新增字段，旧代码不读写，不影响既有接口
 2026-08-19 18:08:59 +08:00
rcx fa51580985 feat(product):附件上传v2返回原始文件名，下载接口支持inline预览与中文文件名 2026-08-19 18:04:57 +08:00
rcx 362f1b5e2f fix(bms):科目编码重复致新增账单失败，税率查询按编码+名称取唯一；复制账单改生成新计费流水 
- getTaxRate 增加 SUBJECT_NAME 匹配，费用科目编码重复（如1003同时有运输处理费/报关费3）时不再抛 TooManyResultsException，查不到税率兜底0
- addBill、开票/NC推送共4处调用点同步调整；计费流水号为空时只处理自身明细，防空指针
- copyBill 明细清空计费流水id并按原流水映射生成新JFLS流水号，防止复制提交后把原账单的流水改挂到新账单（原账单明细丢失）
- insertAndReturnId 币种空值兜底CNY（与addCost对齐）
 2026-08-19 18:02:23 +08:00
rcx b859aa99d3 fix(oms):入库业务单导入件数未回显计划数量 
- 导入模版去掉Qty(cases)列（5列布局），饮用日期列位前移
- 明细计划数量由Qty箱数改为"件数"取值，件数同步落库PIECE_COUNT用于列表回显
- 物料在当前登录组织下不存在时返回明确提示，替代货主列表取值越界导致的500
 2026-08-19 17:59:19 +08:00
rcx 83f05dd11d feat(bms):新增费用统计分析报表，科目按模板类别归并、仓储拆散租/固定出租两行、行级占营收比，含34列导出与智能分析归因 2026-08-19 15:36:53 +08:00
rcx dd0bf32c35 feat(gateway):登录验证码改为纯数字，字符源限定0-9 
需要将网关yml文件中 math 改成 char
security:
  captcha:
    enabled: true
    type: char   # math=算术题，char=纯数字
 2026-08-19 14:28:45 +08:00
rcx 7ed12c9405 feat(bms):应收账单添加费用币种空值兜底CNY、费用明细增加流水备注保存与显示 2026-08-19 11:02:52 +08:00
rcx 72e445ea16 fix(oms):出库添加货物查询不到商品，库存查询改租户+货主维度并出库列表补货主旁路 
1.ReservationMaterialInventoryApplicationService.queryList原对非南光组织用户强制organization_id=用户组织且top=2827，委托方(如仓码2841货主)库存被滤空；改为按一级组织(租户)过滤，委托方自动叠加登录货主shipperId查自己的货，库存数据已核实在库
2.ReserveStockOutOrderApplicationService.queryList/detailsList增加货主直查旁路(与入库queryList对齐)，委托方按shipperId查询不被组织过滤拦截
 2026-08-18 18:09:53 +08:00
rcx f50a3e690a fix(oms):出库预约落库回填仓库/组织/货主，状态默认已创建 
与入库侧同款修复:insert按仓库档案回填组织/一级组织/仓库编码名称(兜底2841)，委托方回填shipperId/customerId，status默认1已创建(配合App订单状态只读)；补fastjson import
 2026-08-18 18:09:41 +08:00
rcx 8692b38671 fix(oms):入库预约App提交后各端不显示，落库回填仓库/组织/货主并支持货主维度查询 
根因:App提交的预约单organization_id/shipper_id落库为空、warehouse_code全空，列表按组织与仓码过滤必然查不到
1.ReserveStockInOrderDomainService.insert:
  -新增明细非空校验，App不传明细时返回'请添加货物明细'而非NPE
  -按warehouseId查仓库档案回填组织(仓码2841/谷丰2842按仓库归属)/一级组织(2827)/仓库编码名称，仓库缺失时兜底登录人一级组织+2841
  -委托方(有货主档案)未传shipper时回填登录人userId至shipperId/customerId
  -订单状态默认'新增'/status默认1(配合App端订单状态改只读)
2.ReserveStockInOrderApplicationService:
  -detailsList增加货主直查旁路(对齐queryList既有逻辑)，委托方按shipperId查询不再被组织过滤拦截
  -inAndOutList原无任何数据权限，委托方登录强制注入本人shipperId，防止传错组织(如通宇2830)导致列表滤空并防越权
 2026-08-18 18:09:34 +08:00
rcx f77d89fa7f fix(thirdParty):短信验证码发送失败误包成成功响应，失败原因取result并返回error 
SmsApi.sms发送失败分支原返回AjaxResult.success(发送失败)且getMessage()取的是默认文案，现改为AjaxResult.error并携带乐信通返回的失败原因，App端可感知发送失败原因
注:收不到验证码的主因(网关白名单/租户域名映射)为Nacos与DB配置项，不在代码仓库
 2026-08-18 18:09:25 +08:00
rcx 0ff327a071 fix(auth):App注册接口空实现，补全手机号+短信验证码注册链路 
1.AppTokenController.register改为透传完整LoginDTO
2.TokenLoginApplicationService.register原为TODO空壳(仅格式校验直接返回成功)，现补全：注册短信验证码校验(SMS_REGISTER redis)→域名解析一级组织→按手机号查重→复用registerAddUser创建用户(含默认角色/YMS同步)→注册成功清验证码并记录日志
3.配套网关白名单(/auth/app/register,/auth/app/getOrganizationByPath/**)需在Nacos发布，不入库
 2026-08-18 18:09:18 +08:00
rcx 6661c016e8 fix(auth):密码登录账号/密码错误无提示，登录配置读取与全局异常兜底 
1.SysPasswordService.validate登录重试配置(login/maxRetryCount,lockTime)读取增加try/catch与空值保护，三方服务异常或配置缺失时降级默认值(错5次锁30分钟)并warn日志，不再NPE/NumberFormatException导致msg为空
2.GlobalExceptionHandler的RuntimeException/Exception分支对e.getMessage()为空兜底为'系统繁忙，请稍后重试'，保证App端始终能拿到可展示的错误信息
 2026-08-18 18:08:49 +08:00
rcx bca8b5fbed fix(oms):入库执行单业务单号不随下发复制，执行并下发入口补充有效运输业务单回填 2026-08-18 11:36:21 +08:00
rcx e489015e3e fix(oms):下发过滤已删除明细，执行单不再残留已取消运输业务单号 2026-08-18 10:19:40 +08:00
rcx 39ebcb70ed wip(wms): 出库报关流程暂时搁置，注释相关代码恢复原出库交接流程 2026-08-14 16:53:22 +08:00
rcx e7e64252e7 feat(wms): 出库报关流程增加通宇组织限制，仅通宇(2830)启用报关判断 2026-08-14 16:38:48 +08:00
rcx 7356208228 发测试 2026-08-14 15:30:04 +08:00
rcx 5963f6ed3a fix(oms) : 运输管理 - 运输业务单 - 反审核订单 ： 优化异常提示信息 2026-08-14 14:49:13 +08:00
rcx 6a87c5a75a fix(oms): 预约入库单列表接口补充申报数量字段 
reservationStockInOrderApi/list 返回缺少申报数量，原因为查询只查主表、
未关联明细表汇总，且返回对象无对应字段

- ReservationStockInOrderPO 新增 declaredQuantity 字段
- StockInOrderResult resultMap 增加 declaredQuantity 映射
- selectStockInOrderPo 片段增加 reservation_in_material_detail
  的 DECLARED_QUANTITY 汇总子查询(按 level=1 过滤主明细行)
 2026-08-14 11:02:18 +08:00
rcx 3240e57c3e fix(lease): 修复仓库出租率导出总面积、日租率计算错误 
导出时总面积被算成全系统所有仓库库区面积之和(6168)，日租率因此也错误(0.16)。
根因：导出方法调用 warehouseOccupancyRate()，该方法在不传 warehouseId 时
totalArea 会累加所有仓库面积。

- 导出方法不再调用 warehouseOccupancyRate()，改为自行按(业务日期+仓库)维度计算
- 总面积按仓库单独累加库区面积（通宇关务测试仓库 100，不再 6168）
- 整租/散租面积按(日期+仓库)聚合
- 日租率 = (整租+散租)/该仓库总面积×100，直接输出百分比(10.00)
- 增加总面积为0的除零保护
- 查询接口 warehouseOccupancyRate() 不受影响
 2026-08-13 17:43:44 +08:00
rcx e35fa7d48e Merge remote-tracking branch 'origin/dev-ty1.2' into dev-ty1.2 2026-08-13 17:21:21 +08:00
rcx d5bdb5b419 feat(oms): 运输业务单新增反审核功能 
审核通过后支持反审核，恢复订单到待审核状态以便修改
- 新增 /businessDocumentOrderApi/cancelAudit 接口
- 仅"审核通过(reviewStatus=1)"且未生成执行单的订单允许反审核
- 拆单主单反审核时级联清理生成的子单、子单地址及配送明细回填
 2026-08-13 17:20:41 +08:00
rcx 802a2994cc Merge remote-tracking branch 'origin/dev-ty1.2' into dev-ty1.2 2026-08-13 15:07:03 +08:00
rcx 3d3036cebf feat(wms): 出库报关流程改造 
1. 交接环节增加 needDeclareFlag 判断：需报关单置为「已交接(13)」不扣库存，
   不需报关单维持原逻辑直接「已出库(9)」扣库存。
2. 新增定时任务每小时调 sendDec 查报关结果，dec_status=P(海关已放行) 时
   状态 13→9 并扣库存+推OMS。
3. 新增 /stockOutOrderApi/customsConfirmOut 接口支持人工触发报关确认出库。
4. 出库单状态枚举新增 13-已交接。
5. WMS 启动类新增 @EnableScheduling 开启定时任务支持。
 2026-08-13 15:06:08 +08:00
rcx bc9a4f7204 Merge remote-tracking branch 'origin/dev-ty1.2' into dev-ty1.2 2026-08-12 18:18:09 +08:00
rcx b37edf7c63 feat(oms): 业务单号改为yyMMdd+每日序号(每日重置,对齐TMS长度) 
对应需求#072703，单号规则:年月日001,后面001每天重置
 2026-08-12 18:17:29 +08:00
rcx 9e2dc508a8 feat(lease): 新增仓库出租率及客户租赁明细导出功能 
- 新增 WarehouseLeaseExportVO（10列：仓库/业务日期/整租面积/散租面积/总面积/日租率/组织/货主/租赁方式/租赁面积）
- LeaseApplicationService 新增 exportOccupancyRate 方法，复用出租率与明细查询，按日期+仓库映射拼接汇总列
- ShipperLeaseDetailsApi 新增 GET /export 接口，入参与查询接口一致，使用项目通用 ExcelUtil 导出
- 业务日期按降序排序，日期格式 yyyy-MM-dd
对应需求：仓库出租率 - 增加导出功能（出租率+客户租赁明细）
 2026-08-11 18:05:00 +08:00