日终文件-分润文件对账相关
- 结算侧内测过程中,模拟资方的文件数据做对账是主要的工作流程,比如触发相关业务后做分润对账。造文件数据时应充分模拟线上可能发生的情况,以下情况虽少见但测试过程中应该加到测试用例中:
- 一个月内被多次扣款且扣款成功,这种情况下次月一号的分润文件就会包含多条扣款成功的分润数据。如20201101这天资方批扣成功逾期的第一期、第二期、第三期,再在20201120这天到第四期月供日又扣款成功,这种情况下资方提供的分润文件里是要包含该订单的两条分润数据。
- 一般有些资方会支持一笔订单多借据的方式,即装修款是一笔借据A,附加费又是一笔借据B,在结算内部是将A的还款计划和B的还款计划合并为一个还款计划表做处理,但是资方扣款是A+B足额扣月供,逾期后按照逾期罚息规则加上罚息后足额扣月供,所以生成的分润文件中会包含A的分润数据和B的分润数据,造单时要模拟到这种情况。看下这两条分润数据落到结算后能否和结算的一条总的分润金额对账平,对账平后落到结算的分润总表也会是一条数据。
- 分润文件的提供频率一般是立项的时候平台和资方确定的,但是后续不能排除资方可能变更的情况,如原定每天提供分润文件改为每月一号提供分润文件,这种情况下,分润文件中数据量可能会积累的非常多,可能的结果是,比如执行几小时都不能对账完毕,这样会影响到后续业务部门的数据。所以如果结算侧在每月一号解析对账分润文件的时候,如果代码中查询SQL涉及多个主表,主表的大小直接会影响代码中SQL语句的查询结果快慢,所以这个时候开发做优化的时候要考虑到这些因素,尽量少的去查询主表、尽量减少表之间的关联查询,优化SQL。
- 对于分润金额的计算方式,