销售订单信用额度之订单选项的取数逻辑

为基础资料启用销售订单的信用额度时，在新增销售订单时可以查看其信用额度，有时看到的数据可能跟我们自己人工手动统计的结果不太一致，那么本文就一起探究下订单信用额度的实际取数逻辑。

       由于销售订单信用额度的公式中包含发票、收退款单、订单三类单据的数据，为避免篇幅过长，三类单据将分开描述，每一类单据通过一篇文档描述，本文将对订单信用额度公式中订单的选项展开描述。

注：信用额度发票链接 https://vip.kingdee.com/article/447479721731897600?fromAction=POST_ARTICLE&productLineId=7

1、销售订单信用额度的公式中，订单的选项包括：

+ 已审核的销售订单金额

+ 未审核的销售订单金额

- 已开票的销售订单金额

如下图所示：

图1

图2

2、在销售订单单据界面查询信用额度时，对应的查询语句如下，主要是查询表 ICCreditInstant 中的数据，然后根据我们勾选的公式进行加加减减。

图3

3、表 ICCreditInstant 的数据最初是在启用信用额度时写入，通过查看启用信用额度的过程，可以了解每一类单据的信用额度写入的逻辑，因此我们主要研究启用信用额度的过程即可。

启用信用额度的过程实际上是执行存储过程 p_IC_InitCreditInstantData 的过程。

从图3的代码中可以看出，销售订单信用额度中订单选项的数据均来源于表 ICCreditInstant 中FGroup =1的记录。订单信用额度也是来源于单据表 ICCreditBill 中FGroup =1的记录 。

存储过程 p_IC_InitCreditInstantData 中关于订单的代码如下：

图4

图5

图6

图7

4、已审核的销售订单金额

通过图3可以看出已审核的销售订单金额对应的是表ICCreditInstant 中 FGroup =1的记录中FMainAmtPara2 的数据。

表ICCreditInstant 中 FGroup =1的记录中FMainAmtPara2 的数据来源于图5的代码。

图5代码的逻辑为：

行业务未关闭的分录：审核状态（FStatus为1或者2时），订单数量/订单数量*价税合计

行业务关闭的分录：销售订单的关联数量、开票数量的较大者/销售订单的数量* 价税合计本位币

图8

图9

图10

图11

图9、10中可以看出已审核的销售订单的金额为15165476。

图11中查询表ICCreditInstant 中 FGroup =1的记录FMainAmtPara2=15165476。

5、未审核的销售订单金额

通过图3可以看出未审核的销售订单金额对应的是表ICCreditInstant 中 FGroup =1的记录中FMainAmtPara1 的数据。

表ICCreditInstant 中 FGroup =1的记录中FMainAmtPara1 的数据来源于图5的代码。

图4代码的逻辑为：

销售订单未审核且未作废的价税合计

图12

图13

图12可以看出未审核的销售订单金额为7503609。

图13中查询表ICCreditInstant 中 FGroup =1的记录FMainAmtPara1 =7503609。 

6、已开票的销售订单金额

通过图3可以看出已开票的销售订单金额对应的是表ICCreditInstant 中 FGroup =1的记录中FMainAmtPara3 的数据。

表ICCreditInstant 中 FGroup =1的记录中FMainAmtPara3 的数据来源于图5的代码。

图5的代码的逻辑为：

未行业务关闭的分录：销售订单的开票数量/销售订单的数量 * 价税合计本位币 

行业务关闭的分录：销售订单的数量/销售订单的数量 * 价税合计本位币

图14

图15

图14可以看出已开票的销售订单金额总和为828。

图15中查询表ICCreditInstant 中 FGroup =1的记录FMainAmtPara3=828。

因此：客户002东方机电销售订单在订单选项上的额度为：

+ 已审核的销售订单金额15165476

+ 未审核的销售订单金额7503609

- 未审核的现销发票金额828

=22668257

客户002的信用额度只勾选销售订单的选项，新增销售订单，录入客户002，查看信用，可以看到已用额度为22668257，如附图1、2所示。

到此，销售订单信用额度的订单选项逻辑就分析完了。

总结：销售订单信用额度公式中订单的选项，按照字面理解均可查询到对应的单据数据，对金额有疑问可以禁用信用后重新启用，会重新执行一次存储过程，若还是有疑问可以参考本文描述逐条分析。