SAP Billing and Revenue Innovation Management と SAP Revenue Accounting and Reporting の統合

SAP Billing and Revenue Innovation Management コンサルタントとして、SAP Revenue Accounting and Reporting との統合に関して、既存の SAP Billing and Revenue Innovation Management の正確性を確認する必要があります。カスタマイジングの設定と、システムで利用可能な転送レコードをチェックして、システム設定をより深く理解します。

SAP Billing and Revenue Innovation Management コンサルタントとして、SAP Revenue Accounting and Reporting との統合に関して、既存の SAP Billing and Revenue Innovation Management の正確性を確認する必要があります。カスタマイジングの設定と、システムで利用可能な転送レコードをチェックして、システム設定をより深く理解します。

統合請求と SAP Revenue Accounting and Reporting の統合には、以下の両方のモジュールでの設定が必要です。

• SAP Revenue Accounting and Reporting
• SAP Convergent Invoicing

エンドツーエンドのプロセスにおいて、SAP Billing and Revenue Innovation Management と SAP Revenue Accounting and Reporting の統合では、S/4HANA システムの統合請求がデータソースとしてのみ使用されます。統合請求によって、必要なすべてのデータが SAP Revenue Accounting and Reporting に送信されます。これにより、非 SAP CRM で顧客契約が入力されるシナリオで、IFRS 15/US-GAAP 準拠が保証されます。

オファーから入金までのプロセスの一環として、統合請求では SAP Revenue Accounting and Reporting の転送レコードが記録されます。統合請求では、これらの転送レコードに基づいて、SAP Revenue Accounting and Reporting の受信処理で収益会計明細が登録されます。

以下の収益会計明細タイプ (RAI) が区別されます。

• 指図明細
• 充足明細
• 請求書明細

• 受信処理 (最適化されたバージョン。機能は SAP S/4HANA 2020 で利用できます)
  • 収益会計受信処理の新規 (非従来) バージョンでは、RAI のジェネリック入力構造が 1 つだけ存在します。カスタマイジングでの RAI クラスの更新は必要ありません。
  • FARR_INBOUND_CA_ORDER_API (指図明細用)
  • FARR_INBOUND_CA_FULFILMENT_API (充足明細用)
  • FARR_INBOUND_CA_INVOICE_API (請求書明細用)
  • 必要に応じて、BRF+ フレームワークを利用し、センダコンポーネントから受信したソース明細のデータを使用して収益会計契約および履行義務の属性を決定する方法を制御することができます。次に、BRF+ アプリケーションをセンダコンポーネント CA に割り当てます。
• 受信処理 (従来のバージョン) - 収益会計明細クラスの更新
  • CA01 (指図明細用)
  • CA02 (充足明細用)
  • CA03 (請求書明細用)
• SAP Convergent Invoicing が実行されているシステムと通信するための論理システムおよび RFC 宛先を定義します (トランザクション SM59)。
• 論理システムおよび RFC 宛先をセンダコンポーネント CA に割り当てます。SAP Revenue Accounting and Reporting のカスタマイジングで、独立販売価格の条件タイプを更新します。
• 契約管理の基本カスタマイジング (最適化済または従来のバージョン)

• ビジネス機能 "収益会計との統合" を有効化します。
• 契約未収金/未払金管理のカスタマイジングの基本機能→プロバイダ契約→入力: プロバイダ契約明細の変更理由で、プロバイダ契約の変更に関する変更理由を入力します。
• 以下の設定は、契約未収金/未払金管理のカスタマイジングの統合→収益会計で行う必要があります。
  • 収益会計との統合を有効化します。
  • 収益会計が実行されているシステムと通信するための RFC 宛先を定義します (トランザクション SM59)。
  • "有効化: 収益会計のプロバイダ契約明細" アクティビティで、契約明細の収益会計関連区分の誘導を定義します。
  • サービスタイプを更新します (サービスタイプは、収益勘定割当に関して請求されるサービスの分類です)。
  • "割当: サービス ID -> サービスタイプ" アクティビティで、CRM サービス ID からプロバイダ契約またはワンタイム費用のサービスタイプを誘導するための設定を定義します。
  • 収益会計明細 ID の番号範囲を定義します。
