Telekommunikationsabrechnung - Rechnungserstellung

Die meisten Abrechnungssysteme generieren strukturierten ASCII-Text, der den Informationsgehalt der Rechnung enthält. Die Rechnungsdaten für jede Rechnung werden zunächst entweder in eine Datenbank oder in flache Textdateien geschrieben. Das Format der Daten ist zu diesem Zeitpunkt das gleiche, unabhängig davon, wie die Daten verarbeitet werden sollen.

Diese Rechnungsdaten können dann von einer von mehreren Formatierungsmodulen verarbeitet werden, um eine Ausgabe in der gewünschten Form zu erzeugen. Zum Beispiel Papier, CD-ROM usw.

Es stehen Abrechnungssysteme zur Verfügung, die interne Tools zur Rechnungsformatierung bereitstellen. Wenn ein Abrechnungssystem kein fähiges Tool zum Generieren formatierter Rechnungen bietet, stehen Tools von Drittanbietern wie DOC1 zur Verfügung, eines der am häufigsten verwendeten Tools.

Hier ist ein typisches Diagramm, das den Ablauf der Rechnungsformatierung zeigt -

Im Folgenden finden Sie eine Momentaufnahme der Rechnungsdaten aus dem Infinys Billing System von Convergy:

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

Rechnungsdaten bestehen aus einer Folge von Zeilen ASCII-Text. Jede Zeile hat die Form -

TAGNAME tagvalue

TAGNAME und Tag-Wert werden durch ein Tag-Trennzeichen (Tagsep) eines Leerzeichens getrennt. Der Tag-Wert kann entweder ein einzelner Wert oder eine Liste von Werten sein, die durch Trennzeichen (sep) getrennt sind. Das verwendete Trennzeichen ist ein Komma, sofern nicht anders angegeben.

Rechnungspostprozessor

Eine Abrechnungsmaschine kann möglicherweise nicht alle in der Rechnung erforderlichen Informationen generieren, oder es besteht möglicherweise die Notwendigkeit, eine spezielle Berechnung für die in der Rechnung angegebenen Daten durchzuführen. Dies wird als Bill Post Processing bezeichnet und normalerweise von einer benutzerdefinierten Komponente namens Bill Post Processor (BPP).

Ein BPP kann in Ihrer bevorzugten Programmiersprache geschrieben werden, die eine unformatierte Rechnungsdatei liest und die erforderlichen Änderungen an dieser Datei vornimmt, bevor sie für die endgültige Formatierung übergeben wird.

Es sind keine Abrechnungssysteme verfügbar, die eine sofort einsatzbereite BPP-Funktionalität bieten, da die Anforderungen von Bediener zu Bediener unterschiedlich sind und dieser Prozess nicht standardisiert werden kann. Das Abrechnungssystem kann höchstens einen Plug-In-Punkt zum Einstecken Ihres benutzerdefinierten BPP zusammen mit der Billing Engine bereitstellen.

DOC1 Bill Formatter

DOC1 ist ein sehr bekanntes Bill Formatter-Tool der PitneyBowes Company, das bei der Formatierung von Rechnungen in PDF- oder Post Script-Dateien hilft.

Wie oben erwähnt, besteht die Ausgabe der Billing Engine aus strukturiertem ASCII-Text, der den Informationsgehalt der Rechnung enthält. Es wird eine Zuordnung zwischen den vom Abrechnungssystem generierten Tags der Quellrechnungsdatei und den von DOC1 benötigten Tags hergestellt. DOC1 erfordert Tags mit fester Länge, wie unten gezeigt.

Das Folgende ist ein hypothetisches Beispiel aus der bereitgestellten Rechnungsdatei -

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
..........

Unter Verwendung der obigen Übersetzungen wird nun eine endgültige Datei für DOC1 generiert, und DOC1 kümmert sich um die Erstellung der endgültigen Rechnung unter Verwendung der bereitgestellten Informationen.

Einige Änderungen können auch auf DOC1-Ebene durchgeführt werden, bieten jedoch nicht viel Flexibilität beim Ändern der Rechnung. Sie können die neueste Version ausprobieren, die Ihnen viel mehr dabei hilft, die Erwartungen zu erfüllen.

Endgültige Rechnungserstellung

Sobald alle Konten in Rechnung gestellt und die Rechnungen entweder mit einem internen oder einem externen Rechnungsformatierer formatiert wurden, werden diese Rechnungen zum endgültigen Druck an die Bill Print Company gesendet.

Wenn ein Betreiber die elektronische E-Mail-Funktion verwendet, um eine Rechnung an seinen Kunden zu senden, kann eine Kopie derselben Rechnung an das E-Mail-System gesendet werden, um sie an den Endkunden zu senden.

Tier-1-Betreiber (mit 20 bis 30 Millionen oder mehr Kunden) lagern diese Aufgabe normalerweise aus, einschließlich der Verteilung von Rechnungen.

Was kommt als nächstes?

Nach dem Generieren von Rechnungen werden diese an die Endkunden gesendet. Jetzt ist es Zeit, Einnahmen vom Kunden zu sammeln. Wir würden den Erhebungsprozess nach einem Kapitel erörtern.

Bevor wir fortfahren, wollen wir uns mit dem Teil der Kreditkontrolle befassen, der sehr wichtig ist und vor der Erhebung der Einnahmen behandelt werden sollte.