电信计费 - 发票生成
大多数计费系统都会生成包含帐单信息内容的结构化 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 公司提供的非常著名的 Bill Formatter 工具，它有助于将账单格式化为 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级别进行，但它并没有提供太多修改发票的灵活性。您可以尝试最新版本，这可以帮助您满足更多期望。
最终发票生成
一旦所有帐户都被计费并且使用内部或外部帐单格式化程序格式化发票，这些发票将被发送到帐单打印公司进行最终打印。
如果操作员使用电子电子邮件设施向其客户发送账单，则可以将同一账单的副本发送到电子邮件系统以将其发送给最终客户。
一级运营商（拥有 20-3000 万或更多客户群）通常将这项任务（包括账单分发）外包。
下一步是什么？
生成发票后，将其发送给最终客户。现在，是时候向客户收取收入了。我们将在一章后讨论税收流程。
在我们进一步讨论之前，让我们先介绍一下信用控制部分，这部分非常重要，应该在税收之前介绍。