ヘッダーをスキップ

Oracle Workflow管理者ガイド
リリース12
E05663-01		目次へ
目次		前へ
前へ		次へ
次へ

通知の管理

この章では、ユーザーの通知を管理する方法について説明します。

この章の内容は、次のとおりです。

ユーザーの通知の検索

「通知」管理者ページを使用すると、ユーザーに送信された通知を検索し、アクセスできます。

注意: 「通知」ページで他のユーザーの通知にアクセスするには、ワークフロー管理者権限が必要です。管理者権限を持っていない場合は、自分の通知のみを検索し、アクセスできます。ワークフロー管理者権限は、「ワークフロー構成」ページで割り当てられます。「グローバル・ユーザー作業環境の設定」を参照してください。

注意: ユーザーがこのページから各自の通知を検索できるよう、選択した職責にこのページへのアクセス権を付与できます。「ユーザーの職責へのワークリスト関数の追加」を参照してください。

通知の検索

  1. Oracle Workflow管理者Webページの「管理」タブを選択し、水平ナビゲーションで「通知の検索」を選択して、「通知」ページに移動します。

  2. アクセスする通知を検索します。次の検索基準は、ワークフロー管理者権限を持っている場合にのみ使用できます。

    注意: 通常、通知の「所有者」ロールと「宛先」ロールは同じです。ただし、「所有者」フィールドと「宛先」フィールドに異なるロールを指定すると、「委任」モードで再割当てされた通知を検索できます。「「WF: 通知再割当モード」プロファイル・オプションの設定」を参照してください。

    次の検索基準は常時使用可能です。

    注意: ワークフロー管理者権限を持っている場合は、結果リストのサイズを限定するために、検索時に次の基準の少なくとも1つを入力する必要があります。

  3. 通知を表示して応答するには、「件名」列の通知の件名リンクを選択します。『Oracle Workflowユーザーズ・ガイド』の通知の詳細の表示に関する項を参照してください。

    注意: 別のユーザーの通知に対して、通知への応答、再割当て、クローズ、または詳細情報の要求などの処理を実行すると、その処理を実行したことを示すように通知の処理履歴が更新されます。

    注意: 電子署名を必要とする通知に応答するには、意図された受信者としてログインする必要があります。 他のユーザーの通知にアクセスしても、応答したユーザーが意図された受信者と一致せず承認に失敗するため、署名を必要とする通知には応答できません。

    ただし、管理上の理由から他のユーザーの通知を処理する必要がある場合は、署名を必要とする通知を自分に再割当てした後に、自分の署名を使用してそれらの通知に対する応答を発行できます。

ユーザーの休暇ルールの定義

休暇ルールを使用すると、ユーザーが休暇中などで自分の通知を直接管理できない場合に、通知を自動的に処理できます。通知が届いたときに次の処理を自動的に実行するルールを定義できます。

ユーザーに対する自動通知処理のルールを定義するには、「休暇ルール」管理者ページを使用します。各ルールはロールに固有です。

注意: 「休暇ルール」ページで他のユーザーの休暇ルールを定義するには、ワークフロー管理者権限が必要です。ワークフロー管理者権限は、「ワークフロー構成」ページで割り当てられます。「グローバル・ユーザー作業環境の設定」を参照してください。

休暇ルールは、すべての項目タイプのメッセージ、特定の項目タイプに属するすべてのメッセージ、または特定の項目タイプに属する特定のタイプのメッセージに適用できます。通知がユーザーに送信されるたびに、Oracle Workflowでは、そのユーザーの休暇ルールに対して通知がテストされます。最初に、その特定のメッセージ・タイプに対する有効なルールがユーザーにあるかどうかがチェックされます。有効なルールがない場合は、その特定の項目タイプに対する有効なルールがユーザーにあるかどうかがチェックされます。最後に、すべての項目タイプのメッセージに対する有効なルールがユーザーにあるかどうかがチェックされます。一致が見つかるとOracle Workflowによってルールが適用され、それ以上ルールの照合は行われません。

ルールによって通知が再割当てされた場合は、新規受信者のロールのルール・リストに対してルール照合が再度実行されます。Oracle Workflowでは、永続的な転送循環を検出するために通知の転送件数が管理されます。通知の自動転送回数が10回を超えると転送サイクルが発生したものと見なされ、それ以上の転送ルールは実行されず、通知にはエラー・マークが設定されます。

