咚咚技术团队
  • 首页
  • 文章
    • 前端
      • 0.1 + 0.2 精度丢失深究
      • IOS H5 视频无法播放
      • H5 播放 amr 音频文件
      • IOS 10.x 版本在 Taro 中的兼容性问题
      • 百度 UEditor 引发的 cross-iframe 问题解决方案
      • 访问 www.banchengyun.com 时发生了什么
      • decodeURIComponent 与特殊符号
      • 前端埋点
    • 后端
      • Swoole 相关
        • MAC 本地环境执行 GuzzleHttp 时导致 Swoole 进程异常退出
      • Hyperf 相关
        • 在 phpstorm 中调试 hyperf 代码
        • Hyperf 1.x Proxy 缓存失效问题
      • K8s 相关
        • 搭建 k8s 集群
        • 使用 docker-compose 快速搭建 Hyperf + Redis 开发环境
        • Kubernetes Autoscaler
      • 其它
        • 幂等性和原子性
    • 测试
    • 效能提升
      • 优秀开发者的第一步:始于需求分析
      • 优秀开发者的第二步:如何阅读他人的代码
  • 活动
  • 课堂
  • 知识库
    • 公共
      • 什么是流程型组织
      • 半城云集成产品开发流程
      • 阿⾥云 Codeup 代码平台使⽤ & 迁移指南
      • git 使用规范
      • 关于第三方与服务号授权的问题
      • 收不到消息的排查方法
      • 系统安全
      • 前端编码规范
      • 后端编码规范
      • 测试规范
    • 前端
      • 规范
        • 前端编码规范
        • 咚咚技术栈
        • code-review 规范
        • git 工作流
        • Tapd 文档
      • 复盘经验
        • 2021.01 效能、规范、技术债讨论会
      • Code Review
        • SCRM 2020-07
    • 后端
      • 复盘经验
        • SCRM 2020 年 8 月
      • Code Review
        • SCRM 2020-07
    • 测试
      • 复盘经验
        • SCRM 2020 年 8 月
  • 项目文档
    • 前端
    • 后端:小程序
    • 后端:企业微信
  • 接口文档
  • 兴趣小组
    • golang 小组
    • 增长小组
    • 前端小组
  • 书单推荐
  • 生产环境 分析会
    • NO.2022.01
  • 生产环境 可用性
  • 团队活动
    • OpenTalk
      • NO.2021.Q3
      • NO.2020.Q2
    • WalkTogether
  • 关于我们
  • GitBook 使用说明
由 GitBook 提供支持
在本页
  • 1、客户可以授权给多个第三方平台,除了以下4个业务,都可授权给多个第三方。以下4个权限只能授权给一个第三方。
  • 2、客户授权给多个第三方平台,消息推送不受影响。微信会给所有平台推送消息。
  • 3、【已解决,不会复现】SCRM与云店之前解绑,重复授权时会删除wechat_open的app_id,导致生成的unionId变化了,用户身份丢失。目前已修复,不会删除wechat_open表的app_id,所以业务端重复解绑、授权都没关系。
  • 4、服务号解绑第三方前,必须先确认是否已接入SCRM,如果已接入,再确认是否接的是外部第三方,如果是,解绑再接半城云开放平台,会导致知客用户无法识别(unionId变更了)。所以解绑前要与知客先确认是否有数据,没数据就能解绑,有数据要SCRM确定是否能解绑。
  • 5、解绑重绑有可能access_token失效(提示:access_token is invalid),需要泫霖清缓存(提供公众号或小程序APPID给泫霖)
  • 6、业务端因业务需要,需提供“重新授权”的功能,取新权限集。(目前云店的入口被隐藏了,理应要重新开放回来)
  • 7、关于endpoint:
  • 8、对于以上问题未解决前产生的脏数据(先接入了云店,解绑再接SCRM,再接入云店,导致小程序无法再接入(wechat_open已有记录,且app_id不相同,后端风控提示不给再次接入,不然会丢失用户))。
  • 9、如客户服务号的“开放平台账号管理权限”已授权给其他第三方,且不能解绑,将导致以下问题:
  • 10、为什么云店必须要取账户管理权限?因为很多关键业务必须(互斥权限集),如:代码管理权限等。

这有帮助吗?

  1. 知识库
  2. 公共

关于第三方与服务号授权的问题

上一页git 使用规范下一页收不到消息的排查方法

最后更新于3年前

这有帮助吗?

1、客户可以授权给多个第三方平台,除了以下4个业务,都可授权给多个第三方。以下4个权限只能授权给一个第三方。

只能授权给一个第三方

2、客户授权给多个第三方平台,消息推送不受影响。微信会给所有平台推送消息。

3、【已解决,不会复现】SCRM与云店之前解绑,重复授权时会删除wechat_open的app_id,导致生成的unionId变化了,用户身份丢失。目前已修复,不会删除wechat_open表的app_id,所以业务端重复解绑、授权都没关系。

4、服务号解绑第三方前,必须先确认是否已接入SCRM,如果已接入,再确认是否接的是外部第三方,如果是,解绑再接半城云开放平台,会导致知客用户无法识别(unionId变更了)。所以解绑前要与知客先确认是否有数据,没数据就能解绑,有数据要SCRM确定是否能解绑。

如果第三方是“新半城云”就可以随便解绑重绑。

5、解绑重绑有可能access_token失效(提示:access_token is invalid),需要泫霖清缓存(提供公众号或小程序APPID给泫霖)

6、业务端因业务需要,需提供“重新授权”的功能,取新权限集。(目前云店的入口被隐藏了,理应要重新开放回来)

7、关于endpoint:

之前SCRM、云店两边各自授权,消息回调地址重复覆盖,导致业务端收不到消息。后面统一一个回调地址了,但消息随机被两业务端消费,导致不稳定。 最后增加endpoint(消息中转地址),消息转发到对应的业务端。

8、对于以上问题未解决前产生的脏数据(先接入了云店,解绑再接SCRM,再接入云店,导致小程序无法再接入(wechat_open已有记录,且app_id不相同,后端风控提示不给再次接入,不然会丢失用户))。

 解决方法:
- 1、检查小程序是否有用户,是否已产生订单,如果有,则不能解绑再授权,不然用户登录不了小程序。(理论上可做补偿,重新计算openId)
- 2、如果上面没有订单、用户数据,则可以删除wechat_open表对应记录,重新走一趟服务号与小程序接入(小程序需先在官方平台解除“新半城云”的绑定与授权)
- 注意事项:如果服务号里绑定的开放平台账号不是“新半城云”,则需要解绑再接入。但解绑要结合第4点来判断。
![公众号开放平台账号解绑](https://i.loli.net/2021/06/22/OnzaTSMyYq725RP.png)

9、如客户服务号的“开放平台账号管理权限”已授权给其他第三方,且不能解绑,将导致以下问题:

  • 1、客户服务号不能接入“新半城云”,导致unionId生成规则由第三方计算,我方两应用的账户和数据将不能互通。

  • 2、SCRM可以正常授权(可推送消息)。

  • 3、云店是小程序业务,外部第三方服务号的unionId与我们小程序的账号无法关联起来,导致无法推送消息。所以云店业务如要使用服务号推送消息,必须“开放平台账号管理权限”授权给半城云。

10、为什么云店必须要取账户管理权限?因为很多关键业务必须(互斥权限集),如:代码管理权限等。

官方说明文档