Workday REST Api OAuth2.0 流程

Question

我希望集成到 Workday 的 REST Api 服务。遗憾的是，我无法访问 Workday 的资源中心 - 所有文档都存放在那里 - 需要很长时间才能访问那里。

我希望从社区获得有关整个流程的一些帮助。

我的主要问题是：

1. 支持哪些 OAuth 流程？
2. 如何找到我正在寻找的客户端功能所需的范围？ （基本上我希望获取用户元数据信息）。

根据我迄今为止在线收集的信息（无法访问 Workday 社区中心），我发现 Workday 支持授权代码授予流程和隐式授予流程。

我还有一个关于授权代码授予流程的基本问题：

如果我理解正确的话，授权码授予的工作原理如下：

1. 向您从客户端注册中获得的授权端点发送 GET 请求。
2. 用户批准授权后获取访问令牌。
3. 向令牌端点发送 POST 请求以及从步骤 2 中获取的访问令牌，以获得访问令牌。
4. 通过步骤 3 中获取的访问令牌使用 API。

如果是这样，我想知道是否始终需要步骤 1？总是我的意思是每次“访问令牌获取”一次，或者只是一次？

我还想知道 - 如果需要用户批准，这如何正式发生？如果请求是从远程服务器发送的，哪里会弹出批准窗口？

是否有任何工作流程不需要主动用户批准即可授权？

谢谢！

Answer 1

对于#2，假设您正在讨论创建 API 客户端时要包含的范围。您需要对要公开的字段进行安全分析（使用诸如查看安全项目的安全性交付的报告），并查看保护它们所属的安全域的功能区域。

例如

• 字段：职位申请 ID
• 受域保护：设置：职业网站
• 职能领域：招聘/人才管道

您需要添加招聘和人才管道作为 API 客户端范围的一部分