Setting up the Price Plan

SAP Convergent Charging では、単純な構成品目を含むデシジョンツリーを構築することで、価格計算ロジックが構築されます。これらのコンポーネントは、ビジネス要件に合わせてまとめることができるビルディングブロックです。

上の図では、ウィンドウの左側にツリー構造の例が示されています。右側に、選択したコンポーネントの設定が表示されます。

レートレベルから開始します。すべての価格プランは、レートコンポーネントで開始する必要があります。このレートにより、計算および課金される料金の種類が定義されます。SAP Convergent Charging には、以下の 3 種類のレートコンポーネントが用意されています。

1. 利用率

使用率では、特定のチャージ対象明細クラスのチャージ対象明細が処理されます。このような料金を下回る価格プランでは、課金によって処理されるチャージ対象明細のプロパティにアクセスすることができます。処理されたチャージ対象明細ごとに、請求システムに送信される出力トランザクションを 1 つ課金で登録することができます。

2. 繰返レート

繰り返しレートでは、時間ベースの料金が繰り返し計算されます。チャージ対象明細は処理されませんが、いわゆる "有効化プロセス" 中にチャージ対象明細によって間接的にトリガすることができます。この意味については、後で学習します。

3. ワンタイムレート

ワンタイムレートでは、通常、課金に対して 1 回だけ発生する特定のイベントで料金が計算されます。これらのイベントは、契約明細の一部としての手数料の有効化、中断、または再開です。

使用率は簡単に設定できます。チャージ対象明細クラスのみを参照する必要があります。それぞれが異なるチャージ対象明細クラスを参照している限り、複数の使用率をチャージに追加することができます。これにより、チャージでさまざまな種類のサービス使用を処理することができ、それぞれの種類が専用のチャージ対象明細クラスで表されます。

繰返レートは、チャージ対象明細を処理せずに定期的にトリガされる料金を表します。契約が "有効化" されると、SAP Convergent Charging によってこれらの料金が自動的にトリガされます。有効化プロセスについては、後で学習します。現時点では、これを自動化されたプロセスと考えてください。これにより、SAP Convergent Charging で料金が繰り返し計算され、契約のライフサイクルに沿って特定の時点まで対応するチャージ明細が登録されます。

SAP Convergent Charging では、正確な繰返パターンに関して多くの柔軟性が提供されます。以下のビデオでは、ますます困難な使用ケースについて説明し、要件に従って繰返レートを設定し、その結果生じるシステム動作の変更を視覚化します。

一発レート (名前のとおり) は、特定の条件が満たされたときに一度トリガされるレートです。SAP Convergent では、以下の 3 つの異なる条件が提供されます。

有効化

有効化時にトリガされたワンタイムでは、契約明細の最初の有効期間の開始時に手数料が請求されます。

停職

契約明細が終了すると、停止手数料がトリガされます。契約明細が終了し、後で再開され、しばらくしてから再び終了すると、契約明細が終了するたびに停止手数料がトリガされます。

再開

契約明細が終了しても、後で再開されると、再開手数料がトリガされます。一時休止後に契約明細が複数回終了および再開された場合、明細が再度有効になるたびに、再開手数料がトリガされます。

以下の図は、各ワンタイム料金がトリガされるタイミングを示しています。

SAP Billing Revenue and Innovation Management では、有効化手数料などのワンタイム料金は通常、SAP Subscription Order Management によってトリガされ、SAP Convergent Charging を完全にバイパスします。そのため、ワンショットレートは役に立たない、という感覚が得られる可能性がある。ただし、ワンショットレートが役に立つことが証明できるケースもある。SAP Convergent Charging で割引を計算する場合、これらの割引は、割引プロセスで考慮されるすべての手数料が SAP Convergent Charging によって処理される場合にのみ適用することができます。

各価格プランツリー分岐は、関数で終了する必要があります。関数は、以下の 4 つの目的のいずれかに使用できます。

