機械翻訳について

ネゴシエーション管理の例

ネゴシエーション管理によって、ネゴシエーションで使用可能な機能とその使用方法が決定されます。 これらの管理の使用可否とデフォルト値は、ネゴシエーションの定義を開始するときに選択したネゴシエーション形式によって指定されますが、それらの値はここで上書きできます。

スケジュール管理

様々な設定を使用して、ネゴシエーションのタイムラインを管理します。

  • プレビュー日

    ネゴシエーションのプレビュー日を設定できます。 サプライヤは、ネゴシエーション(オークションまたは見積依頼)がプレビュー・ステータスのときに事前入札を発行できます。

  • オープン日

    ネゴシエーションを公開したらすぐにオープンすることを選択するか、応答に対してネゴシエーションをオープンする将来の日付を選択できます。

    調達BUに対して承認が有効になっている場合は、「承認時にオープン」または特定の日付をオープン日として選択できます。 オープン日の場合は、承認日の後の日数を設定できません。

  • クローズ日

    クローズ日を指定する必要があります。 クローズ日に達した後は、サプライヤはOracle Supplier Portalからさらにレスポンスを送信できませんが、バイヤーはサプライヤに対して代理レスポンスを作成できます。 ネゴシエーションがオークションである場合は、必要に応じて、自動延長機能または交互クロージング機能を使用可能にできます。

    調達BUに対して承認が使用可能になっている場合は、特定の日付をクローズ日として選択するか、オープン日の後に設定した日数を選択できます。

  • 落札日

    サプライヤの情報に落札日を指定できます。 落札日は、アプリケーションによって適用されません。 ネゴシエーションのクローズ後に、いつでもネゴシエーションを落札させることができます。

ネゴシエーション管理

3つの管理を使用して、サプライヤ応答の表示とネゴシエーション文書の全体的な外観を制御します。

  • 応答表示

    「応答表示」では、どのような場合にサプライヤに競合応答情報の参照を許可するかを管理します。

    • オープン - オープン・ネゴシエーションの場合、サプライヤは、ネゴシエーションがアクティブなときに競合応答情報を参照できます。

    • 非公開 - 非公開ネゴシエーションの場合、サプライヤは、最高入札値のみを参照できます(許可されている場合)。

    • 封印 - 封印ネゴシエーションでは、バイヤーはロックが解除されるまでレスポンスを表示できず、サプライヤはレスポンスがロック解除されるまで競合レスポンス情報を表示できません。

    • レスポンス表示管理がブラインドに設定されている場合、同じサプライヤのサプライヤ担当であっても、相互のレスポンスを表示できません。 盲目として表示されます。

    • ただし、他のサプライヤ担当にレスポンスを表示させる場合は、レスポンス表示をオープンまたは封印として選択できます。 他の担当者がレスポンスを表示できるように、ネゴシエーションを開封します。

    • 見積依頼を操作する場合は、次の点を考慮してください:

      • 見積依頼により、バイヤーは、受注生産や建設プロジェクトなど、複雑で定義することが難しい品目やサービスについて、サプライヤから見積を収集できます。 通常、見積依頼プロセスはネゴシエーション・プロセスの中で最も長いプロセスです。

      • サプライヤが最初の提案ラウンド(見積)を発行した後、バイヤーは必要に応じて見積依頼を微調整し、詳細なネゴシエーションを開始できます。 このプロセスでは、複数回のネゴシエーションと見積が行われる可能性があります。

      • 見積依頼は非公開(バイヤーは見積依頼中に見積を参照できますが、サプライヤは参照できません)または封印(見積依頼がクローズされて見積が封印解除されるまでバイヤーもサプライヤも見積を参照できません)できるため、サプライヤはネゴシエーションの進行中に互いの見積を参照できません。

  • ネゴシエーション・レイアウト、応答レイアウト、契約条件レイアウト - 事前定義された文書印刷用レイアウトから選択できます。

  • 2つのシード済ネゴシエーションPDFテンプレートが使用可能です。1つはサプライヤ用、もう1つはバイヤー用です。 これにより、サプライヤとバイヤーに対して異なるネゴシエーションPDF文書を適宜調整できます。 詳細は、「Oracle Analytics Publisherを使用したバイヤー・ネゴシエーションPDFの構成方法」および「Oracle Analytics Publisherを使用したサプライヤ・ネゴシエーションPDFの構成方法」を参照してください。

