冲正
查询已签约，做纯支付
openId2
DB
代扣协议
A微信
A用户号
支付中签约（手机号)
外围定制化服务
这种结果就是首期纯支付动作是A微信做的，但是后续扣款是用的B微信做的扣款，这种时候是否应该直接拉取微信支付中签约，并最终给这单的用户号和合同号使用A微信的openId做后续扣款
核保
查询B手机号未签约，微信平台发现A微信已经签约过，会变成纯支付，但是B用户实际没有合同号无法完成后续代扣。这个时候是否应该考虑B手机号用AopenId做后续代扣
B手机号
appId1
分账户
订单模块服务
是否应该此时让B微信签约额外一份合同
openId1
用户号
交易结果
B用户号
收银台
如果保险产品只限制一个被保人只允许购买一份保单，那么，在收银台和金融这边依然是单个自然人只签约一份的效果；如果后期放开保购买份数，那么收银台和金融也无需关心业务调整缺点收银台做业务 层面拓展需要基于事业部订单逻辑
三方聚合支付
B手机号在B微信已签约，对应B用户号B合同号
B微信
订单规则
切面拦截器
A手机号
无需再次签约，直接成功
签约失败，微信app已签约
能否根据当前openId让B用户号绑定在这个openId下
订单路由表
成功
投保单号A/商户订单号
保单号
pay支付
旧收银台下单
支付指令控制器
交易成功注册
回调服务
B手机号
appId
分账户A
A手机号
远期规划：对账
TradeBook统一下单
无有效合同号
hsf服务接口
模板号
Adapter
支付流程控制
订单服务
wxpay_dk 58.5wxpay_sign 30
A代扣协议
单账户签约流程
纯签约(手机号)
下单规则指令
openId
监控业务模块
这块涉及金融，如果金融放开，可做成扣款方式集合
投保单号已经包含了被保人证件含义
核保失败
金融
B代扣协议
A合同号
A微信下签约了A手机号用户号生成了合同号
尚未解决能否根据当前openId让B用户号绑定在这个openId下
