问题描述：【销售发票查询】的 “原币价税合计” 和【发出商品统计】的 “已开票价税合计” 对不上。
可能出现不等的原因：
1、普通操作登录查询的，可能是权限不足导致，要用admin登录查询。
2、两个表统计的单据类型不一样。【销售发票查询】统计的单据类型是“销售发货开票”，而【发出商品统计】统计的单据类型是“发出商品出库单”和“发出商品退货单”，
3、查询时间只筛选了部分日期，没有将时间扩大了查询。例如发出商品出库单是2021年做的，而销售发货开票是2022年做的，如果两个表的查询时间只筛选2022年的话，就会出现【销售发票查询】的“原币价税合计”包含了2022年做的销售发货开票的单据，而【发出商品统计】的“已开票价税合计”没有包含2021年的发出商品出库单，就会导致2个表查询出来的数据对不上，要将两个表的查询时间扩大了查询，例如查询1999年到9999年。
问题描述：【商品销售统计】的 “价税合计” 和【发出商品统计】的 “价税合计” 对不上。
问题原因：
1、普通操作登录查询的，可能是权限不足导致，要用admin登录查询。
2、【商品销售统计】的查询条件有写明 “发出商品出库单、发出商品退货单仅统计未开票数据”，所以，查询该报表的时候，单据类型要勾选上【销售发货开票】才对。
3、两个表的查询时间段要扩大了查询，例如查询1999年到9999年。
4、如果以上方式查询都对，但是查询出来的数据，数量可以对的上，金额有小数位数差异的话，是因为这两个表公式计算方式不一样，例如：
没有办法让 3.3333*3=10.00 和 3.3333X1+3.3333X1+3.3333X1=9.99 这两个算式得到的数值相等。
由于金额都是保留2位小数，3.3333*1每一次都是先保留2位小数，得到 3.33，然后再3.33+3.33+3.33=9.99 所以无法得到10，而3.3333*3=9.9999 保留2位小数就是10， 这就是我们系统目前在运算过程，合在一起与拆分后的数值计算逻辑。