Oracle iProcurementインプリメンテーション・ガイド リリース11i B25743-01

目次

戻る

次へ

Oracle Applicationsの設定

前提条件

次の表は、Oracle iProcurementの実装に必要な前提条件の設定ステップを示します。 これらのステップは、すでにOracle Purchasingを実装済であれば、完了している場合があります。 詳細は、『Oracle Purchasingユーザーズ・ガイド』の設定に関する項を参照してください。

注意: 以前のリリースからアップグレードする場合は、OracleMetaLinkで現行リリースの『About Oracle iProcurement in Oracle Supply Chain Management』を確認する必要があります。 このドキュメントは、このリリースの新規の機能と設定を説明するもので、アップグレードする際に役立ちます。

設定チェックリスト

次の表に、Oracle iProcurementでオプション機能を実装する場合に固有のOracle Purchasing設定ステップを示します。 これらのステップは、すでにOracle Purchasingを実装済であれば、完了している場合があります。

注意: この表には、Oracle iProcurementの設定ステップがすべて示されているわけではありません。 Oracle iProcurementでオプションとして使用されるOracle Purchasingの設定ステップのみを示しています。

次の表に、Oracle iProcurementとともに他のOracle Applicationsの機能を実装する場合に固有の設定ステップを示します。 これらのステップは、Oracle Purchasingを実装済であれば、完了または確認済の場合があります。 これらのステップは必須の順序ではなく望ましい順序で示されています。

次の表に、Oracle iProcurementの管理に関連するすべての設定ステップを示します。 これには、Oracle iProcurementで提供されて依頼者による操作性を高める重要なユーティリティが含まれます。 この章では、各ステップの詳細を説明します。 これらのステップは必須の順序ではなく望ましい順序で示されています。

機能、メニューおよびデータ・セキュリティの設定

機能セキュリティを使用すると、Oracle iProcurementの各種ページに含まれる特定の機能および処理への依頼者アクセスを制限できます。 たとえば、「受入」ページで「簡易受入」ボタンを除外すると、このタイプの受入作成を禁止できます。 機能セキュリティを使用して「受入」ページから「訂正」ページへのアクセスを禁止することもできます。

管理者には、メニュー・セキュリティを設定するオプションもあります。 メニュー・セキュリティ属性設定による制限は、機能セキュリティ属性設定よりも広範囲に適用される傾向があります。 メニュー・セキュリティを使用すると、Oracle iProcurementのメニューおよびサブメニュー全体へ依頼者アクセスが禁止されます。 このタイプの設定を使用すると、依頼者を受入またはOracle iProcurementモジュール内の特定のボタンまたはリンクではなく、すべての受入またはすべてのOracle iProcurementワークフローから除外できます。 機能セキュリティ属性の方が限定的であるため、メニュー・セキュリティ属性よりも多数存在します。 機能セキュリティとメニュー・セキュリティの属性は、職責レベルで定義されます。

設定ステップ

以降の各ステップは、デフォルトの「Internet Procurement」職責に関連したデフォルトの機能セキュリティとメニュー・セキュリティを変更する必要がある場合に実行してください。

職責の定義

1. Oracle Applicationsにログインし、「システム管理者」の職責を選択します。
2. 「セキュリティ」>「職責」>「定義」を選択して「職責」ウィンドウを開きます。
3. iProcurementに関連する新規の職責を作成します。この職責は、機能セキュリティの強化に使用されます。
4. 「職責名」、「アプリケーション」、「職責キー」および「有効日: 自」を入力します。
5. 「使用可能 自:」を「Oracle Self-Service Web Applications」に設定します。
6. 「名称」と「アプリケーション」の「データ・グループ」フィールドにも入力します。
7. 「メニュー」フィールドを「Internet Procurementホーム」に設定します。

職責の機能とメニューの除外

1. 「職責」ウィンドウの「メニュー排他」タブ・リージョンで、「機能」または「メニュー」を選択して機能セキュリティまたはメニュー・セキュリティを設定します。
2. 「名称」フィールドにタブ移動して、除外する機能またはメニューを選択します。
3. 職責を保存します。

注意: Oracle Services Procurementを実装していない場合は、「Internet Procurementホーム」メニューから「契約者」タブ・メニューと「契約者要求」サブタブを除外することを検討してください。 Oracle Services Procurementを実装しなくても、Oracle iProcurementには「契約者要求」リンクと「契約者」タブが表示されます。ただし、依頼者がこれらの領域にアクセスすると、「Oracle Services Procurementが使用可能でないため、 このページにアクセスできません。 システム管理者に連絡してください。」というメッセージが表示されます。 これらの領域を完全に削除する場合は、「Internet Procurementホーム」メニューから「契約」メニューと「契約者要求」サブメニューを除外するカスタム職責を作成します。

依頼者へのiProcurement職責の割当て

1. 「システム管理者」>「セキュリティ」>「ユーザー」>「定義」を選択します。
2. 職責に割り当てる依頼者を検索します。
3. 新規の職責を挿入します。
4. 依頼者レコードを保存します。

