小程序目前产线正常使用，要求728年审 微信认证完成，但是目前认证机构反馈了有问题需要改造，如果728来不及完成： 7月28后的30天内，只影响新版本和被搜索吗，会影响支付吗？如果逾期30天内不影响交易，那什么时候会影响支付交易呢？ [图片]

非首次微信认证，小程序年审被驳回，导致可能会逾期，万一逾期了，微信会限制哪些功能？会立马限制微信支付功能吗？还是逾期30天后才会限制支付？

非首次微信认证，小程序年审被驳回，导致可能会逾期，万一逾期了，微信会限制哪些功能？会立马限制微信支付功能吗？还是逾期30天后才会限制支付？

非首次微信认证，小程序年审被驳回，导致可能会逾期，万一逾期了，微信会限制哪些功能？会立马限制微信支付功能吗？还是逾期30天后才会限制支付？

商户绑定移动应用appid时，报【移动应用开发主体与商户主体无关，暂不支持开通】，确认目前开放平台和商户为同一营业执照（营业执照中括号（）为中文全角），只是开放平台的主体名称中括号()为英文半角，商户主体名称中括号（）为中文全角： 1、微信开放平台的主体名称，括号只支持 英文半角吗？貌似不支持修改成中文 2、主体名称括号 中英文状态不一致，会导致商户和移动应用appid无法绑定吗？还有其他排查方向吗？

商户的app，接入微信app支付： 1、一个app可以同时申请多个移动应用appid吗？ 2、一个移动应用appid可以同时绑定多个商户号吗？ 3、同一个商户有直连微信和间联微信业务，对应同一个app的appid可以同时绑定直连商户和间联商户号吗？

服务商接微信app支付，APP调起支付中的partnerId是二级商户的微信商户号吗？是和 APP下单接口中的sub_mchid 取值一样吗？ [图片] APP调起支付 [图片]

人脸支付中，FACEPAY_DELAY延迟支付和FACEPAY有什么区别呢？ 是不是SDK人脸识别成功后， 如果后续的交互想换成我们自己的，比如不显示微信的确认支付，支付中，支付成功页等交互，而是显示我们自己的交互，就需要用FACEPAY_DELAY延迟支付？ 如果用的是FACEPAY，SDK人脸识别成功后，后续的交互（比如确认支付，支付中，微信的支付成功页等）就还是微信刷脸支付的app界面，我们都不能改？

第三方支付公司（软件服务商）接入时，支付都需要过自己的后台系统，对于SDK模式和APP+小程序模式的接入： 1、从交互上看： SDK模式中，虽然服务商可以自己开发APP，但是很多交互和逻辑其实都是微信SDK固定的，比如从收款开始到微信支付成功，这些交互都是微信现有的刷脸交互（我理解下来是这样，如有不对请指出）； 而在小程序模式中，因为是青蛙APP，所以从收款开始到微信支付成功，交互都是青蛙APP的界面 所以从交互角度来看，SDK和小程序有什么区别呢？怎么感觉都一样，我们能发挥的地方只有收款前的广告页，以及微信支付成功后的页面； 2、实现的功能 SDK模式中，刷脸支付时微信SDK承担了刷脸认证的部分，SDK返回付款码后我们APP会将付款码上送我们后台，发起交易， 小程序的逻辑也是一样，刷脸支付时青蛙APP承担了刷脸认证的部分，青蛙APP返回付款码后我们我们小程序会将付款码上送我们后台，发起交易 所以从功能上看，SDK和APP+小程序的模式都是一样，只是一个需要开发APP，一个是在青蛙APP上开发小程序 3、设备厂商 不管是SDK还是青蛙+小程序模式，我们可选的硬件厂商都一样（我理解下来是这样，如有不对请指出） 那对于第三方支付公司（软件服务商）接入微信刷脸时，SDK模式和青蛙+小程序模式的选择上，需要怎么权衡？除了技术实现有区别，还有其他区别吗？还是只需要看对我们来说哪种实现方式（开发APP和开发小程序）更容易就可以了？ 另外，青蛙APP+小程序模式是不是不支持银联+微信的聚合刷脸？而SDK模式可以支持？

文档：交易上报接口中，要求设备产生的非刷脸支付交易，都必须调用此接口上报交易信息 问题：在聚合刷脸付中，有聚合扫码交易（微信，支付宝等），银联刷脸付交易，微信刷脸付交易，银行卡交易， 1、这些所有的都需要上送？还是只需要上送微信扫码支付的交易？ 2、只需要上送交易成功的还是失败的也需要上送？