# `Sp_System_MaterialsReCost` (procedure) > @author:杨恒林 @date:20210521 封存 @describe:全月加权计算价格后 期初金额 + 采购入库金额+期它入库金额/ 期初数量 + 采购入库金额+期它入库金额 更新到其它各单据 bUpdate = 0:第一次分摊,分切单主表分摊到从表。 第二次正常分摊 - **Type:** PROCEDURE - **Deterministic:** NO - **SQL data access:** CONTAINS SQL ## Parameters | # | Mode | Name | Type | |---|---|---|---| | 1 | IN | `sProInParam` | `varchar(10000)` | | 2 | IN | `sMakePerson` | `varchar(100)` | | 3 | IN | `sBrId` | `varchar(100)` | | 4 | IN | `sSuId` | `varchar(100)` | | 5 | OUT | `sReturn` | `varchar(4000)` | | 6 | OUT | `sCode` | `int` | ## Body _Body is not pre-cached. To inspect: `mysql --defaults-file=~/.my.cnf -e 'SHOW CREATE PROCEDURE `Sp_System_MaterialsReCost`'`._ ## Narrative **Business context:** 成本核算 / 期间材料价格重算 — the "re-cost" counterpart to `Sp_System_MaterialsCost`. Same weighted-average algorithm (期初金额 + 采购入库 + 其它入库 / 同口径数量) but operating from the 月度成本 batch context: takes a JSON list of `sysaccountperiod` ids, undoes any prior 材料分摊 confirmation, and reruns the price computation. Lets accounting re-issue 材料价 for an already-priced period when adjustments arrive. **What it does:** Validates `sProInParam` ≥ 13 chars and that the JSON `$.params[*].value[*].sId` list hits `sysaccountperiod`; for each id reads `sPeriodId`, refuses when `accordercostanalysis iType=1 bConfirm=1` or `accproductionmaterialsslave bConfirm=1` exists for the period, then follows the same temp-table / `Sp_MaterialsCarryforward` / `accmaterialsstore` / `mitmaterialsstoreadjustmoney*` rebuild flow as `Sp_System_MaterialsCost` to refresh prices. **Invocation:** Status: appears orphaned at the procedure-call level (no proc-to-proc, gdsmodule, or form-master binding). Signature `(sProInParam JSON, sMakePerson, sBrId, sSuId, sReturn, sCode)` is the canonical `Sp_BtnEvent_*` dispatch shape — almost certainly invoked by `GenericProcedureCallServiceImpl.doGenericProcedureCall()` from a 重新计算材料价 button on the 月度成本 grid. Install script `script/标版/30100101/cost/Sp_System_MaterialsReCost.sql`.