Thanh toán viễn thông - Tạo hóa đơn

Hầu hết các hệ thống thanh toán đều tạo văn bản ASCII có cấu trúc chứa nội dung thông tin của hóa đơn. Dữ liệu hóa đơn cho mỗi hóa đơn được ghi ban đầu vào cơ sở dữ liệu hoặc tệp văn bản phẳng. Định dạng của dữ liệu ở giai đoạn này là giống nhau, bất kể dữ liệu được xử lý như thế nào.

Dữ liệu hóa đơn này sau đó có thể được xử lý bởi một trong số các công cụ định dạng để tạo ra đầu ra ở dạng mong muốn. Ví dụ, giấy, CD-ROM, v.v.

Có sẵn Hệ thống thanh toán, cung cấp các công cụ Định dạng hóa đơn nội bộ. Nếu hệ thống thanh toán không cung cấp công cụ có khả năng tạo hóa đơn được định dạng, thì có các công cụ của bên thứ ba như DOC1, là một trong những công cụ được sử dụng phổ biến nhất.

Đây là sơ đồ điển hình cho thấy quy trình định dạng hóa đơn -

Sau đây là ảnh chụp nhanh dữ liệu hóa đơn được lấy từ Hệ thống thanh toán Infinys của 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

Dữ liệu hóa đơn bao gồm liên tiếp các dòng văn bản ASCII. Mỗi dòng có dạng -

TAGNAME tagvalue

TAGNAME và giá trị thẻ được phân tách bằng dấu phân cách thẻ (tagsep) của một dấu cách. Giá trị thẻ có thể là một giá trị đơn lẻ hoặc một danh sách các giá trị được phân tách bằng dấu phân cách (sep). Dấu phân cách được sử dụng là dấu phẩy trừ khi được chỉ định.

Bộ xử lý bài viết hóa đơn

Công cụ thanh toán có thể không tạo được tất cả thông tin được yêu cầu trong hóa đơn hoặc có thể có yêu cầu thực hiện một số phép tính đặc biệt trên dữ liệu được cung cấp trong hóa đơn. Điều này được gọi là Xử lý bài đăng hóa đơn và thường được thực hiện bởi một thành phần tùy chỉnh được gọi là Bộ xử lý bài đăng hóa đơn (BPP).

BPP có thể được viết bằng ngôn ngữ lập trình ưa thích của bạn, ngôn ngữ này đọc tệp hóa đơn thô và thực hiện sửa đổi cần thiết đối với tệp này trước khi chuyển nó cho định dạng cuối cùng.

Không có hệ thống thanh toán nào có sẵn cung cấp chức năng BPP sẵn có vì các yêu cầu khác nhau giữa người vận hành và quy trình này không thể được chuẩn hóa. Tối đa, hệ thống thanh toán có thể cung cấp một điểm cắm để kết nối BPP tùy chỉnh của bạn cùng với Công cụ thanh toán.

DOC1 Bill Formatter

DOC1 là công cụ Bill Formatter rất nổi tiếng có sẵn từ Công ty PitneyBowes, giúp định dạng hóa đơn thành các tệp PDF hoặc Post Script.

Như đã nói ở trên, đầu ra của Billing Engine là văn bản ASCII có cấu trúc chứa nội dung thông tin của hóa đơn. Một ánh xạ được thiết lập giữa các thẻ tệp hóa đơn nguồn do hệ thống thanh toán tạo ra và các thẻ theo yêu cầu của DOC1. DOC1 yêu cầu các thẻ có độ dài cố định như hình dưới đây.

Sau đây là một mẫu giả định từ tệp hóa đơn được cung cấp:

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

Bây giờ bằng cách sử dụng các bản dịch ở trên, tệp cuối cùng sẽ được tạo cho DOC1 và DOC1 sẽ xử lý việc tạo hóa đơn cuối cùng bằng cách sử dụng thông tin được cung cấp.

Một số sửa đổi cũng có thể được thực hiện ở cấp độ DOC1, nhưng nó không cung cấp nhiều tính linh hoạt để sửa đổi hóa đơn. Bạn có thể thử phiên bản mới nhất, có thể giúp bạn nhiều hơn mong đợi.

Tạo hóa đơn cuối cùng

Sau khi tất cả các tài khoản được lập hóa đơn và các hóa đơn được định dạng bằng cách sử dụng công cụ định dạng hóa đơn nội bộ hoặc bên ngoài, những hóa đơn này sẽ được gửi đến Công ty In Hóa đơn để in lần cuối.

Nếu một nhà điều hành đang sử dụng Cơ sở thư điện tử để gửi hóa đơn cho khách hàng của họ, thì một bản sao của hóa đơn đó có thể được gửi đến hệ thống e-mail để gửi cho khách hàng cuối cùng.

Các nhà khai thác cấp 1 (có 20-30 triệu khách hàng trở lên) thường thuê ngoài nhiệm vụ này bao gồm cả phân phối hóa đơn.

Tiếp theo là gì?

Sau khi tạo hóa đơn, chúng được gửi đến khách hàng cuối cùng. Bây giờ, nó là thời gian để thu thập doanh thu từ khách hàng. Chúng ta sẽ thảo luận về quy trình thu tiền sau một chương.

Trước khi tiếp tục, hãy để chúng tôi trình bày Phần Kiểm soát Tín dụng, phần này rất quan trọng và cần được đề cập trước khi thu tiền.