複数のソースからの手数料を含む履行ベースの連結請求書

特定の活動の完了に基づいて複数のソースから手数料明細を連結して、請求書を生成します。 請求担当者は、請求書草案をレビューし、最終請求書を生成する前に訂正できます。 この合理化されたアプローチは、請求プロセスを最適化し、契約上の義務に合わせて、請求精度を高め、シームレスな現金消込により決済を簡素化します。

オーダー出荷、サービス・プロビジョニング、サービス提供などの特定のアクティビティでは、顧客契約で合意したとおりに請求書生成をトリガーする履行イベントを定義します。

ビジネス上の利点は次のとおりです。

  • 契約上の合意に従って複数のソースから単一の請求可能トランザクションに請求書明細を連結することで、請求効率を向上させます。
  • トランザクション量が減少する可能性があるため、キャッシュ・アプリケーションを合理化します。
  • プロアクティブな手数料明細検証をサポートし、係争および請求書後の調整を最小限に抑えます。
  • 回収プロセスおよびキャッシュ・フロー管理を強化します。

有効化および構成ステップ

ノート: 前提条件: 履行ベースの連結を有効にする前に、環境内で「複数ソースからの手数料を含む連結請求書」機能がアクティブになっていることを確認してください。 25Dリリースで導入されたこの機能により、事前定義済の請求頻度に基づいて、複数のソースからの手数料明細を単一の請求書に連結できます。 この機能を有効にするには、サービス・リクエスト(SR)を登録し、プロモーション・コードをリクエストします。 この機能を有効にすると、履行ベースの連結用に機能を構成および拡張できます。

履行ベースの連結を有効にするには、次のステップを使用します。

1. 一括請求条件の構成

  • 「請求」作業領域の「一括請求」セクションの下にある「一括請求条件の管理」タスクにナビゲートします。
  • VB Excelインタフェースを使用して、顧客固有の連結設定を定義します。
  • 構成を保存して検証します。

2. 顧客アカウント・プロファイルの更新

  • 該当する顧客アカウント・プロファイルの「一括請求」セクションに移動します。
  • 「一括請求の有効化」を選択し、関連する請求条件を関連付け、オプションで「インポート前の請求書明細のレビュー」を有効にします。
  • 履行ベースの連結が必要な顧客アカウントごとに、これらのステップを繰り返します。

3. 次のバックエンド・プロセスを、次に示す順序で定期的に実行するようにスケジュールします:

  1. AutoInvoiceを使用して売掛/未収金トランザクションをインポート(フィーダ・システム・ソースを使用) - 連結に適格な手数料明細を識別します。
  2. 請求書インポートの手数料明細を売掛管理に連結(ソース: ORA_Consolidated請求書) - 構成済の請求条件に従って適格な明細をグループ化します。
  3. AutoInvoice(ソース: ORA_Consolidated請求書)を使用した売掛/未収金トランザクションのインポート- Receivablesで連結請求書を作成します。

顧客アカウント・プロファイル

顧客アカウント・プロファイル

一括請求条件の管理

履行ベース連結の主な構成パラメータは次のとおりです。

  • 連結方法: 「履行ベース」を選択します。
  • 締め日は、すべての関連明細がまだ履行されていない場合でも請求書を生成する必要がある日付です。 次のパラメータを使用して日付を決定します-
    • 「Cut-off Date Basis(締め日基準)」: 「First Billable Line Date(最初の請求可能明細日)」を選択します。
    • Cut-off Days(カットオフ日数): 日数を指定します。
  • 取引日処理: 次のいずれかを選択します。
    • 現在の日付- 連結プロセスが実行される日付を使用します。
    • 「Latest Fulfilled Line Date(≪最遅履行明細日|Crm≫)」- すべての適格履行済明細の中で最遅のトランザクション日を使用します。
  • 包含: 連結に含める取引ソースを指定します。
  • 除外: 支払条件、入金方法、ビジネス・ユニット、法的エンティティ、関連のないサービスの除外などの基準を定義します。

例:すべての販売オーダー明細が履行されると、販売オーダーから発生したすべての手数料が単一の請求書に連結されます。

  • 最初の受注明細が12月1日にReceivablesにインタフェースされ、「締め日」が10の場合、一部の明細がまだ履行されていない場合でも、売掛/未収金インタフェース表の使用可能なすべての手数料明細を含む連結請求書が10-12月に生成されます。
  • 12月10日より前にすべての明細が履行されると、最終明細が履行されるとすぐに請求書が生成されます。

AutoInvoiceプロセスが12月12日に実行される場合:

  • 「トランザクション日付処理」が「現在日」の場合、トランザクション日は12-12日になります。
  • 「Transaction Date Handling(トランザクション日処理)」が「Latest Fulfilled Line Date(最終履行明細日)」で、最終明細が12月8日にインタフェースされると、トランザクション日は12月8日になります。

顧客アカウント・プロファイル・レベルでの連結の有効化

次のいずれかの方法を使用して、顧客アカウント・プロファイル・レベルで連結を有効にできます。

1.UIによる手動更新:

  • 「顧客アカウント」→「プロファイル履歴」にある新しい「一括請求」セクションで、顧客プロファイルを更新します。

