王奎兴
|
02a0b7aab6
|
xxl-job
|
2026-08-26 14:08:24 +08:00 |
|
rcx
|
42ab5160ed
|
发30
|
2026-08-26 14:03:42 +08:00 |
|
秦鸿展
|
df66287455
|
31
|
2026-08-26 12:55:44 +08:00 |
|
秦鸿展
|
e2ce186aba
|
30
|
2026-08-26 12:49:16 +08:00 |
|
秦鸿展
|
9be0de0ae7
|
园区月台预约车辆显示修改
|
2026-08-26 12:48:06 +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 |
|
秦鸿展
|
59249be9b0
|
31
|
2026-08-26 00:06:41 +08:00 |
|
秦鸿展
|
8fe5e079dd
|
新增月台预约楼层车辆查询
|
2026-08-26 00:01:40 +08:00 |
|
秦鸿展
|
d1d55ce52a
|
30
|
2026-08-25 23:00:55 +08:00 |
|
秦鸿展
|
b12517e5b5
|
30
|
2026-08-25 22:28:57 +08:00 |
|
秦鸿展
|
09d24217b5
|
统计业务类型
|
2026-08-25 22:25:12 +08:00 |
|
秦鸿展
|
3c2f252347
|
统计业务类型
|
2026-08-25 22:23:18 +08:00 |
|
秦鸿展
|
940e4c56b0
|
31
|
2026-08-25 20:24:10 +08:00 |
|
秦鸿展
|
09ab103d1d
|
30
|
2026-08-25 20:18:31 +08:00 |
|
秦鸿展
|
8dcb2334d5
|
BI月台数据改造
|
2026-08-25 20:11:52 +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 |
|
秦鸿展
|
f2f3fb9c19
|
30
|
2026-08-25 11:09:23 +08:00 |
|
秦鸿展
|
a62ed7c60f
|
31
|
2026-08-25 11:05:06 +08:00 |
|
王奎兴
|
4168f921f6
|
查询nc日志排序修改;
|
2026-08-25 10:52:28 +08:00 |
|
王奎兴
|
1916152775
|
查询委托方去除组织条件;
|
2026-08-25 10:41:58 +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 |
|
王奎兴
|
f5f792d3f8
|
发31
|
2026-08-24 17:03:55 +08:00 |
|
王奎兴
|
dbd61c0519
|
发30
|
2026-08-24 16:58:26 +08:00 |
|
王奎兴
|
cb5d933e0a
|
渗透测试修改;
|
2026-08-24 16:53:20 +08:00 |
|
王奎兴
|
5298e9d4e3
|
发30
|
2026-08-22 19:35:56 +08:00 |
|
王奎兴
|
06f61d7957
|
发31
|
2026-08-22 19:32:52 +08:00 |
|
王奎兴
|
4567f00858
|
发测试
|
2026-08-22 18:46:36 +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 |
|
王奎兴
|
0eb2f323c7
|
发31
|
2026-08-22 18:29:36 +08:00 |
|
王奎兴
|
a35030e2f5
|
登录报三方异常处理;
|
2026-08-22 18:27:56 +08:00 |
|
王奎兴
|
d1b1b27ab0
|
发30
|
2026-08-22 17:46:47 +08:00 |
|
王奎兴
|
4a6a2798e8
|
发31
|
2026-08-22 17:36:27 +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 |
|
王奎兴
|
1b3b1a6394
|
Merge branch 'dev' into dev-ty1.2
# Conflicts:
# mhd_wms/src/main/resources/bootstrap.yml
|
2026-08-22 13:59:22 +08:00 |
|
王奎兴
|
072a4f7d1f
|
退货验证发票号是否重复;维他奶导入单号添加校验;
|
2026-08-22 11:17:42 +08:00 |
|
王奎兴
|
63a19fbbcd
|
退货入库单编辑后才显示数量;
|
2026-08-22 10:26:54 +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 |
|