통신 청구-송장 생성

대부분의 청구 시스템은 청구서의 정보 내용을 포함하는 구조화 된 ASCII 텍스트를 생성합니다. 각 청구서의 청구서 데이터는 처음에 데이터베이스 또는 플랫 텍스트 파일에 기록됩니다. 이 단계의 데이터 형식은 데이터 처리 방법에 관계없이 동일합니다.

이 청구서 데이터는 원하는 형식으로 출력을 생성하기 위해 여러 형식화 엔진 중 하나에 의해 처리 될 수 있습니다. 예 : 종이, CD-ROM 등

내부 Bill Formatting 도구를 제공하는 Billing System이 있습니다. 청구 시스템이 형식화 된 청구서를 생성 할 수있는 도구를 제공하지 않는 경우 가장 일반적으로 사용되는 도구 중 하나 인 DOC1과 같은 타사 도구를 사용할 수 있습니다.

다음은 청구서 서식의 흐름을 보여주는 일반적인 다이어그램입니다.

다음은 Convergy의 Infinys Billing System에서 가져온 청구서 데이터의 스냅 샷입니다.

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

Bill 데이터는 일련의 ASCII 텍스트 행으로 구성됩니다. 각 줄은 다음과 같은 형식을 취합니다.

TAGNAME tagvalue

TAGNAME 및 태그 값은 공백의 태그 구분 기호 (tagsep)로 구분됩니다. tagvalue는 단일 값이거나 구분 기호로 구분 된 값 목록 (9 월) 일 수 있습니다. 사용 된 구분 기호는 지정하지 않는 한 쉼표입니다.

빌 포스트 프로세서

청구 엔진은 청구서에 필요한 모든 정보를 생성하지 못하거나 청구서에 제공된 데이터에 대해 특별한 계산을 수행해야 할 수도 있습니다. 이를 Bill Post Processing이라고하며 일반적으로 Bill Post Processor (BPP).

BPP는 선호하는 프로그래밍 언어로 작성 될 수 있습니다.이 언어는 원시 송장 파일을 읽고 최종 형식화를 위해 전달하기 전에이 파일에 필요한 수정을 수행합니다.

요구 사항이 운영자마다 다르고이 프로세스를 표준화 할 수 없기 때문에 기본 BPP 기능을 제공하는 청구 시스템이 없습니다. 기껏해야 청구 시스템은 Billing Engine과 함께 사용자 정의 BPP를 연결하는 플러그인 지점을 제공 할 수 있습니다.

DOC1 빌 포맷터

DOC1은 PitneyBowes Company에서 제공하는 매우 유명한 Bill Formatter 도구로, 청구서를 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 Company로 전송됩니다.

운영자가 전자 메일 기능을 사용하여 고객에게 청구서를 보내는 경우 동일한 청구서 사본을 전자 메일 시스템으로 보내 최종 고객에게 보낼 수 있습니다.

Tier 1 운영자 (2 천 ~ 3 천만 명 이상의 고객 기반)는 일반적으로 청구서 분배를 포함하여이 작업을 아웃소싱합니다.

다음은 무엇입니까?

송장을 생성 한 후 최종 고객에게 보냅니다. 이제 고객으로부터 수익을 모을 때입니다. 수익 수집 과정은 한 장 후에 논의 할 것입니다.

더 진행하기 전에 매우 중요하며 수익 수집 전에 다루어야하는 신용 ​​관리 부분을 다룹니다.