1. 課金の料金設定金額に数値プロパティを割り当てます。

   このレッスンで学習するように、チャージの全体評価額に複数の機能が追加される場合があります。通常、この割当は特定のタイプの計算のサポートと組み合わせられます。このために、以下の機能があります。

   • フラット
   • 一般
   • 線形
   • 多項式
2. 手数料計算を強制終了し、チャージ明細の登録を非表示にします。

   通常、これはサービスが無償である場合に行われます。これに使用される関数は、Free と呼ばれます。

3. 価格設定マクロの呼出

   マクロは、再利用可能な価格ツリーを登録する方法として理解することができます。これらは、プログラミングのサブプログラムに似ており、他のプログラムから呼び出すことができるため、複数回記述する必要はありません。価格設定マクロを網羅する際に、このコンポーネントがどのように使用されるかについて学習します。この目的で使用される機能は、マクロ機能と呼ばれます。

4. エラーを発生させ、現在の手数料のレーティングプロセスを中止します。

   通常、これは何らかの理由でサービスの価格を決定できなかった場合に行われます。ここで使用される機能は、アクセスなしと呼ばれます。

   

4 つの機能タイプを詳しく見てみましょう。

ここでは、4 つの機能をすべて詳しく説明しているわけではありません。セットの最も一般的な機能は、"フラット" 機能です。コンポーネントで、"固定金額" として数値プロパティを選択するように要求されます。選択したプロパティの値が、チャージによって請求される金額に加算されます。

Linear コンポーネントでは、追加の "Property Name" および "Scaled Amount" を選択することができます。これは、固定金額に乗算されて追加されます。この関数を使用すると、次のような式を実行できます。

A*B+C

ここで、A、B、および C は数値プロパティにすることができます。結果は、P カード請求される金額に加算されます。

このレッスンで学習する算術計算コンポーネントでも、同じ計算を行うことができます。線形関数の利点は、計算と、1 つのコンポーネントのチャージ金額への結果の割当が組み合わされることです。

サービスが無償の場合は、以下の 2 つのオプションがあります。

1. 金額が 0 のチャージ済み明細を作成して、サービス使用が無償であることを明示的に示します。
2. チャージ済み明細の作成を最初に非表示にする。

後者は、自由機能を使用することで実現できます。特定の設定はありません。

評価ロジックでは、金額を正常に計算できない条件が発生する可能性があります。これは、必須入力データが欠落しているか、入力データに不整合があるため、正しい価格が見つからないことが原因である可能性があります。これらすべての状況では、レーティングプロセスを強制終了し、エラーを呼出元に伝達する必要があります。

アクセスなしコンポーネントでは、評価ロジックで発生した問題を説明するメッセージが必要です。このメッセージは、説明的なメッセージと短いメッセージの両方にする必要があります。SAP Convergent Charging を SAP Convergent Invoicing と組み合わせて使用すると、エラーメッセージが SAP Convergent Invoicing に返送され、後で参照できるようにデータベースに保存されます。SAP Convergent Invoicing で保存できる最大メッセージ長があるため、この最大長を超えるメッセージは切り詰められ、エラーの根本的原因の分析が困難になる可能性があります。

メッセージの下で、レーティングコンテキストで使用可能なすべてのプロパティを選択することができます。根本的原因分析に必要なすべてのプロパティのボックスにチェックマークを付ける必要がありますが、エラーメッセージの最大長を考慮してください。選択したすべてのプロパティの名称と実行時値がエラーメッセージに追加されます。その結果、SAP Convergent Invoicing で文字列が切り詰められる前に、メッセージに適合するプロパティの数が決定されます。これは、すべてのプロパティ実行時値の長さに依存するためです。

