## 一、概述
### (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用户
- 卡密业务
- 设计方案
- 厂商制卡(简版)
- 厂商制卡
- 代理制卡
- 功能介绍
- 系统管理
- 调度监控
- 运营经验
- 安装实施
- 全新安装
- 系统迁移
- 极简指南
- 联系我们