1.假如我有一个商户号，目前什么支付都没有开通，关联服务商成为了特约商户，用在小程序A上面 现在我又有了一个自己的小程序B，这个小程序想直连模式支付到自己的商户号上 1.1 这种情况下，我能直接使用这个已经是特约商户的商户号，开通支付功能，另外作为普通商户用吗？ 1.2 如果可以 设置密钥，开通功能等各种操作 会影响特约商户的使用吗 最终想要的结果是，我有一个商户号 小程序A上面作为特约商户 小程序B上面作为直接的普通商户使用 2.如果相反的情况，如果我的商户号原先是作为普通商户使用，是不是也可以直接可以成为服务商的特约商户。 两者的设置和操作也相互不影响。

各位微信开发者： 你们好。 为优化用户商品购买体验，规范自定义版交易组件的字段传输内容，现对自定义版交易组件中涉及“商品” “品牌” “类目” “订单” 等内容的9个接口的部分参数做规范调整。请各位开发者尽快对应调整，以免影响自定义版交易组件的正常使用。 参数调整的详细说明和接口文档链接如下，其中标红的为本次公告调整的参数规范内容。 本公告发布时间为2022年2月28日，开始执行时间为2022年3月21日。 1.【添加商品】 自定义组件商品新增时使用的接口，本次调整增加了“商品标题、主图、商详图文”等参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/SPU/add_spu.html 2.【更新商品】 自定义组件已上架商品更新需要审核的商品信息时使用的接口，本次调整增加了“商品标题、主图、商详图文”等参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/SPU/update_spu.html 3.【免审更新商品】 自定义组件已上架商品更新免审核商品信息时使用的接口，本次调整增加了“价格、库存、商品编码”参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/SPU/update_spu_without_audit.html 4.【上传品牌信息】 自定义组件申请添加商品品牌词时使用的接口，本次调整增加了“商标/品牌词、商标注册证、授权书、商标注册人”等参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/audit/audit_brand.html 5.【上传类目资质】 自定义组件申请添加开放类目时使用的接口，本次调整增加了“类目、资质材料”参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/audit/audit_category.html 6.【生成订单】 自定义组件生成订单并获取ticket时使用的接口，本次调整增加了“创建时间、预付款时间”参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/order/add_order.html 7.【同步订单支付结果】 自定义组件同步订单支付结果时使用的接口，本次调整增加了“支付完成时间”参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/order/pay_order.html 8.【创建售后】 自定义组件创建售后时使用的接口，本次调整增加了“发起申请时间”参数的规范内容。[图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/aftersale/add.html 9.【订单发货】 自定义组件商品订单发货时使用的接口，本次调整增加了“物流单对应的商品信息”参数的规范内容。 [图片] 接口文档链接：https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/business-capabilities/ministore/minishopopencomponent2/API/delivery/send.html

变化1、准备废弃【检查场景值是否在支付校验范围内】 变化2、新增【下单前置检查】 变化3、新增【更改订单价格】 [图片] ---------------------------------------------------------------------- 关于【下单前置检查】，目前从接口文档来看，还不明确如何使用，有清楚的伙伴，也请评论区不吝赐教，在此先行感谢！ [图片] ------------------------------------------- 另外订单回调里面新增了【订单归因成功回调】，该接口目前页面404，具体内容是否与下单前置检查配套使用，目前不得而知。 [图片] 订单归因成功回调目前页面404 [图片]

原来定义订单可售后期时通过【生成订单】接口中的aftersale_duration字段来实现的，因发货/物流等时间点的差异，此时确认订单可售后期是很不合理的。 [图片] 喜见，近期微信对这里的逻辑的做了调整，新增了【更新订单售后期】接口，改为在确认收货后再确认订单的可售后期。 [图片] 不过对于这个新增的接口里面关于after_sale_deadline必须大于确认收货时间5天，这个限制，我个人不认可，毕竟每个行业所售商品的差异很大。

业务场景：一笔订单购买了A、B 2个商品，其中一个商品A在发货前已退款。 问题：此时调用【物流接口-订单发货】接口发货时，finish_all_delivery只能=未发完，如果传已发完会报错，在商品B发货后，视频号-订单中心订单状态会变成已发货，但是又不能确认收货，点击确认收货会报错。 [图片] 我认为就是因为发货时finish_all_delivery字段的传值问题导致视频号-订单中心有此bug。 [图片] ---------------------------------------- ---------------------------------------- 业务场景：客户退货后，商家收到的货不对或有破损，商家拒绝退货。 问题：此时，商家小程序上的退货单状态已变为退货失败。客户进入视频号-订单中心-售后单详情可以发起修改申请，但是这个修改并没有回调，商家侧小程序根本收不到这个修改申请。 [图片] ---------------------------------------- ---------------------------------------- 业务场景：比如客户因为商品降价申请仅退款，商家与客户协商后，给客户退一部分钱，想修改下退款金额；又比如客户退货回来的商品少配件或赠品没退回，商家与客户协商后，扣除一部分退款，剩余的退给客户； 问题：以上种种场景，商家侧小程序修改退款金额后，会调用【售后接口-更新售后单】接口，去更新接口中的orderamt 退款金额字段，但是目前这个值无法修改，改高改低都不行； [图片] ---------------------------------------- ---------------------------------------- 业务场景：客户在视频号-订单中心上传退货物流信息。 问题：目前售后回调中没有回调接口，商家侧小程序收不到客户退货物流信息。即便通过【售后接口-获取售后单详情】接口也看不到退货物流。 [图片] ---------------------------------------- ---------------------------------------- 业务场景：客户在商家侧小程序上传退货物流信息。 问题：商家会调用【售后接口-用户上传物流信息】接口传给交易组件，接口会回传成功/失败；但是此时交易组件会回调【待商家确认收货回调】一遍，这个我们认为是一次无效的回调，本次改动后，类似的无效回调还有很多地方，也想请微信能不能给解答下，为什么要回调？

核心观点：本次交易组件2.0升级3.0版本，完全是照抄平台电商的模式，脱离了新零售实际业务场景，是一次完完全全，彻彻底底失败的抄袭。 升级后的最大槽点： 1、升级后的交易组件脱离了小程序本身的支付体系，需要支付的统一的商户号，这对新零售连锁/加盟品牌来说，此改动完全可以促动新零售品牌放弃视频号的神经。 升级后即交易组件正向订单槽点： 2、视频号场景不支持自提订单，这对新零售到店业务/引流到店的业务诉求是极大的挑战； 3、订单不支持使用储值卡，即便强行使用了储值卡+微信支付，视频号-订单中心操作退款时的逻辑与品牌正常使用了储值卡的售后逻辑不一致； 4、不支持定金预售活动，即便定金是在支付校验场景，定金付款到了交易组件的商户号，但是尾款支付不在支付校验场景时，尾款的收款商户号与交易组件的商户号不一致；更进一步讲即便尾款与定金都在支付校验场景值内，但是例如定金膨胀功能根本无法实现； 5、订单不支持改价，这与销售服务类型或非标产品的品牌是个挑战； 6、同一SKU购买多件时，需要拆单发货，目前3.0这版本交易组件根本不支持； 7、目前版本快递订单发货时，不支持选择无需物流，虽然新的【生成订单】接口里面delivery_type：1: 正常快递, 2: 无需快递, 3: 线下配送, 4: 用户自提。但是又特别说明了一下，视频号场景目前只支持 1，正常快递； 升级后即交易组件逆向单据槽点： 8、售后类型不支持换货； 9、一次仅能选一个sku，件数不允许修改（一个SKU购买多件的，必须全部一起申请售后）； 10、在视频号中下的订单：满赠活动中：退活动商品时，赠品不受活动满赠条件控制，无法一起选中进行售后，0元的赠品还不能单独申请售后；套餐/一口价类的活动无法整单售后； 以上先列举10大槽点，后续发现其他槽点另行补充。

为更好地保护用户隐私信息，优化用户体验，平台将会对小程序内的帐号登录功能进行规范。本公告所称“帐号登录功能”是指开发者在小程序内提供帐号登录功能，包括但不限于进行的手机号登录，getuserinfo形式登录、邮箱登录等形式。具体规范要求如下： 1．服务范围开放的小程序 对于用户注册流程是对外开放、无需验证特定范围用户，且注册后即可提供线上服务的小程序，不得在用户清楚知悉、了解小程序的功能之前，要求用户进行帐号登录。 包括但不限于打开小程序后立即跳转提示登录或打开小程序后立即强制弹窗要求登录，都属于违反上述要求的情况； 以下反面示例，在用户打开小程序后立刻弹出授权登录页； [图片] 建议修改为如下正面示例形式：在体验小程序功能后，用户主动点击登录按钮后触发登录流程，且为用户提供暂不登录选项。 [图片] 2．服务范围特定的小程序 对于客观上服务范围特定、未完全开放用户注册，需通过更多方式完成身份验证后才能提供服务的小程序，可以直接引导用户进行帐号登录。例如为学校系统、员工系统、社保卡信息系统等提供服务的小程序；  下图案例为正面示例：校友管理系统，符合规范要求。 [图片] 3．仅提供注册功能小程序 对于线上仅提供注册功能，其他服务均需以其他方式提供的小程序，可在说明要求使用帐号登录功能的原因后，引导用户进行帐号注册或帐号登录。如ETC注册申请、信用卡申请； 如下反面示例，用户在进入时未获取任何信息，首页直接强制弹框要求登录注册ETC，这是不符合规范的。 [图片] 建议修改为如下正面示例所示形式：允许在首页说明注册功能后，提供登录或注册按钮供用户主动选择点击登录。 [图片] 4．提供可取消或拒绝登录选项 任何小程序调用帐号登录功能，应当为用户清晰提供可取消或拒绝的选项按钮，不得以任何方式强制用户进行帐号登录。 如下图所示反面示例，到需要登录环节直接跳转登录页面，用户只能选择点击登录或退出小程序，这不符合登录规范要求。 [图片] 建议修改为下图正面示例形式，在需帐号登录的环节，为用户主动点击登录，并提供可取消按钮，不强制登录。 [图片] 针对以上登录规范要求，平台希望开发者们能相应地调整小程序的帐号登录功能。如未满足登录规范要求，从2019年9月1日开始，平台将会在后续的代码审核环节进行规则提示和修改要求反馈。