キッティング - 構成とカスタマイズ

:::(Info)To download this app, visit: Library.
:::

Kittingアプリは、Traceability App Suiteの一部です。Traceability App Groupについてさらに詳しく知りたい場合は、このTraceability App Suiteを通じて詳細情報をご覧いただけます。

概要

「キッティング・アプリ」は、オペレーターが選択した作業指示書に必要な部品を収集し、それらを適切なサブアセンブリ単位に割り当てるのを支援します。

部品の選択と割り当て

オペレーターは、作業指示書に必要な部品を収集し、それらを正しいサブアセンブリユニットに関連付けることができます。

自動検証：このアプリは、エラーのない作業を確実にするために以下の項目をチェックします：* 在庫状況：スキャンされた部品が在庫にあることを確認します。* 必要条件：その部品が選択された作業指示書に必要なものであることを検証します。* 重複防止：その部品がすでにピッキングされていないことを確認します。これらのチェックを自動化することで、キッティングアプリは作業者が効率的かつ正確に作業できるよう支援し、プロセスにおけるエラーを削減します。

アプリ内のチューリップテーブル

（運用上の成果物）作業指示書

業務における生産要件です。これらは受注から生成され、注文を履行するために生産すべき特定の材料の需要を表します。

**主要フィールド　材料定義ID　このフィールドには、**製品の一意の識別子が格納されます。このIDは、製品に関する追加の詳細情報が記載されている「材料定義」テーブルにも存在する必要があります。生産要件と材料定義の間に明確な関連性を維持することで、貴社の業務では、注文を正確かつ期日通りに履行するために必要な材料を効率的に追跡、管理、生産することができます。

ステータス生産業務において、作業指示書（WO）のステータスは、システム内での進捗状況を示します。ステータスには以下のものがあります：OPEN– このステータスは、注文が作成されシステムに入力された際に割り当てられます。IN PROGRESS– 作業指示書は、オペレーターが初めて操作を行った際にこのステータスになります。COMPLETED- このステータスは、製品が出荷準備が整う前に最終工程が実行された際に割り当てられます。ほとんどの場合、品質検査が正常に完了すると、作業指示書は「COMPLETED」とみなされます。

**QTY Required（必要数量）**このフィールドは、注文を履行するために生産しなければならない材料の必要数量を表します。この値の正確性を確保することは、顧客の需要を満たし、効率的な生産ワークフローを維持するために不可欠です。

（参考）材料定義

製造、購入、または組み立てられるすべての品目の定義。品目とその具体的な特性を記述します。

主要フィールドID「ID」フィールドは、材料を一意に識別します。「材料定義ID」フィールドが表示される他のすべてのテーブルでは、このテーブルを参照しています。それらのテーブルに保存された値は、「材料定義」テーブルのレコードのIDを表します。:::(warning)Since this table is marked as a reference table, it may not be needed if there is an ERP system and a connector between the system and Tulip. Whether this table is necessary depends on how the connector is set up.
:::

タイプ：タイプフィールドには、材料の種類（シリアル化、バルク、製品内、完成品）が格納されます。この分類は、材料の種類がプロセスに影響を与える「キッティング」アプリなどのアプリケーションにおいて重要です。

たとえば、バルク材料の場合、作業指示書（WO）や組立単位に関連付ける前に、材料をより小さな単位に分割するための追加の手順が必要となります。これにより、プロセス全体を通じたトレーサビリティが確保されます。

（参照）部品表（BOM）

このテーブルは通常、このデータをリアルタイムで転送できる基幹システムとの連携に代わるものとして使用されます。このテーブルには、特定の製品または親アイテムの部品表（BOM）と手順が格納されています。これを使用して、工程ステップごとに内訳された必要な構成品目と数量を表示することができます。

BOM（部品表）は、製品ごとに個別に作成されます。親ユニットに複数の構成部品がある場合、各構成部品ごとに個別のレコードを作成し、それらをすべて同じ親材料にリンクさせます。

「親材料定義ID」と「構成部品材料定義ID」は、いずれも前述の「材料定義テーブル」を参照しています。:::(warning)Since this table is marked as a reference table, it may not be needed if there is an ERP system and a connector between the system and Tulip. Whether this table is necessary depends on how the connector is set up.
:::
主要****フィールドID：IDは、特定のレコードを一意に識別する識別子です。