Oracle iProcurementの機能

次の表に、Oracle iProcurementで機能セキュリティの確立に使用できる機能を示します。 Oracle iProcurementの主要機能に対応する機能のみが示されています。

Oracle iProcurementのメニュー

次の表に、メニュー・セキュリティの設定を示します。 Oracle iProcurementの主要機能に対応するメニューのみが示されています。

注意: 以前のリリースからアップグレードする場合は、OracleMetaLinkで現行リリースの『About Oracle iProcurement in Oracle Supply Chain Management』を確認する必要があります。 このドキュメントは、このリリースの新規の機能と設定を説明するもので、アップグレードする際に役立ちます。 この表には、このリリースでの新規メニューと変更されたメニューも含まれています。

データ・セキュリティ

セキュリティ属性を使用してデータ・セキュリティが機能すると、データ行（レコード）は、その行に含まれる特定のデータに基づいて、指定の依頼者にのみ参照できるようになります。 Oracle iProcurementでは、範囲と呼ばれるセキュリティ属性を使用してカタログへの依頼者アクセスを制限します。

次の表に、Oracle iProcurementでデータ・セキュリティの確立に使用できるセキュリティ属性を示します。

範囲を使用してカタログを制限する方法の詳細は、「範囲の定義」を参照してください。

Oracle Applications FrameworkによるOracle iProcurementのパーソナライズ

Oracle iProcurementは、Oracle Applications Frameworkテクノロジに基づいて構築されています。 Oracle Applications Frameworkにより、システム管理者はOracle iProcurementのユーザー・インタフェースを容易にパーソナライズできます。 たとえば、リージョン（ショップ・ホーム・ページの「自分の購買依頼」セクションなど）、項目（ボタンなど）、フィールド（ショッピング・カートではデフォルトで非表示の「レート・タイプ」フィールドの表示など）の表示、非表示、移動または変更などができます。

パーソナライズ: 表示されるフィールド

「パーソナライズ」プロファイル・オプションがオンになっている場合、システム管理者はOracle iProcurementにログオンし、いずれかのページでパーソナライズ・リンクをクリックして、必要なリージョン、項目またはフィールドをパーソナライズできます。 これらのパーソナライズ内容は、ユーザーに表示されます。 たとえば、職責レベルでパーソナライズした内容は、その職責でサインオンする全ユーザーに表示されます。

注意: 「ページのパーソナライズ」リンクを表示するには、「パーソナライズ」プロファイル・オプションをオンにする必要があります。 詳細は、OracleMetaLinkで『Oracle Applications Framework Personalization Guide』を参照してください。

パーソナライズ: 非表示のフィールド

Oracle iProcurementは、デフォルトで依頼者に最適な情報を表示するように設定されています。 たとえば、前述の最初の図は、ショッピング・カートにデフォルトで「品目摘要」、「単位」および「価格」などの基本品目フィールドが表示されることを示しています。 ただし、デフォルトで非表示になっている1つ以上のフィールドを追加表示できます。 前述の第2の図では、「仕入先構成ID」（構成済品目を持つ仕入先のパンチアウトに使用）、「ソース文書タイプ」、「ソース文書番号」および「ソース文書明細」の各非表示フィールドが表示されています。

このマニュアルで説明する機能と設定ステップを実装する間に、パーソナライズ機能を使用して、デフォルトで非表示になっているフィールド、または変更を必要とするページ・リージョンや項目を表示します。

パーソナライズの有効化と実行の手順は、OracleMetaLinkで『Oracle Applications Framework Personalization Guide』を参照してください。 OracleMetaLink Noteの正確な参照先は、『Oracle Applicationsシステム管理者ガイド』を参照してください。

注意: パーソナライズを使用して情報を表示または非表示にする前に、機能セキュリティ・オプションを確認してください。 かわりに機能へのアクセスを制限できる場合があります。 「機能、メニューおよびデータ・セキュリティの設定」を参照してください。

営業単位固有の購買ニュースの作成

営業単位固有の購買ニュースを作成できます。 依頼者がホーム・ページからこのエリアにアクセスすると、各自の営業単位のみに関連する情報を参照できます。

購買ニュース

この図は、ホーム・ページの「ショッピング・カート」ボックスの下にある「購買ニュース」ボックスを示しています。

設定ステップ

1. OA_HTML/<language code>/の下位にディレクトリを作成します。

たとえば、OA_HTML/US/operating_unit_1を作成します。operating_unit_1は、ヘルプのパスです。

2. OA_HTML/US/ディレクトリから手順1で作成したディレクトリにPORPNEWS.htmをコピーします。このファイルを変更し、営業単位に固有のコンテンツを挿入します。
3. 職責レベルのプロファイル・オプション「POR: ヘルプ・パス」の値を、手順1で指定した営業単位に固有のファイルの場所に設定します。詳細は、「プロファイル・オプションの設定」を参照してください。

手順1からの例では、このプロファイル・オプションに/operating_unit_1/と入力します。

