注文追跡 - コンセプトの拡張

概要

は、特定のプロセスや施設に完全に適合させることを意図していません。

このガイドでは、この機能例をどのように変更し、あなたのプロセスに適応させることができるか、また、他の素晴らしいチューリップの使用例とどのように組み合わせることができるかについて、いくつかのアイデアを提供することを目的としています。

アプリを拡張する

職務別にアプリを分割する

アプリ・アーキテクチャ・ガイドでお話ししたように、Tulipで価値を得る最も簡単な方法の1つは、アプリと対話するユーザーのためにアプリを作成することです。

ほとんどのプロセスでは、オペレーターはオーダーの作成からスケジューリング、監査まですべてを行うわけではありません。これらの異なるジョブ機能をジョブ機能ごとに分割することで、トレーニングプロセスを本当に効率化し、各サブプロセスの反復をさらに速く行うことができます。

ユーザーインターフェースの変更

製造業において、新しいプロセスの導入は常に課題ですが、直感的なアプリは常に賛同を得やすくなります。ユーザーのニーズに合うように、機能例を調整します。

• オペレータに重要な情報を表示するために、インタラクティブテーブルウィジェットで表示されるフィールドを調整します。
• ユーザーやプロセスに合わせて、アプリのステップを追加/組み合わせます。
• 一般的なアクションを完了するためのボタンを追加します。たとえば、製造マネージャは、材料が在庫切れの場合に、フルフィルメント部門に電子メールを送信する必要があります。アプリにボタンを追加すれば、選択したコンポーネントの再注文を要求するメールが自動的にフルフィルメントに送信されます。

さらに機能を追加

品質検査

ほとんどの工程で品質検査が必要です。検査データを収集するインターフェイスを追加し、その結果を[欠陥イベント]テーブル（注文へのリンクレコード付き）に書き込むことで、監査時に重要な注文履歴情報をさらに可視化することができます。

材料の追跡と遺伝学

不良完成品の場合、不良コンポーネントのすべてのコンポーネントのソースを追跡することができます。Materials]テーブルは、このような可視性をサポートできるようにあらかじめ設定されています。材料]テーブルには、親材料と 子材料のLinked Recordフィールドがすでに存在しているので、系譜を自動的に追跡することができます。

支援要請

私たちは皆、生産フロアを歩き回っているオペレーターが、質問をするためにスーパーバイザーを探しているのを見たことがあります。ヘルプ要請を自動的にトリガーするネイティブのアンドオン機能を構築することで、動作の無駄を省き、生産上重要な問題をより迅速に解決することができます。

注文監査アプリ

このFunctional Exampleは、プロセスが守られていることを前提としていますが、多くの場合、プロセスからの逸脱が、手作業で非常に無駄の多いプロセスを動かしています。プロセスにアプリを追加することで、パワーユーザーが注文に関する履歴情報を深く掘り下げ、1つの場所で交差したワイヤーをほどくことができ、注文を完了するプロセスを本当に合理化することができます。

データモデルの拡張

各プロセスはユニークであり、このようなプロセスの違いにより、ほとんどの場合、デフォルトのデータモデルにいくつかの追加データを追加する必要があります。

共通データモデルがあなたのプロセスにマッチしない部分は、アプリを作るあなたが一番よく知っているはずですが、モデルを拡張する方法の例をいくつか挙げてみましょう。

リンクされたテーブル

リンクされたレコードを使用すると、1つのレコードを別のレコード（または複数のレコード）に関連付けることができます。つまり、注文テーブルでは、注文を完了するために必要な各コンポーネントの詳細を必要とせず、代わりにその情報が存在するレコードを参照することができます。

[材料]テーブル

{高さ="" 幅="200"}。

材料]テーブルは、オーダーを完成させるために必要な上流材料を追跡するために使用されます。

アセンブリを完成させるために必要なBOMを反映するために、1つのオーダーに複数のリンクされた材料を持つことができます。

テーブルフィールドの追加

Orders]テーブルは、オーダーの周りの重要なデータを追跡するための良い出発点ですが、おそらくあなたのプロセスにとって重要なすべてのフィールドを含んでいません。例えば

• オーダー値
• ERPオーダーへのリンク
• 問題発生時の連絡先営業担当者
• その注文に関する検査
• PDF検査レポート、STL部品ファイルなどの顧客成果物

テーブルの追加

Tulipの優れた用途は数十種類あり、さらにプロセスを追加すると、Tulipテーブルの追加が必要になるかもしれません。

• アンドオントラッキング
• 品質イベント
• 検査
• 設備
• 注文の出荷/受領

これらのテーブルをすべて構築し、コアな Order Tracking ユースケースに組み込むことができます。テーブルの柔軟な性質のため、これらの新しいテーブルは専用のアプリで管理することもできます。

| NAME | TYPE | DESCRIPTION | --- | --- | ID | テキスト｜レコードのユニークな識別子。一意でなければならない｜材料番号｜テキスト｜材料の識別子｜材料の説明｜テキスト｜人間が読める部品の説明｜ステータス｜テキスト｜材料の現在のステータス。生産を通して材料を追跡するために使用される。| 例：バッチ、ユニット、製品、サブアセンブリ、コンポーネント、ロットなど。| 単位｜テキスト｜数量に使用される単位｜位置｜テキスト｜材料の現在の位置｜数量｜数字｜材料の現在の数量｜写真｜画像｜生産される材料アイテムの写真｜バッチ/ロット/シリアル番号｜テキスト｜サプライヤーにリンクする材料のユニークな参照。これは、材料のトラッキングをチューリップ社外のサプライヤー（社内/社外）に拡張するために使用されます。| 注文｜リンクレコード｜この材料アイテムを使用している注文。これは最上位の材料にのみ使用され、残りの階層は材料の子/親リンクを通して展開されます。| 子材料｜リンクされたレコード｜この材料を製造するために使用される（組み合わされる）材料｜親材料｜リンクされたレコード｜この材料を使用している材料