แพลตฟอร์มประมวลผล InitialDP 37 ms; สมาชิกฟังเสียงบี๊บเป็นเวลา 10 วินาที ระยะเวลาของการสนทนามากกว่า 5 นาทีเล็กน้อย

การเรียกเก็บเงินรวบรวมข้อมูลเกี่ยวกับการใช้บริการโทรคมนาคม อัตราภาษี และรับผิดชอบในการเรียกเก็บเงินจากสมาชิกและประมวลผลการชำระเงิน

การคำนวณมี 2 ประเภทหลัก:

• ชำระภายหลัง- การออกใบแจ้งหนี้ตามระยะเวลาตามผลลัพธ์ (แบบรายเดือน)
• และระบบล่วงหน้า(เติมเงิน) เมื่อมีการจ่ายเงินล่วงหน้า

การชำระเงินภายหลังปรากฏก่อนหน้านี้ก่อนหน้านี้ แต่การชำระเงินล่วงหน้ากลับกลายเป็นว่าสะดวกกว่าสำหรับลูกค้า (ควบคุมได้มากขึ้น - หากมีสิ่งผิดปกติเกิดขึ้น การตัดการเชื่อมต่อจะเกิดขึ้น แทนที่จะออกใบเรียกเก็บเงินจำนวนมาก)

ระบบรายเดือน

เมื่อผู้สมัครสมาชิกระบบการชำระเงินแบบรายเดือนใช้บริการของผู้ให้บริการ ไฟล์ CDR พิเศษ (บันทึกข้อมูลการชาร์จ) จะถูกสร้างขึ้นบนสวิตช์ โดยพื้นฐานแล้ว นี่เป็นบันทึกทั่วไปที่ระบุหมายเลขสมาชิก วันที่ เวลาโทร/ปริมาณการรับส่งข้อมูลที่ดาวน์โหลด ฯลฯ การเรียกเก็บเงินใน เวลาที่แน่นอน, (เช่น วันละครั้ง) เชื่อมต่อกับสวิตช์ ดาวน์โหลด CDR คำนวณต้นทุนการบริการ และบันทึกทุกอย่างไว้ในฐานข้อมูล (โดยปกติคือ Oracle) ผู้สมัครสมาชิกจะได้รับใบแจ้งหนี้ทั้งหมดเมื่อสิ้นเดือน

โครงการปฏิสัมพันธ์ของแพลตฟอร์มระบบรายเดือนกับแกนหลักของเครือข่ายผู้ให้บริการ
ซีเอสเอ็น- เครือข่ายการสลับวงจร แสดงโดยสวิตช์ช่อง (MSC)
พีเอสเอ็น– เครือข่ายการสลับแพ็คเก็ต แสดงโดยแพ็กเก็ตสวิตช์และเกตเวย์ (SGSN และ GGSN ตามลำดับ)

หลักการทำงานของระบบรายเดือนนั้นค่อนข้างง่าย เนื่องจากไม่ต้องการการตอบสนองแบบเรียลไทม์จากแพลตฟอร์ม ท้ายที่สุดแล้ว ผู้สมัครสมาชิกไม่จำเป็นต้องได้รับคำเตือนเกี่ยวกับการถึงศูนย์ (และด้วยเหตุนี้ จึงไม่จำเป็นต้อง เปลี่ยนลักษณะของการโต้ตอบของเครือข่ายกับเขา)

ระบบล่วงหน้า

ในกรณีของการเรียกเก็บเงินล่วงหน้า ผู้ประกอบการโทรคมนาคมนอกเหนือจากการพิจารณาปริมาณการให้บริการแล้ว ยังต้องแก้ไขปัญหาการติดตามบัญชีกระแสรายวันของผู้ใช้บริการ และหากถึงศูนย์ ให้แจ้งให้ผู้ใช้บริการทราบ/ปิดใช้งานข้อกำหนดของ บริการ. ดังนั้นระบบดังกล่าวจึงเรียกว่าระบบการชาร์จออนไลน์ (OCS)

เนื่องจากผู้ประกอบการให้บริการ ประเภทต่างๆบริการและมีการใช้ ประเภทต่างๆเครือข่าย (ระบบสลับช่อง/แพ็กเก็ต) ดังนั้น การเรียกเก็บเงินเพื่อแก้ไขปัญหาการตรวจสอบบัญชีของผู้ใช้บริการต้องใช้โปรโตคอลการชาร์จที่แตกต่างกัน เช่น

โครงการปฏิสัมพันธ์ของแพลตฟอร์มแบบเติมเงินกับเครือข่ายของผู้ให้บริการ

มาดูรายละเอียดโปรโตคอลเหล่านี้กันดีกว่า

หมวกแก๊ป

หมวกแก๊ป(ส่วนแอปพลิเคชัน CAMEL) – โปรโตคอล ระดับการใช้งาน SS7 stack การนำบริการอัจฉริยะไปใช้งานในเครือข่าย GSM/UMTS (เช่น ระบบเติมเงิน)

ตำแหน่งของโปรโตคอลบนสแต็ก รูปภาพยังแสดงตัวเลือกยอดนิยมโดยใช้เทคโนโลยี SIGTRAN (ส่วนขยาย SS7 ที่อนุญาตให้ใช้โปรโตคอล "เจ็ด" ผ่านเครือข่าย IP)

เมื่อใช้โปรโตคอลนี้ OCS จะสื่อสารกับเครือข่ายการสลับวงจร นี่คือตัวอย่างราคาการโทรออกด้วยเสียง:

บทสนทนาการชาร์จโดยใช้โปรโตคอล CAP เส้นประข้อความ ISUP จะปรากฏขึ้น

