> 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/compare-with-purchase-order/any-all-unit-price-is.md).
# 任意 / 全部单价为
## **用途：**
此工作流卡片用于比较文档中的单价与采购订单中的单价，确保价格处于规定的容差范围内。如果单价不符合预期，比较结果可以触发相应操作。**版本 4** 增加了灵活性，允许用户选择不同的实体进行比较，从而更好地控制定价和采购流程。
## **卡片组件：**
1. **任意 / 全部：**
* **说明**：定义该条件适用于单价比较的任意实例还是全部实例。
* **选项**：
* **任意**：只要任意单价满足指定的比较条件，该条件即成立。
* **全部**：只有所有单价都满足指定的比较条件，该条件才成立。
2. **运算符：**
* **说明**：定义将单价与指定值进行比较时使用的条件。
* **选项**：
* **等于 (=)**：验证单价是否与指定值相符。
* **不等于 (≠)**：确保单价与指定值不同。
* **大于 (>)**：验证单价是否大于指定值。
* **大于或等于 (≥)**：验证单价是否大于或等于指定值。
* **小于 (<)**：验证单价是否小于指定值。
* **小于或等于 (≤)**：验证单价是否小于或等于指定值。
## **版本 4 中的其他组件：**
**比较类型：**
* **说明**：允许用户选择除单价之外还要比较哪些实体。
* **选项**：
* **采购订单与文档**：比较采购订单中的单价与文档中的单价。
* **已接收与文档**：将已接收数量与文档中的单价进行比较。
* **采购订单与已接收**：将采购订单中的单价与已接收数量进行比较。
## **功能：**
* \*\*条件评估：\*\*系统根据所选运算符，将文档中的单价与采购订单中的单价（或版本 4 中所选的其他实体）进行比较。如果比较结果为真，工作流将按照后续步骤继续执行，例如触发审批或停止流程。
* **执行操作：**
* **条件为真**：如果条件评估结果为真（例如，文档中的单价大于指定值），工作流将执行真分支操作（例如审批、文档处理）。
* **条件为假**：如果条件评估结果为假（例如，文档中的单价不符合比较条件），工作流将不会继续执行。
## **设置与配置：**
* \*\*版本 3 设置：\*\*用户通过选择文档中的单价、选择用于定义比较方式的运算符，并设置比较值来配置此卡片。此外，用户还需选择该条件适用于单价比较的任意实例还是全部实例。
* \*\*版本 4 设置：\*\*在版本 4 中，用户还可以选择比较类型，以定义要比较的实体，例如采购订单与文档、已接收与文档，或采购订单与已接收。这使卡片能够灵活应对更复杂的单价比较场景。
## **示例场景：**
* **版本 3 示例：**
一张发票显示单价为 $50。相关采购订单中的单价为 $45。卡片使用“大于”运算符比较这两个单价。由于文档中的单价 ($50) 大于采购订单中的单价 ($45)，工作流将触发真条件（例如，将文档发送审核）。
* **版本 4 示例：**\
一张发票显示单价为 $50，相关采购订单授权的单价为 $45。此外，已接收数量为 60 件。卡片使用“大于”运算符，将已接收数量与文档中的单价进行比较。由于已接收数量 (60) 大于单价 ($50)，工作流将触发真条件，并将文档标记为需要进一步审核。
## **结论：**
版本 3 的“单价比较”工作流卡片旨在确保文档中的单价与采购订单中的单价一致，并根据定义的条件触发操作。版本 4 扩展了此功能，增加了更复杂的比较选项，例如比较采购订单与文档、已接收数量与文档，以及采购订单与已接收数量。这种灵活性使组织能够处理更复杂的定价和采购场景，从而提高工作流中的控制力和准确性。
---
# 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/compare-with-purchase-order/any-all-unit-price-is.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.
.png?alt=media)
.png?alt=media)