再設計されたページまたはクラシック・ページを使用する必要がありますか。

このトピックは、販売オーダーの作成時にOracle Order Managementの再設計されたページを使用するか、クラシック・ページを続行するかを決定するのに役立ちます。

再設計されたページでは、クラシック・ページで使用できないさまざまな機能が提供されます。再設計されたページを使用して、ほとんどの実装の販売オーダーを作成および管理することをお薦めします。このトピックを参考にしてください。

機能

現在、販売オーダーの作成に使用する再設計されたページでは、次の機能を使用できません:

補償内容またはサブスクリプション
受注組立または受注ピック構成品目
キット
クレジット・カード情報
プロジェクト
ピッキングや出荷を行わずに在庫を削減
販売オーダーに関するチャネル・プログラムの管理

次の操作を行います:

これらの機能のいずれかの使用	処理
いいえ	再設計されたページを使用します。設定は必須です。「Redwood: 販売オーダーの作成と管理」を参照してください。新しいリリースに更新する場合は、次のドキュメントを確認してください: 四半期更新の実行(2337485.1) Oracle Fusion Cloud SCMの既知の問題とメンテナンス・パック(ドキュメントID 1563075.1) ある時点でオプトアウトする場合は、「再設計されたページのオプトアウト」のトピックを参照してください。
Yes	引き続きクラシック・ページを使用します。設定やその他の変更は必要ありません。「販売オーダーを作成」を参照してください。

これらの機能のいずれかの使用

処理

いいえ

再設計されたページを使用します。設定は必須です。「Redwood: 販売オーダーの作成と管理」を参照してください。新しいリリースに更新する場合は、次のドキュメントを確認してください:

ある時点でオプトアウトする場合は、「再設計されたページのオプトアウト」のトピックを参照してください。

Yes

引き続きクラシック・ページを使用します。設定やその他の変更は必要ありません。「販売オーダーを作成」を参照してください。

最新の設定要件を取得するには、「Oracle Order Managementの新規ページおよび再設計されたページの実装」を参照してください。

バックグラウンドについては、次を参照してください:

販売オーダーに関するチャネル・プログラムの管理

重要な違い

このトピックの残りの部分では、再設計されたものとクラシックなものの違いの概要を説明します。

