HERE地理围栏/车队API认证需使用哪些凭证及工具？

1. platform.ext未定义报错原因 #

你参考的是旧版v3扩展库的示例，v3.1版本默认CDN引入的基础包不包含地理围栏扩展模块，需要额外引入对应扩展包脚本，仅拉取基础v3.1脚本的场景下无法获取platform.ext对象。

2. 401/403权限错误排查点 #

• 账户权限校验：免费层（Freemium）账户默认未开通地理围栏API的写入权限，仅支持基础地图渲染、路线计算等通用接口，需先到HERE开发者后台的「项目管理-服务开通」页面手动启用地理围栏API（Geofencing API），免费层有额度限制可满足测试需求。
• 凭证使用规则修正：v3.1版本确实无需使用app_id+app_code的鉴权组合，所有请求统一使用对应服务的apikey即可，混用两种鉴权规则会触发鉴权失败：
  • 调用JS端地理围栏扩展服务时，直接使用开通了地理围栏权限的项目对应的JS API key即可，无需额外传app_id/app_code参数
  • 直接发起REST请求上传围栏/校验位置时，使用同项目的REST API key作为query参数apiKey的值即可，非企业级权限细分场景无需携带oauth token
• apikey权限绑定校验：每个apikey默认仅绑定生成时勾选的服务权限，可正常渲染地图的apikey大概率未勾选地理围栏服务权限，需到后台找到对应apikey的权限配置，确认已勾选地理围栏相关接口的读写权限。文档中提到的“apikeys是只读”指apikey的字符串值生成后不可修改，并非指接口权限只读，属于文档描述歧义。

3. 功能实现推荐路径 #

优先使用官方扩展模块实现，稳定性高于自行封装REST调用：

1. 在页面原有v3.1基础脚本之外，额外引入地理围栏扩展脚本
2. 初始化platform时使用开通了地理围栏权限的JS API key，之后可正常调用platform.getGeoFencingService()获取服务实例
3. 若选择自行调用REST接口，需注意使用地理围栏服务对应的专属域名，不要错用地图服务域名，请求参数仅保留apiKey即可，不要同时传app_id/app_code避免鉴权冲突。

内容的提问来源于stack exchange，提问作者HowDoIDoComputer