टेलीकॉम बिलिंग - चालान जनरेशन

अधिकांश बिलिंग सिस्टम संरचित ASCII पाठ उत्पन्न करते हैं जिसमें बिल की जानकारी सामग्री होती है। प्रत्येक बिल के बिल डेटा को शुरू में डेटाबेस या फ्लैट टेक्स्ट फ़ाइलों के लिए लिखा जाता है। इस स्तर पर डेटा का प्रारूप समान है, भले ही डेटा को कैसे संसाधित किया जाए।

इस बिल डेटा को वांछित फॉर्म में आउटपुट बनाने के लिए कई फॉर्मेटिंग इंजनों में से एक द्वारा संसाधित किया जा सकता है। उदाहरण के लिए, कागज, सीडी-रोम, आदि।

बिलिंग सिस्टम उपलब्ध हैं, जो आंतरिक बिल स्वरूपण उपकरण प्रदान करते हैं। यदि बिलिंग सिस्टम फ़ॉर्मेट किए गए बिल जेनरेट करने में सक्षम उपकरण प्रदान नहीं करता है, तो DOC1 जैसे तीसरे पक्ष के उपकरण उपलब्ध हैं, जो सबसे अधिक उपयोग किए जाने वाले टूल में से एक है।

यहाँ बिल प्रारूपण के प्रवाह को दर्शाने वाला एक विशिष्ट आरेख है -

निम्नलिखित एक बिल डेटा का स्नैपशॉट है जो कॉनवेरीज़ इनफिनिस बिलिंग सिस्टम से लिया गया है -

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 और टैग मान किसी स्थान के टैग विभाजक (टैगसेप) द्वारा अलग किए जाते हैं। टैगवल्यू या तो एक मान या डेलिमिटर (सेप) द्वारा अलग किए गए मानों की सूची हो सकती है। जब तक निर्दिष्ट किया गया परिसीमन एक अल्पविराम है।

बिल पोस्ट प्रोसेसर

एक बिलिंग इंजन बिल में आवश्यक सभी जानकारी उत्पन्न करने में सक्षम नहीं हो सकता है या चालान में दिए गए डेटा पर कुछ विशेष गणना करने की आवश्यकता हो सकती है। इसे बिल पोस्ट प्रोसेसिंग कहा जाता है और आमतौर पर बिल पोस्ट प्रोसेसर नामक एक कस्टम घटक द्वारा किया जाता है (BPP)।

आपकी पसंदीदा प्रोग्रामिंग भाषा में एक BPP लिखा जा सकता है, जो एक कच्चे इनवॉइस फ़ाइल को पढ़ता है और इसे अंतिम स्वरूपण के लिए पास करने से पहले इस फ़ाइल में आवश्यक संशोधन करता है।

कोई भी बिलिंग सिस्टम उपलब्ध नहीं है, जो आउट-ऑफ-द-बॉक्स BPP कार्यक्षमता प्रदान करता है क्योंकि आवश्यकताओं को ऑपरेटर से ऑपरेटर में भिन्नता है और इस प्रक्रिया को मानकीकृत नहीं किया जा सकता है। अधिक से अधिक, बिलिंग सिस्टम आपके कस्टम BPP को बिलिंग इंजन के साथ प्लग करने के लिए प्लग-इन पॉइंट प्रदान कर सकता है।

DOC1 बिल फॉर्मेटर

DOC1 PitneyBowes कंपनी से बहुत प्रसिद्ध बिल फॉर्मेटर टूल उपलब्ध है, जो बिल को पीडीएफ या पोस्ट स्क्रिप्ट फ़ाइलों में प्रारूपित करने में मदद करता है।

जैसा कि ऊपर उल्लेख किया गया है, बिलिंग इंजन का आउटपुट बिल की सूचना सामग्री वाले 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 मिलियन या अधिक ग्राहक आधार वाले) आमतौर पर बिल वितरण सहित इस कार्य को आउटसोर्स करते हैं।

आगे क्या है?

चालान बनाने के बाद, उन्हें अंतिम ग्राहकों को भेजा जाता है। अब, ग्राहक से राजस्व एकत्र करने का समय आ गया है। हम एक अध्याय के बाद राजस्व संग्रह प्रक्रिया पर चर्चा करेंगे।

इससे पहले कि हम आगे बढ़ें, हम क्रेडिट कंट्रोल पार्ट को कवर करते हैं, जो बहुत महत्वपूर्ण है और राजस्व संग्रह से पहले कवर किया जाना चाहिए।