今天完成的事情：

昨天出现连接不上的问题，原因是admin-web访问service时，web调用的serviceimpl是放在skill-service里，启动skill-service。问题就解决了。突然觉得自己ZZ。

改Bug3414

接口

Bug出现的现象，tid传个参数过来。后面再研究研究。

明天计划的事情：

改Bug

看第九肌肉需求

遇到的问题：

暂无

收获：

听老大讲了一波支付的概念

# 支付系统

### 网关支付
选择银行，跳入银行界面支付

### 快捷支付

使用支付宝，微信等支付平台
个人，平台，银行签订协议
授权平台直接从银行扣钱
需绑定银行卡
如支付宝快捷支付则直接支付，网银则跳入银行支付页面

- 商品概念
- 订单概念

#### 订单
当用户选择商品创建订单时已经生成订单记录（ 购物车无订单 ）
按规则生成订单号，比如按分类，时间，商品ID

##### 订单状态分为多种状态
- 创建未支付
- 支付成功
- 已支付，待确认
- 用户取消
- 无效订单
- 已过期 （失效时间-如12306）

##### 用户付款环节
- 网站支持的付款方式 支付宝，微信，qq，银联，快捷支付，支付平台收取手续费盈利

##### 如何确认用户是否支付
- 支付平台调用一个系统的回調借口
 可能错误，系统挂掉，网络中断
 此时系统无法知道用户是否付款成功，所以多次回调
 系统应对-当收到回调通知时，之后的消息都不在处理了
 收到回调通知后，再去银行验证下
- 系统主动轮询支付平台是否支付成功
  用户点击时，系统主动去支付平台检查
  系统有定时任务，主动查询
- 已支付，待确认状态
  支付平台反馈回

#### 接口
- 不同公司体系规则不同

1. 提交订单接口
- 商品ID 数量（可能是个数组）地址 支付方式 等 需保存完整数据
- 后端人员受到请求后要创建订单，把商品的所有属性存到订单表里

2. 支付回调接口
- 收到支付回調借口之后，对成功失败作出反应，如去支付平台确认状态等，收到重复订单直接放弃，不作处理
- 确认支付公司，钱款来源

3. 用户查询支付状态接口

4. 重新支付接口
- 如改变支付方式时需更改订单状态

5. 网关支付需有返回地址告诉用户成功失败否