要件管理

要件とは、参加するサプライヤから高レベルの情報を引き出すための質問です。 要件に対するサプライヤ応答には、競合応答との比較評価に使用するスコアを割り当てることができます。

  • 加重を使用可能

    この管理を使用可能にすると、各ネゴシエーション要件に、その要件の相対的な重要度を示す加重を適用できます。

  • スコアリング基準をサプライヤに表示

    この管理を使用可能にすると、ネゴシエーションの作成者が指定したスコアリング基準がサプライヤに表示されます。

  • デフォルト最大スコア

    「デフォルト最大スコア」では、サプライヤ応答のスコアリングで入力できる最大値のデフォルト値を設定します。 この値は、実際の要件を作成するときに上書きできます。 ただし、同じ最大値を使用する要件を多数作成する場合は、ここで値を指定するのみでその値がデフォルト値として自動的に表示されるようになります。

明細管理

明細管理セクションでは、ネゴシエーション明細に価格階層を使用するかどうかを指定します。 また、明細ランクの計算方法と表示方法を指定します。

  • 価格階層

    使用可能な価格階層の種類は、ネゴシエーション結果に応じて異なります。 結果が標準購買オーダーの場合は、数量ベースの価格階層のみを使用できます。 結果が包括購買契約の場合は、価格分岐または数量ベースの価格階層のいずれかを使用できます。 何も選択しない場合は、価格階層情報を作成できません。

  • ランク・インジケータ

    上位の応答を数値ランク(1-3)形式でランク付けするか、最適応答のみを表示するかを指定できます。 また、ランキングを表示しないように指定することもできます。

  • ランキング方法

    サプライヤ応答を価格のみに基づいてランク付けするか、応答ランクの評価時に明細属性に対する応答も考慮するかを指定できます。 「複数属性スコアリング」を選択しないかぎり、明細属性を定義できても、それらをスコアリングの対象にすることはできません。

    RFIを使用すると、バイヤーはサプライヤが提供する商品やサービスの情報をサプライヤから要求できます。 これにより、バイヤーはサプライヤ・グループの資格を取得し、後でネゴシエーションに含めるサプライヤを識別できます。 ランキング・メソッドが情報依頼に適用できないため、複数属性スコアリングでは許容値を使用できません。 ただし、複数属性スコアリング用の見積依頼を作成できます。

応答管理

複数の設定を使用して、サプライヤに対して使用可能にするアプリケーション機能、およびサプライヤ応答を処理する方法を制御します。

  • 参加者を、ネゴシエーションに指定した参加依頼リストに含まれているサプライヤのみに制限できます。 参加者を制限しない場合、システムに表示されるオープン・ネゴシエーションをサプライヤが検索してネゴシエーションを見つける可能性があります。 その場合、ネゴシエーションにアクセスして応答を行う可能性があります。

  • 他のサプライヤの応答のノート、添付または契約条件をサプライヤが表示することを許可できます。 この管理は、封印ネゴシエーションでのみ使用できます。

  • 応答する明細をサプライヤが選択することを許可できます。 この設定を有効にしている場合、サプライヤは特定の明細に応答しないことを選択できます。 この設定を有効にしていない場合、サプライヤはネゴシエーションのすべての明細に応答する必要があります。

  • 明細にサプライヤが複数の応答を行うことを許可できます。 この設定を有効にしていない場合、サプライヤは応答ラウンド当たり1回のみ応答を行えます。

  • 非公開ネゴシエーションで、現在の最適価格をサプライヤに表示できます。 これによりサプライヤは、後続の応答を送信する場合に、いくら値引する必要があるかを確認できます。 この設定は、非公開ネゴシエーションでのみ使用可能です。

  • 複数のレスポンスを許可する場合は、次のレスポンスをサプライヤに強制的に発行するように選択できます

  • サプライヤの前回の応答よりも低い応答

  • 現在の最適価格よりも低い応答