受注から入金への設定のガイドライン
ビジネス環境で受注から入金までのフローをサポートするために設定する必要がある機能を識別し、それらの設定に必要な作業量を見積ります。
機能の設定に必要な作業量の見積
「受注から入金までの設定のロードマップ」で説明されている準備を行います。 この準備によって、実装する必要がある機能および関連する設定を確実に理解できます。
設定に必要な工数の概算を作成します。 通常、事前定義済の機能の設定は、事前定義されていない機能より少なくする必要があります。 たとえば、コンフィギュレータおよびオーダー・インポートが必要な場合、構成作業をプロジェクト・プランに含め、それをサポートする権限が必要かどうかを検討します。
機能 |
事前定義済 |
設定が必要 |
---|---|---|
ダッシュボード |
Yes |
No |
オーダーの作成 |
Yes |
Yes |
オーダーの改訂 |
Yes |
No |
返品オーダー |
Yes |
Yes |
オーダーの検索および表示 |
Yes |
No |
コンフィギュレータ |
No |
Yes |
オーダー・インポート |
No |
Yes |
オーダー変換 |
No |
Yes |
オーダー・ステータス |
No |
Yes |
制約 |
No |
Yes |
変更オーダー |
No |
Yes |
通知 |
No |
Yes |
危険 |
No |
Yes |
フレックスフィールド |
No |
Yes |
オーケストレーション・プロセス |
No |
Yes |
取引先からのオーダーの処理 |
No |
Yes |
事前出荷通知 |
No |
Yes |
コラボレーション・メッセージング・フレームワーク |
No |
Yes |
販売オーダーの承認 |
No |
Yes |
取引コンプライアンスのオーダーのスクリーニング |
No |
Yes |
オーダー管理とTransportation Managementの統合 |
No |
Yes |
与信チェック |
No |
Yes |
クレジット・カード |
Yes |
No |
社内販売オーダー |
Yes |
No |
添付 |
No |
Yes |
事前定義済オファリングの変更または新規オファリングの設定
事前定義済オファリングの変更
オーダー管理には、すでに実行されているほとんどの設定タスクが事前定義されていますが、事前定義済オファリングは変更できます。
-
「設定および保守」作業領域に移動し、オーダー管理オファリングを選択します。
-
初期ユーザー、エンタープライズ・プロファイルなど、機能領域オーダーの上に表示される機能領域に注意してください。 これらの領域は共通領域です。 設定方法の詳細は、「Oracle SCMの共通機能の実装」を参照してください。
-
機能領域リストで、「オーダー」をクリックします。
-
オーダー領域で、「必須タスク」>「すべてのタスク」をクリックします。
-
Orders(オーダー)リストで、ビジネス要件に応じて、必要に応じて各タスクにドリルダウンして終了します。
事前定義済オファリングの変更がビジネス要件を満たしていない場合は、新しい実装を作成します。
新規実装プロジェクトの作成
事前定義済オファリングがなんらかの理由でビジネス要件を満たしていない場合は、新しい実装プロジェクトを作成します。
-
「設定および保守」 作業領域に移動します。
-
設定ページで、「タスク」>「実装プロジェクトの編集」をクリックします。
-
「実装プロジェクト」ページで、「処理」>「作成」をクリックします。
-
「実装プロジェクトの作成」ページで、必要に応じて属性値を変更し、「次」をクリックします。
-
実装するオファリングの選択ページの名前リストで、「オーダー管理」を展開します。
-
オーダー管理行のPricing行で、Includeオプションを有効にし、「プロジェクトを保存して開く」をクリックします。
オファリングとオプションに対して1つ以上の実装プロジェクトを作成できます。 各Oracleアプリケーションでは、作成するプロジェクトごとに終了する必要があるタスク・リストが作成されます。 アプリケーション実装マネージャは、これらのタスク・リストを設定し、これらのリストに含まれる各タスクを割り当てて追跡できます。
-
「実装プロジェクト」ページのタスク・リストで、「オーダー管理」を展開し、ビジネス・フローに必要なタスクを実行します。
実行する必要があるスケジュール済プロセスの検討
スケジュール済プロセス |
説明 |
詳細の取得 |
---|---|---|
ソース・システムから組織情報を収集します。 |
「受注から入金までの設定のクイック・スタート」の「データの収集」セクション |
|
Global Order Promisingデータを更新します。 |
「受注から入金までの設定のクイック・スタート」の「Global Order Promisingの設定」セクション |
|
これらのスケジュール済プロセスは、ソース・オーダーをインポートするときに使用します。 |
||
Supply Chain Financial Flow Orchestrationへの請求書詳細の転送 |
検証済請求書、取消済請求書および修正済請求書に関する詳細を財務オーケストレーションに送信します。 財務オーケストレーションから受入プロセスにAP請求書照合に関する詳細を送信します。 |
|
オーダー管理では、これらのオーダーおよび明細が参照するすべての履行明細をクローズした場合でも、販売オーダーおよび履行明細がオープンとして表示されることがあります。 販売オーダーの更新またはクローズを使用して、この問題を解決できます。 |
||
制約パッケージの生成 |
ユーザーが実行できる変更を制約します。 |
|
拡張可能フレックスフィールドを公開してデプロイします。 |
||
デプロイメントに必要な頻度に従って、オーケストレーション・プロセス・プランを定期的に更新します。 |
||
一時停止タスクをリリースして、処理を続行できるようにします。 |
||
バケット・セットの生成 |
参照データおよびトランザクション・データを使用して、バケット・セットを自動的に最新の状態に保ちます。 |
|
販売オーダー検索索引の更新 | 実装をスムーズに実行します。 | - |
AutoInvoiceをインポートします。 詳細は、「会社間売掛/未収金請求書インポート詳細の更新」を参照してください。 |
Oracleの外部にあるオーダー管理または財務システムからトランザクション・データをインポートおよび検証して、Oracle Receivablesで請求書、デビット・メモ、クレジット・メモおよびアカウント・クレジットを作成します。 |
処理制約が設定に与える影響の検討
オーダー管理には、属性に対する変更やオーダー管理作業領域で実行できる操作を制限する様々な処理制約が事前定義されています。 これらを調べて、カスタム設定に問題がないことを確認します。 たとえば、Order Managementが明細を請求にすでにインタフェースした後、履行明細の数量属性を更新するオーダー管理拡張を記述することはできません。
次に、カスタム設定に影響を与える可能性のある事前定義済制約の例をいくつか示します。
制約 |
説明 |
---|---|
オーダー日更新 |
オーダー・ヘッダーのオーダー日属性の更新を防止します。 |
オーダー明細削除 |
オーダー明細の削除を防止します。 |
履行明細請求先顧客更新 |
履行明細の請求先顧客属性の更新を防止します。 |
支払条件なし |
明細に支払条件がない場合、履行明細の発行を防止します。 |
事前定義された制約は多数ありますが、それらをフィルタして確認する必要がある制約を減らすことができます。
-
「設定および保守」作業領域で、タスクに移動します。
-
オファリング: オーダー管理
-
機能領域: オーダー
-
タスク: 処理制約の管理
-
-
「処理制約の管理」ページで、例による問合せを使用して制約エンティティをフィルタします。 たとえば、設定が次のような状況に影響する場合:
-
ユーザーが送信をクリックする前にオーダー・ヘッダーで、制約エンティティのフィルタをオーダー・ヘッダーに設定します。
-
「発行」をクリックする前にオーダー明細で、制約エンティティのフィルタを「オーダー明細」に設定します。
-
「発行」をクリックした後、制約エンティティのフィルタを「オーダー履行明細」に設定します。
-
-
検索結果を絞り込みます。 例による問合せを使用して、制約された操作をフィルタします。 たとえば、次のように設定します:
-
属性の値を更新し、制約付き操作のフィルタを更新に設定します。
-
何かを削除し、制約付き操作のフィルタを削除に設定します。
-
-
検索結果を絞り込みます。 設定で操作される属性の名前がわかっている場合は、例による問合せを使用してフィルタします。 たとえば、設定によって履行明細の出荷先顧客の値が更新された場合、次のようになります:
-
制約エンティティのフィルタをオーダー履行明細に設定します。
-
制約付き操作のフィルタを更新に設定します。
-
属性名のフィルタを出荷先顧客に設定します。
-
-
詳細領域で、いずれかの条件が、発生している動作に適用されるかどうかを確認します。
ステータスが請求待ちの場合に、履行明細の請求先顧客属性を更新するオーダー管理拡張を作成するとします。 実行時に、明細を更新できないエラーが発生します。 制約を確認することにしました。
-
制約エンティティのフィルタをオーダー履行明細に設定します。
-
制約付き操作のフィルタを更新に設定します。
-
属性名のフィルタを請求先顧客に設定します。
詳細領域のメッセージ属性には、オーダー管理がすでに履行明細を履行しているため、請求先顧客を更新できないことが示されています。
-
必要なライセンスの検討
異なる設定タスクにアクセスするには、異なるライセンスが必要です。 たとえば、Oracle Financialsを設定するには1つのライセンス、Oracle CX Salesを設定するには別のライセンスが必要です。 必要なライセンスを取得する方法を学習します。 詳細は、「ライセンス問合せの連絡先(ドキュメントID 1391957.1)」を参照してください。