**親材料定義 ID：**親材料定義 ID は、プロセス／作業指示書における最終製品を表す、材料定義テーブル内のレコードの ID です。

**親材料の説明：**親材料の説明は製品名であり、材料定義テーブルの「名前」フィールドに対応します。

構成材料定義 ID：構成材料定義 IDは、プロセスまたは作業指示書における製品の構成要素を表す、材料定義テーブルのレコードの ID です。

構成部品材料定義の説明：構成部品材料定義の説明は、製品の名称であり、「材料定義」テーブルの「名前」フィールドに対応します。

構成部品の数量：製品の 1 単位を生産するために必要な構成部品の数量です。この例では、1 つの製品を製造するために必要な数量です。

（ログ）単位

一意の物理ロット、シリアル番号、およびバッチを格納するために使用されます。

単位テーブルには、サブアセンブリ単位も格納されます。サブアセンブリ単位は、キッティングアプリを使用する際、「資材ピッキング」ステップの開始時に作成されます。

サブアセンブリ単位のステータスを使用して進捗を追跡でき、プロセスが完了すると、標準の材料ステータスが割り当てられます。可能なステータスは次のとおりです：

(ログ) 系譜レコード

各レコードは親子関係を表します。子には、シリアル化されたサブアセンブリ、シリアル化されていないサブアセンブリ、または個々の部品が含まれます。

主要****フィールド親ユニットのID：親アセンブリの一意の識別子であり、ユニットテーブルの対応するユニットレコードを参照します。親材料定義ID：親ユニットの材料定義を表し、材料定義テーブルにリンクします。コンポーネントユニットID：コンポーネントユニット（シリアル化済みまたは非シリアル化済みのサブアセンブリ、あるいは個々の部品）の一意の識別子です。コンポーネント材料定義ID：コンポーネントユニット／部品の材料定義テーブルにリンクします。作業指示書ID：親子関係を、作業指示書テーブル内の特定の作業指示書にリンクさせます。

シミュレーションボタン

アプリ内には、ローズ色で表示されるボタンがいくつかあります。これらのボタンはデモ用のみであり、ダウンロード後にあらかじめ定義されたデータを使用してアプリの機能をシミュレートすることができます。

重要な注意事項：

本番環境では不要です。これらのボタンはシミュレーション専用です。
本番環境にアプリをデプロイする前に、クリーンで正確な本番環境のセットアップを確保するため、これらのボタンを削除する必要があります。

設定とカスタマイズ

アプリケーションのいくつかの機能を使用するには、バーコードスキャナーが必要です。バーコードスキャナーの設定に関する詳細情報は、以下のリンクから確認できます：バーコードスキャナーの設定方法

また、ラベルを印刷するにはプリンターの設定が必要です。対応プリンターにはZebra製プリンターが含まれており、その設定ガイドはこちらでご確認いただけます：ZebraプリンターをTulipに統合する方法

アプリ内の主要なトリガーとロジック

資材ピッキングステップ

作業指示書に（Log）Unitsテーブル内の「AT KITTING」ステータスのレコードが関連付けられている場合、親ユニットのIDが自動的に読み込まれます。
そのようなレコードが存在しない場合、アプリが自動的にIDを生成します。
- ID 生成ロジックは、お客様の方法論に合わせて変更可能です。
- このロジックは、「親ユニットの ID を設定」トリガー内にあります。

対話型テーブル* このステップには 2 つのテーブルがあります。

* **部品表**：作業指示書の「材料定義ID」に基づいてフィルタリングを行い、テーブル内の「親材料定義ID」フィールドと照合します。* **系図テーブル**：作業指示書IDおよび親ユニットIDフィールドに基づいてフィルタリングを行います。

バーコードリーダーの使用：このステップはバーコードリーダーに依存しています。バーコードは（ログ）ユニットテーブルのIDフィールドを指している必要があります。バーコードをスキャンした後、アプリはスキャンされたIDが（ログ）ユニットテーブルに存在するかどうかを確認します。トリガー：検証：材料IDのスキャン。

