テレコム請求-プロセス

請求とは、アカウントごとに発生する非定期的、定期的、および請求可能なすべてのイベントの集計です。また、すべての未払い料金と利用可能な割引とボーナスの計算です。

請求プロセスからの出力は、紙、ディスク、またはその他のメディアに請求書を作成するために使用できるタグ付き請求書データのストリームです。請求システムの一部である請求エンジンは、請求書を作成します。

請求プロセス

次の図は、課金エンジンと関連機能の基本図を示しています-

課金機能

請求エンジンは、請求書データを生成するために請求書と以下の関連情報を生成するアカウントを選択します-

請求書の月内の顧客のすべての評価済みCDR。
顧客の製品およびサービスに適用されるすべてのタイプの料金（開始、インストール、定期、一時停止、終了など）。
払い戻しまたは適用されるその他の料金がある場合。
前の請求書からの未払いの合計。
指定された月に顧客が行った合計支払い。
顧客に有利に、または顧客に不利になった合計調整。
顧客に与えられる合計割引。
顧客の使用量とレンタル料金に適用される合計税。
請求エンジンを実行するために必要な請求構成パラメーター。たとえば、支払期日など。

上記の情報は単なる目安であり、請求システムによって異なり、請求システムによって異なります。

Billing Engineは、最終請求書の生成に必要なすべての情報を含む生データを生成します。この生データを使用して、最終顧客に送信する最終請求書を生成できます。

ビル・サイクルズ

顧客が請求システムに追加されると、システムは事前定義された請求サイクルを顧客に割り当てます。請求サイクルは、Billing Engineが実行され、一連の顧客に対して請求書を作成する日付です。

多くの顧客がいる場合、それらは異なる請求サイクルに分割されます。たとえば、顧客のグループは毎月1日として請求データを持つことができます。別のユーザーは毎月15日に請求日を設定できます。

顧客が月の1日に請求書を実行するように割り当てられている場合、これは顧客の*公称請求日*と呼ばれます。しかし、さまざまな理由により、多くの場合、請求書の実行が遅れ、実際の請求書が後日生成されるため、これは「実際の請求書日付」と呼ばれます。

請求書の種類

ユーザーが利用できる請求書にはさまざまな種類があります。それらのいくつかは、一部の課金システムでサポートされていない場合があります。

Sr.No.	Bill Type & Description
1	Initiation bill 通常、アカウントの最初の請求としてのみ要求されます。製品の料金と調整が含まれますが、イベントは含まれません。
2	Periodic bill 定期的に生産されます。すべての定期的な請求、イベント、および調整が含まれます。
3	Interim bill 最後の請求以降にアカウントに対して処理されたイベントによる請求を含む追加請求。すべてのイベントと調整が含まれますが、定期的な請求は含まれません。
4	Suspension bill アカウントが停止されたときに送信されます。すべての定期的な請求、イベント、および調整が含まれます。
5	Final bill アカウントが終了したときに送信され、未払いのすべての未払い料金を請求します。払い戻しとともに、すべての定期的な請求、イベント、および調整が含まれます。たとえば、デポジットの返却。
6	Post-final bill 最終請求書の作成後、解約されたアカウントに未収金がある場合に送信されます。終了後のイベントと調整が含まれますが、定期的な請求は含まれません。
7	Credit note 前回の請求以降に生成された顧客の希望に基づいたすべての調整を含む追加請求。
8	Summary Statements 顧客主導の請求階層の要約ステートメントを作成できます。各顧客に関連付けられたすべてのアカウントによって生成されたすべての請求書を要約できます。オプションで、すべての請求書を単一のステートメントに連結することもできます。

請求書は、自動的に、または顧客からの要求に応じて作成されます。

課金モード

請求システムは、たとえば、2つのモードで請求書を生成することができます-