2. UIを介したプロファイル区分更新:

  • 「請求」作業領域の「顧客」セクションから使用可能になった「売掛/未収金顧客プロファイル区分の管理」タスクを使用して、顧客プロファイル区分を変更し、変更を顧客プロファイルに伝播します。
  • 次の3つの伝播オプションから選択します。
    • 新規プロファイルのみに変更を適用。
    • 未修正のプロファイルに変更を適用し、未修正の既存プロファイルをバージョン管理
    • すべてのプロファイルに変更を適用し、すべての既存プロファイルをバージョン管理。

3. FBDIによる一括更新(ファイルベース・データ・インポート)

  • FBDIテンプレートのRA_CUSTOMER_PROFILES_INT_ALLタブ(列DZからEB)に新しい属性を移入します。

4. SOAPサービス統合

  • 使用可能なSOAPサービスを使用して顧客プロファイルを作成または更新します。

連結のソース・データの管理

Oracle Order Management (OM)およびOracle Subscription Management (OSS)からのトランザクション・データが統合され、売掛/未収金連結の手数料明細が生成されます。 請求セット番号は、Order Managementが管理システムとして機能し、履行イベントを管理および追跡するためのキー識別子として機能します。

ビジネス・プロセス・フローは次のとおりです-

  1. オーダー内の受注明細に請求セット番号を割り当てます。 これにより、履行が完了すると、すべての関連明細が1つの請求書に連結されます。
  2. Oracle Subscription Management (OSS)との統合: サブスクリプション統合によって受注明細が履行される場合、対応するサブスクリプション製品明細は、最初の請求期間の請求明細の請求セット番号を継承します。
  3. 請求書連結のトリガー: 請求セット番号の下にあるすべての受注明細が履行され、Receivablesにインタフェースされると、Order ManagementとSubscription Managementの両方から履行イベントが完了とマークされます。 その請求セット番号のすべての手数料明細が請求書に連結されます。

連結プロセスの管理

「請求」作業領域の「一括請求」の下にある「一括請求書草案の管理」(ADFdi)タスクを使用して、連結関連アクティビティを管理します。 このタスクでは、次のことが可能です。

  • 請求書インポートの前に手数料明細をレビューします。
  • アドホック請求処理を実行します。

請求を続行するには:

  • すべてのレビュー準備完了明細の連結ステータスを「請求準備完了」に変更します。
  • 即時請求の場合は、ステータスを「今すぐ請求」に設定します。

ヒントと考慮事項

  • プロファイル区分から個々の顧客プロファイルに改訂を伝播する前に、すべての更新を慎重にレビューしてください。特に、「すべてのプロファイルに変更を適用し、既存のすべてのプロファイルをバージョン管理」オプションを使用する場合です。 このオプションを適用すると、以前に更新された属性が上書きされる場合があります。
  • 顧客アカウントに関連付けられた手数料明細にエラーが含まれている場合、連結請求書は生成されません。 請求書作成を開始する前に、「AutoInvoice明細の管理」(ADFdi)タスクを使用して、このようなエラーがすべて修正されていることを確認します。
  • 連結を有効にする前に、AutoInvoiceプロセスを使用して売掛/未収金トランザクションのインポートを実行し、すべての保留インタフェース明細を消去します。
  • 履行ベースの請求の統合では、現在、Oracle Order ManagementおよびOracle Subscription Managementからのみ発生した手数料明細がサポートされています。
  • 連結が有効になっている場合は、常にAutoInvoice ESSジョブを使用して売掛/未収金トランザクションのインポートを使用します。 AutoInvoiceのインポート・プロセスに対する既存のスケジュールまたは依存関係を置換します。
  • 連結請求書は、事前定義済のトランザクション・ソースORA_Consolidated請求書を使用して生成されます。 元のフィーダ・システム・ソースは、参照のために各請求書明細に明細トランザクション・ソースとして表示されます。
  • 履行ベースの連結は、受注が顧客契約履行の主要なソースとして機能し、他の搬送システムと統合されている場合にのみサポートされます。
  • 販売オーダー明細のキー・グループ化属性は、関連する登録契約に伝播されます。 これらの属性は一貫性を保ち、意図しない請求書分割を防ぐために、手動またはサービス・マッパーで上書きしないでください。
  • 連結に参加するのは、サブスクリプション製品明細の最初の請求期間の請求明細のみです。 後続の請求期間の請求明細は個別に処理され、グループ化ルールに基づいて個別の請求書を生成できます。
  • 「購買オーダー」、「購買オーダー改訂」、「購買オーダー日」、「コメント」および「社内ノート」の属性は、必須のグループ化基準から除外されます。 これらは、結果の請求書明細の情報参照として表示されます。
  • 顧客アカウントが下書き明細のレビュー用に構成されている場合、請求書のすべての下書き明細が承認されて請求用に決済されるまで、請求書作成は保留になります。

主なリソース

Order Managementでの連結の手数料明細の管理の詳細は、Oracle Help Centerで入手可能な「新機能」レディネス・コンテンツの26Aにある「Redwood: 物理品目、カバレッジおよびサブスクリプションの1つの請求書の作成」機能を参照してください。

アクセス要件

この機能を使用するには、次の権限が必要です。

  • 顧客プロファイルの管理(AR_MANAGE_CUSTOMER_PROFILES_PRIV)
  • 売掛/未収金トランザクションのインポート(AR_IMPORT_RECEIVABLES_TRANSACTIONS_PRIV)
  • 売掛管理請求条件の管理(AR_MANAGE_BILLING_TERMS_PRIV)