作業指示アプリの概要

「作業指示アプリスイート」の概要をご紹介します。ご自身のニーズに最適なテンプレートを選ぶ際の参考にしてください。

作業指示アプリとは？

作業指示書は一連の手順で構成されています。作業指示書をアプリケーションに組み込むということは、アプリの機能を活用して、指示を容易かつ明確に遂行できるようにすることを意味します。 作業指示書は、組み立てや検査などの手順を通じてオペレーターを導く手段です。手順は、指示内容を含む一連のタスクで構成されています。全体的なプロセスでは、これらの手順が組み合わさって完全な作業指示書となります。これらの概念の階層関係は以下の通りです：

全体として、作業指示アプリは、作業者に手順やタスクを順を追って案内することで、プロセスの遂行を支援します。しかし、作業指示アプリを作成する際、どこから始めればよいのでしょうか？

Tulipでは、ニーズに応じて選べる一連のテンプレートを提供しています。作業指示書に最適なアプリを選ぶために、各アプリの仕組みを詳しく見ていきましょう。

作業指示アプリスイート

作業指示アプリは、「アプリベース」と「テーブルベース」の2つのカテゴリに分類されます。アプリベースとテーブルベースの作業指示の違いを理解することは、ニーズに最適な方法を選択する上で極めて重要です。

アプリベースのテンプレート

アプリベースの作業指示書は静的であり、アプリ内に組み込まれています。データは「完了レコード」として収集され、これはアプリデータの変更不可能な記録となります。

単一手順

このアプリは、1つの作業指示手順を扱い、各タスクが1つのステップに表示されます。オペレーターは、タスクを順に実行し、必要な入力フィールドを記録することで、手順を完了させます。

「不具合報告」ステップでは、回答を変数に保存するフィールドを使用して、不具合報告を入力できます。これらの変数は、ユーザーが**「完了」**をクリックした際に保存されます。この際、ボタンのトリガーによって、すべてのアプリデータが完了レコードに保存されます。

最後に、**「分析」**ステップは、ユーザーがアプリを完了した後にのみデータを表示する一連の分析ウィジェットで構成されています。完了記録がない場合、分析は参照するデータがありません。

複数の手順（1ステップにつき1つのタスク）

このアプリは複数の作業指示手順を処理します。各手順は個別のステップグループに分割され、個々のタスクはそれぞれのステップに表示されます。オペレーターは実行する手順を選択し、各ステップでは、そのステップの指示に従って作業を完了するようユーザーに促します。

各タスクステップにある「欠陥を記録」ボタンを使用すると、オペレーターは材料の欠陥を記録し、その詳細を記入できます。「欠陥を報告」ボタンをクリックすると、すべてのデータが保存されます。

「分析」ステップは一連の分析ウィジェットで構成されており、ユーザーがアプリを完了して初めてデータが表示されます。完了記録がない場合、分析に参照するデータがありません。

複数手順（すべてのタスクを1つのステップに）

「複数手順（1ステップにつき1タスク）」アプリと同様に、このアプリも複数の作業指示手順を処理し、各手順は個別のステップグループに分割されています。複数の手順を扱うアプリ間の主な違いは、このアプリでは手順ごとに1つのステップにタスクが表示される点です。オペレーターは実行する手順を選択し、次のステップですべてのタスクを完了させます。

各タスクステップにある「欠陥を記録」ボタンを使用すると、オペレーターは材料の欠陥を記録し、その詳細を入力できます。「欠陥を報告」ボタンをクリックすると、すべてのデータが保存されます。

**「分析」**ステップは、一連の分析ウィジェットで構成されており、ユーザーがアプリを完了して初めてデータが表示されます。完了記録がない場合、分析に参照するデータがありません。

テーブルベースのテンプレート

