设置按峰值带宽计费_计费结算系统简述

本文简单介绍了面向B端用户的计费结算系统。

51f78f7d69b943a9ea9178178dae04ea.png

上游系统

参与计费的数据主要是计量数据和计费规则。计量数据也就是被计费的对象,计费规则其实就是处理计量数据的公式。在不同的结算平台计费规则会有不同的承载形式和叫法,比如面向用户单向收费的场景下,我们称之为用户价格,常见的承载形式就是报价单;在电商结算平台,常见的计费规则有平台和商家的抽佣规则、返利规则,但本质都是对计量数据的计算公式。

但计费系统毕竟是TO B的系统,碰到销售卖法不统一或客户议价权较大时,客户提出的计费规则现有系统不能满足,咋办呢?不计费当然是不可能的。对于这一类case PM需要抽象总结,我们会发现其实计费数据主要由结算金额和收费名目组成的。在系统不能自动计费的情况下,这些字段可以由业务员填写,再经过相关的审核,生成结算单。

结算

计量中心

计量中心是用来存放从上游获取的计量数据。设置计量中心的原因,主要是因为结算的频率不高,一般是日结和月结,并不要求实时返回计费结果,并且计量数据量大、规则复杂,所以先将计量数据存放在计量中心,以便进行离线计费。

计费引擎

计费引擎是根据计量数据、价格、优惠、资源包生成计费明细的过程。一般有两种算法,正算法和反算法,分别是从计量找价格和从价格找计量。

计费的过程可以分为三个阶段:获取计量数据、计算费用、生成结算单,即先请求计量数据,逐个生成计费明细,最后等计费明细生成完后,再生成结算单。

结算单

结算单是记录一个账期内与客户的结算数据,由多条计费明细组成,是向客户收款/打款的依据凭证。我们这里说的结算单是面向用户收款的,所以结算单生成后会根据计费明细在用户的账户内进行扣款,也就是到了钱包系统。

结算单调整

结算单生成后,业务上可能会因计量数据、计费规则有问题,需要调整结算单,也称为“调账”。对于错误的结算单,可以采用直接删除错误结算单,或用正确的结算单替代的处理方式。需要注意的是结算单调整后,对钱包资金和发票的影响,如果发现结算单错误但已经扣款了,需要先退回扣款资金,再按正确的结算单执行扣款。

钱包系统

“钱包”顾名思义,就是存放和记录用户的资产,管理资金的流入和流出。向上承接支付系统、充值请求等,以及用户的扣款、退款、提现等交易请求,以流水形式记录资金的变动情况,反映账单的核销情况;向下对接财务系统,将流水数据按“会计语言”处理成会计分录、明细账等。

发票管理

这里主要是向用户提供开具发票的功能,用户申请开票后由财务人员开具电子/纸质发票,不多赘述。

授信管理

由于部分企业客户有一定账期,需要根据账期和月消费为用户设置一定的授信额度,授信额度可以进行调整、停用等。

欠费信控

欠费信控是管理欠费用户的处理流程。用户被判断为欠费后,会依据用户的欠费策略来进入到对应的欠费处理流程,欠费策略通常是借助风控系统和用户的还款历史来判断用户风险等级,风险可能性越大的用户,欠费后的策略越严格,以减少坏账/被薅羊毛的风险。

这里需要注意的是有账期的客户,这些客户与平台的结算是按账期满x天、x月后才结算费用,平台需要结合用户的消费和信用等级来设置一定的信用额度,等用户的欠费超过信用额度后才进入欠费流程。

总结,计费系统的产出是结算单,而钱包系统负责管理资金,核销结算,并向下游的账务系统提供入账依据。

如果有问题或疑问,欢迎留言提问~

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值