主题
打包管理
模块定位
打包管理模块负责生产完成后的分拣、入包、贴标与异常跟进。它承接生产管理的下游，把已经做完的板件整理成可交付、可追踪、可发货的包裹。
这个模块更适合解决这些问题：
- 生产完成后的板件，怎样先扫码确认、再按规则装包
- 打包过程里怎样打印标签、继续打包、查看打包记录
- 现场发现缺件、丢板、找不到板件时，应该到哪里统一处理
它不是生产排产页，也不是发货页。排产问题应先看生产管理；包裹完成后的出库、配送、交付，应继续看交付管理。
建议你先怎么读这个模块
这张图想帮你先分清阅读入口：打包管理不是一个单页，而是一组连续动作，最好按自己当前所处环节去读。
功能菜单
| 菜单 | 功能说明 | 使用频率 |
|---|---|---|
| 分拣工作台 | 扫码确认板件已进入分拣流程，处理当前订单的分拣上下文 | 高频 |
| 打包工作台 | 将板件装入包裹、切换打包模式、打印标签、继续当前订单打包 | 高频 |
| 打包单管理 | 查看打包进度、继续打包、查看打包记录、打印详情 | 中频 |
| 丢板记录 | 统一查看分拣/打包过程中上报的缺件与丢板记录，并可消除异常 | 中频 |
核心流程
这张图想帮你先建立主链路：打包管理不是“直接打包”，而是先分拣、再入包、再封包留痕；当订单全部板件都已封包且快照一致时，系统才会自动把订单推进到后续交付准备。
核心概念
分拣
分拣是确认板件从生产线下线、归类整理的过程。
- 工人扫描板件上的二维码
- 系统标记该板件已分拣
- 同一订单/房间的板件归到一起
打包
打包是把已经完成分拣的板件装入包裹，并形成后续可打印、可追踪、可出库的包裹单据。
打包方式
从当前打包工作台实现来看，系统会支持切换打包模式，并围绕当前订单自动恢复最近未完成的打包上下文。当前模式不是只影响“下一扫”，而是会直接决定新包裹怎么创建；一旦你自己手上已经存在未封包包裹，本次包裹的模式就会被锁定，必须先封包后才能切换。
| 打包方式 | 说明 | 适用场景 |
|---|---|---|
| 自由打包 | 自由创建包裹，手动决定哪些板件先入包；不会因为同房间板件扫完就自动封包 | 板件情况复杂、需要现场灵活处理 |
| 按房间打包 | 新包裹按房间建立，当前未封包包裹只允许继续加入同房间板件；当前房间板件扫完后可自动封包 | 最常用，便于安装和清点 |
| 按柜体打包 | 新包裹按“房间 + 柜体”建立，当前未封包包裹只允许继续加入同柜体板件；当前柜体板件扫完后可自动封包 | 柜体完整性要求高或便于单柜运输时 |
默认打包方式在 系统管理 → 工厂配置 中设置；如果当前用户之前有未封包包裹、或本地缓存了最近使用模式，页面会优先沿用那个模式，而不是每次都回到工厂默认值。
包裹标签
打包完成后会打印包裹标签，用于后续追踪和交付：
- 标签上会标识当前包裹身份
- 可用于后续扫码追踪
- 在完成打包后可以继续补打或打印详情
二维码说明
板件二维码
- 来源：开料工序完成后贴在板件上
- 内容：板件唯一标识
- 用途：分拣扫码、打包扫码、进度追踪
包裹二维码
- 来源：打包完成后打印的标签
- 内容：包裹唯一标识
- 用途：出库扫码、配送追踪、客户验收
手动打包
当板件二维码污损、无法识别，或者现场确实无法继续靠扫码完成入包时，可以使用手动打包。
这张图想帮你建立一个原则：手动打包是兜底方案，不是常规首选路径；而且是否需要授权码，取决于工厂配置里有没有设置手动打包授权码。
常见步骤：
- 开启“手动打包”开关
- 如果工厂已配置授权码，则先完成授权
- 手动从待打包板件列表中选择板件加入包裹
为什么需要授权码
手动打包会绕过正常扫码校验，所以很多工厂会设置授权码，避免现场误操作或随意入包；但如果工厂没有配置授权码，页面会允许直接开启手动打包。
与其他模块的关系
这张图想帮你看懂上下游关系：打包管理接在生产之后，完成后再交给交付，而异常会沉淀到丢板记录统一跟进。
丢板与缺件处理
分拣或打包过程中，如果发现板件缺失、实物找不到、或确认当前无法继续流转，可直接上报缺件。系统会统一沉淀到「丢板记录」菜单，方便后续集中跟进，而不是让现场人员反复尝试扫码。
从当前实现看，丢板记录至少会区分：
- 分拣来源
- 打包来源
并支持：
- 查看缺失明细板件
- 确认已找到后消除缺件记录
当前真实规则
系统对同一订单只维护一条缺件记录，后一次上报会覆盖前一次来源。分拣完成时只会自动清掉“分拣来源”的缺件标记；订单全部打包完成时只会自动清掉“打包来源”的缺件标记。也就是说，缺件记录不是简单按“页面点过一次就永久保留”，而是会随着对应环节真正完成而自动消除。