注意: 「POR: ヘルプ・パス」プロファイル・オプションでは、文字列を/で囲む必要があります。 OA_HTMLはすべてのiProcurement HTMLファイルのパスであり、Oracle Internet Application Server（iAS）の設定に付属しています。

4. デフォルトでは、「購買ニュース」ボックスは非表示です。 「購買ニュース」を表示するには、Oracle Applications Frameworkのパーソナライズ機能を使用します。

「Oracle Applications FrameworkによるOracle iProcurementのパーソナライズ」を参照してください。

プロファイル・オプション

POR: ヘルプ・パス

機能セキュリティ

なし

ワークフロー

なし

実装時の考慮事項

なし

営業単位固有の購買規約のカスタマイズ

顧客は、同じトピックを扱う購買規約を特定の国、地域または営業単位に適した形で提供できます。 そのためには、HTML形式のオンライン・ヘルプ・ファイル内でanchor_nameの末尾にオプションのローカライゼーション・コードを追加します。

設定ステップ

1. 使用するローカライゼーション・コードを検討します。たとえば、営業単位1を表すou1を作成します。
2. オリジナルのPORPOLCY.htmファイルをコピーして、同じ名前の新規ファイルを作成します。 このファイルを$ICX_TOP/help/<language code>からコピーします。
3. HTMLエディタで新規ファイルをオープンします。
4. このヘルプ・ファイル内で、次のようにanchor_name ppolicyが付いたHTMLアンカーを検索します

< A NAME = "ppolicy"></A>

適切な営業単位のローカライゼーション・コードを、このアンカー名に追加します。例:

< A NAME="ppolicy@ou1"></A>

5. PORPOLCY.htmファイルを変更し、指定した営業単位用に表示するローカライズ情報を挿入します。
6. 変更結果を保存します。
7. Oracle Applications Help System Utilityを使用して、ローカライズ済のヘルプ・ファイルをデータベースにアップロードします。 Help System Utilityの使用手順の詳細は、『Oracle Applicationsシステム管理者ガイド』を参照してください。
8. 適切な職責のプロファイル・オプション「ヘルプ・ローカライゼーション・コード」を、HTMLコードでアンカー名を使用して定義した値に設定します。
• Oracle Applicationsにログインし、「システム管理者」の職責を選択します。
• 「システム・プロファイル」ウィンドウにナビゲートし、プロファイル「ヘルプ・ローカライゼーション・コード」および適切な職責（「Internet Procurement」など）を検索します。
• プロファイル値を、適切な職責のアンカー名に追加したローカライゼーション・コード（この例ではou1）に設定します。

各職責は営業単位に関連しているため、その営業単位でその職責（「Internet Procurement」など）を持つ依頼者には、ローカライゼーション・コード（この例ではou1）が追加された購買規約ヘルプ・ファイルが表示されます。

プロファイル・オプション

なし

機能セキュリティ

なし

ワークフロー

なし

実装時の考慮事項

なし

ワークフローのカスタマイズ

Oracle Workflowにより、カスタマイズ可能なビジネス・ルールに従って情報をルーティングし、ビジネス・プロセスを自動化できます。 ワークフローにより、Oracle PurchasingとOracle iProcurementのいくつかの手順が自動化されます。また、ワークフローはこの2つの製品で共有されます。

この項では、Oracle iProcurementで使用される事前定義済の各ワークフローの概要を説明します。

• 購買依頼の承認

• 発注文書の作成

• 勘定科目ジェネレータ

• 購買文書用の発注送信通知

• 受入確認

• 発注変更要求許容範囲チェック

• 依頼者変更オーダー承認

• 依頼者の発注変更承認

これらのワークフローは、Oracle Workflow Builderで表示可能な各プロセスで構成されています。 各ワークフロー・プロセスは、個々の機能アクティビティで構成されています。 プロセスを調整することでビジネス慣行をサポートできます。

これらのワークフローの詳細は、『Oracle Purchasingユーザーズ・ガイド』を参照してください。 これらのワークフローの設定手順は、『Oracle Workflowガイド』を参照してください。

購買依頼の承認

ワークフロー・ファイル名: poxwfrqa.wft

注意: Oracle iProcurementを初めてインストールして実装する場合、このワークフローの名前は「購買依頼」です。 アップグレード時には、ワークフロー名は発注購買依頼承認です。

このワークフローでは、すべての購買依頼承認が管理され、Oracle iProcurementで購買依頼を発行するときに開始されます。 承認者は（WebまたはEメールで）承認通知を受け取って、購買依頼を承認、拒否、転送または再割当てします。承認された場合、すべての承認者がその購買依頼について決定を下すまで、通知は次々と承認者に伝達されます。最終的にすべての承認者がその購買依頼を承認した場合、ワークフロー・プロセスは購買依頼を購買担当または購買管理部門に発行します。 適切なアクセス権限を持っている依頼者は、デフォルトの承認者リストを変更できます。 （「機能、メニューおよびデータ・セキュリティの設定」を参照。）

