Sp_eptmachinemaintenance_OEE (procedure)
维修后机长确认
- 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 | sUserId |
varchar(100) |
| 4 | IN | sMachineId |
varchar(255) |
| 5 | IN | sBrId |
varchar(100) |
| 6 | IN | sSuId |
varchar(100) |
| 7 | OUT | sReturn |
varchar(1000) |
| 8 | OUT | sCode |
int |
Body
Body is not pre-cached. To inspect: mysql --defaults-file=~/.my.cnf -e 'SHOW CREATE PROCEDURESpeptmachinemaintenance_OEE'._
Narrative
Business context: 维修后机长确认 — machine-operator (机长) confirmation step after equipment maintenance is completed. Sibling of Sp_eptmachinemaintenance_Lader: where that one stamps the 领导 sign-off, this one stamps the 机长 sign-off on selected 设备维修单 rows.
What it does: Parses sProInParam JSON for $.params[*].value[*].sId (selected row IDs) and UPDATE eptmachinemaintenancemaster SET bCommand=1, sCommandPerson=sMakePerson, tCommandDate=NOW() WHERE sId=p_sId per row. On LENGTH(sProInParam)<5 aborts with sReturn from Sp_Sis_GetConst('paramsErro', ...) and sCode=-1. Despite the _OEE suffix the body has no OEE math — only the flag stamp.
Invocation: Status: appears orphaned. Not bound to any gdsmodule hook, no form-master reference, no other routine references it, no xly-src reference. Same generic-procedure-call signature as the 领导 variant; likely intended as the 机长确认 grid button on the 设备维修 form but never wired. Candidate for maintainer audit alongside Sp_eptmachinemaintenance_Lader.