ユーザーの休暇ルールの定義

  1. Oracle Workflow管理者Webページの「管理」タブを選択し、水平ナビゲーションで「休暇ルール」を選択して「休暇ルール」ページに移動します。

  2. 休暇ルールを定義するロールを検索します。

    選択したロールに対する既存ルールのリストには、個々のユーザーが定義したルールとそのユーザーに対して管理者が定義したルールが含まれています。ルールのステータスが有効か無効かということは、現在の日付がルールの有効日の範囲内にあるかどうかによって異なります。

  3. ルールを更新するには、そのルールに対する「更新」アイコンを選択します。『Oracle Workflowユーザーズ・ガイド』の休暇ルールの作成と更新に関する項を参照してください。

  4. ルールを削除するには、そのルールの「削除」アイコンを選択します。

  5. 新しいルールを作成するには、「ルールの作成」ボタンを選択します。『Oracle Workflowユーザーズ・ガイド』の休暇ルールの作成と更新に関する項を参照してください。

関連項目

『Oracle Workflowユーザーズ・ガイド』の休暇ルールに関する項

通知処理オプションの設定

電子署名詳細の確認

ユーザーが通知に応答する際に、パスワード・ベースの署名または証明書ベースのデジタル署名を使用して電子的に署名するように要求できます。 署名が必要な通知に関して要求または発行された電子署名の詳細を確認するには、「署名証拠ストアー」を使用します。 たとえば、署名要求のステータスをチェックし、提供する署名の証拠の詳細を確認できます。

また、ステータス・モニターの「通知応答詳細」ページで一部の署名の詳細を表示することもできます。 「応答の表示」を参照してください。

確認できるのは、パージされていない通知の署名のみです。 後から参照できるように電子署名の証拠を保持するため、「廃止ワークフロー・ランタイム・データのパージ」コンカレント・プログラムとOracle WorkflowパージAPIでは、署名が必要な通知や関連する署名情報はデフォルトでは削除されません。 関連ワークフロー・プロセスの完了後に署名証拠へのアクセスが必要になると思われる場合は、パージの際に署名データを保持するように選択する必要があります。 署名証拠を保守する必要がない場合は、パージの際に署名関連情報を削除するように選択できます。 「ワークフロー・データのパージ」、および『Oracle Workflow APIリファレンス』のWorkflow Purge APIに関する項を参照してください。

電子署名詳細の確認

  1. Oracle Workflow管理者Webページの「管理」タブを選択し、水平ナビゲーションで「署名証拠ストアー」を選択して「電子署名」ページにナビゲートします。

  2. 確認する署名を検索します。検索基準として、次の項目を使用できます。

    注意: 検索時に結果リストのサイズを限定する場合は、次の基準の少なくとも1つを入力する必要があります。

  3. 検索基準と一致する署名のリストを確認します。

関連項目

電子署名の設定

『Oracle Workflow開発者ガイド』の#WF_SIG_POLICY属性に関する項

『Oracle Workflowユーザーズ・ガイド』の電子署名に関する項

ワークリスト・フレックスフィールドによる特殊化ワークリスト・ビューの定義

ワークリスト・フレックスフィールドを使用して、特定タイプの通知に特有の情報を表示する特殊化ワークリスト・ビューを定義します。 ワークリスト・フレックスフィールドは通知表WF_NOTIFICATIONSの列で、この列に様々な通知の異なるメッセージ属性からの情報を格納できます。 通知表に情報を格納すると、その情報を個人ワークリスト・ビューに表示できます。 このビューにより、ユーザーは通知ごとに「通知の詳細」ページにナビゲートすることなく、複数の通知に関して重要な詳細を一度にすばやく確認できます。 また、各自のワークリストを表示されたメッセージ属性でソートすることもできます。

たとえば、費用通知に費用合計と使途のメッセージ属性が含まれている場合、管理者はこれらのメッセージ属性をワークリスト・フレックスフィールドにマップできます。 次に、管理者は費用通知のみを含むワークリスト・ビューを定義して、件名や送信日などの標準通知プロパティとともに各通知の費用合計と使途を表示できます。

注意: ワークリスト・フレックスフィールドは、Oracle Applicationsで使用するキー・フレックスフィールドおよび付加フレックスフィールドとは異なります。 キー・フレックスフィールドと付加フレックスフィールドの詳細は、『Oracle Applicationsフレックスフィールド・ガイド』を参照してください。

ユーザーが特殊化ワークリスト・ビューを利用するには、「個人ワークリスト」へのアクセス権が必要です。「ユーザーの職責へのワークリスト関数の追加」を参照してください。