コンパレータは、2 つ以上の値を相互に比較し、結果に応じてツリーロジックを 2 つ以上の分岐に分岐するコンポーネントです。最もよく使用されるコンパレータコンポーネントについて詳しく説明します。残りの項目は一覧表示されますが、詳細には説明されません。この文書には、後で必要になるたびに必要な詳細が表示されます。最もよく使用されるコンポーネントの 2 つを使用して、テーブルから読み込むことができます。これら 2 つのコンポーネントについては、マッピングテーブルの使用と範囲テーブルの使用のレッスンで説明しています。

以下の図は、対応するアイコンにカーソルを合わせたときの使用可能なコンパレータコンポーネントの一覧を示しています。

最もよく使用されるコンポーネントは以下のとおりです。

• マッピングテーブルイントロデューサ
• 数字
• 接頭辞切替
• 範囲テーブルイントロデューサ
• 文字列

数値コンパレータコンポーネントを使用すると、2 つの数値を相互に比較することができます。

プロパティ名として、比較する number プロパティを選択します。

比較値として、最初のプロパティと比較する number プロパティを選択します。比較値では、プロパティから読み込まれない静的番号を入力することもできます。このような数値は設計時に固定されているため、これはあまり一般的ではなく、柔軟性に欠けます。

演算子として、設計時の比較操作の一覧から選択することができます。

1. 等しい
2. より大きい
3. より小さい
4. 以上
5. 次の値以下

チェックされるステートメントは以下のとおりです。

以下に例を示します。

このコンポーネントには、続行するための 2 つの分岐があります。それぞれが、考えられる結果の 1 つを示します。比較後に実行されるのは、比較結果に一致する分岐のみです。

使用ケースの例として、2 つの利用可能金額の大きい方を常に請求することが挙げられます。

文字列コンパレータコンポーネントは、数値コンパレータコンポーネントに似ています。

2 つの文字列を相互に比較します。比較する 2 つの文字列 ("プロパティ値" と "比較値") を選択し、以下の一覧から操作を選択します。

1. 等しい
2. 先頭
3. 次で終わる
4. 含む

ここでも、比較値では、比較値として静的文字列を入力することができます。これは静的で柔軟性に欠ける設定であるため、回避する必要があります。

チェックされるステートメントは以下のとおりです。

<Property Name> <operator> <Comparison Value>

以下に例を示します。

STRING1 starts with STRING2

結果は true または false のいずれかです。コンポーネントには、比較の結果ごとに 1 つずつ、一致する 2 つの送信分岐があります。比較結果に一致する分岐が実行されます。

接頭辞切替コンパレータコンポーネントは、文字列コンパレータコンポーネントに似ていますが、特定の文字列プロパティの値が接頭辞値のセットで始まるかどうか、または指定された接頭辞がまったくないかどうかのチェックのみが許可されます。接頭辞は設計時に明示的に指定する必要があり、プロパティによって指定することはできません。

コンポーネントでは、チェックする接頭辞ごとに 1 つの送信ブランチが提供されます。追加のデフォルト分岐が提供されます。これは、指定された接頭辞のいずれでもプロパティチェックが開始されなかった場合に実行されます。結果として、送信ブランチが 1 つだけ実行されます。

残りのコンパレータについては、詳しく説明しません。以下の一覧は、すべてのコンポーネントの概要とその目的の簡単な説明を示しています。

比較機能とは異なり、スプリッタでは、コンポーネントの複数の送信ブランチを実行することができます。スピーチスプリッタにより、制御フローがルールに基づいて複数の分岐に分割されます。

最も顕著なスプリッタコンポーネントは、おそらく番号スプリッタです。その目的は、数値を特定のしきい値で 2 つの部分に分割することです。

例を見てみましょう。

顧客がサービスを特定の単位数で使用したとします。サービスのサブスクライバには、特定の量の無償サービス使用量単位が与えられました。課金する量を決定する前に、メータリングシステムによってレポートされた使用量に対して決済する必要があります。

SERVICE_USAGE: X Units

FREE_USAGE: Y units

