電気通信請求-評価プロセス

料金は、イベントの発生に対する料金/価格です。料金の例には、通話中の料金が含まれます。例：「1分あたり0.40インドルピー」または特定の金額。例：1MBのダウンロードで10.00 INR、またはサービス品質に対して課金される場合があります。

イベントは製品/サービスの使用の1回の発生であることはすでに説明しました。イベントは、CDRS / UDRの形式でネットワーク要素によってキャプチャされ、評価と請求のために請求システムに渡されます。

評価は、個々のイベントの料金/価格を決定するプロセスです。たとえば、2分間の通話料金は0.80インドルピーで、料金は1分あたり0.40インドルピーです。

請求システムの一部である評価エンジンは、この評価機能を実行します。

評価プロセス

Rating Engineは、製品/サービスの使用を説明するCall Detail Records（CDR）またはUsage Detail Records（UDR）と呼ばれるデータレコードの形式でイベントを受信します。CDRは、イベントの評価に使用される、コールの日時、コールの長さ、発呼側、着呼側などのコール情報を含むデータの文字列です。

評価/評価エンジンの基本機能のリストがあります-

ローミングを使用する場合は、メディエーションシステムまたは他のサービスプロバイダーまたはローミングパートナーからのCDRを受け入れます。
CDRを検証し、重複するレコードを削除します。これらの重複イベントは、後で検証するためにデータベーステーブルに保存されます。
イベントに対して請求する必要のある顧客アカウントを決定するため。ここで、レートプロセスはイベントソース（携帯電話番号やIPアドレスなど）を取得し、データベースをチェックして、このイベントソースがアカウントに関連付けられているかどうかを確認します。このステップはイベントガイドと呼ばれます。
イベントをガイドできない場合、このイベントは拒否され、サスペンスカテゴリに分類できます。これらの拒否されたイベントは、後で検証するためにデータベーステーブルに保存されます。
レーティング料金（レートプランとも呼ばれます）に従ってイベントのコスト/価格を計算します。
該当する評価時間割引を適用します。これは最初の5分間は無料で、その後は通常の料金で通話料金が請求されます。このようなタイプの割引は、評価時間割引と呼ばれます。
課金目的で評価されたイベントをデータベースに保存するか、課金のために外部システムに送信します。

次の画像は、評価エンジンとそれに関連する機能の概要を示しています-

顧客の情報により、料金/価格の計算に使用する料金プラン（料金表）が決まります。評価エンジンは、評価テーブルとCDRからのイベント情報（距離、時刻、通話の場所、イベントの期間または量など）を使用して、各通話の実際の料金を計算します。

重複するイベント

重複イベントは、次のすべての方法で別の未請求イベントに関連する未請求イベントとして定義されます。

口座番号は同じです。
イベントソースは同じです。
イベントタイプIDは同じです。
イベントの日時は同じです。

重複するイベントを識別するために、課金システムで他の基準を定義できます。重複するイベントが課金システムに送信される原因となる可能性のある状況がいくつかあります-

メディエーションシステムのフィルタリングメカニズムの障害。
メディエーションシステムソフトウェアのコーディングエラー。
評価エンジンに渡されるイベントファイルの全部または一部の繰り返し。

拒否されたイベント

請求システムが特定のイベントで問題を検出すると、問題のあるイベントは拒否されます。拒否は、次のいずれかの問題が原因である可能性があります-

イベント自体。
料金プラン。
顧客とアカウントのデータ。
設定データ。

イベントを拒否する主な理由は3つあります-

解析エラーにより、課金システムはイベント詳細レコードの情報を読み取ることができません。イベントレコードのデータが破損しているか、形式が間違っているため、解析エラーが発生する可能性があります。
ガイドできないエラーにより、ジュネーブはイベントに関連付けられたイベントソースまたはアカウントを識別できません。イベントソースが課金システムデータベースにまだ存在しないため、ガイドできないエラーが発生する可能性があります。
評価できないエラーにより、請求システムはイベントのコストを計算できません。料金プランに問題があるため、評価できないエラーが発生する場合があります。

拒否されたすべてのイベントは、と呼ばれる特別なアカウントに投稿されます internal account または suspense account これらの拒否されたイベントは suspense events。財務部門は、拒否されたすべてのイベントを追跡し、収益損失の一部としてカウントします。IT部門は、拒否されたイベントを解決し、収益を節約するために適切に評価するために、常に多くの注意を払っています。

拒否されたイベントを修正できず、オペレーターがそれを内部アカウントに投稿したくない場合は、イベントを破棄できます。イベントが破棄されると、そのイベントは評価エンジンに送信されず、それ以上評価を試みることはありません。

リアルタイム評価

リアルタイム評価は、イベントが発生したときにそれを取得し、イベントの生成とコスト計算の間の遅延をできるだけ少なくして、すぐに評価するプロセスです。リアルタイムの評価は、ファイル全体が最終的に評価される前に、イベントの詳細がファイルバッファーに数時間、数日、または数週間保存されるファイルベースの評価とは対照的です。

リアルタイムシステムプロセスには、eコマーストランザクションとデータのダウンロードが含まれます。イベントを評価して顧客のアカウントにすばやく適用する必要があるアプリケーションは、リアルタイム評価の適切な候補です。

イベントの再評価

イベントを再評価する必要がある状況がいくつかあります。たとえば、-

使用した料金プランに誤りがあると、イベントの価格が正しくなくなりました。
イベントが間違ったアカウントに対してロードされました（イベントソースの登録が正しくないため）。
既存の料金プランは、最終請求日と次の請求日の間のある時点で置き換えられました。
製品の料金プラン、価格プラン、またはイベントソースが遡及的に変更されました。

イベントを再評価するプロセスは非常に単純で、次のとおりです。

提供されているユーティリティを使用して、データベースからすべてのイベントをアンロード/アンレートします。ほとんどの課金システムには、評価されたすべてのイベントをアンロードまたは評価解除するユーティリティが用意されています。
問題がどこにあっても修正します。
評価エンジンによる評価のためにイベントを再送信します。

部分的なイベント

部分的なイベントにより、イベントの進行中に顧客のバランスを維持できます。

たとえば、データのダウンロードが長い場合、メディエーションシステムは部分的なイベントを課金システムに送信し続けるため、課金システムはイベントの完了を待たずにそれらを評価し続け、顧客の与信限度額に違反するとすぐにアカウントが禁止され、ネットワーク要素は、通話を終了するように通知されます。

しきい値とアクション

評価エンジンは、評価時間割引のしきい値を含む、評価時間のしきい値に達しているかどうかを自動的に確認できます。

評価時間のしきい値は、多くの収益損失からオペレーターを保護するのに役立ちます。たとえば、顧客が自分の与信限度額を超えて支払うことをいとわない場合、そのような場合、与信限度額のしきい値に達したらすぐに顧客の通話を終了する必要があります。

評価時間アクションを実行する必要がある場合は、できるだけリアルタイムの評価を行うことが重要です。

次は何ですか？

これまで、顧客が使用量を生成する方法、仲介システムがその使用量（CDR）を請求システムにプッシュする方法、および請求システムがそれらのCDRを評価する方法を見てきました。

次の章では、1か月のすべての評価済みCDRを収集し、最終的な請求書/請求書を生成する方法について説明します。これは、提供されたサービスの収益を収集するためにエンドカスタマーに送信されます。