ワークリスト・フレックスフィールドを使用して特殊化ワークリスト・ビューを定義するステップは、次のとおりです。

  1. 1つ以上のワークフロー項目タイプからワークリスト・フレックスフィールド列にメッセージ属性をマップする、ワークリスト・フレックスフィールド・ルールを定義します。 「ワークリスト・フレックスフィールド・ルールの定義」を参照してください。

  2. 必要に応じて、新規ワークリスト・ビューへのアクセスを保護するセキュリティ機能を定義します。 「セキュリティ機能の定義」を参照してください。

  3. ワークリスト・フレックスフィールド・ルールでマップされた列が表示され、対応する項目タイプからの通知のみを含む個人ワークリスト・ビューを作成します。 「個人ワークリストのパーソナライズ・ビューの作成」を参照してください。

  4. ビューへのアクセスをセキュリティ機能で保護した場合は、Oracle HTTP Serverを再起動します。 「Oracle HTTP Serverの再起動」を参照してください。

ワークリスト・フレックスフィールド・ルールと個人ワークリスト・ビューがシードされているOracle Applications製品もあります。 詳細は、製品固有のマニュアルまたはヘルプを参照してください。

ワークリスト・フレックスフィールド・ルール内のメッセージ属性

ワークリスト・フレックスフィールド・ルールでは、送信メッセージ属性と応答メッセージ属性の両方をマップできます。 応答メッセージ属性にデフォルト値がある場合、通知がオープンになっている間は、対応するワークリスト・フレックスフィールドにその値が表示されます。

次のデータ型を使用してメッセージ属性をマップできます。

ワークリスト・フレックスフィールド・ルールでは、参照、ロール、文書またはイベント型のメッセージ属性はマップできません。

ワークリスト・フレックスフィールド・ルールの動作

ワークリスト・フレックスフィールド・ルールにより、メッセージ属性を「個人ワークリスト」に表示できるようになります。 ワークリスト・フレックスフィールド・ルールは、同じ項目タイプを対象とする他のルールと連携します。 使用可能なメッセージ属性の正味セットの生成にルールの連携が与える影響は、各ルールのフェーズ番号とカスタマイズ・レベルによって決まります。

コア・ルールは、Oracle Applicationsの主機能を表します。 このルールの定義は変更できません。 コア・ルールでは制限ルールやユーザー・ルールとは異なるワークリスト・フレックスフィールド列セットを使用するため、コア・ルールと制限ルールやユーザー・ルール間で上書きされるまたは上書することはできません。 ただし、上位フェーズ番号を持つコア・ルールにより、同じ項目タイプに対する下位フェーズ番号のコア・ルールを上書きできます。 コア・ルールでは、フェーズ番号1から99を使用します。

コア・ルールでは、次のワークリスト・フレックスフィールド列をマップできます。

コア・ルールのワークリスト・フレックスフィールド列
データ型 列名
テキスト PROTECTED_TEXT_ATTRIBUTE1
PROTECTED_TEXT_ATTRIBUTE2
PROTECTED_TEXT_ATTRIBUTE3
PROTECTED_TEXT_ATTRIBUTE4
PROTECTED_TEXT_ATTRIBUTE5
PROTECTED_TEXT_ATTRIBUTE6
PROTECTED_TEXT_ATTRIBUTE7
PROTECTED_TEXT_ATTRIBUTE8
PROTECTED_TEXT_ATTRIBUTE9
PROTECTED_TEXT_ATTRIBUTE10
数値 PROTECTED_NUMBER_ATTRIBUTE1
PROTECTED_NUMBER_ATTRIBUTE2
PROTECTED_NUMBER_ATTRIBUTE3
PROTECTED_NUMBER_ATTRIBUTE4
PROTECTED_NUMBER_ATTRIBUTE5
フォーム PROTECTED_FORM_ATTRIBUTE1
PROTECTED_FORM_ATTRIBUTE2
PROTECTED_FORM_ATTRIBUTE3
PROTECTED_FORM_ATTRIBUTE4
PROTECTED_FORM_ATTRIBUTE5
URL PROTECTED_URL_ATTRIBUTE1
PROTECTED_URL_ATTRIBUTE2
PROTECTED_URL_ATTRIBUTE3
PROTECTED_URL_ATTRIBUTE4
PROTECTED_URL_ATTRIBUTE5
日付 PROTECTED_DATE_ATTRIBUTE1
PROTECTED_DATE_ATTRIBUTE2
PROTECTED_DATE_ATTRIBUTE3
PROTECTED_DATE_ATTRIBUTE4
PROTECTED_DATE_ATTRIBUTE5

