Redwood: 承認済サプライヤ・リストの管理
Redwoodページを使用して、品目またはカテゴリの承認済サプライヤのリストを管理します。 品目またはカテゴリごとに、特定の出荷先組織またはすべての出荷先組織のサプライヤまたはサプライヤ・サイトを承認できます。
品目、カテゴリ、出荷先組織、サプライヤおよびサプライヤ・サイトの組合せに対して、1つの承認済サプライヤ・リスト(ASL)エントリを定義できます。 ASLステータスは、サプライヤが品目またはカテゴリのソースを認可されるかどうかを決定し、品目またはカテゴリの発注を承認できるかどうかを制御します。 入力ごとに、購買オーダーのサプライヤ品目属性(購買単位、原産国、最小オーダー数量、固定ロット乗数など)を指定することもできます。 新規に追加したエントリは、別の検索、フィルタまたは結果のソートを実行するまで、表の上部に表示されます。
調達BUを選択して、様々な調達BUのASLエントリを表示および定義します。

承認済サプライヤ・リスト・エントリ
承認済サプライヤ・リスト詳細
「詳細」ドロワーを使用して、付加フレックスフィールドを使用してASLエントリの追加情報を入力します。 包括購買契約または購買契約をASLのソース文書としてリンクすることもできます。 カテゴリ・レベルのASLは、購買契約からのみソーシングできます。

