结算测试-日终文件-分润文件对账相关

日终文件-分润文件对账相关

1. 结算侧内测过程中，模拟资方的文件数据做对账是主要的工作流程，比如触发相关业务后做分润对账。造文件数据时应充分模拟线上可能发生的情况，以下情况虽少见但测试过程中应该加到测试用例中：
   1. 一个月内被多次扣款且扣款成功，这种情况下次月一号的分润文件就会包含多条扣款成功的分润数据。如20201101这天资方批扣成功逾期的第一期、第二期、第三期，再在20201120这天到第四期月供日又扣款成功，这种情况下资方提供的分润文件里是要包含该订单的两条分润数据。
   2. 一般有些资方会支持一笔订单多借据的方式，即装修款是一笔借据A，附加费又是一笔借据B，在结算内部是将A的还款计划和B的还款计划合并为一个还款计划表做处理，但是资方扣款是A+B足额扣月供，逾期后按照逾期罚息规则加上罚息后足额扣月供，所以生成的分润文件中会包含A的分润数据和B的分润数据，造单时要模拟到这种情况。看下这两条分润数据落到结算后能否和结算的一条总的分润金额对账平，对账平后落到结算的分润总表也会是一条数据。
   3. 分润文件的提供频率一般是立项的时候平台和资方确定的，但是后续不能排除资方可能变更的情况，如原定每天提供分润文件改为每月一号提供分润文件，这种情况下，分润文件中数据量可能会积累的非常多，可能的结果是，比如执行几小时都不能对账完毕，这样会影响到后续业务部门的数据。所以如果结算侧在每月一号解析对账分润文件的时候，如果代码中查询SQL涉及多个主表，主表的大小直接会影响代码中SQL语句的查询结果快慢，所以这个时候开发做优化的时候要考虑到这些因素，尽量少的去查询主表、尽量减少表之间的关联查询，优化SQL。
   4. 对于分润金额的计算方式，应参考立项时项目需求文档中提供的计算方式，如果模拟资方分润数据后与结算侧分润金额对账不平，应同开发沟通计算分润的具体公式，因为有时需求文档并不会有想象中那么完善。一般根据资方不同会有不同的小数点保留位数的要求，测试人员在准备计算分润金额的时候，最好不要使用计算器分步计算再累加，如A+B+C+D=分润，这样容易造成精度的损失导致对账不平，这里建议使用SQL图形化视图工具，在命令编辑窗口输入计算公式，一次性计算出来，举例如下（具体问题具体分析，如果用EXCEL工具能准确计算结果也是可的）：SELECT ROUND((8832.57*ROUND(10.88/100/360*1.5,6)-8745.15*ROUND(9/100/360*1.5,6))/8745.15,6)*127*8745.15+(8832.57-8745.15)*3;
2. 高低利率对分润数据的影响。
   1. 有些合作资方会有高低利率的要求，凡是有这样的情况那么就说明不是所有的业务都需要分润。先解释一下高低利率，一笔订单放款成功后，客户利率是10%，这10%就叫高利率，资方资金成本利率是6%，这6%就叫低利率。融后在主动处理该笔订单的某些业务时就不需要按照10%的客户还款计划下对应的金额划转到资方，只需要按照6%的资方资金成本利率付给资方即可，剩下的4%就属于平台的分润金额直接扣留。如果资方主动批扣月供，就会按照10%的客户利率下的还款计划扣月供，这时就会涉及到产生分润数据了，然后再按照业务要求，按天提供分润文件或者按月提供分润文件。
   2. 结算侧测试时分两步，第一步，内测阶段要测试开发的代码所算出来的分润金额和需求文档里的分润计算规则下算出的金额是否一致；第二步，和资方联调阶段要校验资方提供分润金额的正确性。
   3. 补充：分润方式，目前了解到有两种模式：
      1. 根据具体还款行为去计算生成分润。如业务发生后按照比例直接扣留，再如客户被逾期批扣月供的时候，针对本月利息+罚息+复利按比例来计算平台应得的分润金额。
      2. 砍头息模式。即一次性收取服务费。费率产品一般是砍头息模式，就是在给客户放款时平台会将服务费从放款金额中扣下，但是仍按照放款金额为客户生成还款计划。如放款金额100000元，服务费500元，则放款到客户就是99500元，但是还款计划还是按照100000元来生成。