> 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/combined-price-of-quantity-difference.md).
# 数量差异的合并价格
## **用途**：
此工作流卡片用于评估数量差异对应的合并价格，并将其与指定值进行比较。它有助于根据相关文档之间的价格和数量差异自动执行操作，从而改进采购和收货工作流。**版本 4** 扩展了此功能，允许比较采购订单、已收数量和文档等不同实体，为工作流提供更大的灵活性和控制力。
## **卡片组件**：
1. **运算符**：
* **说明：** 用于将合并价格与指定值进行比较的条件。
* **选项：**
* **等于 (=)**：检查合并价格是否与指定值相同。
* **不等于 (≠)**：确保合并价格与指定值不同。
* **大于 (>)**：验证合并价格是否大于指定值。
* **大于或等于 (≥)**：检查合并价格是否大于或等于指定值。
* **小于 (<)**：验证合并价格是否小于指定值。
* **小于或等于 (≤)**：检查合并价格是否小于或等于指定值
2. **值**：
* **说明：** 指定用于比较数量差异合并价格的值。
* **详细信息：** 该值必须为数字。
## **版本 4 中的其他组件**：
* **比较类型**：选择要比较的实体。选项包括：
* **采购订单与文档**：比较采购订单与相关文档中的数量和价格。
* **已收数量与文档**：比较已收数量与文档中的数量。
* **采购订单与已收数量**：比较采购订单数量与已收数量。
## **功能**：
* **条件评估**：将数量差异乘以单位价格，计算出合并价格，并使用所选运算符将结果与指定值进行比较。\
**版本 4** 增加了根据用户配置比较其他实体的选项，例如比较采购订单与已收数量，或比较采购订单与文档。
* **执行操作**：根据合并价格是否满足指定条件，工作流将继续执行真或假条件，以触发操作或停止工作流。**版本 4** 还支持更动态的操作执行方式，条件类型（例如采购订单与已收数量）会影响后续步骤。
## **设置与配置**：
* **版本 3**：用户通过选择数量差异和单位价格对应的文档字段来配置卡片。然后选择运算符，以定义如何将合并价格与指定值进行比较。最后，用户设置继续条件（真或假），以决定工作流的下一步。
* **版本 4**：除**版本 3**中的配置外，用户还可以配置**比较类型**。该类型用于定义要比较的实体，例如**采购订单与文档**、**已收数量与文档**或**采购订单与已收数量**。
## **示例场景**：
* 一张发票显示某产品有 50 件，每件 100 美元，总计 5000 美元。相关采购订单批准采购 45 件，金额为 4500 美元。数量差异为 5 件，差异对应的合并价格为 500 美元。该卡片会比较采购订单数量（45 件）与已收数量（50 件），并检查合并价格是否大于 400 美元（指定值）。使用\*\*大于 (>)\*\*运算符时，卡片会识别出差异并将其标记出来，供财务团队审核。
## **结论**：
**版本 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/combined-price-of-quantity-difference.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)