このワークフローの属性を、ビジネス・ニーズにあわせてカスタマイズしてください。 考慮を必要とする重要な属性は「PO自動作成をバックグラウンドへ送付」です。 この属性により、購買依頼承認ワークフローの最後に遅延プロセスが作成されるかどうかが決定されます。 デフォルトでは、「発注文書の作成」ワークフローのコールはプロセスによりバックグラウンド・モードで実行されることで遅延します。 オンライン・モードもあります。 詳細は、『Oracle Purchasingユーザーズ・ガイド』の発注購買依頼承認に関する項を参照してください。

発注文書の作成

ワークフロー・ファイル名: poxwfatc.wft

このワークフローは購買文書の自動作成を管理します。 「発注文書の作成」ワークフローは、Oracle Purchasingで既存の包括購買契約、購買契約またはカタログ見積に関連付けられている購買依頼を発行するときにOracle iProcurementで開始されます。

このワークフローの属性を、ビジネス・ニーズにあわせてカスタマイズしてください。次の表に、検討する必要のある属性を示します。

このワークフローと各属性の詳細は、『Oracle Purchasingユーザーズ・ガイド』のワークフローに関する項を参照してください。

勘定科目ジェネレータ

ワークフロー・ファイル名: poxwfpag.wft

精算中に、Oracle Purchasingの勘定科目ジェネレータは、配布の宛先タイプに基づく発注、リリースおよび購買依頼配分ごとに、経費、予算、経過および差異勘定を作成します。購買依頼配分用の勘定科目が決定されると、勘定科目ジェネレータにより、その勘定科目のすべてのセグメントが移入されます。

前提条件となる勘定科目ジェネレータ・ワークフローのプロセスを、ビジネス・ニーズにあわせてカスタマイズしてください。 詳細は、『Oracle Purchasingユーザーズ・ガイド』の勘定科目ジェネレータ・ワークフローに関する項を参照してください。

購買文書用の発注送信通知

ワークフロー・ファイル名: poxwfarm.wft

購買文書用の発注送信通知ワークフローは、完了していない、拒否された、または再承認が必要な文書を検索し、そのドキュメントのステータスの通知を適切な人に送信します。 これらの通知は、オンラインで、またはEメールを介して表示し、応答できます。

このワークフローのメッセージを、ビジネス・ニーズにあわせてカスタマイズしてください。 詳細は、『Oracle Purchasingユーザーズ・ガイド』の購買文書用の発注送信通知ワークフローに関する項を参照してください。

受入確認

ワークフロー・ファイル名: poxwfrcv.wft

受入確認ワークフローは、Oracle iProcurementで購買依頼を作成した依頼者に、オンラインまたはEメールを介して参照可能な通知を送ります。 （依頼者は、通知をOracle iProcurementの「通知」ページで表示でき、購買担当は通知をOracle Purchasingの「通知要約」ワークリストで表示できます。）

受入確認ワークフローは次の基準を満たす発注出荷に対して通知を送信します。

• 宛先タイプまたは搬送先タイプが「費用」の場合。

• 搬送先タイプが「在庫」の場合（プロファイル・オプション「POR: 受入確認のための在庫補充明細の選択」が「Y」に設定されている場合）。

• 受入経路が「直送」の場合。

• 照合が「3-方向」または「4-方向」の場合。

• 希望入手日/納期が現在の日付より前の場合。

このワークフローのプロセスまたはメッセージを、ビジネス・ニーズにあわせてカスタマイズしてください。 詳細は、『Oracle Purchasingユーザーズ・ガイド』の受入確認に関する項を参照してください。

発注変更要求許容範囲チェック

ワークフロー・ファイル名: poxrcoa.wft

発注変更要求許容範囲チェック・ワークフローでは、管理者はOracle iProcurementユーザーの承認階層を介して変更要求を経路指定するためのビジネス・ルールをカスタマイズできます。 このワークフローは、購買依頼明細の1つが承認済発注に入れられた後に依頼者が購買依頼を変更するとコールされます。

このワークフローの属性を、ビジネス・ニーズにあわせてカスタマイズしてください。 これらの属性により、依頼者の承認階層による変更の再承認が必要かどうかが制御されます。 各属性には、許容範囲の上限と下限を指定します。 たとえば、単価について許容範囲の下限を20（パーセント）、上限を0（パーセント）と定義します。 この例では、変更による減額が20%を超えるか増額になる場合、価格変更に再承認が必要になります。 次の表に、必要に応じて変更可能なすべての属性を示します。

次の表は、すべてのパーセント属性を示しています。 これらの属性の値は率です。

次の表は、すべての日数属性を示しています。 これらの属性の値は日数です。

ワークフローをオープンして変更する手順は、『Oracle Workflowガイド』を参照してください。

依頼者変更オーダー承認

ワークフロー・ファイル名: poreqcha.wft

依頼者変更オーダー承認ワークフローでは、購買依頼明細の1つが承認済発注に入れられた後に依頼者が行った購買依頼変更が処理されます。

