Sp_SalSalesCheck_All.md 2.55 KB

Sp_SalSalesCheck_All (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 longtext
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 PROCEDURESpSalSalesCheck_All'._

Narrative

Business context: 销售管理 → 销售对账/开票流程 → 销售对账 (salsalescheckingmaster / salsalescheckingslave) — variant of the standard "未对账印件清单" data-source proc Sp_SalSalesCheck that returns the union of all source-bill types (送货单 + 销售订单 + 工单 + …) in one paged listing, rather than the single-type branch the production version picks via SysSystemSettings.CbxSrcNoCheck. Pre-stages a temp table B1 of sMinusSrcId from saldelivergoodsmaster + salrejectgoodsmaster so that delivery notes already replaced by 抵扣/退货 bills are filtered out.

What it does: Reads NetMoney/NetPrice rounding settings, builds a B1 temp table of replaced source ids, resolves Fun_GetLookCustomer for visibility, then CREATE TEMPORARY TABLE TmpSalSalesCheck and inserts from each bill family in turn — selecting (dProductQty - dCheckingQty) AS dNoCheckingQty and the standard projection columns. Caller-supplied bFilter JSON is rewritten to a WHERE clause via Fun_bFilter_toWhere(.,'A') and @sTableAlias@ is replaced with A.. Returns the paged + counted result through the usual Sp_Outstanding_Query-style pager glue.

Invocation: Status: appears orphaned_All is a feature variant retained alongside the canonical Sp_SalSalesCheck. No gdsconfigformmaster.sSqlStr binds it, no gdsmodule.sProcName references it, no other proc in information_schema.ROUTINES mentions it, and grep -rln Sp_SalSalesCheck_All xly-src returns no hits. Maintainers should confirm whether this is an experimental successor to Sp_SalSalesCheck or stale code; per wiki convention, treat as not-in-production until a binding is re-established.