> 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/standard-workflow-builder/material-ordering-and-processing-workflow.md).

# 材料订购与处理工作流

了解材料订购、货物接收和发票处理的分步工作流，以及 INFOR ERP 与 DocBits 的集成。实现高效的供应商和文档管理。

本文档概述了供应商材料订购、货物接收和发票处理工作流，涵盖供应商、INFOR ERP 系统与 DocBits 文档管理之间的集成。

### 流程概述

1. **订购材料**
   * 向供应商发起订单。
   * 通过 INFOR 向供应商发送订单。
2. **接收订单确认**
   * 供应商确认收到订单。
   * 创建并发送订单确认。
3. **货物接收与检验**
   * 接收供应商交付的货物。
   * 在 INFOR 中登记货物接收，并与送货单核对。
4. **发票处理**
   * 接收发票并发送至 DocBits 进行处理。
   * 将发票详情与订单及货物接收信息进行核对和验证。
5. **最后步骤**
   * 在 DocBits 中归档订单及相关文档。
   * 在 INFOR 中更新交易详情，以供财务记账。

### 决策点与操作

* **收到的货物是否与订单相符？**
  * 是：继续处理发票。
  * 否：需要人工检查并更新。
* **发票是否与收到的货物和订单详情相符？**
  * 是：完成交易并更新财务记录。
  * 否：需要进一步检查并进行更正。

### 集成点

* **INFOR ERP**：用于订单处理、货物接收和财务记账的主系统。
* **DocBits**：用于处理和归档发票及订单确认的文档管理系统。

### 备注

* 请确保所有文档均经过验证并归档，以便留存记录。
* 必须及时解决订单或发票详情中的差异，以避免延误。

<figure><img src="https://1870485400-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FlPczlNw8zzYNLfjfispX%2Fuploads%2Fgit-blob-e437588132a5c903d248f5ebea3470a108db676f%2Fembed.svg?alt=media" alt=""><figcaption></figcaption></figure>


---

# 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/standard-workflow-builder/material-ordering-and-processing-workflow.md?ask=<question>&goal=<user_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.