価格計算ロジックでは、カスタマサービスの使用がカスタマがまだ利用可能な無償使用金額を下回っているか、上回っているかを判別できないため、最初に比較を行う必要があります。結果に応じて、結果を適切に処理できるように、正しい算術計算を行う必要があります。この計算には、以下のものがあります。

1. SERVICE_USAGE – まだ利用可能な無償サービス使用量が使用されたサービス数量より少ない場合、FREE_USAGE。結果はに対して課金可能であり、無償サービス使用残高は 0 に設定されます。
2. FREE_USAGE – 利用可能な無償サービスボリュームが使用されたサービス数量を上回る場合、SERVICE_USAGE。結果は無料使用残高から差し引かれ、何も課金されません。

これはかなり複雑であり、スプリッタはこの計算を簡略化するのに役立ちます。設定で、2 つの部分に分割する番号を含む数値 "プロパティ名" を選択します。"分割値" として、最初のプロパティを分割するしきい値を含む別の数値プロパティを選択する必要があります。ここに静的番号を入力することもできますが、これは静的であるため、通常は入力されません。

コンポーネントでは、分割操作の結果が書き込まれる数値プロパティの名称を指定する必要があります。最初のプロパティには "プロパティ名" から "分割値" までの値が与えられ、2 番目のプロパティには "分割値" を超える "プロパティ名" の値が割り当てられます。

上記の例で、コンポーネントがどのように設定されるかを見てみましょう。

ここで分割するプロパティは "SERVICE_USAGE" です。分割値として、カウンタ "FREE_USAGE" が提供されています。分割の結果は、プロパティ "USAGE_FREE_OF_CHARGE" および "USAGE_TO_CHARGE" にそれぞれ書き込まれます。

具体的に説明し、顧客が 7 単位を消費し、FREE_USAGE の残高が 5 単位であるとします。使用されている 7 単位から、5 単位がしきい値の 5 単位を下回っています。したがって、プロパティ USAGE_FREE_OF_CHARGE には値 "5" が設定されます。

使用されている 7 ユニットのうち、2 ユニットは 5 ユニットを上回っています。したがって、プロパティ USAGE_TO_CHARGE には値 "2" が指定されます。

このコンポーネントでは 2 つの送信ブランチが作成され、両方が実行されます。

プロパティ "USAGE_FREE_OF_CHARGE" は "SERVICE_USAGE: FREE_USAGE まで" というラベルの送信ブランチでのみ使用可能であり、プロパティ USAGE_TO_CHARGE は "SERVICE_USAGE: Beyond FREE_USAGE" というラベルが付いた分岐でのみ使用可能であることに注意してください。スプリッタコンポーネントによって一部の算術計算が行われているため、実装する必要がある残りのロジックは、この方法で大幅に簡素化されます。

以下の表は、残りのすべてのスプリッタコンポーネントの概要を示しています。

演算子コンポーネントでは、制御フローはまったく分割されません。各演算子コンポーネントには、送信ブランチが 1 つだけあります。

このコンポーネントでは、基本的な算術計算を行うことができます。このコンポーネントでは、以下の作業がサポートされています。

• 加算
• 減算
• 乗算
• 部門
• モジュロ演算
• 電力操作

コンポーネントでは、最初のオペランドと 2 番目のオペランドのプロパティまたは静的値の選択、実行する一覧表示された操作の選択、および操作結果値を書き込むプロパティの名前が必要です。

選択した作業に応じて、丸めモードを選択する必要があります。SAP Convergent Charging では、以下の丸めモードがサポートされています。

1. アップ
2. ダウン
3. 最も近い値へ

内部では、最大 12 桁の精度がサポートされています。

連結演算子を使用すると、任意の数の文字列値を新しい文字列プロパティに結合できます。その設定のコアエレメントは、新しい文字列を構成するエレメントの一覧です。一覧には必要な数のエレメントを追加することができます。