1. ขั้นแรก ข้อความ (จุดตรวจจับเริ่มต้น) จะถูกส่งไปยังการเรียกเก็บเงินจากสวิตช์ MSC1 ซึ่งพารามิเตอร์ของผู้สมัครสมาชิกจะถูกส่งไป เหล่านี้คือหมายเลขขาเข้าและขาออก ที่อยู่เซลล์ของผู้สมัครสมาชิกที่ถูกเรียก และอื่นๆ จากนี้ คุณจึงสามารถเริ่มวิเคราะห์การโทรได้ การเรียกเก็บเงินจะสร้างจุดตรวจจับที่แน่นอน นั่นคือ สถานะของการโทร OCS กำหนดว่าสมาชิกสามารถทำได้หรือไม่ โทรด้วยเสียง(มีเงินในบัญชีไหม) ถ้าเป็นไปได้เท่าไหร่? เวลาสูงสุด.
2. หลังจากนี้ OCS จะตอบสนองต่อสวิตช์ด้วยคำขอรายงานเหตุการณ์ BCSM (“ฉันได้เริ่มต้นจุดตรวจจับแล้ว ฉันกำลังรอข้อมูลเพิ่มเติมจากคุณเกี่ยวกับสถานะของการโทร”) และส่งการสมัครเรียกเก็บเงิน (“สมาชิกมีเงินในบัญชีของเขา ฉันอนุญาตให้โทร”) เวลาสูงสุดที่สมาชิกสามารถใช้ได้จะถูกส่งไปที่นั่นด้วย
3. สวิตช์จะเริ่มทำงานเมื่อได้รับอนุญาตจาก OCS การเชื่อมต่อด้วยเสียงระหว่างสมาชิกผ่านโปรโตคอล ISUP ส่งข้อความ IAM (ข้อความที่อยู่เริ่มต้น) ไปยัง MSC2
4. MSC2 ตอบสนองต่อ MSC1 ด้วย ACM (ข้อความที่อยู่ที่สมบูรณ์) ใน ในกรณีนี้หมายความว่า “ใช่ สมาชิกของฉัน เขาออนไลน์อยู่ ฉันกำลังเริ่มโทรหาเขา” หลังจากได้รับข้อความนี้ MSC1 จะเปิดขึ้นมา เสียงบี๊บยาวสมาชิก A.
5. สมาชิก B หยิบโทรศัพท์ขึ้นมา MSC2 ส่งข้อความ ANM (คำตอบข้อความ) ให้กับ MSC1 -“ สมาชิกของฉันรับโทรศัพท์แล้วเชื่อมต่อพวกเขา”
6. MSC1 เชื่อมต่อสมาชิก A และ B การสนทนาเริ่มต้นขึ้น MSC1 ส่งข้อความรายงานเหตุการณ์ BCSM (O_Answer) ไปยัง OCS OCS เปลี่ยนสถานะการโทรเป็น ของผู้สมัครสมาชิกรายนี้- จากนี้ไปการชาร์จจะเริ่มขึ้น (โดยคำนึงว่า 3 วินาทีแรกนั้นว่าง)
7. ในขณะที่สมาชิกกำลังสื่อสาร MSC1 จะตรวจสอบเวลาการโทร หากมีเวลาเหลือน้อย MSC จะเตือนผู้สมัครสมาชิกด้วยสัญญาณเสียง
8. ในกรณีของเรา สมาชิก B จะวางสายก่อน MSC1 และ MSC2 จับมือกันอย่างเป็นมิตรโดยใช้ข้อความ REL (ข้อความเผยแพร่) และ RLC (ข้อความเผยแพร่ที่สมบูรณ์)
9. MSC1 ส่งข้อความรายงานเหตุการณ์ BCSM (O_Disconnect - “สมาชิกยกเลิกการเชื่อมต่อสำเร็จ”) และใช้รายงานการชาร์จ (การสนทนาดำเนินไปกี่วินาที) ไปยัง OCS
10. OCS ยอมรับข้อมูลนี้และตอบกลับว่าสามารถปิดเซสชันได้แล้ว

เรียกใช้ --- A1 TAG: A1h 1B LEN: 27 --- เรียกใช้ ID --- 02 TAG: 02h จำนวนเต็ม 01 LEN: 1 02 เรียกใช้ ID: 2 === CAP === --- เรียกใช้ --- -- - การทำงาน --- 02 TAG: 02 ชม. จำนวนเต็ม 01 LEN: 1 23 การทำงาน: 35 = ใช้การชาร์จ --- ชาร์จ APPL --- 30 TAG: 30 ชม. ลำดับ 13 LEN: 19 --- ACH BCC --- 80 TAG: 80 ชม. 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX C P D: 4370

นี่เป็นส่วนหนึ่งของการติดตาม เราเห็นว่าข้อความ ApplyCharging ถูกส่งผ่านโปรโตคอล CAP เวลาสนทนาสูงสุด (MAX CPD - ระยะเวลาการโทรสูงสุด) คือ 437.0 วินาที

ฉันจะทำซ้ำรูปภาพก่อนกะตะ: นี่คือตัวอย่างการสื่อสารโดยใช้โปรโตคอล CAP สามารถประมาณการประทับเวลาได้: แพลตฟอร์มประมวลผล InitialDP 37 ms; สมาชิกฟังเสียงบี๊บเป็นเวลา 10 วินาที ระยะเวลาของการสนทนามากกว่า 5 นาทีเล็กน้อย

แต่ที่นี่สายยาวและคุณสามารถดูได้ว่าระบบขอสถานะการโทร (activityTest) จาก MSC ทุกๆ 6 นาทีอย่างไร การทำเช่นนี้ในกรณีที่เกิดข้อผิดพลาด การสนทนาจะไม่คงอยู่เป็นเวลาหลายวัน (จนกว่าจะหักเงินของสมาชิกทั้งหมด)

โปรโตคอล CAP สามารถเรียกเก็บเงินได้ไม่เพียงเท่านั้น การโทรด้วยเสียง– สามารถชาร์จการเชื่อมต่ออินเทอร์เน็ต, SMS, MMS และอื่นๆ ได้ แม้ว่าในทางปฏิบัติ เกณฑ์วิธีที่ได้รับการปรับแต่งเป็นพิเศษ (เส้นผ่านศูนย์กลาง/OSA) มักถูกใช้เพื่อความต้องการเหล่านี้

OSA

OSA(การเข้าถึงบริการแบบเปิด) – เปิด อินเทอร์เฟซซอฟต์แวร์พัฒนาโดยกลุ่ม 3GPP และ ETSI ซึ่งมักใช้สำหรับชาร์จบริการ VAS และ อินเทอร์เน็ตบนมือถือ.