テーブルベースの作業指示書は動的であり、テーブル自体にエンコードされています。アプリ内での選択内容やオペレーターからのデータは、テーブルに保存されます。テーブル内の情報は不変ではなく、テーブルへのアクセス権を持つユーザーであれば誰でも、その中のデータを変更できます。

1ステップにつき1つのタスク

このアプリは、複数の作業指示手順を処理します。オペレーターは、最初に選択した手順に基づいて、手順のタスクをステップごとに順を追って実行します。このアプリでは、**「Procedures」と「Tasks」**の2つのテーブルを使用しています。ユーザーがインタラクティブなテーブルから手順を選択すると、その手順IDが「Tasks」テーブル内の関連するタスクと紐付けられます。

集計処理では、テーブル内のタスクIDのモードをフィルター条件として適用することで、選択された手順番号に対応するタスクのみを次のステップに読み込みます。

IDをフィルタリングすることで、選択された手順に関連するタスクのみが表示されます。この動的な構成により、オペレーターは選択内容に基づいて異なる手順やタスクを完了することができます。

各タスクステップにある「欠陥を記録」ボタンを使用すると、オペレーターは材料に関する欠陥を記録し、その詳細を記入できます。「欠陥を報告」ボタンをクリックすると、すべてのデータが保存されます。

**「分析」**ステップは、アプリが参照可能なデータを取得して初めてデータを表示する一連の分析ウィジェットで構成されています。記録がない場合、分析は参照すべきデータを持ちません。

手順スクロール機能

このアプリは、複数の作業指示手順を管理するために使用されます。手順はテーブルに保存されており、オペレーターが参照する関連する作業指示を選択すると、そのテーブルにデータが表示されます。

ユーザーが**「手順の選択」**ステップで手順を選択すると、その選択内容は「リンクされたプレースホルダー」に保存され、ステップの右側にその手順の情報が表示されます。「タスク」ステップでは、前のステップで選択された手順IDに基づいて、インタラクティブなテーブル内のタスクがフィルタリングされます。

「タスク」ステップの「欠陥を記録」ボタンを使用すると、オペレーターは材料に関する欠陥を記録し、その詳細を入力できます。「欠陥を送信」ボタンをクリックすると、すべてのデータが保存されます。

「Analytics」ステップは、一連の分析ウィジェットで構成されており、アプリに参照可能なデータが存在する場合にのみデータが表示されます。レコードがない場合、分析は参照するデータがありません。

手順ビューア（モバイル）

「手順ビューア」アプリケーションは、「手順スクローラー」アプリのモバイル版です。最初の画面から、オペレーターは「手順の選択」、「手順のスキャン」、または「これまでに完了した手順に関する分析の表示」のいずれかを選択できます。

「プロシージャ・スクローラー」テンプレートと同様に、オペレーターがプロシージャを選択すると、そのプロシージャIDが使用され、各レコード内で同じIDを持つタスクが取得されます。

オペレーターが手順をスキャンすると、そのIDがタスクフィルターに読み込まれ、[マシン]および[デバイス]セクションに以下のステップレベルのトリガーが表示されます：

タスクに関する詳細情報を確認するには、オペレーターは「タスクの表示」ステップで「詳細を表示」を選択できます。「**詳細を表示」**ステップでは、テーブルレコードから選択されたタスクに関する情報が読み込まれます。

各タスクステップにある「不具合を記録」ボタンを使用すると、オペレーターは材料に関する不具合を記録し、その詳細を記載できます。「送信」ボタンをクリックすると、すべてのデータが保存されます。

**「分析」**ステップは、アプリが参照可能なデータを取得して初めてデータを表示する一連の分析ウィジェットで構成されています。レコードが存在しない場合、分析は参照すべきデータがありません。

パラメータ付き手順スクロールバー

このアプリは、複数の作業指示手順を処理します。手順はテーブルに格納され、そのデータに基づいてスクロール要素が更新されるため、オペレーターは関連する作業指示タスクを選択できます。このバージョンには、作業指示のパラメータを格納するための追加テーブル「Parameters」が含まれています。

