この章では、ワークリスト・ユーザーや管理者がOracle BPM Worklistを使用する方法、およびワークリスト表示を各国のビジネス・ニーズ、言語、タイムゾーンにあわせてカスタマイズする方法について説明します。
項目は次のとおりです。
ワークフロー・サービスで公開されたAPIの使用方法については、第28章「カスタム・ワークリスト・クライアントの作成」を参照してください。
Oracle BPM Worklistを使用すると、ビジネス・ユーザーは自分に割り当てられたタスクにアクセスして操作できます。たとえば、ワークリストから、融資エージェントは融資申請を確認し、マネージャは従業員の休暇申請を承認できます。これらのプロセスは、ヒューマン・タスクに定義されます。
Oracle BPM Worklistは、ユーザー・プロファイルに基づいて様々な機能を提供します。標準的なユーザー・プロファイルには、タスク割当て先、監督者、プロセス所有者および管理者が含まれます。たとえば、ワークリスト・ユーザーは、承認や却下などの結果を提供してタスクを完了することに加えて、ペイロードの更新、文書やコメントの添付、他のユーザーへのタスクのルーティングも実行できます。監督者やグループ管理者は、ワークリストを使用して、グループに割り当てられたタスクを分析し、そのタスクを適切にルーティングできます。
ユーザーは、ワークリスト・ビューの追加、表示する列の選択、フィルタ基準に基づいたタスクのサブセットの表示などによって、タスク・リストを必要に応じてカスタマイズできます。
タスク割当て先は、Oracle BPM Worklistを使用して次の操作を実行できます。
ワークリスト内のタスクに対して認可されているアクションの実行、共有タスクの獲得およびチェックアウト、個人のTo Doタスクの定義、およびサブタスクの定義を実行できます。
様々な基準に基づいてワークリスト・ビューでタスクをフィルタできます。
高優先度のタスク、期日の近いタスクなどの標準作業キューを使用できます。 作業キューを使用すると、ユーザーは、カスタム・ビューを作成してワークリスト内のタスクのサブセット(高優先度のタスク、24時間以内に期限があるタスク、経費承認タスクなど)をグループ化できます。
カスタム作業キューを定義できます。
別のユーザーのワークリストの一部に対するプロキシ・アクセスを取得できます。
カスタムの休暇ルールおよび委任ルールを定義できます。
グループ所有者による、共有タスクのタスク・ディスパッチ・ルールの定義を可能にします。
完全なワークフロー履歴と監査証跡を収集できます。
タスクのためのデジタル署名を使用できます。
図27-1に、Oracle BPM Worklistを示します。
図27-1 Oracle BPM Worklist: タスク、フォーム、添付およびレポートへのアクセス
ワークリストは、Oracle JDeveloperのADFタスク・フローを使用して作成するタスク表示フォームによって、ブラウザに表示されます。 詳細は、第26章「ヒューマン・タスク用のタスク表示フォームの設計」を参照してください。
ユーザーは、Oracle WebCenterなどのポータルを通じてタスクを操作することもできます。 ポータルを使用すると、ユーザーは、複数の無関係なデータ・ソースからの情報を、編成された単一のビューに表示できます。 このビュー(ポータル・ページ)には、ポートレットと呼ばれるコンポーネントを1つ以上含めることができ、各ポートレットでは様々なデータ・ソースからコンテンツを収集できます。
ワークフロー・サービスのクライアントは、ワークフロー・サービスで公開されたAPIを使用して作成できます。このAPIにより、クライアントは、ローカルとリモートのEJB、SOAPおよびHTTPを使用してワークフロー・サービスと通信できるようになります。
表27-1に、ユーザーに割り当てられた権限に基づいてOracle BPM Worklistで認識される様々なタイプのユーザーを示します。
表27-1 ワークリスト・ユーザー・タイプ
ユーザーのタイプ | アクセス |
---|---|
エンド・ユーザー(ユーザー) |
自分または所属グループに割り当てられたタスクを操作し、システム・アクションとカスタム・アクション、ルーティング・ルールおよびカスタム・ビューにアクセスできます。 |
監督者(マネージャ) |
自分のエンド・ユーザー・アクセスの他に、報告先のタスク、レポートおよびカスタム・ビューを操作します。 |
プロセス所有者 |
自分のエンド・ユーザー・アクセスの他に、プロセスには属しているが他のユーザーに割り当てられているタスクを操作します。 |
グループ管理者 |
自分のエンド・ユーザー・アクセスの他に、グループ・ルールと動的割当てを管理します。 |
ワークフロー管理者 |
再割当てまたは一時停止が必要なタスクなど、エラー状態のタスクを管理します。ワークフロー管理者は、自分のエンド・ユーザー・アクセスの他に、アプリケーション・プリファレンスの変更、フレックス・フィールドのマップ、任意のユーザーまたはグループに関するルールの管理も実行できます。 |
注意: 複数の認証プロバイダ(たとえば、SSOとフォーム)はサポートされていません。 |
ログインするには、Oracle SOA Suiteがインストール済で、SOAサーバーが実行中である必要があります。 詳細は、『Oracle Fusion Middleware Oracle SOA Suiteインストレーション・ガイド』を参照してください。
サポートされている次のWebブラウザを使用してください。
Microsoft Internet Explorer 7.x
Mozilla Firefox 2.x
Mozilla Firefox 3.x
ログインする手順は、次のとおりです。
次のURLに移動します。
http://host_name:port_number/integration/worklistapp
host_name
は、Oracle SOA Suiteがインストールされているホスト・コンピュータの名前です。
port_number
は、インストール時に使用した番号です。
ユーザー名とパスワードを入力します。
管理者としてログインするには、事前にシードされているユーザーを使用できます。アイデンティティ・ストアにデモ・ユーザー・コミュニティをロード済の場合は、jsteinやjcooperなど他のユーザーを使用できます。
ユーザー名とパスワードは、JAZNに指定したユーザー・コミュニティに存在している必要があります。 この章の各例で使用されているデモ・ユーザー・コミュニティの組織階層については、『Oracle Fusion Middleware Oracle SOA Suite管理者ガイド』を参照してください。
「ログイン」をクリックします。
OIDのweblogic
ユーザーがOracle BPM Worklistにログインするには、OID認証者に管理者グループがあり、weblogic
ユーザーがそのグループのメンバーである必要があります。
weblogicユーザーを有効にする手順は、次のとおりです。
LDAPブラウザを使用して、weblogicユーザーをOIDに作成します。 次のように、users.ldif
ファイルがOIDにインポートされます。
dn: cn=weblogic,cn=Users,dc=us,dc=oracle,dc=com objectclass: inetorgperson objectclass: organizationalPerson objectclass: person objectclass: orcluser objectclass: orcluserV2 objectclass: top sn: weblogic userpassword: welcome1 uid: weblogic
管理者グループをOIDに作成し、weblogic
ユーザーをそのグループに割り当てます。 次のように、groups.ldif
ファイルがOIDにインポートされます。
dn: cn=Administrators,cn=Groups,dc=us,dc=oracle,dc=com objectclass: groupOfUniqueNames objectclass: orclGroup objectclass: top owner: cn=orcladmin,cn=Users,dc=us,dc=oracle,dc=com uniquemember: cn=weblogic,cn=Users,dc=us,dc=oracle,dc=com
アイデンティティ・サービス・ワークフローAPIは、ユーザー名、パスワードおよびレルム・セット(オプション、複数のレルムが組織に定義されている場合)を使用してログインを認証および認可します。 管理者がプリファレンスを設定して、インタフェースに表示されるレルム・ラベルを変更したり、ログイン・ページ・イメージのソースの代替場所を指定する方法については、第27.8.2項「ワークリスト表示の設定方法(アプリケーション・プリファレンス)」を参照してください。
ユーザーがログインした後は、そのユーザーの権限および割り当てられたグループとロールに基づいて、「ホーム」(タスク・リスト)ページにユーザーのタスクが表示されます。「ユーザー・タスク」タブおよび「受信ボックス」がデフォルトで表示されます。「アクション」リストから実行できるアクションは、ログイン・ユーザーの権限によって異なります。
図27-2に、「ホーム」ページの例を示します。
表27-2では、「ホーム」(タスク・リスト)ページのコンポーネントについて説明します。
表27-2 「ホーム」(タスク・リスト)ページのコンポーネント
コンポーネント | 説明 |
---|---|
タブ |
表示されるタブは、ログイン・ユーザーに付与されているロールに応じて異なります。
詳細は、次を参照してください。 |
ワークリスト・ビュー |
受信ボックス、ユーザー作業キュー、プロキシ作業キュー: 詳細は、第27.3.2項「ワークリスト・ビューの作成方法とカスタマイズ方法」を参照してください。 |
タスク・ステータス |
棒グラフは、現在のビューのタスク・ステータスを示します。 詳細は、第27.3.3項「タスク・ステータス・グラフのカスタマイズ方法」を参照してください。 |
表示フィルタ |
検索基準を「表示」、「割当て先」または「ステータス」の各フィールドから指定します。 使用可能なカテゴリ・フィルタは、選択しているタブに応じて異なります。
「検索」を使用してキーワードを入力するか、「拡張検索」を使用します。 詳細は、第27.3.1項「タスクのフィルタ方法」を参照してください。 |
アクション・リスト |
ヒューマン・タスクに対して定義したグループ・アクション(「申告」)またはカスタム・アクション(「承認」、「却下」など)を選択します。 「申告」は、グループまたは複数のユーザーに割り当てられているタスクに対して表示されます。タスクを操作する前に、1人のユーザーがタスクを申告する必要があります。タスクに対して可能な他のアクション(システム・アクションなど)は、特定のタスクの「タスクの詳細」ページに表示されます。 ここでは、To Doタスクやサブタスクも作成できます。 |
デフォルト列 |
タイトル: ヒューマン・タスクの作成時に指定したタイトル。パージまたはアーカイブされたプロセス・インスタンスに関連付けられていたタスクは表示されません。 番号: BPELプロセスの作成時に生成されたタスク番号。 優先度: ヒューマン・タスクの作成時に指定した優先度。最も高い優先度は1、最低は5です。 割当て先: ユーザー、グループまたはアプリケーションのロール。 状態: 「割当て済」、「完了」、「エラー発生」、「期限切れ」、「情報のリクエスト中」、「失効」、「一時停止」または「取消し済」から選択します。 作成日時: ヒューマン・タスクが作成された日時。 有効期限: ヒューマン・タスクの作成時に指定したタスク有効期限の日時。 |
タスクの詳細 |
ワークリストの下部に、「タスクの詳細」ページのインライン・ビューが表示されます。使用可能なアクションはボタンで示されます。 詳細は、第27.4項「タスク操作: 「タスクの詳細」ページ」を参照してください。 |
図27-2には、「管理」、「レポート」および「プリファレンス」の各リンクも表示されています(右上隅)。 表27-3に、「ホーム」、「管理」、「レポート」および「プリファレンス」ページの要約を示します。
表27-3 ワークリストの主要ページの要約
ページ | 説明 |
---|---|
ホーム |
表27-2に示すように、ログイン・ユーザーのタスク・リスト、選択したタスクの詳細、およびタスク操作の開始に必要なすべての機能が表示されます。 |
管理 |
使用可能な管理機能は、次のとおりです。
|
レポート |
次のレポートを使用できます。「不参加タスク・レポート」、「タスクの優先度レポート」、「タスクのサイクル・タイム・レポート」、「タスクの生産性レポート」および「タスク時間分布レポート」。 詳細は、第27.11.1項「レポートの作成方法」を参照してください。 |
プリファレンス |
次のプリファレンスを設定できます。
|
タスク・リストをカスタマイズするには、ワークリスト・ビューの追加、表示する列の選択、フィルタ基準に基づいたタスクのサブセットの表示など、様々な方法があります。 フェッチするタスクの数を増やすには、タスク・リストの表示領域のサイズを大きくします。
図27-3に、フィルタの各フィールドを示します。
タスクのサブセットを表示するには、次のフィルタ基準に基づいてフィルタを使用します。
割当て先: 次の中から選択します。
個人: ログイン・ユーザーに直接割り当てられているタスクが表示されます。
グループ: 次のタスクが表示されます。
ログイン・ユーザーが所属するグループに割り当てられているタスク
ログイン・ユーザーに割り当てられたアプリケーション・ロールに割り当てられているタスク
複数のユーザー(その中の1人はログイン・ユーザー)に割り当てられているタスク
個人とグループ: ユーザーに割り当てられている(直接割当てか、グループ、アプリケーション・ロール、ユーザーのリストによる割当てかに関係なく)すべてのタスクが表示されます。
前へ: ログイン・ユーザーが更新したタスクが表示されます。
レビューア: ログイン・ユーザーがレビューアになっているタスクが表示されます。
ステータス: 次の中から選択します。「任意」、「割当て済」、「完了」、「一時停止」(後で再開可能)、「取消し済」、「期限切れ」、「エラー発生」(処理中)、「アラート済」、「情報のリクエスト中」。
検索: キーワードを入力して、タスクのタイトル、コメント、識別キー、および指定のフィルタ基準を満たすタスクのフレックス文字列フィールドを検索します。
詳細: 詳細な検索フィルタを指定します。
優先度、割当て先またはステータスに基づいてタスクをフィルタ処理する手順は、次のとおりです。
「優先度」、「割当て先」または「ステータス」の各リストから、オプションの組合せを選択します。
「リフレッシュ」をクリックします。
キーワード検索に基づいてタスクをフィルタ処理する手順は、次のとおりです。
キーワードを入力して、タスクのタイトル、コメント、識別キー、および指定のフィルタ基準を満たすタスクのフレックス文字列フィールドを検索します。
「リフレッシュ」をクリックします。
拡張検索に基づいてタスクをフィルタ処理する手順は、次のとおりです。
フレックス・フィールド・マッピングが定義されたタスク・タイプを選択した場合は、フレックス・フィールド属性ラベルを拡張検索で使用できます。
「詳細」をクリックします。
(オプション)図27-4および図27-5に示すように、「ビューとして保存」を選択し、ビュー名を指定します。次に、「表示」タブでその他の情報を指定します。
表27-4では、「表示」タブで選択可能な拡張検索のビュー列について説明します。
表27-4 拡張検索: ビュー列
列 | 説明 |
---|---|
開始日 |
タスクの開始日(To Doタスクで使用)。 |
タスク定義名 |
タスク・インスタンスを定義するタスク・コンポーネントの名前。 |
所有者ロール |
タスク・インスタンスを所有しているアプリケーション・ロール(ある場合)。 タスク所有者は、アプリケーション・ロール、ユーザーまたはグループのいずれかです。 タスクの所有者がアプリケーション・ロールの場合は、このフィールドが設定されます。 |
更新日 |
タスク・インスタンスが最後に更新された日付。 |
コンポジット・バージョン |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットのバージョン。 |
作成者 |
タスクの作成者の名前。 |
リクエスト元ユーザー |
タスクのリクエスト元ユーザー。 |
完了したパーセンテージ |
タスクが完了したパーセンテージ(To Doタスクで使用)。 |
所有者グループ |
タスク・インスタンスを所有しているグループ(ある場合)。 タスク所有者は、アプリケーション・ロール、ユーザーまたはグループいずれかです。 タスクの所有者がグループの場合は、このフィールドが設定されます。 |
終了日 |
タスクの終了日(To Doタスクで使用)。 |
コンポジット |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットの名前。 |
期日 |
タスクの期日(To Doタスクで使用)。 |
コンポジット識別名 |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットの特定のデプロイメントの一意名。 |
タスク表示URL |
タスクの詳細を表示するためのURL。 |
更新者 |
タスクを最後に更新したユーザー。 |
結果 |
タスクの結果(例: 「承認済」、「却下済」)。 このフィールドは、完了したタスク・インスタンスにのみ設定されます。 |
タスク・ネームスペース |
このタスク・インスタンスを定義するタスク・コンポーネントの全バージョンを一意に定義するネームスペース。 同じタスク・コンポーネントの異なるバージョンに同じネームスペースを指定することは可能ですが、異なる2つのタスク・コンポーネントに同じネームスペースを指定することはできません。 |
承認者 |
タスクの承認者。 |
アプリケーション・コンテキスト |
タスクに関連付けられたアプリケーション・ロール(割当て先、所有者など)が属するアプリケーション。 |
所有者ユーザー |
タスク・インスタンスを所有しているユーザー(ある場合)。 タスク所有者は、アプリケーション・ロール、ユーザーまたはグループいずれかです。 タスクの所有者がユーザーの場合は、このフィールドが設定されます。 |
識別子 |
(オプション)タスクのカスタムの一意識別子。 これは、標準タスク番号に対する追加の一意識別子です。 |
カテゴリ |
タスクのカテゴリ。 |
取得者 |
タスクを申告したユーザーの名前(タスクがグループ、アプリケーション・ロールまたは複数のユーザーに割り当てられ、ユーザーによって申告された場合)。 |
コンポーネント |
タスク・インスタンスを定義するタスク・コンポーネントの名前。 |
元の割当て先ユーザー |
タスクを委任するユーザーの名前(ユーザーが別のユーザーにタスクを委任する場合)。 |
割当て済 |
このタスクが割り当てられた日付。 |
ドメイン |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットが属するドメイン。 |
タイトル |
タスクのタイトル。 |
数値 |
タスク・インスタンスを一意に識別する整数。 |
優先度 |
タスクの優先度を定義する整数。 通常は1から5の数値が使用され、数値が低いほど優先度が高くなります。 |
割当て先 |
現在のタスク割当て先(ユーザー、グループまたはアプリケーション・ロール)。 |
状態 |
タスク・インスタンスの状態。 |
作成日 |
タスク・インスタンスが作成された日付。 |
有効期限 |
タスク・インスタンスの有効期限の日付。 |
保存されたビューが「ユーザー・ビュー」の下の「受信ボックス」に表示されます。
図27-6に示すように、割当て先を選択します。
図27-35に示すように、条件(フィルタ)を追加します。
表27-5では、使用可能な条件について説明します。
表27-5 拡張検索: 条件
条件 | 説明 |
---|---|
開始日 |
タスクの開始日(To Doタスクで使用)。 |
割当て先 |
現在のタスク割当て先(ユーザー、グループまたはアプリケーション・ロール)。 |
タスク定義名 |
タスク・インスタンスを定義するタスク・コンポーネントの名前。 |
所有者ロール |
タスク・インスタンスを所有しているアプリケーション・ロール(ある場合)。 タスク所有者は、アプリケーション・ロール、ユーザーまたはグループいずれかです。 タスクの所有者がアプリケーション・ロールの場合は、このフィールドが設定されます。 |
更新日 |
タスク・インスタンスが最後に更新された日付。 |
作成日 |
タスク・インスタンスが作成された日付。 |
コンポジット・バージョン |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットのバージョン。 |
作成者 |
タスクの作成者の名前。 |
リクエスト元ユーザー |
タスクのリクエスト元ユーザー。 |
完了したパーセンテージ |
タスクが完了したパーセンテージ(To Doタスクで使用)。 |
タイトル |
タスクのタイトル。 |
所有者グループ |
タスク・インスタンスを所有しているグループ(ある場合)。 タスク所有者は、アプリケーション・ロール、ユーザーまたはグループいずれかです。 タスクの所有者がグループの場合は、このフィールドが設定されます。 |
終了日 |
タスクの終了日(To Doタスクで使用)。 |
優先度 |
タスクの優先度を定義する整数。 通常は1から5の数値が使用され、数値が低いほど優先度が高くなります。 |
数値 |
タスク・インスタンスを一意に識別する整数。 |
コンポジット |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットの名前。 |
期日 |
タスクの期日(To Doタスクで使用)。 |
状態 |
タスク・インスタンスの状態。 |
コンポジット識別名 |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットの特定のデプロイメントの一意名。 |
タスク表示URL |
タスクの詳細を表示するためのURL。 |
更新者 |
タスクを最後に更新したユーザー。 |
結果 |
タスクの結果(例: 「承認済」、「却下済」)。 このフィールドは、完了したタスク・インスタンスにのみ設定されます。 |
タスク・ネームスペース |
タスクのネームスペース。 |
承認者 |
タスクの承認者。 |
アプリケーション・コンテキスト |
タスクに関連付けられたアプリケーション・ロール(割当て先、所有者など)が属するアプリケーション。 |
所有者ユーザー |
タスク・インスタンスを所有しているユーザー(ある場合)。 タスク所有者は、アプリケーション・ロール、ユーザーまたはグループいずれかです。 タスクの所有者がユーザーの場合は、このフィールドが設定されます。 |
識別子 |
(オプション)タスクのカスタムの一意識別子。 これは、標準タスク番号に対する追加の一意識別子です。 |
有効期限 |
タスク・インスタンスの有効期限の日付。 |
カテゴリ |
タスクのカテゴリ。 |
取得者 |
タスクを申告したユーザーの名前(タスクがグループ、アプリケーション・ロールまたは複数のユーザーに割り当てられ、ユーザーによって申告された場合)。 |
コンポーネント |
タスク・インスタンスを定義するタスク・コンポーネントの名前。 |
元の割当て先ユーザー |
タスクを委任するユーザーの名前(ユーザーが別のユーザーにタスクを委任する場合)。 |
割当て済 |
このタスクが割り当てられた日付。 |
ドメイン |
タスク・インスタンスを定義するタスク・コンポーネントを含むコンポジットが属するドメイン。 |
図27-8に示すように、パラメータ値を追加します。
複数のフィルタを照合する場合は、「任意」または「すべて」を選択します。
(オプション)タスク・タイプを検索します。
「検索」をクリックします。
タスク・リスト・ページに、基準に従ってフィルタ処理されたタスクが表示されます。
図27-9に示す「ワークリスト・ビュー」領域には、次の項目が表示されます。
受信ボックス: 使用したフィルタの結果によるすべてのタスクが表示されます。デフォルトでは、すべてのタスクが表示されます。
ユーザー作業キュー: 標準ビューおよび定義したビューが表示されます。
プロキシ作業キュー: 共有ビューが表示されます。
ビューを作成、共有およびカスタマイズするには、ワークリスト・ビューを使用します。
ワークリスト・ビューを作成する手順は、次のとおりです。
「ワークリスト・ビュー」セクションで、「追加」をクリックします。
図27-10に示すように、「ユーザー・ビューの作成」ダイアログの「定義」タブを使用します。
ビューの作成、またはパブリック・ビューの使用: 独自のビューを作成するか、コピーするパブリック・ビューを参照します。
名前: ビューの名前を指定します。
標準ビューに追加: このオプションは管理者のみに適用されます。 管理者はこのオプションを選択して、ビューを標準ビューとして作成します。このビューは、すべてのワークリスト・ユーザーの「標準ビュー」リストに表示されます。
割当て先: 「個人」、「グループ」、「個人とグループ」、「前へ」または「レビューア」を選択します。
条件の追加: リストからフィルタを1つ選択して「追加」をクリックします。たとえば、「開始日」を選択して「追加」をクリックすると、「が次の日付」、「等しい」、「異なる」、「次より大きい」、「次より小さい」などが記載されたカレンダとリストが表示されます。
タスク・タイプ: タスク・タイプを参照するか、すべてのタイプについてフィールドを空白のままにします。 選択したタスク・タイプにフレックス・フィールド・マッピングが定義されている場合は、問合せダイアログおよび表示列ダイアログでフレックス・フィールド属性ラベルを選択できます。
一致: 追加した条件に一致するのが「すべて」か「任意」かを選択します。
ビューの共有: 他のユーザーに、このビューの定義へのアクセス権を付与したり(この場合は、ビュー条件が権限受領者のデータに適用されます)、データ自体へのアクセス権を付与することができます(この場合、権限受領者は、データも含めて権限付与者のワークリスト・ビューを参照できます)。ビューを別のユーザーと共有することは、そのビューに対応する全タスクを他のユーザーに委任することに類似しています。つまり、共有相手のユーザーは自分のかわりにタスクを操作できます。共有ビューは「プロキシ作業キュー」の下に表示されます。
割当て先: ビューを共有するユーザー(権限受領者)を指定します。
図27-11に示す「ユーザー・ビューの作成」ダイアログの「表示」タブを使用して、ビューに表示するフィールドをカスタマイズします。
ビュー列の選択: タスク・リストに表示する列を指定します。列は、標準タスク属性、または特定のタスク・タイプに対してマップされたフレックス・フィールドの場合があります。デフォルト列は、受信ボックスの各列と同じです。
ソート・キー列: ソートする列を選択します。
ソート順: 昇順または降順を選択します。
「OK」をクリックします。
ワークリスト・ビューをカスタマイズする手順は、次のとおりです。
棒グラフには、ステータス別にタスクが表示され、各ステータス・カテゴリのタスク数が示されます。このグラフは、現行ビュー内のフィルタ処理された一連のタスクに適用されます。
タスク・ステータス・グラフをカスタマイズする手順は、次のとおりです。
「編集」アイコンをクリックします。
図27-14に示すように、表示するステータス状態を追加または削除して、「OK」をクリックします。
自分または他のユーザーの最上位レベルのTo Doタスクを作成するには、図27-15に示す「To Doタスクの作成」ダイアログを使用します。 このタスクはビジネス・タスクと関連していません。
To Doタスクは、割当て先の「受信ボックス」に表示されます。
他のTo Doタスクまたはビジネス・タスクの子であるTo Doタスクを作成できます。 子のTo Doタスクが100%完了すると、その親のTo Doタスクも完了済としてマークされます。 親のTo Doタスクが完了すると、ワークフロー・システム内では子のTo Doタスクが100%となります。 ただし、親がビジネス・タスクの場合、その子のTo Doは完了済としてマークされません。この場合は、結果を設定して完了する必要があります。 To Doタスクを明示的に100%に設定すると、親タスクでの集計はありません。
To Doタスクは、再割当て、エスカレートなどに加えて、削除(論理的な削除)やパージ(物理的な削除)も可能です。 親タスクの再割当てやエスカレートなどが、子のTo Doタスクの割当てに影響を与えることはありません。 To Doタスクが完了した後は、その完了率を100%未満にリセットできます。
割当てルール(休暇ルールなど)は、To Doタスクに適用されません。 また、To Doタスクに対するビジネス・ルールの指定はできません。
To Doタスクを作成する手順は、次のとおりです。
図27-16に示すように、「アクション」リストから「To Doタスクの作成」を選択します。
図27-16に示す「To Doタスクの作成」ダイアログに詳細を入力して、「OK」をクリックします。
タスクのタイトル: わかりやすい内容を入力します。
カテゴリ: わかりやすい内容を入力します。
優先度: 1(最高)から5(最低)の間で選択します。
完了したパーセンテージ: この属性は、タスクの完了状況を示します。完了すると、この属性に100%が設定されます。
期日: この期日は期限切れではありません。期日を過ぎたタスクも参照できます。開始日は現在の日付である必要はありません。
開始日: タスクの開始日。
割当て先: 自分または他のユーザーを割り当てることができます。
ビジネス・タスクのTo Doタスクであるサブタスクを作成するには、図27-17に示す「サブタスクの作成」ダイアログを使用します。 図27-16に示す「サブタスクの作成」オプションを選択する前に、ビジネス・タスクを選択する必要があります。
サブタスクは、ビジネス・タスクを測定可能なサブタスクに分解する際に使用できます。また、サブタスクは、To Doタスクに対しても作成できます。 複数レベルのサブタスクはサポートされていません(つまり、サブタスク内に別のサブタスクを指定することはできません)。 複数レベルのサブタスクを作成し、メイン・タスク(承認や却下など)を操作しようとすると、エラーが発生します。
タスクの詳細は、インライン(図27-2 「Oracle BPM Worklist: 「ホーム」(タスク・リスト)ページ」の下部セクションを参照)またはポップアップ・ブラウザ・ウィンドウに表示できます (タスクをダブルクリックします)。
図27-18に、「タスクの詳細」ページを示します。
優先度の変更、コメントや添付ファイルの追加など、「タスクの詳細」ページで変更を行った場合は、他の変更を行う前に変更内容を保存する必要があります。
「タスクの詳細」ページには、次のコンポーネントがあります。
タスク・アクション: タスクに対して可能なシステム・アクションがリストされます。たとえば、「情報のリクエスト」、「再割当て」、「期限更新」、「一時停止」、「エスカレート」、「保存」などです。
アクション・ボタン: ヒューマン・タスクに定義されているカスタム・アクションに関するボタンが表示されます。たとえば、タスクの結果(ヘルプ・デスク・リクエストの場合は「解決済」と「未解決」、融資申請の場合は「承認」と「却下」)を設定するボタンがあります。タスク起案者またはマネージャの場合は、「取消」も表示される場合があります。
詳細: タスク属性(割当て先、タスク作成者、タスク番号、状態、優先度、タスクの取得者、その他のフレックス・フィールドなど)が表示されます。 ここには、タスクの作成、最終更新および有効期限に関する日付も表示されます。
コンテンツ: ペイロードが表示されます。 表示されるフィールドは、ヒューマン・タスクの作成方法によって決まります。
リクエスタ: タスク・リクエスタに関する詳細(フルネーム、連絡先情報など)が表示されます。
解決: コメントまたは解決のステータスが表示されます。
履歴: タスクの承認順序や更新履歴が表示されます。 詳細は、第27.4.2項「タスク履歴」を参照してください。
コメント: ワークフローに参加した様々なユーザーが入力したコメントが表示されます。 新規に追加されたコメントやコメンタのユーザー名は、既存のコメントに追加されます。コメントの追跡情報は、タスクのライフ・サイクル全体を通じて保持されます。コメントを追加または削除するには、タスクの更新権限が必要です。
添付ファイル: タスクに関連付けられている文書または参照URLが表示されます。これらは通常、ヒューマン・タスクに定義されたワークフロー、またはワークリストを使用して参加者が添付して変更したワークフローに関連付けられています。添付ファイルを追加または削除するには、タスクの更新権限が必要です。添付ファイルを追加する場合は、ファイルの絶対パス名を使用したり、ファイルを参照することができます。
コメントおよび添付ファイルは、タスクとサブタスクの間で共有されます。 したがって、To Doタスクを作成してコメントと添付ファイルを追加すると、そのTo Doタスクのサブタスクにも同じコメントと添付ファイルが含まれます。
ユーザーがタスクを参照できるのは、そのタスクが、現在の割当て先(直接的な割当てまたはグループ・メンバーシップによる割当て)、現在の割当て先のマネージャ、作成者、所有者、または以前のアクターとして関連付けられている場合です。
グループ・メンバーシップとロールは、ユーザーのプロファイルによって決定されます。ユーザーの権限は、ロールによって決定されます。ただし、ユーザーが実行できるアクションの正確なセットは、権限とは別に、タスクの状態、カスタム・アクション、および設計時にタスク・フローに対して定義された制限付きアクションによっても変化します。
ユーザーがタスクに対して実行できるアクションは、次のアルゴリズムで決定されます。
ユーザーが実行できるアクションのリストは、そのユーザーに付与されている権限に基づいて取得されます。
現在のタスクの状態で実行できるアクションのリストが取得されます。
前述のリストに出現するアクションの結合リストが作成されます。
タスクで制限付きアクションとして指定されているアクションが結合リストから除外されます。
結果のアクション・リストは、対象ユーザーのタスク・リスト・ページと「タスクの詳細」ページに表示されます。ユーザーが特定のアクション(申告、一時停止、再割当てなど)をリクエストすると、ワークフロー・サービスでは、リクエストされたアクションが前述のアルゴリズムで決定されたリストに含まれていることを確認します。
前述のアルゴリズムのステップ2では、多くのケースが処理されます。タスクの状態が、最終完了(順序フローですべての承認が終了した状態)、期限切れ、取消し済、エラー発生のいずれかである場合、追加の更新アクションは許可されません。これらの状態の場合は、タスク、タスク履歴およびサブタスク(パラレル・フローの親タスク)を参照できます。タスクが一時停止されている場合、実行可能なアクションは再開または取消のみです。グループに割り当てられているタスクは、なんらかのアクションを実行する前に、申告する必要があります。
注意: タスクの承認など、「タスクの詳細」ページからタスクを操作した場合は、そのタスクに対する変更内容とともに、変更されていないタスクの詳細データも保存されます。 ただし、「アクション」メニューからタスクを操作した場合、変更されていないタスクの詳細は保存されません。 |
アクション・バーには、すべてのタスクで使用可能なシステム・アクションがユーザーの権限に基づいて表示されます。 表27-6に、システム・アクションを示します。
表27-6 システム・タスク・アクション
アクション | 説明 |
---|---|
申告 |
グループまたは複数のユーザーに割り当てられているタスクは、最初に申告する必要があります。「申告」は、グループまたは複数ユーザー割当ての「タスク・アクション」リストで選択可能な唯一のアクションです。タスクが申告されると、すべての適用可能なアクションがリストされます。 |
エスカレート |
タスクを完了できない場合は、そのタスクをエスカレートし、必要に応じて「コメント」領域にコメントを追加できます。 このタスクは、ユーザーのマネージャ(階層内で1レベル上)に再度割り当てられます。 |
プッシュバック |
このアクションは、タスクをワークフロー内で1レベル下の前の割当て先に送信する際に使用します。 |
再割当て |
マネージャは、タスクを報告先に委任できます。BPMWorkflowReassign権限があるユーザーは、タスクを任意のユーザーに委任できます。 |
リリース |
グループまたは複数のユーザーに割り当てられているタスクを、そのタスクを申告したユーザーが完了できない場合、そのタスクはリリースできます。このタスクは、他の割当て先ユーザーが申告して完了できます。 |
期限更新 |
タスクの期限切れが近づいている場合は、そのタスクを更新し、必要に応じて「コメント」領域にコメントを追加できます。タスクの有効期限は、1週間延長されます。期限更新は、タスク履歴に表示されます。 タスクの更新期間は、オプションのパラメータによって管理できます。デフォルト値は、 |
情報の発行、情報のリクエスト |
この2つのアクションは、他のユーザーから詳細情報の提供をリクエストされた場合、またはタスク作成者や前の割当て先に詳細情報をリクエストする場合に使用します。再承認が不要な場合、タスクは次の承認者か、ビジネス・プロセスの次のステップに割り当てられます。 |
一時停止、再開 |
プロセスに関連していないタスクは、一時停止できます。 これらのオプションを使用できるのは、BPMWorkflowSuspendロールを付与されているユーザーのみです。他のユーザーは、タスク・フィルタで「前へ」を選択するか、「一時停止」ステータスのタスクを検索することにより、このタスクにアクセスできます。 一時停止の期間は無期限です。 一時停止は、「再開」を使用してタスクの処理を再開するまで継続されます。 |
取消 |
タスクの作成者が、そのタスクを継続しない場合(たとえば、休暇申請を取り消す場合)は、タスクを取り消し、必要に応じて「コメント」領域にコメントを追加できます。この場合は、ビジネス・プロセスによって、次の処理内容が決定されます。ホームページで「取消」アクションを使用するには、「作成者」タスク・フィルタを使用します。 |
タスク履歴には、ワークフローの参加者が実行したアクションの監査証跡、およびワークフローの様々な時点におけるタスク・ペイロードと添付ファイルのスナップショットが保持されます。タスクの短い履歴には、次のタスクによって作成されたすべてのバージョンが表示されます。
タスクの開始
タスクの再開始
タスクの結果の更新
タスクの完了
タスクのエラー処理
タスクの期限切れ
タスクの取消し
エラー割当て先に対するタスクのアラート
shortHistoryActions
要素を変更すると、「短い履歴」リストに次のアクションを追加できます。
獲得
非定型ルート
タスクのオート・リリース
委任
エスカレート
タスク情報のリクエスト
タスク情報の発行
ルーティング・スリップの上書き
結果とルートの更新
プッシュバック
再割当て
リリース
期限更新
再開
現在の割当てのスキップ
一時停止
更新
図27-19に示すように、履歴はタスク・フローのグラフィカル・ビューで表示されます。
図27-20に示すように、実行したすべてのアクション(コメントの追加など、タスクを変更しないアクションも含む)を表示するには、「フル・タスク・アクション」を選択します。
タスク履歴は、次の方法で表示できます。
タスク・スナップショットの表示
将来の承認者の表示
すべてのタスク・アクションの表示
ヒューマン・タスクが非定型ルーティングを許可するように設計されている場合、または、承認者の順序が事前に決定されていない場合、そのタスクは非定型方式でワーク・リスト内をルーティングできます。このようなタスクの場合は、「ルート」ボタンが「タスクの詳細」ページに表示されます。「ルート」ページから、ルーティングする1人以上のユーザーをルックアップできます。 複数の割当て先を指定する場合は、割当て先リストの対象として、単純割当て(ユーザー全員へのグループ割当て)、順次割当てまたはパラレル割当てのいずれかを選択できます。
パラレル・タスクは、投票などのシナリオに対してパラレル・フロー・パターンが指定されている場合に作成されます。このパターンでは、パラレル・タスクに共通の親タスクが存在します。この親タスクがユーザーに表示されるのは、そのユーザーがタスクの割当て先、所有者または作成者である場合のみです。パラレル・タスク自体(サブタスク)は、他のすべてのタスクと同じように、タスクが割り当てられているすべてのユーザーが参照できます。親タスクからサブタスクを参照することも可能です。このようなシナリオでは、親タスクの「タスクの詳細」ページに「サブタスクの表示」ボタンが表示されます。「サブタスク」ページには、対応するパラレル・タスクが表示されます。投票シナリオでは、いずれかの割当て先ユーザーがペイロード、コメントまたは添付ファイルを更新した場合、その変更内容を参照できるのはそのタスクの割当て先のみです。親タスクを参照できるユーザー(パラレル・フロー・パターンの最終レビューアなど)は、サブタスクをドリルダウンして、パラレル・フローの参加者によるサブタスクの更新を参照できます。ワークリストで、承認に必要な得票率を指定します。
パスワードが必要なヒューマン・タスクが設定されているときに、そのヒューマン・タスクを操作する場合は、図27-21に示すように、パスワードを入力する必要があります。
タスクを再割当てまたは委任する手順は、次のとおりです。
図27-22に示すように、「タスク・アクション」リストから「再割当て」を選択します。
「再割当て」または「委任」を選択します。
「委任」は「再割当て」とは異なり、委任先の権限は委任元の権限に基づいています。 この機能は、たとえば、マネージャのアシスタントが使用できます。
図27-23に示すように、ユーザー名またはグループ名を指定するか参照します。
監督者は、必要に応じて、任意の報告先にタスクを再度割り当てることができます。BPMWorkflowReassignロールのユーザーは、組織内の任意のユーザーにタスクを割り当てることができます。
名前を「選択済」領域に移動して、「OK」をクリックします。
タスクは、複数のユーザーまたはグループに再度割り当てることができます。 図27-24に示すように、割当て先ユーザーの1人がタスクを申告する必要があります。
情報をリクエストする手順は、次のとおりです。
図27-25に示すように、「タスク・アクション」リストから「情報のリクエスト」を選択します。
図27-26に示すように、情報のリクエスト元として過去の承認者を選択するか、ユーザー名を検索します。あるいは、タスクを以前の割当て先にプッシュ・バックします。
図27-26 過去の承認者または別のユーザーへの情報のリクエスト、またはタスクのプッシュ・バック
「検索」アイコンを使用してユーザー名を検索すると、図27-27に示すように、「認証ブラウザ」が表示されます。
「OK」をクリックします。
タスクをルーティングする手順は、次のとおりです。
図27-28に示すように、「タスク・アクション」リストから「非定型ルート」を選択します。
図27-29に示すように、アクションを選択し、ルーティング・オプションを選択します。
単一の承認者: 単一のユーザーがタスクを操作する場合に使用します。タスクがロールまたは複数ユーザーのグループに割り当てられている場合は、メンバーの1人がタスクを申告して操作する必要があります。
グループ投票: パラレルで作業する複数のユーザーがアクションを実行する場合(たとえば、雇用に関するフローで複数のユーザーが応募者の採否を票決する)に使用します。 図27-30に示すように、結果が有効になるために必要な得票率(多数決や満場一致など)を指定します。
単一承認者のチェーン: 承認者の順序リストに対して使用します。このリストは、任意のユーザーまたはグループで構成できます(ユーザーは組織階層に含まれている必要はありません)。
必要に応じて、ルート上の次の参加者のためにコメントを追加します。
ユーザー名またはグループ名を指定するか検索し、その名前を「選択済」領域に移動します。
「OK」をクリックします。
コメントまたは添付ファイルを追加する手順は、次のとおりです。
注意: 添付ファイルを参照またはアップロードするには、その前に「保存」をクリックして、「タスクの詳細」ページに対してすでに行った変更を必ず保存してください。 |
「コメント」または「添付ファイル」領域で、「追加」をクリックします。
コメントのテキストを入力し、「OK」をクリックします。
コメントには、日付、タイムスタンプおよびユーザー名が追加されます。
添付ファイルの場合は、図27-32に示すように、ファイル添付かURL添付かを指定して、「OK」をクリックします。
注意: マルチバイト・キャラクタ・セット(MBCS)を使用した添付ファイル名はサポートされていません。最大2MBの添付ファイルをアップロードできます。 この設定を変更するには、 <context-param> <param-name>oracle.adf.view.faces.UPLOAD_MAX_DISK_SPACE</param-name> <param-value>1024000</param-value> </context-param> |
「タスク・アクション」リストから、「保存」をクリックします。
ワークリストでは、ヒューマン・タスクで作成された次の署名ポリシーがサポートされています。
署名は不要: 参加者は署名せずにタスクを送信して操作できます。
パスワードは必須: 参加者はログイン・パスワードを指定する必要があります。
デジタル証明書(署名)は必須: 参加者はデジタル証明書を入手した後に、タスクの送信と操作が可能になります。デジタル証明書には、証明書発行者のデジタル署名が記載されているため、誰でも証明書が本物であることを確認できます。参加者の資格証明は、デジタル証明書によって証明されます。デジタル証明書は認証局(CA)が発行します。デジタル証明書には、ユーザー名、シリアル番号、有効期限、証明書所有者の公開鍵のコピー(メッセージとデジタル署名の暗号化に使用)、および証明書発行者のデジタル署名が記載されているため、受信者は証明書が本物であることを確認できます。
署名ポリシーがあるタスクを操作すると、図27-33に示すように、「署名」ボタンが表示されます。
デジタル署名の保管、およびデジタル署名されたヒューマン・タスクの否認防止には、エビデンス・ストア・サービスを使用します。 エビデンス・ストアは、図27-34に示すように検索できます。
詳細は、第29.1.10項「エビデンス・ストア・サービスとデジタル署名」を参照してください。
デジタル署名を指定する手順は、次のとおりです。
Oracle BPM Worklistの右上隅にある「プリファレンス」をクリックします。
左側のナビゲーション・バーで、「証明書」をクリックします。
図27-35に示すように、意思決定の署名に使用する証明書をアップロードします。
証明書をシステムに指定する際は、次の重要な点に注意してください。 そうしないと、タスクに対する意思決定の署名に証明書を使用できません。
PKCS7ファイル形式は、バイナリの証明書形式です。 スタンドアロンの証明書ファイルをディスクに格納する場合は、このオプションを選択します。
PKCS12ファイル形式は、キーストア形式です。 証明書をキーストア内に格納する場合は、このオプションを選択します。
証明書の内容をコピーして貼り付ける場合は、「証明書内容のタイプまたは貼付け」を選択し、BASE64エンコード・テキストをフィールドに貼り付けます。 このフィールドには、それ以外の形式の証明書を貼り付けないでください。 同様に、証明書をアップロードする場合は、BASE64エンコード証明書をアップロードしないでください。 アップロードがサポートされているのは、PKCS12およびPKCS7形式のファイルのみです。
Oracle BPM Worklistの右上隅にある「ホーム」リンクをクリックして、タスク・リストに戻ります。
承認または却下するタスクをクリックします。
タスクの詳細が表示されます。
「承認」または「却下」をクリックします。
デジタル署名の詳細が表示されます。
署名ポリシーがあるタスクの場合は、「署名」をクリックします。
テキスト署名レポート・ダイアログが表示されます。
ドロップダウン・リストから、意思決定の署名に使用する証明書を選択します。
使用するWebブラウザのマスター・パスワードを入力します。
「OK」をクリックします。
Webブラウザでは、選択した証明書を使用して、テキスト署名リクエストの上部に表示される文字列に署名し、選択したアクション(承認または却下)を起動します。 ヒューマン・ワークフロー・サービスでは、タスク・ステータスが適切に更新されます。
証明書のアップロード方法と使用方法の詳細は、第29.1.10項「エビデンス・ストア・サービスとデジタル署名」を参照してください。
表27-7に、様々なタスク承認者がタスクに対して実行できるアクションのタイプを示します。
表27-7 タスク・アクションと承認者
タスク・アクション | 管理者 | 所有者(+所有者グループ) | 割当て先(+割当て先マネージャ+割当て先グループ+プロキシ割当て先) | 作成者 | レビューア | 承認者 |
---|---|---|---|---|---|---|
獲得(申告) |
不可 |
可 |
可 |
不可 |
不可 |
不可 |
カスタム |
不可 |
可脚注1 |
可脚注1 |
不可 |
不可 |
不可 |
委任 |
不可 |
不可 |
可 |
不可 |
不可 |
不可 |
削除 |
可脚注2 |
可脚注2 |
可脚注2 |
可脚注2 |
不可 |
不可 |
エラー |
不可 |
不可 |
可脚注3 |
不可 |
不可 |
不可 |
エスカレート |
可脚注4 |
可脚注4 |
可 |
不可 |
不可 |
不可 |
情報リクエスト |
不可 |
不可 |
可 |
不可 |
不可 |
不可 |
情報発行 |
不可 |
不可 |
可 |
不可 |
不可 |
不可 |
ルーティング・スリップの上書き |
可 |
可 |
不可 |
不可 |
不可 |
不可 |
プッシュバック |
不可 |
不可 |
可 |
不可 |
不可 |
不可 |
パージ |
可脚注2 |
不可 |
不可 |
不可 |
不可 |
不可 |
再割当て |
可脚注5 |
可脚注5 |
可(プロキシ割当て先の場合は不可) |
不可 |
不可 |
不可 |
リリース |
可 |
可 |
可 |
不可 |
不可 |
不可 |
期限更新 |
不可 |
可 |
可 |
不可 |
不可 |
不可 |
再開 |
可 |
可 |
可 |
不可 |
不可 |
不可 |
ルート |
不可 |
可 |
可 |
不可 |
不可 |
不可 |
現在の割当てのスキップ |
可 |
可 |
不可 |
不可 |
不可 |
不可 |
一時停止 |
可 |
可 |
可 |
不可 |
不可 |
不可 |
更新 |
不可 |
可 |
可 |
可 |
不可 |
不可 |
添付ファイルの更新 |
不可 |
可 |
可 |
可 |
可 |
不可 |
コメントの更新 |
不可 |
可 |
可 |
可 |
可 |
不可 |
プロセス履歴の表示 |
可 |
可 |
可 |
可 |
不可 |
不可 |
サブタスクの表示 |
可 |
可 |
可 |
不可 |
不可 |
不可 |
タスク履歴の表示 |
可 |
可 |
可 |
可 |
可 |
可 |
取消 |
不可 |
可 |
不可 |
可 |
不可 |
不可 |
脚注1To Doタスクの場合は無効
脚注2To Doタスクの場合のみ有効
脚注3アラート状態のタスクに対して適用可能
脚注4現在の割当て先のマネージャへの申告とエスカレートなし
脚注5申告なし
休暇期間は、図27-36に示すように、指定した日付範囲内では自動タスク割当てから削除されるように設定できます。
休暇ルールはTo Doタスクに対して実行されません。 休暇期間と同期する休暇ルールの設定方法については、第27.7項「ルールの設定」を参照してください。
休暇期間を作成する手順は、次のとおりです。
「プリファレンス」リンクをクリックします。
「ルール」タブが表示されます。
「休暇期間の有効化」をクリックします。
開始日と終了日を指定します。
「保存」をクリックします。
図27-37に示すように、休暇期間が有効になります。
ルールを使用してタスクを操作します。タスクは、特定のタスク・タイプ、またはユーザーやグループに割り当てられた全タスクのいずれかです。 図27-38に、休暇ルールも含めて、ルールを設定する場所を示します(第27.6項「休暇期間の設定」で説明した休暇期間の設定とは異なります)。
ルールは、そのルールが使用されるすべての環境で常に適用できるわけではありません。 たとえば、ルールが複数のタスク・タイプに適用される場合は、タスクによって結果が異なるため、すべてのタスクに結果を設定できない場合があります。
ルールはリストされている順序で実行されます。 図27-38に示すように、ルールはヘッダーの上下ボタンを使用して順序を変更できます。
ルールはフィルタ条件を満たしている場合に実行され、他のルールは評価されません。ルールを実行するユーザーは、該当するタスクに割り当てられている唯一のユーザーであることが必要です。タスクが(自分を含めて)複数のユーザーに割り当てられている場合、ルールは実行されません。
ビジネス・ルールをTo Doタスクに対して指定することはできません。
ユーザー・ルールを作成する際は、次を指定します。
ルール名。
ルールが休暇ルールかどうか。 休暇ルールと同期する休暇期間の設定方法については、第27.6項「休暇期間の設定」を参照してください。
ルール適用先のタスクまたはタスク・タイプ。指定しない場合、ルールはすべてのタスクに適用されます。 タスク・タイプを指定すると、そのタスク・タイプにマップされているすべてのフレックス・フィールド属性をルール条件に使用できます。
ルールを適用するタイミング。
ルールに対する条件。これらの条件は、ルールを詳細に定義するフィルタです。たとえば、ルールで優先度1のタスクのみを操作したり、特定のユーザーが作成したタスクを操作するように指定します。 これらの条件は、標準のタスク属性、および特定のタスクにマップされているフレックス・フィールドに基づいて指定できます。 詳細は、第27.10.1項「フレックス・フィールドのマップ方法」を参照してください。
ユーザー・ルールを使用して、次のアクションを実行します。
再割当て先: 自分が管理している下位ユーザーまたはグループに、タスクを再度割り当てることができます。BPMWorkflowReassignロールを付与されている場合は、任意のユーザーまたはグループにタスクを再度割り当てることができます。
委任先: 任意のユーザーまたはグループに委任できます。タスクを完了するためのアクセス権や権限は、タスクを委任した元のユーザーに従って決定されます(委任した元のユーザーからの権限が、後続の委任または再割当てによって変更されることはありません)。
結果の設定先: ワークフロー・タスクが自動結果(タスクの承認または却下など)用に設計されている場合は、その結果を指定できます。ルールは特定のタスク・タイプを対象とする必要があります。ルールの対象がすべてのタスク・タイプの場合、このオプションは表示されません。
アクションを実行しない: このアクションを使用すると、より一般的な他のルールの適用を防止できます。 たとえば、アクションが不要な融資申請を除いて、休暇中のすべてのタスクを別のユーザーに再度割り当てるには、2つのルールを作成します。第1のルールでは、融資申請に対してアクションを実行しないように指定し、第2のルールでは、すべてのタスクを別のユーザーに再度割り当てるように指定します。 第1のルールによって、融資申請に対する再割当てが防止されます。
ユーザー・ルールを作成する手順は、次のとおりです。
「プリファレンス」リンクをクリックします。
「ルール」タブが表示されます。
「ルール」領域で、「ルール」をクリックし、次に「追加」をクリックします。
「ルール」領域で次の操作を実行し、「保存」をクリックします。
ルールの名前を指定します。
休暇ルールを作成する場合は、「休暇ルールとして使用」を選択します。 ルールの開始日と終了日は、休暇期間と自動的に同期されます。
このルールの適用対象となるタスク・タイプを参照します。
「次の期間のみルールを実行」を選択し、ルールの実行期間を指定します。
「IF」領域で、ルール条件を追加します。
図27-38に示すように、「THEN」領域で、実行するアクションを「再割当て先」、「委任先」、「結果の設定先」、「アクションを実行しない」から選択します。
新しいルールが「ルール」ノードの下に表示されます。
グループ・ルールの作成はユーザー・ルールの作成に類似していますが、ログイン・ユーザーが管理するグループのリストが追加されています。次に、グループ・ルールの例を示します。
特定の顧客からのタスクをグループのメンバーに割り当てます。
ラウンド・ロビン割当てを使用して、タスク割当てをグループの各メンバーに確実に均等配分します。
グループ内で最もビジーでないメンバーに、高優先度のタスクを確実にルーティングします。
グループ・ルールを使用して、次のアクションを実行します。
メンバーへの割当ての経由先: 割当てを取得するグループ・メンバーを決定するための基準を指定できます。この動的割当て基準には、ラウンド・ロビン割当て、最もビジーでないグループ・メンバーへの割当て、または最も生産性の高いグループ・メンバーへの割当てを含めることができます。また、タスクをグループ内のユーザーに割り当てるためのカスタム関数も追加できます。
割当て先: ユーザー・ルールと同様に、自分が直接管理している下位ユーザーまたはグループに、タスクを割り当てることができます。BPMWorkflowReassignロールを付与されている場合は、任意のユーザーまたはグループ(担当する管理階層外)にタスクを再度割り当てることができます。
アクションを実行しない: ユーザー・ルールと同様に、より一般的なルールの実行を防止する条件を指定してルールを作成できます。
グループ・ルールを作成する手順は、次のとおりです。
「プリファレンス」リンクをクリックします。
「他のルール」タブをクリックします。
リストから「グループ」を選択します。
グループ名を入力して「検索」アイコンをクリックするか、グループ名を入力します。
「認証ブラウザ」が開き、グループを検索して選択できます。
図27-39に示すように、「グループ・ルール」ノードの下でグループ名を選択し、「追加」をクリックします。
グループ・ルールの情報を入力して、「保存」をクリックします。
ルールの名前を指定します。
このルールの適用対象となるタスク・タイプを参照します。
ルールの実行日を指定します。
「IF」領域で、ルール条件を追加します。
図27-39に示すように、「THEN」領域で、実行する(または実行しない)アクションを「メンバーへの割当ての経由先」、「割当て先」、「アクションを実行しない」から選択します。
新しいルールが「グループ・ルール」ノードの下に表示されます。
タスクに複数の割当て先がある場合、割当てルールはタスクに対して評価されず、タスクは自動的にルーティングされません。 これは、タスクの割当て先ごとに割当てルールを定義できるため、タスクに対して実行するアクションに競合が発生する可能性があるためです。 割当てルールによってルーティングされるのは、単一のユーザーに排他的に割り当てられたタスクのみです。
たとえば、次の順序で操作を実行するとします。
ユーザーcdickensに対して、割当て済のすべてのリクエストをユーザーjsteinに再度割り当てるルールを作成します。
ユーザーjcooperは、割当て済のタスクをcdickensとcdoyleに再度割り当てます。
cdickensがタスクを申告し、そのタスクが受信ボックスに表示されます。
このタスクは、jsteinに自動的に再度割り当てられません。 ユーザーjcooperが、複数のユーザー(cdickensとcdoyle)ではなく、cdickensのみにタスクを明示的に再度割り当てた場合は、cdickensに対して設定された割当てルールに従ってタスクがjsteinにルーティングされます。
管理者とは、BPMWorkflowAdminロールが付与されているユーザーです。次の管理機能があります。
他のユーザーまたはグループのルールの管理
ワークリスト表示の設定(アプリケーション・プリファレンス)
フレックス・フィールドのマップ
管理者は、すべてのユーザーに割り当てられたすべてのタスクを表示および更新できます。「管理者」タブを選択すると、管理者の「割当て先」フィルタに「管理者」が表示されます。
この機能は、ルールに関する問題を解決する場合に役立ちます。また、管理者は退社したユーザーに対するルールを設定できます。これにより、そのユーザーに割り当てられていた全タスクが別のユーザーまたはグループに自動的に割り当てられます。
別のユーザーまたはグループのルールを作成する手順は、次のとおりです。
ワークリストの外観は、アプリケーション・プリファレンスを使用してカスタマイズします。管理者は次の値を指定できます。
ログイン・ページ・レルムのラベル: アイデンティティ・サービスが複数のレルムで構成されている場合は、Oracle BPM Worklistのログイン・ページにレルム名のリストが表示されます。LABEL_LOGIN_REALM
は、これらのレルムを表示するラベルのルックアップに使用するリソース・バンドル・キーを指定します。 realm(レルム)という語は、ユーザー・コミュニティにあわせて変更できます。たとえば、country(国)、company(会社)、division(部)、department(部門)などの方が適切な場合があります。管理者は、リソース・バンドルをカスタマイズし、この文字列にリソース・キーを指定して、このパラメータがリソース・キーを指し示すように設定できます。
グローバル・ブランド・アイコン: ワークリストの各ページの左上隅に表示されるイメージです(デフォルトはOracleロゴです)。管理者は、ロゴに使用する.gif
、.png
または.jgp
ファイルを指定できます。このファイルはpublic_html
ディレクトリ内にあります。
リソース・バンドル: アプリケーション・リソース・バンドルは、ワークリストに表示される文字列を指定します。デフォルトでは、これは次のクラスです。
oracle.bpel.worklistapp.resource.WorklistResourceBundle
管理者は、WorkflowResourceBundle
をコピーして独自に作成することにより、アプリケーションに表示される文字列を変更できます。このパラメータを使用すると、管理者はこのカスタム・リソース・バンドルへのクラスパスを指定できます。
管理者はリソース文字列を追加して、WorklistResourceBundle.java
を拡張する必要があります。管理者は、WorkflowResourceBundle
をコピーして独自に作成することにより、アプリケーションに表示される文字列を変更できます。このパラメータを使用すると、管理者はこのカスタム・リソース・バンドルへのクラスパスを指定できます。次に、管理者は、コンパイルされたリソース・バンドルからJARファイルを作成し、次のディレクトリにコピーします。
SOA_Oracle_Home\j2ee\home\applications\worklist\worklist\WEB-INF\lib
次の言語設定を使用: ブラウザまたはアイデンティティ・プロバイダを選択します。
ワークリスト・ユーザーに関する情報を格納するアイデンティティ・プロバイダには、ユーザーのロケールを格納できます。このロケールを使用すると、ワークリスト表示言語を決定できます。 ロケール情報は、ユーザーのブラウザでも設定できます。 このパラメータを使用して、ワークリスト・アプリケーションの表示言語の決定に使用するソースを指定します。
アプリケーション・プリファレンスを指定する手順は、次のとおりです。
「管理」タブをクリックします。
「アプリケーション・プリファレンス」をクリックします。
アプリケーション・プリファレンス(ログイン・ページ・レルムのラベル、ブランド・アイコンまたはリソース・バンドル)の場所を参照します。
「保存」をクリックします。
複数の通信チャネル(配信タイプ)にアクセスする場合は、通知設定を構成して、メッセージの受信方法、時期および場所を管理できます。 具体的には、メッセージを配信するチャネルとその環境を指定するメッセージング・フィルタ(配信プリファレンス)を定義できます。
たとえば、異なるサービス・レベル合意(SLA)を持つ顧客から受信するメッセージに対してフィルタを作成し、プレミアムSLAの顧客の場合は勤務先電話番号とSMSチャネルを介して通知し、それ以外のSLAの顧客の場合は電子メールで通知するように指定できます。
メッセージング・フィルタ・ルールは、ルール条件とルール・アクションで構成されています。 ルール条件は、ルール属性、演算子および関連する値で構成されています。ルール・アクションは、ルールで指定された条件がtrueである場合に行うアクションです。
表27-8に、メッセージング・フィルタでサポートされるデータ型を示します。 各属性には関連するデータ型があり、各データ型には一連の比較演算子が事前定義されています。
表27-8 メッセージング・フィルタでサポートされるデータ型
データ型 | 比較演算子 |
---|---|
日付 |
isEqual、isNotEqual、isGreaterThan、isGreaterThanOrEqual、isLessThan、isLessThanOrEqual、Between、isWeekday、isWeekend |
時間 |
isEqual、isNotEqual、Between |
数値 |
isEqual、isNotEqual、Between、isGreaterThan、isGreaterThanOrEqual、isLessThan、isLessThanOrEqual |
文字列 |
isEqual、isNotEqual、Contains、NotContains |
注意: 文字列データ型は正規表現をサポートしていません。 |
特定のルールには、メッセージング・フィルタによって次のアクションを定義できます。
メッセージを送信しない: メッセージをチャネルに送信しません。
選択したすべてのチャネルにメッセージを送信: アドレス・リストに指定されているすべてのチャネルにメッセージを送信します。
最初の使用可能なチャネルに送信: 1つのメッセージの送信に成功するまで、アドレス・リスト内のチャネルに対してメッセージをシリアルに送信します。 つまり、現在のチャネルが失敗ステータスを返すと、次のチャネルへの送信が実行されます。 このフィルタ・アクションは、ヒューマン・ワークフロー・レイヤーから送信されるメッセージに対してはサポートされていません。
Oracle BPM Worklistでのメッセージング・チャネルは、業務用携帯電話などの物理的なチャネル、およびデスクトップで実行する電子メール・クライアント・アプリケーションの両方を意味します。 Oracle BPM Worklistで具体的にサポートしているのは、次のメッセージング・チャネルです。
電子メール
IM
携帯電話
SMS
ボイス
ワークリスト
メッセージング・チャネルについては次の点に注意してください。
メッセージング・チャネルのアドレスは、構成済のアイデンティティ・ストアからフェッチされます。
SMS通知および携帯電話通知は、携帯電話番号に送信されます。
ボイス通知は、勤務先電話番号に送信されます。
メッセージング・チャネル・プリファレンスがワークリストの場合、特別な通知は送信されません。 かわりに、Oracle BPM Worklistにログインしてタスクを表示してください。
優先チャネルが選択されていない場合、デフォルトのメッセージング・チャネル・プリファレンスは電子メールになります。
メッセージング・チャネルの表示、作成、編集および削除には、「メッセージング・チャネル」タブを使用できます。
既存のメッセージング・チャネルを表示できます。
メッセージング・チャネルを表示する手順は、次のとおりです。
「プリファレンス」リンクをクリックします。
「通知」タブをクリックします。
「メッセージング・チャネル」タブをクリックします。
「マイ・メッセージング・チャネル」リスト(図27-42)が表示され、次の情報が表示されます。
名前: メッセージング・チャネルの名前。
タイプ: メッセージング・チャネルのタイプ(電子メール、SMSなど)。
アドレス: チャネルのアドレス(電話番号、電子メール・アドレスなど)。
デフォルト: このチャネルがデフォルトのメッセージング・チャネルかどうかを指定します。
「表示」→「列」の順にクリックして、表示または非表示の列を選択します。
「表示」→「列の並替え」の順にクリックしてダイアログ・ボックスを表示し、表示されている列を並べ替えることもできます。
メッセージング・チャネルの名前とアドレスは、基礎となるアイデンティティ・ストア(Oracle Internet Directoryなど)から取得されます。
受信する通知のタイプ、および通知を受信するチャネルを指定するフィルタは、「メッセージング・フィルタ」タブを使用して定義できます。 フィルタの定義には、比較演算子(「は次と等しい」、「は次と等しくない」など)の組合せ、通知タイプ、コンテンツまたはソースを示す属性、および通知アクションを使用します。この通知アクションには、最初に利用できるメッセージング・チャネルへの通知の送信、すべてのメッセージング・チャネルへの通知の送信、またはチャネルへの通知の送信なし(事実上、通知をブロックします)があります。
たとえば、上司であるLiseから自分宛に送信されたすべてのメッセージを取得する、「Messages from Lise」(Liseからのメッセージ)というメッセージング・フィルタを作成できます。 たとえば、すべてのフィルタ条件に一致する通知は、最初に業務用携帯電話に送信され、この最初のメッセージング・チャネルが使用不可の場合は、業務用電子メールに送信されます。
既存のメッセージング・フィルタを表示できます。
メッセージング・フィルタを表示する手順は、次のとおりです。
「通知」タブをクリックします。
「メッセージング・フィルタ」タブをクリックします。
「マイ・メッセージング・フィルタ」リスト(図27-43)が表示され、次の情報が表示されます。
フィルタ名: メッセージング・フィルタの名前
説明: (オプション)メッセージング・フィルタの説明
「表示」→「列」の順にクリックして、表示または非表示の列を選択します。
また、「表示」→「列の並替え」の順にクリックしてダイアログ・ボックスを表示し、表示されている列を並べ替えることもできます。
メッセージング・フィルタを作成する手順は、次のとおりです。
「作成」をクリックします。
図27-44に示すように、「メッセージング・フィルタ」ページが表示されます。
次の情報を指定します。
フィルタ名: メッセージング・フィルタの名前
説明: (オプション)メッセージング・フィルタの説明
次のように、「条件」セクションのリストおよびフィールドを使用して、フィルタ条件を定義します。
「次のすべての条件」または「次の任意の条件」オプションを選択して、通知がすべての条件を満たす必要があるのか、それとも一部の条件なのかを選択します。
リストから属性を選択します。
リストから「isEqual」などの演算子を選択します。
テキスト・ボックスに、条件の値を入力します。
「追加」をクリックして、条件をリストに追加します。
この手順を繰り返してフィルタ条件をさらに追加します。 フィルタ条件を削除するには、「削除」をクリックします。
「アクション」セクションで、次のメッセージング・オプションから選択します。
メッセージを送信しない: メッセージをチャネルに送信しません。
選択したすべてのチャネルにメッセージを送信: アドレス・リストに指定されているすべてのチャネルにメッセージを送信します。
最初の使用可能なチャネルに送信: 1つのメッセージの送信に成功するまで、アドレス・リスト内のチャネルに対してメッセージをシリアルに送信します。 つまり、現在のチャネルが失敗ステータスを返すと、次のチャネルへの送信が実行されます。
配信チャネルを設定するには、「通知チャネルの追加」リストからチャネルを選択し、「追加」をクリックします。 チャネルを削除するには、「削除」をクリックします。
上矢印や下矢印を使用してチャネルに優先順位を付けます。 「最初の使用可能なチャネルに送信」を選択すると、最上位のチャネル(利用可能な場合)がフィルタ基準に一致したメッセージを受信します。
「OK」をクリックします。
メッセージング・フィルタが「マイ・メッセージング・フィルタ」ページに表示されます。 この「マイ・メッセージング・フィルタ」ページでは、チャネルを編集したり、削除することができます。 フィルタを作成せずにダイアログ・ボックスを閉じる場合は、「取消」をクリックします。
ヒューマン・ワークフローのフレックス・フィールドでは、ユースケース固有のカスタム属性が格納され、問合せが行われます。これらのカスタム属性は通常、タスク・ペイロード値から取得されます。フレックス・フィールドにカスタム属性を格納すると、次のメリットがあります。
フレックス・フィールドをタスク・リストの列として表示できます。
フレックス・フィールドでは、カスタム・ビューおよび拡張検索でタスクをフィルタ処理できます。
フレックス・フィールドは、キーワードベースの検索で使用できます。
たとえば、タスクの注文書リクエスト・ペイロードにあるRequestor
、PurchaseOrderID
およびAmount
の各フィールドは、フレックス・フィールドに格納できます。 Oracle BPM Worklistにログインした承認者は、これらのフィールドをタスク・リストの列の値として表示し、アクセスするタスクを決定できます。 また、ユーザーは、フレックス・フィールドに基づいてタスクをフィルタ処理するビューを定義できます。たとえば、ユーザーは、個別の金額範囲に基づいて発注承認用のビューを作成できます。また、ある時点で特定のリクエスタまたは発注IDに関連するタスクを取得する必要がある場合、ユーザーは、そのタスクをキーワード・フィールドに指定して検索を実行し、関連タスクを取得できます。
移入するフレックス・フィールドについては、次のように、管理者がフレックス・フィールド・マッピングを作成する必要があります。
移入するフレックス・フィールドにラベルを指定します。
このラベルに、データを含むペイロード属性をマップします。
これらのマッピングは、特定のタスク・タイプに対して有効です。したがって、各タスク・タイプには異なるフレックス・フィールド・マッピングを設定できます。 マッピングが完了して新しいタスクが起動されると、ペイロードの値はマップされたフレックス・フィールドにプロモートされます。マッピング前に起動されたタスクには、フレックス・フィールドの値が含まれません。 また、フレックス・フィールドにプロモートできるのは、最上位レベルの単純なタイプのペイロード属性のみです。複雑な属性または複雑な属性内にネストされている単純なタイプはプロモートできません。どのペイロードの属性をフレックス・フィールドにプロモートする必要があるかに注意しながら、ヒューマン・タスク・エディタでタスクのペイロードを定義することが重要です。キーワードベースの検索には、テキストおよび数値のすべてのフレックス・フィールドが自動的に含まれます。
基本的に、ヒューマン・タスク・エディタを使用するのは、タスクのペイロードを定義する場合のみです。 他のすべての操作は実行時に実行されます。
ディレクトリ・ネーミングは、フレックス・ファイル・ネーミング規則と併用できません。
注意: フレックス・フィールドは、ビジネス・プロセスのインスタンスが生成される前に定義する必要があります。 正しいフレックス・フィールドが反映されるのは、フレックス・フィールドの作成後に生成されたインスタンスのみです。 フレックス・フィールドの後続の変更は、それ以前のビジネス・プロセスの古いインスタンスには反映されません。 |
管理者または特別な権限を持つユーザーは、図27-45に示すように、フレックス・フィールド・マッピングを使用して、データをペイロードからインライン属性フレックス・フィールドにプロモートできます。データをフレックス・フィールドにプロモートすると、そのデータは検索可能になり、タスク・リスト・ページに列として表示できます。
管理者は、パブリック・フレックス・フィールドをマップできます。 workflow.mapping.publicFlexField
権限を付与されたユーザーは、パブリック・フレックス・フィールドをマップでき、「管理」タブの「パブリック・フレックス・フィールド」ノードを参照できます。
ラベルを作成する手順は、次のとおりです。
管理者がフレックス・フィールド・マッピングを作成するには、最初に、フレックス・フィールド属性のわかりやすい表示名を指定するセマンティク・ラベルを定義します。 図27-46に示すように、「追加」をクリックして、「ラベルの作成」ダイアログを使用します。
図に示すように、labelNameはタスク属性TextAttribute3にマップされます。ペイロード属性もラベルにマップされます。この例では、「テキスト」属性タイプがlabelNameに関連付けられています。 その結果、「テキスト」属性の値が「TextAttribute3」列に格納され、labelNameがユーザーのタスク・リストに表示される列ラベルになります。ラベルは、様々なタスク・タイプに再利用できます。ラベルを削除できるのは、そのラベルがどのマッピングにも使用されていない場合のみです。
マップされたペイロード属性は、カスタム・ビューに列として表示でき、カスタム・ビューとワークフロー・ルールの両方でフィルタ条件として使用できます。ペイロード属性の表示名は、マッピングの実行時に選択した属性ラベルです。
次の制限に注意してください。
マップできるのは、単純なタイプのペイロード属性のみです。
フレックス・フィールド(およびラベル)を使用できるのは、タスク・タイプごとに1回のみです。
number
またはdate
データ型のデータ型変換はサポートされていません。 たとえば、string
型のペイロード属性をnumber
型のラベルにマップすることはできません。
すべてのマッピングを参照する手順は、次のとおりです。
「全マッピングの参照」をクリックします。
ラベル表内の行を選択して、特定のラベルにマップされたすべてのペイロード属性を表示します。
マッピングをタスク・タイプ別に編集する手順は、次のとおりです。
「タスク・タイプによるマッピングの編集」をクリックし、必要に応じてタスク・タイプを指定して、「検索」をクリックします。
タスク・タイプを選択して、「OK」をクリックします。
「タスク・タイプによるマッピングの編集」フィールドにタスク・タイプが表示されている状態で、「実行」をクリックします。
図27-48に示すように、選択したタスク・タイプに対する現行のマッピングがすべて表示されます。
マッピングのラベルを選択して、「選択」をクリックします。
図27-49に、完成したマッピングを示します。
詳細は、第29.1.9.1項「属性ラベルの国際化」を参照してください。
表27-10に、タスク分析に使用できるワークリスト・レポートを示します。
表27-10 ワークリスト・レポートのタイプ
レポート名 | 説明 | 入力パラメータ |
---|---|---|
不参加タスク |
このレポートでは、ユーザーのグループまたは報告先のグループに割り当てられたタスクの中で、まだ獲得されていないタスク(不参加タスク)が分析されます。 |
|
タスクの優先度 |
このレポートでは、ユーザー、報告先またはそのグループに割り当てられたタスクの数が優先度別に分析されます。 |
|
タスクのサイクル・タイム |
このレポートでは、ユーザーのグループまたは報告先のグループに基づいて、タスクの割当てから完了までの所要時間が分析されます。 |
|
タスクの生産性 |
このレポートでは、ユーザー、報告先またはグループについて、特定期間中に割り当てられたタスク数と完了したタスク数が分析されます。 |
|
タスク時間分布 |
このレポートには、割当て先がタスクを実行するのに要した時間が表示されます。 |
|
図27-52に示すように、(すべてのレポート・タイプについて)レポート結果は表形式と棒グラフ形式の両方で表示されます。レポートの実行に使用した入力パラメータは、左下隅の「レポート入力」に表示されます(表示するためにスクロールが必要な場合があります)。
図27-53に、不参加タスク・レポートの例を示します。
このレポートは、Californiaグループに15件、Supervisorグループに7件、LoanAgentGroupに11件の不参加タスクがあることを示しています。このレポートでは、不参加(未申告)タスクはすべてDocumentReviewタスクです。 レポートの実行時に複数のタイプの不参加タスクが存在する場合は、すべてのタスク・タイプがレポートに含まれ、それぞれのタスク・タイプが異なる色で表示されます。
図27-54に、タスクの優先度レポートの例を示します。
このレポートは、Californiaグループ、SupervisorグループおよびLoanAgentGroupに標準優先度のタスクがそれぞれ16件あることを示しています。ユーザーrstevenとjcooperのタスクはそれぞれ5件と22件で、いずれも標準優先度です。棒グラフでは、優先度(最高、高、標準、低、最低)が異なる色で区別されます。
図27-55に、タスクのサイクル・タイム・レポートの例を示します。
このレポートは、DocumentReviewタスクが完了するまでの平均所要時間が1時間6分、VacationApprovalタスクが完了するまでの平均所要時間が1時間28分であることを示しています。棒グラフには、平均サイクル・タイムがミリ秒単位で表示されます。
図27-56に、タスクの生産性レポートの例を示します。
このレポートは、California、LoanAgentGroupおよびSupervisorの各グループに割当て済のタスク数を示しています。ユーザー別では、jcooperに22件のタスクが割り当てられています。jcooperには、割当て済タスクに加えて、完了したタスクも2件あります。また、mtwainとrstevenには完了したタスクがそれぞれ6件と11件あることを示しています。 棒グラフでは、2つのタスクの状態(「割当て済」と「完了」が異なる色で区別されます。
アイデンティティ・サービスによって、ユーザーの優先言語とタイムゾーンが決定されます。この情報は、JAZNファイルベースのコミュニティまたは外部ディレクトリ・サービス(Oracle Internet Directoryなど)から抽出されます。 プリファレンス情報が使用できない場合、ユーザーの優先言語とタイムゾーンはシステム・デフォルトのen-US
とAmerica/Los_Angeles
に設定されます。 OIDなどのLDAPベースのプロバイダを使用する場合、言語設定はOIDコミュニティで変更されます。
ユーザーがログインすると、ワークリストのページは、ブラウザのロケールとタイムゾーンで表示されます。ワークリストのほとんどの文字列は、ワークリスト・アプリケーション・バンドルから取得されます。デフォルトでは、これは次のクラスです。
oracle.bpel.services.workflow.resource.WorkflowResourceBundle
ただし、これは、適切なアプリケーション・プリファレンスを設定するか(第27.8.2項「ワークリスト表示の設定方法(アプリケーション・プリファレンス)」を参照)、デフォルト・バンドル・クラスの更新済バージョンを指定することによって、カスタム・リソース・バンドルに変更できます。 詳細は、ワークフローのカスタマイズのサンプルを参照してください。
タスク属性名、フレックス・フィールド属性ラベル、およびDynamic Assignment Function名の文字列は、リソース・プロパティ・ファイルWorkflowLabels.properties
の構成から取得されます。このファイルは、サービス構成ディレクトリのwfresource
サブディレクトリにあります。 このファイルにDynamic Assignment Functionおよび属性ラベルのエントリを追加する方法については、第29章「ヒューマン・ワークフロー・サービスの概要」を参照してください。
カスタム・アクションおよびタスクのタイトルの表示名は、タスク構成ファイルに指定されているメッセージ・バンドルから取得されます。メッセージ・バンドルが指定されていない場合は、設計時に指定された値が使用されます。 カスタム・アクションおよびタスクのタイトルを優先言語で表示するためにメッセージ・バンドルを指定する方法については、第29章「ヒューマン・ワークフロー・サービスの概要」を参照してください。
次の説明は、JAZN XMLファイルからユーザーの優先言語を抽出する方法に基づいています。
言語を変更する手順は、次のとおりです。
ユーザーの優先言語を設定するには、太字部分を変更します。
<preferredLanguage>en-US</preferredLanguage>
Oracle BPM Worklistでは、表27-11に示す言語がサポートされています。
次の説明は、JAZN XMLファイルからユーザーのタイムゾーンを抽出する方法に基づいています。
タイムゾーンを変更する手順は、次のとおりです。
ユーザーの優先タイムゾーンを設定するには、太字部分を変更します。
<timeZone>America/Los_Angeles</timeZone>
タイムゾーン文字列の書式は「大陸/地域」です。 タイムゾーンの値は$JAVA_HOME/jre/lib/zi
ディレクトリに格納されています。 ディレクトリで大陸名(Africa、Asia、Americaなど)を指定し、ディレクトリ内のファイルで地域を指定します。 地域によっては、America/Indiana/Indianapolis
のようにサブ地域が含まれる場合があることに注意してください。