接了一个 50 人的大团，装备不走订单、直接整批拿走用几天 —— 以前只能一件一件进装备详情点 出库，点到手软。现在这件事是：装备堆在一起，扣着扳机连续扫，填一次原因和日期，整批出库；团队用完还回来，切个页签再扫一遍，整批入库。
入口
工作台「常用功能」→ 批量出入库：
批量出库：扫一遍，整批锁定
- 扣扳机连续扫，整批装备依次进列表（也可以点
搜索装备手选）。每件当场判定：在库的标绿色可出库；已经出库、维修中这些不能出的，直接标出状态原因； - 点
确认出库，填一次就管整批：快选原因（团队单 / 出租 / 出借 / 招待）、起始日期（默认按次日阈值）、天数（可点开直接输入）； - 确认后整批生效，实时显示进度（
出库中 23/50）。
有装备不符合条件时不会糊涂账：状态不对的（比如扫进来一件已经出库的），确认时会弹窗点名，可以一键 移除这些 再提交；所选时段和已有订单冲突的，确认窗口里会红字点名是哪几件，改日期或移除后才能提交。提交出去的每一件都是过了校验的 —— 万一个别失败（极少见），它会留在列表上标红原因，改完直接重试。
批量入库：还回来，再扫一遍
团队用完把装备还回来，切到 批量入库 页签：
流程和出库一样：扫一遍 → 点 确认入库 → 选个原因（团队归还 / 租赁归还等）→ 整批回库。入库后装备恢复在库可租，出库时写的时间锁自动解除，不用再手动去解占用。
入库页签只收 已出库 状态的装备 —— 在库的没必要入，维修中、已丢失这些要恢复的，去装备详情页走单件入库（那里有针对性的恢复选项）。
三个顺手的细节：
- 出库和入库两个列表互相独立，切页签不清空 —— 两批活可以穿插着干；
- 点列表里任何一件可进装备详情，核对它到底被什么占着；从详情返回后列表状态自动刷新；
- 小件（头盔、雪镜等）按款式数量管理，不走单件出入库 —— 混扫到会自动忽略并提示。
出错了查这里
| 现象 | 原因 | 怎么办 |
|---|---|---|
| 某件标着状态原因、不是「可出库」 | 它已出库 / 维修中 / 已丢失等 | 点它进详情看情况；不该出的移除掉再提交 |
| 确认时提示「N 件不可出库」弹窗 | 加完之后状态变了（比如刚被别的单配走） | 点 移除这些 一键清掉，再点确认 |
| 确认窗口红字提示时段冲突、按钮点不了 | 所选日期和某些装备的既有订单撞了 | 改日期/天数避开，或关窗把冲突件移除 |
| 入库页签扫进来标「当前在库」 | 它本来就没出库 | 不用管，移除即可 |
| 个别装备提交后标红失败 | 系统拒绝（如刚被别人抢占） | 原因就写在那一行上，处理后直接再点确认重试 |
| 出库后客人还是想订这几件 | 正常 —— 锁的是你选的时段 | 时段外照常可订；提前还回来就提前批量入库，锁即解除 |
为什么这么设计
批量出库没有发明新机制，它就是把装备详情页那个 出库 按钮批量化，只是把”每件填一遍”压成”整批填一次”。入库同理：手动入库本来就会顺手清掉手动出库留下的时间占用，批量只是让这件事一次做完。也因此，校验挡在提交之前（状态不符拦下、时段冲突点名），是为了保证”确认”这个动作干净利落：出去的全成，留下的全有原因。