พิจารณาผลงาน ของโปรโตคอลนี้โดยใช้ตัวอย่างอัตราค่าบริการอินเทอร์เน็ตบนมือถือ:

1. เมื่อคุณพยายามเปิดใช้งานบริบท PDP (โทรศัพท์จะได้รับที่อยู่ IP บนเครือข่าย ผู้ให้บริการมือถือ) GGSN ขอแพลตฟอร์มว่าสมาชิกรายนี้สามารถเปิดใช้งานเซสชันการชาร์จได้หรือไม่ (CreateChargingSessionReq)
2. ในกรณีของเรา ทุกอย่างเรียบร้อยดี (สมาชิกอยู่ในฐานข้อมูล เงินสดพร้อมใช้งาน) แพลตฟอร์มจะสร้างเซสชันการชาร์จและอนุญาตให้เปิดใช้งานบริบท PDP (CreateChargingSessionResp)
3. ตอนนี้สมาชิกต้องการเริ่มดาวน์โหลดข้อมูล เพื่อให้เขาทำเช่นนี้ GGSN จะติดต่อแพลตฟอร์มเพื่อขอสำรองเงินทุน (ReserveUnitReq) โดยทั่วไป หน่วยเป็นสิ่งที่เป็นนามธรรม มันสามารถเป็นอะไรก็ได้ - ข้อมูลหนึ่งกิโลไบต์, ข้อความ, วินาทีของการสนทนา, รูเบิล, พิซซ่า, ถังน้ำมัน และอื่นๆ ในกรณีของเรา หน่วยคือ 100 kB
4. แพลตฟอร์มจะตรวจสอบว่าผู้สมัครสมาชิกที่ระบุมีเงินทุนสำหรับการรับส่งข้อมูล 100 kB หรือไม่ และตอบกลับด้วยข้อความ ReserveUnitResp (“เงินทุนถูกสงวนไว้”) หลังจากได้รับข้อความนี้จากแพลตฟอร์ม GGSN อนุญาตให้สมาชิกดาวน์โหลดปริมาณข้อมูล
5. เมื่อผู้สมัครสมาชิกดาวน์โหลดส่วนที่สงวนไว้ของการรับส่งข้อมูล GGSN จะติดต่อแพลตฟอร์มพร้อมข้อความ DebitUnitReq (“คุณสามารถตัดเงินที่สงวนไว้ได้”)
6. แพลตฟอร์มจะหักเงินและตอบกลับด้วยข้อความ DebitUnitResp (“หักเงินเรียบร้อยแล้ว”)
7. วงจร ReserveUnitReq-DebitUnitResp จะถูกทำซ้ำจนกว่าสมาชิกจะดาวน์โหลดอินเทอร์เน็ตทั้งหมดและปิดเซสชันอินเทอร์เน็ต
8. เมื่อปิดใช้งานบริบท PDP GGSN จะส่งข้อความไปยังแพลตฟอร์มเพื่อระบุการสิ้นสุดเซสชันการชาร์จ หน่วยความจำที่จัดสรรให้กับ เซสชั่นนี้ถูกปล่อยออกมา

ขอเดบิตUnitReq; คำสั่ง OSA รวมอยู่ในนั้นแล้ว โปรโตคอลสบู่ซึ่งจะถูกห่อหุ้มด้วยโปรโตคอล HTTP

บทสรุป

ความต้องการของลูกค้าที่เปลี่ยนแปลงไป (รวมถึงปริมาณข้อมูลที่ส่งเพิ่มขึ้น) การสร้างบริการรูปแบบใหม่ ก่อให้เกิดวิวัฒนาการของเครือข่ายผู้ให้บริการโทรศัพท์มือถือ โดยเฉพาะอย่างยิ่งในด้านแพลตฟอร์ม VAS และระบบการเรียกเก็บเงิน

หากคุณสนใจหัวข้อโปรโตคอลตระกูล AAA ฉันจะพูดถึง RADIUS, DIAMETER และสิ่งที่น่าสนใจอื่น ๆ ในภายหลัง

