バラバラの部品のバッチの進捗状況を追跡する方法

離散部品のバッチで進捗を追跡する方法

Tulipの "app completions "モデルは単一部品フロー用に設計されていますが、ここでは、"app completions "内で離散部品のバッチを追跡する方法をご紹介します。

この記事では、次のことを学びます。

• バッチを追跡するのに、ひとつのアプリ完了を使うか、複数のアプリ完了を使うかを決める方法。
• バッチに関する詳細をテーブルに保存する方法

Tulipでは、「アプリ完了」を使用してリアルタイムの現場データを追跡します。

つまり、オペレーターがアプリの「完了」ボタンを押すたびに貴重なデータが記録され、Analytics Builderを使って分析できる。

しかし、「アプリ完了」モデルは、ワンピースフローに適合することを意図しています。あなたの組織で個別の部品にバッチを使用している場合でも、正確な現場データを追跡できる方法は複数あります。

このガイドは、どのアプリロジックパターンがあなたのプロセスに最も適しているかを把握するのに役立ちます。個別部品のバッチの場合、次のいずれかを行うことができます：

1. すべての部品の後にアプリを完了する
2. バッチ完了後にアプリを完了する

化学薬品や医薬品のバッチを追跡したい場合は、Tulipの連続プロセスのトレーサビリティに関する別のガイドをご覧ください。

ここでは、上記の各パターンを完全な部品のバッチに対して設定する方法を説明します。

各パーツの後に完了を付ける

バッチ内の各部品が長時間の作業を必要とする場合、各部品についてより良いサイクルタイムデータを収集できるように、各部品を個別のアプリ完了で追跡することは理にかなっているかもしれません。

アプリの最初のステップで、オペレータにバッチ番号の入力を求めてから、作業指示に進ませることもできる。

これはフォームステップで行うことができます：

このテキストウィジェットは "batch_num "という変数に値を格納します。

そして、アプリが完了してもリセットされないように、この変数を「永続的」にしたいでしょう。バッチ番号を永続化すると、新しいバッチを開始するまで再入力する必要がなくなります。これを行うには、コンテキストペインで "Persistent "チェックボックスをオンにする：

そして、アプリの最後にある "App "の "Complete Then Change To Step "トリガーを使って、毎回最初のステップの指示に戻ることで、オペレータが、後続のすべてのパートで最初のステップをスキップすることを確実にすることができます。

そのトリガーは、"Complete "ボタン上でどのように見えるかを示します：

最後に、永続的な "batch_id "変数を変更できるように、最初のステップに戻るだけの "Start New Batch "ボタンを作成する必要がある：

各バッチの終了時にアプリを完了させる

上記のセクションで取り上げたコンセプトの多くは、バッチ全体のアプリ完了が1回しかない場合にも使用できます。

一般的に、各作業が非常に迅速で、オペレーターが自分の仕事をするために最小限の作業指示しか必要としない場合、メーカーが各バッチの最後にアプリを完了させるのを見かける。

以下は、バラバッチパーツの各バッチの最後にアプリを完成させる場合のフローである：

1. 上図のように、オペレーターがバッチ番号を入力する。
2. 作業指示が始まる。
3. 作業指示が終わると、オペレータは "Part Finished "というボタンを押す。
4. バッチにまだ部品がある場合、オペレータは最初の指示ステップに戻される。
5. バッチ内のすべての部品が終了した場合、「アプリ完了」がトリガーされ、バッチが終了する。

したがって、アプリは下図のようなフォーム・ステップから始まる：

部品数」の値は、下図の「total_parts」という変数で追跡される：

この例では、永続変数は必要ありません。

この例では、永続変数は必要ありません。代わりに、一連の作業指示ステップを使用することができ、最後のステップには "Part Finished "ボタンがあります。次のようになります：

オペレータが "Part Finished "を押すと、バッチ内で完了した部品の数を追跡するカウンタを増やしたくなるでしょう。

ボタンの最初のトリガは、以下のようになります：

このトリガは、部品が完成するたびに、"part_counter "という変数をインクリメントします。

次に、バッチ内のすべての部品が完了したかどうかをチェックする必要がある。そうであれば、アプリは完了できる。そうでなければ、作業指示のステップ1に戻る必要がある。

IF

• "変数" "part_counter" "=" "変数" "total_parts"

その後

• "アプリ" "アプリの完了"

ELSE

THEN

• 「ステップに進む" "指示1"

バッチ進捗をテーブルで追跡

テーブル機能を使えば、各バッチに関するデータを追跡し、そのデータを複数のアプリ間で共有することができます。

そのため、複数のワークステーションからバッチに関するデータにアクセスしたい場合は、そのデータをテーブルに保存する必要があります。

ここでは、バラバラの部品のバッチに関する簡単なテーブルをセットアップし、更新する方法を説明する。

新しいテーブルを作成し、2つの新しい列を追加する：

• バッチ内の合計部品数 (数)
• ステーション1で完了した部品の合計 (数)

このテーブルをアプリに接続するには、App Editorでレコード・プレースホルダを作成する必要がある。これを "Active Batch "と呼ぶことにする。

さて、このテーブルを前の例のフォームステップで更新します：

Submit（送信）」ボタンが押されたときに実行される「カスタムアクション」を追加する必要があります。それから、テーブルレコードを作成（またはロード）して、最初の番号フィールドを更新します。

• "テーブルレコード" "レコードの作成またはロード" by ID: "変数" "batch_num" into "アクティブバッチ"
• "データ操作" "データの格納"「変数" "total_parts" の場所：「テーブルレコード" "稼動バッチ" "バッチ内部品合計"

最後に、部品が完成するたびに、このテーブルレコードを更新することができます。上図のように、"Part Finished "ボタンの最初のトリガに、別のステートメントを追加する必要があります。

これが、アプリの最後にある更新されたトリガです：

• 「データ操作" "値のインクリメント" 値：「変数" "part_counter" by：「静的値" "integer" "1"
• 「データ操作" "保存" データを保存する：「Variable" "part_counter" location："テーブルレコード" "アクティブバッチ" "総完成部品数、ステーション1"

さらに読む

• App Editorでテーブルを修正する方法

お探しのものは見つかりましたか？

community.tulip.coで質問を投稿したり、他の人が同じような質問に直面していないか確認することもできます！