3851ebd7bc2984596325a2e04e489212f6532f9c
原逻辑是总价优先(hasTotalPrice 分支在前):用「申请单总价 ÷ 本次入库数量」 反算单价。但申请单的 total_price 是「申请数量」的钱,实际入库数量未必相同 —— 厂家怕出问题多发(申请 100 个、实发 104 个)是常态,用总价除以实际数量 会把单价摊薄或抬高。 改为单价优先、总价仅作兜底,总价由「单价 × 实际入库数量」得出。与后端 buy_service 的补价口径一致。 顺带修一处隐患:导入新单前清掉 postTaxTotalManuallySet / postTaxTotalInput。 此前若上一单手工改过含税总价,这两个 ref 会残留,updatePrices 末尾会拿着 旧总价回头覆盖新导入的价格 —— 连续导入两张单时必现。 影响面:库管本就拿不到价格(接口剥离),此段对其一直是空转;受影响的是有 价格权限的角色在页面上导入采购单时的计算口径。
Description
No description provided
Languages
Python
70.2%
CSS
14.9%
Vue
7.6%
HTML
4.2%
TypeScript
3.1%