主题
丢板记录
页面定位
“丢板记录”是打包管理里的缺件异常跟进页。
它不是现场扫码页，也不是补做生产页，而是把分拣、打包现场已经上报的缺件异常统一集中起来，方便你回答几个很实际的问题：
- 现在哪些订单还挂着缺件异常；
- 这次异常最初是从分拣还是打包环节上报出来的；
- 这张订单当前到底少了哪些板件；
- 板件已经找回或补齐后，什么时候可以把这条记录关闭。
菜单位置
打包管理 → 丢板记录
谁会用到这个页面
通常会进入这个页面的人包括：
- 分拣或打包现场负责人
- 负责跟进补件、返工、找板的管理人员
- 想确认某张订单当前是否仍有缺件未消除的跟单人员
- 需要复盘异常来自分拣还是打包环节的管理人员
建议你先看哪里
这张图要帮你看懂：丢板记录不是单纯的查询列表，它真正承接的是异常挂起、明细确认、持续跟进、最终关闭这一整段流程。
适用场景
以下情况通常适合进入丢板记录：
- 分拣时发现应拣板件没有找到，现场先上报了缺件
- 打包时发现订单还有板件未回流，当前无法完整入包
- 管理人员想集中查看今天还有哪些订单仍处于缺件跟进中
- 现场说“已经找到了”，但你想先打开明细核对缺的是哪几块板
页面功能与列表字段
当前页面的真实职责可以概括成两件事：看异常列表和关闭异常记录。
查询区
页面顶部当前真实提供 3 个筛选项：
| 筛选条件 | 说明 |
|---|---|
| 订单编号 | 按系统订单号模糊筛选 |
| 订单名称 | 按订单名称模糊筛选 |
| 缺板来源 | 只看“分拣”或“打包”上报的异常 |
先纠正一个容易想当然的点
当前页面没有按状态、时间范围、上报人单独筛选的查询项，正式使用时主要就是靠订单编号、订单名称、缺板来源先把范围缩小。
列表字段
| 字段 | 说明 |
|---|---|
| 订单编号 | 这条缺件异常属于哪张订单 |
| 订单名称 | 该订单的名称，用来辅助识别 |
| 缺件来源 | 当前记录来自分拣上报还是打包上报 |
| 上报人 | 最近一次把这条异常写入系统的人 |
| 上报时间 | 最近一次上报或覆盖这条异常的时间 |
| 操作 | 查看缺失明细板件、确认已找到后消除缺件 |
你可以把它理解成打包管理里的“缺件待跟进池”。
一条订单只保留一条缺件记录
当前后端不是“同一订单每报一次就新增一条历史”，而是每张订单只维护一条缺件记录。
这张图要帮你看懂：列表里更像是“当前挂起状态”，不是完整的历史流水。所以你看到的来源、上报人、上报时间，代表的是最近一次写入结果。
缺件来源说明
当前页面会把缺件来源分成两类：
| 来源 | 说明 |
|---|---|
| 分拣 | 在分拣工作台发现缺件后上报 |
| 打包 | 在打包工作台发现缺件后上报 |
为什么来源很重要
这张图要帮你看懂：来源字段不是装饰信息，它直接决定你第一步应该往哪个现场环节回看。
查看缺失明细板件
列表里的“查看缺失明细板件”不是只看一行摘要，而是会打开一个缺失板件详情窗口，按当前订单的真实未打包板件重新计算缺失结果。
这张图要帮你看懂：缺失明细不是人工录入的静态备注，而是系统按当前订单板件与打包结果实时算出来的结果。
明细窗口里会看到什么
当前详情窗口会展示：
- 订单名称
- 系统单号
- 缺板总数
- 按批次分组后的缺失板件列表
- 每块缺失板件的板件 ID、房间名称、柜体名称、板件名称、材质花色、尺寸、备注
- 如果板件暂时没有关联到批次，会归到“未关联批次”分组
为什么按批次分组有用
因为现场追板时，很多时候不是只想知道“少了哪块板”，还想知道它大概率卡在哪个生产批次、该先找哪批货。当前详情弹窗已经把这一步的信息一起带出来了。
自动清除与手动消除
当前缺件记录有两种退出方式：自动清除和手动消除。
这张图要帮你看懂：并不是只有手工点按钮才会消失。有些订单在对应来源的现场流程走完后，也会被系统自动清掉。
自动清除的真实规则
后端当前的自动清除规则是：
- 系统会按“订单号 + 来源”检查当前记录；
- 只有记录里的来源和当前完成动作的来源一致时，才会自动清除；
- 如果来源不一致，这条记录不会被那次完成动作顺手清掉。
例如：
- 一张订单当前挂的是“打包”来源缺件；
- 之后分拣环节结束了；
- 由于记录来源不是“分拣”，这条异常不会因为分拣完成而自动消失。
消除缺件
列表里的绿色按钮当前语义是“确认已找到，消除缺件”。
操作思路
- 先确认现场板件已经找到、补齐，或者已经可以继续后续打包
- 在列表中找到对应订单
- 先按需打开“查看缺失明细板件”复核当前缺板内容
- 再点击“消除缺件”
- 确认后，这张订单的缺件记录会从列表中移除
注意
当前手动消除是直接按订单号删除这条缺件记录，本质上是在结束“异常跟进状态”，并不是给缺件原因做结案备注。
常见场景
场景一：筛选某张订单现在还有没有缺件
- 进入“丢板记录”页面
- 输入订单编号或订单名称
- 点击搜索
- 如果还能查到记录，说明这张订单当前仍有缺件异常挂起
场景二：想确认到底缺了哪些板件
- 在列表里找到目标订单
- 点击“查看缺失明细板件”
- 优先看缺板总数
- 再按批次展开，确认缺的是哪几块板、可能卡在哪个批次
场景三：板件找到后关闭异常
- 管理人员先确认板件已经找回或补齐
- 在列表中找到该订单
- 点击“消除缺件”
- 让这张订单退出当前缺件跟进池
常见问题
Q：丢板记录和打包单管理有什么区别？
丢板记录看的是缺件异常是否还挂着；打包单管理看的是订单整体打包结果、包裹数量和打包记录。一个偏异常跟进，一个偏结果追踪。
Q：为什么我刚看到一条记录，过一会儿又没了？
因为当前页的缺件记录不一定只会被手动消除。若对应来源的现场流程已经完成，系统也可能把它自动清除。
Q：为什么我看到的来源、上报人、上报时间像是被改过？
因为同一订单当前只保留一条缺件记录。后续再次上报时，系统会覆盖这条记录的来源、上报人和上报时间，而不是继续累加新行。
Q：缺失明细里的板件数量为什么会变化？
因为详情弹窗里的缺板清单是根据“订单全部板件 - 当前已打包板件”实时算出来的。只要打包结果发生变化，缺失明细也会跟着变化。
使用建议与最佳实践
- 先把这里当异常跟进池，不要当历史台账：它反映的是当前还挂着的问题，不是所有上报历史。
- 看列表只判断方向，看明细再决定行动：真正安排找板、补件前，先打开缺失明细确认缺的是哪些板。
- 优先根据来源排查现场：先确定是分拣来源还是打包来源，能少走很多弯路。
- 消除前先确认实物或补件结果：系统删掉记录，不代表现场一定真的恢复正常。
- 结合分拣工作台、打包工作台一起看：异常从哪里发现，就回到对应工作台追根溯源。