通常、コア・ルールでは、特定のアプリケーションでシードされたワークリスト・ビューに表示されるメッセージ属性をマップします。 コア・ルールでマップされるメッセージ属性を独自のワークリスト・ビューに含めることもできます。 コア・ルールが要件と一致しない場合は、そのメッセージ属性を独自ビューに含めないように選択することもできますが、Oracle Workflowでは引き続きマップ済列に格納されます。

制限ルールは、Oracle Applicationsのオプション機能を表します。 制限ルールのステータスは「使用可能」または「使用不可」に更新できますが、ルール定義にその他の変更を行うことはできません。

ユーザー・ルールは、ユーザー定義のカスタム・ルールです。 ルール定義のすべてのプロパティは更新可能です。

注意: ワークリスト・フレックスフィールド・ルールは削除できません。 有効にする必要がなくなったルールは、使用不可にします。

制限ルールとユーザー・ルールでは、同じワークリスト・フレックスフィールド列セットが共有されます。 ただし、制限ルールではフェーズ番号1から99を使用しますが、ユーザー・ルールではフェーズ番号100以上を使用します。 そのため、ある制限ルールを、同じ項目タイプに対する上位フェーズ番号の別の制限ルールおよび同じ項目タイプに対するユーザー・ルールで上書きできます。 ただし、ユーザー・ルールを上書きできるのは、同じ項目タイプに対する上位フェーズ番号の別のユーザー・ルールのみです。 制限ルールではユーザー・ルールを上書きできません。

制限ルールとユーザー・ルールでは、次のワークリスト・フレックスフィールド列をマップできます。

制限ルールとユーザー・ルールのワークリスト・フレックスフィールド列
データ型 列名
テキスト TEXT_ATTRIBUTE1
TEXT_ATTRIBUTE2
TEXT_ATTRIBUTE3
TEXT_ATTRIBUTE4
TEXT_ATTRIBUTE5
TEXT_ATTRIBUTE6
TEXT_ATTRIBUTE7
TEXT_ATTRIBUTE8
TEXT_ATTRIBUTE9
TEXT_ATTRIBUTE10
数値 NUMBER_ATTRIBUTE1
NUMBER_ATTRIBUTE2
NUMBER_ATTRIBUTE3
NUMBER_ATTRIBUTE4
NUMBER_ATTRIBUTE5
フォーム FORM_ATTRIBUTE1
FORM_ATTRIBUTE2
FORM_ATTRIBUTE3
FORM_ATTRIBUTE4
FORM_ATTRIBUTE5
URL URL_ATTRIBUTE1
URL_ATTRIBUTE2
URL_ATTRIBUTE3
URL_ATTRIBUTE4
URL_ATTRIBUTE5
日付 DATE_ATTRIBUTE1
DATE_ATTRIBUTE2
DATE_ATTRIBUTE3
DATE_ATTRIBUTE4
DATE_ATTRIBUTE5

制限ルールによりマップされたメッセージ属性は、特定のアプリケーションのシードされたワークリスト・ビューに表示できます。 また、これらのメッセージ属性を独自ワークリスト・ビューに含めることもできます。 制限ルールが要件と一致せず、そのマッピングの一部を上書きして他のマッピングを有効化できるようにする必要がある場合は、不要な属性のかわりに必要な属性を関連列にマップするユーザー・ルールを定義します。 制限ルールからのマッピングを有効にする必要がなくなった場合は、そのルールを使用不可にします。

コア・ルールまたは制限ルールを介してデフォルトで使用可能にしないメッセージ属性については、ユーザー・ルールを定義します。 ルールを定義する際に、その列マッピングが同じ項目タイプに対する既存のルールと競合するかどうかと、新規ルールおよび競合するルールの間で上書するまたは上書きされるかどうかをチェックできます。 それぞれの競合を検討し、現行の上書きを受け入れるか、またはルール定義を更新して他のルールを有効にするかを決定します。 「ワークリスト・フレックスフィールド・ルールの作成または更新」を参照してください。

ワークリスト・フレックスフィールド・ルールの定義を完了すると、Oracle Workflowによりルール内のワークフロー項目タイプごとに1回ずつ「ワークリスト・フレックスフィールドの非正規化」コンカレント・プログラム（FNDWFDCC）が発行されます。 このプログラムでは、別のルールで上書きされる列を除き、その項目タイプからの現行のオープン通知のメッセージ属性がマップ済列に格納されます。 その後は、Oracle Workflowでルールの対象となる項目タイプからの新規通知が送信されるたびに、通知システムにより通知のメッセージ属性がマップ済列に格納されます。

