订单跟踪数据模型

概述

正确的数据架构是推动正确行动以改进流程的关键。数据从来都不是万能的，因为要解决的问题很少是相同的。本{{术语表.功能示例}}概述了建议用于订单跟踪的最低核心数据模型。

订单在基本层面上是简单的。它们有一组属性和一组输入。订单]表是存储订单 "元数据 "的地方。

扩展概念"文档详细介绍了在此数据模型基础上构建更多数据模型的方法。

表

本应用程序依赖表格来存储数据。之所以推荐使用表格（而不是 Completions），是因为这意味着同一个表格可以在多个应用程序中使用，而这正是 Composability 的关键特性。

本应用程序依赖于一个[订单]表。

概念扩展》将介绍如何将此表与链接到[材料]表的记录结合起来，以跟踪从属材料。

[订单]表

订单 "表是提高流程可见性所需的基本内容。一些表记录字段是可选的，而其他字段则是保持操作可见性所必需的。

请记住，这些字段并不一定需要由专人填写。订单信息可以来自外部数据源，也可以根据条件逻辑推断。

例如在此 Functional Example} 中，订单开始时的状态设置为 OPEN

必填字段

ID（文本）--所有表都需要一个 ID 列来唯一表示每个表记录。在本例中，我们使用订单号作为 ID。

:::(Warning) (警告）记录 ID 不能用于多条记录，因此，如果您的流程中可能有 2 个订单的订单号相同，我们建议使用前缀或后缀来确保记录 ID 的唯一性：::：

物料编号（文本）- 本用例的物料编号是该订单生产的零件编号（或 SKU）。由于这不是ID 字段，因此多个记录（订单）可以共享一个物料编号。

目标数量（数字）- 完成订单所需的单位数量。

状态（文本）- 该订单的当前状态。在我们的使用案例中，订单会经历 6 种状态：

1. 新
2. 已发布
3. 进行中
4. 已完成
5. 搁置
6. 取消

到期日期（日期时间）--如果没有目标日期，确定工作的优先次序将是一个巨大的挑战。

可选字段

材料描述（文本）- 任何语义信息都可以帮助操作员更好地理解他们正在进行的工作。

例如：我不知道 PN-24136 是什么，但材料描述是 "3/16x2 "螺栓，因此我可以根据订单采取行动。

材料照片（图像）- 最终产品的可选照片。

最终数量（编号）- 顾名思义，这是零件的最终数量。目的是在订单发货前，由质量部门或运输部门对零件进行最终清点。

计量单位（文本）- 描述生产材料的单位是什么？该字段可用于告知生产 15 盎司产品还是 15 吨产品。

类型（文本）- 这是订单的高级分类，可用于对订单进行分组。

例如我们总是在一周的早些时候执行印刷任务，这样机器就不需要清洁两次，因此所有印刷订单都被赋予印刷类型，以便优先处理。

计划生产日期（日期时间）- 为确保按时交货，该订单应于何时开始？

生产日期（日期时间）- 实际生产从何时开始？

完成日期（日期时间）- 订单何时完成？

当前位置（文本）- 订单的当前位置。在大型设施中非常有用，可以确保找到成品。

材料（关联记录）- 材料是[材料]表的关联记录字段。该字段的目的是将完成此订单所需的材料与父订单关联起来。

这里也可以存储装配的 {{术语表.BOM}}。

:::(Warning) (警告）在此 Functional Example 中，未使用[Materials]（物料）表：

客户（文本）--该字段用于存储客户名称、客户 ID 等信息。