資材検証のトリガー

トリガー：検証：資材IDのスキャン
- バーコードをスキャンした後、アプリはスキャンされたIDが（ログ）ユニットテーブルに存在するかどうかを確認します。
検証：材料IDと利用可能数量の確認
- アプリは、スキャンされた資材について、システム内に利用可能数量があるかどうかを確認します。
検証：その材料が作業指示書で必要かどうかを確認
- 指定された作業指示書でその資材を使用する必要があるかどうかを確認します。
検証：その材料がすでにキット化されていないか確認
- アプリは、スキャンされた材料がすでにキット化されていないかを確認します。

ナビゲーションのトリガー* ナビゲーション：バルク材料の場合は「LOTラベルの印刷」へ移動 * バルク材料の場合、同じLOT番号から複数のアイテムを使用する必要があるときは、アプリは「LOTラベルの印刷」ステップに移動します。

ナビゲーション：次へ進む
- 必要なすべての資材が正しい数量でキット化されると、アプリは「ラベルの印刷」ステップに進みます。

シリアル化されたユニットの系譜レコードを作成するシリアル化された資材の場合、スキャン後、アプリは系譜レコードを作成し、以下の処理を行います。「ユニット」テーブルの数量を 1 減らします。「予約数量」を 1 増やします。

ロットラベルの印刷

このステップでは、「残数量の計算」トリガーが、ピッキングプロセスを完了するために必要な資材の量を計算します。その仕組みは以下の通りです：

このトリガーは、部品表（BOM）テーブルに記録されている資材の必要数量から、指定された作業指示書および生産単位について系譜テーブルにすでに記録されている数量を差し引きます。
この材料について「系譜テーブル」に数量が記録されていない場合、トリガーは所要数量から 0 を差し引きます。
if(isnull) 式は、系譜テーブルに数量がまだ記録されていない場合を処理するために使用されます。

数値入力ウィジェットの検証ルールの計算。

残数量の計算* 式の最初の部分では、必要数量（BOM テーブルから取得）からキット化数量（系譜テーブルから取得）を差し引くことで、そのコンポーネントに必要な残数量を計算します。

上限値の設定

if 文は、残数量が「単位テーブル」（@Table Record.Units.QTY）内の利用可能な単位数よりも大きいかどうかを確認します。
残数量が利用可能な数量よりも多い場合、利用可能な数量 (@Table Record.Units.QTY) を入力の上限として使用します。
残量が利用可能数量以下である場合は、計算された残量を入力の上限として使用します。

キット数量の NULL 値の処理* if(isnull(...)) 部分により、系図テーブルにコンポーネントのキット数量の値がない場合、それを 0 として扱い、計算エラーを防ぐことができます。

[印刷] ボタンユーザーは、入力ウィジェットにピッキングしたい数量を入力できます。入力された数量が指定された範囲内にある場合、[印刷] ボタンが有効になります。

[印刷] ボタンをクリックすると、以下の処理が行われます：

LOT内の利用可能数量から、入力された数量分が差し引かれます。
「単位」テーブルの「予約数量」が、入力された数量分だけ増加します。
必要な詳細情報を含む新しい系譜レコードが作成されます。
ナビゲーション。
- 「資材のピッキング」ステップに戻ります。または
- 作業指示書のすべてのコンポーネントのキット化が完了している場合は、「ラベルの印刷」ステップに進みます。

ラベルの印刷

「ラベルの印刷」ステップでは、印刷されるラベルが表示されます。ラベルの内容は、必要に応じて変更できます。

Printer Integration

The label printer must be integrated with the system, and the necessary data should be provided to the printer for proper printing

「確認」ボタン「確認」ボタンをクリックすると：* アプリは、指定された作業指示書に対してすべてのサブアセンブリユニットがキット化されているかどうかを確認します。* すべてのサブアセンブリユニットがキット化されている場合、アプリは「Completion の確認」ステップに進みます。そこから、「作業指示書の選択」ステップへ進むことができます。* サブアセンブリユニットに不足がある場合、アプリは「資材のピッキング」ステップに戻り、プロセスを最初からやり直します。