在国内做产品涉及使用微信支付商户收款时，难免会遇到一些消费者对支付订单发起投诉，商户如果处理不当会导致商户号出现被延长收款结算周期、限制收款能力、调整交易额度或限制提现等处罚，严重的会关闭商户主体下商户全部支付权限。 那么商户该如何正确处理消费者投诉，降低各项投诉指标呢？一些简单实用的小技巧解除你的烦恼。 微信支付对于消费者投诉处理时效要求： 1）商户最晚需在投诉单生成1天内回复用户投诉受理情况（如9月20日的投诉，商户需在9月21日24点前回复用户） 2）商户最晚需在投诉单生成3天内处理完用户问题，并在商户平台标记“投诉处理完成”（如9月20日的投诉，商户需要在9月23日24点前处理完结） 如何判断一笔投诉单属于已解决？对与投诉单微信支付的认可的处理完成标准如下： ①订单原路全额退款 ②用户主动在投诉入口回复“撤诉” ③商户通过投诉交互功能协商，确认投诉已协商达成一致，点击处理完成，用户点击“已解决”且用户不再重复投诉。 一些处理小技巧： 1）在产品中增加明显的“联系客服”入口，一般用户可以联系到客服的情况下，一般不会优先去投诉支付订单，可以有效降低商户号的客诉率 2）接入微信支付商户的“消费者投诉”接口，实时获取投诉通知，通过类似企业微信机器人能力，让指定人员可以实时接到客户投诉信息，及时处理客户投诉；针对一些投诉即将到达72h的投诉单对指定人员进行多次推送，以免出现投诉单出现超时未处理的情况，微信支付考核商户投诉处理三大指标之一的“及时处理率”就是近30天（T-33天到T-4天）内发起的投诉单，在首次投诉发起后72h内处理完成的比例。 3）在投诉单对用户进行回复后，不要直接去点击“处理完成”，当商家点击“处理完成”后，用户是无法再进行直接回复的，会发起二次投诉，标记”投诉处理完成"前是需要已完成处理用户问题的，此类操作会导致“重复投诉率”大幅度提升，不少商户都在此处踩坑。建议申请结单前确认是否已经与消费者妥善协商处理，针对重复投诉的商户需要关注并及时处理，如重复投诉较多，需要及时排查原因并做优化。 4）当遇到一些恶意投诉/不合理的投诉，请按照商户公司自己的流程妥善处理，并将具体的处理情况和结果回复用户。如果确认无法满足用户的诉求且已经是最终处理方案，在连续发起结单3次后用户仍不满意可以先暂停处理，但这单会被记录服务不满意。如果是恶意投诉，微信侧针对重复投诉会提供10%的“容错率”，如果因为此类恶意投诉导致风控，提供相关凭证在商户后台进行申诉即可。 以下是在处理客诉过程中不可取的行为，会触及“平台消费者投诉管理规范”高压线： 🙅不要主观上先去给用户扣上一顶“恶意投诉”的帽子，搞清楚状况之前，不要妄下结论，主观是大忌，会影响你对客诉处理过程中的判断 🙅不要在沟通过程中（无论是在交易投诉系统还是电话或者商家自建客服系统等）去恶意诱导或辱骂用户 🙅不要去恶意骚扰用户，例如在交易投诉系统拿到用户手机号给他来个“轰炸机”套餐 🙅不要脱离平台去使用三方聊天工具进行沟通 有问题欢迎跟帖讨论，文明沟通，理性发言！！！

