跳转到主内容
Procore

什么是服务账户?

传统服务账户的停用

所有传统服务账户都将在2024 年 12 月 31 日停用。

传统服务账户已于 2021 年 12 月 9 日弃用。 从 2024 年 10 月 1 日开始,我们将不再允许创建新的传统服务账户。 现有的传统服务账户将继续运作到 2024 年 12 月 31 日。

根据此时间线,目前使用传统服务账户的数据连接应用程序的开发人员需要更新他们的应用程序以使用开发人员托管服务账户,并且客户需要在停用日期之前安装这些更新后的应用程序。 所有在停用日期前未迁移的数据连接应用程序将停止运行。 Procore App Marketplace 上列出的任何未使用受支持的Procore API访问方法的应用程序,都将在停用日期前被移除。 有关其他信息,请参阅迁移数据连接应用程序以使用 DMSA

服务账户允许你支持需要IETF OAuth 2.0 框架规范中定义的客户端凭证授予流程的集成。在这种情况下,应用程序需要一种方法能在任何特定 Procore 用户的环境之外恢复OAuth 2.0 访问令牌。 OAuth 2.0 为此提供了客户端凭证授权类型。 创建新服务 账户时,会生成唯一的client_idclient_coret 。 有关在应用程序中实施客户端凭证授予流程的信息,请参阅 开发人员门户 上的 OAuth 2.0 使用客户端凭证 。

服务账户不代表现有 Procore 用户执行操作,而是利用创建服务账户时自动生成的目录联系人。服务账户权限和访问权限由目录联系人的权限设置控制。默认情况下,在初始创建时,服务账户将没有权限(“无”)查看创建该账户的公司内的任何数据。Procore 管理员必须手动指定服务账户的提升权限,它才能访问更多数据。有关其他信息,请参阅配置服务账户权限

需要考虑的事项
  • 服务账户有一个自动生成的 @procore.com 电子邮件地址,该地址无法访问且无法用于设置密码或登录 Procore Web/移动应用程序。
  • 除最初创建服务账户时其所在的目录之外,与服务账户关联的目录联系人不得添加到任何其他公司目录。这样做会使服务账户无法正常工作。
  • 创建服务账户后,不得更改关联的默认电子邮件地址。这样做会使服务账户无法正常工作。
  • 重置客户端密钥将重置所选服务账户的所有权限和项目成员资格。