Большинство биллинговых систем генерируют структурированный текст ASCII, содержащий информационное содержание счета. Данные счета для каждого счета первоначально записываются либо в базу данных, либо в текстовые файлы. Формат данных на этом этапе одинаков, независимо от того, как данные должны быть обработаны.
Эти данные счета могут затем обрабатываться одним из нескольких механизмов форматирования для получения вывода в желаемой форме. Например, бумага, CD-ROM и т. Д.
Доступны биллинговые системы, которые предоставляют внутренние инструменты форматирования счетов. Если биллинговая система не предоставляет способного инструмента для генерации отформатированных счетов, то доступны сторонние инструменты, такие как DOC1, который является одним из наиболее часто используемых инструментов.
Вот типичная диаграмма, показывающая процесс форматирования счета —
Ниже приведен снимок данных счета, взятых из биллинговой системы Infinys от 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
Данные счета состоят из последовательности строк текста ASCII. Каждая строка принимает форму —
TAGNAME tagvalue
TAGNAME и значение тега разделяются разделителем тегов (tagsep) пробела. Значение тега может быть либо отдельным значением, либо списком значений, разделенных разделителями (sep). Используемый разделитель — запятая, если не указано иное.
Билл Post Processor
Механизм выставления счетов может быть не в состоянии генерировать всю информацию, требуемую в счете, или может потребоваться выполнить какой-то специальный расчет для данных, представленных в счете. Это называется пост-обработкой счетов и обычно выполняется пользовательским компонентом, называемым пост-процессором счетов ( BPP ).
BPP может быть написан на вашем предпочтительном языке программирования, который читает необработанный файл счета и выполняет необходимые изменения в этом файле, прежде чем передать его для окончательного форматирования.
Нет доступных биллинговых систем, которые предоставляют готовые функциональные возможности BPP, потому что требования оператора к оператору различны, и этот процесс не может быть стандартизирован. Самое большее, биллинговая система может предоставить подключаемый модуль для подключения вашего собственного BPP вместе с Billing Engine.
DOC1 Билл Форматтер
DOC1 — это очень известный инструмент форматирования Билла, доступный от PitneyBowes Company, который помогает в форматировании Билла в файлы PDF или Post Script.
Как упомянуто выше, выходные данные Billing Engine представляют собой структурированный текст 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 Print для окончательной печати.
Если оператор использует средство электронной почты для отправки счета своему клиенту, то копия этого счета может быть отправлена в систему электронной почты, чтобы отправить его конечному клиенту.
Операторы первого уровня (с 20-30 миллионами и более клиентской базой) обычно выполняют эту задачу на стороне, включая распределение счетов.
Что дальше?
После создания счетов они отправляются конечным клиентам. Теперь пришло время собирать доход от клиента. Мы обсудим процесс сбора доходов после одной главы.
Прежде чем мы продолжим, давайте рассмотрим часть кредитного контроля, которая очень важна и должна быть покрыта до сбора доходов.