于B端产品经理来说，理解业务逻辑和具备专业性的能力尤为重要。通过阅读本文，可以帮助大家深入了解清算系统的核心内容，为未来的工作提供参考。
项目对内目标在于提效，拆解原产品全流程，包括机构入驻-课程上架-用户报名缴费-考勤-清结算，其中做用户活跃分析，发现清算环节有较大提升空间：
考虑需求对整体目标有较大提升，同时覆盖用户范围能达到90%，故采纳。
目标：预计5天完成，提效88%。
成果：2个工作日完成，提效96%。
什么是清算：用户在平台购买一件商品，付款后，平台需要和商家、推广员、平台计算背后的各自承担的补贴、红包成本，能分到的钱。
清算怎么做：一个简化的例子，如用户支付100元购买服务，系统开始执行清算任务，获取订单清算对象，如平台、商家；再获取对象的清算规则，如这笔订单中，平台抽成为10%，可以获得10元，商家可以获得100-10=90元。
那么上述例子，可以看到几个模块，如清算任务-清算对象-清算规则-计算服务-清算结果，整理出流程如下：
基于上述流程，主要涉及三个系统，从业务系统获取数据，清算系统计算出结果，输出到账务系统，其中：
清算系统内，涉及大致流程包括任务管理-计算-结果输出；
订单清算结果
用户购买后，平台方即可在后台查看到订单，及订单到清算结果，包括用户支付的订单信息，计价信息，优惠分摊及商家净收、平台补贴等计费信息。做到有理有据。
除订单清算结果，平台一般还提供清分明细，查询各费用类型，各结算对象的结算金额，基于不同业务需要，可能还有更多汇总纬度。
结果确认
计费规则
数据监控
影响准确性的原因有：
同时都需要注意确认差错原因，及时调整对应口径/功能，如：
最大的难点，清结算是一个全面细致的工作，要理解整条业务线的逻辑才能保障账务的准确性，举个例子：
周期性课程的结算是基于订单、考勤数据进行结算的，比如一次交费一学期托管课，每月按考勤进行结算，请假的课时不结算；
于是考勤数据变为清结算的基础数据，基础数据准确才能保障结果数据准确，保障整体账务的准确性；
但原始平台数据有较多问题，如退款不删除课时，钱退了，但是课时还在，还可以继续清算；
故需要对基础数据进行全流程的重新梳理，找到影响基础数据（金额、课时）的功能场景，并做数据校验和监控；
如主流程为课程上架–用户缴费报名–教务排班–教师考勤/家长请假–退款–平台清结算
1）课程上架：课程中使用的基础数据包括，课程总价、课程课时，计算课程单价；
其中总价是输入，课时是系统生成且可编辑的，课时数据准确性将直接影响单价准确性。
2）用户缴费报名：这里影响的基础数据包括订单、学生课时；
学生报名后即可生成学生课时，包括报名、补报名、插班报名几种场景，报名、补报名全额缴费，生成全部课时，插班报名，部分缴费，生成部分课时；
但实际业务并不是这样的，存在全额报名且仅参与部分课时等模式，这样对课单价计算都会产生影响，需要调整课单价计算方式。
3）教务排班：包括两部分，生成课时表、课时表管理
4）退款：关联到剩余课时和剩余金额，但前期仅退款不退课，对整体计算影响较大，也需要调整。
如确认需修改考勤数据重新清算，支持管理员进入考勤更新考勤数据，在清算系统选择批量/逐条更新清算数据。
部分新入驻机构，由于合作模式不确定，前期清算结果生成后未进行实际确认和打款，现需要重新按新周期进行清算是否支持？
可对未确认账单进行处理，并手动生成清算任务，自定义清算周期。
退款计入下一个清算周期，清算周期内发生的收退记录都会被收录计算，生成负数清分明细，结算时，合并进行轧差结算。
本文由 @OK 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
#本文所包含的App
