添加计费逻辑

doc/计费.md

@@ -0,0 +1,77 @@
+# 计费逻辑
+
+## 目录
+
+- [目录](#目录)
+- [结算方式](#结算方式)
+    - [预付费](#预付费)
+    - [后付费](#后付费)
+    - [储值](#储值)
+- [多级代理](#多级代理)
+    - [下级代理](#下级代理)
+        - [为下级代理储值](#为下级代理储值)
+    - [费率](#费率)
+
+## 结算方式
+
+### 预付费
+
+处于预付费模式下的用户在提取卡密时需要全额支付货款，支付货款所消耗的货币，需要**预先**[存储](#储值)在自己的账户之中。
+
+### 后付费
+
+对于信任的代理，可以采取后付费的结算方式  
+使用此方式结算货款时，该用户提取卡密时将无需支付货款，而是将结算时间推移至卡密被激活时。  
+使用此方法结算时，对应账户将不再具有储值，储值将变化为销售额。当用户激活一张没有结算货款的卡密时，提取者的销售额将增长，由项目管理者和代理自行商议结算时间，结算后，管理者将清除代理的销售额。
+
+### 储值
+
+预付费模式的代理提取卡密时，将消耗自身在该项目下存储的余额。余额需要预先找项目管理者或自己的上级代理充值。  
+充值时，你需要通过现金、在线支付、虚拟币等一些支付手段将货币转移给管理者，然后管理者向你的账户中添加储值。  
+
+> 当处于后付费模式的管理者为自己的预付费模式的下级储值时，所添加的储值将直接计算为自己的销售额，并依次向自己的上级传递。
+
+## 多级代理
+
+### 下级代理
+
+你可以随意添加用户作为你的下级，具有下级的管理权限，依据你自己的付费模式不同，可以给下级添加不同的付费模式，遵循如下原则
+
+| 付费模式 | 下级代理可选的付费模式 | 后付费 | 预付费 |
+|------|-------------|-----|-----|
+| 预付费  |             | 否   | 是   |
+| 后付费  |             | 是   | 是   |
+
+简而言之，处于预付费模式的代理只能拥有预付费模式的下级，而处于后付费模式的代理将可以拥有预付费和后付费模式的下级。
+
+### 为下级代理储值
+
+> 后付费模式下的下级无需储值
+
+当你处于预付费模式时，可以直接给下级代理储值，下级提取卡密时，将按照费率计算为你的销售额。  
+当你处于后付费模式时，给下级代理储值需要**扣除**你自身的余额，并按照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元利润。
+
+> 注意！费率仅对后付费模式下的代理才有意义，如果你的下级处于预付费模式，请直接商定余额兑换比例。而不是依赖费率。预付费模式下级的费率除了提高他的提卡价格外没有任何作用，不过可以依次来控制定价。
+
+

list.md

@@ -4,4 +4,5 @@
   * [异常处理](doc/error.md)
 
 * 客户文档
-  * [允许访问的卡池](doc/explanationOfTerms.md)
+  * [允许访问的卡池](doc/explanationOfTerms.md)
+  * [计费逻辑](doc/计费.md)