如何向管理员发送批准目录项的请求？

Question

我现在在服务中遇到了一些问题 workflow.Can 请有人帮我解决这个问题。请找到下面的任务和问题描述：

我正在尝试做的是：

1. 创建目录项。
2. 签出目录项。
3. 批准人应批准请求。
4. 关闭工单。

遵循的流程：

• 以系统管理员身份登录服务实例。
• 创建了两个具有 catalog_admin 角色的用户 user1 和 user2。
• 创建了一个群组名称 catalog_group 并在群组中添加了两个用户。
• 在目录项中添加了 worlflow 并将组审批人设置为 catalog_group。
• 以 user1 身份登录并选择商品并下订单。
• 现在 incident.When 中没有显示任何状态 我检查了工单 没有添加批准人。
• 以 user2 身份登录。

问题：

用户 2 没有看到用户 1 创建的 approve.Incident 的任何事件应该显示在用户 2 的主页上以供批准。

Answer 1

我的直觉告诉我你选错了table；您在 "Catalog Item" table 而不是 "Requested Item" table 上创建了工作流。人们似乎忘记了一个 Item 只要在目录中就是一个目录项，但是从它被请求的那一刻起，一个副本作为请求项存储到数据库中。因此，工作流应该发生在请求的项目上，而不是目录项目上。

---

我重新创建了您所做的，一切都按预期进行。我将在下面 post 截图，这样你就可以看到你做了什么不同的事情。

• 我以系统管理员身份登录。
• 创建了两个用户 user1 和 user2。
• 创建了一个名为 "catalog_group" 的组并将两个用户都添加到该组。
• 已将 "approver_user" 的角色添加到组中。

作为最佳实践，您应该向用户所在的组 添加角色，而不是用户本身。这更易于维护，因为角色会在用户进入组时自动添加到用户，或在用户离开组时自动删除。

我给了他们 approver_user 角色，而不是 catalog_admin 角色，因为他们是批准者而不是目录管理员。具有 catalog_admin 角色

的用户

Can manage the Service Catalog application, including catalog categories and items.

这可能不是您想要的。您可以阅读有关基本系统角色的更多信息，here。

• 在请求的项目上创建了一个新的工作流 table。

• 使用工作流创建了一个新的目录项。

• 以系统管理员身份请求项目。

• 最后，我同时模拟了用户一和用户二，您可以看到他们的批准列表中有该项目。