機能	再設計された	クラシック
複数のオーダー明細の発行、取消または価格再設定	Yes 一度に数百または数千の明細を選択し、すべての明細を発行、取消または価格再設定してください。たとえば、「下書き」ステータスのすべてのオーダーを問い合せて、「送信」を1回クリックしてすべてのオーダーを発行します。	いいえ一度に1つの明細のみを発行、取消または価格再設定できます。
その他の属性を使用した販売オーダーの開始	Yes ビジネス・ユニットを設定すると、次の属性のいずれかを続行できます: 顧客請求先顧客請求先アカウント出荷先顧客出荷先住所	いいえ次のいずれかの属性から開始する必要があります: 顧客ビジネス・ユニット
ビジネス・ユニットのデフォルト値の設定	Yes ORA_FOM_DEFAULT_BUSINESS_UNITオーダー・プロファイルを使用して、デフォルト値を設定します。ユーザーは、値を入力せずにすぐに販売オーダーの作成を開始できます。	いいえできません。
顧客属性の管理値	関連顧客、単一顧客およびすべての顧客をサポートします。	単一およびすべての顧客のみをサポートします。
税金決定要因のデフォルト値を指定	いいえこのパラメータは現在の更新では使用できません。再設計されたページでは、販売オーダーを保存する場合にのみ、オーダー明細に税金属性のデフォルト値が設定されます。また、オーダー明細の査定可能値は変更できません。このパラメータは、今後の更新で使用可能になります。	Yes パラメータをサポートします。
操作の制約時のパフォーマンスの向上	Yes 処理制約によって次のものが制約される場合: 「更新操作」. Order Managementでは、オーダー明細の変更中にエンティティ制約は適用されますが、属性制約は適用されません。「発行」をクリックした場合にのみ、属性制約が適用されます。 Order Managementで処理する制約が少ないため、この動作によってパフォーマンスが向上します。「操作の作成」. Order Managementでは、新規オーダー明細の作成時にエンティティ制約と属性制約が適用されます。バックグラウンドについては、「処理制約」を参照してください。	いいえ Order Managementでは、更新操作および作成操作にエンティティ制約および属性制約が適用されます。
送信前にスケジュール	Yes 新規、下書きまたは変更オーダーのスケジュールを上書きします。高需要品目を割り当てます。オーダーを入力してから発行する前に、オーダーをスケジュールします。	いいえスケジュールできるのは送信後のみです。「履行明細の手動スケジュール」を参照してください。
倉庫で出荷方法を使用できるようにします	Yes Order Managementでは、倉庫でオーダー明細に設定した出荷方法を使用できるかどうかが検証されます。そうでない場合は、Order Managementによって出荷方法が削除され、別のメソッドを選択する必要があります。	いいえ Doesn't validate. 任意のメソッドを選択できますが、倉庫ではそのメソッドを使用できない可能性があり、履行中にエラーが表示されます。
暗黙的な保存	Yes Order Managementでは、「販売実績」セクションまたは「出荷セット」セクションに移動すると、下書き販売オーダーが暗黙的に保存されます。保存では、現在の属性値のみが保存されます。価格設定ロジックやオーダー管理拡張は実行されません。	いいえ Order Managementでは、ドラフトは暗黙的に保存されません。
拡張機能からの警告付きでも送信	Yes Order Managementは、オーダー管理拡張からの警告がある場合でも、オーダーを発行します。警告は、送信後に確認し、必要に応じて処理を実行できます。	いいえ警告がある場合、Order Managementはオーダーを発行しません。問題を修正してから送信する必要があります。
適応型インタフェースの使用	Yes 再設計されたページは、画面サイズに合わせてレイアウトを調整します。これは、14インチのノート・パソコンなど、ディスプレイが小さい場合に特に役立ちます。	いいえクラシック・ページは適応しません。
生成AIの使用	Yes 新規または改訂済販売オーダーの確認Eメールを自動的に作成します。改訂済オーダーのコメントを自動的に作成します。	いいえ
価格設定の最適化	Yes Order Managementでは、販売オーダーの保存時にのみ販売オーダーの価格が設定されるため、オーダーの価格を再設定する必要のある回数が減ります。オーダーを保存した後にのみ、オーダーの合計が再計算されます。	いいえ Order Managementでは、オーダー明細を作成または変更するときに各オーダー明細の価格を設定し、オーダーの合計を更新します。これにより、パフォーマンスが低下する可能性があります。
価格設定戦略の即時設定	いいえ再設計されたページでは、オーダー・ヘッダーに「顧客」属性および「ビジネス・ユニット」属性を設定した後にのみ、販売オーダーの価格設定戦略を取得します。	Yes Oracle Pricingで価格設定戦略を設定した場合、「新規販売オーダー」ページを入力するとすぐにOrder Managementによって戦略が設定されます。
例による問合せ	いいえ明細は、次の属性に従ってのみフィルタできます: 品目番号品目摘要	Yes
検索の簡略化	Yes 簡易検索インタフェースを使用します。「次で始まる」や「次を含まない」など、検索の対象にする必要はなくなりました。ボタンを使用して、最も一般的な属性(顧客、オーダー・ステータス、明細ステータス、倉庫など)をすばやく検索します。「顧客」カテゴリの「顧客」、「請求先アカウント」および「出荷先住所」属性などのカテゴリに従って検索結果をフィルタします。独自のキーワード検索を設定します。「Redwood: 複数の販売オーダーに対する処理の検索および適用」の検索ビューの設定サブトピックを参照してください。検索時に同じ属性に複数の値を選択してください。たとえば、「ステータス」属性に「下書き」の値と「処理中」の値を選択すると、結果は「下書き」および「処理中」ステータスのすべてのオーダーを返します。	いいえ
オーダー明細へのオーダー・ヘッダー値のカスケードOrder Managementパラメータの使用	Yes 「Order Managementパラメータの管理」を参照してください。	いいえパラメータをクラシック・ページで使用することはできません。
販売オーダーのブックマーク	Yes ブラウザのブックマーク機能を使用して、頻繁に戻る必要がある販売オーダーをブックマークします。	いいえ
改訂事由および改訂注釈のデフォルト値の設定	Yes️ ビジネス・ルールを使用してデフォルト値を設定します。	いいえこの機能を実現するには、拡張可能フレックスフィールドを実装する必要があります。
一部の明細が履行された場合でもオーダーの取消	Yes Order Managementが1つ以上のオーダーの明細を履行した後でも、販売オーダーを取り消します。	いいえすべてのラインがまだ処理中であり、配送されていない場合にのみ、販売オーダーを取り消すことができます。
変換ルールの使用	いいえ再設計されたページを使用し、現在変換ルールを使用する場合は、オーダー管理拡張でそのルール・ロジックをリライトして置換する必要があります。	Yes はい。ただし、ルール・ロジックをオーダー管理拡張に移動することをお薦めします。
オーダー明細の拡張可能フレックスフィールドの表示	Yes フレックスフィールドのセグメントをオーダー明細に直接表示できます。コンテキストのセグメントの一部のみを表示することもできます。	いいえセグメントはフレックスフィールドのコンテキストにのみ表示でき、そのコンテキスト内にあるすべてのセグメントを表示する必要があります。
レスポンス時間(秒)	いいえこのオーダー管理パラメータはまだ使用できません。これは、今後のリリースで予定されています。	Yes このパラメータはすぐに使用できます。

