结算测试-日终文件-基本对账业务相关

日终文件-基本对账业务相关

1. 一般项目立项之后都会确定最基本的日终对账文件，具体如下，
   1. 放款文件
   2. 还款计划文件
   3. 还款明细文件
   4. 逾期文件
   5. 剩余本息文件
   6. 分润文件
   7. 批扣文件
   8. 批扣结果明细文件
   9. 代偿结果文件
   10. 贴息结果文件等。
2. 文件一般会放到sftp文件共享服务器上，资方和平台都将彼此需要提供的文件放到该服务器上，按需下载。
3. 如果是平台代替银行代扣月供，上述文件中有些是资方提供给平台，供平台侧结算部门做对账使用，如a, b, c, d, e, f, g, I, j。有些是结算部门主动提供给资方的，如h，即平台结算侧将代扣月供的结果给到资方，如一天扣三次就会上传三次批扣结果到sftp。
4. 如果是银行自行扣除月供，则不会有g批扣文件存在，资方会将批扣结果文件给到平台落库，一般资方自行扣月供会在一天内扣三次，如上午九点、中午十二点、下午三点。资方会分别在这三个时段内生成对应订单的月供扣款结果并形成批扣明细结果文档提供给平台侧结算部门做解析落库。
5. 一般，在对接资方的业务中，并不是平台直接对接资方。因为出于安全性和高效性的考虑，资方一般会有一个或多个合作的第三方外包方，第三方外包方类似于一个桥梁，连接资方和其他平台。正常的流程是，平台的结算部门将某批业务数据或文件提供到资方第三方外包，这些信息被第三方外包处理打包后才会被推送到资方。同样资方处理后的业务涉及的数据流和文件经第三方外包处理打包后才会推送到平台结算部门。类似于下方流程。
   1. 平台à资方第三方外包à资方
   2. 资方à资方第三方外包à平台
6. 综上，一般联调阶段会是这三方联调，而并不是直接和资方去联调，这期间最好提前预约好时间，好让各方提前预留排期。一般测试流程会模拟切日，这样才能在指定的日期T日上开展各个业务，也能在指定的日期如T+1日接收日终文件。所以需要提前确认，资方是否可以配合切日，因为一般资方会有多个合作平台，如果轻易切日会造成其他平台的数据错乱。以下附图一张，简示一下联调场景过程中的切日顺序供参考：
7. 
8. 这里有一个最重要的环节就是批扣过程中的扣款状态的处理。一般一个订单可能有三种扣款状态。如果代替资方批扣，则平台要对接第三方支付平台做扣款，这里就要对平台和第三方支付平台的业务处理流程有清晰的理解，比如对于扣款处理中的订单，第三方支付平台是一个什么样的处理逻辑，因为最终我们需要的是一个扣款的终态。具体的平台和第三方扣款交互逻辑后续详细列一下。
   1. 扣款成功
   2. 扣款失败
   3. 扣款处理中
9. 对于已成功上线的资方项目，如果后续需要新加某个对账文件，结算测试不应只测试一般的正向对账流程，其他异常情况也应考虑在内，因为研发开发代码时有可能会漏掉某些原始的逻辑，如平台多单或者资方多单，如果代码没有对这两种情况做处理，在解析文件并对账时就会报错，从而会影响后续的定时跑批任务。
10. 一般会遇到没有进件的情况，即没有业务产生，这种情况下对应的日终对账表内容就会为空，结算侧在做用例设计时要包含空文件的下载、解析和对账是否能正确执行。