写在最前面 之前曾写过“自定义交易组件相关接入指引”，广受好评，解决了很多开发者接入时遇到的问题，当然，其中也不乏一些喂不饱的白眼狼，得到便利还反咬一口，无耻至极，内容如有错误请指正，请文明交流！ 本文会尽可能跟随官方功能迭代而更新内容 有问题可以跟帖回复，尽可能的给你解决（解决不了也没办法🤷‍♀️） 良言一句三冬暖，恶语伤人六月寒。 腾讯在2024年8月12日发布公告：腾讯计划自08月25日起，正式支持商家将视频号小店升级成微信小店。公告原文->点我查看 本文主要介绍24版的“微信小店”的升级内容及对接过程中各流程的注意事项与易错点（暂不包含新店开店流程），文档篇幅较长，如无需查看完整文档可以使用浏览器自带页面搜索功能进行关键字搜索（快捷键Ctrl+F ）。 本文更新日志（后续会对本文变动内容进行标注） 2024.09.06 更新微信小店关联账号数量新规则 2024.08.27 小程序内嵌入商品跟佣问题修复 2024.08.26 更新客服、小程序内嵌入商品跟佣相关内容 2024.08.25 本文发布 1、“原视频号小店”升级“24版微信小店”后新增内容： 1.1 店铺管理新增“主页管理”入口 升级“微信小店”后，在管理后台->店铺管理会新增一个“主页管理”，相当于店铺有了一个首页，目前支持配置精选展示位、商品商品分类、主页背景图以及推荐商品排序 “小店”主页商品排序 调整店铺主页销售中商品的默认展示顺序，可以按照序号排序，数字越小越靠前；同时也支持对单个商品进行置顶或隐藏（图一为后台操作排序，图二圈中部分为对应排序展示） [图片] [图片] 注意事项及其他说明 最多可以置顶50个商品 后序置顶商品会在前序置顶前展示 “小店”主页商品分类 可以在主页创建分类并关联商品，当前支持2级分类 [图片] 注意事项及其他说明 1）分类目前只支持上移/下移排序，暂不支持置顶操作 2）单个分类不能超过10个汉字，支持emoji（这个好评） 3）一二级分类暂未测试到数量上限，不过不建议单个一级分类下配置二级分类过多，有可能会影响其他分类展示，尤其是该分类在第一位的时候 4）分类名称会有内容审核，敏感词及平台不允许发布的内容无法进行创建 5）一个商品是支持挂在多个分类下 主页背景图 可配置一张主页背景图，会按16:9比例展示在主页顶部（自己店铺上传的还在审核，先放官方示意图） [图片] 注意事项及其他说明 1）图片仅支持JPEG、JPG、PNG、BMP格式，大小不超过10M 2）背景图片需审核，带二维码、违反公序良序及其他违反法律法规的内容会被驳回 精选展示位 在主页店铺信息下展示推荐内容，目前支持配置展示商品、指定视频号视频、单篇公众号内容三种内容，样式目前只有大图和小图两种展示方式。 用户端展示商品内容示例-小图模式： [图片] 用户端展示视频号内容示例-小图模式 [图片] 用户端展示公众号内容示例-小图模式 [图片] 用户端展示商品内容示例-大图模式 [图片] 用户端展示视频号内容示例-大图模式 [图片] 用户端展示公众号内容示例-大图模式 [图片] 注意事项及其他说明 1）图片仅支持JPEG、JPG、PNG、BMP格式，测试图片可以超过10M（后续是否会改不清楚，不过图片过大加载是真的慢） 2）展示内容会根据展示内容拉取对应商品首图、视频号视频封面以及公众号文章封面，也可以自行上传图片，这里需要注意的点是即使你的图片在商品可以过审核，但在主页推荐不一定能过审核，两者审核尺度不同 3）小图模式至少配置3个展示位才可以保存，而大图模式配置1个展示位就可以，最多允许配置5个展示位 4）商品仅支持配置自己店铺内商品，视频号内容支持配置任意视频号博主任意公开视频，公众号内容支持选择任意公众号任意公开内容 5）无论大图模式还是小图模式，目前仅支持配置1:1的图片，后续是否优化暂不可知 1.2 客服由企业微信客服切换为小店客服 类似原小程序客服，可通过网页和手机端接收、处理客户咨询。目前已支持查询咨询客户下单信息，向咨询用户发送商品、订单消息，配置快捷短语等，基础功能可以满足大部分用户需求，终于可以不用再去付费买三方客服应用了，这个要👍。 注：这里截图不放自己店铺了，涉及用户隐私太多，图示为官方示意图 1.2 PC端： [图片] 1.2 移动端： [图片] 注意事项及其他说明 客服功能存量商户升级指引"->点我查看"（需升级为微信小店后操作） 1.3 新增店铺关联账号 关联账号可以直接售卖小店内的商品，目前支持关联5个视频号与5个公众号，分别可设置1个对外展示账号。 对外展示账号样式-示例图（目前不会显示视频号、公众号名称，只有入口） [图片] 注意事项及其他说明 1）对外展示账号可以进行修改，每种对外展示类型账号每年3次修改机会。 2）配置关联账号后，该账号可在视频号带货中心>橱窗管理中管理带货商品 3）关联账号详细说明及要求：“->点我查看” 4）如果在电脑上打开了客服网页版且在活跃中，当前手机上是不会重复接收到消息推送，预计9月份会有客服PC端和手机APP推出 5）若微信小店店铺开店满30天，且近30天内DSR均大于等于4.6分，关联账号数量可提升至视频号和公众号各10个。（2024.09.06更新） 2、小程序侧新增能力 2.1 小程序支持内嵌微信小店首页，展示小店首页，并进行跳转交易 store-home 开发文档地址：->点我直达 小程序嵌入微信小店首页组件样式 [图片] 注意事项及其他说明 1）基础库需要3.5.5，否则真机调试不显示，可以在开发者工具选择3.5.5版本进行推送 [图片] 2）支持任意升级微信小店后的任意微信小店APPID 3）内嵌入微信小店首页时会有一个“小店”文字显示在下方，可以通过下述方式屏蔽， .wx_store_home .wx_store_home_img_desc { display: none; } 4）第3点中的代码同时也支持屏蔽组件其他类型信息 wx_store_home_info wx_store_home_img_box wx_store_home_info_logo wx_store_home_img_box wx_store_home_info_title wx_store_home_info_title_text wx_store_home_info_history 2.2 小程序内嵌微信小店商品，展示小店商品，并进行跳转交易且支持小店优选联盟带货跟佣功能。 store-product 开发文档地址：->点我直达 小程序内嵌微信小店商品组件样式 [图片] 注意事项及其他说明 1）基础库需要3.5.5，否则真机调试不显示 2）支持任意升级微信小店后的任意微信小店商品ID，这里需要使用微信小店商品id，不支持商户自定义商品ID 3）如果商品违规下架，内嵌商品会直接显示商品违规下架 4）商品组件也可以参考店铺主页代码，屏蔽对应组件内容信息 5）跟佣还未测试，稍后补充 2.2.1 小程序内嵌微信小店商品优选联盟带货跟佣 2024.08.26 14:00:00 目前带货跟佣测试不通，视频号助手API接口实际请求返回无“product_promotion_link”参数，接口返回参数“promotion_key”值类似“product_promotion_link”，疑似为“product_promotion_link”信息。 在小程序前端测试中，store-product组件包含“product_promotion_link”参数时，无法展示对应小店商品，改为“promotion_key”可以正常显示。 目前测试来看小程序侧并不会校验跟佣信息是否正确，建议自己开发测试时一定要慎重一下此处… 2024.08.27 17:30:00 跟佣测试成功，视频号助手API接口实际请求返回无“product_promotion_link”参数，接口返回参数“promotion_key”即为store-product组件的product_promotion_link参数。 注意：文档写的是product-promotion-link,实际应为product_promotion_link，如果使用product-promotion-link，在前端是不会展示对应商品的。 3、搜一搜新增“小店”分类 截止文章更新，目前只支持根据关键词搜索到店铺，暂不支持搜索到商品 [图片] 持续更新中…