• 明細カテゴリ、品目勘定割当グループ、またはその両方の組合せを使用して、収益会計のサービスタイプを決定するための仕様を定義します。

  カスタマイジングノードは、FICAIMG→統合→SAP Customer Relationship Management→ワンタイム費用の転送→定義: メイン取引およびサブ取引です。

統合請求と SAP Revenue Accounting and Reporting の統合をサポートするために、料金計算可能明細クラスの以下のインタフェースコンポーネントを使用することができます。

• 収益勘定割当のサービスタイプ

  このコンポーネントにより、料金計算可能明細を転送するためのインタフェースでサービスタイプ項目が使用可能になります。また、転記範囲 8121 でサービスタイプを決定することもできます。

• 収益会計との統合

  このコンポーネントにより、SAP Revenue Accounting and Reporting への必須データの転送に使用できる項目が、料金計算可能明細の転送インタフェースで利用可能になります。

• 収益会計との統合 (外部データ転送)

  プロバイダ契約を参照せずに明細を処理する場合、このコンポーネントが使用されます。

• 外部プロバイダ契約参照

プロバイダ契約を登録または変更すると、システムのカスタマイジング設定に基づいて、S/4HANA で SAP RAR の指図明細が生成されます。指図明細の明細タイプは CAOI - 指図明細 (契約明細) です。

変更の影響を受ける契約明細ごとに、収益会計に対して少なくとも 1 つの指図明細が生成されます。各指図明細は、主要明細と依存条件で構成されます。条件は、合計取引価格の条件と、独立販売価格が明細に入力されている場合は合計独立販売価格の条件で構成されます。カスタマイジングから、定期請求のサービスタイプ、および条件タイプが決定されます。

イベント 8204 は、繰返期間ごとの価格およびプロバイダ契約明細の実行時間に基づいた転送レコードの合計金額の計算に使用することができます。

イベント 8204 は、定期料金を表す転送レコードごとの価格決定に対して 1 回呼び出されます。

イベント 8205 は、プロバイダ契約更新ごとに 1 回呼び出されます。イベント 8205 は、標準で提案される指図明細転送レコードの調整に使用することができます。

ワンタイム費用の料金計算可能明細が転送されると、SAP RAR の転送レコードが生成されます。ワンタイム費用の指図明細の明細タイプは、CAOO - 指図明細 (ワンタイム費用) です。

料金計算可能明細が収益会計に関連するワンタイム費用であるかどうかは、料金計算可能明細に割り当てるサービスタイプから誘導されます。

統合請求では、プロバイダ契約を使用しない統合シナリオがサポートされています。このようなシナリオでは、収益会計との統合 (外部データ転送) インタフェースコンポーネント (REVENUE_ACCX) を使用して、料金計算可能明細から指図明細、充足明細、および請求書明細を登録します。このインタフェースコンポーネントには、収益会計に関連する項目が含まれています。

• 収益会計に関連 (RAREL): このシナリオでは、料金計算可能明細の受信処理中にこのフラグを設定します。
• 収益会計明細タイプ (RA_ITEM_TYPE): 通常、転記範囲 8121 を使用して誘導されます。
• 元明細タイプ (RA_ORITY): 外部システムからのワンタイム費用および指図明細の場合は常に CAOX が使用され、元明細のタイプを指定します。
• 元明細 ID (RA_ORIID): ソースシステムの元明細の ID を指定します。
• 収益会計参照タイプ (RAI_REFTYPE): オファーから入金までのシナリオ (O2C) では、参照タイプ PO (プロバイダ受注) が使用されます。
• 収益会計参照 ID (RA_REFID): この参照 ID は、収益会計の参照タイプとともに、収益会計契約生成のためのグループ化の手段として機能します。

統合請求で料金計算可能明細をロードするとすぐに、指図明細が登録されます。生成された指図明細の明細タイプは CAOX - 指図明細 (外部システム) です。

