|
|
d1dd3dd404
|
feat(approval): 三端审批页「撤回」入口，明确告知会释放库存
后端已支持撤回时释放预占（见上一提交），前端同步：
一、文案与语义
按钮 完结 → 撤回，颜色 danger → warning（语义从「危险操作」变为
「可逆的库存释放」）。确认弹窗明确告知会释放多少项库存：
确定撤回申请单【APR-OUT-...】吗？
撤回后该单将被作废，其预占的 5 项物料库存会立即释放，
可供其它申请使用。此操作不可恢复。
用户看到的「1 件货」背后其实是一批被锁定的库存，不写清楚会让人
以为撤回只是「关掉一张单」。
二、报废新增撤回入口
报废审批页原先只有「执行报废」，没有撤回。补上按钮 + handleWithdraw()，
并新增 API 封装 withdrawScrapRequest()。
状态映射同步补充 4: '已撤回'（statusText / statusTagType）。
三、成功提示改为透传后端消息
后端会返回「申请单已撤回，释放 N 项预占库存」，比前端写死的文案
更有信息量，故改为 res?.msg 优先、前端文案兜底。
按钮可见性沿用 row.status === 1（已通过但未执行），与后端的执行守卫
（执行成功后 status 置 3）一致，故已执行或已撤回的单不会出现该按钮。
|
2026-09-10 15:08:43 +08:00 |
|
|
|
8c18586a94
|
feat(borrow): 借库审批页备选库位，与出库保持一致
借库的执行入口在审批页 —— 展开行即为工人查看/去扫码的物料明细。
申请单已把货预占在某库位，工人现场可能进不去，需要改扫同物料的其它
批次（后端执行端按 base_id 校验身份、允许换批次），但改造前系统不告诉
他还有哪些库位有货。
复用出库模块的 /api/v1/outbound/alternatives 端点（逻辑完全一致：
按 available_quantity > 0 过滤，只给真正能拿的库位，排除已被别单占满的行），
在明细表的库位列加图标 + popover：
[推荐] L5/1/2/1 可用 840 ← 本单锁定行
[备选] L2/1/2/1 可用 1
与出库页同款取舍：
· trigger="click" —— 车间用扫码枪/触摸屏，hover 在触屏不可用
· @show 时才发请求 —— 展开单据时不会打出一片并发查询
· 附提示文案「现场取不到推荐库位时可直接扫备选库位条码借用」
注：借库申请经预占改造后 items_json 已带 base_id/stock_id/source_table，
故推荐行可正确标注；改造前的历史单无这些字段，此时全部显示为「备选」。
|
2026-09-10 15:02:22 +08:00 |
|
|
|
1dbf74b7bc
|
feat(borrow): 借库审批补「完结」能力（对齐出库 status=4）
- mark_completed 改为 1→4 已完结（真正扫码借出完成仍为 status=3）
- 前端审批页新增「已完结」筛选项与状态映射；审批信息列对 3/4 显示审批人
|
2026-09-10 09:47:07 +08:00 |
|
|
|
3bd19c1ab5
|
feat: 借库审批支持手动完结——已通过(status=1)单可强制完结，库管/主管/超管可见
|
2026-09-04 14:52:31 +08:00 |
|
|
|
e61351b0ca
|
fix: 借库审批页按钮权限码改为 op_borrow_approval:operation（主管看不到审批按钮）
|
2026-09-04 09:23:33 +08:00 |
|
|
|
ec9aafbe51
|
feat: 借库归还日期贯穿申请/审批/扫码借库；BOM 套餐添加与打印、缺货写入申请原因
|
2026-09-02 18:39:17 +08:00 |
|
|
|
7ef22a3830
|
feat(借库审批流): 完整前后端实现
|
2026-06-12 14:08:19 +08:00 |
|