公众号不年审有什么影响吗? 因为公众号不做其它作用了,以前是用来快速注册小程序的,但是现在小程序都要认证了

小程序备案后更换了主体，操作注销备案时同事选择了第一项“注销主体”，一直显示审核中，这个能撤回嘛？是不是选择的不对，应该选择第三个吧

备案通过后把小程序注销了，小程序负责人的备案信息会被释放嘛？ 另一主体同管理员的新小程序再去申请备案，还会有这种提示嘛[图片]

大佬.你好,我公众安全助手 绑定的 小程序项目成员出现小程序原始ID为空,而且无法解封,麻烦帮我解绑下该小程序,避免占用名额,谢谢 [图片]

公众号如何解绑管理员身份ID：gh_b2ecee8df6b5

假如小程序已经备案完毕，更换管理员还需要重新备案或者修改备案吗？

通过公众号关联开通的小程序,现今需要注销公众号,请问对小程序会有影响吗?有官方相关说明吗?

公众号通过 快速注册认证 去 开通 的小程序,取消 关联 公众号之后,会对 小程序有那些影响吗?

#前言 最近为了节省一点小程序的运营成本，一些没啥流量的小程序如果每个月也要19块略微有些肉疼(主要还是穷)，研究了一下云环境共享，在这里简单做一下总结。 [图片] 这里有官方的小程序环境共享文档需提前了解一下，具体共享步骤按官方文档操作即可。 https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/resource-sharing/introduce.html #注意点 共享环境有几个注意点大致如下： 1、必须是相同主体 2、开通了云开发环境的小程序可以共享给同主体的小程序、公众号，被共享方无需开通云开发环境 3、一个云开发环境最多可以共享给10个小程序/公众号 4、共享后双发均可主动解除 5、按官方文档要求，资源方需有云函数cloudbase_auth，测试时发现没有这个云函数其实也能正常运行，可能我验证的场景还不够多 6、云能力初始化的方式不同，资源方按传统的云环境初始化方式即可，也就是 wx.cloud.init({ env: env.activeEnv, traceUser: true }); 而调用方的初始化方式有所不同 const cloud = new wx.cloud.Cloud({ //资源方AppID resourceAppid, //资源方环境ID resourceEnv, }) // 跨账号调用，必须等待 init 完成 // init 过程中，资源方小程序对应环境下的 cloudbase_auth 函数会被调用，并需返回协议字段（见下）来确认允许访问、并可自定义安全规则 const initRes = await cloud.init(); 后续调用资源方的云函数就用这个cloud就行了：cloud.callFunction({...}); 7、调用方有操作到云存储文件的api也需要用6步骤中的cloud 8、云存储fileId需要用cloud.getTempFileURL转换成临时/永久链接，否则在调用方无法展示 9、一些api的云调用方式也有变化，需指明具体的appid。比如A小程序授权给了B小程序，想给B小程序推送客服消息需要写成 await cloud.openapi({appid:B小程序appid}).customerServiceMessage.send({...}); 10、获取调用方的appid/openid/unionid也有所不同 // 跨账号调用时，由此拿到来源方小程序/公众号 AppID   console.log(wxContext.FROM_APPID)   // 跨账号调用时，由此拿到来源方小程序/公众号的用户 OpenID   console.log(wxContext.FROM_OPENID)   // 跨账号调用、且满足 unionid 获取条件时，由此拿到同主体下的用户 UnionID   console.log(wxContext.FROM_UNIONID) #适配 基于以上注意点，开始进行适配，由于我是一套代码部署N个小程序，然后一个云环境共享给其他小程序，希望通过配置决定哪个小程序作为资源方，哪些作为调用方 首先是云开发环境的初始化： 1、env.js 环境配置： //云开发环境 const cloudBase = { //使用共享云环境资源，资源方=false,调用方=true useShareResource: false, //资源方AppID resourceAppid: "wx9d2xxxxxxxx0088", //资源方环境ID resourceEnv: "prod-9gxqvi3qb3c257ef", //云环境ID prod: "prod-9gxqvi3qb3c257ef" } 2、api.js 操作模块 const env = require('../env.js');  let cloud; /** * 初始化云能力 * @returns {Promise} */ const wxCloudInit = async function () { const {cloudBase} = env; if (!wx.cloud) { console.error('请使用 2.2.3 或以上的基础库以使用云能力') } else if (cloudBase.useShareResource) { const {resourceAppid, resourceEnv} = cloudBase; // 声明新的 cloud 实例 cloud = new wx.cloud.Cloud({ //资源方AppID resourceAppid, //资源方环境ID resourceEnv, }) // 跨账号调用，必须等待 init 完成 // init 过程中，资源方小程序对应环境下的 cloudbase_auth 函数会被调用，并需返回协议字段（见下）来确认允许访问、并可自定义安全规则 const initRes = await cloud.init(); console.log("初始化云能力完毕：", initRes, "资源方appid：", resourceAppid, "资源方环境ID：", resourceEnv); } else { wx.cloud.init({ env: env.activeEnv, traceUser: true }); console.log("初始化云能力完毕，当前环境：", env.activeEnv); cloud = wx.cloud; } this.cloud = cloud; } /** * 云函数调用 * @param name * @param data * @param success * @param fail * @param complete */ const callCloudFunction = function (name, data, success, fail, complete) { //执行云函数 cloud.callFunction({ // 云函数名称 name: name, // 传给云函数的参数 data: Object.assign({}, data, {env: env.activeEnv}) }).then(res => { typeof success == 'function' && success(res); }).catch(res => { typeof fail == 'function' && fail(res); }).then(res => { typeof complete == 'function' && complete(res); }); }; 3、在app.js中初始化云环境，后续有用到wx.cloud的都需要改成api.cloud const api = require('utils/api.js'); App({ onLaunch: async function (options) { await api.wxCloudInit(); } }); 其次是资源方的获取用户信息调整 每次都要判断wxContext.FROM_OPENID是否为空，不为空则是调用方的用户信息，为空则是资源方的用户信息，略微繁琐，干脆封装了一个npm包wx-server-inherit-sdk，改造了一下getWxContext函数，源码如下，引入这个包后也就可以不用引入官方的wx-server-sdk const cloud = require('wx-server-sdk'); // 保存原始getWXContext方法到另一个变量 const originalGetWXContext = cloud.getWXContext; cloud.getWXContext = function () { //调用原始getWXContext方法 const wxContext = originalGetWXContext.call(this); const {FROM_APPID, FROM_OPENID} = wxContext; //云开发环境共享时获取到的APPID会替换成源方APPID if (FROM_APPID) { Object.assign(wxContext, {APPID: FROM_APPID}); } //云开发环境共享时获取到的OPENID会替换成源方OPENID if (FROM_OPENID) { Object.assign(wxContext, {OPENID: FROM_OPENID}); } return wxContext; } module.exports = cloud; 到此也就大功告成。为了省钱也是够折腾的[哭笑]

