収益分配およびパートナ決済プロセスの説明

このレッスンでは、収益分配およびパートナ決済の機能に関する概要を説明します。

最終顧客がデジタルコンテンツ (音楽ダウンロード) を購入し、それに対してプロバイダがサードパーティに料金を支払う必要があります (SONGY にロイヤリティを支払い、ドイツの GEMA に録音権料を支払います)。

ダウンロードに対する最終顧客の料金計算可能明細から、SONGY のパートナ明細と GEMA のパートナ明細がレーティングのため使用量明細として分割されます。

これらの使用量明細は、レーティングおよびチャージングのため SAP Convergent Charging に送信され、SAP Convergent Invoicing でパートナ料金計算可能明細として受信されます。最終顧客およびパートナの料金計算可能明細の料金計算および請求により、最終使用者に対するデビットメモおよびパートナに対するクレジットメモが生成されます。

このレッスンでは、収益分配およびパートナ決済について説明します。エンドユーザがサービスを使用する場合、またはサービスプロバイダから製品を購入する場合、およびこれらのサービスまたは製品でパートナの権利、インフラストラクチャ、サービス、または製品を使用する場合、料金はこのパートナに支払われます。このような場合、最終顧客に請求する金額の一部は、1 つ以上のパートナに支払う必要がある。

最終顧客の料金計算可能明細から、レーティングのためパートナ明細が使用量明細として分割されます。これらの使用量明細は、レーティングおよびチャージングのため SAP BRIM チャージングに送信され、SAP BRIM でパートナ料金計算可能明細として受信されます。最終顧客およびパートナの料金計算可能明細の料金計算および請求により、最終使用者に対するデビットメモおよびパートナに対するクレジットメモが生成されます。

顧客請求と明細消込管理、およびパートナ請求と明細消込管理を同じコンポーネント内で実行する利点として、顧客の支払不履行リスクをパートナに転嫁できることが挙げられます。

1.パートナ契約で割り当てられたパートナ決済規則で、パートナのリスクカテゴリを定義します。

2.支払管理のために顧客 BIT とパートナ BIT をリンクします。

3.最終顧客未収金が督促処理または欠損の対象である場合、関連するパートナ明細に対してパートナクレジットを調整することができます。

4.生成された調整 BIT が追跡され、元のパートナおよび最終顧客 BIT にリンクされます。

パートナのロールと重要度に応じ、パートナへの未払額をサービスプロバイダがまたはパートナが決定します。前者のケースでは、パートナがクレジットメモを受領します。後者のケースでは、サービスプロバイダがパートナから請求書を受領します。

パートナ決済で利用可能な機能では、サービスプロバイダが計算を行い、パートナに対するクレジットメモを登録するシナリオが重視されています。

BRIM パートナ決済アーキテクチャでは、以下の領域で追加機能が提供されます。

• CRM バックオフィストランザクション - パートナ製品およびパートナ契約の登録、および ERP および Convergent Charging システムへのパートナデータの配信。
• SAP S/4HANA Convergent Invoicing - 1 つの最終顧客の料金計算可能明細からパートナチャージ対象明細を分割します。パートナチャージ対象明細のレーティングは、SAP Convergent Charging においてパートナ製品およびパートナ契約に割り当てられたチャージプランで実行されるか、または Convergent Invoicing で汎用モジュールのレーティングプロセスが非常にシンプルである場合に実行されます。
• SAP S/4HANA Convergent Invoicing - パートナ料金計算および請求の実行では、最終顧客請求書でのパートナ料金計算の時間依存性、パートナクレジットメモの個別金額の明細化、仮請求書に基づくパートナとの初回調整、およびクレジットメモの発行と転記なしのパートナ持分のみの追跡および評価のオプションが提供されます。
• SAP S/4HANA FI-CA - 最終顧客の支払をパートナにデフォルト設定し、支払クレジットを調整します。

ERP 6.0 SAP Convergent Invoicing の enhancement package 7 および契約未収金/未払金管理により、最終顧客の支払不足をパートナに委任し、支払済のクレジットを調整することができます。これにより、支払不履行リスクをパートナに転嫁することができます。

パートナ決済では、最終顧客の料金計算および請求に類似するプロセスが使用されるため、同じデータオブジェクトが使用されます。

パートナと最終顧客の以下のオブジェクトは同じです。一部のオブジェクトは、パートナ決済に使用されるオブジェクトとしてマークされています。

パートナ決済では最終顧客と同じオブジェクトが使用されますが、オブジェクトの形式はパートナ決済に合わせて調整されます。オブジェクトは、CRM での登録から SAP S/4 HANA FI-CA および Convergent Charging システムに BRIM で現在まで使用されていたメカニズムを使用して複製されます。このメカニズムは、ミドルウェアを使用した最終顧客オブジェクト製品複製、共通オブジェクトレイヤを使用したパートナ契約複製にも使用されていました。

