- 第一段階。
- 建物
- アプリケーションデザイン
- アプリケーション・エディター
- チューリップ・アプリ・エディター入門
- 新しいチューリップ・アプリの作成
- アプリのエディターとプレーヤーでキーボードショートカットを使う方法
- チューリップの多言語機能
- ステップ
- ウィジェット
- ウィジェットとは?
- 入力ウィジェット
- 埋め込みウィジェット
- ボタンウィジェット
- ウィジェットの設定方法
- ステップに入力ウィジェットを追加する
- インタラクティブ・テーブル・ウィジェットとは?
- Product Docs Template
- 動画を埋め込む方法
- アプリにアナリティクスを組み込む方法
- ファイルを扱う
- 単一または複数選択ウィジェットに動的に入力する
- チェックボックス・ウィジェットの使用方法
- バーコードウィジェットの追加方法
- ステップにグリッドウィジェットを追加する方法
- アプリ内やアプリ間でコンテンツをコピー/ペーストする方法
- ステップにゲージウィジェットを追加する方法
- カスタムウィジェットの概要
- 署名フォームの作成 ステップ
- 入力ウィジェットによるデータ検証
- 記録履歴ウィジェット概要
- フォーム・ステップの技術的詳細
- アプリに画像を追加する方法
- 電子署名ウィジェットの使用方法
- アプリでの数字の書式設定
- イネスコ
- トリガーとは何か?
- ステップ・レベル・トリガー
- アプリレベルのトリガー
- ウィジェット・トリガー
- アプリ移行ガイド
- タイマートリガー
- デバイストリガーを追加する方法
- 条件(If/Else文)でトリガーを追加する方法
- トリガーエディターのアクションとトランジションのリスト
- 最も一般的な誘因トップ10とは?
- トリガーからウィジェットの色を設定する方法
- メールの送り方
- SMS通知用チューリップ・ユーザーの設定方法
- トリガーからステップを印刷する方法
- アプリ・エディターでのエクスプレッション・エディターの使い方
- エクスプレッション・エディターの技術的詳細
- アプリ・エディターの表現一覧
- Datetime式の使用
- タイプキャスティング表現
- 配列とオブジェクトで式を使う
- トリガーで時間を扱う
- サポートされているカスタム日付形式
- アプリを完成させる方法
- デバイスのカメラでバーコードとQRコードをスキャンする方法
- トリガーに正規表現を追加する方法
- チューリップのアプリでアプリ情報を使う
- トリガーを使用してコネクタ関数を呼び出す方法
- 可変
- 問題解決
- ダティ(ヒンドゥー教の女神)。
- コネクタ
- 分析
- 分析とは何か?
- アナリティクス・ビルダー入門
- 新しい分析の作成方法
- ディスプレイの種類
- テンプレートの種類
- ユニバーサルテンプレートの使用方法
- アナリティクスの数値フォーマット
- チャートレイヤー入門
- 管理図とは何か?
- 管理図のアラート
- アプリにアナリティクスを組み込む方法
- 複数のアプリからデータを分析する方法
- アナリティクス・エディターでマシンデータを使用する
- 日付の範囲を理解する
- アナリティクス コンテキスト ペインのフィールド一覧
- アナリティクス・エディターでのエクスプレッション・エディターの使い方
- エクスプレッション・エディターの技術的詳細
- アナリティクス・エディターの表現一覧
- アプリ解析の修正方法
- フォーキャスト・レイヤーとは?
- 分析例
- ショップ・フロア・ダッシュボードの作り方
- 分析またはダッシュボードを共有する方法
- ダッシュボードの作成方法
- ビジョン
- 機器モニタリング
- マシン・モニタリング入門
- 最初のマシンのセットアップ方法
- トリガーでマシン出力を使用する方法
- 最初のOPC UAデータソースを構築する方法
- 最初のMQTTコネクタを構築する方法
- アプリにマシンウィジェットを追加する方法
- チューリップに接続するためにマシンを準備する方法
- マシン属性、ダウンタイムの理由、ステートの追加方法
- OPC UA/MQTTプロトコルを使用したマシン属性への書き込み 新機能
- オンプレムコネクタホストで実行するエッジデバイスの使用
- Edge MCを使用してOPC UAを実行する
- 機械属性APIの使用方法
- マシンタイプの設定方法
- マシンの追加と設定方法
- 初めてのマシン・トリガーの作り方
- Tulipによるマシン監視アーキテクチャの推奨
- 規制産業
- 副操縦士は最前線にいる
- オートメーション
- 輸入における輸出
- アプリケーションの実行
- チューリップ・プレーヤーの使い方
- チューリップ・プレーヤーでアプリを実行する方法
- チューリップ・ウェブ・プレーヤーとチューリップ・プレーヤーのどちらを選ぶか
- 複数のチューリップ・アカウントを切り替える方法
- Apple iOS & iPadOSでのチューリップ・プレーヤーの使い方
- Tulipでサポートされている言語
- How to access your Tulip Player/Instance in an iFrame
- 異なるデバイス上でチューリップ・アプリケーションを実行する方法
- チューリップ・プレーヤーのトラブルシューティング方法
- チューリップ・プレーヤーの推奨デバイス
- チューリップ・プレーヤーの画面が真っ白になった場合の再起動方法
- アプリのデータをCSVにエクスポートする方法
- マネジメント
- Developers
- Connect to Software
- Connectors
- 生態系の統合に関するガイダンス
- アマゾン・ベッドロックとの統合
- AWSインテグレーション - Tulipの全テーブルを取得してS3に書き込む
- AWSインテグレーション - API GatewayとLambdaを介してAWSにデータを送信します。
- AWSインテグレーション - Tulipテーブルからデータを取得する
- AWS Integration - Fetch All Tulip Tables in Lambda Function
- チューリップ・テーブル・データをロードするためのグルーETLスクリプト例
- IoT Sitewiseの統合
- AWSによるリーンな日常管理
- Microsoft Azure機械学習統合
- マイクロソフト・ファブリックの統合
- ロックウェルFactoryTalk Optixの統合
- SnowflakeとFabricの統合 - TulipテーブルをSnowflakeに取り込む
- Connect to Hardare
- Edge Devices
- 対応機器
- チューリップで動作するプラグアンドプレイ機器のリスト
- デバイスドライバの作成とサポート
- チューリップのデバイスドライバサポート
- バーコードスキャナのセットアップ方法
- シリアルドライバーの使用
- ZebraプリンタとTulipを統合する方法
- Zebraネットワークプリンタドライバの使用
- Zebra GK シリーズラベルプリンタドライバの使用
- USB Bobe Boxドライバの使用
- コグネックス In-Sight 2000 ドライバの使用方法
- コグネックスとチューリップの設定方法
- MTセブンエクセレンスPHメータードライバーの使用方法
- 汎用ADCドライバーの使用
- オメガHH806温度計ドライバの使用法
- デジタルキャリパードライバの使用
- 一般的なTS05 Bluetooth温度ガンの設定方法
- コグネックスDataMan TCPドライバの使用方法
- ミツトヨU-WAVEレシーバー for Windows Tulip Playerのセットアップ
- ブレックネル PS25 スケールドライバの使用法
- RFIDドライバーの使用
- Kolver EDU 2AE/TOP/E ドライバの使用方法
- USBフットペダルドライバーを使う
- トルクオープンプロトコルドライバの使用
- Dymo M10 USBスケールドライバーの使用方法
- コグネックス In-Sight ドライバの使用
- Telnetドライバの使用
- 汎用I/Oドライバの使用
- コルバートルクコントローラーの設定方法
- インサイズ・マルチチャンネル・キャリパードライバの使用法
- Dymo S50 USBスケールドライバーの使用方法
- Zebra Android DataWedgeの設定
- ミツトヨデジタルキャリパとミツトヨU-waveドライバの併用
- Troubleshoot
- ノド・ロッソ
- 再利用可能なコンポーネントの作成
- APIを使う
- Connect to Software
- 技術文書およびIT文書
- メンテナンス・イベント・スケジュール
- チューリップのサポートを受けるには
- ITインフラ
- チューリップITウェルカムガイド
- IP許可リストの設定
- チューリップのセキュリティ・オプションの概要
- チューリップ ITセキュリティガイド
- チューリップ・コネクタ・ホストの紹介
- On-Prem Connector Host Version Support
- 既存のオンプレミスConnector Hostコンテナのログローテーションを有効にする
- Tulipによるマシン監視アーキテクチャの推奨
- チューリップ・オンプレミス仮想マシンの詳細
- チューリップ・プラットフォームのコンポーネントとネットワーク図
- AWS GovCloudでのチューリップの展開
- WindowsでTulip Playerを使用してプロキシサーバーを使用する方法
- オンプレミス・コネクタ・ホストの概要
- チューリップ・クラウド導入のためのネットワーク要件
- チューリップW-9フォーム
- チューリップのサイバーセキュリティ方針とインフラについて教えてください。
- LDAP/SAML/SSO
- チューリップ・パートナー・ポータルの使い方
- ガイド
- デジタルトランスフォーメーションに向けて
- Use Cases by Solution
- 例
- ワークステーション別の作業指示をリアルタイムで把握する方法
- 5S監査アプリのチュートリアル
- 自動不合格レポートアプリの作り方
- 最初のフロントライン・オペレーション・アプリケーションを計画するには
- 表で機械監査を追跡する方法
- 現場業務アプリで作業指示を自動化する方法
- 混在率の高い環境における製造アプリの活用法
- デジタル作業指示アプリの作り方
- テーブルを使った製品系譜の記録方法
- オウス社のスケールを追加し、出力を変数に保存する方法
- 作業完了時に在庫表から差し引く方法
- 作業指示書 "UIテンプレート "の使い方
- ユーザーフィールドでスキルマトリックスを作成する方法
- 部品表(BOM)の作成方法
- スプレッドシートをテーブルにインポートする方法
- テーブルを使って在庫を管理する方法
- ユーザーフィールドを使って複数のアプリ間で動的データを受け渡す方法
- "ルーティング・アプリ "を作って複数のアプリ間をナビゲートする方法
- 📄 注文追跡
- 📄 障害トレーサビリティ
- 図書館
- チューリップ・ライブラリーの利用
- Laboratory Operation App Suite
- 図書館コレクション
- ライブラリーアプリ
- 教科書の例
- アプリケーション・ソリューション
- CMMSアプリケーションパッケージ
- Zerokey solutions
- 結果の可視性
- 物品委託電子申告(eBR)申請書類一式
- PCGによるCAPA Lite
- 5 なぜAIで根本原因を探るのか
- AIによるシンプルな欠陥報告
- ビジネス・ケース・ビルダー
- シフト・スターター・ミーティング
- カンバン・アプリ・スイート
- シンプルなOEEダッシュボード
- アリーナBOMソリューション
- 設備管理アプリ・スイート
- 簡単なチェックリスト
- チェックリスト管理スイート
- 紙芝居アプリ・スイート
- カイゼン・ファネル
- 勤怠管理シンプル・ソリューション
- 紙芝居品質監査
- パック&シップ・ライブラリー・アプリケーション
- CAPAマネジメント
- モバイルカメラアプリ
- OEE計算機
- 時間当たり生産スコアカード
- 素材のバックフラッシュ
- 品質イベント・ダッシュボード
- 一次パス収量申請
- ピック・トゥ・ライト
- トレーニング・ソリューション
- デジタル・システム・インベントリー
- ビジョンによる位置追跡
- デジタル・システム・アクセス管理
- 資材管理
- ツール&アセット・マネージャー
- 質の高いイベント管理
- ブレークビームセンサー付きステップ前進
- デジタルストップウォッチ
- 監査チェックリスト
- カタナERPアプリ
- ハイレベル・ベースライン評価
- BOM管理
- 安全インシデント・マネージャー
- 紙芝居カード管理
- リーンダッシュボード
- 5S結果レーダー(スパイダー)チャートウィジェット
- 5Sチェックリスト
- モバイル・プロダクション・スコアカード
- モバイルデザインテンプレート
- プロセス・エンジニアリング(モバイル)
- メンテナンス・オーダーの実行
- マシン・スタートアップ・チェックリストの例
- 応募方法
- コンポスタブルMES
- 製薬部門向けMESシステム
- コネクターとユニットテスト
- プラネウス単体テスト
- COPA-DATA Connector
- プレーナスコネクター
- Veeva コネクタ
- インキット・コネクター
- MRPeasy コネクタ
- オラクルFusionコネクタ
- LabVantage コネクタとユニットテスト
- グーグル・チャット・コネクター
- セールスフォース・コネクター
- リトマス概要
- eMaintコネクタ
- eLabNext コネクタ
- Acumatica ERPコネクタ
- CETECコネクター
- ページャーデューティ コネクター
- NiceLabelの統合
- Arasの統合の概要
- SDAの統合
- ナイミ・バンド ユニットテスト
- アリーナ・インテグレーション
- バーコードスキャナのユニットテスト
- フットペダル単体テスト
- RealWearヘッドセットでTulipを使い始める
- エアテーブル用コネクター
- 七宝コネクター
- バーテンダーの統合
- SAP S/4 HANA Cloud Connector
- RFIDスキャナー・ユニットテスト
- Jiraコネクタ
- ゼブラ・ラベル・プリンター・ユニット・テスト
- Google翻訳コネクタ
- MSFT Power Automate
- OpenAIコネクタ
- Googleカレンダー・コネクター
- チューリップAPIユニットテスト
- デュロPLMユニットテスト
- HiveMQユニットテスト
- NetSuiteとの統合
- コグネックス ユニットテスト
- PowerBIデスクトップ統合
- プログローブ・ユニット・テスト
- フィベトランの統合
- ParticleIOの統合
- グーグル・ドライブ・コネクター
- スノーフレーク・コネクター
- SAP SuccessFactorsコネクタ
- ZeroKey Integration
- グーグル・ジオコード・コネクター
- Googleシートコネクター
- チューリップとSlackを統合する方法
- ハイバイトインテリジェンスハブ ユニットテスト
- LandingAIユニットテスト
- LIFXユニットテスト(ワイヤレスライト)
- マイクロソフト・カレンダー・コネクター
- M365 Dynamics F&O コネクター
- マイクロソフト・アウトルック・コネクター
- Microsoft Teams コネクター
- Microsoft Graph APIとTulipをOauth2で接続する
- Microsoft Excel コネクタ
- NetSuite アプリとコネクタ
- OpenBOMコネクタ
- 計量器ユニットテスト
- InfluxDBコネクタ
- オーグリー・コネクター
- イラート・コネクター
- シェフラーオプティムコネクター
- MongoDBアトラスコネクタ
- MaintainXコネクタ
- Twilio コネクター
- SendGridコネクタ
- ソレイス・コネクター
- RealWearヘッドセット用Tulipアプリのデザイン方法
- オンシェイプ・コネクター
- カスタマイズ可能なウィジェット
- Job Planning/Scheduling Board
- タイムラインウィジェット
- jsonツリービューアウィジェット
- かんばんタスク管理ウィジェット
- バッジウィジェット
- 高度なタイマーウィジェット
- セグメントボタンカスタムウィジェット
- ダイナミックゲージカスタムウィジェット
- スナックバーウィジェット
- チェンジディテクター・ユニット・テスト
- ステータス・カラー・インジケータ ユニット・テスト
- 入力長チェック・ユニット・テスト
- 電卓カスタムウィジェット単体テスト
- 画像アノテーション・ウィジェット単体テスト
- リーン・ダッシュボード・ウィジェット
- ルーパー単体テスト
- ストップウォッチ・ユニット・テスト
- 数値入力ユニットテスト
- ナンバーパッド単体テスト
- ラジアルゲージ
- ステップ・バイ・ステップ メニュー ユニットテスト
- SVGウィジェット
- テキスト入力ユニットテスト
- ツールチップ ユニットテスト
- 作業指示 ケアポイント 単元テスト
- 電子署名ウィジェット単体テスト
- ZPLビューア単体テスト
- シンプルな折れ線グラフウィジェット
- 棚カスタムウィジェット
- スライダーウィジェット
- NFPAダイヤモンドカスタムウィジェット
- 合格 - 不合格 カスタムウィジェット
- よりシンプルなタイマーカスタムウィジェット
- Nymiプレゼンス統合ウィジェット
- オートメーション
To download the app, visit: Library
:::Work Instructions App Suite の概要について説明します。
作業指示アプリの定義
作業指示書は、一連の手順で構成されています。作業指示書をアプリケーションに入れるということは、アプリの機能を活用し、簡単かつ明確に指示書を完成させることを支援することを意味します。作業指示書は、組み立てや検査などの手順を通じてオペレータを導くための手段です。手順は、指示内容を含む一連の作業で構成されています。全体的なプロセスは、手順を組み合わせて完全な作業指示書となる。これらの概念の階層を以下に示す:
{高さ="" 幅=""}。
全体として、作業指示書アプリは、手順やタスクを通してオペレーターを歩ませることで、プロセスの遂行を支援します。しかし、作業指示書アプリを作成する際、何から始めるべきでしょうか?
チューリップは、ニーズによって異なる一連のテンプレートを提供しています。作業指示書に最適なアプリを選択するために、各アプリの機能を正確に把握しましょう。
作業指示書アプリ・スイート
作業指示書アプリは、アプリベースとテーブルベースの2つのカテゴリに分かれています。アプリベースの作業指示書とテーブルベースの作業指示書の違いを理解することは、ニーズに最適な方法を選択する上で非常に重要です。
アプリベースのテンプレート
アプリベースの作業指示書は静的で、アプリ内にエンコードされます。データはCompletionレコードに集められ、これはアプリのデータの不変レコードである。
単一手順
このアプリは、各タスクが1つのステップに表示される単一の作業指示手順を処理します。オペレーターは、タスクを通過し、必要な入力フィールドを記録することで、手順を完了します。
{height=""幅=""}。
欠陥レポートステップでは、回答を変数に保存するフィールドを使用して、欠陥レポートを入力できます。これらの変数は、ユーザーが[**完了]**をクリックすると保存され、ボタン上のトリガーがすべてのアプリデータを完了レコードに保存します。
{ボタン上のトリガーがすべてのアプリデータを完了レコードに保存します。}
最後に、Analyticsステップは、アプリがユーザーによって完了された場合にのみデータを表示する一連の分析ウィジェットで構成されています。完了レコードがない場合、分析に使用するデータはありません。
複数の手順(ステップごとに1つのタスク)
このアプリは複数の作業指示手順を扱い、各手順は別々のステップグループに分割され、個々のタスクはそれぞれのステップに表示されます。オペレータは、どの手順を通過するかを選択し、各ステップは、ステップ上の指示に従ってユニットを完了するようユーザに促します。
{高さ="" 幅=""}。
各作業ステップにある "Log Defect"(欠陥の記録)ボタンにより、オペレーターは材料の欠陥とその詳細を記録することができます。欠陥報告ボタンをクリックすると全てのデータが保存されます。
アナリティクスステップは一連の分析ウィジェットで構成され、アプリがユーザーによって完了された場合のみデータを表示します。完了記録がない場合、分析に使用するデータはありません。
複数プロシージャ(すべてのタスクを1つのステップ)
複数手順(1ステップ1タスク)アプリと同様に、このアプリは複数の作業指示手順を扱い、各手順は別々のステップグループに分かれています。複数手順アプリの主な違いは、このアプリが手順ごとに1ステップのタスクを表示することです。作業者は、どの手順を進めるかを選択し、次のステップですべてのタスクを完了します。
{height=""幅=""}。
各タスクのステップにある "Log Defect"(欠陥の記録)ボタンで、オペレーターは材料の欠陥とその詳細を記録することができます。全てのデータは欠陥報告ボタンをクリックすると保存されます。
アナリティクスステップは一連の分析ウィジェットで構成され、アプリがユーザーによって完了された場合のみデータを表示します。完了記録がない場合、分析に使用するデータはありません。
テーブルベースのテンプレート
テーブルベースの作業指示は動的で、テーブル自体にエンコードされている。アプリでの選択とオペレーターからのデータがテーブルに保存されます。テーブル内の情報は不変ではなく、テーブルにアクセスできる人であれば誰でもテーブル内のデータを変更できます。
1ステップ1タスク
このアプリは、複数の作業指示手順を処理します。オペレータは、最初に選択した手順に基づいて、手順タスクをステップバイステップで実行します。このアプリは、プロシージャーと タスクの2つのテーブルを使用します。ユーザーがインタラクティブテーブルからプロシージャーを選択すると、プロシージャーIDはタスクテーブルの関連タスクと相関します。
{高さ="" 幅=""}。
集計は、テーブル内のタスクIDのモードによってフィルタリングすることで、選択されたプロシージャー番号を持つタスクのみを次のステップにロードする。
{高さ="" 幅=""}。
ID をフィルタリングすることで、選択された手順に関連するタスクのみが表示される。このダイナミックな設定により、オペレーターは選択内容に応じて異なる手順やタスクを完了することができます。
各タスクステップにあるLog Defectボタンにより、オペレーターは材料に欠陥があった場合、その欠陥の詳細を記録することができます。すべてのデータは欠陥報告ボタンをクリックすると保存されます。
分析ステップは一連の分析ウィジェットで構成され、アプリに参照するデータがある場合にのみデータを表示します。レコードがない場合、分析に使用するデータはありません。
プロシージャー スクローラー
このアプリは、複数の作業指示手順を処理するために使用されます。プロシージャは、オペレータが参照する関連する作業指示を選択すると入力されるテーブルに格納されています。
{height="" width=""}.
ユーザーがプロシージャー選択ステップでプロシージャーを選択すると、その選択は、ステップの右側にプロシージャーの情報を入力するリンクされたプレースホルダーに保存されます。タスクステップでは、インタラクティブテーブルのタスクは、前のステップで選択されたプロシージャーIDからフィルタリングされます。
{height=""幅=""}。
タスク "ステップの "不具合ログ"ボタンで、オペレータは材料の不具合をログに記録し、不具合の詳細を確認することができます。すべてのデータはSubmit Defectボタンをクリックすると保存されます。
アナリティクスステップは一連の分析ウィジェットで構成され、アプリに参照するデータがある場合にのみデータを表示します。レコードがない場合、分析に使用するデータはありません。
プロシージャー・ビューアー(モバイル)
Procedure Viewerアプリケーションは、Procedure Scrollerアプリのモバイル版です。最初の画面では、オペレーターは「プロシージャーを選択」「プロシージャーをスキャン」「現在までに完了したプロシージャーに関する分析を表示」のいずれかを選択できます。
{高さ="" 幅=""}。
プロシージャー・スクローラー・テンプレートと同様に、オペレーターがプロシージャーを選択すると、プロシージャーIDが使用され、同じIDを共有するタスクがそれぞれのレコードに表示されます。
{高さ="" 幅=""}。
オペレーターがプロシージャーをスキャンすると、そのIDは、マシンとデバイスセクションの以下のステップレベルトリガーでタスクフィルターに読み込まれます:
{height="" width=""} タスクの詳細情報を収集するには、次のようにします。
タスクの詳細情報を収集するには、[**View Task]**ステップで[**View Details]**を選択します。**View Details]**ステップでは、テーブルレコードから選択したタスクの情報がロードされます。
各タスクステップの[Log Defect](欠陥のログ)ボタンで、オペレータは材料の欠陥とその詳細をログに記録できます。すべてのデータはSubmitボタンをクリックすると保存されます。
分析ステップは一連の分析ウィジェットで構成され、アプリに参照するデータがある場合にのみデータを表示します。レコードがない場合、分析に使用するデータはありません。
パラメータ付き手順スクロール
このアプリは複数の作業指示プロシージャを処理します。手順は、オペレータが関連する作業指示タスクを選択できるスクロール要素に入力するテーブルに格納されます。このバージョンには、作業指示パラメータを格納するための追加テーブルParametersが含まれています。
{height="" width=""} パラメータを使用して、作業指示の制限を設定します。
パラメータを使用して、特定の車種にルーフラックを追加したり、はんだごての温度を特定の範囲内に保つなど、作業指示タスクに制限を設定します。
タスクステップの[不具合ログ]ボタンにより、作業者は材料に不具合があった場合、その不具合の詳細をログに残すことができます。すべてのデータはSubmit Defectボタンをクリックすると保存されます。
分析ステップは一連の分析ウィジェットで構成され、アプリに参照するデータがある場合にのみデータを表示します。レコードがない場合、分析に使用するデータはありません。
プロシージャー作成
このアプリを使用して、このApp Suiteのテーブルベースのテンプレートで提供されるそれぞれのテーブル(Procedures、Tasks、Parameters)に手順、手順ステップ、およびパラメータを追加します。
{高さ="" 幅=""}。
**追加]**ボタンを使用して、ユーザーは、手順、タスク、およびパラメータを選択項目に追加したり、[**編集]**ボタンを使用して選択項目を変更したりできます。
プロシージャー作成アプリは、テーブルベースの作業指示アプリのテーブルを作成、編集、整理するためのアプリに過ぎません。
ニーズに合ったテンプレートの選び方
テンプレートを選ぶ際に最初に決めるべきことは、アプリベースかテーブルベースか、あるいはその両方をミックスするかです。チューリップのサービスでは、アプリベースのソリューションから始めることを推奨していますが、シナリオによってはテーブルベースの方が良い場合もあります。これらのテンプレート・タイプに必要なすべてのオプションと設定方法を検討するためには、アプリ・ベースとテーブル・ベースの作業指示書を理解することが重要です。
まず、アプリベースとテーブルベースのテンプレートがより有用である具体的な表示について説明します。
アプリベース | テーブルベース |
---|---|
低品種プロセス | 高混合プロセス |
アプリケーションのロジック依存または分岐進行 | 一般的なアプリケーションの進行 |
手順が厳しく管理され、すべての変更が承認されなければならない規制産業 | 規制が緩やかで、作業指示の内容を効率的に提供することが重視され、多くのインターフェイスで迅速に変更できる業界 |
プロセス設定(トルク、温度、工具など)は、製品群間で標準的であり、比較的少数である。 | プロセスは高レベルでは同じかもしれないが、設定やパラメータはSKUに大きく依存し、テーブルから共通のアプリにロードすることができる。 |
ワークフロー全体を通して、デバイスまたは可変のユーザー入力への依存度が高い | プロセス全体を通して、デバイスまたは可変的なユーザー入力への依存度が低い |
ワークフローにアプリのパスを合わせることで、アプリがプロセスに沿い、手順やタスクの暫定的な変更やパラメータに対応できるようになります。このような変更やパラメータがプロセスのどこに現れるかを把握することは、アプリの構成やアプリの数に影響します。
次の図は、独自のアプリを設計または採用する際に従うとよい、一般的なアプリのパスを示しています:
{高さ="" 幅=""}。
例えば、Single Procedureと One Task per Stepアプリは直線的な経路を辿りますが、Procedure Scrollerと Procedure Viewerアプリは設定可能な経路を辿ります。どのアプリのパスが自分のニーズに最も適しているかわからない場合は、プロセスと、アプリの動作に影響を与える潜在的なバリエーションやパラメータ設定をマップしてください。
もう1つ考慮すべき点は、プロシージャーとそれぞれのタスクを含むプロセスの広がりです。
例えば、2つの新車モデルを製造するとします。1つは高級モデルに基づいた特定のパラメータを持つモデル、もう1つは標準的な機能を持つモデルです。製造する車種を選択することで、手順が決まります。プロセスは次のようになります:
{高さ="" 幅=""}。
異なる車種に対して複数のアプリを使用し、データを保存するために完了レコードを使用して、アプリに静的に命令を格納することができます。または、1つのアプリを使用し、オペレータが選択した内容に基づいて、アプリに動的に命令をロードすることもできます。これら2つのオプションの例は以下のようになります:
{height="" width=""}のようになります。
アプリベースのデザインでは、各作業指示アプリのデータは別々の完了レコードに保存されます。こうすることで、レコードが重ならず、互いに区別しやすくなります。
{高さ="" 幅=""}。
テーブルベースのデザインでは、同じアプリケーションを使用して指示をホストしているにもかかわらず、各作業指示プロセスからのデータは別々のテーブルに保存されます。
どのタイプのアプリを選べばよいかわからない場合は、以下のフローチャートに従って、どのような構成のニーズがあるかを評価してください。
{高さ="" 幅=""}。
ニーズにぴったりのアプリを設計するための詳しい情報やリソースについては、チューリップ大学の「業務指示ソリューション設計」コースを受講してください!