機能

再設計された

クラシック

複数のオーダー明細の発行、取消または価格再設定

Yes

一度に数百または数千の明細を選択し、すべての明細を発行、取消または価格再設定してください。たとえば、「下書き」ステータスのすべてのオーダーを問い合せて、「送信」を1回クリックしてすべてのオーダーを発行します。

いいえ

一度に1つの明細のみを発行、取消または価格再設定できます。

その他の属性を使用した販売オーダーの開始

Yes

ビジネス・ユニットを設定すると、次の属性のいずれかを続行できます:

顧客
請求先顧客
請求先アカウント
出荷先顧客
出荷先住所

いいえ

次のいずれかの属性から開始する必要があります:

顧客
ビジネス・ユニット

ビジネス・ユニットのデフォルト値の設定

Yes

ORA_FOM_DEFAULT_BUSINESS_UNITオーダー・プロファイルを使用して、デフォルト値を設定します。ユーザーは、値を入力せずにすぐに販売オーダーの作成を開始できます。

いいえ

できません。

顧客属性の管理値

関連顧客、単一顧客およびすべての顧客をサポートします。

単一およびすべての顧客のみをサポートします。

税金決定要因のデフォルト値を指定

いいえ

このパラメータは現在の更新では使用できません。

再設計されたページでは、販売オーダーを保存する場合にのみ、オーダー明細に税金属性のデフォルト値が設定されます。また、オーダー明細の査定可能値は変更できません。このパラメータは、今後の更新で使用可能になります。

Yes

パラメータをサポートします。

操作の制約時のパフォーマンスの向上

Yes

処理制約によって次のものが制約される場合:

「更新操作」. Order Managementでは、オーダー明細の変更中にエンティティ制約は適用されますが、属性制約は適用されません。「発行」をクリックした場合にのみ、属性制約が適用されます。 Order Managementで処理する制約が少ないため、この動作によってパフォーマンスが向上します。
「操作の作成」. Order Managementでは、新規オーダー明細の作成時にエンティティ制約と属性制約が適用されます。

バックグラウンドについては、「処理制約」を参照してください。

いいえ

Order Managementでは、更新操作および作成操作にエンティティ制約および属性制約が適用されます。

送信前にスケジュール

Yes

新規、下書きまたは変更オーダーのスケジュールを上書きします。

高需要品目を割り当てます。オーダーを入力してから発行する前に、オーダーをスケジュールします。

いいえ

スケジュールできるのは送信後のみです。

「履行明細の手動スケジュール」を参照してください。

倉庫で出荷方法を使用できるようにします

Yes

Order Managementでは、倉庫でオーダー明細に設定した出荷方法を使用できるかどうかが検証されます。そうでない場合は、Order Managementによって出荷方法が削除され、別のメソッドを選択する必要があります。

いいえ

Doesn't validate. 任意のメソッドを選択できますが、倉庫ではそのメソッドを使用できない可能性があり、履行中にエラーが表示されます。

暗黙的な保存

Yes

Order Managementでは、「販売実績」セクションまたは「出荷セット」セクションに移動すると、下書き販売オーダーが暗黙的に保存されます。

保存では、現在の属性値のみが保存されます。価格設定ロジックやオーダー管理拡張は実行されません。

いいえ

Order Managementでは、ドラフトは暗黙的に保存されません。

拡張機能からの警告付きでも送信

Yes

Order Managementは、オーダー管理拡張からの警告がある場合でも、オーダーを発行します。警告は、送信後に確認し、必要に応じて処理を実行できます。