プロバイダ契約とパートナ契約は、契約カテゴリ項目で区別します。技術的な視点から見ると、これらはどちらもプロバイダ契約であり、そのデータは同じテーブルに保存される。ビジネスデータツールセットでの分割により、契約カテゴリ項目の異なる値に基づき、異なるトランザクションを提供することが可能になります。その結果、パートナ契約に適したコンテキストが提供されます。

契約カテゴリ項目は、インタフェースには表示されません。ただし、この項目は複製時に契約ヘッダで利用し、必要に応じて設定することができます。また、契約カテゴリにより、利用可能な項目も制御されます。

パートナ契約では、パートナ決済規則項目が契約明細に追加されました。パートナ決済規則を使用して、決済の実行タイミングや支払不履行リスクを負う当事者の指定など、パートナ決済の設定を行います。

SAP Easy Access 画面のマスタデータ→レーティングおよびチャージングとの統合パートナ契約で、→パートナ契約を処理および照会することができます。

以下のトランザクションを利用できます。

• FP_PV2 - パートナ契約変更
• FP_PV3 - パートナ契約照会
• FP_PV0 - パートナ契約の概要

SAP Fiori ラウンチパッドで、パートナ契約更新アプリおよびパートナ契約概要アプリを使用することができます。

顧客 BIT を参照してパートナ CIT を登録するには

最終顧客の料金計算可能明細の登録時に、パートナ決済の使用量明細が生成されます。パートナ明細の生成が必要かどうか、およびその理由を、システムが料金計算可能明細から認識できる必要があります。そのため、料金計算可能明細の属性であるパートナ決済カテゴリが開始ポイントになります。パートナ決済カテゴリには、パートナ決済の視点で取引を分類する値が入力される必要があります。

パートナ決済のカテゴリとして、アプリケーションダウンロードに対する ID 'APDL' がカスタマイジングで使用されています。顧客明細とパートナ明細は、ソーストランザクション ID 項目によってリンクされます。顧客明細は一次明細、パートナ明細は二次明細とみなされます。パートナ明細には、それらが属する顧客明細への参照が含まれます。このリンクにより、再レーティング、取消、調整など、必要な場合は常に処理がバンドルされます。

パートナ決済の使用量明細をレーティングに反映させるには、SAP Convergent Invoicing でレーティング実行トランザクションを使用してそれらを SAP Convergent Charging に送信するか、または Convergent Invoicing の汎用モジュールでシンプルなレーティングを実行します。結果のパートナ明細は、SAP Convergent Invoicing でパートナ決済の料金計算可能明細として受信および処理されます。

この手順により、SAP Convergent Charging に対する一種の再注入が実行され、1 つの顧客イベントから複数の追加パートナ明細を誘導し、そのレーティングを行うことができます。

パートナ料金計算調整の前提条件:

1. 会社コードレベルで、パートナ調整が一般的に許可されるかどうかを決定できます。この設定は、パートナが支払不履行リスクを負うパートナ決済規則の設定よりも優先されます。この指定は、カスタマイジングの IMG パス: 契約未収金/未払金管理 → 統合請求 → パートナ決済 → 設定: パートナ決済調整の指定で定義できます。
2. パートナ契約のパートナ決済規則: パートナ契約の明細レベルの制御パラメータの 1 つは、パートナ持分を含むサービスの支払について、パートナが最終顧客の支払遅延リスクを負うというパートナ決済規則の区分です。

プロセスステップ:

1.調整トリガ登録: 未消込明細 (期日超過、欠損済、支払契約に含まれる) に DFKKOP PTITM 料金計算可能明細を使用したパートナ決済のステータス項目に値 'A' が含まれている場合、テーブル DFKKPARTADJ の調整トリガが登録されます。これは、サードパーティ収益共有が可能であり、調整が許可されることを意味します。

2.パートナに対する調整としての料金計算可能明細の登録:

パートナ決済の実際の調整は、一括処理パートナ決済の調整生成 (トランザクション FPPARTADJ_MA) によって行われます。この一括処理では、トリガに関連する顧客未収金が分析され、それが未消込か、(一部) 消込済か、または欠損済かが認識されます。顧客未収金に割り当てられる料金計算可能および料金計算済のパートナ明細がすべて決定されます。その後、未消込の顧客未収金に属するパートナ持分の比例比率として、必要な減額を含む新規の料金計算可能パートナ明細が登録されます。割り当てられる元取引タイプは 'PSADJ' です。

3.調整後のトリガ削除: 料金計算可能明細の登録後にトリガが削除されます。欠損済の未収金が調整される場合、トリガはテーブルから削除されます。最終顧客明細が全額支払によって消し込まれると、FI-CA 伝票のトリガエントリも削除されます。