การเรียกเก็บเงินในแง่นี้หมายถึงการดำเนินการที่ซับซ้อนทั้งหมด ซึ่งต้องใช้ซอฟต์แวร์และ ฮาร์ดแวร์ตลอดจนการสนับสนุนทางกฎหมายและธนาคารสำหรับขั้นตอนการยอมรับการชำระเงินทั้งหมด ดังนั้นเท่านั้น ผู้ให้บริการรายใหญ่สำหรับบริการใดๆ ก็ตาม พวกเขาจัดระเบียบการเรียกเก็บเงินของตนเอง และบริษัทและบุคคลส่วนใหญ่ใช้บริการของบริษัทเรียกเก็บเงินเฉพาะทาง กระบวนการพื้นฐานการเรียกเก็บเงินคือการวัดจำนวนบริการที่มอบให้กับผู้ใช้ หากเป็นการเข้าถึงอินเทอร์เน็ตหรือการสนทนาทางโทรศัพท์ ดังนั้นซอฟต์แวร์ของบริษัทที่ให้บริการนี้ ระยะเวลาการสนทนา หรือเวลาที่ใช้ใน เครือข่ายทั่วโลก- และตัวอย่างเช่น เมื่อซื้อหนังสือ โปรแกรม หรือการเข้าถึงไซต์ที่ต้องชำระเงินบนอินเทอร์เน็ต ไม่ใช่เวลา แต่เป็นจำนวนหน่วยที่ซื้อ ซอฟต์แวร์ของบริษัทที่เรียกเก็บเงินจะคำนวณต้นทุนของบริการดังกล่าวโดยอัตโนมัติตามอัตราที่ป้อนในโปรแกรม ในทำนองเดียวกัน โหมดอัตโนมัติตามกำหนดการที่ป้อนไว้ล่วงหน้า โปรแกรมจะออกใบแจ้งหนี้ให้กับผู้ซื้อเพื่อชำระค่าบริการที่ซื้อและโอนเงินให้กับผู้ขายโดยหักการชำระเงินที่ตกลงไว้สำหรับการทำงานของระบบนี้ การรับเงินจากผู้ซื้อก็ถูกนำมาพิจารณาโดยคอมเพล็กซ์ด้วย ซอฟต์แวร์ศูนย์เรียกเก็บเงิน ในชีวิตการใช้คอมพิวเตอร์สมัยใหม่ของเรา ทุกๆ วันทุกๆ วัน จำนวนที่มากขึ้นผู้ประกอบการและบริษัทเอกชนเริ่มให้บริการ บริการชำระเงินโดยใช้ระบบการชำระเงินทางอิเล็กทรอนิกส์ ดังนั้นจึงมีความสนใจเพิ่มขึ้นในบริษัทเรียกเก็บเงินที่ดำเนินการในส่วนทางเทคนิคของกระบวนการที่ซับซ้อนนี้ตามที่อธิบายไว้ข้างต้น มีบริษัทดังกล่าวหลายสิบแห่งอยู่แล้ว และหากคุณตัดสินใจที่จะขายผลิตภัณฑ์ของคุณเองผ่านทางอินเทอร์เน็ต คุณจะต้องใช้เวลาในการเลือกการเรียกเก็บเงิน พวกเขาต้องแข่งขันกันสร้างมากขึ้นเรื่อยๆ วิธีง่ายๆเชื่อมต่อระบบกับโครงการธุรกิจใด ๆ และเงื่อนไขการบริการที่ดีกว่าจึงไม่มีผู้นำที่ชัดเจน เมื่อเลือกบริษัทเรียกเก็บเงิน สิ่งแรกที่คุณควรคำนึงถึงคือวิธีการชำระเงินที่บริษัทสามารถมอบให้กับลูกค้าในอนาคตของคุณได้ ชุดสูงสุดประกอบด้วยระบบการชำระเงินทางอิเล็กทรอนิกส์มากถึงสิบระบบ (Webmoney, Yandex-money, PayPal ฯลฯ ) ระบบระหว่างประเทศการบริการ บัตรเครดิต(Visa, MasterCard, American Express, Cirrus Maestro ฯลฯ) ตัวเลือกการชำระเงิน โอนเงินผ่านธนาคาร,เช็ค,โทรไปชำระเงิน หมายเลขโทรศัพท์มือถือยังรวมอยู่ในบริการต่างๆ ของบริษัทเรียกเก็บเงินด้วย คนอื่น ลักษณะสำคัญเมื่อเลือก คุณควรพิจารณาถึงต้นทุนการบริการของบริษัท ความน่าเชื่อถือ (ประวัติธุรกิจที่ดี) และความพร้อมของการสนับสนุนทางเทคนิค

วางแผน:
ลักษณะและวัตถุประสงค์ของระบบการเรียกเก็บเงิน
โครงสร้างและหน้าที่ของระบบการเรียกเก็บเงิน
ระบบย่อยพื้นฐานเฉพาะสำหรับการเรียกเก็บเงิน
มาตรฐานระบบการเรียกเก็บเงิน

คำสำคัญ: การเรียกเก็บเงิน, หลายภาษา, หลายสกุลเงิน, โรมมิ่ง, มาตรฐาน

ลักษณะและวัตถุประสงค์ของระบบการเรียกเก็บเงิน

