- 印刷する
デジタル作業指示書アプリの作り方
このステップバイステップガイドを使って、紙の作業指示書をTulipで再現する方法を学びましょう。
注:このトピックは、Tulip Universityの「Build a Basic Work Instructions App」コースで紹介されています。
紙ベースの作業指示書を使用している場合、製造プロセスの各ステップをTulipにインポートする迅速で簡単な方法が必要です。
ここにあるのは、65ページに及ぶ製品製造・出荷ガイドの指示書です:
コピー&ペーストが多いですね。
作業指示書は信頼できるいくつかのパターンを使用しているため、アプリ内で複雑なロジックを心配する必要はありません。
指示書をTulipにインポートし始める前に、工場内のさまざまなステーションに基づいて指示書を分割する必要があります。例えば、前述の65ページのガイドには、9つの異なる工程とサブアセンブリが含まれています。つまり、9つの別々のアプリが必要になります。
おそらく、他の8つのアプリを作成する前に、まず1つのアプリを作成し、製造現場でテストすることから始めたいでしょう。
Tulip Terminalを使えば、さらに簡単です。ほとんどのオペレーターは、個々のステップをクリックしたがらないだろう。その代わり、次のステップを覚えていないときだけ、作業指示書を参照する必要があります。チューリップ・ターミナルは、オペレーターが選択的に指示を確認することを容易にします。Tulipで作業指示書を作成する前に、Tulip Terminalのガイドをチェックしてください。
作業指示書アプリには、一般的に以下のステップがあります:
- バーコードのスキャンまたはバーコードIDの手入力
- 部品の品質チェック
- 1つの作業指示
- アプリ内のナビゲーションを可能にするステップインデックス
これらのステップのレイアウトの可能性を示します:
これは、品質チェックが作業指示書と並行して行われることを想定しています。品質チェックと作業指示を別々の文書で管理している場合は、この機会に1つのフローに統合しましょう。
あるいは、チームに欠陥報告専用の品質スペシャリストがいる場合は、品質専用アプリを構築するためのガイドをご覧ください。
最後に、各オペレーターの部品別サイクルタイムのリアルタイム分析を見ることができます。
作業指示アプリの作り方はこちら。
ステップ1- バーコードをスキャンする
このステップでは、Tulipに統合されたバーコードスキャナーを使用して作業指示書をスキャンするようオペレーターに促します。作業指示番号は「wo_number」という変数に格納されます。
そして、作業指示番号は、後で分析するために、アプリのこの特定の完了に添付されます。
チューリップでの構築
画面の例を以下に示す:
このステップでは、以下のウィジェットを使用します:
- デフォルトライブラリからの画像
- カスタムボタン
- テキストボックス
ツールバーのAssetsタブ内にある "Devices "ライブラリからバーコード画像を追加することができます。
画面には、次のステップに自動的に進む方法はありません。バーコード・スキャンに反応するには、ステップ自体にトリガーを追加する必要があります(「ステップ・トリガー」とも呼ばれます)。
オペレーターが進むことができる唯一の方法は以下のとおりです:
- 有効なバーコードをスキャンする
- 右下の "Search Work Orders"(作業指示の検索)ボタンを押して、手動で作業指示を入力する。
ステップ・トリガーを追加するには、アプリの背景をクリックし、右側のコンテキスト・ペインでトリガーを作成します。このトリガーを "Get Data on Scan "と呼ぶことができます。
トリガーの設定方法は以下の通りです:
上部のドロップダウンで、Tulipに統合されているバーコードスキャナを選択します。
次に、バーコード番号を解析する式を作成します。それを "wo_number "という変数に格納します。
以下は、式エディタのテキストです:
デバイス Output.data + "
この変数をまだ作成していない場合は、この画面から "variable "の隣にあるドロップダウンメニューを使って作成することができる。
"Device Output.data "には、この特定のバーコード・スキャナーからのバーコード番号が含まれる。
Search Order "ボタンでは、"Search Orders "ボタンのトリガーを使って、オペレータを "Search for a Work Order "というステップに送ることができます。そのトリガーは以下のようなものである:
次に、"Search for a Work Order "ステップは、オペレータが手動で数値を入力できる数値フィールドという1つの入力を持つフォームステップになります。
また、コンテキストペインを使用して、数値フィールドの値を "wo_number "という変数に格納します。
このステップと他のステップを組み合わせる
この作業オーダーに関連する外部データベース(ERP システムなど)にデータが保存されている場合、バーコード スキャンを使用して Connector 関数を呼び出し、そのデータをアプリにインポートすることもできます。
その後、アプリ内でそれらのデータポイントを参照することができます。
分析の可能性
これは、特定の作業指示をアプリの完了に結びつけることができるステップです。9ステップの工程があり、9人のオペレーター全員が開始前に作業指示をスキャンする場合、「変数を比較」分析を使って、個々の作業指示全体の生産価値の流れを見ることができます。
さらに読む
ステップ2- 入荷部品の品質チェック
一般的な欠陥の説明を含め、オペレータが作業を開始する前に部品がどのように見えるべきかを文書化している場合があります。
そのような場合、作業指示の前に「チェック」ステップを入れることで、オペレータが部品を検査し、手直しやスクラップを報告する機会を作ることができます。
チューリップでの構築
チューリップ・ターミナルには、画像用のパネルと指示用のパネルがあります。こんな感じです:
一般的な欠陥の画像をインポートしたり、正しいレイアウトを示す図を含めることができます。変数やトリガーは必要ありません。
各 "チェック "ステップでは、以下のものを使用するだけです:
- アップロードする画像
- テキストボックス
このステップと他のステップを組み合わせる
一連の作業指示ステップの前に、品質チェックステップを入れたい場合があります。オペレーターは、作業を続ける前に、このステップを使って部品に欠陥がないかチェックすることができます。
欠陥がある場合、オペレーターはステップの一番下にある "Report Defect"(欠陥報告)ボタンを使って、フロー内で報告することができます。
その他の情報
ステップ3- 作業指示書内のワンステップ
チューリップのステップは、紙の作業指示書のステップにマッピングされます。上記の「品質チェック」ステップと同じパターンを使うことができます。
すべての品質チェックと作業指示のステップを1つの連続したシーケンスにすることで、オペレーターが簡単にめくることができるようになります。
チューリップでの構築
作業指示ステップのデザインは、品質チェックステップのデザインと同じです。
また、作業台のアクティビティの種類ごとにステップグループを使用すると、オペレーターにとって便利です。
以下は、"Cast Clean "というステップグループです:
ステップグループ内では、どの工具が必要かをオペレーターに知らせるために、ステップごとに「必要な部品」リストを更新することができます。
また、「次へ」と「前へ」のボタンがあることを確認してください:
さらに読む
ステップ4- ステップインデックス
オペレータは、インストラクションの異なる部分に到達する簡単な方法が必要です。フォームステップで "目次 "を作成し、各ステップにボタンを設置して、オペレーターが目次に到達できるようにします。
チューリップで作る
まず、ベースレイアウトにボタンを追加して、オペレータがいつでもステップインデックスに到達できるようにします。この場合、ボタンの背景はオレンジ色です。
ボタン・トリガーを使って、オペレータをステップ・インデックスに送ります。この場合、ステップは "Step Index "と呼ばれます。
ステップ・インデックスは、アプリ内の5種類のアクティビティを表す5つのオプショ ンを持つフォーム・ステップです。
フォームステップを作成したら、ドロップダウンフィールドを追加し、コンテキストペインの「ボタンとして表示」にチェックを入れます。
ドロップダウンをクリックした後、右メニューの変数セクションを使用して、オペレータがオプションの1つを選択したときに更新される変数を作成します。
次に、if/thenロジックを追加できるように、"Submit "ボタンをカスタムアクションとして設定します。
式エディタを使用して、作成した変数の値にアクセスします。if/thenロジックを使用して、オペレータが選択したオプションに基づいて、アプリ内の特定のステップにオペレータを送信します。
以下はその一例です:
If文は、Expression Editorを使用して、"Step Index "変数の値を調べます。
変数.ステップ・インデックス
これが "Cast Clean "と等しい場合、言い換えれば、オペレータがドロップダウンで最初のオプションを選択した場合、この特定のアプリのCast Cleanステップにオペレータを送ります。
さらに読む
全体メモ
以下は、4種類のステップをすべて含む、アプリ全体の図です。
この作業指示アプリで、これら2つのよくある質問に答えることができます:
- 各オペレーターが特定の作業を終えるのに、通常どれくらいの時間がかかりますか?
- 製品の平均サイクルタイムは?
最初の質問には、"ユーザー別工程完了時間 "を見ることができます。アプリの「分析」タブで、このデフォルトの分析オプションを使用します。
2つ目の質問に答えるには、複数のアプリからデータを組み合わせる必要があります。はじめに、9つのアプリに分割された生産バリューストリームの例を挙げました。各アプリの開始時に作業指示をスキャンすれば、9つのアプリのデータを組み合わせて、製品全体のサイクルタイムを追跡できます。
詳しくは、解析の修正に関するこちらのガイドをご覧ください。
お探しのものは見つかりましたか?
community.tulip.coに質問を投稿したり、他の人が同じような質問に直面していないか確認することもできます!