https://developers.weixin.qq.com/doc/oplatform/Mobile_App/Access_Guide/iOS.html 目前使用的微信SDK版本是：1.9.2 接入支持universal link的微信SDK是在：2020年2月份 问题现象： [图片] iOS端，线上包，跳转微信调起微信小程序（调用微信SDK接口：WXApi sendReq，参数是构建的WXLaunchMiniProgramReq ），已经跳转打开微信了，偶现会出现弹框：由于应用universal link校验不通过。如上图所示。 这个弹框提示，有两种表现： 1、在iOS 16以下，是偶现的，而且，出现这个提示后，再来一次跳转又不会提示了。 2、iOS 16，发现一种情况基本是必现：已经跳转微信了，弹出系统弹框：“微信”想从“xxx”粘贴，是否允许？  选择：”不允许粘贴“。这个时候，一定会出现：”由于应用universal link校验不通过“ 这个弹框 目前我们APP使用的这个universal link （2020年2月份就开始接入使用），从开始使用到现在一直没动过了。 请问： 什么原因会导致出现这个弹框？怎么避免出现这个弹框？

各位微信云开发用户： 感谢大家一直以来对微信云开发的支持。由于云计算成本整体上升，为了继续为各位用户提供稳定可靠的服务，微信云开发将于 2022 年 08 月 18 日，对计费方式进行如下变更，部分指标价格将有所上浮。 新计费模式下，新用户免费使用 1 个月后，统一使用 “基础套餐+按量付费” 模式：购买带有一定配额的基础套餐后，超出套餐配额部分再按照实际使用量付费。 基础套餐 [图片] *新用户首月免费配额：与基础套餐一致，可满足大部分情况下的开发体验需求 *5 折折扣有效期至少延续至 2022 年底，后续折扣如有变化将另行通知 按量付费 [图片] 【指标说明】 1、调用次数：合并原多项指标统一计价，具体为 “云存储上传操作”、“云存储下载操作”；“数据库读操作”、“数据库写操作” 及新增指标 “云函数调用操作”； 2、容量：合并原多项指标统一计价，具体为 “存储空间" 及 "数据库容量"； 3、云函数日志服务：本次新增计费指标，建议通过优化日志存储策略降低该指标费用。 新用户手动触发确认开始使用后，将拥有 1 个月免费权益，体验期间的环境配额与基础套餐相同，可选择是否进行超额按量付费。 现有用户可以在「微信开发者工具-云开发控制台」或「微信云服务助手小程序」查询过往用量情况后，使用 价格计算器 预估新价格。 在计费方式升级生效之日（2022.08.08）起，对现有用户均提供至少 1 个月的操作缓冲期，期间会推送提醒及提供切换入口，用户可自由选择是否切换新的计费方式，超时未切换的云开发环境将会停服释放。缓冲期内切换成功的用户将会获得额外代金券。 对于当前月调用次数 >100 万次的帐号，本次调整将不直接生效，后续将由专业架构师联系或独立推送指引切换到合适配额的企业旗舰版本。 自本公告发布之日起，对于原已购预付费套餐、资源包的用户，仍然可正常使用原已购资源，直至原约定套餐到期或用完。现有旧预付费套餐不再支持续费超过一个月，现有旧资源包不再支持新购。 微信云开发将继续为各位用户提供简单易用安全的专业 Serverless 开发服务，感谢大家的支持。 Q&A 1、此次调整，意味着我的费用会增加吗？ 是的，由于云计算整体成本的持续上升，为了能够长期给各位开发者提供低门槛的开发服务，我们对于部分计费指标进行了价格调整，在调整后大部分的开发者费用会一定程度的上浮。 2、我如何预估调整之后的费用是多少呢？ 新计费生效后，在缓冲期内，开发者可查看新指标下的用量情况，或者根据过往用量，使用 价格计算器 估算调整之后的费用。 我们根据测算，为大部分开发者提供基础套餐配额以满足线上服务，如你的实际用量没有超过基础配额，也没有使用扩展功能，那么每月消费即为 19.9 元。 3、我需要在哪里操作切换新计费呢？ [图片] 微信云服务助手小程序码 在计费方式升级生效之日（2022.08.08）起，开发者可前往「微信开发者工具-云开发控制台」或「微信云服务助手小程序」进行操作切换。按照过往的计费信息下发惯例，我们通过「微信公众平台公众号」向管理员推送计费变更信息与切换入口。 4、现在的环境是否可以继续使用呢？ 新计费生效后，已购买的预付费套餐可正常使用至原到期时间，已购买资源包的按量付费环境可正常使用至原资源包到期时间，均不会存在直接失效或自动退费的情况。在切换到新计费方案后，原有环境即可持续正常使用。 5、如果超时切换会有什么影响呢？ 若原环境到期且超出切换缓冲时间，则该环境将进入停服释放流程，数据不可找回，请开发者及时操作。 6、以上新计费方案生效后，我有多长时间可以决定是否继续使用云开发呢？ 对于当前月调用次数 <100 万次的帐号，从公告发布日至新方案生效后的一个月，期间可进行是否继续使用的决策；计费方式升级生效之日（2022.08.08）起，我们也会通过上述 Q&A 3 说明的方式中提供切换入口与下发消息，此时你仍然有至少 1 个月的缓冲期做出决定。对于当前月调用次数 >100 万次的帐号，将有专业架构师联系指引切换到合适配额的企业旗舰版本，期间产生的消耗仍然按旧方案计费。我们会为大额消耗用户提供适当优惠，同时对于不希望继续使用云开发的此类帐号提供不低于 3 个月的缓冲时间。如有其他问题，可前往「微信开发者工具-云开发控制台-帮助-工单」主动联系我们。 7、我自行测算预估后觉得新方案有点贵，有什么好建议吗？ 本次调整，价格上涨指标为 “调用次数”、“容量”和“CDN 流量”，建议相应进行技术优化，减少不必要的多次调用或存储内容，可有效控制费用；此外新增计费指标为日志服务，可在「微信开发者工具-云开发控制台-云函数-日志」中查看日志使用情况，并优化日志使用逻辑，避免上报大量冗余的日志信息导致不必要的费用支出。 若评估后认为新的费用方案已不适用于你的业务，可在上述充足的缓冲期内自行选择迁移业务至更合适的服务。 微信云开发团队 2022年7月4日

企业微信小程序认证300元，是属于永久的，还是每年都需要交？