このワークフローでは、次のステップが実行されます。

1. 依頼者が変更を行うと、ワークフローでは発注変更要求許容範囲チェック・ワークフローの発注変更属性がチェックされ、変更に購買依頼承認階層による再承認が必要かどうかが確認されます。 再承認が不要な場合、購買依頼は承認のために購買担当に直接発行されます。

2. 購買依頼変更に再承認が必要な場合、依頼者変更オーダー承認ワークフローでは、変更済の購買依頼が購買依頼承認階層を介して経路指定されます。 （承認者は変更通知を受け取ります。）

3. 購買依頼が承認されると、ワークフローにより購買担当に変更が送信され、購買担当は受理するか却下できます。 （購買担当は変更通知を受け取ります。）

4. 購買担当が変更を受理すると、ワークフローが完了し、依頼者の発注変更承認ワークフローが開始されます。

注意: 明細のいずれかが承認済発注に入れられる前に変更された購買依頼は、承認プロセスから取り下げられます。 この取下げは、依頼者変更オーダー承認ワークフローではなく購買依頼承認ワークフローで処理されます。

依頼者の発注変更承認

ワークフロー・ファイル名: porpocha.wft

購買担当が発注変更要求を受理すると、このワークフローが発注承認ワークフロー（poxwfpoa.wft）内で開始され、変更後の発注に購買担当の承認階層による承認が必要かどうかが判別されます。

発注変更承認のワークフロー・プロセスの詳細は、『Oracle Purchasingユーザーズ・ガイド』を参照してください。

購買依頼の付加フレックスフィールドの定義

購買依頼ヘッダー、明細および配分の付加フレックスフィールドを定義できます。

付加フレックスフィールド（ヘッダーおよび明細）

この図は、精算プロセス中の付加フレックスフィールドを示しています。 この例では、「購買依頼情報」セクションにヘッダー・レベルのフレックスフィールド「地域」、「国名」および「国コード」が表示されています。 「追加明細情報」セクションには、明細レベルのフレックスフィールドであるサービス契約、「サービス期間」およびサービス製品が表示されています。 （「その他の明細情報」セクションが表示されるのは、明細レベルの付加フレックスフィールドが存在する場合のみです。） 明細レベルの付加フレックスフィールドは、ショッピング・カートと最後の精算ページにも（「発行」をクリックする直前に）表示できます。

付加フレックスフィールド（配分）

この図は、配分レベルの付加フレックスフィールドを示しています。 この例の付加フレックスフィールドはサービス部門です。 配分レベルの付加フレックスフィールドを表示するには、「明細の編集」、「勘定科目」を順番にクリックし、「分割」アイコンをクリックします。 配分フレックスフィールドは、最後の精算ページにも（「発行」をクリックする直前に）表示できます。

注意: 設定時には、フレックスフィールドが表示されるのはOracle Applications Frameworkを使用して必要ページに表示する場合のみです。 （デフォルトでは、すべてのページで非表示です。）

Oracle iProcurementでは、グローバル・セグメントと単一コンテキスト・フィールドがサポートされます。 複数コンテキスト・フィールドまたは参照フィールドはサポートされません。 単一コンテキスト・フィールドをサポート可能にするには、後述のコンテキスト値プロファイル・オプションを使用します。

たとえば、Oracle Applicationsの「付加フレックスフィールド・セグメント」ウィンドウを使用して、次の購買依頼ヘッダー付加フレックスフィールドを定義するとします。

• 地域（グローバル・セグメント）

• 国名（グローバル・セグメント）

• 国コード（コンテキスト・フィールド）

• 州（コンテキスト・フィールド）

注意: プロファイル・オプション「POR: 購買依頼ヘッダー付加フレックスフィールドのコンテキスト値」は「国コード」に設定されています。

この例では、購買依頼ヘッダーに次の付加フレックスフィールドが表示されます。

• 常に表示されるグローバル・セグメントであるため、「地域」および「国名」が表示されます。

• プロファイル・オプション「POR: 購買依頼ヘッダー付加フレックスフィールドのコンテキスト値」で選択されているため、「国コード」が表示されます。

注意: 「州」は、プロファイル・オプションで選択されていないコンテキスト・フィールドであるため表示されません。

つまり、購買依頼の各部分（ヘッダー、明細、配分）には、定義したすべてのグローバル・セグメントと、対応するプロファイル・オプションで選択されているコンテキスト・フィールドが表示されます。

設定ステップ

付加フレックスフィールドを定義する手順は、次のとおりです。

1. 「システム管理者」職責を使用して、次の一部またはすべてのエンティティの付加フレックスフィールドを作成します。
• 購買依頼ヘッダー
• 購買依頼明細
• 購買依頼配分

この3つのエンティティは、それぞれOracle Applicationsで事前定義済です。 「付加フレックスフィールド・セグメント」ウィンドウでは「タイトル」フィールドに表示されます。 必要なエンティティを問い合せて、必要なフレックスフィールドを定義します。 手順は、『Oracle Applicationsフレックスフィールド・ガイド』を参照してください。

