注文追跡データモデル

概要

データ・アーキテクチャを正しく理解することは、プロセスを改善するための適切なアクションを推進する上で非常に重要である。解決しようとする問題が同じであることはめったにないため、データは決して画一的なものではありません。このFunctional Exampleでは、オーダートラッキングに推奨されるコアな最小データモデルを概説します。

基本的なレベルのオーダーはシンプルです。それらは一連の属性と一連の入力を持ちます。Orders]テーブルはオーダーの'メタデータ'が格納される場所です。

Extending the Concept]ドキュメントでは、このデータモデルの上に構築することで、さらに価値を高める方法について説明しています。

テーブル

このアプリケーションは、データの保存にテーブルを使用しています。これは、Composability の重要な特性である、複数のアプリケーションで同じテーブルを使用できることを意味するため、（コンプリートメントを使用するよりも）推奨されます。

このアプリケーションは、単一の[Orders]テーブルに依存しています。

Extend the Conceptでは、このテーブルを[Materials]テーブルへのLinked Recordと組み合わせて、依存する材料を追跡する方法を説明します。

[受注]テーブル

受注] テーブルは、プロセスを可視化するために必要な骨組みです。テーブルレコードのフィールドには、オプションのものもあれば、業務の可視性を維持するために必須のものもあります。

これらのフィールドは、必ずしも人が入力する必要はないことを覚えておいてください。注文情報は外部データソースから得ることも、条件ロジックに基づいて推測することもできます。

例このFunctional Exampleの注文の最初では、注文ステータスは「OPEN」に設定されています。

必須フィールド

ID(テキスト)- すべてのテーブルには、各テーブルレコードを一意に表す ID 列が必要です。この使用例では、注文番号を ID として使用します。

:::(Warning) (警告）レコードIDは複数のレコードに使用することはできませんので、同じ注文番号の注文が2件ある場合は、レコードIDが一意であることを確認するために接頭辞または接尾辞を使用することをお勧めします：

材料番号（テキスト） - このユースケースの材料番号は、この注文が生産する部品番号（またはSKU）です。これはIDフィールドではないため、複数のレコード（注文）が1つの材料番号を共有することができます。

目標数量（数値） - 注文を完了するために必要な個数。

ステータス（テキスト） - この注文の現在の状態。このユースケースでは、注文は6つのステータスを通過します：

1. NEW
2. リリース済み
3. 進行中
4. 完了
5. 保留
6. キャンセル

期限（日時） - 目標期日がないと、仕事の優先順位を決めるのが大変になります。

オプションフィールド

材料の説明(テキスト) - オペレーターが何を作っているかを理解するのに役立つ可能性のあるあらゆる意味情報。

例えば、「PN-24136が何であるかわからないが、材料説明が "3/16x2 "ボルト "であるため、注文に対応できる。

材料写真（イメージ）- 生産される最終製品の写真（オプション）。

Final Quantity(Number)- その名の通り、部品の最終数量です。このフィールドは、品質部門や出荷部門が注文を出荷する前に、最終的な部品数をカウントするために使用することができます。

測定単位（テキスト）- 生産される材料を表す単位は何ですか？このフィールドを活用して、15オンスの製品を作るのか、15トンの製品を作るのかを知らせることができます。

タイプ(テキスト) - オーダーをグループ化するために使用されるオーダーの上位分類です。

例印刷の注文は、印刷機を2回クリーニングする必要がないように、週の初めに印刷を行います。

製造予定日（日時） - 納期を確保するために、この注文をいつ開始しますか？

製造日（Datetime） - 実際に製造が開始されたのはいつですか？

完了日（Datetime） - 注文が完了したのはいつですか？

現在地（テキスト） - オーダーの現在地。大きな施設では、完成品を確実に見つけるために非常に便利です。

材料(リンクレコード) - 材料は[材料]テーブルへのリンクレコード・フィールドです。このフィールドは、このオーダーを完了するために必要な材料を親オーダーにリンクするためのものです。

また、アセンブリのBOMもここに保存されます。

:::(Warning) (警告）このFunctional Exampleでは、[Materials]テーブルは使用されていません：

Customer(Text) - このフィールドは顧客名や顧客IDなどを保存する場所です。