ระบบการเรียกเก็บเงิน (จากบิลภาษาอังกฤษ - บิล, บิล - การเขียนใบแจ้งหนี้) - ระบบที่คำนวณต้นทุนการบริการสื่อสารสำหรับลูกค้าแต่ละรายและจัดเก็บข้อมูลเกี่ยวกับภาษีทั้งหมดและลักษณะต้นทุนอื่น ๆ ที่ผู้ให้บริการโทรคมนาคมใช้สำหรับผู้สมัครสมาชิกที่เรียกเก็บเงินและร่วมกัน การตั้งถิ่นฐานกับผู้ให้บริการรายอื่น วงจรการดำเนินงานที่พวกเขาทำเรียกว่าการเรียกเก็บเงิน ระบบการเรียกเก็บเงิน (BS) คือ ระบบบัญชีซอฟต์แวร์ที่ออกแบบมาสำหรับผู้ประกอบการโทรคมนาคมโดยเฉพาะ ระบบการเรียกเก็บเงินใช้ทั้งในระบบโทรศัพท์ (แบบมีสายและเซลลูล่าร์) และในเครือข่ายข้อมูล (ผู้ให้บริการอินเทอร์เน็ต) และยังเกิดขึ้นในระบบโทรศัพท์แบบ IP อีกด้วย BS ใด ๆ ถูกสร้างขึ้นบนพื้นฐานของระบบการจัดการฐานข้อมูลเฉพาะ (DBMS) BS ส่วนใหญ่ในโลกถูกสร้างขึ้นบนพื้นฐาน ออราเคิล DBMS- ในบรรดา DBMS อื่นๆ Sybase และ Informix สามารถแยกแยะได้ว่าออกแบบมาเพื่อข้อมูลปริมาณมาก ต่อไปนี้เป็นชื่อของระบบการเรียกเก็บเงินบางระบบ: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid เป็นที่น่าสังเกตว่า BS มักจะหมายถึงฮาร์ดแวร์ที่เกี่ยวข้องกับการจัดการการเรียกเก็บเงิน
ระบบการเรียกเก็บเงินมีหลายชื่อ: ACP - ระบบการชำระเงินอัตโนมัติ IBS - ระบบการเรียกเก็บเงินข้อมูล
คุณสมบัติที่สำคัญอย่างหนึ่งของ BS คือความยืดหยุ่น กล่าวคือ ความสามารถในการปรับตัวให้เข้ากับสถานการณ์ที่เปลี่ยนแปลงไป ระบบที่ยืดหยุ่นปรับให้เข้ากับความต้องการเฉพาะของผู้ปฏิบัติงานไม่เพียงเท่านั้น เนื่องจากคุณสมบัติต่างๆ เช่น ความสามารถในการปรับแต่งได้ ความเป็นโมดูลาร์ และความเปิดกว้าง ทำให้คุณสามารถแก้ไขปัญหาที่อาจเกิดขึ้นได้ หลักการโมดูลาร์ของการสร้างระบบเป็นหลักการที่ใช้ประกอบระบบทั้งหมด แต่ละส่วน(โมดูล). BS ยังประกอบด้วยโมดูลดังกล่าว - ระบบย่อย BS รวมถึงระบบย่อยการประมวลผลข้อมูลล่วงหน้า ระบบย่อยการจัดการการดำเนินการเรียกเก็บเงิน และระบบย่อยการแจ้งเตือนลูกค้า การเปิดกว้างของระบบหมายถึงการเปิดกว้าง ซอร์สโค้ด ผลิตภัณฑ์ซอฟต์แวร์ซึ่งทำให้ผู้ปฏิบัติงานไม่ต้องพึ่งพาผู้พัฒนาในอนาคตและดูแลรักษาและอัพเกรดระบบได้อย่างอิสระ เกี่ยวข้องอย่างใกล้ชิดกับความยืดหยุ่นของ BS และคุณภาพดังต่อไปนี้ ระบบอัตโนมัติการคำนวณ - ความสามารถในการปรับขนาด
ความสามารถในการปรับขนาดโหลด ด้วยการเติบโตของฐานสมาชิกการเกิดขึ้นของ บริการเพิ่มเติมไม่จำเป็นต้องเปลี่ยนแปลงหรือแก้ไข ส่วนซอฟต์แวร์วิทยาศาสตรบัณฑิต การเพิ่มขีดความสามารถของ BS ควรทำได้โดยการอัพเกรดฮาร์ดแวร์ระบบ เมื่อออกแบบระบบที่ปรับขนาดได้ จำเป็นต้องใช้ DBMS ที่ออกแบบมาสำหรับข้อมูลปริมาณมาก DBMS จะต้องเข้ากันได้กับแพลตฟอร์มคอมพิวเตอร์ต่าง ๆ เพื่อให้การสนับสนุน โหมดมัลติโปรเซสเซอร์งาน.
ความน่าเชื่อถือเป็นหนึ่งในข้อกำหนดหลักสำหรับทุกระบบ ความน่าเชื่อถือของ BS นั้นพิจารณาจากความน่าเชื่อถือของ DBMS และเทคโนโลยีที่ใช้ในการพัฒนาระบบ สิ่งที่สำคัญที่สุดคือความน่าเชื่อถือของซัพพลายเออร์ (ผู้พัฒนา) ของแอพพลิเคชั่นซอฟต์แวร์: ระยะเวลาที่ออกสู่ตลาดและเปอร์เซ็นต์ของการมีอยู่ของระบบที่พัฒนาขึ้นในตลาดโทรคมนาคมในฐานะตัวบ่งชี้ทางอ้อม ในเวลาเดียวกันความน่าเชื่อถือของ BS ยังได้รับการรับรองโดยการปฏิบัติตามมาตรฐานบางอย่างในระหว่างการพัฒนา
หลายภาษา - ความสามารถในการตั้งค่าภาษาต่าง ๆ เพื่อนำเสนอข้อมูล
หลายสกุลเงิน - ความสามารถในการทำงานกับสกุลเงินใด ๆ
การเรียกเก็บเงินแบบเลื่อนเวลาคือการเรียกเก็บเงินที่ชำระเงินหลังจากการโทรเกิดขึ้น
การเรียกเก็บเงินด่วน - การเปลี่ยนแปลงในยอดคงเหลือในบัญชีเกิดขึ้นระหว่างการสนทนาและสามารถรับข้อมูลเกี่ยวกับยอดคงเหลือในบัญชีของคุณได้ทันทีหลังการโทร
การเพิ่มประสิทธิภาพการเรียกเก็บเงิน - การปรับปรุงปรับปรุงโดยผู้ดำเนินการ BS
BS ขนาดใหญ่ - ระบบที่ใช้โดยผู้ปฏิบัติงานรายใหญ่
การผ่านรายการวางบิล - บันทึกผลการคำนวณการวางบิล หลังจากการคำนวณผลลัพธ์ก็จะกลายเป็น เข้าถึงได้โดยผู้ใช้(ส่งออกพิมพ์)
เนื่องจาก BS มีวัตถุประสงค์เพื่อทำให้การชำระเงินกับลูกค้าเป็นแบบอัตโนมัติ จึงต้องจัดให้มีระบบอัตโนมัติตั้งแต่การสรุปสัญญาไปจนถึงการออกใบแจ้งหนี้สำหรับการบริการ การสื่อสารเคลื่อนที่และถูกต้อง การใช้ระบบย่อย บริการอัตโนมัติและ คอลเลกชันอัตโนมัติข้อมูล ACP จะต้องให้สมาชิกมีความสามารถในการบริการตนเอง BS บางแห่งอนุญาตให้สมาชิกสั่งซื้อการเชื่อมต่อและชำระค่าบริการผ่านทางอินเทอร์เน็ต

โครงสร้างและหน้าที่ของระบบการเรียกเก็บเงิน
รูปแบบองค์กรการเรียกเก็บเงินไม่ซับซ้อน: ข้อมูลเกี่ยวกับการเชื่อมต่อและระยะเวลาจะถูกบันทึกโดยสวิตช์ และหลังจากการประมวลผลเบื้องต้น จะถูกโอนไปยังระบบการเรียกเก็บเงิน ระบบการเรียกเก็บเงิน "รู้" อัตราภาษี มันระบุการโทรและดำเนินการ การคำนวณที่จำเป็นจึงสร้างบัญชีของสมาชิก เห็นได้ชัดว่าหน่วยความจำของระบบควรจัดเก็บไม่เพียงแต่มาตรฐาน ภาษี และข้อมูลเกี่ยวกับบริการ แต่ยังรวมถึงข้อมูลเกี่ยวกับลูกค้า สัญญาที่ทำกับสมาชิก และ ซัพพลายเออร์บุคคลที่สามบริการสื่อสาร (ถ้ามี) ตลอดจนค่าใช้จ่ายในการส่งข้อมูลผ่าน ช่องทางที่แตกต่างกันและเส้นทาง (ระบบต้องจัดให้มีตัวแทนจำหน่ายด้วย โดยอาจมีราคาที่แตกต่างกัน เช่น สำหรับการเชื่อมต่อ) นอกจากนี้ BS ใด ๆ จะต้องมีฐานข้อมูลที่จัดเก็บประวัติการชำระเงิน: เฉพาะข้อมูลนี้เท่านั้นที่ช่วยให้คุณสามารถควบคุมกระบวนการชำระเงินและทำให้สิ่งที่เรียกว่าการเปิดใช้งาน/ปิดใช้งานสมาชิกเป็นแบบอัตโนมัติ ฟังก์ชัน BS นี้สามารถเรียกว่าการป้องกันได้เนื่องจากไม่อนุญาตให้ผู้ที่ไม่จ่ายเงินให้ใช้บริการสื่อสาร