特定の項目タイプまたは項目タイプ内の特定のメッセージについて、現在使用可能なメッセージ属性の正味セットを確認するには、ワークリスト・フレックスフィールド・ルールのシミュレーションを実行します。 シミュレーション結果からドリルダウンすると、各列に関して上書きされたルールを確認し、必要に応じてルールを作成または更新することもできます。 使用可能な属性に問題がないことを確認した後、シミュレーション結果を使用して、個人ワークリスト・ビューの作成時に使用する列を選択します。 「ワークリスト・フレックスフィールド・ルールの効果のシミュレーション」を参照してください。

例: ワークリスト・フレックスフィールド・ルール

この例では、サンプルの「購買依頼」項目タイプを使用して、ワークリスト・フレックスフィールド・ルールの動作を示します。 このサンプル項目タイプの詳細は、『Oracle Workflow開発者ガイド』の購買依頼項目タイプに関する項を参照してください。

「購買依頼」項目タイプについて、フェーズ50および次の列マッピングを使用するEXC01というコア・ルールがシードされているとします。

また、「購買依頼」項目タイプについて、フェーズ60および次の列マッピングを使用するEXL02という制限ルールもシードされているとします。

「購買依頼摘要」属性のかわりに「備考」属性を表示し、「モニターURL」属性も表示する必要があるとします。 そのためには、フェーズ110および次の列マッピングを使用して、「購買依頼」項目タイプに対してEXU03というユーザー・ルールを定義します。

これらのルールの組合せにより、「購買依頼」項目タイプについて個人ワークリスト・ビューに表示できる4つのメッセージ属性の正味セットが生成されます。

使用可能なメッセージ属性セットの例
列 メッセージ属性 有効ルール
PROTECTED_TEXT_ATTRIBUTE1 購買依頼番号 EXC01
NUMBER_ATTRIBUTE1 購買依頼金額 EXL02
TEXT_ATTRIBUTE1 備考 EXU03
URL_ATTRIBUTE1 モニターURL EXU03

ワークリスト・フレックスフィールド・ルールの定義

ワークリスト・フレックスフィールド・ルールの表示および保守

  1. Webブラウザを使用して、システム管理者が指定した職責およびナビゲータ・パスで「ワークリスト・フレックスフィールド・ルール」ページにナビゲートします。「Oracle Workflow管理者のナビゲータ・パス」を参照してください。

  2. 表示するルールを検索します。検索基準として、次の項目を使用できます。

    検索時に結果リストのサイズを限定する場合は、次の基準の少なくとも1つを入力する必要があります。

    「レベル」オプションまたは「ワークフロー・タイプ」オプションのみで検索する場合は、そのオプションに対して特定の値を選択する必要があります。 検索オプションとして「すべて」のみを指定して、これらの基準の一方を使用することはできません。

    「ワークフロー・タイプ」、「メッセージ属性」および「列名」検索オプションを使用すると、ルールが存在する値のみがリストされます。

  3. ルールを更新するには、そのルールに対する「更新」アイコンを選択します。 「ワークリスト・フレックスフィールド・ルールの作成または更新」を参照してください。

  4. 新しいルールを作成するには、「ルールの作成」ボタンを選択します。 「ワークリスト・フレックスフィールド・ルールの作成または更新」を参照してください。

ワークリスト・フレックスフィールド・ルールの作成または更新

一般プロパティの入力

  1. 「ワークリスト・フレックスフィールド・ルールの作成: 一般プロパティの入力」ページまたは「ワークリスト・フレックスフィールド・ルールの更新: 一般プロパティの入力」ページにナビゲートします。 「ワークリスト・フレックスフィールド・ルールの作成」ページと「ワークリスト・フレックスフィールド・ルールの更新」ページは同じですが、「ワークリスト・フレックスフィールド・ルールの更新」ページのフィールドには、選択したルールに対して以前に定義した情報が移入されます。

  2. ルールを一意に識別する内部名と、ルールを示すわかりやすい表示名を入力します。

  3. ルールのカスタマイズ・レベルを確認します。

  4. ルールのステータスとして「使用可能」または「使用不可」を選択します。

  5. フェーズ番号を入力して、同じワークフロー項目タイプに対する各ルールを有効にする順序を指定します。 上位フェーズ番号を持つルールにより、下位フェーズ番号を持つルールが上書きされます。 Oracle Applicationsで1から99のフェーズ番号を使用しているルールがシードされてます。ルールにはフェーズ番号100以上を割り当てることができます。

    注意: 同じ項目タイプに対する複数のルールに同じフェーズ番号を割り当てないでください。 必要なルールが確実に有効になるように、項目タイプに対するルールごとに異なるフェーズ番号を割り当てます。

  6. オプションでルールの摘要を入力します。

  7. 「所有者名」フィールドにアプリケーション名、「所有者タグ」フィールドにアプリケーションIDを入力して、ルールを所有するアプリケーションを識別します。

