Sp_SalSalesCheckNEW.md 1.95 KB

Sp_SalSalesCheckNEW (procedure)

  • Type: PROCEDURE
  • Deterministic: NO
  • SQL data access: CONTAINS SQL

Parameters

# Mode Name Type
1 IN sLoginId varchar(100)
2 IN sCustomerId varchar(100)
3 IN sBrId varchar(100)
4 IN sSuId varchar(100)
5 IN bFilter text
6 IN sUnTaskFormId varchar(100)
7 IN pageNum int
8 IN pageSize int
9 OUT totalCount int
10 IN countCloumn text
11 OUT countMapJson longtext
12 IN sFilterOrderBy text
13 IN sGroupby_select_sql text
14 IN sGroupby_group_sql text

Body

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

Narrative

Business context: 销售管理 → 销售送货流程 → 3/4 送货单->销售对帐 — "NEW" rewrite of Sp_SalSalesCheck for the 设定单据->销售对账 form. Combines regular 送货 and deduction 送货 (Viw_SalDeliverGoods + Viw_SalDeliverGoodsded) plus 退货 (Viw_SalRejectGoods) in one pass, intended to replace the legacy variant.

What it does: Same TmpSalSalesCheck staging shape, same SysSystemSettings policy reads (NetMoney/NetPrice, CbxSrcNoCheck, CkxWebNotInFinance), and same Fun_GetLookCustomer scoping as the base. Differs by sourcing both regular and deduction delivery views in the same union, and dropping the viw_Accproductinit join. Hands the assembled set to Sp_Outstanding_Query for paging + bFilter splicing.

Invocation: Not currently bound to any gdsconfigformmaster row, no gdsmodule hook, no other-routine caller, and no xly-src reference. Status: appears orphaned — the 设定单据->销售对账 form still binds the original Sp_SalSalesCheck. Candidate for maintainer audit (kept as a swap-in for sites that want the unified deduction view).