Telecom Billing - Invoice Generation فواتير الاتصالات - إنشاء الفاتورة

Ad by Valueimpression

 الصفحة السابقة

الصفحة التالية  

تقوم معظم أنظمة الفوترة بإنشاء نص ASCII منظم يحتوي على محتوى معلومات الفاتورة. تتم كتابة بيانات الفاتورة لكل فاتورة مبدئيًا إما في قاعدة بيانات أو ملفات نصية ثابتة. تنسيق البيانات في هذه المرحلة هو نفسه ، بغض النظر عن كيفية معالجة البيانات.

يمكن بعد ذلك معالجة بيانات الفاتورة هذه بواسطة واحد من عدد من محركات التهيئة لإنتاج الإخراج بالشكل المطلوب. على سبيل المثال ، ورق ، قرص مضغوط ، إلخ.

تتوفر أنظمة فوترة توفر أدوات تنسيق الفاتورة الداخلية. إذا كان نظام الفوترة لا يوفر أداة قادرة على إنشاء فواتير منسقة ، فهناك أدوات خارجية متاحة مثل DOC1 ، والتي تعد واحدة من أكثر الأدوات استخدامًا.

فيما يلي مخطط نموذجي يوضح تدفق تنسيق الفاتورة -

فيما يلي لقطة لبيانات الفاتورة المأخوذة من نظام فواتير Convergy's Infinys -

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 وقيمة العلامة بواسطة فاصل علامات (علامات) بمسافة. يمكن أن تكون قيمة tagvalue إما قيمة واحدة أو قائمة قيم مفصولة بمحددات (منفصلة). المحدد المستخدم عبارة عن فاصلة ما لم يتم تحديده.

معالج بيل بوست

قد لا يتمكن محرك الفواتير من إنشاء جميع المعلومات المطلوبة في الفاتورة أو قد يكون هناك حاجة لإجراء بعض الحسابات الخاصة على البيانات الواردة في الفاتورة. وهذا ما يسمى معالجة الفاتورة ويتم إجراؤه عادةً بواسطة مكون مخصص يسمى Bill Post Processor ( BPP ).

يمكن كتابة BPP بلغة البرمجة المفضلة لديك ، والتي تقرأ ملف الفاتورة الأولية وتجري التعديل المطلوب في هذا الملف قبل تمريره للتنسيق النهائي.

لا توجد أنظمة فوترة متوفرة توفر وظيفة BPP خارج الصندوق لأن المتطلبات تختلف من مشغل لآخر ولا يمكن توحيد هذه العملية. على الأكثر ، يمكن أن يوفر نظام الفوترة نقطة إضافية لتوصيل BPP المخصص مع Billing Engine.

منسق فاتورة DOC1

DOC1 هي أداة Bill Formatter مشهورة جدًا متوفرة من شركة 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 ، ولكنها لا توفر الكثير من المرونة لتعديل الفاتورة. يمكنك تجربة أحدث إصدار ، والذي يمكن أن يساعدك في تحقيق المزيد من التوقعات.

إنشاء الفاتورة النهائية

بمجرد إعداد فواتير جميع الحسابات وتنسيق الفواتير باستخدام مُنسق الفاتورة الداخلي أو الخارجي ، يتم إرسال هذه الفواتير إلى شركة Bill Print للطباعة النهائية.

إذا كان المشغل يستخدم مرفق البريد الإلكتروني الإلكتروني لإرسال فاتورة إلى عملائه ، فيمكن إرسال نسخة من نفس الفاتورة إلى نظام البريد الإلكتروني لإرسالها إلى العميل النهائي.

عادةً ما يقوم مشغلو المستوى 1 (الذين لديهم قاعدة عملاء 20-30 مليون أو أكثر) بالاستعانة بمصادر خارجية لهذه المهمة بما في ذلك توزيع الفواتير.

ما التالي؟

بعد إنشاء الفواتير ، يتم إرسالها إلى العملاء النهائيين. الآن ، حان الوقت لتحصيل الإيرادات من العميل. سنناقش عملية تحصيل الإيرادات بعد فصل واحد.

قبل المضي قدمًا ، دعنا نغطي جزء مراقبة الائتمان ، وهو أمر مهم للغاية ويجب تغطيته قبل تحصيل الإيرادات.