データワークフローの実行、ワークフロー公開の管理、または進行中のデータワークフローを監視するための一般的なパラメーターを定義するには、[管理]領域に移動します。ナビゲーションペインの下矢印をクリックして、[ワークフロー管理] > [ワークフロー]を選択します。
ワークフロー実行テクニカルテーブルで予期しない不整合が発生した場合、データワークフローでエラーが発生する可能性があります。次に、ナビゲーションペインの管理>ワークフロー管理>ワークフローの下にある[アクション]メニューから[ワークフロー実行テーブルの不整合のクリーンアップ]操作を実行する必要がある場合があります。
さまざまなテーブルを使用して、現在進行中のデータワークフローを管理できます。これらのテーブルには、ナビゲーションペインの[ワークフロー管理] > [ワークフロー]からアクセスできます。
「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を参照してください。