## 一、概述
### (1)基礎政策說明
基礎流量包:有效期為30天,自訂購之日零點零分到第30日的23:59:59秒;
組合流量包:每個基礎流量包作為1期進行組合,生效失效時間疊加;
#### (2)一些重要的數據指標定義:
|序號| 指標名稱 | 指標說明 |
| --- | --- | --- |
| 1 | 實時流量數據(A1) | 實時采集的當前已用流量讀數 |
| 2 | 每日累計用量(A2) | 基于實時數據匯總的每日累計用量 |
| 3 | 每月累計用量(A3) | 基于實時數據匯總的每月累計用量 |
| 4 | 累計總用量(A4) | 基于實時數據匯總的自開卡以來,所有累計的已用流量總數據|
| 5 | 實時最新用量(A5) | 基于實時采集的數據,記錄當前卡片最新的流量讀數,每張卡僅一個數值 |
| 6 | 卡片可用流量(B1) | 基于套餐訂購,每訂購一個流量包,當時就會產生該卡片的一個可用流量B1,它有開始生效時間和失效時間,每張卡片可以同時有多條該值 |
| 7 | 卡片失效流量(B2) | 每一個卡片可用流量B1,當它過期或用掉之后,變成對應的卡片失效流量,它與B1一一對應 |
| 8 | 卡片已用流量(C1) | 每張卡片一個數值,記錄卡片當前計算周期內的已用流量|
## 二、基礎采集數據
每張自營池卡片,每隔固定時間(如2分鐘),都會去采集一個已用流量,形成卡片每日累計、每月累計總流量數據(注意,每月最后一天的23:58分開始停止采集,因為一般運營商都在23:59:59秒會將本月池和卡流量數據全部清零),形成后續必須的基礎流量數據集合;
## 三、卡片可用流量
卡片可用流量(B1):每張卡依據訂購流量包記錄,有若干個流量可用額度(注意,是可以多個,依據當前有效流量包個數),每個有效訂購流量包,對應一個流量可用額度記錄,每個可用額度記錄有其開始生效時間(訂購當日)和失效時間(30個自然日后);
|序號| 字段 | 說明 |
| --- | --- | --- |
| 1 | 流量生效時間 | 當前流量開始可用的時間 |
| 2 | 流量失效時間 | 當前流量失效的時間,到了這個時間,如果無論已用完或未用完,流量都會清零 |
| 3 | 流量數值 | 本條套餐額度的數值(單位是kb) |
計算邏輯
>[danger]
> 1、首先來處理已經到了失效時間的卡片可用流量(B1),他們會自動刪除,變成卡片失效流量(B2),記錄入庫;
> 如果存在多條到了失效時間的卡片可用流量(B1),則逐條來處理,每條處理邏輯如下
> 1.1、如果當前卡片已用流量(C1)大于這條卡片可用流量(B1),則從當前卡片已用流量(C1)中減掉這條卡片可用流量(B1)數值,這條可用流量額度刪除,進入無效庫;
> 1.2、如果當前卡片已用流量(C1)少于等于這條卡片可用流量(B1),則卡片已用流量(C1)清零,這條可用流量額度刪除,進入無效庫;
> 2、如果扣除完之后,卡片已用流量(C1)還大于0,則繼續逐條尋找未到失效時間的卡片可用流量(B1),按照失效時間順序處理,最先到期的,先處理,逐條來處理,每條處理邏輯如下:
> 2.1、如果當前卡片已用流量(C1)大于當前這條的卡片可用流量(B1)的時候,則從當前卡片已用流量(C1)中減掉這條卡片可用流量(B1)數值,這條可用流量額度刪除(雖然還未到期),進入無效庫,整體流程繼續嘗試去依序找下一條來處理;
> 2.2、如果當前卡片已用流量(C1)小于等于當前這條的卡片可用流量(B1)的時候,則不再尋找下一條來處理;
## 四、卡片已用流量
卡片已用流量(C1):這個數值不等同與卡片累計總用量(A4)(這個是采集的基礎數據),從開卡開始計數,直到清零,然后又開始重新計數;具體的算法如下:
>[danger]
> 1、每次采集流量數據的時候,自動把本次采集數據,與卡片最新用量數(A5)相比較,得到本次采集的增量,將這個增量增加到卡片已用流量(C1)中去,這個增量的計算,有兩種可能:
> 1.1、如果是同一個月內的采集,那么,每次采集之后,先取卡片最新用量數據(A5),作為初始值,然后把本次數據作為最新值,最新值減去初始值,得到增量值,然后再把本次數據最新值賦值給最新用量(A5),且更新當前月份,以備下次計算;
> 1.2、如果本次數據與最新數據出現跨月,先將0作為初始值,然后把本次數據作為最新值,最新值減去0,得到增量值,然后再把本次數據最新值賦值給最新用量(A5),且更新當前月份,以備下次核算;
## 五、停復機
如果當前卡已經沒有卡片卡片可用流量(B1),卡片就會禁止通信,如果當前卡片又搜素到了卡片卡片可用流量(B1),卡片就會恢復通信;
停機的時候,需要做一些額外動作;
卡片可用流量:不做動作,因為它依據耗盡了;
卡片已用流量:不做動作,保留萬一有余量未扣足的,下次補上扣;
復機的時候,也需要做一些額外的動作;
卡片可用流量:不做動作,因為它依據訂購套餐來;
卡片已用流量:不做動作,保留萬一有余量未扣足的,下次補上扣;
- 前言
- 快速開始
- 內部營銷
- 卡片分配
- 我的卡片
- 轉移退回
- 卡片分配
- 退回審核
- 接口接入
- 卡片撥入
- 套餐撥入
- 銷售平臺
- 銷售運營
- 代理商管理
- 流量包發布
- 邏輯解析
- 卡片管理
- 我的卡片
- 卡片銷售
- 退回申請
- 退回審核
- 綜合查詢
- 扣費查詢
- 微充查詢
- 代充查詢
- 代理平臺
- 核心術語
- 卡密業務
- 卡密劃撥
- 卡密查詢
- 代理運營
- 代理商管理
- 流量包分配
- 流量包定價
- 卡片管理
- 我的卡片
- 卡片查詢
- 卡片銷售
- 退回申請
- 退回審核
- 賬務管理
- 賬號充值
- 充值查詢
- 收益查詢
- 綜合查詢
- 我的流量包
- 扣費查詢
- 合伙平臺
- 公眾號
- 通用公眾號配置流程
- 合伙公眾號配置流程
- 合伙公眾號簡化配置
- 自營公眾號配置流程
- 賬務管理
- 扣費查詢
- 運營平臺
- 卡密業務
- 卡密生成
- 卡密轉移
- 卡密作廢
- 卡密查詢
- 已用卡密
- 基礎資料
- 流量餐包
- 自營池算法
- 流量包類型
- 卡片資料
- 批量上傳
- 卡池群組
- 業務監管
- 訂購審核
- 訂購監控
- 補償流量
- 日耗預警
- 卡片處理
- 卡片用戶
- 流量調整
- 卡片分析
- 代理關系
- 候選監控
- 流量轉移
- 業務查詢
- 卡片查詢
- 扣費查詢
- 充值查詢
- 微充查詢
- 實名管理
- 實名審核
- 實名管理
- 后臺充值
- 代充值
- 返利管理
- 待返明細
- 待返賬單
- 返利審核
- 付款執行
- 賬單查詢
- 返利控制
- 微信客服
- 微信客服
- 運營規范
- 卡片注銷
- 停機保號
- 換發新卡
- 睡卡換卡
- 查詢統計
- 代理統計
- 客戶平臺
- 卡片管理
- 我的卡片
- 卡片注銷
- 業務辦理
- 套餐訂購
- 套餐變更
- 加餐包訂購
- 掃碼充值
- 業務查詢
- 扣費查詢
- 充值查詢
- 賬號明細
- 開放平臺
- 接入指南
- 普通API
- 套餐訂購
- 實名認證
- 流量查詢
- 套餐查詢
- 卡片查詢
- 訂購查詢
- 訂單查詢
- 實名地址
- 卡池API
- 單卡流量
- 卡池查詢
- 停機復機
- 卡片激活
- 公用API
- 電信狀態
- 卡片查詢
- 我的套餐
- 賬戶充值
- 充值查詢
- 訂購記錄
- 扣費記錄
- 卡池平臺
- 轉換方案
- 卡池管理
- 用戶操作
- 面向普通用戶
- 面向大客戶
- 面向API用戶
- 卡密業務
- 設計方案
- 廠商制卡(簡版)
- 廠商制卡
- 代理制卡
- 功能介紹
- 系統管理
- 調度監控
- 運營經驗
- 安裝實施
- 全新安裝
- 系統遷移
- 極簡指南
- 聯系我們