2. コンテキスト・フィールドであるフレックスフィールドの場合は、次の「プロファイル・オプション」に示す対応するプロファイル・オプションで、必要なフレックスフィールドを選択します。
3. デフォルトでは、フレックスフィールドはすべてのページで非表示です。 Oracle Applications Frameworkのパーソナライズ機能を使用して、フレックスフィールドを必要なページに表示します。

「Oracle Applications FrameworkによるOracle iProcurementのパーソナライズ」を参照してください。

必要なページをパーソナライズする場合、付加フレックスフィールドは「Flex」と呼ばれます。 たとえば、「Flex: (ReqHeaderDFF)」となります。 すべてのフレックスフィールド・セグメント用に1つフィールドが用意されています。 前述の例では、「精算: 購買依頼情報」ページのすべてのセグメント（「地域」、「国名」および「国コード」）用に「Flex: (ReqHeaderDFF)」フィールドが用意されています。 「Flex (ReqHeaderDFF)」を表示すると、「地域」、「国名」および「国コード」が表示されます。

プロファイル・オプション

次のプロファイル・オプションの設定手順は、「プロファイル・オプションの設定」を参照してください。

• POR: 購買依頼ヘッダー付加フレックスフィールドのコンテキスト値

• POR: 購買依頼明細付加フレックスフィールドのコンテキスト値

• POR: 購買依頼配分付加フレックスフィールドのコンテキスト値

機能セキュリティ

なし

ワークフロー

なし

実装時の考慮事項

付加フレックスフィールドを含む購買依頼が後で完了、コピー、変更（依頼者または承認担当が実行）または再発行されると、Oracle iProcurementでは、対応するプロファイル・オプションに異なる値が含まれていても、当初購買依頼にあったのと同じ付加フレックスフィールドが想定されます。 購買依頼の当初作成後に付加フレックスフィールドを設定すると、購買依頼の以降の精算で適用される付加フレックスフィールドには、プロファイル・オプションで指定した付加フレックスフィールドが含まれます。

カスタム・パッケージの実装

以降の各項では、PL/SQLパッケージを使用して購買依頼ヘッダーおよび明細をカスタマイズする方法と、Oracle Applications Frameworkを使用してデフォルトの勘定科目生成および勘定科目検証プロシージャをカスタマイズする方法について説明します。

購買依頼ヘッダーおよび明細のカスタマイズ

POR_CUSTOM_PKGは、購買依頼ヘッダー、明細および配分データについて、デフォルト設定ロジックと検証を実行するためのカスタマイズ・フックを提供します。 これらのプロシージャは、CustomReqHeaderHelper、CustomReqLineHelperおよびCustomReqDistHelperクラスから起動されます。 デフォルトでは、既存のロジックと検証には影響しません。 POR_CUSTOM_PKGはPORCUSTB.plsファイルにバンドルされています。

PL/SQLパッケージの変更手順は、『Oracle Applications開発者ガイド』を参照してください。

次の表に、購買依頼ヘッダー、明細および配分をカスタマイズできるように、POR_CUSTOM_PKGに用意されている各種プロシージャと、その起動方法について説明します。

プロファイル・オプション

次のプロファイル・オプションにより、対応するカスタム・プロシージャが起動されるかどうかが制御されます。

• POR: 購買依頼ヘッダーのカスタマイズ可能

• POR: 購買依頼明細のカスタマイズ可能

• POR: 購買依頼配分のカスタマイズ可能

カスタマイズしたプロシージャを起動するには、対応するプロファイル・オプションを「Yes」に設定します。 「プロファイル・オプション」を参照してください。

機能セキュリティ

なし

ワークフロー

なし

実装時の考慮事項

なし

勘定科目ジェネレータのカスタマイズ

購買依頼明細または配分の特定の属性値を変更すると、経費勘定のデフォルトが再設定される場合があります。 たとえば、「搬送先事業所」を変更すると、経費勘定番号が変更される場合があります。 経費勘定のデフォルトを再設定する属性に追加できます。

設定ステップ

1. 購買依頼明細または配分のエンティティ・オブジェクトを拡張します。

エンティティ・オブジェクトには、デフォルト勘定の再設定を招く可能性のあるターゲット属性がすべて含まれています。 手順は次のとおりです。

• BC4Jパッケージoracle.apps.icx.por.schema.server内でエンティティ・オブジェクト（EO）を拡張することになるため、このパッケージをプロジェクト内で開きます。
• 親EOを選択します。 購買依頼明細の場合はoracle.apps.icx.por.schema.server.PoRequisitionLineEO、購買依頼配分の場合はoracle.apps.icx.por.schema.server.PoReqDistributionEOを選択します。
• 前述のステップで親EOを識別する手順は、『Oracle Applications Framework Developer's Guide』のエンティティ・オブジェクト属性のデフォルト値の変更に関する項を参照してください。 このマニュアルはOracleMetaLinkで入手可能です。 （OracleMetaLinkでの正確な参照先は、『Oracle Applicationsシステム管理者ガイド』を参照してください。）
• エンティティ・オブジェクト属性のデフォルト値の変更に関する項で、カスタムBC4Jオブジェクトを保持する空の新規BC4Jパッケージの作成手順と、親EOを拡張する新規エンティティ・オブジェクトを作成する手順を実行します。
• エンティティ・オブジェクト・ウィザードのステップ2で、「表」から「新規」をクリックしてターゲット属性を選択します。

