服务商支付sp_appid 、sp_mchid、sp_openid 和 sub_appid、sub_mchid 、sub_openid 到底怎么传闷逼了？

现在在我们公司使用了自己的一个公司主体A注册成为了服务商，然后把公司B主体注册成为了A的子商户，主体A公司有个同主体A的公众号，主体B有个同主体的小程序,线上也在使用的是主体B的小程序，目前走的是直连商户模式。现在因为业务需要在小程序B支付的钱要直接到各个不同的商户中，所以引入了服务商来解决这个问题，使用了A主体注册成为了服务商。背景大体就这样

问题1：A主体的服务商需不需要和主体A的公众号做绑定? (因为主要业务都在主体B小程序中，但是我看文档说是服务商需要个载体，目前只支持服务号，所以申请了服务号，但是没有绑定，怕无法解绑在产生额外麻烦)

问题2：主体B公司注册成为子商户后，需不需要使用子商户的mchId和主体B小程序后台做绑定？（我看有的说是需要绑定,问题1可以不绑定）

问题3：如果问题1中的不做绑定，只做问题2中的绑定关系能否实现支付？此时 sp_appid 是否就可以不传 openid 是否就传 B小程序下的openid到sub_openid 字段

问题4：如果问题3行不通，此时就彻底懵逼了 大神告知到底该怎么绑定才能行的通