電信計費 - 發票生成

大多數計費系統生成包含賬單資訊內容的結構化ASCII文字。每個賬單的賬單資料最初寫入資料庫或平面文字檔案。無論如何處理資料，此階段的資料格式都是相同的。

然後，可以使用多種格式化引擎之一來處理此賬單資料，以生成所需格式的輸出。例如，紙張、CD-ROM等。

有一些計費系統提供內部賬單格式化工具。如果計費系統不提供能夠生成格式化賬單的工具，那麼可以使用第三方工具，例如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)分隔。標籤值可以是單個值，也可以是用分隔符(sep)分隔的值列表。除非另有指定，否則使用的分隔符是逗號。

賬單後處理器

計費引擎可能無法生成賬單中所需的所有資訊，或者可能需要對發票中提供的資料執行一些特殊計算。這稱為賬單後處理，通常由稱為賬單後處理器(BPP)的自定義元件完成。

可以使用您首選的程式語言編寫BPP，它讀取原始發票檔案，並在將其傳遞給最終格式化之前對該檔案進行必要的修改。

沒有計費系統提供開箱即用的BPP功能，因為運營商的要求各不相同，此過程無法標準化。最多，計費系統可以提供一個外掛點來插入您的自定義BPP以及計費引擎。

DOC1賬單格式化工具

DOC1是PitneyBowes公司提供的非常流行的賬單格式化工具，可幫助將賬單格式化為PDF或Post Script檔案。

如上所述，計費引擎的輸出是包含賬單資訊內容的結構化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級別執行一些修改，但它不提供太多修改發票的靈活性。您可以嘗試最新版本，它可以更好地滿足您的期望。

最終發票生成

一旦所有賬戶都已開具賬單，並且使用內部或外部賬單格式化工具對發票進行了格式化，這些發票將傳送到賬單列印公司進行最終列印。

如果運營商使用電子郵箱向客戶傳送賬單，則可以將同一賬單的副本傳送到電子郵件系統，以將其傳送給最終客戶。

一級運營商（擁有2000萬或更多客戶）通常會將這項任務外包，包括賬單分發。

下一步是什麼？

生成發票後，它們將傳送給最終客戶。現在，是時候從客戶那裡收取收入了。我們將在下一章討論收入收取流程。

在我們繼續之前，讓我們先介紹信用控制部分，這非常重要，應該在收入收取之前介紹。