これらは、値が変更されたときにデフォルト勘定科目の再設定をトリガーする必要のある属性（AMOUNTなど）です。

ターゲット属性の選択



• 「OK」をクリックし、ウィザードの残りのステップでデフォルトを受け入れます。
2. システム・ナビゲータ・パネルで、前述のステップで作成したエンティティ・オブジェクトを選択し、「エンティティ・オブジェクト」内の属性をすべて表示します。
3. 「体系」パネルで各ターゲット属性を選択し、「編集」オプションを選択して個別に編集します。 属性エディタが表示されます。
4. 左パネルから「プロパティ」を選択します。 ターゲット属性ごとに、属性エディタで新規プロパティを追加します。
• ターゲット属性が購買依頼明細に関連付けられている場合は、「プロパティ名」フィールドにAccountLineBizAttrSet、「値」フィールドにYを入力します。
• ターゲット属性が購買依頼配分に関連付けられている場合は、「プロパティ名」フィールドにAccountDistBizAttrSet、「値」フィールドにYを入力します。
• 「追加」、「OK」を順番にクリックして変更内容を保存します。

AccountLineBizAttrSetおよびAccountDistBizAttrSetには、デフォルト勘定科目の再設定をトリガーする属性がすべて含まれています。 これで、属性値が変更されたときにデフォルト勘定科目の再設定をトリガーするターゲット属性の設定は完了です。

5. エンティティ・オブジェクトの拡張を完了した後、『Oracle Applications Framework Developer's Guide』の拡張BC4Jオブジェクトによる親BC4Jオブジェクトの置換に関する項の手順を参照し、拡張BC4Jオブジェクトで親BC4Jオブジェクトを置換します。
6. 前述の変更を完了した後、Oracle Internet Application Server（iAS）を再起動します。

プロファイル・オプション

なし

機能セキュリティ

なし

ワークフロー

なし

実装時の考慮事項

経費勘定をカスタマイズする操作は、勘定科目ジェネレータ・ワークフローを変更する操作とは異なります。 このステップで実行したカスタマイズ内容により、デフォルト勘定科目の再設定をトリガーする属性が決定されます。 トリガー後は、勘定科目ジェネレータ・ワークフローにより適切なデフォルト勘定科目が設定されます。

オンライン・ヘルプの変更

Oracle Applicationsヘルプとしてオンライン・ヘルプを利用できます。 すべてのヘルプ・ドキュメントとグラフィック・ファイルは、データベースに格納されています。 ヘルプ・ドキュメントはHTML形式です。 市販のHTMLエディタを使用すると、ヘルプのコンテンツを編集できます。

ヘルプ・ファイルの編集および更新手順の詳細は、『Oracle Applicationsシステム管理者ガイド』を参照してください。

Oracle iProcurementは、次の2組のヘルプ・ファイルで構成されています。

• 1組目は、依頼者がOracle iProcurementで「ヘルプ」アイコンをクリックすると表示されます。

• 2組目は、カタログ管理者がeContent Managerで「ヘルプ」アイコンをクリックすると表示されます。 2組目のヘルプ・ファイルにアクセスできるのは、「iProcurementカタログ管理」職責でログインしたユーザーのみです。

購買規約とサポート

Oracle iProcurementとeContent Managerのオンライン・ヘルプには、どちらも自社のプロセス固有の指示を追加できるように、プレースホルダ・ヘルプ・ファイルが含まれています。

iProcurementのプレースホルダ・ヘルプ

Oracle iProcurementヘルプの場合、プレースホルダ・ファイルは追加ヘルプ・セクションにあります。 プレースホルダ・ファイルには、プレースホルダ・テキストが含まれています。 たとえば、「購買部門に連絡」というファイルには、「これはプレースホルダです。 購買文書の連結手順の詳細を示すファイルを作成し、このファイルを置き換えてください。」というテキストが含まれています。 iProcurementヘルプのプレースホルダ・ファイルは、次のとおりです。

• 購買規約（PORPOLCY.htm）

注意: すでに「営業単位固有の購買規約のカスタマイズ」でPORPOLCY.htmを営業単位別にカスタマイズしている場合があります。

• 購買部門に連絡（PORCPURC.htm）

• 技術サポートに連絡（PORCTECH.htm）

eContent Managerのプレースホルダ・ヘルプ

eContent Managerヘルプに使用されているプレースホルダ・ファイルは、「追加情報」セクションの「技術サポートに連絡」（PORCTECH.htm）です。

