# `Sp_Calc_sYzfy` (procedure)

> 预支费用审批


- **Type:** PROCEDURE
- **Deterministic:** NO
- **SQL data access:** CONTAINS SQL

## Parameters

| # | Mode | Name | Type |
|---|---|---|---|
| 1 | IN | `iFlag` | `int` |
| 2 | IN | `iTmpCheck` | `int` |
| 3 | IN | `sFormGuid` | `varchar(100)` |
| 4 | IN | `sGuid` | `varchar(100)` |
| 5 | IN | `sLoginId` | `varchar(100)` |
| 6 | OUT | `sReturn` | `varchar(4000)` |
| 7 | IN | `sBrId` | `varchar(100)` |
| 8 | IN | `sSuId` | `varchar(100)` |
| 9 | OUT | `sCode` | `int` |

## Body

_Body is not pre-cached. To inspect: `mysql --defaults-file=~/.my.cnf -e 'SHOW CREATE PROCEDURE `Sp_Calc_sYzfy`'`._

## Narrative

**Business context:** Bears the `Sp_Calc_s*` audit/un-audit signature against `advanceCostCheckMaster` (预支费用审批主表 — advance-expense approval master). COMMENT says 预支费用审批 — auditing approves an employee's advance-expense application before disbursement.

**What it does:** Validates `sGuid`. Reads `advanceCostCheckMaster.bInvalid` and `tCreateDate`; refuses when invalidated. The period-frozen guard against `sysaccountperiod.bFrozen` and the `CkxIntervalMonthModifyBill` setting are both commented out in the deployed body (see Caveat). With `iFlag=1` flips the master to checked state; with `iFlag=0` reverses.

**Invocation:** Status: appears orphaned. No `gdsmodule.sProcName` row binds this name; xly-src has no occurrence anywhere. No Java caller, no other-routine caller, no form-master reference. Candidate for maintainer audit.

Caveat: the accounting-period frozen guard is commented out — advance-expense audits can be applied to periods that finance has already closed. Sibling of `Sp_Calc_sYsTb` which has the same disabled-guard issue. Flag for finance maintainer.