78 lines
3.7 KiB
Markdown
78 lines
3.7 KiB
Markdown
# 计费逻辑
|
||
|
||
## 目录
|
||
|
||
- [目录](#目录)
|
||
- [结算方式](#结算方式)
|
||
- [预付费](#预付费)
|
||
- [后付费](#后付费)
|
||
- [储值](#储值)
|
||
- [多级代理](#多级代理)
|
||
- [下级代理](#下级代理)
|
||
- [为下级代理储值](#为下级代理储值)
|
||
- [费率](#费率)
|
||
|
||
## 结算方式
|
||
|
||
### 预付费
|
||
|
||
处于预付费模式下的用户在提取卡密时需要全额支付货款，支付货款所消耗的货币，需要**预先**[存储](#储值)在自己的账户之中。
|
||
|
||
### 后付费
|
||
|
||
对于信任的代理，可以采取后付费的结算方式
|
||
使用此方式结算货款时，该用户提取卡密时将无需支付货款，而是将结算时间推移至卡密被激活时。
|
||
使用此方法结算时，对应账户将不再具有储值，储值将变化为销售额。当用户激活一张没有结算货款的卡密时，提取者的销售额将增长，由项目管理者和代理自行商议结算时间，结算后，管理者将清除代理的销售额。
|
||
|
||
### 储值
|
||
|
||
预付费模式的代理提取卡密时，将消耗自身在该项目下存储的余额。余额需要预先找项目管理者或自己的上级代理充值。
|
||
充值时，你需要通过现金、在线支付、虚拟币等一些支付手段将货币转移给管理者，然后管理者向你的账户中添加储值。
|
||
|
||
> 当处于后付费模式的管理者为自己的预付费模式的下级储值时，所添加的储值将直接计算为自己的销售额，并依次向自己的上级传递。
|
||
|
||
## 多级代理
|
||
|
||
### 下级代理
|
||
|
||
你可以随意添加用户作为你的下级，具有下级的管理权限，依据你自己的付费模式不同，可以给下级添加不同的付费模式，遵循如下原则
|
||
|
||
| 付费模式 | 下级代理可选的付费模式 | 后付费 | 预付费 |
|
||
|------|-------------|-----|-----|
|
||
| 预付费 | | 否 | 是 |
|
||
| 后付费 | | 是 | 是 |
|
||
|
||
简而言之，处于预付费模式的代理只能拥有预付费模式的下级，而处于后付费模式的代理将可以拥有预付费和后付费模式的下级。
|
||
|
||
### 为下级代理储值
|
||
|
||
> 后付费模式下的下级无需储值
|
||
|
||
当你处于预付费模式时，可以直接给下级代理储值，下级提取卡密时，将按照费率计算为你的销售额。
|
||
当你处于后付费模式时，给下级代理储值需要**扣除**你自身的余额，并按照1:1的比例转移给下级。自身余额不够时，无法给下级储值。
|
||
|
||
### 费率
|
||
|
||
费率是后端云提供给各级代理抽成的工具，考虑如下结构
|
||
|
||
| ID | 名称 | 销售额 | 上级代理ID | 费率 |
|
||
|----|-------|------|:------:|------|
|
||
| 1 | 顶级代理 | 0.00 | | 1.00 |
|
||
| 2 | 下级代理1 | 0.00 | 1 | 1.20 |
|
||
| 3 | 下级代理2 | 0.00 | 2 | 1.20 |
|
||
|
||
此时，若**下级代理2**名下的一张没有结算货款的卡密被用户激活时，假设该卡密价值10.00元，则变化后数据如下
|
||
|
||
| ID | 名称 | 销售额 | 上级代理ID | 费率 |
|
||
|----|-------|-------|:------:|------|
|
||
| 1 | 顶级代理 | 10.00 | | 1.00 |
|
||
| 2 | 下级代理1 | 12.00 | 1 | 1.20 |
|
||
| 3 | 下级代理2 | 14.40 | 2 | 1.20 |
|
||
|
||
可以看到，**下级代理2**的费率实际上为它**所有上级**的费率相乘，即1.44。
|
||
此时，**下级代理2**需要向**下级代理1**支付14.40元，**下级代理1**需要向**顶级代理**支付12.00元，**下级代理1**赚取2.40元利润。
|
||
|
||
> 注意！费率仅对后付费模式下的代理才有意义，如果你的下级处于预付费模式，请直接商定余额兑换比例。而不是依赖费率。预付费模式下级的费率除了提高他的提卡价格外没有任何作用，不过可以依次来控制定价。
|
||
|
||
|