编辑导语：做一款结算产品，要考虑到支付时的各种场景，因此计费模块的设计尤为重要。本文作者根据自身的工作经历，对如何设计计费模块展开分析，希望对你有帮助。
做结算产品三两年了，基本结算相关的应收应付场景都见过，主要是围绕计费这块写点东西，分享一下，可探讨，可喷，大厂同学请绕路，因为这东西可能你们的团队已经实现了。
公司现在业务相当于平台，业务抽象来说比较简单，有点像电商的POP模式，用仨字儿概括就是算分成，背景如下：
- 几个商户（角色）入驻你这个平台
- C端支付个订单
- 平台把该收谁多少钱，该给谁多少钱算好
- 信息提交至银行做清分
各位看官淡定，以上几个步骤我们都是合法合规的，跟银行合作的，这块可不要开喷。
以上就是业务背景，可能围绕计费这块，做过电商的或者平台类的朋友会遇到运营或者各部门提的需求，举个例子：
我每年需要收年费，可能A供应商每年收1000，B供应商每年收2000，等等。每个订单我平台要抽成，每个商家，甚至于每个商品类目，收取的都不一样，费用，费率都不一样，收取的方式天花乱坠。某些商户我可能不间断的还会给他阶梯优惠，等等。
每衍生出一个费用需求，接下来就是技术一顿改，一顿出问题，一顿修复。
所以，需要一个可配置的模板，每新增一个费用需求，不需要改代码，可以通过配置，来解决以上的问题。
一、基本要素
个人理解，决定费用项目的几个基本的要素就以下几个：
- 计费业务线：每个公司都不一样
- 计费对象（角色）：就是入驻你这个平台的商户是干嘛的，给它规个类
- 费用类型：比如，年费，每单的抽成，佣金，等等
以上仨要素，或者更多要素，基本能决定入驻平台的这个商户的类型以级费用类型。
