Exploring SAP Convergent Mediation

「クラウドサービス」製品の利用により、複数の技術システムにわたるさまざまなサービスの使用量データレコードが生成される。「クラウドサービス」の使用量は、多様な技術システムから収集され、拡張され、後続のレーティングプロセスについてチェックされる。

SAP Convergent Mediation powered by Digital Route は、デプロイされたソリューションの迅速な適応を可能にするオープンワークフローエンジンを提供します。これには、強力で柔軟なスクリプト言語と、開発ツールキットによる完全な自律性が備わっています。さらに、新機能の実装とあらゆるタイプの外部インタフェースがサポートされます。

タスク: ソースから使用イベントを収集し、チャージ対象明細を SAP Convergent Charging に送信するワークフローを設定します。

手順:

• 以下の担当者タイプを使用してバッチワークフローを確立します。
• チャージングのイベントをデコードおよび編成するエージェントを設定します。
• ワークフローを設定して、SAP Convergent Charging に転送するための対応するチャージ対象明細を生成する必要があります。

この図は、基本的な SAP Convergent Mediation バッチワークフローを示しています。さまざまなコンポーネント、つまり "エージェント" は、さまざまな機能を提供します。"バッチ" とは、レーティングおよびチャージされるイベント (通常はファイル内) のコレクションを指します。各エージェントは、個別の処理ステップを実行します。"転送" と呼ばれるエンドポイントはインタワークフローと呼ばれ、処理されたイベントは後続の "リアルタイム" ワークフローにルーティングされ、最終的にチャージ対象明細として SAP Convergent Charging に送信されます。

ワークフローの登録、エージェントの設定、SAP Convergent Charging 転送ワークフローの確立など、複数の設計コンポーネントがあります。さらに、エージェントを設定する必要があります。

ステップ (1): エージェントの選択:

• 以下のエージェントをエージェントからキャンバス領域に 1 つずつドラッグします。
• ディスクコレクション: ローカルディスクからファイルを収集します。
• デコーダ: 入力ファイルをデコードします。
• 分析: ビジネスルールを適用します。
• エンコーダ: 出力データをエンコードします。
• Interworkflow: 次のワークフローにデータを転送します。

ステップ (2): 経路をドラッグします。

• エージェントが次のエージェントにデータを送信できるように、エージェントを接続します。
• (収集から処理、転送まで)

ステップ (3): エージェントの設定: ビジネスケースで指定されたパラメータを使用して各エージェントを設定します。

次のシーケンスは、リアルタイムワークフローです。バッチワークフローからイベント (元の UDR) を受信し、リアルタイムフローに導入します。

• インタワークフローエージェント IWF コレクションは、イベントの受信を処理します。
• 分析エージェントプロセスには、有効な情報をイベントから CCCycle UDR の対応する項目に転送するためのビジネスロジックが含まれている必要があります。
• 集計エージェント Process_CC は、回答がどの依頼に属するかを把握するために、セッションを追跡します。これは、CCCycle UDR を運用するためのキーです。
• SAP Convergent Charging エージェント SAP_CC は、SAP Convergent Charging との通信を処理します。

CCCycle UDR は、主要な通信オブジェクトです。上位レベルでは、CCCycle は Request と Response の 2 つの部分で構成されます。

依頼

これはワークフローによって入力される必要があり、SAP Convergent Charging で運用する必要がある操作のタイプ (通常のレーティング、価格の見積など) が詳述されます。

応答

この部分は、SAP Convergent Charging の回答時にエージェントによって入力されます。これは、通常の結果 (レーティング結果、見積結果など) または CCException UDR にすることができます。CCException UDR には、技術エラー (ディスパッチャにアクセスできないなど) または機能エラー (顧客がプロビジョニングされていないなど) が記載されている場合があります。

さらに、レーティングプロセス (Web サービス UDR、直径サイクル UDR) につながり、応答で更新する必要がある元の UDR などを保存するために使用できる "フリーフィールド" が含まれています。

ステップ (4): 特定の SAP Convergent Charging ワークフロー:

• SAP Convergent Charging では、依頼/応答をリアルタイムに送信するためのオンライン接続が必要です。
• IWF_Collection は、前のワークフローからバッチデータを受信し、リアルタイムイベントとして導入します。
• プロセスは、イベント a を CCCycle UDR にマッピングします。
• Process_CC により、SAP Convergent Charging に依頼を送信し、応答を受信するセッションが登録されます。この機能は、イベントを追跡し、応答を正しいセッションに関連付けるためのキーです。
• SAP_CC は、SAP Convergent Charging との通信を処理します。
• ECS_Handler では、SAP Convergent Charging の例外が別のワークフローで処理されます。

インタワークフロー収集エージェントは、受信イベントの受信元を把握し、リアルタイムフローに導入するように設定されています。

集計エージェントには、対応する回答がどの依頼に属するかを把握するためにセッションを追跡するビジネスロジックが含まれています。

SAP Convergent Charging エージェントは、SAP Convergent Charging サーバとの接続を処理するように設定されています。SAP Convergent Charging エージェントは、実行時に SAP Convergent Charging エージェントによって使用されるディスパッチャ IP アドレスの一覧とともに返されます。

ステップ (5): エージェントの設定: ビジネスケースで指定されたパラメータを使用して各エージェントを設定します。

CCCycle UDR の "依頼" 項目に入力される UDR により、SAP Convergent Charging で実行される操作のタイプが定義されます。参照のため、ラップされた API のほとんどは、SAP Convergent Charging の AsyncStatefulServiceClient のメソッドから取得されます。

SAP Convergent Mediation ワークフローの順序が実行されると、使用イベントがソースから取得され、チャージ対象明細として SAP Convergent Charging に送信されます。SAP Convergent Charging が購買発注 UDR で回答します。購買発注には、支払済金額を含むステータスが設定されます。

これにより、SAP Convergent Invoicing に対して BIT が生成されます。

ChargeUDR に加えて、以下のレーティング操作があります。

• EstimateChargeUDR および BlankChargeUDR
• CheckLimitUDR
• SessionStartUDR、SessionUpdateUDR、SessionStopUDR

B2B ケースの遅延レーティングに使用されるリアルタイムエージェント。

イベントあたりのコストは、イベントの総量が収集された後、月末まで決定されません。遅延レーティングプロセスには、以下のステップが含まれます。

• ステップ (1): SAP Convergent Mediation により、チャージ対象明細が SAP Convergent Charging に送信され、オンラインでレーティングされません。
• ステップ (2): チャージ対象明細が SAP Convergent Charging のマスタデータで拡張され、使用量明細として保存するために SAP Convergent Invoicing に送信されます。
• ステップ (3): 使用量明細は、レーティングされるまでそこで保留されます。
• ステップ (4): 月末に、すべての使用量明細がレーティングのために SAP Convergent Charging に一括送信されます。
• ステップ (5): 料金計算可能明細 (BIT) が SAP Convergent Invoicing にロードされます。
• ステップ (6): SAP Convergent Invoicing では、料金計算および請求に料金計算可能明細を使用して請求書が生成されます。