機械翻訳について

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

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

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

機能

現在、再設計されたページでは次の機能を使用できません:

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

次の操作を行います:

これらの機能のいずれかの使用 処理
No 再設計されたページを使用します。 設定は必須です。 「Redwood: 販売オーダーの作成と管理」を参照してください。
Yes 引き続きクラシック・ページを使用します。 設定やその他の変更は必要ありません。 「販売オーダーを作成」を参照してください。

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

販売オーダーの補償範囲の設定

オーダー構成の概要

クレジット・カードの設定の概要

オーダー管理でのプロジェクトの設定

ピッキングや出荷なしの在庫削減

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

機能

このトピックの残りの部分では、再設計された機能のサマリーのみを示します。 詳細については、「Redwood: 複数の販売オーダーに対する処理の検索および適用」を参照してください。

機能 再設計された クラシック
複数のオーダー明細の発行、取消または価格再設定

Yes

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

No

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

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

Yes

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

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

No

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

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

Yes

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

No

できません。

顧客属性の管理値 関連顧客、単一顧客およびすべての顧客をサポートします。 単一およびすべての顧客のみをサポートします。
税金決定要因のデフォルト値を指定

No

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

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

Yes

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

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

Yes

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

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

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

No

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

送信前にスケジュール

Yes

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

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

No

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

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

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

Yes

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

No

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

暗黙的な保存

Yes

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

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

No

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

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

Yes

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

No

警告がある場合、Order Managementはオーダーを発行しません。 問題を修正してから送信する必要があります。
適応型インタフェースの使用

Yes

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

No

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

生成AIの使用

Yes

  • 新規または改訂済販売オーダーの確認Eメールを自動的に作成します。
  • 改訂済オーダーのコメントを自動的に作成します。
No
価格設定の最適化

Yes

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

No

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

例による問合せ

No

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

  • 品目番号
  • 品目摘要

Yes

検索の簡略化

Yes

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

Yes

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

No

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

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

Yes

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

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

Yes️

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

No

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

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

Yes

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

No

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

「変換ルール」の使用

No

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

Order Managementは、変換前ルールに対してVisual Information Builderをサポートしていますが、将来のある時点でOracle Business Rules内のすべての変換ルールが非推奨になります。

Yes

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

レスポンス時間(秒)

No

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

Yes

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

販売オーダーのコピー

機能 再設計された クラシック
編集中にコピー Yes

保存後に新しい販売オーダーをコピーできます。 オーダーの編集中にコピーできます。

No

明細がすでに価格設定されている場合、明細のコピーを防止

Yes

Order Managementでは、すでに価格設定されている明細をコピーできません。 販売オーダーの発行時にエラーを回避します。

No

販売オーダーをコピーすると明細をコピーできますが、「発行」をクリックするとオーダーは失敗します。

出荷システムからの出荷セットの使用

Yes

「明細の一括出荷」にチェック・マークを追加して、オーダーを発行し、改訂してからオーダー明細をコピーすると、Order Managementは、コピーした明細を、出荷システムがOrder Managementに送信した出荷セットに割り当てます。

No

Order Managementは、コピーした明細をデフォルトの出荷セットに割り当てます。これにより、販売オーダーの発行時にエラーが発生する可能性があります。

明細ステータスの一貫性の維持

Yes

オーダー明細をドラフト・オーダーでコピーすると、Order Managementでは新規明細のステータスが「未開始」に設定されます。 オーダー内の他の明細も「未開始」です。

No

オーダー明細をドラフト・オーダーでコピーすると、Order Managementでは新規明細のステータスが「作成済」に設定されますが、その他の明細は「未開始」に設定されます。 ステータスが異なると混乱しますが、「発行」をクリックすると、Order Managementではすべての明細が処理されます。

より正確な契約日を使用

Yes

販売オーダーをコピーし、契約開始日が次の場合:

  • 「まだ発生していません」. Order Managementでは、契約開始日は変更されません。
  • すでに発生しています。 Order Managementでは、契約開始日が現在のシステム日付に設定されます。

No

Order Managementでは、コピーしたオーダーで契約開始日がいつ発生するかに関係なく、契約開始日が現在の日付にリセットされます。

オーダー明細をコピーすると、Order Managementでは、契約開始日がいつ発生するかに関係なく、コピーされた明細から値が保持されます。

価格および配送料を凍結せずに税金を凍結 Yes

No

最初に価格設定および出荷手数料を凍結してから、税金を凍結する必要があります。

各行の追加情報および添付のコピー

Yes

明細をコピーするときに各明細にコピーするかどうかを指定します。

No

販売オーダーをコピーする場合、すべての明細にのみ指定できます。
請求プランのコピー

No

Yes

販売オーダーをコピーするときに、すべての明細にコピーするかどうかを指定できます。

詳細は、「販売オーダーをコピー」を参照してください。

保留

機能 再設計された クラシック
保留の表示および管理

Yes

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

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

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

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

No

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

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

オーダー・ヘッダーの「処理」>「保留」>「リリース」をクリックして、販売オーダーの保留を解除できますが、ヘッダーからオーダー明細の保留を解除することはできません。

履行中の保留を簡素化

Yes

再設計されたページでは、クラシック・ページでの表示に使用された履行明細データのラベルが変更されています。 履行明細データをオーダー明細として参照します。 再設計されたページには、クラシック・ページに表示されるオーダー明細データは表示されません。 クラシック・ページを使用している場合は、再設計されたページがオーダー明細としてラベル付けされていても、履行明細データの保留を実際に管理していることに注意してください。 これにより、オーダー明細および履行明細での管理を心配する必要がないため、保留が簡略化されます。

No

オーダー明細および履行明細に保留を適用およびリリースできます。

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

Yes

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

No

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

適用済ステータスの使用

Yes

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

No

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

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

Yes

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

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

No

柔軟ではありません。

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

Yes

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

No

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