ワークフロー管理

最終公開日 : Aug 10, 2026
Related information

ワークフロー

データワークフローの実行、ワークフロー公開の管理、または進行中のデータワークフローを監視するための一般的なパラメーターを定義するには、領域に移動します。ナビゲーションペインの下矢印をクリックして、* > *を選択します。
注意:
ワークフロー実行テクニカルテーブルで予期しない不整合が発生した場合、データワークフローでエラーが発生する可能性があります。次に、ナビゲーションペインの管理>ワークフロー管理>ワークフローの下にあるメニューから操作を実行する必要がある場合があります。

ワークフローの実行

さまざまなテーブルを使用して、現在進行中のデータワークフローを管理できます。これらのテーブルには、ナビゲーションペインの* > *からアクセスできます。
以下も参照してください。:

ワークフローテーブル

「Workflows」テーブルには、サブワークフローとして呼び出されたものを含む、リポジトリ内のすべてのデータワークフローのインスタンスが含まれています。データワークフローは、ワークフローモデル公開の特定の実行インスタンスです。このテーブルは、すべてのデータワークフローのデータコンテキスト変数へのアクセスを提供します。これを使用して、現在の変数値に関するデータワークフローの進行状況にアクセスし、データワークフローの一時停止の場合は、変数値を変更できます。
「ワークフロー」テーブルのメニューから、サービスを選択することにより、指定された日付より古い完了したデータワークフローをクリアすることができます。このサービスは、アクティブなデータワークフローを自動的に無視します。

トークンテーブル

「Tokens」テーブルを使用すると、データワークフローの進行状況を管理できます。各トークンは、実行中のデータワークフローで実行されている現在のステップと、データワークフローの現在の状態をマークします。
以下も参照してください。:

作業項目テーブル

「Work items」テーブルには、現在存在するユーザータスクに関連付けられているすべての作業項目が含まれています。必要に応じて、データワークフローがブロックされた場合に、このテーブルからユーザーに作業項目を手動で割り当てることができます。ただし、可能な場合は常に、「データワークフロー」領域のワークスペースにあるボタンを使用して、作業項目の割り当て、再割り当て、および割り当て解除を行うことをお勧めします。
以下も参照してください。:

待機中のワークフローテーブル

「Waitingworkflows」テーブルには、イベントを待機しているすべてのワークフローが含まれています。必要に応じて、このテーブルをクリーンアップするサービスを利用できます。このサービスは、削除されたワークフローに関連付けられているすべての行を削除します。
以下も参照してください。:

コメントテーブル

「Comments」テーブルには、メインワークフローとそのサブワークフローに対するユーザーのコメントが含まれています。

ワークフローの公開

「Workflow publications」テーブルは、リポジトリのすべてのワークフローモデルパブリケーションを含む技術的なテーブルです。このテーブルは、公開されたワークフローモデルとそのスナップショットを関連付けます。このテーブルを直接変更することは推奨されません。むしろ、出版物に変更を加えるためにワークフローモデリングエリアで利用可能なアクションを使用することをお勧めします。

構成

メール設定

データワークフローの実行中に電子メール通知を送信するには、で次の設定を構成する必要があります。
  • URL定義フィールドは、ワークフローでリンクを構築し、メール変数を評価するために使用されます。
  • フィールドには、電子メール通知の送信に使用される電子メールアドレスを入力する必要があります。

インターフェイスのカスタマイズ

デフォルト値のモデリング

一部のプロパティのデフォルト値は、このセクションでカスタマイズできます。
管理者は、「ワークフローモデリング」セクションで、新しいワークフローモデルまたはワークフローステップが作成されるときに使用されるデフォルト値を定義することができます。

作業項目ビュー

特定の列は、受信ボックスと監視作業項目テーブルのセクションで使用できます。
10個の特定の列が利用可能です。特定の列ごとに、カスタマイズされたラベルを定義できます。

優先順位の設定

プロパティ「デフォルトの優先度」は、優先度レベルがない場合に、リポジトリ全体のデータワークフローとその作業項目をどのように表示するかを定義します。たとえば、このプロパティが値「通常」に設定されている場合、優先度のないワークフローと作業項目はすべて「通常」の優先度を持っているように見えます。
「プロパティ」テーブルは、リポジトリ内のデータワークフローで使用可能なすべての優先度レベルを定義します。ユーザーが作業項目テーブルの優先度アイコンにカーソルを合わせると表示されるラベルとともに、必要な数の整数の優先度レベルを追加できます。 TIBCO EBX®が提供するセットから、またはアイコン画像ファイルへのURLを指定することにより、各優先度レベルに対応するアイコンを選択することもできます。

