一、【业务场景】
1、启用打包功能的仓库期望采用「分拣装箱→复核打包」流水线作业模式,由复核人员在复核界面一站式完成复核、装箱、打印、打包封箱全流程,减少跨页面操作、提升单人闭环处理效率。
2、现有复核流程中,装箱操作需要跳转至打包台页面,操作路径割裂,来回切换页面打断作业节奏;同时同一商品分装多个箱子时,剩余数量商品的复核明细状态处理不合理,部分打包后剩余商品自动标记复核完成,不符合分步装箱的实际作业流程,整体复核打包作业效率低下。
3、客户核心需求:在复核明细未完成页面新增复核打包能力,基于复核按集货时间分组场景,支持同客户同波次商品直接装箱、生成箱码、刷新列表、删除箱码全操作,实现复核打包流程在复核页面内闭环;同时优化部分装箱后的明细状态规则,适配多箱分装作业场景,提升单人复核打包作业效率。
二、【功能介绍】
问题编号:EAR-265093
更新范围:仓配 App 复核 - 托盘列表 - 复核明细页面、打包明细页面、复核打包状态流转逻辑
限制条件:无限制
本次系统升级迭代,针对复核打包页面跳转割裂、部分装箱状态不合理、作业流程无法闭环等痛点,优化装箱打印跳转逻辑,重构部分打包状态流转规则。
三、【使用说明】
功能路径及详细操作
1、复核明细页装箱打印功能优化
功能路径:仓配 App - 复核 - 托盘列表 - 复核明细 - 未完成 Tab
1、点击「装箱打印」按钮,系统先判断标准参数「复核按集货时间分组」的开关状态:
参数 = true(按托盘维度):自动带入当前日期、波次、客户信息,直接跳转至「打包明细」页面;
参数 = false:保留原有规则,需手动选择波次、客户后执行打包操作。
2、跳转后的「打包明细」页面与打包台共用同一页面,页面内禁止切换客户,确保仅同客户同波次商品执行打包。
2、复核打包状态流转规则优化
原有规则:一条复核明细对应多数量商品,部分商品打包完成后,未打包的剩余商品自动标记为复核完成,同步展示至已完成 Tab。 示例:复核明细 10 件商品 A,打包 6 件生成箱码 01,已完成 Tab 展示:箱码 01、4 件商品 A。
全新规则:一条复核明细对应多数量商品,部分商品打包完成后,已打包部分生成箱码进入已完成 Tab,未打包的剩余商品保留原复核状态,继续展示在未完成 Tab,支持后续继续装箱。 示例:复核明细 10 件商品 A,打包 6 件生成箱码 01,已完成 Tab 展示:箱码 01;未完成 Tab 展示:4 件商品 A。
多商品数量的一条复核明细,部分商品打包后
复核已打包商品,未打包商品保留复核状态
再次进入打包台,仅将未复核部分带入打包台
3、部分复核后打包数量限制
若商品仅完成部分复核后进入打包台,仅允许将未复核部分的商品带入打包台进行打包操作。 示例:复核明细 10 件商品 A,已部分复核 3 件,进入打包台时仅可打包剩余未复核的 6 件商品。
四、【注意事项】
1、本次优化仅针对「复核按集货时间分组」开启(按托盘维度)场景生效,参数关闭时完全保留原有装箱打印逻辑,存量业务无影响。
2、跳转打包明细页面后禁止切换客户,严格限定同客户同波次商品打包,避免跨客户数据混淆,保证打包数据准确性。
3、部分打包后剩余商品保留未完成状态,支持分步多次装箱,适配多箱分装作业场景,更贴合现场实际作业流程。
4、部分复核后打包仅支持未复核部分装箱,保证复核与打包数据链路一致,避免数据状态错乱。
5、本次优化仅调整装箱打印跳转逻辑与状态流转规则,不改动原有复核、打包核心业务流程,系统运行稳定可靠。
6、实现复核页面内打包流程闭环,减少页面来回切换操作,有效提升单人复核打包作业效率。
.jpeg)