Sp_Manufacture_SetTime2.md 2 KB

Sp_Manufacture_SetTime2 (procedure)

@author:钱豹 @date:20210530 封存 @describe: 按当前机台的排单次序,重算开始时间,耗时,结束时间,考虑因素有 单双休,工作时间 条件为: 已排程 或 已下达 的未撤单记录

  • 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(1000)
6 OUT sCode int

Body

Body is not pre-cached. To inspect: mysql --defaults-file=~/.my.cnf -e 'SHOW CREATE PROCEDURESpManufacture_SetTime2'._

Narrative

Business context: 生产管理 → 机台作业任务执行 — second-generation variant of Sp_Manufacture_SetTime for the same per-machine 排单 recompute. Shares the comment header ("按当前机台的排单次序,重算开始时间..."), differs in how the per-row update is composed: this one drives Sp_System_ReplaceField for templatable field updates and also writes mftworkordermaterials (material side of the work-order) in addition to mftproductionplanslave and elemachine.

What it does: Same outer JSON-param contract as Sp_Manufacture_SetTime, but the inner loop uses call Sp_System_ReplaceField to splice dynamic column assignments into UPDATE mftproductionplanslave and UPDATE mftworkordermaterials, then update elemachine for machine state. No direct call to Sp_CalcPlan_dHour — duration logic is inlined.

Invocation: No caller found in any channel — no gdsmodule hook, no form-master binding, no other-routine CALL Sp_Manufacture_SetTime2, and no xly-src reference. Author 钱豹, comment marks it 封存 (frozen). Status: appears orphaned — kept alongside Sp_Manufacture_SetTime as an alternative implementation; candidate for maintainer audit before deletion.