龙空技术网

如何从0-1搭建清算系统、提升清结算准确性

人人都是产品经理 358

前言:

当前兄弟们对“如何搭建自己支付系统”大概比较重视,小伙伴们都需要剖析一些“如何搭建自己支付系统”的相关文章。那么小编在网摘上网罗了一些对于“如何搭建自己支付系统””的相关知识,希望看官们能喜欢,姐妹们一起来了解一下吧!

于B端产品经理来说,理解业务逻辑和具备专业性的能力尤为重要。通过阅读本文,可以帮助大家深入了解清算系统的核心内容,为未来的工作提供参考。

一、是什么?为什么做

项目对内目标在于提效,拆解原产品全流程,包括机构入驻-课程上架-用户报名缴费-考勤-清结算,其中做用户活跃分析,发现清算环节有较大提升空间:

现清算流程全人工处理,1.5月投入大量人力物力,未完全完成,但基本流程已跑通;做线上清算预计可实现5天内完成清算流程,能带来88%效率提升;

考虑需求对整体目标有较大提升,同时覆盖用户范围能达到90%,故采纳。

目标:预计5天完成,提效88%。

成果:2个工作日完成,提效96%。

二、业务流程

什么是清算:用户在平台购买一件商品,付款后,平台需要和商家、推广员、平台计算背后的各自承担的补贴、红包成本,能分到的钱。

清算怎么做:一个简化的例子,如用户支付100元购买服务,系统开始执行清算任务,获取订单清算对象,如平台、商家;再获取对象的清算规则,如这笔订单中,平台抽成为10%,可以获得10元,商家可以获得100-10=90元。

那么上述例子,可以看到几个模块,如清算任务-清算对象-清算规则-计算服务-清算结果,整理出流程如下:

三、产品架构

基于上述流程,主要涉及三个系统,从业务系统获取数据,清算系统计算出结果,输出到账务系统,其中:

清算系统内,涉及大致流程包括任务管理-计算-结果输出;

计算前,需要校验原始数据准确性;计算时,需要知道清算对象、清算规则;结果输出前,需要对结果进行二次校验,可以整理出产品架构如下:

四、产品设计1. 功能列表

2. 设计

订单清算结果

用户购买后,平台方即可在后台查看到订单,及订单到清算结果,包括用户支付的订单信息,计价信息,优惠分摊及商家净收、平台补贴等计费信息。做到有理有据。

除订单清算结果,平台一般还提供清分明细,查询各费用类型,各结算对象的结算金额,基于不同业务需要,可能还有更多汇总纬度。

结果确认

计费规则

数据监控

3. 迭代记录清分账单上线清分审核流程上线计费规则完善,学校、课程属性配置清分对象模型完善,服务机构变更数据校验完善,实施监控+自动校验

五、常见问题如何保障账单准确性?

影响准确性的原因有:

原始数据不准确:日常数据监控和预警、取数后数据校验,统计结果对不齐:清算结果数据校验(与外部渠道对齐、总账、明细账、原始数据明细三方对齐)缺少基础数据:建立运营规范和标准化流程,如机构入驻流程,从申请入驻,协议签订/变更,更新平台清结算基础数据。

同时都需要注意确认差错原因,及时调整对应口径/功能,如:

补报名功能仅更新表A数据,未更新表B数据,需要注意完善功能逻辑;高并发造成数据丢失,需要考虑优化数据传输方案,是否建立补偿机制;向支付渠道申请退款时间与退款成功时间有毫秒级差别,需要统一口径。

最大的难点,清结算是一个全面细致的工作,要理解整条业务线的逻辑才能保障账务的准确性,举个例子:

周期性课程的结算是基于订单、考勤数据进行结算的,比如一次交费一学期托管课,每月按考勤进行结算,请假的课时不结算;

于是考勤数据变为清结算的基础数据,基础数据准确才能保障结果数据准确,保障整体账务的准确性;

但原始平台数据有较多问题,如退款不删除课时,钱退了,但是课时还在,还可以继续清算;

故需要对基础数据进行全流程的重新梳理,找到影响基础数据(金额、课时)的功能场景,并做数据校验和监控;

如主流程为课程上架–用户缴费报名–教务排班–教师考勤/家长请假–退款–平台清结算

1)课程上架:课程中使用的基础数据包括,课程总价、课程课时,计算课程单价;

其中总价是输入,课时是系统生成且可编辑的,课时数据准确性将直接影响单价准确性。

2)用户缴费报名:这里影响的基础数据包括订单、学生课时;

学生报名后即可生成学生课时,包括报名、补报名、插班报名几种场景,报名、补报名全额缴费,生成全部课时,插班报名,部分缴费,生成部分课时;

但实际业务并不是这样的,存在全额报名且仅参与部分课时等模式,这样对课单价计算都会产生影响,需要调整课单价计算方式。

3)教务排班:包括两部分,生成课时表、课时表管理

需要注意班级停课后,学生考勤是否全部被标注为停课,如后续报名的学生也同样需要被标注为停课,需要增加数据校验,注意关联功能影响;前期可以随意增删收费课时,但使用时培训成本高,准确性较差,且影响到课单价的计算。生成学生课时:用于考勤,这里需要保障生成数据的准确性,避免重复/遗漏,如高并发场景,故生成后,需要增加数据校验环节;学生课时管理:场景如国庆放假,需要把整个平台所有十一期间课时找出,做停课处理;这里关联到课时数据,关联到班级课时、学生课时表

4)退款:关联到剩余课时和剩余金额,但前期仅退款不退课,对整体计算影响较大,也需要调整。

清算结果确认驳回后,如何更新清算账单数据,重新确认?

如确认需修改考勤数据重新清算,支持管理员进入考勤更新考勤数据,在清算系统选择批量/逐条更新清算数据。

部分新入驻机构,由于合作模式不确定,前期清算结果生成后未进行实际确认和打款,现需要重新按新周期进行清算是否支持?

可对未确认账单进行处理,并手动生成清算任务,自定义清算周期。

发生退款如何处理?

退款计入下一个清算周期,清算周期内发生的收退记录都会被收录计算,生成负数清分明细,结算时,合并进行轧差结算。

本文由 @OK 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

标签: #如何搭建自己支付系统