サービス使用量のレーティングおよびチャージングの実装

CutAbove のプロバイダ契約が Subscription Order Management (SOM) のソリューション見積で登録され、SAP Convergent Charging に複製されました。前のユニットでカバーされていたチャージプランおよび使用料のチャージが、プロバイダ契約の SAP Convergent Charging ビューでプロバイダ契約に割り当てられます。

p

O2C Company の請求スペシャリストである Karen は、Converging Charging でのレーティングおよびチャージングプロセスの監視を担当しています。

SAP Convergent Charging では、サービスプロバイダが時間およびサービスの使用に基づいてサービスを請求することができます。定期料金と使用料の両方の柔軟な価格モデルがサポートされ、これらの異なる料金タイプ間の依存関係のモデリングも可能になります。

SAP Convergent Charging では、価格計算ロジックを複数のサービスで再利用できるため、冗長性が最小限に抑えられます。SAP Subscription Order Management (SAP SOM) では、顧客が現在のサブスクリプションのアドオンとしてサブスクライブできるオプションのサービスコンポーネントが提供されます。

O2C が顧客に提供するクラウド選択サービスについて考えてみましょう。

• O2C 社は、クラウドインフラストラクチャを顧客に提供しています。
• クラウド選択サービス製品はサブスクリプションであり、毎月支払われます。
• 月額料金は、選択したサービスレベル契約によって異なります。
• 従量課金、シルバー、ゴールド、プラチナ。
• 有効化手数料があります。
• 製品には、24 カ月というサブスクリプションの最小期間があります。

CutAve社は、クラウドで動画を扱う大企業。同社は、作業用のクラウドプラットフォームおよび物理インフラストラクチャを O2C Company から受け取ります。

会社の IT 部門は、製品 "クラウド選択サービス" をサービスレベル "プラチナ" で発注することを決定しました。

統合チャージングプロセスを学習する前に、いくつかの定義を理解することが重要です。

価格設定

価格設定は、さまざまなサービスについて顧客に請求される価格を計算するロジックを登録するプロセスを表す用語です。このロジックは、いわゆる "チャージ" に保存される "価格プラン" で登録されます。

レーティング

レーティングは、特定のサービスコストの使用量 (支払う必要がある金額など) を実際に計算するプロセスを表す用語です。

チャージング

チャージングは、サービス消費に対して支払を行う顧客/個人のアカウントを決定するプロセスを表す用語です。チャージングロジックは、価格プランと同様の意思決定ツリーベースの構造である "チャージングプラン" に保存されます。

Charge

チャージには、価格プランと呼ばれるツリー構造として記述された一意の価格決定ロジックが含まれています。また、ツリー構造チャージングプランとして編成された専用のチャージングルールセットも含まれています。チャージにより、クライアントまたはパートナの借方転記または貸方転記に使用する必要がある金額が生成されます。さらに、マスタチャージまたは従属チャージのいずれかです。最後に、包括的なチャージプランに含まれています。

各チャージには、価格プランとチャージングプランが含まれています。

• チャージングプランによって借方転記または貸方転記の対象勘定が決定される。
• 価格プランは金額の計算に使用されるビジネスロジックを表す。価格プランはレーティングコンポーネントで構成されている。

ユーザは、レーティングコンポーネントから "デシジョンツリー" を構成する。SAP CC Core サーバはこのデシジョンツリーを使用して、特定の使用量、定期請求、またはワンタイムレートを加味した価格を決定する。

統合チャージングは 3 つのシステムに接続されます。以下の番号付き一覧は、前のグラフィックと相関しています。

1. サブスクリプション受注管理 (SOM):

   SOM では、(定期料金の) 価格条件およびプロバイダ契約が提供されます。ワンタイム料金 (有効化手数料など) は、SOM から SAP Convergent Invoicing に直接送信されます。定期料金は、統合請求で料金計算計画に基づいて計算するか、統合チャージングでチャージプランに基づいて計算することができます。

2. 統合メディエーション:

   メディエーションエンジンは、ネットワークインフラストラクチャによって送信されたデータを、レーティングエンジンによって処理および処理されるレコードに変換します。これらのレコードには、レーティングおよびチャージングに必要なすべてのデータが含まれている必要があります。

   • サービスを使用する正しい (テクニカル) ユーザを指し示すユーザ ID。
   • 使用された正しいサービスを指し示すサービス ID。
   • 適切な共通書式での使用日付。
   • レーティングおよびチャージングプロセスに必要なユーザ定義プロパティ。
3. 統合請求:

   統合請求では、使用量データを価格とともに受信し、特定の顧客アカウントに割り当てます。

   統合チャージングでは、サブスクリプション関連料金の登録に定期料金および使用実績チャージが使用されます。

アクセスオブジェクトは、使用率がチャージに含まれている場合にのみ作成されます。繰返レートのみを含むチャージにはアクセスオブジェクトがありません。

• ユーザ ID は、加入者アカウント/プロバイダ契約の一意の ID です。
• サービス ID は、サービス (チャージ) の一意の技術識別子です。
• アクセスはユーザ ID とサービス ID の組合せです。
• 使用イベントは、アクセスに基づいて使用量チャージに割り当てることができます。

プロバイダ契約は 1 つ以上の契約明細で構成されます。各契約明細は、手数料を含むチャージプランに対応します。プロバイダ契約内で有効化されている契約明細 (またはチャージプラン) の数は、製品モデルで定義され、SOM に含まれるカタログ間マッピングで定義されます。