电信计费 - 发票生成

大多数计费系统生成包含账单信息内容的结构化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万或更多客户）通常会将这项任务外包，包括账单分发。

下一步是什么？

生成发票后，它们将发送给最终客户。现在，是时候从客户那里收取收入了。我们将在下一章讨论收入收取流程。

在我们继续之前，让我们先介绍信用控制部分，这非常重要，应该在收入收取之前介绍。