Okta API 中的预配状态是什么？

Question

我一直在研究针对 Okta REST API 的用户生命周期事件。

我对各种 Okta 用户状态感到困惑，特别是 STAGED、ACTIVE 和 PROVISIONED。我看过 this diagram:

但它不符合我的体验。

当我运行 "create user"，如 this example，我传入 "activate=false" 时，我得到一个处于 STAGED 状态的用户。如果我传入 "activate=true"，我会得到一个处于 ACTIVE 状态的用户。

创建用户后，我将运行调用这些 REST 调用：

我正在做的某件事让我的用户进入了 PROVISIONED 状态，我不知道那是什么。是创建 "active" 用户，然后更新吗？或者创建一个 "staged" 用户然后更新，或者创建一个 "active" 用户然后重置密码并等待一段时间才能登录？可以想象，这里有很多排列。

什么 REST 调用组合将新创建的 Okta 用户置于已配置状态？ PROVISIONED 状态是否类似于 ACTIVE 状态，其中用户为 "good to go" 并且可以进行身份验证？或者我需要 "activate" 我的用户的 PROVISIONED 更像是 STAGED？

Answer 1

Is PROVISIONED status like ACTIVE status where the user is "good to go" and can authenticate? Or PROVISIONED more like STAGED where I need to "activate" my user?

PROVISIONED 几乎与 ACTIVE 类似，只是用户还没有任何凭据并且无法登录。

这是一个简单的例子：

创建用户（但没有密码）

POST {{url}}/api/v1/users?activate=false
{
  "profile": {
    "firstName": "Test",
    "lastName": "Testerman",
    "email": "tester@example.com",
    "login": "tester@example.com"
  }
}

激活！

POST {{url}}/api/v1/users/00ub09deolJQUhKPm0h7/lifecycle/activate?sendEmail=false

这导致用户 "status": "PROVISIONED"。

您的情况可能是密码重置操作使用户看起来好像没有密码，因此当您执行激活操作时，您将获得预配。

Answer 2

用户状态为Provisioned状态的原因是您在创建时没有指定用户密码。如果您指定密码，则用户将处于活动状态而不是已配置状态。

Okta API 中的预配状态是什么？

What is Provisioned status in Okta API?

okta

okta-api