承認済サプライヤ・リスト・エントリ詳細
有効化および構成ステップ
- クラシック・ページからRedwoodページにスイッチオーバーする前に、「グローバル承認済サプライヤ・リスト・エントリからのサプライヤ品目属性の移行」スケジュール済プロセスを実行して、グローバルASLエントリの出荷先組織固有のサプライヤ品目属性を独自の独立出荷先組織ASLエントリに移行します。
ノート:詳細は、「ヒントと考慮事項」の項を参照してください。
- 新しい「承認済サプライヤ・リスト・エントリ」ページにアクセスするには、「承認済サプライヤ・リスト・エントリのRedwoodページ使用可能」(ORA_PO_ASL_REDWOOD_ENABLED)プロファイル・オプションを有効にする必要があります。 デフォルトでは、このプロファイル・オプションは無効になっています。
プロファイル・オプションを有効にするステップは、次のとおりです。
- 「設定および保守」作業領域で、「管理者プロファイル値の管理」タスクを検索して選択します。
- 「管理者プロファイル値の管理」ページで、ORA_PO_ASL_REDWOOD_ENABLEDプロファイル・オプション・コードを検索して選択します。
- 「プロファイル値」セクションで、「サイト」レベルを「Y」に設定します。
- 「保存してクローズ」をクリックします。 プロファイル値の変更は、ユーザーが次回サインインしたときに反映されます。
- Redwood for Purchasingを有効にしていない場合は、Customer ConnectのSCMリソース・センターの購買におけるRedwoodの開始のトピックを参照してください。
ヒントと考慮事項
- クラシック・ページを使用してASLエントリを以前に管理している場合は、クラシック・ページと比較してRedwoodページの変更点に注意してください。
- Redwoodページでは、「直接」ビジネス・タイプのASLエントリのみがサポートされています。
- クラシック・ページでは、直接ASL、製造業者ASLおよびディストリビュータASLがサポートされています。 既存の製造業者または販売業者のASLがある場合、製造業者ASLはRedwoodページに表示されなくなり、販売業者のASLは通常の直接ASLとして表示および機能します。
- 購買オーダーで製造業者情報を使用する場合は、製造業者をマスター品目に関連付けることができます。 更新21Aの「購買オーダーの作成中に品目マスター定義から取引先品目詳細を自動的に移入」機能を使用すると、購買オーダー明細の製造業者および製造業者部品番号をマスター品目から導出できます。
- Redwoodページでは、ASLエントリごとに1つのサプライヤ品目属性レコードのみがサポートされています。
- クラシック・ページでは、出荷先組織ASLエントリに対して1つのサプライヤ品目属性レコードがサポートされます。 グローバルASLエントリでは、1つのグローバル・サプライヤ品目属性レコードと、複数の出荷先組織固有のサプライヤ品目属性レコードがサポートされます。 Redwoodページでは、次のことがサポートされています。
- 出荷先組織ASLエントリの1つの出荷先組織固有のサプライヤ品目属性レコード。
- グローバルASLエントリの1つのグローバル・サプライヤ品目属性レコード。
- クラシック・ページからRedwoodページにスイッチオーバーする前に、「グローバル承認済サプライヤ・リスト・エントリからのサプライヤ品目属性の移行」スケジュール済プロセスを実行して、出荷先組織固有のサプライヤ品目を移行する必要があります独自の独立出荷先組織ASLエントリへのグローバルASLエントリの属性。それ以外の場合は、RedwoodページでグローバルASLエントリの既存の出荷先組織固有のサプライヤ品目属性を表示できません。
- グローバルASLエントリに既存の出荷先組織固有のサプライヤ品目属性がない場合でも、スケジュール済プロセスを実行できます。 この場合、サプライヤ品目属性は移行されません。
- プロセスが以前に実行された後に新しい出荷先組織サプライヤ品目属性レコードがグローバルASLエントリに追加された場合は、スケジュール済プロセスを再度実行できます。
- たとえば:
- 品目: KN95 Facemask、出荷先組織: <N/A>、サプライヤ: Tall Pharmaceuticalsの既存のグローバルASLエントリには、次の3つのサプライヤ品目属性レコードがあります。
- (グローバル属性)出荷先組織: <N/A>、購買単位: ボックス5、最小オーダー数量: 20
- (出荷先組織属性)出荷先組織: Seattle Manufacturing、購買単位: ボックス10、最小オーダー数量: 50
- (出荷先組織属性)出荷先組織: デンバー製造、購買単位: 各、最小オーダー数量: 100
- スケジュール済プロセスの実行後、次の3つのASLエントリがあります。
- (グローバルASL)品目: KN95 Facemask、出荷先組織: <N/A>、サプライヤ: Tall Pharmaceuticals、購買単位: ボックス5、最小オーダー数量: 20
- (出荷先組織ASL)品目: KN95 Facemask、出荷先組織: Seattle Manufacturing、仕入先: Tall Pharmaceuticals、購買単位: ボックス10、最小オーダー数量: 50
- (出荷先組織ASL)品目: KN95 Facemask、出荷先組織: Denver Manufacturing、サプライヤ: Tall Pharmaceuticals、購買単位: 各、最小オーダー数量: 100
- 品目: KN95 Facemask、出荷先組織: <N/A>、サプライヤ: Tall Pharmaceuticalsの既存のグローバルASLエントリには、次の3つのサプライヤ品目属性レコードがあります。
- クラシック・ページでは、出荷先組織ASLエントリに対して1つのサプライヤ品目属性レコードがサポートされます。 グローバルASLエントリでは、1つのグローバル・サプライヤ品目属性レコードと、複数の出荷先組織固有のサプライヤ品目属性レコードがサポートされます。 Redwoodページでは、次のことがサポートされています。
- サプライヤ品目属性の付加フレックスフィールドは、Redwoodページでサポートされなくなりました。
- ソース文書の付加フレックスフィールドは、Redwoodページでサポートされなくなりました。
- Redwoodページでは、「直接」ビジネス・タイプのASLエントリのみがサポートされています。
主なリソース
Oracle Visual Builder Studioを使用したRedwoodアプリケーション・ページの拡張の詳細は、Oracle Fusion Cloud HCMおよびSCM: Visual Builder Studioを使用したHCMおよびSCM用のRedwoodアプリケーションの拡張を参照してください。
アクセス要件
次の既存の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 承認済仕入先リスト・エントリの検索(PO_SEARCH_APPROVED_SUPPLIER_LIST_ENTRY_PRIV)
- 承認済仕入先リスト・エントリの変更(PO_CHANGE_APPROVED_SUPPLIER_LIST_ENTRY_PRIV)
次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、スケジュール済プロセスを実行して、グローバルASLエントリの出荷先組織固有のサプライヤ品目属性を独自の独立出荷先組織ASLエントリに移行できます。
- スケジュール済ジョブ定義の管理(FND_MANAGE_SCHEDULED_JOB_DEFINITION_PRIV)
この権限はこの更新より前に使用可能でした。
- グローバル承認済サプライヤ・リスト・エントリからのサプライヤ品目属性の移行(PO_MIGRATE_SUPPLIER_ITEM_ATTRS_FROM_GLOBAL_ASL_ENTRY_PRIV)
これは、この更新における新規の権限です。