一、取数逻辑： 

1、该报表取数来源于应付单和开票核销记录，取数范围为范围日期的应付单和开票核销记录；
2、 暂估应付明细的取值规则：
期初余额：开始日期之前的“应付单金额”-“开票核销金额”（开票日期大于开始日期）
本期暂估应付金额：日期范围内的“应付单金额”
本期暂估冲回金额：日期范围内的“开票核销金额”
期末余额：期初金额+本期应付金额-本期开票金额

二、各种业务场景下报表的数据展示结果：

案例：应付单数量300，单价10，应付金额3000。

（一）先到货后开票：

1、完全按应付单数量、金额开票：完全核销　。

‍

２、开票数量３００不变，单价给予优惠条件，实际应付２７００：完全核销，产生－３００的应付调整单。

‍

３、开票数量３００数量不变，供应商调价单价上涨，实际应付３３００：完全核销，产生＋３００的应付调整单。

４、开票数量３５０数量，此时实际业务代表供应商多开票了５０个，但是实际应付单只有３００个入库，如下推发票，将数量修改为３５０，则系统不允许保存该发票。需要修改原应付单数量为３５０再下推。

５、开票数量２００，金额２０００，实际业务中代表供应商没有一次性开票，是分次开票的。报表显示未完全核销：

６、开票数量２００，金额１８００，实际业务中代表供应商没有一次性开票，是分次开票的，同时有优惠将价格调减了。报表显示未完全核销，同时产生－２００的应付调整单：

７、开票数量２００，金额２２００，实际业务中代表供应商没有一次性开票，是分次开票的，同时涨价将价格调增加了。报表显示未完全核销，同时产生＋２００的应付调整单；

（二）先开发票后入库：

 ８、上面１－７均是先入库生成应付单，然后再下推发票。对于先开发票，后入库下推应付单的情况，此时报表不会取发票数据，需应付单和发票进行手工核销后，才会将应付单数据和开票核销数据取入报表。