ข้าว. 11. โครงสร้างระบบการเรียกเก็บเงิน
โดย ฟังก์ชั่น BS สามารถแบ่งออกเป็นสามประเภท: ประเภทที่มีไว้สำหรับผู้ให้บริการโทรคมนาคมข้ามชาติ ระบบระดับชาติที่ปรับแต่งเอง และระบบชนชั้นกลางสำหรับเครือข่ายระดับภูมิภาค
BS ที่เป็นของชั้นหนึ่งจะต้องรับประกันปฏิสัมพันธ์ของเครือข่ายในระดับสากล ในเขตเวลาที่แตกต่างกัน เช่น ต้องเป็นหลายสกุลเงินและหลายภาษา
ระบบที่สั่งทำพิเศษในระดับประเทศถูกสร้างขึ้นสำหรับผู้ปฏิบัติงานเฉพาะราย ผู้ดำเนินการอาจต้องมี BS ใหม่ที่เข้ากันได้กับระบบการชำระเงินที่มีอยู่ แน่นอนว่าค่าใช้จ่ายของแต่ละระบบนั้นสูงกว่ามาก
ในระดับภูมิภาค คุณสามารถผ่านมาตรฐาน BS ได้ ในเวลาเดียวกัน ระบบดังกล่าวจะต้องมีคุณสมบัติตามรายการข้างต้น: ความยืดหยุ่น ความสามารถในการขยายขนาด และความน่าเชื่อถือ BS ใด ๆ ถูกสร้างขึ้นและกำหนดค่าสำหรับกระบวนการทางธุรกิจของผู้ให้บริการโทรคมนาคมรายใดรายหนึ่ง มีชุดฟังก์ชันของตัวเองที่สอดคล้องกับวงจรเทคโนโลยีของการให้บริการ และสามารถทำงานร่วมกับเฉพาะ อุปกรณ์เครือข่ายโดยให้ข้อมูลเกี่ยวกับการโทรและการเชื่อมต่อ - นั่นคือ BS ไม่ใช่ผลิตภัณฑ์ "บรรจุกล่อง" แต่ก็มีเช่นกัน ชุดมาตรฐานฟังก์ชั่นที่รองรับโดย BS เกือบทั้งหมด ประกอบด้วย:
การดำเนินการที่ดำเนินการในขั้นตอนของการประมวลผลเบื้องต้นและการวิเคราะห์แหล่งข้อมูล เช่น ฟังก์ชั่นการรับข้อมูลเกี่ยวกับการเชื่อมต่อและบริการ (คำขอไปยังสวิตช์)
การดำเนินการจัดการอุปกรณ์เครือข่าย: ฟังก์ชั่นการเปิดใช้งาน/ปิดใช้งาน (การบล็อก/การบล็อก) ของสมาชิกและคำสั่งสำหรับการเปลี่ยนแปลงเงื่อนไขการสมัครสมาชิกที่ส่งโดยตรงไปยังสวิตช์
ฟังก์ชั่นหลักของแอปพลิเคชัน DBMS ได้แก่ การชาร์จบันทึกสวิตช์เกี่ยวกับการโทรและบริการ การสร้างและแก้ไขตารางฐานข้อมูล ระบบการชำระเงิน- การออกใบแจ้งหนี้และการพิมพ์ การควบคุมเครดิตของบัญชี การจัดทำรายงาน การเก็บถาวร
ดังที่ได้กล่าวไปแล้ว BS จะต้องมีความยืดหยุ่นหรือเป็นแบบโมดูลาร์ แต่ละองค์ประกอบของระบบควบคุมอัตโนมัติช่วยให้มั่นใจได้ถึงการใช้งานส่วนเฉพาะของห่วงโซ่เทคโนโลยีของการบริการลูกค้า ลักษณะระบบย่อยหลักของการเรียกเก็บเงินคือ: ระบบย่อยสำหรับการประมวลผลข้อมูลการเชื่อมต่อเบื้องต้น, การจัดการการดำเนินงานระบบย่อยการเรียกเก็บเงินและการแจ้งเตือนลูกค้า

ประมาณหนึ่งปีครึ่งที่แล้ว เราประสบปัญหาที่ระบบการเรียกเก็บเงินของเรา (เขียนโดยใครบางคนในคราวเดียว ได้รับการสนับสนุนจากการควบคุมในท้องถิ่นซึ่งผู้เขียนไม่ได้อยู่อีกต่อไป) ไม่สามารถรับมือกับงานที่ได้รับมอบหมายได้อีกต่อไป ถึงมัน

การสั่งพัฒนาระบบใหม่สำหรับงานของคุณมีราคาแพงเกินไปและใช้เวลานานเกินไป ดังนั้นงานจึงเกิดขึ้น - เพื่อค้นหาแนวทางแก้ไขที่เหมาะสม ในที่สุดทางเลือกก็ตกอยู่ที่ BGBilling ด้วยเหตุนี้เราจึงใช้งานระบบนี้มาเป็นเวลาหนึ่งปีแล้ว และโดยรวมแล้วเราพอใจกับทุกสิ่ง เหตุใดเราจึงเลือกระบบและเหตุใดจึงดี (ฉันจะพยายามเน้นข้อเสียด้วย) ฉันจะพยายามอธิบายรายละเอียดด้านล่าง

