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 |
|
王奎兴
|
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 |
|
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 |
|
王奎兴
|
3e5ed28d69
|
发30
|
2026-08-20 18:14:37 +08:00 |
|
王奎兴
|
78d40d35be
|
发31
|
2026-08-20 18:13:30 +08:00 |
|
rcx
|
8fedb6d6ed
|
feat(oms):库存查询/导出按商品到期日分组排序
|
2026-08-20 17:54:23 +08:00 |
|
王奎兴
|
b8de1c00eb
|
发31
|
2026-08-20 17:41:09 +08:00 |
|
王奎兴
|
bf080609fe
|
发30
|
2026-08-20 17:39:44 +08:00 |
|
王奎兴
|
b415ed6fa0
|
出库预约业务类型查询;
|
2026-08-20 17:34:43 +08:00 |
|
王奎兴
|
694ed699ec
|
单号生成规则包含已删除;
|
2026-08-20 17:26:56 +08:00 |
|
王奎兴
|
0b26692a34
|
发31
|
2026-08-20 15:35:31 +08:00 |
|
王奎兴
|
c2af421c7f
|
发30
|
2026-08-20 15:31:40 +08:00 |
|
王奎兴
|
57f87baf85
|
发30
|
2026-08-20 15:30:59 +08:00 |
|
王奎兴
|
e23edadde6
|
发30
|
2026-08-20 14:59:53 +08:00 |
|
王奎兴
|
530254e000
|
发31
|
2026-08-20 14:57:14 +08:00 |
|
rcx
|
33d085f9b9
|
fix(oms):入库链路计划数量翻倍修复
明细batchUpdate软删条件缺陷(入/出库共6个明细实现类):软删旧明细要求本次提交
至少一行走更新分支,"删光旧物料全部换新物料"时提交列表全为新增行,旧行漏软删
(del_flag仍=1),下发后执行单计划数量=旧+新叠加。改为库内有明细即对账软删
|
2026-08-20 14:45:13 +08:00 |
|
王奎兴
|
21fcc24e2e
|
发31
|
2026-08-20 14:20:07 +08:00 |
|