V3二级商户进件接口core也没有，service业务接口也没有？这个二级商户进件接口有封装好的方法吗？怎么调用更方便一些

1. 当要开通服务商的收付通时，需要提供一些资料，如订单页面，物流页面，客服页面，用户确认页面，但当前还是处于开发中，这些没办法提供，需要做一些电商平台的收付通测试工作，无法开通收付通的话，开发人员也无法进行测试，这种情况怎么处理，给一些好的建议！(开通收付通前，事先可以内部进行收付通的测试，这样内部验证收付通业务场景没问题了，再进行微信官方的收付通申请也是可以的？) 2。还有小程序的电商平台上，业务流程中，不涉及到物流等页面的，我们的电商平台是用户选购后，线上支付成功后，生成一个二维码， 当车主拿到这个二维码才进行线下门店的二维码扫码核销的，所以也不存在物流信息页面的，那当申请收付通时，申请资料要提供这个页面时，我们该怎么申请为好？

公司要开通服务商的收付通，需要提供一些资料，如订单页面，物流页面，客服页面，用户确认页面，但当前还是处于开发中，这些没办法提供，还在开发阶段，需要做一些电商平台的开发测试，无法开通收付通的话，开发人员也无法进行测试，这种情况怎么处理，给一些好的建议，谢谢！(是不是：开通收付通前，可以本地内部进行收付通的测试，这样内部验证收付通业务场景没问题了，再进行微信官方的收付通申请也是可以的？)2。还有小程序的电商平台上，业务流程中，不涉及到物流等页面的，我们的电商平台是用户选购后，线上支付成功后，生成一个二维码， 当车主拿到这个二维码才进行线下门店的二维码扫码核销的，所以也不存在物流信息页面的

服务商已绑定商户号，但没有进入服务商助手页面里面 [图片]

如果是普通商户，同时也可以是服务商的话，有对应的文档链接麻烦参考一下官方的说明，谢谢

您好，我们创建平台服务商第三方后，我们的平台上入住的那些商户（这些商户可以不用再申请商户自己的appid了吧？），还有这些入住的商户就可以共享我们服务商第三方的同一个appid也行吧？也就是入住的那些商户共用我们平台服务商的同一个appid，我们平台服务商开发好平台后，就等入住商户了

合作伙伴平台上，收付通的请求分账与它下面的‘扩展工具’-‘分账’-‘’请求分账‘’应用场景的区别？或者说主要业务逻辑的区分在哪？ 我们现在是采用服务商模式的业务场景

在我们开发分账业务时，有需要选择普通商户和普通服务商，我们是平台性质的，为客户和实体门店搓成交易并提取一定小比例交易佣金的平台性质，类似于美团，我们平台也有开发能力，就是不知道我们平台该如何选择普通商户，还是普通服务商的模式？谢谢

trade_state字段中的NOTPAY：未支付，该怎么理解与区分？  和客户到微信收银台的不输入密码（直接切换到了其他页面去了），这两种场景该怎么具体区分？

小程序到微信支付收银输入密码实际没有支付，微信也没有进行NOTPAY回调？ 这个是什么情况？谢谢