いいえ

警告がある場合、Order Managementはオーダーを発行しません。問題を修正してから送信する必要があります。

適応型インタフェースの使用

Yes

再設計されたページは、画面サイズに合わせてレイアウトを調整します。これは、14インチのノート・パソコンなど、ディスプレイが小さい場合に特に役立ちます。

いいえ

クラシック・ページは適応しません。

生成AIの使用

Yes

新規または改訂済販売オーダーの確認Eメールを自動的に作成します。
改訂済オーダーのコメントを自動的に作成します。

いいえ

価格設定の最適化

Yes

Order Managementでは、販売オーダーの保存時にのみ販売オーダーの価格が設定されるため、オーダーの価格を再設定する必要のある回数が減ります。オーダーを保存した後にのみ、オーダーの合計が再計算されます。

いいえ

Order Managementでは、オーダー明細を作成または変更するときに各オーダー明細の価格を設定し、オーダーの合計を更新します。これにより、パフォーマンスが低下する可能性があります。

価格設定戦略の即時設定

いいえ

再設計されたページでは、オーダー・ヘッダーに「顧客」属性および「ビジネス・ユニット」属性を設定した後にのみ、販売オーダーの価格設定戦略を取得します。

Yes

Oracle Pricingで価格設定戦略を設定した場合、「新規販売オーダー」ページを入力するとすぐにOrder Managementによって戦略が設定されます。

例による問合せ

いいえ

明細は、次の属性に従ってのみフィルタできます:

品目番号
品目摘要

Yes

検索の簡略化

Yes

簡易検索インタフェースを使用します。「次で始まる」や「次を含まない」など、検索の対象にする必要はなくなりました。
ボタンを使用して、最も一般的な属性(顧客、オーダー・ステータス、明細ステータス、倉庫など)をすばやく検索します。
「顧客」カテゴリの「顧客」、「請求先アカウント」および「出荷先住所」属性などのカテゴリに従って検索結果をフィルタします。
独自のキーワード検索を設定します。「Redwood: 複数の販売オーダーに対する処理の検索および適用」の検索ビューの設定サブトピックを参照してください。
検索時に同じ属性に複数の値を選択してください。たとえば、「ステータス」属性に「下書き」の値と「処理中」の値を選択すると、結果は「下書き」および「処理中」ステータスのすべてのオーダーを返します。

いいえ

オーダー明細へのオーダー・ヘッダー値のカスケードOrder Managementパラメータの使用

Yes

「Order Managementパラメータの管理」を参照してください。

いいえ

パラメータをクラシック・ページで使用することはできません。

販売オーダーのブックマーク

Yes

ブラウザのブックマーク機能を使用して、頻繁に戻る必要がある販売オーダーをブックマークします。

いいえ

改訂事由および改訂注釈のデフォルト値の設定

Yes️

ビジネス・ルールを使用してデフォルト値を設定します。

いいえ

この機能を実現するには、拡張可能フレックスフィールドを実装する必要があります。

一部の明細が履行された場合でもオーダーの取消

Yes

Order Managementが1つ以上のオーダーの明細を履行した後でも、販売オーダーを取り消します。

いいえ

すべてのラインがまだ処理中であり、配送されていない場合にのみ、販売オーダーを取り消すことができます。

変換ルールの使用

いいえ

再設計されたページを使用し、現在変換ルールを使用する場合は、オーダー管理拡張でそのルール・ロジックをリライトして置換する必要があります。

Yes

はい。ただし、ルール・ロジックをオーダー管理拡張に移動することをお薦めします。

オーダー明細の拡張可能フレックスフィールドの表示

Yes

フレックスフィールドのセグメントをオーダー明細に直接表示できます。コンテキストのセグメントの一部のみを表示することもできます。

いいえ

セグメントはフレックスフィールドのコンテキストにのみ表示でき、そのコンテキスト内にあるすべてのセグメントを表示する必要があります。

レスポンス時間(秒)

いいえ

このオーダー管理パラメータはまだ使用できません。これは、今後のリリースで予定されています。

Yes

このパラメータはすぐに使用できます。

販売オーダーのコピー