テスト（what if？）課金モード-このモードを使用して、データベースを変更せずにフォーマット済みのテスト請求書を作成します。これらの請求書は、システムが正常に動作していることを確認し、請求書テンプレートまたは料金を変更した後にテストするのに役立ちます。
テストモードでBilling Engineを実行する場合、データベースへのコミットは行われません。したがって、テスト請求を何度も実行した後でも、顧客のプロファイルに影響はありません。
テスト請求書は通常、サンプルの顧客セットに対して実行されます。テストの請求書に満足したら、製造請求書に進むことができます。
生産（ライブ）請求モード-このモードは、通常の生産請求書を作成するために使用されます。ほとんどの場合、これは請求エンジンのデフォルトモードです。
生産請求書が生成されると、Billing Engineはデータベース内の顧客のプロファイルを更新し、顧客が支払うべき未払い残高の合計、次回の請求日などを更新します。

請求エンジンは、すべての製造請求書に異なる請求書番号を割り当てます。これは、請求書に対して行われたさまざまな支払いを追跡するのに役立ちます。

ビル抑制

請求書を生成する価値がなく、請求書を抑制するほうがよい場合があります。以下は、そのようなタイプの状況です-

ゼロ（アクティビティ請求書なし）またはごくわずかな価値（小さな請求書）を持つアカウントの請求書を抑制する。
特定のタイプの請求書は、複数の請求書タイプが同時に要求/スケジュールされる場合にも抑制できます。したがって、不必要な請求書が顧客に送信されるのを防ぎます。

小額請求書は、正の最小請求額と最大の負の請求額、例外的な請求条件によって定義された範囲内に収まる請求書です。小額の請求書が作成され、請求プロセスから削除されるため、顧客に送付されません。

例外的な請求書

可能性のある例外的な請求書の例は、設定された乗数でアカウントの与信限度を超過する異常に高い請求書または請求書です。請求エンジンは、生成する請求データに対していくつかの基本的なチェックを実行します。これらには、請求対象の合計をテストして、次の条件が満たされていることを確認することが含まれます-

請求書の合計額が、マイナスの請求書の最小額を超えています。
請求書の合計額は、正の最大請求額よりも少ないです。
請求総額は、口座の与信限度に与信限度乗数を乗じたものよりも小さいです。

上記の条件はすべて、請求システムから請求システム、およびオペレーターごとに異なり、例外請求条件と呼ばれます。

ビル明細化

デフォルトでは、すべての請求書には、製品およびサービスの料金と使用料の詳細な要約が記載されています。ただし、顧客が行ったすべての通話の詳細は提供しません。

箇条書きとは、顧客が行ったすべての通話の詳細を提供することです。これには、より多くの用紙を印刷する必要があります。最近の傾向は、電子メールで明細請求書を送信することであり、請求書の物理的なコピーを使用して要約明細が送信されます。

請求書のフォーマット

最終的なフォーマット済み請求書を生成するために使用できる請求書作成ユーティリティを提供する請求書作成システムがあります。

請求書フォーマッターは、請求エンジンによって生成された出力データを取得し、通常、請求書印刷会社が使用できるPost ScriptファイルまたはPDFファイルを生成します。

Billing Systemがフォーマット済みの請求書を生成するのに十分でない場合、システムは請求情報とともにタグ付きファイルのセットを生成し、外部のBill Formatterはそのタグ付き情報を使用して適切にフォーマットされた請求書を生成できます。

関係なく、請求システムがフォーマット済みの請求書を生成するか、外部ツールを使用して請求エンジンによって生成された生データを使用してこれらのフォーマット済み請求書を生成する場合、最終的にこれらの請求書は請求書作成会社に送信され、請求書作成会社は最終請求書の作成を担当します。これについては、後続の章「請求書生成」で詳しく説明します。

次は何ですか？

次の章では割引プロセスについて説明しますが、これは実際には格付けおよび請求プロセスの一部ですが、項目にはさらに説明が必要なため、別のセクションとして扱いました。

さまざまなタイプの割引階層について説明します。これらは、格付けおよび請求時に指定できます。

Telecom-billing-billing-processes