次の表の機能は、元々はオプト・インとして提供されましたが、将来の更新で、使用可能にするためのオプト・インは必要なくなります。列Cに示すように、まだ追加の設定または構成をいくつか実行する必要がある場合があります。この将来の「オプト・イン失効」の事前通知は、これらの変更に対応する計画を立てる際にお役立てください。オプト・インが失効すると、上の表に機能が記載されます。
重要なノート: これらの機能をすでに有効化している場合は、追加の処理は必要ありません。
(A) | (B) | (C) | |||
---|---|---|---|---|---|
機能 | モジュール |
オプト・インUIで 有効にする *必要があった*機能が 最初に提供されたバージョン: |
オプト・インUIで 有効にする *必要がなくなる* 最初のバージョン: |
引き続き、アクションをエンド・ユーザーが有効にする必要がありますか。 | |
いいえ、 使用準備が完了して 提供されます |
はい、 引き続き顧客アクションが 必要です |
||||
更新24A | |||||
バック・トゥ・バック・フローで出荷日を変更する際の後処理日数の追加 | サプライ・チェーン・オーケストレーション | 24A | 24C | ![]() | |
サプライ・チェーン・オーケストレーションでの供給または需要の更新後の処理の改善 | サプライ・チェーン・オーケストレーション | 24A | 24B | ![]() | |
更新23D | |||||
購買オーダーが外注加工フローで準備できるまで製造からの変更を保留 | サプライ・チェーン・オーケストレーション | 23D | 24D | ![]() | |
更新23C | |||||
「サプライ・チェーン・オーケストレーション」作業領域を使用した供給文書の同期 | サプライ・チェーン・オーケストレーション | 23C | 24A | ![]() | |
バック・トゥ・バック販売オーダーの手動予約の表示 | サプライ・チェーン・オーケストレーション | 23C | 24A | ![]() | |
拡張可能なOracle Analytics Publisherデータ・モデルを使用した購買依頼PDFの構成 | セルフサービス調達 | 23C | 24B | ![]() |
元はオプト・イン・ユーザー・インタフェースから有効にしていた機能
次の表に示す機能は、最初は無効の状態で提供されていました。つまり、エンド・ユーザーがこの機能を有効にするには、オプト・インUIでのアクションが必要でした(さらに、追加の設定または構成ステップが必要になることもありました)。列Aは、これらの機能がいつ最初に提供されたかを示しています。
列Bに示されている更新バージョン以降、エンド・ユーザーはこれらの機能はオプト・インUIで有効にする必要がなくなります。ただし、列Cに示すように、機能を有効にするために、引き続き、追加の設定または構成ステップを実行する必要がある場合もあります。有効にするために、顧客による追加のアクションが引き続き要求される場合は、機能名をクリックすると詳細情報が表示されます。
重要なノート: オプト・インUIでこれらの機能をすでに有効にしている場合は、それ以上のアクションは必要ありません。
(A) | (B) | (C) | |||
---|---|---|---|---|---|
機能 | モジュール |
オプト・インUIで 有効にする *必要があった*機能が 最初に提供されたバージョン: |
オプト・インUIで 有効にする *必要がなくなる* 最初のバージョン: |
引き続き、アクションをエンド・ユーザーが有効にする必要がありますか。 | |
いいえ、 使用準備が完了して 提供されます |
はい、 引き続き顧客アクションが 必要です |
||||
更新24A | |||||
「サプライ・チェーン・オーケストレーション」作業領域を使用した供給文書の同期 | サプライ・チェーン・オーケストレーション | 23C | 24A | ![]() | |
バック・トゥ・バック販売オーダーの手動予約の表示 | サプライ・チェーン・オーケストレーション | 23C | 24A | ![]() | |
更新23D | |||||
REST APIエラー・メッセージに供給要求の参照詳細を含める | サプライ・チェーン・オーケストレーション | 23B | 23D | ![]() | |
更新23C | |||||
バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善 | サプライ・チェーン・オーケストレーション | 23A | 23C | ![]() |
(1)小規模UIまたはプロセスベースの機能: これらの機能は通常、フィールド、検証またはプログラムの小さな変更で構成されています。したがって、ユーザーに対する潜在的な影響は最小になります。
(2)大規模UIまたはプロセスベースの機能: これらの機能は、より複雑に設計されています。したがって、ユーザーに対する潜在的な影響は高くなります。つまり、これらの機能は顧客の受入れテストに重点を置く必要があります。