機能	再設計された	クラシック
編集中にコピー	Yes 保存後に新しい販売オーダーをコピーできます。オーダーの編集中にコピーできます。	いいえ
明細がすでに価格設定されている場合、明細のコピーを防止	Yes Order Managementでは、すでに価格設定されている明細をコピーできません。販売オーダーの発行時にエラーを回避します。	いいえ販売オーダーをコピーすると明細をコピーできますが、「発行」をクリックするとオーダーは失敗します。
出荷システムからの出荷セットの使用	Yes 「明細の一括出荷」にチェック・マークを追加して、オーダーを発行し、改訂してからオーダー明細をコピーすると、Order Managementは、コピーした明細を、出荷システムがOrder Managementに送信した出荷セットに割り当てます。	いいえ Order Managementは、コピーした明細をデフォルトの出荷セットに割り当てます。これにより、販売オーダーの発行時にエラーが発生する可能性があります。
明細ステータスの一貫性の維持	Yes オーダー明細をドラフト・オーダーでコピーすると、Order Managementでは新規明細のステータスが「未開始」に設定されます。オーダー内の他の明細も「未開始」です。	いいえオーダー明細をドラフト・オーダーでコピーすると、Order Managementでは新規明細のステータスが「作成済」に設定されますが、その他の明細は「未開始」に設定されます。ステータスが異なると混乱しますが、「発行」をクリックすると、Order Managementではすべての明細が処理されます。
より正確な契約日を使用	Yes 販売オーダーをコピーし、契約開始日が次の場合: 「まだ発生していません」. Order Managementでは、契約開始日は変更されません。すでに発生しています。 Order Managementでは、契約開始日が現在のシステム日付に設定されます。	いいえ Order Managementでは、コピーしたオーダーで契約開始日がいつ発生するかに関係なく、契約開始日が現在の日付にリセットされます。オーダー明細をコピーすると、Order Managementでは、契約開始日がいつ発生するかに関係なく、コピーされた明細から値が保持されます。
価格および配送料を凍結せずに税金を凍結	Yes	いいえ最初に価格設定および出荷手数料を凍結してから、税金を凍結する必要があります。
各行の追加情報および添付のコピー	Yes 明細をコピーするときに各明細にコピーするかどうかを指定します。	いいえ販売オーダーをコピーする場合、すべての明細にのみ指定できます。
請求プランのコピー	いいえ	Yes 販売オーダーをコピーするときに、すべての明細にコピーするかどうかを指定できます。詳細は、「販売オーダーをコピー」を参照してください。

保留

機能 再設計された クラシック

機能	再設計された	クラシック
保留の表示および管理	Yes オーダー・ヘッダーの「追加オーダー詳細」など、様々なロケーションから「保留」タブまたはダイアログにアクセスし、それを使用してオーダーおよびオーダー明細のすべての保留を管理します。保留タブまたはダイアログには、「解除可能な保留」、「アクション不可能な保留」および「リリース済保留」セクションがあります。 1つまたは複数のリリース可能な保留をオーダー明細で選択し、解除できます。保留の詳細を表示している間は保留をリリースできます。	いいえリリース可能保留、処理不可保留および「リリース済保留」セクションがありません。保留の詳細を表示している間は保留をリリースできません。オーダー・ヘッダーの「追加オーダー詳細」>「保留」をクリックして販売オーダーの保留をリリースできますが、ヘッダーのオーダー明細の保留をリリースすることはできません。
履行中の保留を簡素化	Yes 再設計されたページには、クラシック・ページでの表示に使用されるオーダー明細データのラベルが付け直されました。 `fulfillment line`データをオーダー明細として参照します。再設計されたページには、クラシック・ページに表示されるオーダー明細データは表示されません。クラシック・ページを使用している場合は、再設計されたページによってオーダー明細としてラベル付けされていても、`fulfillment line`データの保留を実際に管理していることに注意してください。これにより、保留を単一のページで管理できるため、保留が簡素化されます。	いいえオーダー明細および`order lines`に対して保留を適用および解除できます。
保留の販売オーダーおよびオーダー明細の検索	Yes 1つ以上の保留名を使用して、単一のリクエストで販売オーダーまたはオーダー明細を検索します。	いいえオーダー明細ではなく、オーダー・ヘッダーでのみ保留名を検索できます。販売オーダーの検索には、一度に1つの保留名のみを使用できます。
適用済ステータスの使用	Yes 「アクティブ」、「適用済」および「リリース済」ステータスを表示します。	いいえ「有効」および「リリース済」を表示しますが、適用済の保留がアクティブな保留として表示されます。
保留解除時の柔軟性の向上	Yes 1つ以上の販売オーダーまたはオーダー明細を選択し、一部またはすべての保留を解除します。たとえば、オーダー・ヘッダーに明細1の「出荷の作成の保留」、「明細2の受入の作成の保留」および「作成アクティビティの保留」を適用するとします。明細1と明細2を選択し、「出荷の作成の保留」と「受入の作成の保留」を同時にリリースするか、バナーの「すべて表示」をクリックしてから、リリースする明細を選択して選択できます。	いいえ柔軟ではありません。
ビジネス・ルールを使用した動作のカスタマイズ	Yes リリース事由はオプションとして事前定義されています。ルールを使用して必要にすることができます。「リリース事由」属性およびリリースの「コメント」属性のデフォルト値を設定します。適用保留の「コメント」属性のデフォルト値を設定します。	いいえリリース事由は必須であり、変更できません。デフォルト値を設定できません。

