Telecom-billing-billing-system-interfaces
テレコム請求-システムインターフェース
次の図は、課金システムの典型的なアーキテクチャを示しています。 この章では、上から順に、すべてのインターフェイスシステムの簡単な紹介を行います。
CRM/OMOFシステム
これは、顧客の注文が取得され、顧客がシステムに作成される最初のシステムです。 CRMは Customer Relationship Management の略で、OMOFは Order Management and Order Fulfilment の略です。
CRMとOMOFのモジュールを提供するSiebelのようなシステムがあります。 CRMシステムは、顧客関連情報と製品およびサービスを保持します。 OMOFモジュールは、作成から完了まで順序を追跡する責任があります。
ここでは、2つの可能性があります-
- CRM(Customer Relationship Management)/OMOF(Order Management and Order Fulfilment)システムは請求システムと連絡し、請求システムはプロビジョニングシステムと連絡して、サービスとネットワークインベントリシステムをプロビジョニングし、電話番号やIPアドレスなどを割り当てます。
- 2番目の可能性は、CRM/OMOFシステム自体がプロビジョニングシステムと通信して、サービスとネットワークインベントリシステムをプロビジョニングし、電話番号やIPアドレスなどを割り当てることです
プロビジョニングシステム
このシステムは、請求システムまたはCRM/OMOFシステムからコマンドを受け取り、サービスを有効化、無効化、および一時停止します。 どちらのアーキテクチャも有効であり、アーキテクトがセットアップ全体をどのように設計するかに依存します。
プロビジョニングコマンドを実行した後、このシステムはコアネットワークシステムと通信して、サービスをアクティブ化、非アクティブ化、または一時停止します。 プロビジョニングが正常に完了すると、このシステムは、最後のコマンドをだれが送信したかに応じて、課金システムまたはCRMシステムに応答を返します。
ネットワークインベントリシステム(NIS)
このシステムは、電話番号、MSISDN、IPアドレス、電子メールアドレスなどのすべてのネットワーク識別子を保持します。技術的には、ネットワークインベントリシステムと呼ばれます。
システムアーキテクチャに応じて、CRM/OMOFまたは課金システムのいずれかがNISに連絡して、必要なネットワーク識別子を取得し、注文作成時に顧客に割り当てます。
このシステムは、ネットワーク識別子のライフサイクルを維持する責任があります。このライフサイクルは、使用可能から始まり、アクティベーション、サスペンド、終了、検疫などのさまざまな段階を経て再び使用可能になります。
ネットワークスイッチ
通常、課金システムはネットワークスイッチと相互作用しません。 ネットワークスイッチは、顧客にプロビジョニングされたサービスに基づいて、すべてのサービスをエンドカスタマーに提供する責任があります。 これらのシステムは、通話、データのダウンロード、SMS転送などを制御し、最終的に通話詳細レコードを生成します。
ネットワークスイッチには、MSC、SMSC、GGSN、およびMMSCが含まれます。 GSM、MSC、SMS、SMSC、GGSN、MMS、MMSCの詳細については、リンク:/gsm/index [GSMチュートリアル]を参照してください。
調停システム
メディエーションシステムは、さまざまな形式のさまざまなネットワーク要素からCDRを収集します。 さまざまなネットワーク要素がASN.1形式でCDRを生成し、一部のネットワーク要素には独自のCDR形式があります。
調停システムは、すべてのCDRを処理し、ダウンストリームシステム(通常は請求システム)と互換性のある形式に変換します。 調停システムは、CDRにさまざまなルールを適用して処理します。たとえば、調停システムがA番号とB番号に基づいてオンネットコールをマークするのと同じ方法で、調停システムはダイヤル番号(B番号)に基づいて国際通話をマークします。
通話時間が5秒未満のすべての通話を除外する必要がある場合があります。そのような種類の通話を除外するのに最適な場所は、仲介システムレベルです。 同様に、CDRに追加の情報が必要な場合(請求に不可欠)、仲介システムは、CDR内で利用可能な他の属性に基づいてそのような情報を提供するのに役立ちます。
収集されたCDRが処理されると、通常、仲介システムと請求システムは異なるマシンで実行されるため、仲介システムはFTPを使用してすべてのCDRを請求システムにプッシュします。
データウェアハウス(DWH)システム
これは、課金システムのダウンストリームシステムであり、通常、顧客に関連する大量の履歴データを保持します。 Billing Systemは、さまざまな顧客情報をDWHシステムにダンプします。 この情報には、サービスの使用状況、請求書、支払い、割引、調整などが含まれます。
このすべての情報は、さまざまなタイプの管理レポートの生成、およびビジネスインテリジェンスと予測に使用されます。
DWHシステムは常に大量の巨大なデータを処理するためのものであり、小さなレポートが必要な場合は、小さなタスクのためにDWHを悪用するのではなく、課金システムから直接生成する価値が常にあります。
エンタープライズリソースプランニング(ERP)
エンタープライズリソースプランニング(ERP)システムは、財務、人事、サプライチェーン管理などを処理するモジュールを提供します。
このシステムとの請求システムインターフェイスは、請求書、支払い、調整などのすべての金融取引を転記するために使用されます。
このシステムは、財務部門の総勘定元帳のように機能し、必要な時点で完全な収益情報を提供します。
支払いゲートウェイ
そのため、これは必ずしも完全なシステムではありませんが、請求システムと銀行、クレジットカードゲートウェイ、ショップ、小売店などのさまざまな支払いチャネルとの間に位置する一種のカスタムコンポーネントである可能性があります。
すべての支払いチャネルは、支払いゲートウェイを使用して支払いを請求システムに転記し、顧客の請求書を決済します。
通常、Payment Gatewayは、支払いを請求システムに転記するために、一種のAPI(アプリケーションプログラミングインターフェイス)を外部に公開します。 APIは、支払いを転記するために外部リソースで使用できます。