> 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-quantity.md).
# 任意 / 全部数量
## **用途：**
此工作流卡用于将文档中的数量与采购订单中定义的容差进行比较。它可以帮助用户判断数量是否满足特定条件，例如是否相等或是否超出指定容差。第 4 版扩展了此卡的功能，新增了比较多个实体的能力，包括采购订单、已收货数量和文档数量，从而更灵活地处理不同场景。
## **卡片组件：**
1. **任意 / 全部：**
* **说明**：指定如何对多个项目或条件应用比较。
* **选项**：
* **任意**：至少一个条件为真时，才会触发操作。
* **全部**：所有条件都为真时，才会继续执行操作。
2. **运算符：**
* **说明**：定义用于将文档数量与指定容差进行比较的条件。
* **选项**：
* **等于 (=)**：检查数量是否与指定容差值相符。
* **不等于 (≠)**：确保数量与指定容差值不同。
* **大于 (>)**：验证数量是否大于指定容差。
* **大于或等于 (≥)**：检查数量是否大于或等于指定容差。
* **小于 (<)**：验证数量是否小于指定容差。
* **小于或等于 (≤)**：检查数量是否小于或等于指定容差。
3. **容差金额：**
* **说明**：指定用于与文档数量进行比较的容差值。
* **详情**：此值为数值，表示数量允许偏差的阈值
4. **容差类型：**
* **说明**：定义要应用的容差类型。
* **选项**：
* **百分比**：按采购订单数量的百分比计算容差。
* **数值**：将容差指定为固定数值。
## **第 4 版的其他组件：**
* **比较类型**：选择要比较的实体，让第 4 版能够更灵活地评估数量。
* **采购订单与文档**：将采购订单中的数量与相关文档中的数量进行比较。
* **已收货数量与文档**：将已收货数量与文档中的数量进行比较。
* **采购订单与已收货数量**：将采购订单数量与已收货数量进行比较。
## **功能：**
* \*\*条件评估：\*\*系统根据所选运算符、容差金额和容差类型，将文档中的数量与采购订单中的容差进行比较。在第 4 版中，**比较类型**允许比较不同数量，例如采购订单与已收货数量，或采购订单与文档中的数量，使比较更加灵活。
* **执行操作：**
* **条件为真**：如果比较结果为真（例如，文档数量在可接受的容差范围内），工作流将继续。
* **条件为假**：如果比较结果为假（例如，数量不符合容差），工作流将不会继续。
## **设置与配置：**
**第 3 版：**
* 用户通过选择文档数量、定义容差金额和容差类型，并选择适当的运算符来配置此卡，以便将数量与容差进行比较。此卡会评估数量是否在容差阈值范围内，并根据结果执行“真”或“假”操作。
**第 4 版：**
* 除第 3 版中的配置外，用户还可以选择**比较类型**，以便在不同实体之间进行比较，例如：
* **采购订单与文档**
* **已收货数量与文档**
* **采购订单与已收货数量**
## **示例场景：**
发票显示已交付 100 件商品，但采购订单仅授权订购 90 件。容差金额设置为 10 件，容差类型为绝对值。
* **第 3 版**：此卡将文档中的 100 件商品与采购订单的 90 件容差进行比较。如果数量超出容差，此卡会标记该差异，以便进一步审核。
* **第 4 版**：此卡可以将**采购订单数量**（90 件）与**已收货数量**（100 件）或**文档数量**（100 件）进行比较。根据所选的**比较类型**，此卡会检查两个实体之间的差值是否超出容差，并触发相应操作。
## **结论：**
* **第 3 版**：此工作流卡将文档数量与采购订单容差进行比较，有助于确保数量差异得到标记并妥善处理。
* **第 4 版**：此卡扩展了上述功能，允许用户比较不同实体，例如采购订单与已收货数量，或采购订单与文档中的数量，从而更灵活地处理复杂场景。第 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-quantity.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)