フィルタ基準の選択

  1. ルールの適用対象となる通知を含んだワークフロー項目タイプを検索します。 「ワークフロー・タイプ」フィールドに特定の値を入力すると、その値で始まる表示名を持つ項目タイプを検索できます。このフィールドでは、大文字/小文字が区別されます。

  2. 必要な項目タイプを「使用可能フィルタ基準」リストで選択し、「選択済フィルタ基準」リストに移動します。

    いずれかのリストで項目タイプを選択し、その摘要を表示します。

    新規検索を実行して「使用可能フィルタ基準」リストに異なる項目タイプを表示しても、すでに「選択済フィルタ基準」リストに追加されている項目タイプは保持されます。

メッセージ属性の選択

  1. ワークフロー項目タイプをルールのフィルタ基準から削除するには、「選択済フィルタ基準」リストでその項目タイプの「削除」アイコンを選択します。

    項目タイプを削除すると、その項目タイプに属している全メッセージ属性が「使用可能フィルタ基準」および「選択済フィルタ基準」リストから削除されます。

  2. オプションで、「使用可能フィルタ基準」リストに表示するメッセージ属性のデータ型を指定します。

  3. マップするメッセージ属性を「使用可能フィルタ基準」リストで選択し、「選択済フィルタ基準」リストに移動します。 最大で10個のテキスト属性、5個の数値属性、5個のフォーム属性、5個のURL属性および5個の日付属性を選択できます。

    リストには、各メッセージ属性の表示名とデータ型が表示されます。 いずれかのリストでメッセージ属性を選択し、その属性が属しているメッセージの表示名と内部名を「摘要」フィールドに表示します。

    選択したワークフロー項目タイプの複数のメッセージが同じ内部名、表示名およびデータ型のメッセージ属性を持っている場合、そのメッセージ属性はリストに1回のみ表示されます。 この場合、「摘要」フィールドには、メッセージ属性が複数のメッセージに使用されていることが示されます。

    注意: Oracle Workflowでは、ワークリスト・フレックスフィールド列をマップするために、同じ内部名およびデータ型を持つメッセージ属性は、すべて同じ属性として処理されます。 異なる表示名を持つ属性は「使用可能フィルタ基準」および「選択済フィルタ基準」リストに個別に表示されますが、特定の内部名およびデータ型を持つ属性を1つ以上選択すると、その内部名およびデータ型を共有する全属性が列マッピングに追加されます。

    データ型の異なるメッセージ属性を「使用可能フィルタ基準」リストに表示しても、すでに「選択済フィルタ基準」リストに追加されているメッセージ属性は保持されます。

列への属性のマップ

  1. メッセージ属性ごとに、属性値を格納するワークリスト・フレックスフィールド列を選択します。 各属性の「マップ済列」フィールドには、属性のデータ型と一致する列のみが表示されます。 各列をルールに使用できるのは1回のみです。

    選択したワークフロー項目タイプの複数のメッセージが同じ内部名およびデータ型のメッセージ属性を持っている場合、そのメッセージ属性は1回のみ表示されます。 ただし、繰り返されるメッセージ属性のいずれかの表示名が異なる場合、リストにはすべての表示名が表示されます。

  2. メッセージ属性をルールの列マッピングから削除するには、その属性の「削除」アイコンを選択します。

  3. 他のルールの列マッピングと競合するかどうかを確認するには、「競合の検索」ボタンを選択します。

  4. 「ワークリスト・フレックスフィールド・ルール・マップ競合の検索」ページで、同じワークフロー項目タイプについて他のルールで異なる属性にマップされている列を確認します。 「競合」フィールドには、ルールのフェーズ番号に基づいて、現行のルールにより他のルールが上書きされるか、または現行のルールが他のルールで上書きされるかが示されます。

    注意: 同じ項目タイプについて同じフェーズ番号を持つ2つのルールが存在しないことを確認してください。 必要なルールが確実に有効になるように、項目タイプに対するルールごとに異なるフェーズ番号を割り当てる必要があります。

    競合を解決するには、次の操作を実行します。

  5. ルール定義に戻るには、「保留中ルールに戻る」リンクを選択します。

  6. 競合を解決するためにこのルールの定義を変更する必要がある場合は、前ページに戻って変更します。

  7. ルール定義を完了するには、「終了」を選択します。 Oracle Workflowにより、ルール内のワークフロー項目タイプごとに「ワークリスト・フレックスフィールドの非正規化」コンカレント・プログラム（FNDWFDCC）が1回ずつ発行されます。 このプログラムでは、別のルールで上書きされる列を除き、その項目タイプからの現行のオープン通知のメッセージ属性がマップ済列に格納されます。 表示されたコンカレント要求IDを使用して、これらの要求の進行状況を追跡します。

