# `Sp_productionPlanInfo_BtnEventConfirm` (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 | `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 PROCEDURE `Sp_productionPlanInfo_BtnEventConfirm`'`._

## Narrative

**Business context:** 生产管理 → 生产计划管理 → 生产排程 — toolbar handler "确认日报" (confirm daily-report row) acting on `mftproductionreportslave`. The schedule view lets a supervisor sign off on operator-submitted production-report rows; this proc stamps confirmation and snapshots the report quantity/hours so later adjustments to the operator data don't drift the audited number.

**What it does:** Walks `sProInParam.params[*].value[*].sReportId`. Per id: `UPDATE mftproductionreportslave S INNER JOIN mftproductionreportmaster M SET S.dAjustReportPlanQty=dProcessQty, S.bAffirm=1, S.sAffirm=sMakePerson, S.dAjustReportPlanHour=Fun_get_ReportDateByPlanIdAndDate(S.sSrcSlaveId, S.sTeamId, S.sMachineId, M.tCreateDate, M.sBrandsId, M.sSubsidiaryId) WHERE S.sId=p_sReportId`. The reference to `mftproductionplanslave.bAffirm`/`sAffirm` is commented out — only the report slave row is updated.

**Invocation:** Dispatched dynamically by `GenericProcedureCallServiceImpl.doGenericProcedureCall()` — 生产排程 form's "确认日报" button. No xly-src install file found.
