yueli
ece5dd8d72
feat(borrow): 前端转交/流转明细 UI 与借用人选人适配
转交 UI（借还记录页）
----
· 操作列新增【转交】，v-permission="'borrow_transfer'" + 按钮 loading 防抖
· 弹窗明示「仅支持整单全部转交」与「转交后须由接收人本人归还」，并在确认框
复述接收人与转交数量
· 列表是 borrow_no 主子表结构，trans_borrow.id 在**明细行**上，而一张单的明细
可各有不同持有人（转交是逐条明细进行的），故弹窗先让用户选定明细；单条明细
时自动选中（实测 54/60 的单号只有 1 条，等于零额外点击）。
该「单号按钮 → 弹窗选明细」范式沿用本页既有的「申请报废」。
流转明细时间线
----
· 操作列新增【流转记录】，无特殊权限要求（页面本身已由 op_records 把守）
· Drawer + el-timeline 倒序展示 借出 → 转交(可多次) → 归还 → 报废，
每节点显示时间、动作、当事人（借用人 / 转出→接收 / 实际归还人）与经手库管，
转交备注一并展示
· 主列表新增「当前持有人」列：转交后可能与「借用人」不是同一人；一张单的明细
持有人可能不同，去重后逐个展示，已全部回库显示「已回库」
身份锚点适配
----
· 借出页：借用人由「自由输入姓名」改为「用户下拉」，提交 borrower_id
（姓名无法唯一锚定一个人，重名即责任链断裂）
· 归还页：新增「实际归还人」下拉，默认取首件物品的当前持有人，提交 returner_id；
主表新增「当前持有人」列提示库管该由谁来还
· 错误提示不再本地重复弹出 —— request 拦截器已按后端 msg 全局 toast，
再弹一次会双份
验证：vite build 通过；接口契约经后端回归用例校验。
2026-09-17 09:18:06 +08:00
..
2026-09-11 14:45:23 +08:00
2026-09-16 17:14:29 +08:00
2026-07-17 16:13:12 +08:00
2026-07-13 15:12:22 +08:00
2026-09-08 11:13:38 +08:00
2026-09-09 09:31:23 +08:00
2026-09-11 10:34:23 +08:00
2026-09-10 17:41:29 +08:00
2026-09-16 17:22:51 +08:00
2026-09-17 09:18:06 +08:00