テーブルのコントロールエレメントを使用すると、必要に応じて新規エレメントの追加、既存エレメントの削除、または既存エレメントの順序の変更を行うことができます。

デフォルトでは、テーブルに追加された要素は区切り文字なしで連結されます。ただし、演算子コンポーネントでは、事前定義された区切り文字のセットから選択でき、カスタム区切り文字を使用することもできます。区切り文字としてセミコロンを選択した場合は、連結する要素間でセミコロンが追加されます。最初の明細の前と最後の明細の後に区切記号は配置されません。

スイッチテーブルは、文字列または数値プロパティを分析できる非常に汎用的なコンポーネントです。ルールセットに基づいて、出力文字列または数値プロパティが作成され、値が指定されます。出力プロパティのデータ型は、分析対象プロパティのデータ型に依存しません。

たとえば、最上位ドメインを含む文字列プロパティを分析し、見つかった最上位ドメインに応じて 2 番目のプロパティに国名を設定することができます。この例を以下の表に示します。

ただし、ルールを含むテーブルは、実行時に API を使用して変更することができません。つまり、ルールセットは静的である必要があります。動的データテーブルの場合は、実行時に変更できるため、より適しています。テーブルについては、後のレッスンで説明します。

カウンタ更新コンポーネントは、カウンタ値を変更できるため、カウンタを管理する際に重要です。"カウンタ名" として、値を変更するカウンタを選択する必要があります。

2 番目のステップでは、カウンタで実行できる 4 つの操作のいずれかを選択します。以下を実行することができます。

• カウンタを初期値にリセットします。
• カウンタを特定の値、または数値プロパティから読み込まれた値に設定します。
• カウンタに特定の値を追加します。
• カウンタから特定の値を減算します。

作業値として、作業に使用される特定の番号を入力するか、番号が読み込まれる数値プロパティを指定することができます。

カウンタ操作がレーティングツリーロジックの一部として実行されるが、アクセスなし機能に到達するか、または失敗することによってロジックの実行に失敗した場合、カウンタ変更は実行されません。

以下の表では、残りのすべての演算子コンポーネントを一覧表示し、その目的を簡単に説明します。

これまで、データ型 string、number、および date のプロパティについて学習しました。SAP Convergent Charging では、いわゆる複数値プロパティがサポートされています。これらのプロパティは、1 つの単一値ではなく、値の一覧であると考えることができます。このような値の一覧は、メールの受信者フィールドから誘導された電子メールアドレスの一覧などです。

文字列プロパティ ZZ_RECIPIENTS には、電子メールプログラムの "宛先" 項目に表示されるように、セミコロンで区切られた電子メールアドレスが含まれているとします。これは、以下のようになります。

ZZ_RECIPIENTS = "gary_smith@testdomain.com; finn_swann@testdomain.com; eve_steward@testdomain.com"

複数値文字列は、さまざまな電子メールアドレスを認識し、1 つのプロパティ内に一意の文字列値として保存する文字列です。複数値文字列は、文字列値の一覧とみなすことができます。

ZZ_RECIPIENTS_MV =

セミコロンで区切られた一連の数値が文字列に含まれている場合は、その文字列から複数値数値プロパティを作成できます。異なる輸送経路に対して、開始と供給先間のキロメートル単位の距離セットを含むプロパティ ZZ_DISTANCES があるとします。

ZZ_DISTANCES = "36; 42; 12"

この文字列から、以下のような複数値番号プロパティを登録することができます。

ZZ_DISTANCES =

複数値プロパティだけでは役に立ちません。付加価値は、上記の表に示されているように複数値プロパティを操作できるコンポーネントから取得されます。

複数値プロパティは、プロパティタイプコンバータ演算子コンポーネントを使用して登録されます。このコースでは、これらのタイプのプロパティは使用しないため、詳しく説明しません。

価格プランの登録に使用されるコンポーネントについてよく理解できたので、システムで新しい価格プランを登録する方法を確認します。