一時的なタスク

で、ワークフロー内の時間依存タスクのポーリング間隔(期限やリマインダーなど)を設定できます。間隔値が設定されていない場合、「進行中」のステップが1時間ごとにチェックされます。

ワークフローの受信トレイカウンターの設定

エンドユーザーがアクションを起動しなくても、ワークフローの受信トレイカウンターは非同期で更新されます。調整するには、次の2つのパラメーターを設定する必要があります。
キャッシュの有効期限(秒)
受信ボックスキャッシュが新しく更新されるまでの有効期限(秒単位)。多くの作業項目があるリポジトリでは計算時間が長くなる可能性があるため、このパラメーターはCPUの負荷とパフォーマンスに影響を与える可能性があることに注意してください。値が定義されていない場合、デフォルト値は 600 です。
ユーザーインターフェイスの更新周期(秒)
ユーザーインターフェイスの受信トレイカウンターの2つの更新間の更新時間(秒単位)。この更新は、ユーザーインターフェイスのすべての受信トレイカウンター(カスタムパースペクティブの受信トレイカウンター、ヘッダー受信トレイカウンター、および詳細パースペクティブのデータワークフロー受信トレイカウンター)に関係することに注意してください。値が定義されていない場合、デフォルト値は5です。値がゼロ(または負)の場合、更新は無効になります。また、変更はユーザーからのログアウト/ログイン後にのみ有効になります。
また、一部のアクションにより、受信トレイカウンターが強制的に更新される可能性があることに注意してください。
  • データワークフローへのアクセス
  • データワークフローセクションの任意のサブディビジョンへのアクセス
  • 作業項目の許諾、または拒否
  • ワークフローの起動
これらのパラメーターには、ナビゲーションペインの* > > > からアクセスできます。

インタラクション

ワークフローの相互作用を管理するには、領域に移動します。ナビゲーションペインの下矢印をクリックして、 > を選択します。
相互作用は、作成されるすべての作業項目に対して自動的に生成されます。これは作業項目のローカルデータコンテキストであり、EBX®セッションからアクセスできます。作業項目が実行されると、ユーザーはワークフローエンジンとは関係なく、その相互作用に基づいて割り当てられたアクションを実行します。ユーザータスクは、入力パラメーターと出力パラメーターのマッピングを定義して、データワークフローの全体的なデータコンテキストとの相互作用をリンクします。
インタラクションは、作業項目の現在のパラメーターを監視するのに役立ちます。
たとえば、対話は、トリガーまたはユーザーサービスによって手動で更新できます。

ワークフロー履歴

履歴データワークフローの実行を表示するには、領域を参照します。ナビゲーションペインの下矢印をクリックして、* > *を選択します。
「ワークフロー」テーブルには、ワークフローの実行中に実行されたすべてのアクションが含まれています。
このデータは、グラフィカルまたはテキストで表示できます。特定の時点でのワークフローに関連するさまざまなオブジェクトの状態を表示すると特に便利です。これには、作業項目、データコンテキストの変数、およびトークンに対するアクションが含まれます。エラーが発生した場合は、テクニカルログを利用できます。

履歴のクリーニング

「ワークフロー」テーブルのメニューから、「日付からクリア」サービスを選択することにより、特定の日付より古い完了したデータワークフローの履歴をクリアできます。
以前にクリーンアップされた(実行データが削除されたなど)ワークフローの履歴のみがクリアされます。このサービスは、既存のワークフローに関連付けられている履歴を自動的に無視します。 「ワークフロー」テーブルの専用サービス「日付からクリア」を使用して、関連する履歴をクリアする前にデータワークフローをクリアする必要があります。また、スケジュールされた「日付からクリア」は、ビルトインのスケジュールされたタスクSchedulerPurgeWorkflowMainHistoryで使用できます。
メインプロセスのみがクリーンアップされることに注意してください。サブプロセスとすべての関連データを削除するには、「標準のEBX®パージ」を実行する必要があります。
以下も参照してください。:
注意:
ワークフローの履歴を取得するためのAPIを利用できます。基になるワークフロー履歴SQLテーブルへの直接アクセスはサポートされていません。 WorkflowEngine.getProcessInstanceHistoryを参照してください。