- 印刷する
コンプリーション・レコードの概要と、アプリケーション・データで使用するための最適化方法について説明します。
完了レコードは、Tulipアプリの値を保存する不変のデータセットです。レコードはアプリが完了すると自動的に保存されます。また、トリガーを使って、価値があると判断された時点(プロセスが完了したときなど)でデータを保存することもできます。
完了はテーブルのようなデータ保存方法です。しかし、テーブルとは異なり、完了レコードは変更できません。チューリップでは、データ収集の方法として、コンプリーションとテーブルの両方を利用することを推奨しています。
アプリケーションのコンプリーションレコードにアクセスするには、アプリ情報ページに移動し、コンプリーションタブをクリックします。
{height="" width=""} 完了データにはいくつかのフィールドがあります。
完了データには、アプリが完了またはキャンセルされると自動的に保存されるフィールドがいくつかあります:
- アプリの継続時間
- 開始時間と終了時間
- 完了した各ステップの期間
- ログインユーザー
- ステーション名
- コメント
- アプリバージョン
- 実行ID
- キャンセル(アプリがキャンセルされたかどうか)
電子署名ウィジェットの署名データも完了記録に保存されます。変数を使用して追加情報を保存し、保存するトリガーを設定できます。
完了レコードを使用するタイミング
完了レコードには、変数、アプリのステップ、タイムスタンプ、ユーザー情報、電子署名などの値が保存されます。テーブルを使用してデータを保存することもできますが、次のような補完レコードの使用に適した明確なシナリオがあります:
- ユーザーや機械が取得した値(写真、重要なプロセスパラメーターについて記録された結果、センサーの読み取り値など)。
- キャプチャされた値と対になる測定単位。測定変数に加えて、UoM 変数を分離することがベストプラクティスである。
- 履歴記録を人間が読めるようにするための文脈情報。例えば、ステップ名や、各アプリサイクルの開始時に取得される一意の ID など。
- プロセスアプリのサイクルタイムを、アプリ内の各ステップのレベルまでキャプチャする。
完了データの保存方法
Completion data only saves when you run an app. Testing an app in development mode will not save completion records, however it will show a simulated completion record.
アプリの完了
ユーザーがアプリを完了すると完了データが自動的に保存されますが、アプリを完了するトランジションがトリガーとして必要です。
{height="" width=""} アプリが完了すると、完了データが保存されます。
アプリを完了すると
- アプリのすべてのメタデータフィールドを保存する
- すべてのアプリ変数の現在値を保存
- ロードされたすべてのテーブルレコードの現在のフィールド値を、1つのタイムスタンプで保存する。
- すべての変数をデフォルト値にリセットする(完了時にクリアしないように設定されている場合を除く)
- すべてのテーブルレコードのプレースホルダをクリアする
- アプリの最新の公開バージョンをロードする。
*ステーションが最新の公開バージョンを実行するように構成されている場合。
アプリのキャンセル
アプリのキャンセル遷移は、アプリ内のすべての変数がデフォルト値にリセットされる機能が追加されたComplete Appと同じ操作を実行します。
{アプリのすべての変数をデフォルト値にリセットします。}
すべてのアプリデータを保存
このアクションは、アプリからメタデータフィールド、変数の現在値、ロードされたテーブルレコードのフィールド値を保存します。Complete Apptransitionとは異なり、Save All App Dataは変数をデフォルト値にリセットしたり、テーブルレコードのプレースホルダをクリアしたりしません。
{高さ="" 幅=""}。
制限事項とベストプラクティス
完了レコードを使用すると、不変のデータレコードを簡単に保存できます。ただし、保存したデータをビジネスインテリジェンスプラットフォームなどのサードパーティシステムにオフラインで送信することはできません。また、完了レコードを別の変数やトリガーアクションの入力として使用することもできません。
業務/プロセスアプリでは、完了レコードはプロセスの終了時に保存する必要があります。特にGxP業界では、どのプロセスステップを終了する際にも、Save All App Dataを使用することをお勧めします。
非運用プロセスのユースケース(例えば、Work Order Managementアプリ)では、アプリの使用状況の簡単な監査証跡を持つために、完了レコードをプロセスの終了時(例えば、Work Orderの作成終了時)に作成する必要があります。これらの完了記録は、以下のような質問に対する即答を提供する:
- アプリが最後に使用されたのはいつで、誰が使用したのか?
- アプリの使用頻度は?
- アプリはどの段階でキャンセルされたのか?
アプリの1つのプロセスが完了したら、変数内のデータをクリアするのがベストプラクティスです。特にレコード履歴ウィジェットでデータを表示する場合は、各変数も適切な命名規則に従ってください。
アプリでの完了レコードの使用
アプリで完了のデータを使用するには、分析または記録履歴ウィジェットの 2 つの方法があります。完了レコードのデータは、TulipTable APIからはアクセスできないことに注意してください。
分析での完了レコード
アナリティクスを使用してテーブルやマシンデータから分析を作成するのと同様に、アプリデータを使用して分析を作成することもできます。アプリに分析を埋め込んで、サイクルタイム、シフト時間、完了ユニットに関する情報を表示できます。
1つまたは複数のアプリから新しい分析を作成します。分析を作成したら、アプリケーションで分析ウィジェットを使用し、埋め込みたい分析を選択します。
{高さ="" 幅=""}
記録履歴ウィジェット
Digital Record History ウィジェットは、各完了記録に関連するプロセスデータを表示します。スクロール可能なウィジェットで、フィルタを適用してレコードを並べ替えることもできます。電子署名データを表示することもできます。このウィジェットの構成方法については、「レコード履歴ウィジェットを使用してテーブル レコードの変更を表示する」を参照してください。
The record history widget is available only for Enterprise customers.
{高さ="" 幅=""}」を参照してください。
詳細情報
お探しのものは見つかりましたか?
community.tulip.coで質問を投稿したり、他の人が同じような質問に直面していないか確認することもできます!