SAP RAR の履行義務は、時間ベースまたはイベントベースで充足することができます。

使用量主導型サービスは、イベントベースで充足され、使用量充足イベントを参照します。S/4HANA システムでは、レーティング済使用量の料金計算可能明細を集計することで、充足明細の転送レコードが生成されます。充足明細の明細タイプは CAFI - 充足明細です。

料金計算可能明細のロード時に、充足転送レコードが料金計算可能明細レベルで生成され、テーブル DFKKBIXBIT_RAI に保存されます。

充足明細は、収益会計への転送の一括処理 (トランザクション FP_RAI_TRANSF) を使用して転送されます。これにより、各料金計算可能明細の充足明細は生成されませんが、転送前に料金計算可能明細レベルで充足転送レコードが集計されます。そのため、各集約の転送レコードが登録されます。これは、収益会計明細 ID で拡張され、テーブル DFKKRA_RAI_MI に保存されます。これにより、転送される充足明細のデータ量が削減されます。その後、一括処理によって充足明細が収益会計に転送されます。集計と転送は、同じ実行で実行するか、集計と転送を個別に実行することもできます。

イベント 8208 は、料金計算可能明細のアップロード時に BIT ごとに 1 回呼び出され、料金計算可能明細のレベルで充足転送レコードの調整に使用することができます (テーブル DFKKBIXBIT_RAI)。

請求では、システムのカスタマイジング設定に基づいて、収益会計に関連する請求伝票明細に対応する請求書明細の転送レコードが生成されます。請求書明細の明細タイプは CAII - 請求書明細です。

請求伝票明細が関連するかどうかは、プロバイダ契約明細と、請求伝票明細に割り当てられているサービスタイプの設定の組合せに基づいて決定されます。

イベント 8207 は、標準で提案される請求書明細転送レコードの調整に使用されます。たとえば、国内通貨での金額の換算レートを調整することができます。イベント 8207 は、請求伝票およびプロバイダ契約明細ごとに呼び出されます。

イベント 8209 を使用すると、1 つの主要明細を複数の主要明細に分割したり、明細が SAP Revenue Accounting and Reporting に転送されないようにしたりすることができます。

転送レコードのモニタを使用すると、提供された情報または SAP Revenue Accounting and Reporting に提供される情報を分析および照会することができます。

このモニタは SAP Fiori ラウンチパッドで利用でき、アプリ名は転送レコードの照会 - 収益会計 (対応するバックエンドトランザクション FP_RAI_MON) です。

このアプリでは、さまざまな選択基準 (転送ステータス、マスタデータ属性、データ分類など) を使用することができます。

一括処理を使用し、統合請求によって登録されたレコードを収益会計に転送します。転送時に、収益会計で収益会計明細が登録されます。

収益会計への転送アプリは、ラウンチパッドで使用することができます (対応するバックエンドトランザクション FP_RAI_TRANSF)。

一括実行を実行する前に、以下のように実行を設定する必要があります。

• 実行 ID の設定
• 処理のレベルを定義します。
• 転送レコード集約:
  • この設定により、料金計算可能明細が充足転送レコードに集計されます。
  • 収益会計明細の登録: この設定が有効な場合、一括実行によって RAI の登録のために SAP RAR で汎用モジュールが呼び出されます。
• 選択基準の定義

一括処理では、まだ転送されていない転送レコードが選択され、SAP RAR にレポートされます。オブジェクトは、以下の順序で処理されます。

• プロバイダ契約、ワンタイム費用、および外部システムからの指図明細の転送レコード。生成時に、収益会計明細のタイムスタンプを使用して、まだ転送されていない旧バージョンが存在するかどうかがチェックされます。旧バージョンがある場合は、最新バージョンのみが考慮されます。
• 充足明細の転送レコード。データ量を削減するために、予備ステップ (処理レベル "転送レコード集約") 中に転送レコードに登録される料金計算可能明細が集計されます。
• 請求書明細の転送レコード。