主题
打包单管理
页面定位
打包单管理是打包管理里的结果追踪页。
如果说“打包工作台”负责现场实时装包，那么“打包单管理”负责在装包之后，统一查看每个订单当前打到了什么程度、已经形成了哪些包裹、还能不能继续打、是否可以补打清单、是否需要把某块板件从包裹里拣出来重新处理。
它更适合管理人员、跟单人员、复核人员使用；不主要承担一线扫码装包动作。
菜单路径
打包管理 → 打包单管理
谁会用到这个页面
通常会进入这个页面的人包括：
- 想看某个订单打包进度的跟单或管理人员
- 需要继续未完成打包任务的现场人员
- 需要补打印打包清单的人员
- 需要追查某块板件到底进没进包、进了哪个包的复核人员
- 发现包裹内容有误，准备把板件从包裹中拣出的处理人员
建议你先看哪里
第一次看这篇文档，建议先按你的问题进入：
这张图帮助你先找到阅读入口。因为打包单管理不只是“看列表”，而是承担了查进度、追明细、继续处理、补打清单、纠错调整多种用途。
页面整体结构
从前端实现来看，这个页面主要由三层组成：搜索区、打包列表、详情型弹窗。
这张图帮助你理解本页边界：它本身不做大量现场扫码动作，而是把你分流到“继续处理”或“查看结果”两个方向。
查询区
页面顶部支持先筛后看，当前前端真实提供的筛选项其实只有两类：
| 筛选条件 | 说明 |
|---|---|
| 订单名称 | 按订单名称模糊筛选，前端提交的是订单名称关键字，后端会先去订单模块换算出匹配的订单编号，再回到打包单列表过滤 |
| 订单编号 | 按订单编号模糊过滤，仓管员可以通过输入订单号的全部或部分字符快速定位到对应的打包单与包裹记录，极大地加速了出货核对的过程 |
| 进度 | 按打包单当前进度筛选 |
先纠正一个常见误解
当前列表页没有单独的“打包模式”筛选项。如果你想看某张单到底用了哪种打包模式，需要先进入列表，再通过“打包模式”列或打印/记录明细去确认。
使用建议
- 如果你知道具体订单，优先搜订单名称
- 如果你想看某一批“还没打完”的单，优先用进度筛选
- 如果你想看某张单为什么迟迟没结束，建议先按订单名称定位，再进“打包记录”看板件和包裹归属
打包单列表
列表页展示的是“每个订单当前整体的打包结果”，不是单块板件的逐条流水。
从当前表格列来看，主要包括：
| 字段 | 说明 |
|---|---|
| 订单编号 | 当前打包记录对应的订单号 |
| 订单名称 | 当前订单名称 |
| 包裹数量 | 当前订单已形成的包裹数 |
| 进度 | 当前订单整体打包进度状态 |
| 板件进度 | 已打包板件数 / 总板件数，并显示百分比 |
| 打包员 | 参与当前订单打包过的人员昵称去重汇总 |
| 开始打包时间 | 首次开始打包的时间 |
| 完成打包时间 | 整张打包单被系统判定完成的时间 |
| 操作 | 继续打包、打包记录、打印详情、删除等 |
先纠正两个容易看错的点
- 列表页没有单独的“打包模式”列，旧文档里把这个字段写进了列表，但当前前端表格并未展示；
- “打包员”不是“最后一个打包人”，而是后端根据当前订单下所有包裹的创建人做去重汇总后返回的名字串。
进度状态怎么理解
从页面状态枚举来看，当前至少包括：
| 状态 | 说明 |
|---|---|
| 打包中 | 已经开始打包，但还没有全部完成 |
| 堵塞/异常 | 当前打包流程出现阻塞，需要人工介入排查 |
| 已完成 | 板件已全部打包完成 |
这类状态适合用来做管理判断：哪些单正在推进，哪些单卡住了，哪些已经可以进入后续交付环节。
继续打包
当某个订单还没有处理完，或者你只是想从结果页回到现场操作页继续封包，可以直接从这里跳回打包工作台。
这张图帮助你理解：“继续打包”本质上只是带着订单号跳转，不是在本页内继续扫板件。
什么时候适合用继续打包
- 订单还在打包中，需要回到现场继续封包
- 管理人员在结果页查到某张单还没完成，想快速把现场人员带回对应订单
- 某张单需要重新补打、补扫或处理被拣出的板件
打包记录
“打包记录”是本页最适合复核与追查异常的入口。
点击后会打开一个全屏弹窗，里面会把订单信息、打包概况、板件明细与包裹归属整合在一起。
顶部概况信息
弹窗顶部会展示：
- 订单编号
- 渠道名称
- 交付地址
- 包装方式
- 打包进度
- 包裹数量
- 板件数量（已打包 / 全部）
这部分的作用是先让你确认：我查的是不是这张单、当前整体进度是不是我预期的状态。
这里也要注意一个细节
当前弹窗顶部没有单独显示“打包模式”字段。如果你在旧文档里看到这一项，要以现在页面真实实现为准。
板件记录字段
打包记录表格主要展示：
| 字段 | 说明 |
|---|---|
| 板件ID | 当前板件唯一编号 |
| 房间名称 | 板件所属房间 |
| 柜体名称 | 板件所属柜体 |
| 板件名称 | 当前板件名称 |
| 尺寸 | 长 × 宽 × 厚 |
| 包裹序号 | 当前板件所在包裹序号 |
| 包裹名称 | 当前板件所在包裹名称 |
| 打包方式 | 该板件是手动打包还是扫码打包 |
| 打包人 | 谁把它打进包裹 |
| 打包时间 | 进入包裹的时间 |
| 操作 | 可对已入包板件执行拣出 |
其中“打包方式”当前会直接区分为：
- 手动
- 扫码
这对复盘问题很有用：如果某块板件总是出现误装，就可以先看它是不是通过手动方式加入的。
记录筛选
在打包记录弹窗里，支持继续按板件维度缩小范围：
| 筛选条件 | 说明 |
|---|---|
| 板件ID | 模糊匹配板件编号 |
| 房间名称 | 筛选某个房间 |
| 柜体名称 | 筛选某个柜体 |
| 板件名称 | 筛选某种板件 |
| 尺寸 | 按尺寸文本匹配 |
为什么这个记录页有用
这张图帮助你理解打包记录的真正价值：它不是简单流水，而是给复核、排错、追责、纠偏提供依据。
包裹板件记录与拣出
如果已经打进包裹的板件后来发现装错了，可以直接在打包记录里执行“拣出”。
这张图帮助你理解：拣出不是“删除一条记录”，而是把这块板件从原包裹关系里拿出来，让后续流程有机会纠正。
注意
拣出操作会影响原包裹内容与打包进度，执行前应先确认是不是确实装错，避免把正常包裹再次打乱。
打印详情
“打印详情”不是补打一张单个包裹小标签，而是打印整张打包清单。
当前页面还有一个限制：列表里的“打印详情”按钮只会在打包单状态为已完成时显示。还在打包中的订单，如果需要现场包裹标签，应回到打包工作台或包裹相关入口处理，而不是在这里打印整单清单。
从当前打印弹窗实现来看，清单里通常会包含：
- 工厂 Logo 与工厂名称
- 订单二维码
- 制单人、制单时间
- 订单编号、订单名称、交付人、交付日期、交付地址
- 包裹总数
- 板件总数
- 打包员
- 开始 / 结束时间
- 包裹列表（包裹编号、包裹名称、板件数量、完成时间）
- 订单备注（如果有）
什么时候用打印详情
- 客户、安装方或仓库要一张完整清单时
- 现场要对整个订单包裹做人工复核时
- 后续交接需要纸质或打印版留档时
删除打包单
列表页支持删除单个或批量删除打包单，但这是管理性质操作，不建议作为日常流程动作。
从后端实现看，删除列表里的打包单会同时删除：
- 这张订单的打包单主记录；
- 这张订单下的包裹记录；
- 这张订单下的板件打包记录。
也就是说，它不是只删一行“展示记录”，而是会把该订单在打包模块里的结果关系一并移除。
只有在你非常明确这张打包单需要被移除时，才应使用删除；否则更常见的做法应是：
- 继续打包
- 进入打包记录核对
- 对错误板件执行拣出后重新打包
常见场景
场景一：查询某订单当前打到哪一步了
- 进入打包单管理
- 按订单名称或进度筛选
- 查看列表中的“进度”和“板件进度”
- 如需看更细结果，再进入“打包记录”
场景二：现场中断后继续处理某张单
- 在列表中找到状态仍为“打包中”的订单
- 点击“继续打包”
- 跳回打包工作台继续封包或补扫
场景三：客户反馈包裹内容不对，要追是哪块板出了问题
- 打开对应订单的“打包记录”
- 按板件ID、房间、柜体或板件名称筛选
- 查看它进入了哪个包、是谁打进去的、何时打进去的
- 必要时执行“拣出”，再重新安排入包
场景四：需要给安装或交付一张完整打包清单
- 在列表中找到目标订单
- 点击“打印详情”
- 检查订单信息、包裹数、板件数是否正确
- 再执行打印
常见问题
Q：打包单管理和打包工作台有什么区别？
打包工作台是现场实时装包页，重点是扫码、封包、打印标签；打包单管理是结果追踪和后处理页，重点是看进度、查记录、继续任务、补打印清单、纠错调整。
Q：为什么这里能“继续打包”，却不能直接在列表里扫码？
因为这个页面不是现场主操作台，它只负责把你送回真正的打包工作台，并带上订单号。
Q：为什么我能看到“打印详情”，但不是每一条都适合打印？
因为当前页面里，“打印详情”按钮只会对已完成的打包单显示。它打印的是整张订单打包清单，不是单个包裹标签；还没完成的订单，本来就不适合在这里输出最终清单。
使用建议与最佳实践
- 先用列表看全局，再用记录查细节：不要一上来就钻进明细。
- 追板件问题时尽量带条件筛选：尤其是订单板件很多时，直接看全量记录效率很低。
- 纠错优先用拣出 + 重新打包：比直接删除整张打包记录更稳妥。
- 打印前先看包裹总数与板件总数：避免打印出一张并不完整的清单。
- 把这里当作复核页，而不是主操作页：一线连续扫码装包还是应回到打包工作台。