Биллинг в телекоммуникационной сфере - создание счетов

Большинство биллинговых систем генерируют структурированный текст 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). Если не указано иное, в качестве разделителя используется запятая.

Почтовый процессор счета

Система биллинга может быть не в состоянии сгенерировать всю информацию, требуемую в счете, или может потребоваться выполнить некоторые специальные вычисления для данных, представленных в счете. Это называется постобработкой счетов и обычно выполняется специальным компонентом, который называется почтовым процессором счетов (BPP).

BPP может быть написан на предпочитаемом вами языке программирования, который считывает необработанный файл счета-фактуры и вносит необходимые изменения в этот файл перед передачей его для окончательного форматирования.

Нет доступных биллинговых систем, которые обеспечивали бы готовую функциональность BPP, потому что требования варьируются от оператора к оператору, и этот процесс не может быть стандартизирован. В лучшем случае биллинговая система может предоставить точку расширения для подключения вашего пользовательского BPP вместе с Billing Engine.

Форматирование счетов 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, но это не дает большой гибкости для изменения счета-фактуры. Вы можете попробовать последнюю версию, которая может оправдать ваши ожидания.

Генерация окончательного счета

После выставления счетов по всем счетам и их форматирования с использованием внутреннего или внешнего средства форматирования счетов эти счета отправляются в компанию по печати счетов для окончательной печати.

Если оператор использует электронную почту для отправки счета своему клиенту, то копию того же счета можно отправить в систему электронной почты для отправки конечному клиенту.

Операторы уровня 1 (с 20-30 миллионами или более клиентской базой) обычно передают эту задачу на аутсорсинг, включая распределение счетов.

Что следующее?

После создания счетов-фактур они отправляются конечным клиентам. Пришло время получить доход от покупателя. Мы обсудим процесс сбора доходов после одной главы.

Прежде чем мы продолжим, давайте рассмотрим часть кредитного контроля, которая очень важна и должна быть рассмотрена до сбора доходов.