信也还款之演变
前言
早期信也科技在随着业务的不断拓展和创新，内部很多系统都经过了不断的拆分，也涌现出了很多新的业务.同时在随着国家政策变更的大环境下，以拥抱政策为前提，信也也在不断对还款业务进行优化和创新。
前期还款
架构
每个业务都有自身且不统一的逻辑，存在着系统间调用不合理的情况，架构如下：（白色箭头为公共）
痛点
各个业务全部都拥有了有自己特色的还款流程，还款前置流程错综复杂 线上线下还款流程不统一，系统间耦合严重 各个还款界面混轮不堪，无法统一 某个部分变动，所有业务全部需要调整，改动量巨大 还款舒畅度不高，用户体验不友好 各个业务的还款后置流程无法及时统一支持同一款还款活动 数据明文传输，容易被恶意串改
现有还款
架构
架构如下：（白色箭头为公共）
优势剖析
还款收银台
从用户层面来看，来到信也平台进行还款的用户，可以通过不同渠道进行还款，但是如果看到一家公司还款界面各种各样，可能会产生错乱感； 从技术架构层面来看，页面散乱，前置流程不统一等问题，会影响系统的稳健性，极可能造成严重的后果。
最终以上面的两个层面及老还款的架构为基础，诞生了还款收银台.
收银台逻辑：
图3 收银台逻辑图
个性化配置：
收银台优势：
还款前置页面流程统一化 还款活动及引导可以统一化 可通过个性化配置还款页面的样式 数据传输更加安全放心 用户观感得到提升
还款系统
还款早期只存在分为线上还款和线下还款，并且各个系统调用耦合严重，调用关系比较混乱，并且从长期的业务稳定性出发，有些流程已经不能达到很好的支撑业务的目的；同时为了满足还款收银台的业务支撑，所以需要一个新的还款系统来进行承接和解决这些业务及系统问题。
还款业务域：
图5 还款业务域图
以上业务域是按照还款业务场景进行划分，详情如下：
业务方上下文：管理请求过来的业务方信息，包含一些特殊配置的信息，为后面的上下文提供数据支撑 优惠券上下文：管理相关的优惠券信息，为订单上下文提供支持 债权上下文：获取用户的代还信息，用于当下校验，为订单上下文提供支撑 订单上下文：承接所有的还款请求业务订单，为整个还款系统的核心业务域 还款上下文：负责向业务中台递送还款请求，为整个还款系统的核心业务域 支付上下文：负责订单的扣款及返现模块，是整个还款系统的核心业务域
还款类型：
图6 还款类型内容图
还款系统优势：
系统调用关系合理化，解耦了不合理的依赖关系，让系统更加健壮， 还款后置流程统一化，可快速叠代新的还款形式 还款数据进行了统一，可供客服等三方使用 解决了用户重复还款的问题 为业务上新的拓展，提供了良好的保障
总结
还款业务一直都是一家金融科技公司的核心业务，由于公司业务的不断创新及调整，怎么吸引用户还款，怎么保障还款成功率，怎么让用户还款便捷，这些问题成为了重中之重，也是这些问题成为了搭建还款收银台及还款系统的最主要的动力，我们把还款聚焦成一套专业的系统，既解决了老还款存在的问题，也为新的还款业务拓展提供了解决方案。系统是在业务不断拓展和变换中进行适时的演变，从而提供更好的解决方案，只有最合适业务的架构，才是好的架构。
作者介绍
chenqiang 信也科技研发中心研发专家