保留の表示および管理

Yes

オーダー・ヘッダーの「追加オーダー詳細」など、様々なロケーションから「保留」タブまたはダイアログにアクセスし、それを使用してオーダーおよびオーダー明細のすべての保留を管理します。

保留タブまたはダイアログには、「解除可能な保留」、「アクション不可能な保留」および「リリース済保留」セクションがあります。

1つまたは複数のリリース可能な保留をオーダー明細で選択し、解除できます。

保留の詳細を表示している間は保留をリリースできます。

いいえ

リリース可能保留、処理不可保留および「リリース済保留」セクションがありません。

保留の詳細を表示している間は保留をリリースできません。

オーダー・ヘッダーの「追加オーダー詳細」>「保留」をクリックして販売オーダーの保留をリリースできますが、ヘッダーのオーダー明細の保留をリリースすることはできません。

履行中の保留を簡素化

Yes

再設計されたページには、クラシック・ページでの表示に使用されるオーダー明細データのラベルが付け直されました。 fulfillment lineデータをオーダー明細として参照します。再設計されたページには、クラシック・ページに表示されるオーダー明細データは表示されません。クラシック・ページを使用している場合は、再設計されたページによってオーダー明細としてラベル付けされていても、fulfillment lineデータの保留を実際に管理していることに注意してください。これにより、保留を単一のページで管理できるため、保留が簡素化されます。

いいえ

オーダー明細およびorder linesに対して保留を適用および解除できます。

保留の販売オーダーおよびオーダー明細の検索

Yes

1つ以上の保留名を使用して、単一のリクエストで販売オーダーまたはオーダー明細を検索します。

いいえ

オーダー明細ではなく、オーダー・ヘッダーでのみ保留名を検索できます。販売オーダーの検索には、一度に1つの保留名のみを使用できます。

適用済ステータスの使用

Yes

「アクティブ」、「適用済」および「リリース済」ステータスを表示します。

いいえ

「有効」および「リリース済」を表示しますが、適用済の保留がアクティブな保留として表示されます。

保留解除時の柔軟性の向上

Yes

1つ以上の販売オーダーまたはオーダー明細を選択し、一部またはすべての保留を解除します。

たとえば、オーダー・ヘッダーに明細1の「出荷の作成の保留」、「明細2の受入の作成の保留」および「作成アクティビティの保留」を適用するとします。明細1と明細2を選択し、「出荷の作成の保留」と「受入の作成の保留」を同時にリリースするか、バナーの「すべて表示」をクリックしてから、リリースする明細を選択して選択できます。

いいえ

柔軟ではありません。

ビジネス・ルールを使用した動作のカスタマイズ

Yes

リリース事由はオプションとして事前定義されています。ルールを使用して必要にすることができます。
「リリース事由」属性およびリリースの「コメント」属性のデフォルト値を設定します。
適用保留の「コメント」属性のデフォルト値を設定します。

いいえ

リリース事由は必須であり、変更できません。
デフォルト値を設定できません。

詳細

詳細は、「Redwood: 複数の販売オーダーに対する処理の検索および適用」から始まる各更新の準備内容を参照してください。

また、各更新で再設計されたページの機能が使用可能になると、このガイドの各トピックも更新します。場合によっては、トピックがまだ存在しない場合は、ここで準備トピックに直接リンクを提供します:

Redwood: 予約のオーダー明細の優先順位付けおよび統合の簡略化
「Redwood: 販売オーダーの担当者を指定」。再設計されたページやクラシック・ページで使用できます。