ใครจะต้องใช้โมดูลใด ไม่มีโมดูล ค่าธรรมเนียมการสมัครสมาชิก- ไม่มีที่ไหนเลย ราคาสูงสุดสำหรับใบอนุญาตจำนวนอนันต์ (เริ่มต้นด้วยใบอนุญาต 10,000 ใบ) อยู่ที่ ~100tr
ทีนี้มาดูกันว่าเรากำลังทำอะไรอยู่? ผู้ดำเนินการ CATV ไม่ต้องการสิ่งอื่นใดอีกแล้ว ผู้ให้บริการยังต้องการโมดูลเครือข่ายด้วย นี่คือ IPN หรือ DialUP - ทั้งคู่มีราคาสูงสุดประมาณ 100 tr
โมดูลโทรศัพท์เป็นหนึ่งในโมดูลที่แพงที่สุด ประมาณ 240 ตร.ม.
โมดูลที่เหลือคือ voiceip, โมดูล โทรทัศน์ระบบดิจิตอล- ในความคิดของฉัน พวกมันไม่ได้รับความนิยมมากนัก เราจะไม่พิจารณาพวกมัน หากสนใจสามารถคำนวณได้ที่เว็บไซต์

การสนับสนุนด้านเทคนิคชุมชน

ปัญหาข้อขัดแย้งเกี่ยวกับการสนับสนุนทางเทคนิค มันจ่ายแล้ว เมื่อซื้อใบอนุญาตจะมีการเสนอให้ทำสัญญาเพื่อรับการสนับสนุนทางเทคนิคและซื้อแพ็คเกจคำขอ สำหรับ 25tr คุณสามารถรับ 50 คำขอต่อปี สำหรับคำขอ 9tr - 15 เป็นเวลาหนึ่งปีเช่นกัน มันมากหรือน้อย? เราใช้คำขอ 5 ครั้งต่อปี ข้อความแสดงข้อผิดพลาดจะไม่นับเป็นคำขอ แต่หากต้องการรายงาน คุณยังต้องมีแพ็คเกจที่มีคำขออย่างน้อยหนึ่งรายการ

นักพัฒนาซอฟต์แวร์ในฟอรัมให้การสนับสนุนฟรี แต่ไม่อยู่ในกรอบเวลาที่รับประกัน ถ้าผ่าน บัญชีส่วนตัวคำตอบจะได้รับโดยเฉลี่ยภายในสองสามชั่วโมง แต่คุณจะต้องรอผ่านฟอรัมหนึ่งหรือสองวัน แต่ในฟอรั่มมีผู้ใช้เช่นคุณจำนวนมากซึ่งบางครั้งให้คำแนะนำและช่วยเหลือได้รวดเร็วยิ่งขึ้น

ซึ่งนำเราไปสู่คำถามของชุมชนและฐานข้อมูลวิกิ ฉันชอบชุมชนมาก ในฟอรั่ม คุณสามารถค้นหาความช่วยเหลือได้เกือบทุกประเด็น ใน เมื่อเร็วๆ นี้และพวกเขาเริ่มติดต่อฉันที่ ICQ เพื่อถามคำถาม ฉันยินดีที่จะให้คำแนะนำหากฉันรู้ว่าอะไรและอย่างไร

ผลผลิตและ fakaps

ข้อมูลอย่างเป็นทางการแสดงอยู่บนหน้าเว็บไซต์ที่เกี่ยวข้อง - bgbilling.ru/program/speed.shtml โดยทั่วไปแล้วพวกเขาสามารถเชื่อถือได้ AP ถูกตัดออกไปอย่างรวดเร็ว รัศมี (เราใช้โมดูล DiapUP เพื่อเข้าถึงเครือข่าย) รองรับโหลดโดยได้รับอนุญาตจากผู้ใช้ 1,000-1,500 คนพร้อมกัน (การสูญเสียแสงในพื้นที่แล้วเปิดเครื่อง) ค่อนข้างปกติ Radius มีส่วนร่วมในการคำนวณสถิติ netflow รับมือกับโฟลว์ของระบบ Cisco 6 ระบบพร้อมการรับส่งข้อมูลระดับกิกะบิตในแต่ละระบบ

นอกจากฟากัปที่เกิดจากมือคดเคี้ยวของตัวเองแล้ว ยังมีฟากัปที่ไม่น่าพึงพอใจอีกรายการหนึ่งในวันที่ 1 มกราคม 2010 ตารางใหม่ที่มียอดคงเหลือจะถูกสร้างขึ้นโดยอัตโนมัติในแต่ละเดือน เนื่องจากข้อบกพร่องบางประการในตรรกะ จึงไม่มีการสร้างตารางใหม่ในปี 2010 ดังนั้นในขณะที่ AP ถูกตัดออก ทุกคนจึงมี 0 ในบัญชีของตน โชคดีที่ฐานข้อมูลได้รับการบันทึกไว้เป็นอย่างดีและมีฟังก์ชันต่างๆ การดำเนินงานของกลุ่ม- สิ่งนี้ได้รับการแก้ไขอย่างรวดเร็ว (ก่อนที่สมาชิกส่วนใหญ่จะหายจากอาการเมาค้างและออนไลน์)

เปิดตัวถ่ายโอนฐานข้อมูลที่มีอยู่

การตั้งค่าและการเริ่มต้นระบบค่อนข้างง่าย ไม่มีอะไรพิเศษที่ต้องเน้น คลายไฟล์เก็บถาวรเพิ่ม executables.sh ในการทำงานอัตโนมัติโหลดโครงสร้างตารางจากไฟล์ดัมพ์และอาจเป็นทั้งหมด - มันจะใช้งานได้แล้ว =)

ช่วงเวลาที่น่าสนใจ ส่วนประกอบหลักของระบบ - เซิร์ฟเวอร์, รัศมี, ตัวกำหนดเวลา - สามารถแบ่งออกเป็น เซิร์ฟเวอร์ที่แตกต่างกันระบุ IP ในการตั้งค่าแล้วทุกอย่างจะทำงานได้ดี เชื่อมต่อกับเซิร์ฟเวอร์และกระจายโหลด

