電気通信請求-請求書の生成

ほとんどの課金システムは、請求書の情報コンテンツを含む構造化されたASCIIテキストを生成します。各請求書の請求書データは、最初にデータベースまたはフラットテキストファイルのいずれかに書き込まれます。この段階でのデータの形式は、データの処理方法に関係なく同じです。

次に、この請求書データを多数のフォーマットエンジンのいずれかで処理して、目的の形式で出力を生成できます。たとえば、紙、CD-ROMなど。

内部の請求書フォーマットツールを提供する請求システムが利用可能です。請求システムがフォーマットされた請求書を生成するための有能なツールを提供しない場合、最も一般的に使用されるツールの1つであるDOC1のようなサードパーティのツールが利用可能です。

これは、請求書のフォーマットの流れを示す典型的な図です-

以下は、ConvergyのInfinys請求システムから取得した請求データのスナップショットです-

DOCSTART_85
DOCTYPE BILL
GENEVAVERSION 5.0
BILLSTYLE 1
BILLTYPE 1
BILLTEMPLATE 85
BILLSEQ 1
BILLVERSION 1
ACCCURRENCYCODE BEF
BILLLANGID 2
BILLLANGNAME English (US)
BILLLANGLOCALE us
PAYMETHODID 1
FORMATREQ A30001001/0001
COPYBILLNUM 0
BILLPURPOSE 1
ADDRESSNAME Dr D Jackson
POSITION Project Manager
DEPARTMENT Recruitment
ADDRESS1 12 South Street
ADDRESS2 Detroit
ADDRESS3 Michigan
ZIPCODE 12345
COUNTRY United States
BSTARTACCFADDR
ACCFADDR_1 United States
ACCFADDR_2 Michigan
ACCFADDR_3 12345
ACCFADDR_4 12 South Street
ACCFADDR_5 Detroit
ACCFADDR_6 Dr D Jackson
BENDACCFADDR
CUSTOMERREF C30001
CUSTOMERTYPE Standard
ACCTAXSTATUS Exclusive
INVOICINGCONAME Invoicing company for English (US)
INVOICINGCOADDRESS1 Company House
INVOICINGCOADDRESS2 Atlanta
INVOICINGCOVATREG taxref000576
ACCOUNTNO A30001001
BENDBFPAYSUMMARY
BALOUT 0.00
CHARGES 142.00
NEWBAL 142.00
BSTARTBFPAYDETAILS
ACCDEPPREVTOT 0.00
ACCDEPCHANGE 0.00
ACCDEPCURRTOT 0.00
BENDBFPAYDETAILS
BENDBFSTATEMENT
BILLREF A30001001@0001
BILLDATE 02/20/99
NEXTBILLDATE 03/20/99
BSTARTPAYMENTDUEINFO
PAYMENTDUEDATE 03/04/99
DEBTSTARTDATE 02/25/99
PAYMENTTERMDESC Payment due 7 days after the bill date
PAYMENTDUEDAYS 7
BENDPAYMENTDUEINFO
GIROREF 34
GIROACCOUNT 404 7800
OCRREF 1300010019
OCRSORTCODE V6344047800
GIROAMOUNT 142.00
OCRAMOUNT 000142000
INVOICEACTUALDATE 02/25/99
INVOICETAXDATE 02/25/99
INVOICESTART 01/03/99
INVOICEEND 02/19/99
TAXTYPE 1,2.00,
TENDTAXTYPE
INVTOTALTAX 2.00
BENDTAXDETAILS
INVTOTAL 142.00
INVTOTALROUNDED 142.00
TOTALSAVE -11.00
PERIODEND 02/25/99
POINTSBALANCE 0
POINTSEARNED 0
POINTSREDEEMED 0
POINTSADJUST 0
NEWPOINTSBALANCE 0
DOCEND

請求書データは、一連のASCIIテキスト行で構成されます。各行は次の形式を取ります-

TAGNAME tagvalue

TAGNAMEとタグ値は、スペースのタグ区切り文字(tagsep)で区切られます。tagvalueは、単一の値または区切り文字(sep)で区切られた値のリストのいずれかです。使用される区切り文字は、指定されていない限りコンマです。

ビルポストプロセッサー

請求エンジンは、請求書に必要なすべての情報を生成できない場合や、請求書に記載されているデータに対して特別な計算を実行する必要がある場合があります。これはBillPost Processingと呼ばれ、通常はBill Post Processor(BPP)。

BPPは、希望するプログラミング言語で作成できます。この言語は、生の請求書ファイルを読み取り、最終的なフォーマットに渡す前に、このファイルに必要な変更を加えます。

要件はオペレーターごとに異なり、このプロセスを標準化できないため、すぐに使用できるBPP機能を提供する利用可能な課金システムはありません。せいぜい、課金システムは、課金エンジンと一緒にカスタムBPPをプラグインするためのプラグインポイントを提供できます。

DOC1ビルフォーマッター

DOC1は、PitneyBowesCompanyから入手できる非常に有名なBillFormatterツールであり、PDFまたはPostScriptファイルへの請求書のフォーマットに役立ちます。

上記のように、請求エンジンの出力は、請求書の情報コンテンツを含む構造化されたASCIIテキストです。課金システムによって生成されたソース請求書ファイルタグとDOC1に必要なタグの間でマッピングが確立されます。DOC1には、以下に示すように固定長のタグが必要です。

以下は、提供された請求書ファイルからの架空のサンプルです-

ACCOUNTNO ACC0010000
ACCUMBONUSPOINTS_1 BON0050100
ACCUMBONUSPOINTS_2 BON0050100
ACCUMBONUSPOINTS_3 BON0050100
ACCUMBONUSPOINTS_4 BON0050100
ACCUMBONUSPOINTS_5 BON0050100
ADDRESS1 ACC0030000
ADDRESS2 ACC0040000
ADDRESS3 ACC0050000
ADDRESS4 ACC0060000
ADDRESS5 ACC0070000
ADDRESSNAME ACC0020000
BUSINESSNAME ACC0120000
TSTARTADJ ADJ0000000
..........

上記の翻訳を使用すると、DOC1の最終ファイルが生成され、DOC1が提供された情報を使用して最終請求書の生成を処理します。

一部の変更はDOC1レベルでも実行できますが、請求書を変更するための柔軟性はあまりありません。最新バージョンを試すことができます。これは、より多くの期待に役立ちます。

最終的な請求書の生成

すべてのアカウントに請求が行われ、内部または外部の請求書フォーマッターを使用して請求書がフォーマットされると、これらの請求書は最終的な印刷のためにBill PrintCompanyに送信されます。

オペレーターが電子電子メール機能を使用して顧客に請求書を送信している場合は、同じ請求書のコピーを電子メールシステムに送信して、エンドカスタマーに送信できます。

Tier 1オペレーター(2,000万から3,000万以上の顧客ベースを持つ)は通常、請求書の配布を含むこのタスクを外部委託します。

次は何ですか?

請求書を生成した後、それらは最終顧客に送信されます。さて、顧客から収益を集める時が来ました。1つの章の後で、収益の回収プロセスについて説明します。

先に進む前に、クレジット管理の部分について説明します。これは非常に重要であり、収益を集める前に説明する必要があります。