坑爹的公交卡充值的流程
2017-05-02 16:30
127 查看
我的公司是一家软硬件结合的公司
简单的给您介绍一下我们公司的产品:
我们公司的产品是智能手环,像小米手环一样的,用户在京东上买了手环之后,下载一个APP,通过蓝牙和手环连接,可以实现刷公交卡乘车的功能
有关公交卡的业务流程是这样的
1用户现在app上连接手环 然后开通一个公交卡
2往公交卡里面进行充值 充值的话是从用户钱包里面扣钱的 而
给用户钱包充钱有4中方式
①微信支付②支付宝支付③百度钱包支付④卡券充值
开卡的流程:
1)app端调用后台查询一下卡的状态
2)如果卡状态可以开卡,那么就去调用后台的申请开卡接口,后台就会调用成都天府通公司的接口
3)申请成功之后,app调用获取开卡信息的接口,后台调用天府通的该接口
4)app端获取到开卡信息之后,就会往手环里面写入信息进行开卡
5)开卡成功之后 app端调用后台接口 进行通知开卡结果 后台调用天府通接口通知天府通
至此开卡的流程算是走通了(真绕哦)
公交卡充值的流程:
1)开卡成功后可以进行公交卡充值了 app端调用后台查询一下是否有未完成的公交卡充值的订单 完成的前提是圈存成功和通知天府通开卡结果成功
如果不满足完成的状态都是未完成订单
2)从未完成订单中 获取状态是否是空充成功
若是空充成功 则就去冲正 冲正成功 则会进行补充值
若空充失败 则去进行补充值
3)补充值的流程
Aapp调用后台空充接口 后台调用天府通
B充空成功,app获取圈存信息,后台调用天府通获取圈存信息
Capp获取到圈存信息 往手环里面去圈存,圈存成功之后,调用后台的圈存确认接口
D后台调用天府通圈存确认接口进行圈存确认,圈存确认通过之后,公交卡充值的流程才算走通
目前还在测试阶段,希望在测试阶段把问题都反映出来,以确保线上不会出现问题
简单的给您介绍一下我们公司的产品:
我们公司的产品是智能手环,像小米手环一样的,用户在京东上买了手环之后,下载一个APP,通过蓝牙和手环连接,可以实现刷公交卡乘车的功能
有关公交卡的业务流程是这样的
1用户现在app上连接手环 然后开通一个公交卡
2往公交卡里面进行充值 充值的话是从用户钱包里面扣钱的 而
给用户钱包充钱有4中方式
①微信支付②支付宝支付③百度钱包支付④卡券充值
开卡的流程:
1)app端调用后台查询一下卡的状态
2)如果卡状态可以开卡,那么就去调用后台的申请开卡接口,后台就会调用成都天府通公司的接口
3)申请成功之后,app调用获取开卡信息的接口,后台调用天府通的该接口
4)app端获取到开卡信息之后,就会往手环里面写入信息进行开卡
5)开卡成功之后 app端调用后台接口 进行通知开卡结果 后台调用天府通接口通知天府通
至此开卡的流程算是走通了(真绕哦)
公交卡充值的流程:
1)开卡成功后可以进行公交卡充值了 app端调用后台查询一下是否有未完成的公交卡充值的订单 完成的前提是圈存成功和通知天府通开卡结果成功
如果不满足完成的状态都是未完成订单
2)从未完成订单中 获取状态是否是空充成功
若是空充成功 则就去冲正 冲正成功 则会进行补充值
若空充失败 则去进行补充值
3)补充值的流程
Aapp调用后台空充接口 后台调用天府通
B充空成功,app获取圈存信息,后台调用天府通获取圈存信息
Capp获取到圈存信息 往手环里面去圈存,圈存成功之后,调用后台的圈存确认接口
D后台调用天府通圈存确认接口进行圈存确认,圈存确认通过之后,公交卡充值的流程才算走通
目前还在测试阶段,希望在测试阶段把问题都反映出来,以确保线上不会出现问题
相关文章推荐
- CPU卡充值消 费流程
- 微信扫码支付模式二功能实现,回调,记录充值,整个完整流程,java开发
- 游戏内嵌充值页面的广告更新-上线流程
- 统一充值平台 流程常见错误 原因
- 如何用有NFC功能的手机微信给公交卡充值?入口在那里?
- 支付宝和银联 充值和支付流程(后台)
- P2P-资金存管系统充值业务流程
- 充值流程
- 基于Java代码实现支付充值的通用流程
- 流量充值对接微信支付宝支付实现流程
- 账户充值流程
- 基于Java代码实现支付充值的通用流程
- 上架详细流程
- 使用oschina的git服务器图文流程
- 数字滤波器设计流程相关资料整理
- 将 BizTalk 业务流程发布为 Web Service
- 坑爹的原以为高深的“调用函数”原来就是这个玩意儿
- Android recovery流程解析
- 乘坐公交
- Ruby on rails 项目启动流程