パラメータを使用して、特定の車種にルーフラックを取り付ける、はんだごての温度を特定の範囲内に保つなど、作業指示タスクの制限を設定します。

「タスク」ステップにある「欠陥を記録」ボタンを使用すると、オペレーターは材料に関する欠陥を記録し、その詳細を記載できます。「欠陥を送信」ボタンをクリックすると、すべてのデータが保存されます。

**「分析」**ステップは、アプリに参照可能なデータが存在する場合にのみデータを表示する一連の分析ウィジェットで構成されています。記録がない場合、分析は参照するデータがありません。

手順作成ツール

このアプリを使用して、このアプリスイートのテーブルベースのテンプレートに用意されている各テーブル（「手順」、「タスク」、「パラメータ」）に、手順、手順ステップ、およびパラメータを追加します。

「追加」ボタンを使用すると、ユーザーは選択項目に手順、タスク、パラメータを追加できます。また、「編集」ボタンを使用して選択内容を変更することもできます。

「手順作成ツール」アプリは、テーブルベースの作業指示書アプリ内のテーブルを作成、編集、整理するためのツールに過ぎません。

ニーズに合ったテンプレートの選び方

テンプレートを選択する際にまず決定すべきことは、アプリベース、テーブルベース、あるいはその両方を組み合わせた形式のどれを使用するかです。Tulip Servicesでは、アプリベースのソリューションから始めることを推奨していますが、状況によってはテーブルベースの使用が適している場合もあります。 これらのテンプレートタイプに必要なすべての選択肢や設定方法を検討するためには、アプリベースとテーブルベースの作業指示書の違いを理解することが重要です。

まず、アプリベースと表形式のテンプレートがそれぞれどのような場合に有用か、具体的な指針を確認しましょう。

アプリパスをワークフローに整合させることで、アプリがプロセスに沿って動作し、手順やタスクにおける暫定的な変更やパラメータにも対応できるようになります。プロセス内のどの段階でこれらの変更やパラメータが現れるかを把握することは、アプリの構造や、必要なアプリの数にも影響を与えます。

以下の図は、独自のアプリを設計または導入する際に参考となる、一般的なアプリパスを示しています：

たとえば、「単一手順」や「1ステップにつき1タスク」のアプリケーションは直線的なパスをたどるのに対し、「手順スクローラー」や「手順ビューアー」のアプリは設定可能なパスをたどります。どのアプリパスがニーズに最も適しているか判断できない場合は、プロセスを整理し、アプリの動作に影響を与える可能性のあるバリエーションやパラメータ設定を洗い出してください。

もう1つ考慮すべき点は、手順やそれぞれのタスクを含むプロセスの規模です。

例えば、2つの新型車モデルを製造しているとします。1つは高級モデルに基づく特定のパラメータを持ち、もう1つは標準的な仕様を備えています。選択する車モデルによって、手順が定義されます。そのプロセスは以下のようになります：

異なるモデルごとに複数のアプリを使用し、完了記録を利用してデータを保存することで、指示をアプリ内に静的に格納することも可能です。あるいは、単一のアプリを使用し、オペレーターの選択に基づいて指示を動的にアプリに読み込むこともできます。これら2つの選択肢の例は、以下のようになります：

アプリベースの設計では、各作業手順アプリのデータは個別の完了レコードに保存されます。これにより、レコードが重複することなく、互いを容易に区別できます。

テーブルベースの設計では、作業指示を格納するために同じアプリケーションを使用しているにもかかわらず、各作業指示プロセスのデータは個別のテーブルに保存されます。

どちらのタイプのアプリを選択すべきかまだ迷っている場合は、以下のフローチャートに従って、どのような設定要件があるかを評価してください。

ニーズに最適なアプリを設計するための詳細情報やリソースについては、Tulip Universityの「作業指示ソリューション設計」コースを受講してください！