> 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/compare-order-confirmation-with-purchase-order.md).
# 将订单确认与采购订单进行比较
## 用途：
此 DocBits 卡片用于比较订单确认和采购订单中的某个特定订单数据字段，例如数量、折扣或单价。通过每次专注比较一个字段，它可以准确验证关键数据点，确保订单准确无误。**版本 4** 扩展了此功能，支持比较采购订单、已收数量和文档等不同实体，从而为工作流提供更大的灵活性和控制力。
## 卡片组件：
1. **任意/全部**
* **说明：** 用于确定条件适用于订单确认中的任意行还是全部行。\
**选项：**
* **任意**：如果订单确认中任意一行的所选字段值与采购订单中的对应值匹配，则触发比较。
* **全部**：仅当订单确认中所有行的所选字段值都与采购订单中的对应值匹配时，才触发比较。
2. **订单数据字段**
* **说明**：指定要在订单确认和采购订单之间进行比较的数据字段。
* **详情**：用户可以选择以下字段进行比较：
* **数量**：比较订购数量与确认数量。
* **折扣**：验证确认单中的折扣是否与采购订单一致。
* **单价**：确保确认单中的单价与采购订单一致。
3. **运算符**
* **说明**：定义应用于所选数据字段比较的条件。
* **选项**：
* **等于 (=)**：确认该值与采购订单中的值匹配。
* **不等于 (≠)**：确保该值与采购订单中的值不同。
* **大于 (>)**：验证该值是否大于采购订单中的值。
* **大于或等于 (≥)**：确认该值等于或大于采购订单中的值。
* **小于 (<)**：检查该值是否小于采购订单中的值。
* **小于或等于 (≤)**：确认该值小于或等于采购订单中的值。
## **版本 4 中的其他组件**：
* **比较类型**：选择要比较的实体。选项包括：
* **采购订单与文档**：将采购订单数据与相关文档进行比较。
* **已收数据与文档**：将已收数据（例如已收数量）与文档进行比较。
* **采购订单与已收数据**：将采购订单数据与已收数量进行比较。
## 功能：
* **字段比较**：系统会将订单确认中所选的订单数据字段（单价、折扣或数量）与采购订单中的对应值进行比较。
* **执行操作**：根据比较结果和运算符条件，该卡片可以触发后续操作，例如发送通知或警报。
## 示例场景：
* 订单确认中的**单价**为 $50，而采购订单中的单价为 $45。使用“大于”运算符时，该卡片会标记此差异，便于采购团队在处理订单前进行处理。
## 结论：
此卡片简化了对单个订单数据字段的验证，确保符合采购订单条款。通过每次单独比较一个字段，它支持有针对性的审查，并帮助防止订单处理错误。
---
# 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/compare-order-confirmation-with-purchase-order.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)