需求背景：
很多电商网站或者说是购物网站都是H5商城的方式，每个公司都有自己的H5商城。当公司和公司之间进行异业合作，商城互相导流甚至商城聚合时就需要H5商城和H5商城的嵌套和对接。假如存在A商城和B商城，现在需要B商城入驻到A商城。那么怎么处理呢？下面介绍一下通常的做法。
1、解决登录问题，首先两个商城的用户肯定是同一个用户，一般以手机号定义为一个用户。
2、解决商品支付的问题，在A商城的支付流程中进行支付，A商城后台应配置好B商城的支付相关账号和信息，支付的钱还是属于B商城的财务账号。
3、解决商品退款的问题，，在A商城的支付流程中进行退款，A商城后台应配置好B商城的支付退款相关账号和信息，退款的钱还是属于B商城的财务账号。
4、解决商品信息同步的问题，A商城应该能记录到B商城的交易信息和订单信息。
那么形成的场景就是：B商城通过H5嵌入A商城的方式，实现登录与支付退款，商品交易信息对接，所有页面交互、运营策略及营销活动均以B商城自行建设，无干扰。
示例:
用户 A商城 B商城
| 登录 |
B商城提供H5跳转地址 B商城获取OneID后，调用A商城接口，获取用户详细信息 根据用户信息，完成用户预注册及静默登录 |
A商城URL传OneID A商城提供用户信息查询接口 |
| 支付 |
需要调用接口获取授权码，完成支付申请安全校验； 需要调用接口将店铺、订单信息、回调地址 to A商城； 通过回调地址接收支付状态，并同步更新； 多店铺模式下，需要记录A商城店铺与B店铺店铺关系。 |
A商城创建店铺，配置收款信息（非开发工作） 接收订单信息，生成支付信息，申请支付。 支付结果 to B商城回调地址。 |
| 退款 |
识别A商城渠道订单，并调用A商城退款申请接口； 通过回调地址接收退款状态，并同步更新； |
A商城根据退款申请，调用退款接口，完成退款。 退款结果 to B商城回调地址 |
| 数据 |
记录A商城订单，推送A商城数据中台； 提供订单查询接口； |
A商城接收B商城订单数据，纳入数据中台； |
涉及到的接口开发：
1、登录授权
获取Access Token
- 调用接口之前先获取token，只有token有效，才能进行接口的调用
2、根据用户信息获取临时授权码
3、支付接口
4、退款接口
5、查询订单接口
6、支付回调接口
7、退款回调接口