> For the complete documentation index, see [llms.txt](https://docs.docbits.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.docbits.com/chinese/guan-li-yu-she-zhi/workflow/cards-overview/and/assignee/assigned-user-condition.md).
# 指定用户条件
**用途**
此工作流卡片根据任务或文档是否分配给特定用户或一组用户来管理操作的执行。它采用条件逻辑来触发或阻止特定操作，非常适合需要按用户进行处理的工作流。
**卡片组件**
1. **运算符**
* **说明**：定义要应用于用户分配情况的逻辑条件。
* **选项**：
* **IS**：如果文档或任务的指定用户与列表中的任意用户匹配，则触发操作。
* **IS NOT**：如果文档或任务的指定用户与列表中的任意用户都不匹配，则触发操作。
2. **用户列表**
* **说明**：用于与指定用户进行比较的用户列表或选择项。
* **详情**：此列表可以包含一个或多个用户，使卡片能够有效处理单用户和多用户条件。用户可以通过复选框、多选下拉菜单或类似的界面元素进行选择。
**功能**
* **识别用户分配情况**：自动识别 ERP 系统中特定任务或文档的指定用户。
* **条件评估**：
* 使用 **IS** 运算符时，卡片会检查指定用户是否在用户列表中。
* 使用 **IS NOT** 运算符时，卡片会确保指定用户不在用户列表中。
* **执行操作**：
* **条件为真**：如果用户分配情况满足条件（IS 或 IS NOT），则触发相关操作，例如发送通知、发起任务、进行审批或执行其他工作流步骤。
* **条件为假**：如果条件不满足，工作流将不会继续。
**用户交互**
* **设置与配置**：用户通过选择运算符并在用户列表中指定相关用户来配置卡片。设置应当简单直观，以便从可能规模较大的用户群体中进行选择。
* **监控与报告**：ERP 系统应提供监控和报告此卡片所触发操作的功能，以便了解分配准确性和流程效率。
* **错误处理与通知**：如果分配出现问题（例如任务未分配或用户选择有误），用户应能选择接收提醒或通知。
#### 结论
“指定用户条件”工作流卡片是管理依赖用户分配的文档和任务工作流的重要工具。通过允许根据任务或文档是否分配给特定用户来设置条件，它可以确保只有适当的用户交互才会触发工作流，从而增强团队内的责任落实和任务匹配度。清晰记录此卡片的信息有助于用户了解其重要性，并将其有效整合到工作流中，确保根据用户角色和职责顺畅、高效地执行操作。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.docbits.com/chinese/guan-li-yu-she-zhi/workflow/cards-overview/and/assignee/assigned-user-condition.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