ワークリスト・フレックスフィールド・ルールの効果のシミュレーション

ワークリスト・フレックスフィールド・ルールのシミュレーションを実行すると、特定の項目タイプ、またはオプションで特定のメッセージについて、使用可能にしたルールの正味の効果を確認できます。 シミュレーションでは、すべての関連ルールが適用され、競合する場合は上位フェーズのルールで下位フェーズのルールが上書きされた後に、どのメッセージ属性がどのワークリスト・フレックスフィールド列で使用可能であるかが示されます。

  1. Webブラウザを使用して、システム管理者が指定した職責およびナビゲータ・パスで「ワークリスト・フレックスフィールド・ルール・シミュレーション」ページにナビゲートします。「Oracle Workflow管理者のナビゲータ・パス」を参照してください。

  2. シミュレーションの基準を指定します。

  3. 「進む」を選択してシミュレーションを実行します。

  4. マップ済属性および列のリストを確認します。このリストは、選択した項目タイプおよびカスタマイズ・レベルに対して使用可能にしたルールの正味の効果を示します。 メッセージを指定した場合、リストにはそのメッセージに属しているマップ済属性のみが表示されます。

  5. リストには、各列に対して有効なルールのみが表示されます。 その列にマップする上書きされたルールを表示するには、「上書きされたルール」アイコンを選択します。

  6. 「ワークリスト・フレックスフィールド・ルール競合の検索」ページで、上書きルールにより有効ルールとは異なる属性にマップされている列を確認します。 「競合」フィールドは、ルールのフェーズ番号に基づいて、有効ルールにより他のルールが上書きされることを示します。

    注意: 同じ項目タイプについて同じフェーズ番号を持つ2つのルールが存在しないことを確認してください。 必要なルールが確実に有効になるように、項目タイプに対するルールごとに異なるフェーズ番号を割り当てる必要があります。

    競合を解決するには、次の操作を実行します。

  7. シミュレーション結果に戻るには、「ワークリスト・フレックスフィールド・ルール・シミュレーションに戻る」リンクを選択します。

  8. ルールを更新するには、そのルールに対する「更新」アイコンを選択します。 「ワークリスト・フレックスフィールド・ルールの作成または更新」を参照してください。

  9. 新しいルールを作成するには、「ルールの作成」ボタンを選択します。 「ワークリスト・フレックスフィールド・ルールの作成または更新」を参照してください。

セキュリティ機能の定義

特殊化ワークリスト・ビューへのアクセスを保護する場合は、セキュリティ機能を定義してビューに関連付けます。 Oracle Applicationsの「フォーム機能」ウィンドウ（システム管理者: 「アプリケーション」->「機能」）で、次のプロパティを使用して機能を定義します。

セキュリティ機能と「個人ワークリスト」機能（WF_WORKLIST_CUSTOM）の両方をメニューに追加し、そのメニューに関連した職責をユーザーに割り当てます。 特殊化ワークリスト・ビューは、ユーザーがその職責から「個人ワークリスト」にアクセスした場合にのみビュー・リストに表示されます。

複数のワークリスト・ビューを同じ職責で使用可能にする場合は、各ビューを同じセキュリティ機能に関連付けることができます。

特殊化ワークリスト・ビューを保護しなければ、ユーザーがどの職責で「個人ワークリスト」にアクセスしても、ビュー・リストに表示されます。

『Oracle Applicationsシステム管理者ガイド』の機能セキュリティの概要に関する項、『Oracle Applications開発者ガイド』のメニューおよび機能セキュリティの概要に関する項および「フォーム機能」ウィンドウに関する項、および「ユーザーの職責へのワークリスト機能の追加」を参照してください。

