レッスンの概要
Enhancement Package 7 では、統合請求に多数の新機能があります。一部の新機能は、B2B コンテキストに関連します。
マスタデータを理解するために、これから B2B 顧客の事例について見ていきます。トレーニングシステムのすべてのマスタデータ構造は、統合請求と統合されている CRM システムを使用して登録されています。
ビジネスの例
法人顧客 B2B Sales South には 2 つのプロバイダ契約があります。すべてのプロバイダ契約マスタデータが統合請求に複製されています。
プロバイダ契約の開始日は 01/01/2017 です。
顧客 B2B Sales South は多くの電話をかけました。この通話は、統合請求において 0.19 ユーロ/分の単一料率でレーティングする必要があります。
使用量明細は、03/01/2017 から 04/01/2017 までの通話用の統合請求に格納されます。
料金計算と請求は、プロバイダ契約ごとに個別に実行する必要があります。顧客 B2B Sales South は、日次使用量の一覧を取得しているため、1 日に 1 つの料金計算可能明細で十分です。
たとえば、顧客 B2B Sales South は 03/01/2017 に 3 回電話をかけています。システムは、1 日の各通話時間をすべて 1 つの使用量明細に追加することにより、使用量日ごとに 1 つの料金計算可能明細のみを登録します。
統合請求
第 1 章の例およびレッスン "大量データ業種向け料金計算の概要" を参照してください。
ネットワーク要素によって生成される使用量データレコード (CDR) には、ユーザ ID (呼出元の電話番号)、サービス ID、使用日付、呼出回数、使用開始日付、使用終了日付、および期間といった技術データが含まれます。
統合請求の新機能であるデータストレージにより、使用量明細のストレージを使用してプロセスを開始できます。
取得とチャージ前の CDR の例: #ZZ_TOTAL_DURAT、ZZ_CALLING_PARTY、ZZ_CALLED_PARTY、ZZ_START_DATE、ZZ_END_DATE、サービス ID、ユーザ ID。
消費日付: 0;017011;0177;01/06/2016 12:50:00;01/06/2016 12:55:00; VOI; 017011; 01/06/2016 12:50:00
使用量明細の例:
使用量明細クラス、使用量明細タイプ、使用日付、Rating_From、ステータス、BP、プロバイダ契約、契約アカウント、使用者 ID、サービス ID。
使用量明細
使用量明細は、顧客がサービスを使用するときに登録されます。使用量明細には、このサービスに関するソース情報が含まれます。レーティング済使用量明細により、料金計算可能明細が登録されます。
使用量明細キーは、使用量明細の ID タイプと ID で構成されます。ID タイプとともに、使用量明細の ID によって使用量明細が一意に識別されます。
ID タイプは、レーティングの観点および外部システムから見た、使用量明細のビジネス重要度を表します。また、後続プロセスで使用量明細 ID がどのように解釈されるかに関するルールも定義されます。
使用量明細クラスは、使用量明細の技術特性を決定づけます。このコンセプトは、料金計算可能明細クラスのコンセプトとよく似ています。
使用量明細のさまざまなステータスは、さまざまなデータベーステーブルを介して技術レベルで反映されます。ステータスおよび使用量明細クラスごとに、少なくとも 1 つのデータベーステーブルがあります。
ステータス "レーティング済" には、月ごとに個別のデータベーステーブルがあります。統合請求から、未レーティング使用量明細をレーティング対象にすることができます。システムが再レーティング中にレーティング済明細にアクセスし、ソース情報を再度レーティングします。
ヒント
使用量明細のデータストレージのビジネスケース:
レーティング済使用量明細と料金計算可能明細はリンクすることができ、使用量ソースは支払が必要な価格にリンクされます。
顧客請求書の格付基準を表示: 整合性を保つために、すべての請求書関連データを 1 つのシステムに保持します。
料金計算可能明細のソースである使用量明細を参照して、もう 1 つの階層レベルを使用することができます。
集計に利用可能なもう 1 つのオプション。
請求書の構造化使用量明細情報。
統合請求修正ワークベンチでの使用量明細の修正。
統合請求での使用量のマニュアルキャプチャ。
料金計算可能明細ボリュームの削減のための、レーティング前の使用量明細の集計。