พูดถึงการกระจายโหลด งานทั้งหมดจะถูกทิ้งลงในคิว ซึ่งถูกประมวลผลโดยตัวกำหนดตารางเวลา ยิ่งไปกว่านั้น มันไม่เกี่ยวอะไรกับเซิร์ฟเวอร์เลย เหล่านั้น. งานขนถ่ายสถิติการคำนวณปริมาณการใช้ข้อมูลใหม่ - จะโหลดตัวกำหนดเวลา แต่จะไม่ส่งผลกระทบต่อประสิทธิภาพของเซิร์ฟเวอร์การเรียกเก็บเงิน แต่อย่างใด - มันจะทำงานใน โหมดปกติการวางงานไว้ในคิวจะให้สิทธิ์การเข้าถึงฐานข้อมูลในรัศมีและโมดูลอื่นๆ

สรุปเปรียบเทียบกับระบบอื่นๆ

โดยรวมแล้วฉันพอใจกับการเรียกเก็บเงิน ตอนนี้ฉันกำลังเสร็จสิ้นอินเทอร์เฟซของฉัน (ฉันดีใจอีกครั้งที่ฐานข้อมูลได้รับการบันทึกไว้ - เขียน คำขอที่จำเป็นฐานข้อมูลเป็นเรื่องง่ายมาก)

ไม่มีโอกาสพิเศษที่จะเปรียบเทียบกับระบบอื่น ตามบทวิจารณ์ของผู้ที่ย้ายจาก UTM สวรรค์และโลกเป็นเอกสารและความเปิดกว้างของฐานข้อมูล ความสามารถในการเพิ่มสคริปต์ของคุณเอง ใช้ตรรกะทางธุรกิจของคุณเอง

ป.ล. หากคุณมีคำถามใด ๆ ถามฉันจะพยายามตอบ

- สันทนาการและงานอดิเรก | ชีวิต | เอกสารเก่า |

อาร์เอสเอส การธนาคาร: ระบบการชำระเงินที่สะดวกสำหรับทุกคน

ช่วงของบริการของเกือบทุกธนาคารรวมถึงการดำเนินการรับบิลค่าสาธารณูปโภคและ การชำระงบประมาณและโอนไปยังองค์กรผู้รับในภายหลัง แม้จะดูเรียบง่ายในการให้บริการนี้ ประเภทนี้การดำเนินงานค่อนข้างใช้แรงงานเข้มข้นมาโดยตลอด เนื่องจากเกี่ยวข้องกับงานหลายขั้นตอนในการเตรียมเอกสารทางธนาคารจำนวนมาก ระบบนี้ไม่สะดวกสำหรับลูกค้าเช่นกัน ผู้ชำระค่าบริการมักถูกบังคับให้ยืนต่อคิว และองค์กรด้านสาธารณูปโภคต้องรอหลายวันกว่าจำนวนเงินจะเข้าบัญชี

สถานการณ์เปลี่ยนแปลงไปอย่างมากนับตั้งแต่ช่วงเวลาที่ธนาคารเริ่มเปิดตัว ระบบใหม่การคำนวณที่เรียกว่า "การเรียกเก็บเงิน" คอมเพล็กซ์นี้เกี่ยวข้องกับ ระบบอัตโนมัติเต็มรูปแบบกระบวนการรับเข้าเรียน การชำระเงินต่างๆและโอนเข้าบัญชีผู้รับ ธนาคารทำข้อตกลงกับองค์กรที่อยู่อาศัยและชุมชนหรือบริษัทที่ให้บริการการสื่อสารเกี่ยวกับการเปลี่ยนไปใช้ระบบการเรียกเก็บเงิน หลังจากนั้น องค์กรนี้ให้รายละเอียดแก่ธนาคารเกี่ยวกับจำนวนเงินที่เข้าบัญชีรวมทั้ง ฐานลูกค้าพร้อมถอดรหัสหนี้สำหรับผู้ใช้บริการแต่ละราย ข้อมูลที่ให้ไว้จะได้รับการอัปเดตภายในระยะเวลาที่ระบุไว้ในสัญญา

เมื่อเปลี่ยนไปใช้การเรียกเก็บเงิน การบริการลูกค้าจะดำเนินการผ่านตู้เอทีเอ็มหรือเครื่องเทอร์มินัล ซึ่งช่วยลดความจำเป็นในการยืนต่อคิวและกรอกใบเสร็จรับเงินที่น่าเบื่อ ผู้เชี่ยวชาญด้านการธนาคารผูกมัดครั้งเดียว บัตรพลาสติกลูกค้าตามนามสกุลที่ระบุโดยเขาหรือ หมายเลขประจำตัวผู้ชำระเงิน ดังนั้นเขาไม่เพียงแต่สามารถชำระหนี้รายเดือนสำหรับค่าน้ำมัน น้ำ หรือโทรศัพท์เท่านั้น แต่ยังได้รับข้อมูลที่ทันเวลาเกี่ยวกับสถานะอีกด้วย

ระบบนี้ยังใช้สำหรับการชำระเงินแบบครั้งเดียวหากองค์กรได้ทำข้อตกลงที่เกี่ยวข้องกับธนาคาร ด้วยระบบการเรียกเก็บเงิน ลูกค้าสามารถชำระภาษีหรือค่าธรรมเนียมบังคับโดยใช้หมายเลขใบเสร็จที่ออกโดยสำนักงานสรรพากรหรือองค์กรงบประมาณอื่น ๆ

สำหรับองค์กรที่ได้รับการชำระเงินจากสาธารณะ การเรียกเก็บเงินยังเป็นระบบที่สะดวกและเชื่อถือได้ที่สุด เนื่องจากการคำนวณอัตโนมัติช่วยลดความเป็นไปได้ที่เงินจะถูกโอนไปยังผู้รับที่ไม่เหมาะสม นอกจากนี้การใช้งานแบบนี้ บริการธนาคารลดเวลาที่ใช้ในการรับการชำระเงินเข้าบัญชีปัจจุบันขององค์กรได้อย่างมาก