Redwood: 物理品目、カバレッジおよびサブスクリプションの1つの請求書の作成
物理アイテム、カバレッジおよびサブスクリプションに対して1つの請求書を作成します。 これらの受注明細をグループ化するには、請求セットを使用します。
次のような利点があります:
- 注文書ごとに1つの請求書を作成します。 異なる時間または異なるソースからの請求のためにOracle Receivablesに明細を送信する場合でも、物理品目、カバレッジおよびサブスクリプションを1つの請求書に結合します。 オーダーに物理的な製品のみが含まれている場合でも使用してください。
- 請求準備状況の監視。 請求セットを使用して、Oracle Order ManagementおよびOracle Subscription Management全体の明細が請求の準備ができているタイミングをモニターします。
- 管理を強化します。 同じ注文書に複数の請求セットを作成して、一緒に請求する明細を正確に管理します。
- 請求書の量の削減。 請求セットのステータスが「完了」の場合のみ、請求セットに割り当てた明細に対して連結請求書を作成します。セット内の各明細がReceivablesにインタフェースされるとすぐに作成されません。
- 請求書連結から明細を除外。 オーダー管理拡張を使用して、請求先アカウントの請求条件のルールを評価し、それらのルールに失敗した明細が請求セットに割り当てられないようにします。
- 複数のチャネルを使用します。 再設計されたページを使用するか、REST APIまたはFBDIを介してインポートします。
試す:
- ホーム> Order Management > Order Management(新規) >受注の作成(新規)に移動します。
- オーダーの顧客、出荷先および請求先の詳細を指定します。 「追加オーダー詳細」をクリックし、「請求明細をまとめて」属性を有効にします。
属性をオンにした後にオーダー明細を追加すると、Order Managementによって請求セットが自動的に作成され、そのセットに明細が追加されます。 たとえば:
次の点に注意してください。
- 「請求明細をまとめて」をオンにしない場合でも、オーダー明細に独自の請求セット名を指定できます。 明細に直接入力するか、明細で「請求セットの追加」または「請求セットの変更」処理を使用します。
- 一緒に請求する必要がある明細をより詳細に管理し、柔軟にグループ化する必要がある場合は、同じ販売オーダーに複数の請求セットを作成します。
- 受注に構成品目またはキットがある場合、Order Managementは、その品目またはキットの各コンポーネントに請求セットを自動的にカスケードします。
- オーダーの発行後にのみ、オーダー明細に請求セットのステータスを表示できます。
例
Computer Service and Rentalsの顧客が、次のような受注を要求するとします。
- ラップトップ
- ノートパソコンの保証
- キーボード
- ヘッドセット
Computer Service and Rentalsでは、ラップトップ、保証およびキーボードの請求書とヘッドセットの請求書を1つ受け取ります。 次の受注を作成して発行します。
| 品目 | 請求セット | 請求アプリケーション | 関連明細 |
|---|---|---|---|
| ラップトップ | BS1 | オーダー管理 | - |
| 保証 | BS1 | サブスクリプション管理 | ラップトップ |
| キーボード | BS1 | オーダー管理 | - |
| ヘッドセット | BS2 | オーダー管理 | - |
Order Managementはこれらの詳細をReceivablesに送信し、Receivablesは請求セットを作成します。
| ソース・オーダー | 請求セット | ステータス |
|---|---|---|
| 523456 | BS1 | 開始済 |
| 523456 | BS2 | 開始済 |
次に実行される処理は次のとおりです。
- Order Managementでは、履行中に出荷済明細、その手数料および請求セット詳細がReceivablesに引き続きインタフェースされます。
- サブスクリプション管理により、ラップトップの保証がアクティブ化されます。 また、請求時に保証明細とその請求セットを売掛管理にインタフェースします。 Subscription Managementは、保証明細をReceivablesに請求およびインタフェースする際に、Order Managementに通知します。
- Order Managementでは、セット内のすべての明細がReceivablesにインタフェースされた後、請求セットのステータスが「完了」に設定されます。
- Receivablesでは、請求セットが完了とマークされると、その請求セットに割り当てられたすべての明細に対して1つの連結請求書が作成されます。
- この場合、オーダーには請求セットBS1およびBS2が含まれるため、Receivablesでは2つの請求書(セットごとに1つの請求書)が作成されます。 これは、各セットのすべての明細が売掛管理にインタフェースされ、請求セットが完了した後に実行されます。
この機能を使用すると、オーダーに出荷可能品目のみが含まれる場合でも、請求書を単一の請求書に連結できます。
請求セットから明細を除外
請求セット内の他の明細とは異なるスケジュールの一部の明細を請求および請求する必要がある場合があります。 Order Managementでこれらの明細に請求セットが割り当てられないようにする条件を指定できます。 条件を使用して、請求書がタイムリーかつ正確であることを確認します。 たとえば、明細の「支払条件」を「即時」に設定すると、その明細を即時に請求できます。
試す:
- 明細の請求先アカウントの請求条件に除外基準を設定します。 「複数のソースからの手数料を含む連結請求書」を参照してください。
- 基準を評価するオーダー管理拡張を作成します。 拡張機能により、基準に対してすべてのオーダー明細が検証され、請求セットに割り当てない明細が識別されます。
次の属性を基準で使用できます。
- 請求先アカウント
- ビジネス・ユニット
- 法的エンティティ
- 入金方法
- 支払条件
- 出荷可能品目に関連付けないサブスクリプションまたはカバレッジです。
たとえば、請求条件に対して次の基準を設定できます。
- 明細の「支払条件」が「即時」の場合、請求セットに明細を追加しないでください。
次に、オーダー管理拡張を使用してその条件を評価し、この方法を使用して、請求セットからオーダー明細を除外するかどうかを決定します。
header.evaluateBillingSetExclusionCriteria()
メソッドで次のいずれかの引数を使用します。
- ContinueSaveOrSubmission. 請求セットから明細を削除します。
- HaltSaveOrSubmission. オーダーを拒否し、セットから明細を手動で削除する必要があることをユーザーに通知します。
たとえば、オーダー明細が除外基準を満たさない場合、この拡張によって請求セットからその明細が自動的に削除されます。
header.evaluateBillingSetExclusionCriteria("ContinueSaveOrSubmission");
次の点に注意してください。
- 拡張を使用して、オーダー明細に請求セットのデフォルト値を設定する場合は、getTerminalBillingSets()メソッドを使用して、完了または取消済の請求セットを取得します。 メソッドが返す値を再利用しないでください。
- 任意の拡張ポイントを使用できます。 送信終了リクエスト・ポイントを使用する場合は、HaltSaveOrSubmissionを使用する必要があります。
オーダー管理拡張の作成の概要を参照してください。
有効化および構成ステップ
- Redwoodの「物理品目、カバレッジおよびサブスクリプションの1つの請求書の作成」機能を使用する場合は、Redwoodの「販売オーダーの作成および管理」機能にオプト・インする必要があります。 すでにオプト・インしている場合、再度オプト・インする必要はありません。 REST APIまたはファイルベース・データ・インポート(FBDI)のみを使用する場合でも、オプト・インする必要があります。
- Oracle Receivablesの「複数ソースからの手数料を含む連結請求書」機能を有効にする必要があります。 「複数のソースからの手数料を含む連結請求書」のサブトピックを使用可能にするステップを参照してください。 このステップを実行する場合は、Receivablesで一括請求の請求先アカウントも有効にしてください。
請求書の連結
- Receivablesでの一括請求の請求先アカウントを使用可能にします。
- 顧客の連結請求条件を設定するときに、「連結方法」属性を履行に設定します。 Order Managementでは、請求先アカウントで請求書を連結できるかどうかは検証されないため、請求セットに明細を割り当てることができるように、このステップを実行する必要があります。
これらのステップの実行方法の詳細は、Oracle Help Centerの「新機能」レディネス・コンテンツ26Aの「複数ソースからの手数料を含む履行ベースの連結請求書」機能を参照してください。
ヒントと考慮事項
請求セットへの明細の追加
- 再設計されたページで「請求セットの追加」処理を使用して、販売オーダーにすでに存在する請求セットを指定することはできません。
- 構成品目またはキット内のすべてのコンポーネントは、同じ請求セットを共有します。 構成品目またはキットの個々のコンポーネントに異なる請求セットを追加することはできません。
- 「請求明細をまとめて」属性をオンにし、Order Managementで請求セットのすべての明細がすでにReceivablesにインタフェースされている場合は、セットが完了します。 Default-billingSet1が完了したとします。 新規明細をオーダーに追加すると、Order Managementでは、Default-BillingSet2などの新規請求セットが自動的に作成され、新規明細が新規セットに追加されます。
- 請求セットのステータスが「完了」または「取消済」の場合、新規明細をセットに追加できません。
- 請求セットに明細を割り当てる場合、請求セット名の最初の単語として「デフォルト」を使用しないでください。
REST APIまたはFBDIの使用
再設計ページを使用するかわりに、REST APIまたはFBDIを介してインポートできます。 すべてのオーダーの明細を請求セットに追加するには、オーダー・ヘッダーでBillingSetFlag属性をtrue に設定します。
別の方法として、BillingSetName属性をlines エンティティのカスタム値に設定します。
販売オーダーの編集または改訂
請求セットがある販売オーダーを編集、改訂または取消するには、Order Managementの再設計されたページのみを使用します。 Order Managementのクラシック・ページを使用してこれを行うことはできません。
次の場合に、受注を改訂するときに、請求セットに受注明細を追加できます。
- 請求セットのステータスが「完了」または「取消済」ではありません。
- 明細が取消済、クローズ済または売掛管理またはサブスクリプション管理にインタフェースされていません。
次の場合は、請求セットに対してオーダー明細を変更または削除できません。
- 請求セットのステータスは「完了」または「取消済」です。
- 明細が売掛管理またはサブスクリプション管理にインタフェースされます。
- 明細ステータスはすでにクローズ済または取消済です。
Order Managementによる請求セットのステータス決定方法
- Order Managementでは、「請求書インタフェース・ステータス」属性が次のいずれかに設定されます。
- Order Managementとのインタフェース Order Managementは、請求セットの明細をReceivablesにインタフェースしました。
- サブスクリプション管理によってインタフェースされます。 サブスクリプション管理は、請求セットの明細を売掛管理にインタフェースしました。
- スキップ 「受注ピック」構成品目のコンポーネントなど、請求しないコンポーネントに適用されます。 Order Managementでは、請求セットが完了したかどうかを判断すると、これらの明細は無視されます。
- 取消済 Order Managementによって請求セットが取り消されました。
- Order Managementでは、請求セット内のすべての請求可能明細についてこれらの請求書インタフェース・ステータスを評価して、次の請求セット・ステータスを決定します。
- 開始。 Order Managementでは、セット内のすべての請求可能明細が売掛管理にインタフェースされていません。
- 完了。 Order Managementは、セット内のすべての請求可能明細をReceivablesにインタフェースしました。
- 取消済 Order Managementは、改訂中にセット内のすべての明細を削除または取り消しました。
Order Managementを使用した出荷不可品目の請求
Order Managementを使用して出荷可能品目および出荷不可品目を請求する場合で、これらの明細を請求セットに追加すると、Receivablesでは、請求条件で指定したtransactionDateBasis属性を使用して、出荷可能品目の一般会計日および取引日を決定します。 Oracleでは、サブスクリプション管理を使用して、出荷不可品目(カバレッジやサブスクリプションなど)に請求することをお薦めします。 オーダー管理とサブスクリプション管理の統合を参照してください。
サブスクリプション管理からの更新の処理待機
「サブスクリプション管理からの更新の処理待機」プロファイル・オプション(ORA_FOM_WAIT_TO_PROCESS_SUBS_UPDATES)を使用して、請求セット内の明細をReceivablesにインタフェースする際に、サブスクリプション管理から受信する更新をOrder Managementで処理する方法を制御できます。 次のように設定できます。
- はい 処理の遅延 この値は、大量のサブスクリプションを同時に処理する場合に使用します。 「オーダー履行からの応答の処理」スケジュール済プロセスは、スケジュールに従ってこれらを処理します。 「はい」がデフォルト設定です。
- いいえ すぐに処理します。 「オーダー履行からの応答の処理」スケジュール済プロセスは、Order Managementがサブスクリプション管理から応答を受信するとすぐに実行されます。 この値は、更新の頻度が低く、Oracle Enterprise Scheduler Servicesに従ってスケジュール済プロセスを頻繁に実行した場合に輻輳が発生しない場合にのみ使用します。
オーダー履行からの応答の処理
請求セットに割り当てられた明細のサブスクリプション管理からの更新を処理する場合は、「オーダー履行からの応答の処理」スケジュール済プロセスに次の値を設定します。
- トランザクション量に応じて、1日1回以上実行するようにスケジュールします。
- 「履行応答タイプ」パラメータを「サブスクリプション管理によって売掛管理に送信される明細の処理」に設定します。
- 「レコード・セット」パラメータを「まだ処理されていないレコードの処理」に設定します。 このプロセスの実行の前のインスタンスで失敗したレコードを再処理する必要がある場合は、失敗したレコードの処理に設定します。
制限
次のことはできません:
- クレジット・メモを連結するために、受注の返品明細に請求セットを追加します。
- プロジェクト詳細があるオーダー明細に請求セットを使用します。
- 異なる売掛/未収金組織に属するオーダー明細に同じ請求セットを使用します。 各受注明細は、受注ヘッダーから売掛/未収金組織を取得します。 異なる組織に明細を追加する場合は、各セットのすべての明細が同じ組織に属していることを確認してください。
- 注文書に請求セットがある場合は、従来のOrder Managementページで履行処理を使用します。 かわりに、再設計されたページを使用してください。 履行処理の例には、「スケジュール」、「予約」、「分割」、「予定解除」、「予約解除」、「編集」、「保留の適用」、「保留のリリース」および「出荷セットから削除」があります。
- カバレッジまたはサブスクリプションを修正または更新する明細を追加し、再設計されたページでその明細を請求セットに追加します。 かわりにREST APIまたはFBDIを使用してください。 この機能は、今後の更新で再設計されたページで使用できます。
- 構成品目を追加し、クラシックOracle Configuratorを使用してその品目を構成するときに、再設計されたページで請求セットを追加します。 かわりに、REST APIまたはFBDIを介してその請求セットを追加または更新します。 詳細は、Redwood: 販売オーダーの構成品目の管理のヒントおよび考慮事項を参照してください。
- 再設計されたページですべてのオーダーの詳細がサポートされていない場合、そのページで請求セットを含むオーダーを編集、改訂または取り消します。 オーダーに、再設計されたページがサポートしていない詳細がある場合は、かわりにREST APIまたはFBDIを使用して値を変更します。
その他:
- 受注明細で設定したものとは異なる値を売掛管理に送信するようにサービス・マッピングを設定した場合、この機能では請求書が連結されないことがあります。 これは、Order Managementが明細をReceivablesにインタフェースするときに、同じ請求セットの明細値が異なる場合に発生することがあります。
- 再設計された「受注明細の検索」ページの「明細の更新」処理を使用できるのは、請求セットから明細を削除する場合のみです。 請求セットの追加や変更には使用できません。
販売オーダーに次のものがある場合、再設計されたページで請求が設定されている販売オーダーを表示または更新できません。
- クレジット・カードを使用する支払方法
- 定期請求プラン
- Channel Revenue Managementのインセンティブ
- プロジェクト詳細
これらの機能は、以降の更新で使用できます。
請求セットに割り当てられた明細の請求書の連結
- 請求書連結は単一の受注で行われます。 この機能を使用して、様々なオーダーの請求セットに割り当てられた明細を連結することはできません。
- すべての明細がグループ化基準を満たしていることを確認してください。 請求セットへの明細の割当は、連結請求書を作成する予定であることを示します。 ただし、請求セット内のすべての明細がグループ化基準を満たす場合のみ、Receivablesによって連結されます。
- 売掛管理機能を有効化した後は無効にしないでください。 「複数ソースからの手数料を含む連結請求書」機能を有効にし、請求セットを含む販売オーダーを発行し、この機能を無効にしてからReceivablesで請求書が作成されると、単一の連結請求書のかわりに個別の請求書が作成されます。
主なリソース
アクセス要件
次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- オーダーの開始(FOM_CREATE_ORDER_PRIV)
- オーダーの表示(FOM_VIEW_ORDERS_PRIV)
- オーダーの改訂(FOM_REVISE_ORDER_PRIV)