# 权限集常见排错指南
本文主要为第三方平台调用接口出现48001、61007和61003的问题提供解决思路，帮助您定位及解决因权限无法正常调用接口的问题。其他错误码及其原因可查看全局错误码。
# 48001
出现48001错误的原因有两大类：
1、api 功能未授权，请确认公众号/小程序已获得该接口权限。
第三方平台只是代公众号或小程序调用接口，如果公众号或小程序本身尚未获得该接口的能力（例如有些接口需要完成认证才能获得，有些接口只开放给企业主体的账号等等，可查阅对应接口文档即可），第三方平台也不会有该接口的调用权限（特殊接口除外）。
2、调用接口的时候token传错了。
通常是把小程序的access_token、公众号的access_token、第三方平台的component_access_token、第三方平台的authorizer_access_token搞错了。
还有就是，例如某接口是小程序的接口，然后传了用公众号生成的authorizer_access_token；
3、如果只开放给服务商调用的接口，出现48001也有可能是公众号/小程序尚未将对应的权限集授权给第三方平台，解决方案参考下方的61007的解决方案。
4、如以上两种原因都排除了问题尚未解决，请到社区-服务商专区发帖反馈处理.
# 61007
出现61007错误的原因主要是：公众号/小程序尚未将对应的权限集授权给第三方平台
1、服务商如何验证该公众号/小程序是否已经将对应的权限集授予第三方平台？
可通过调用api_get_authorizer_info接口查询，返回的func_info中是否包含了对应的权限id，
2、如何查询调用的接口隶属于哪个权限集id？
可查阅权限集说明文档。
3、如以上原因排除了问题尚未解决，请到社区-服务商专区发帖反馈处理.
# 61003
- 如【小程序登录】接口，当appid尚未授权给component_appid，就会出现61003报错。
- 服务商应该存一份授权账号信息（可通过调用api_get_authorizer_info接口查询），然后就可以知道调用接口传的appid是否在授权账号列表里。
# 61009
示例：{"errcode":61009,"errmsg":"code is invalid rid:XXXXXXXX"}
code无效，此时请开发者仔细检查
1、是否在有效期内使用code
2、是否使用其他账号code（比如代A账号调用API实际使用的是B账号code）
3、code错了（比如API参数说明中需要使用授权码实际使用的是预授权码）
4、开发者可以通过接口getRidInfo自查rid信息
# 其他注意事项
1、当开发者对已全网发布的第三方平台做了权限修改时，如果还没有覆盖现网全网发布的状态，则在授权页看到的权限仍将保持为现网的权限选项。
2、只要第一次全网发布（包括后续的修改后全网发布），当前在使用的用户永远不受影响，可以正常使用。
3、第三方平台新增勾选权限集，修改后审核通过并全网发布后，新授权的公众号或小程序授权时会增加新权限的申请，已授权的老用户，旧有权限不影响，但新权限集需要老用户重新扫码授权后才生效。删除权限集同理。
4、随着时间的推移，平台可能会在权限集中新增更多的接口能力，此时不需要第三方平台重新进行全网发布，也不需要用户重新扫码授权，默认会生效。
5、当前仅支持公众号或小程序取消授权第三方平台，暂时不支持第三方平台主动取消授权。