個人ワークリストのパーソナライズ・ビューの作成

Oracle Application Framework Personalizationを使用して、メッセージ属性をマップしたワークリスト・フレックスフィールドを表示する個人ワークリスト・ビューを作成します。 ユーザーがビューを使用できるようにするには、管理者がシードしたユーザー・レベルのパーソナライズとしてビューを作成します。

ワークリスト・フレックスフィールド・ルールと個人ワークリスト・ビューは、両方が参照する項目タイプを介して接続されます。 ルールをビューに直接関連付ける必要はありません。 意味のある情報をビューに表示するには、ワークリスト・フレックスフィールド・ルールの対象となる関連項目タイプのみを含むようにビューを制限し、そのルールでマップされるワークリスト・フレックスフィールド列のみを追加します。

パーソナライズの作成方法の詳細は、『Oracle Application Framework Personalization Guide』のパーソナライズに関する項を参照してください。

  1. 「セルフサービス定義のパーソナライズ」プロファイル・オプションが「Yes」に設定されているユーザーとしてログインします。

  2. 「個人ワークリスト」にナビゲートし、「ページのパーソナライズ」グローバル・リンクまたは「カスタマイズ/検索可能ワークリスト」リージョンの「パーソナライズ・リージョン」リンクを選択します。 「ページ階層のパーソナライズ」ページで、「表: カスタマイズ/...」項目の「シード・ユーザー・ビュー」アイコンを選択します。 「パーソナライズ・ビュー」ページで「ビューの作成」ボタンを選択します。

  3. 「ビューの作成」ページで、ビューのプロパティを定義します。

    詳細は、『Oracle Application Framework Personalization Guide』の「ビューの作成」、「ビューの更新」および「ビューの複写」ページに関する項を参照してください。

Oracle HTTP Serverの再起動

ビューにセキュリティ機能を関連付けた場合は、メニューの更新を完了してビューを保存した後に、Oracle HTTP Serverを停止してから再起動して変更内容を有効にする必要があります。 『Oracle Applicationsシステム管理者ガイド - 構成』のOracle HTTP Server Powered by Apacheの管理に関する項を参照してください。

ユーザーがビューを使用可能なビューのリストに表示するには、セキュリティ機能を含む職責で「個人ワークリスト」にアクセスする必要があります。

Oracle Application Frameworkページへの個人ワークリストの埋込み

カスタム開発用にOracle JDeveloperでOracle Application Frameworkを設定している場合は、「個人ワークリスト」をOracle Application Frameworkページにリージョンとして埋め込むことができます。 この方法で、ユーザーに独自アプリケーションからワークリストへのアクセス権を提供できます。

Oracle Application Frameworkページのビルドとパーソナライズの詳細は、『Oracle Application Framework Documentation Resources, Release 12』（OracleMetaLink Note 391554.1）を参照してください。

Oracle Application Frameworkページへの個人ワークリストの埋込み

  1. 個人ワークリストを埋め込む最上位レベル・ページについて、Oracle Application Frameworkリージョン定義を作成します。

    「個人ワークリスト」ページとすべての下位ページでは、独自のアプリケーション・モジュールおよびコントローラが使用されます。 ただし、最上位レベル・ページには、個別のアプリケーション・モジュールおよびコントローラを使用する必要があります。

  2. ブランド、ヘッダーおよびフッターなど、アプリケーション固有のページ機能を定義します。 「個人ワークリスト」からアクセスする下位ページの機能は、ここで最上位レベル・ページに対して定義した機能と同じになります。

  3. ページに新規リージョンを作成し、「拡張」プロパティを次の値に設定して、「個人ワークリスト」を追加します。

    /oracle/apps/fnd/wf/worklist/webui/FullWorklistPG.FullWorklistRN

    ユーザーがワークリスト・ページからアプリケーションに戻れるように、「個人ワークリスト」のコードにより自動的にリンクが提供されます。

  4. 埋め込まれた「個人ワークリスト」リージョンをパーソナライズするには、機能レベルまたは職責レベルで最上位レベル・ページのパーソナライズを作成します。 たとえば、ワークリストをフィルタして、アプリケーションが所有する項目タイプからの通知のみを表示したり、特殊化ビューを使用して、アプリケーション固有のメッセージ属性を表示できます。

目次   |   前へ   |   先頭へ   |   次へ

Oracleロゴ
Copyright © 2003, 2006, Oracle.All rights reserved.