依頼者に表示されるiProcurementヘルプ・ファイルの場合は特に、これらのファイルを変更するか、独自ファイルで置換するか、iProcurementメイン・ヘルプ・ページ（PORINDEX.htm）またはiProcurementカタログ管理メイン・ヘルプ・ページ（PORCATIX.htm）の追加ヘルプ・セクションから削除する必要があります。

Oracle Services Procurement

Oracle Services Procurementを実装していない場合は、Oracle Services Procurementアプリケーションのオンライン・ヘルプを削除できます。

iProcurementの「契約者要求」ヘルプ

iProcurementの「品目の受入」ヘルプ

この2つの図は、iProcurementヘルプの「契約者要求」セクションと「品目の受入」セクションを示しています。 「契約者要求」ヘルプ・ファイルへのアクセスを削除する場合は、iProcurementメイン・ヘルプ・ページ（PORINDEX.htm）を変更して、「契約者要求」セクションと次のリンクを削除します。

• 契約者要求の作成（PORSRVCR.htm）

• 契約者の割当て（PORSRVAS.htm）

• 契約者要求の検索と追跡（PORSRVTR.htm）

• 契約者の評価（PORSRVEV.htm）

• 契約者要求の受入（PORSRVRV.htm）

プロファイル・オプションの設定

多数のプロファイル・オプションによって、Oracle iProcurementの動作が決まります。 実装時に、Oracle iProcurementのデータへのアクセス制御とデータ処理の方法を指定するために、各プロファイル・オプションの値を設定する必要があります。

後述の表に、Oracle iProcurementに適用できるプロファイル・オプションを次のグループに分けて示します。

• システム管理者によって設定されるプロファイル・オプション

• ユーザーが設定するプロファイル・オプション

• Oracle Services Procurement用に設定するプロファイル・オプション

プロファイル・オプションの設定

このインプリメンテーション・ガイドの各設定ステップには、その機能について設定する必要のあるプロファイル・オプションが示されています。 すべてのプロファイル・オプションをこの時点で設定する必要はありませんが、次の表を参照しながら設定できます。

1. 「システム管理者」の職責でOracle Applicationsにログオンします。
2. 「プロファイル」>「システム」の順にナビゲートします。
3. 「システム・プロファイル値」ウィンドウで、必要なプロファイル・オプションを検索して設定します。

詳細は、『Oracle Applicationsシステム管理者ガイド』を参照してください。

注意: サイト・レベルのプロファイル・オプションを更新する場合は、変更内容を有効にするためにOracle Internet Application Server（iAS）を再起動する必要があります。

次のプロファイル・オプションはこのマニュアルで後述する設定ステップに対応していないため、この時点で設定しても後で参照できるようにメモしておいてもかまいません。

• POR: 残余予算の確認可能（引当を使用する場合）
• POR: 購買依頼の採番に順序を使用
• ユーザーが設定するプロファイル・オプション

これらのプロファイル・オプションについては、以降の表を参照してください。

システム管理者によって設定されるプロファイル・オプション

次の表に、システム管理者が設定する必要のあるOracle iProcurement固有のプロファイル・オプションを示します。

• 後述の一部のプロファイル・オプションは、Oracle Purchasingや他のSelf Service Web Applicationなど、複数のアプリケーションで共有されます。 これらのアプリケーションの詳細は、「はじめに」の「関連ドキュメント」を参照してください。

• 各プロファイル・オプションは、表でみつけやすいように名前に含まれる空白を無視してアルファベット順で示されています。 アプリケーションでは、プロファイルは空白を含めたアルファベット順に表とは少し異なる順序で表示されます。

「レベル」は、プロファイルを設定可能なレベルを示します。 次のレベルがあります。

• サイト

• アプリケーション

• 職責

• ユーザー

「必須」または「オプション」は、プロファイル・オプションがOracle iProcurementの動作に必須（値を必ず設定）かどうかを示します。

「廃止」は、プロファイル・オプションが存在しなくなったか、存在している場合は使用されなくなったことを示します。

ユーザーが設定するプロファイル・オプション

次の表に、依頼者固有のプロファイル・オプションを示します。 これらの値は、依頼者がOracle iProcurementで「iProcurement作業環境」を定義するときに設定されます。

Oracle Services Procurement用に設定するプロファイル・オプション

次の表に、Oracle Services Procurementでのみ使用するプロファイル・オプションを示します。 「Oracle Services Procurement」を参照してください。

テクノロジ・スタックのアップグレード

Oracle iProcurementのすべてのコンポーネントは、新規のメタデータ・モデル、拡張ユーザー・インタフェースの対話性およびパーソナライズ機能を利用するために、Oracle Applications Frameworkに移行されました。

このアップグレードにより、Oracle iProcurementではカスタマイズにAK開発者テクノロジが使用されなくなりました。 このプロセスは、新規フレームワークを使用するシステム管理者と依頼者のために従来よりも容易になっています。

詳細は、「Oracle Applications FrameworkによるOracle iProcurementのパーソナライズ」を参照してください。

Copyright © 1997, 2004, Oracle. All rights reserved.