## 一、背景
解决这么一个问题,就是从零开始,在系统初始搭建完毕之后,如何最快速度使用起来,而且无需看完所有文档;
## 二、系统配置
1、定义套餐;
2、导入卡片,卡片在销售经理名下;
3、用销售经理登入系统,进入卡片分配,将卡片账分配到市场人员名下;
4、市场人员登入系统,建立顶级代理商,然后针对顶级代理商,进行流量包的发布以及卡片的销售;
5、顶级代理商,可以建立子级的下级代理商,针对下级代理商,进行流量包的分配以及卡片的销售;
6、代理商/顶级代理商,都可以进行流量包定价;
即可;
## 三、微信配置
1、配置公众号;
2、配置商户号;
## 四、更新机制
1、每次更新同步产品版本后,请记录版本时间戳以及最近的脚本名称,便于后续版本同步;
2、更新分为两个部分:
A:主应用部分,ROOT.war是系统的发布包,更新的时候,先停止tomcat应用,然后删除掉webapps目录下原来的ROOT.war和ROOT文件夹,保持干净的webapps目录,然后将新的ROOT.war更新到tomcat/webapps下面,即可,然后启动tomat;
B:调度服务器部分,先停止jobserver进程,以1个或N多个jar包的形式更新,将待更新的的jar包,覆盖到$jobserver/lib下同名的文件系列,然后后重启;
- 前言
- 快速开始
- 内部营销
- 卡片分配
- 我的卡片
- 转移退回
- 卡片分配
- 退回审核
- 接口接入
- 卡片拨入
- 套餐拨入
- 销售平台
- 销售运营
- 代理商管理
- 流量包发布
- 逻辑解析
- 卡片管理
- 我的卡片
- 卡片销售
- 退回申请
- 退回审核
- 综合查询
- 扣费查询
- 微充查询
- 代充查询
- 代理平台
- 核心术语
- 卡密业务
- 卡密划拨
- 卡密查询
- 代理运营
- 代理商管理
- 流量包分配
- 流量包定价
- 卡片管理
- 我的卡片
- 卡片查询
- 卡片销售
- 退回申请
- 退回审核
- 账务管理
- 账号充值
- 充值查询
- 收益查询
- 综合查询
- 我的流量包
- 扣费查询
- 合伙平台
- 公众号
- 通用公众号配置流程
- 合伙公众号配置流程
- 合伙公众号简化配置
- 自营公众号配置流程
- 账务管理
- 扣费查询
- 运营平台
- 卡密业务
- 卡密生成
- 卡密转移
- 卡密作废
- 卡密查询
- 已用卡密
- 基础资料
- 流量餐包
- 自营池算法
- 流量包类型
- 卡片资料
- 批量上传
- 卡池群组
- 业务监管
- 订购审核
- 订购监控
- 补偿流量
- 日耗预警
- 卡片处理
- 卡片用户
- 流量调整
- 卡片分析
- 代理关系
- 候选监控
- 流量转移
- 业务查询
- 卡片查询
- 扣费查询
- 充值查询
- 微充查询
- 实名管理
- 实名审核
- 实名管理
- 后台充值
- 代充值
- 返利管理
- 待返明细
- 待返账单
- 返利审核
- 付款执行
- 账单查询
- 返利控制
- 微信客服
- 微信客服
- 运营规范
- 卡片注销
- 停机保号
- 换发新卡
- 睡卡换卡
- 查询统计
- 代理统计
- 客户平台
- 卡片管理
- 我的卡片
- 卡片注销
- 业务办理
- 套餐订购
- 套餐变更
- 加餐包订购
- 扫码充值
- 业务查询
- 扣费查询
- 充值查询
- 账号明细
- 开放平台
- 接入指南
- 普通API
- 套餐订购
- 实名认证
- 流量查询
- 套餐查询
- 卡片查询
- 订购查询
- 订单查询
- 实名地址
- 卡池API
- 单卡流量
- 卡池查询
- 停机复机
- 卡片激活
- 公用API
- 电信状态
- 卡片查询
- 我的套餐
- 账户充值
- 充值查询
- 订购记录
- 扣费记录
- 卡池平台
- 转换方案
- 卡池管理
- 用户操作
- 面向普通用户
- 面向大客户
- 面向API用户
- 卡密业务
- 设计方案
- 厂商制卡(简版)
- 厂商制卡
- 代理制卡
- 功能介绍
- 系统管理
- 调度监控
- 运营经验
- 安装实施
- 全新安装
- 系统迁移
- 极简指南
- 联系我们