Thanh toán viễn thông - Hướng dẫn nhanh

Gửi thoại, dữ liệu, hình ảnh, fax, v.v., từ điểm này đến điểm khác bằng phương tiện điện tử được gọi là viễn thông và ngắn gọn là 'telecom'. Ví dụ bao gồm Điện thoại, Đài phát thanh, Truyền hình và Internet. Phương tiện truyền dẫn bao gồm Dây (Đồng), Sợi quang, Ether (không dây), Tháp vô tuyến, Lò vi sóng, Vệ tinh, v.v.

Bây giờ, chúng ta hãy liệt kê một vài nhà khai thác viễn thông quốc tế đang cung cấp dịch vụ viễn thông thỏa đáng cho khách hàng của họ -

  • Verizon
  • Vodafone
  • Airtel
  • TATA
  • Etisalat
  • Qtel

Hãy cũng chúng tôi liệt kê một vài dịch vụ viễn thông cơ bản đang được cung cấp bởi các nhà khai thác viễn thông nổi tiếng khác nhau -

  • Cuộc gọi thoại
  • Dịch vụ Fax
  • SMS & MMS
  • Kết nối Internet
  • Tải xuống và tải lên dữ liệu
  • Hội nghị truyền hình
  • Dịch vụ dựa trên IP, tức là thoại qua IP hoặc VPN

Các nhà khai thác viễn thông đang tính phí khách hàng của họ theo nhiều cách khác nhau, nhưng có hai thông số chủ yếu được sử dụng để tính phí khách hàng -

  • Rental Charges- Đây là khoản phí khách hàng lấy hàng tháng so với dịch vụ được cung cấp. Ví dụ: phí điện thoại hàng tháng của bạn sẽ là $ 5,00 bất kể bạn có sử dụng hay không.

  • Usage Charges- Đây là các khoản phí khách hàng thu dựa trên việc sử dụng dịch vụ. Ví dụ: bạn sẽ bị tính phí cho tất cả các cuộc gọi bạn đã thực hiện hoặc dữ liệu được tải xuống bằng điện thoại của bạn.

Ngoài phí thuê và phí sử dụng hàng tháng, các nhà khai thác cũng có thể tính phí bạn cho việc khởi tạo, cài đặt, tạm ngừng hoặc chấm dứt dịch vụ.

Telecom Billing là một quá trình thu thập việc sử dụng, tổng hợp nó, áp dụng các khoản phí sử dụng và thuê bắt buộc, và cuối cùng tạo hóa đơn cho khách hàng. Quy trình Lập hóa đơn Viễn thông cũng bao gồm việc nhận và ghi lại các khoản thanh toán từ khách hàng.

Hệ thống thanh toán

Có thể có những tình huống tính phí rất phức tạp, khó xử lý bằng tay. Có những Hệ thống Thanh toán hiện đại có sẵn trên thị trường phần mềm có thể xử lý các tác vụ thanh toán rất hiệu quả và cung cấp nhiều sự linh hoạt cho các nhà cung cấp dịch vụ để cung cấp dịch vụ của họ với các cấu trúc giá khác nhau.

Hệ thống thanh toán thường được coi là tài khoản phải thu, vì hệ thống thanh toán hỗ trợ việc thu (nhận) tiền từ khách hàng. Hệ thống thanh toán cũng là một phần của khoản phải trả (đối với các khoản thanh toán giữa các nhà cung cấp dịch vụ), vì khách hàng thường sử dụng các dịch vụ từ các công ty khác như chuyển vùng không dây, đường dài và kết thúc cuộc gọi qua các mạng khác.

Hệ thống thanh toán là phần mềm cao cấp, đáng tin cậy và đắt tiền, cung cấp nhiều chức năng khác nhau. Dưới đây là danh sách các tính năng quan trọng nhất nhưng không giới hạn ở những điều sau:

  • Rating & billing - Nó liên quan đến việc đánh giá mức độ sử dụng sản phẩm hoặc dịch vụ và xuất hóa đơn hàng tháng.

  • Payment processing - Nó liên quan đến việc đăng các khoản thanh toán của khách hàng vào tài khoản của họ.

  • Credit control and collections - Nó liên quan đến việc theo đuổi các khoản thanh toán chưa thanh toán và thực hiện các hành động thích hợp để thu các khoản thanh toán.

  • Disputes and adjustments - Nó liên quan đến việc ghi lại các tranh chấp của khách hàng đối với các hóa đơn của họ và tạo điều chỉnh để hoàn trả số tiền tranh chấp nhằm giải quyết tranh chấp.

  • Pre-pay and post-pay services - Nó liên quan đến việc hỗ trợ cả cơ sở khách hàng trả trước và trả sau.

  • Multilingual & multiple currencies - Hỗ trợ đa ngôn ngữ và nhiều loại tiền tệ là bắt buộc nếu doanh nghiệp trải rộng trên toàn cầu và có khách hàng đa quốc gia hoặc nếu các quy định của chính phủ yêu cầu.

  • Inter-carrier settlements - Nó liên quan đến việc chia sẻ doanh thu giữa các hãng cung cấp dịch vụ cho khách hàng của nhau.

  • Products & services - Điều này liên quan đến việc cung cấp cách thức linh hoạt để duy trì các sản phẩm và dịch vụ khác nhau và bán chúng riêng lẻ hoặc theo gói.

  • Discount applications - Điều này liên quan đến việc xác định các chương trình chiết khấu khác nhau để giảm bớt sự rời bỏ của khách hàng, đồng thời thu hút và tăng cơ sở khách hàng.

Các loại thanh toán

Khi bạn đi sâu vào chủ đề thanh toán, nó sẽ trở nên phức tạp hơn. Tôi sẽ cố gắng trình bày hầu hết các khái niệm ở phần sau của hướng dẫn này, nhưng trước tiên, hãy để chúng ta có một cái nhìn bao quát về các loại thanh toán được sử dụng rộng rãi -

  • Pre-pay Billing- Cơ chế thanh toán trong đó khách hàng thanh toán trước và sau đó bắt đầu sử dụng dịch vụ. Thông thường, khách hàng trả trước không nhận được bất kỳ hóa đơn nào và họ bị tính phí theo thời gian thực bởi hệ thống thanh toán có tính khả dụng cao được gọi là 'IN'(Mạng thông minh).

  • Post-pay Billing- Đây là hình thức thanh toán thông thường, sẽ xuất hiện trong nhiều năm. Tại đây, khách hàng mua sản phẩm, dịch vụ và sử dụng trong tháng, đến cuối tháng, nhà cung cấp dịch vụ lập hóa đơn và gửi hóa đơn đó cho khách hàng để thanh toán đến hạn.

  • Interconnect Billing:Nhà khai thác mạng thường chịu trách nhiệm về tài chính đối với các dịch vụ do các mạng khác cung cấp cho khách hàng của mình bất kể khách hàng có trả tiền cho dịch vụ đó hay không. Thanh toán liên mạng liên quan đến liên mạng hoặc đôi khi được gọi làpartner settlements.

  • Roaming Charges- Khi khách hàng đi từ vùng phủ sóng của nhà khai thác mạng này sang vùng phủ sóng của nhà khai thác mạng khác, nhà khai thác thứ nhất sẽ trả phí biên cho nhà mạng thứ hai để cung cấp dịch vụ cho khách hàng của họ. Loại phí như vậy được thanh toán thông qua thanh toán chuyển vùng. Việc dàn xếp này được thực hiện theo giao thức TAP3 mà chúng ta sẽ thảo luận trong các chương sắp tới.

  • Convergent Billing- Thanh toán hội tụ là việc tích hợp tất cả các khoản phí dịch vụ vào một hóa đơn của khách hàng. Thanh toán hội tụ có nghĩa là tạo ra một cái nhìn thống nhất về khách hàng và tất cả các dịch vụ (Di động, Cố định, IP, v.v.) được cung cấp cho khách hàng đó.

Nhà cung cấp hệ thống thanh toán

Hệ thống thanh toán là xương sống của bất kỳ nhà khai thác viễn thông nào. Nếu các nhà khai thác không có một hệ thống thanh toán mạnh, thì họ sẽ không thể cung cấp các sản phẩm và dịch vụ của mình với các chương trình khuyến mãi và ưu đãi hấp dẫn và cuối cùng họ không thể đứng vững trong thị trường cạnh tranh và năng động ngày nay.

Bạn có thể tìm thấy hàng nghìn nhà cung cấp đang bán các sản phẩm thanh toán của họ với tuyên bố có nhiều tính năng, nhưng có một số ít trên thị trường thực sự tốt và được sử dụng phổ biến nhất. Một số hệ thống thanh toán tốt được liệt kê dưới đây:

Hệ thống Trang mạng
Convergys IRB

www.convergys.com

Amdocs Ensemble

www.amdocs.com

AMS Tapestry

www.amsinc.com/telecom

Kenan Arbor

www.kenan.com

Xem một lần

www.intecbilling.com

Portal Infranet

www.intecbilling.com

Ericsson VÀO

www.ericsson.com

Sơ đồ sau đây cho thấy kiến ​​trúc điển hình của Hệ thống thanh toán -

Ở đây, chúng ta có hai khả năng -

  • Hệ thống CRM (Quản lý quan hệ khách hàng) / OMOF (Quản lý đơn hàng và thực hiện đơn hàng) liên hệ với hệ thống thanh toán và hệ thống thanh toán liên hệ với hệ thống cung cấp để cung cấp dịch vụ và hệ thống kiểm kê mạng cũng như chỉ định số điện thoại hoặc địa chỉ IP, v.v.

  • Khả năng thứ hai có thể là hệ thống CRM / OMOF tự liên hệ với hệ thống cung cấp để cung cấp dịch vụ và hệ thống kiểm kê mạng cũng như chỉ định số điện thoại hoặc địa chỉ IP, v.v.

Quy trình thanh toán điển hình

Xem xét kiến ​​trúc hệ thống ở trên: → Sau khi cuộc gọi được thực hiện hoặc bạn có thể nói việc sử dụng được tạo bởi khách hàng cuối, hệ thống dàn xếp thu thập dữ liệu sử dụng từ bộ chuyển mạng và xây dựng call-detail record(CDR). CDR này phải chứa số bên 'A' và số bên 'B', ngày & giờ bắt đầu và kết thúc.

CDR sau đó được lưu trữ cho đến khi nó có thể được xếp hạng. Để xếp hạng cuộc gọi, CDR được kiểm tra để xem cuộc gọi, ví dụ, một số 800, một cuộc gọi nội hạt nằm trong gói cước gọi nội hạt, cuộc gọi quốc tế hay cuộc gọi tổng đài. Thông tin như thời gian thực hiện cuộc gọi và mã thành phố hoặc mã quốc gia được sử dụng để tính cước cuộc gọi.

Khi mỗi cuộc gọi được xếp hạng, thông tin này được lưu trữ cho đến khi chạy hóa đơn, thường là mỗi tháng một lần. Khi hóa đơn được chạy, các khoản phí không sử dụng khác, chẳng hạn như chiết khấu hoặc phí hàng tháng, có thể được áp dụng cho hóa đơn hoặc đôi khi được gọi là hóa đơn.

Có thể có chiết khấu thời gian xếp hạng hoặc chiết khấu thời gian thanh toán, các khoản thanh toán khác nhau do khách hàng thực hiện, các điều chỉnh khác nhau được đưa ra, tất cả những thông tin này đều góp phần tạo ra hóa đơn cuối cùng.

Thông tin này sau đó được chuyển đổi dưới dạng định dạng, có thể in ra ở dạng có thể đọc được. Cuối cùng, phong bì được in, nhồi các hộp và gửi đến khách hàng cuối cùng.

Yêu cầu hệ thống thanh toán

Hệ thống thanh toán phải bao gồm một loạt các ứng dụng độc lập, khi chạy cùng nhau, được gọi là hệ thống thanh toán. Một hệ thống thanh toán tốt phải cung cấp các chức năng chính sau đây với độ linh hoạt cao -

  • Customer-interface Management - Hệ thống thanh toán phải có khả năng xử lý liên hệ do khách hàng khởi tạo, giám sát liên hệ với khách hàng đi và quản lý vòng đời của liên hệ.

  • Order Management- Đây là một chức năng cơ bản cần có trong hệ thống thanh toán điển hình. Hệ thống thanh toán phải có đủ khả năng để nắm bắt đơn đặt hàng sản phẩm & dịch vụ và quản lý vòng đời nhập đơn hàng cũng như giám sát vòng đời hoàn thành đơn đặt hàng.

  • Sales and Marketing - Hệ thống thanh toán đạt yêu cầu phải trả lời câu hỏi của khách hàng, xử lý tiền hoa hồng, hỗ trợ bán hàng, theo dõi khách hàng tiềm năng, quản lý chiến dịch, phân tích hiệu suất sản phẩm và có được nhiều đơn vị ở.

  • Rate Plans and Rating - Hệ thống thanh toán phải quản lý nhiều loại sản phẩm và dịch vụ, các gói giá khác nhau liên quan đến các sản phẩm và dịch vụ đó và phải cung cấp các cách linh hoạt để đánh giá mức sử dụng do các sản phẩm và dịch vụ đó tạo ra.

  • Discounting - Hệ thống thanh toán phải có khả năng cung cấp nhiều loại chiết khấu khác nhau cho các mục đích sử dụng và cho thuê khác nhau.

  • Invoicing - Điều quan trọng là hệ thống thực hiện truy vấn thanh toán, tạo hóa đơn, xử lý tiền gửi, thực hiện quản lý tài khoản, duy trì thông tin thuế và phí và xử lý thông tin tài chính.

  • Credit Control & Collection- Hệ thống thanh toán phải kiểm soát việc sử dụng và doanh thu bằng cách ấn định các hạng tín dụng khác nhau cho các khách hàng khác nhau. Hệ thống nên hỗ trợ thu tiền thanh toán và áp dụng chúng trên các hóa đơn khác nhau.

  • Multilingual Support - Hỗ trợ đa ngôn ngữ liên quan đến việc cung cấp hóa đơn và dịch vụ chăm sóc khách hàng bằng nhiều ngôn ngữ.

  • Multiple Currencies - Nhiều đơn vị tiền tệ được sử dụng ở các quốc gia khác nhau có thể làm phức tạp hệ thống thanh toán vì hệ thống thanh toán và chăm sóc khách hàng phải có khả năng ghi và xử lý theo đơn vị của nhiều loại tiền tệ.

  • Partner revenue management - Quản lý doanh thu của đối tác là việc chia sẻ doanh thu giữa các nhà mạng cung cấp dịch vụ cho khách hàng của nhau.

  • Problem Handling - Một hệ thống thanh toán cũng phải có thể quản lý việc nhập vé gặp sự cố, điều phối việc đóng vé sự cố và theo dõi tiến trình giải quyết của vé gặp sự cố.

  • Performance Reporting - Một hệ thống đạt yêu cầu sẽ cung cấp báo cáo hiệu suất, đảm bảo báo cáo chất lượng dịch vụ (QoS), tạo báo cáo quản lý và tạo báo cáo quy định.

  • Installation and Maintenance - Hệ thống cũng nên cung cấp lịch trình cho lực lượng lao động và quản lý các hoạt động được thực hiện tại cơ sở của khách hàng.

  • Auditing & Security- Hệ thống thanh toán phải thực hiện kiểm tra dữ liệu và kiểm tra tính toàn vẹn. Một hệ thống an toàn luôn được mong muốn đối với một nhà điều hành.

Ngoài các chức năng trên, một hệ thống thanh toán tốt phải:

  • Đẩy nhanh thời gian tiếp cận thị trường để ra mắt dịch vụ mới.

  • Cho phép quan sát khách hàng và sản phẩm hội tụ.

  • Hỗ trợ khả năng mở rộng kiến ​​trúc hiệu quả về chi phí.

  • Cho phép quản lý và giải quyết mối quan hệ đối tác.

  • Giảm tổng chi phí sở hữu.

Tiếp theo là gì?

Bắt đầu từ chương tiếp theo, chúng tôi sẽ cố gắng bao gồm toàn bộ quy trình bắt đầu từ việc xác định sản phẩm và dịch vụ, liên kết kế hoạch và thuế quan với các sản phẩm đó, thu hút khách hàng (bán sản phẩm cho khách hàng cuối cùng), nắm bắt mức sử dụng do những khách hàng đó tạo ra và cuối cùng là xếp hạng và lập hóa đơn cho việc sử dụng đó để gửi hóa đơn cuối cùng cho những khách hàng đó.

Giả sử một nhà khai thác viễn thông như Airtel muốn thiết lập một hệ thống thanh toán của riêng mình. Sau đó, Airtel trước tiên sẽ phải xác định các sản phẩm và dịch vụ của mình bởi bộ phận bán hàng và tiếp thị trước khi chuyển sang thiết lập hệ thống thanh toán.

Sản phẩm là gì?

Sản phẩm là một thực thể logic hoặc vật lý, có thể được người vận hành bán hết cho khách hàng cuối cùng. Đó có thể là điện thoại di động, kết nối Internet, Kết nối cuộc gọi thoại, VPN, Video theo yêu cầu, Kết nối TV kỹ thuật số, v.v.

Một sản phẩm có thể có tiền thuê hàng tháng, mà chúng tôi cũng gọi là phí định kỳ. Một sản phẩm có thể đượcusage generating product hoặc là non-usage generating product. Đôi khi sản phẩm tạo sử dụng được gọi là sản phẩm tạo sự kiện và sản phẩm tạo không sử dụng được gọi là sản phẩm tạo không sự kiện.

Ví dụ: kết nối cuộc gọi thoại, đi kèm với số điện thoại, là một sản phẩm tạo ra mức sử dụng vì nó tạo ra mức sử dụng bất cứ khi nào khách hàng cuối sử dụng sản phẩm này để thực hiện cuộc gọi thoại. Một bộ điện thoại đơn giản không có kết nối là một sản phẩm tạo ra không sử dụng và nó có thể được trao cho khách hàng chỉ dựa trên tiền thuê hàng tháng. Vì vậy, ngay cả khi, một khách hàng không sử dụng nó, anh ta phải trả tiền thuê hàng tháng.

Dịch vụ là gì?

Khi chúng ta nói về chúng theo quan điểm tiếp thị, như vậy không có sự khác biệt giữa các sản phẩm và dịch vụ bởi vì hầu hết các trường hợp, cả hai đều được sử dụng thay thế cho nhau bởi các chuyên gia tiếp thị và lập hóa đơn khác nhau.

Nói một cách đơn giản, một nhà khai thác sử dụng các sản phẩm của mình để cung cấp dịch vụ thoại cho khách hàng. Cuộc gọi quốc tế có thể được gọi là một dịch vụ được cung cấp bằng kết nối cuộc gọi thoại. Một ví dụ khác có thể là cuộc gọi đến số 800 có thể có hoặc không qua một nhà điều hành cụ thể, cuộc gọi chờ, chuyển tiếp cuộc gọi có thể được nói là một dịch vụ được cung cấp bởi một kiểu điện thoại hoặc bởi một nhà điều hành.

Hướng dẫn này sẽ sử dụng Product and Servicecác điều khoản thay thế cho nhau. Nói một cách đơn giản, Sản phẩm là những mặt hàng mà khách hàng có thể mua hoàn toàn hoặc cho thuê. sản phẩm có thể là -

  • Vật thể thực (ví dụ: điện thoại di động)
  • Dịch vụ (ví dụ: dịch vụ chờ cuộc gọi trên hệ thống điện thoại)
  • Các khái niệm trừu tượng hơn (ví dụ: thỏa thuận mức dịch vụ)

Họ sản phẩm

Các sản phẩm liên quan có thể được nhóm lại với nhau thành một họ sản phẩm. Có thể có nhiều cấp độ sản phẩm, vì vậy một sản phẩm có thể vừa là phụ huynh vừa là trẻ em cùng một lúc.

Ngoài ra, mỗi họ sản phẩm có thể có nhiều hơn một sản phẩm mẹ nếu được yêu cầu. Ví dụ về các họ sản phẩm là -

  • Dịch vụ điện thoại
  • Truyền hình cáp
  • Internet
  • Đường dây cho thuê

Nhóm sản phẩm (Gói)

Đôi khi, các nhà khai thác gộp nhiều sản phẩm thành một nhóm và bán chúng dưới dạng gói hoàn chỉnh. Có các hệ thống thanh toán, hỗ trợ gói nhiều loại sản phẩm lại với nhau thành một gói. Nó có thể được cung cấp với giá chiết khấu.

Gói cho phép một sản phẩm được cung cấp cho khách hàng với giá giảm nếu nó được coi là một phần của gói. Mỗi gói có thể bao gồm bất kỳ số lượng sản phẩm nào và những sản phẩm này có thể được lấy từ nhiều họ sản phẩm.

Gói giá trọn gói cho một sản phẩm thường khác với gói giá so sánh (nghĩa là không trọn gói), vì đây là cách công ty giảm giá cho khách hàng mua gói hoàn chỉnh. Tuy nhiên, điều này không bắt buộc, vì một sản phẩm có thể có một trong các gói giá thông thường được gán cho nó trong một gói.

Thuộc tính sản phẩm

Một sản phẩm có thể có một số thuộc tính được liên kết với chúng. Thuộc tính sản phẩm cho phép lưu giữ thông tin về các phiên bản sản phẩm riêng lẻ trong đó thông tin liên quan khác nhau giữa các loại sản phẩm. Ví dụ: một sản phẩm truyền hình trả tiền có thể có một thuộc tính ghi lại số hộp giải mã tín hiệu.

Hơn nữa, một sản phẩm điện thoại di động có thể cần các thuộc tính để ghi lại Nhận dạng Thuê bao Di động Quốc tế (IMSI) và Số ISDN Quốc tế của Trạm Di động (MSISDN).

Các loại sự kiện sản phẩm

Một sản phẩm có thể có một số loại sự kiện được liên kết với nó. Các loại sự kiện này chi phối các sự kiện mà sản phẩm có thể tạo ra.

Ví dụ: một sản phẩm điện thoại di động có thể có các loại sự kiện như cuộc gọi thoại và dịch vụ nhắn tin. Có thể có nhiều loại sự kiện khác được liên kết với một thiết bị điện thoại duy nhất và nhà điều hành có thể tính phí khách hàng cuối cho mỗi sự kiện do khách hàng tạo ra.

Quan điểm hệ thống thanh toán

Sau khi bộ phận tiếp thị của bạn hoàn thành tất cả các sản phẩm, dịch vụ, gói và giá liên quan, chúng sẽ được định cấu hình trong hệ thống thanh toán.

Các hệ thống thanh toán khác nhau cung cấp các mức độ linh hoạt khác nhau trong việc xác định sản phẩm và phân cấp của chúng về sản phẩm mẹ, con và cháu.

Một số hệ thống đủ linh hoạt để hỗ trợ các gói và gói và một số ít cung cấp các chức năng hạn chế liên quan đến gói và giá chiết khấu.

Một số hệ thống giữ danh mục sản phẩm riêng biệt với danh mục giá để cung cấp cách tiếp cận mô-đun tốt hơn và một số hệ thống thanh toán kết hợp hoàn toàn mô tả sản phẩm, tính năng của chúng và giá liên quan.

Sau khi tất cả các sản phẩm, dịch vụ, gói và sự kiện của chúng được định cấu hình trong hệ thống thanh toán, bước tiếp theo là xác định giá thuê và giá sử dụng của chúng, chúng ta sẽ đề cập trong chương tiếp theo.

Tiếp theo là gì?

Nếu bạn đã hiểu sản phẩm hoặc dịch vụ và gói hàng là gì, thì bạn có thể chuyển sang chương tiếp theo để hiểu cách bộ phận tiếp thị có sẵn với bất kỳ nhà điều hành nào xác định giá của chúng.

Bộ phận tiếp thị trong một công ty điều hành viễn thông làm việc chăm chỉ để xác định phí thuê & sử dụng cho các sản phẩm và dịch vụ khác nhau. Các khoản phí này được xác định để lưu ý đến các đối thủ cạnh tranh khác và các quy định. Nói chung, có hai loại biểu giá, còn được gọi là tỷ giá hoặc kế hoạch giá, tùy thuộc vào thuật ngữ được sử dụng trong hệ thống thanh toán khác nhau.

Có thể có các loại phí khác nhau được áp dụng cho một sản phẩm và các dịch vụ liên quan. Đối với một sản phẩm nhất định, nhà điều hành có thể xác định một hoặc nhiều khoản phí sau đây, nhưng chúng không chỉ giới hạn ở những khoản phí này, có thể có một số loại phí khác tùy thuộc vào quốc gia, vị trí và tình hình kinh doanh -

  • Product Initiation Charges - Đây là các khoản phí một lần, có thể được lấy từ khách hàng như một phần của quá trình cài đặt, kích hoạt, dịch vụ hoặc bắt đầu kết nối.

  • Product Periodic Charges - Đây là các khoản phí, có thể được áp dụng hàng tháng hoặc hai tháng hoặc hàng năm khi cho thuê sản phẩm và dịch vụ được cung cấp.

  • Product Termination Charges - Đây là các khoản phí, có thể được áp dụng khi chấm dứt sản phẩm và dịch vụ.

  • Product Suspension Charges- Đây là những khoản phí, có thể được áp dụng nếu một sản phẩm bị đình chỉ vì lý do nào đó; ví dụ, không thanh toán.

  • Product Suspension Periodic Charges - Có thể có yêu cầu tính phí khách hàng định kỳ ngay cả khi khách hàng bị đình chỉ vì lý do nào đó.

  • Product Re-activation Charges - Giả sử một sản phẩm bị tạm ngưng vì lý do nào đó và bây giờ nó cần được kích hoạt, nhà điều hành có thể áp dụng phí kích hoạt lại cho dịch vụ này.

  • Product Usage Charges- Đây là loại phí quan trọng nhất, sẽ được áp dụng dựa trên việc sử dụng dịch vụ. Ví dụ: cuộc gọi mỗi phút hoặc mỗi giây, tải xuống dữ liệu trên mỗi MB, v.v.

Tất cả các khoản phí trên được xác định (nghĩa là được định cấu hình) trong các danh mục thuế quan khác nhau bao gồm hoặc không bao gồm thuế áp dụng tùy thuộc vào quy định. Các danh mục này khác nhau giữa một hệ thống thanh toán và hệ thống thanh toán. Một số hệ thống thanh toán giữ tất cả giá trong một danh mục duy nhất và một số hệ thống thanh toán giữ phí sử dụng tách biệt với các khoản phí khác.

Các danh mục này được duy trì trong hệ thống thanh toán, nhưng chúng cũng được cung cấp cho hệ thống giao diện người dùng để có thể áp dụng các mức thuế khác nhau cho khách hàng trong khi tạo tài khoản khách hàng.

Tất cả các mức giá được xác định dựa trên các sản phẩm và gói của chúng. Có thể có nhiều cách kết hợp sản phẩm khác nhau với các mức giá khác nhau trong các gói khác nhau.

Phần sau đây sẽ cung cấp cho bạn ý tưởng về các khái niệm khác nhau, có liên quan chặt chẽ đến định nghĩa thuế quan -

Phí trả trước & phí trả trước

Có thể có tình huống, khi một nhà điều hành muốn tính phí khách hàng của họ trước cho một số dịch vụ và vào cuối mỗi tháng cho một số dịch vụ khác.

Các khoản phí trả trước trước khi cung cấp dịch vụ được gọi là in-advance charging và các khoản phí được tính sau khi cung cấp dịch vụ được gọi là in-arrear charges.

Đối với tính phí trả trước, các khoản phí sản phẩm được áp dụng trong khoảng thời gian ít nhất là một ngày trước ngày lập hóa đơn danh nghĩa hiện tại (hoặc ngày yêu cầu hóa đơn đối với các hóa đơn không định kỳ).

Vì vậy, trong khi định cấu hình các khoản phí khác nhau, hệ thống thanh toán nên đưa ra một điều khoản để định cấu hình các khoản phí trước và nó luôn là tùy chọn đối với các nhà khai thác nếu họ muốn định cấu hình một mức giá cụ thể trước hoặc trả trước.

NOTE- Không thể tính trước phí sử dụng cho đến khi chúng được gộp chung vì bạn không bao giờ biết được khách hàng sẽ tạo ra bao nhiêu mức sử dụng trong tháng tới. Nếu là số tiền gộp thì bạn có thể nhận trước số tiền đó và để khách hàng sử dụng dịch vụ không giới hạn tùy theo yêu cầu của họ.

Các khoản phí có thể giải quyết được và không phải trả tiền

Hãy xem xét một tình huống, khi một khách hàng kết nối điện thoại vào giữa tháng và hóa đơn của họ cần được tạo vào ngày đầu tiên hàng tháng. Nếu giá không thể phân chia được, hệ thống thanh toán sẽ tính phí khách hàng cho cả tháng, điều này sẽ không công bằng với khách hàng. Áp dụng tương tự khi chấm dứt hợp đồng, nếu khách hàng chấm dứt dịch vụ vào giữa tháng, thì nhà điều hành có thể không sẵn sàng tính phí cho khách hàng trong thời gian còn lại của tháng.

Định giá dễ hiểu có nghĩa là chúng sẽ chỉ áp dụng cho số ngày khách hàng sẽ sử dụng dịch vụ. Ví dụ: nếu giá thuê sản phẩm hàng tháng là 30 đô la và khách hàng chỉ sử dụng sản phẩm này trong 10 ngày, thì hệ thống thanh toán sẽ chỉ tính phí khách hàng 10 đô la cho 10 ngày đó.

Vì vậy, hệ thống thanh toán nên cung cấp một tùy chọn để định cấu hình các mức giá cụ thể để có thể phân biệt được cũng như không thể phân chia và cho phép các nhà khai thác chọn những bộ giá phù hợp nhất với họ.

Các khoản phí có thể hoàn lại và không hoàn lại

Bây giờ, chúng ta hãy xem xét tình huống một nhà mạng tính phí khách hàng trước cả tháng, nhưng khách hàng bỏ đi vào giữa tháng sau khi sử dụng dịch vụ được 10 ngày.

Nếu giá được định cấu hình là không hoàn lại, thì chúng sẽ không được hoàn lại cho khách hàng, nhưng nếu chúng được định cấu hình là có thể hoàn lại, thì chúng sẽ được hoàn lại cho khách hàng. Quy tắc thứ hai, nếu giá được định cấu hình theo tỷ lệ, thì chúng sẽ được hoàn lại dựa trên tỷ lệ, nếu không, chúng sẽ được hoàn lại toàn bộ.

Tùy chọn ghi đè tính phí

Một hệ thống thanh toán tốt cung cấp một tùy chọn để ghi đè giá cơ sở tại thời điểm chúng được cung cấp cho khách hàng.

Ví dụ: đối với một sản phẩm cụ thể, giá cơ bản trong danh mục được xác định là 30 đô la mỗi tháng nhưng khách hàng chưa sẵn sàng trả $30 per month, and based on some bargaining, he is ready to pay $25 mỗi tháng. Trong tình huống như vậy, đại diện dịch vụ khách hàng (CSR) sẽ có thể ghi đè giá cơ sở đã xác định$30 and add them as $25 tại thời điểm tạo khách hàng trong hệ thống.

Hệ thống thanh toán nên cung cấp một điều khoản tùy chọn cho các nhà khai thác nếu một mức giá cụ thể có thể được ghi đè hoặc không và để các nhà khai thác quyết định xem họ muốn ghi đè một số khoản phí tại thời điểm bán hàng hay chúng được cố định trong mọi tình huống.

Phân tách doanh thu theo mã doanh thu

Tất cả các nhà điều hành đều muốn biết họ đã kiếm được bao nhiêu khi sử dụng một sản phẩm cụ thể, việc cho thuê, tạm ngừng hoặc sử dụng sản phẩm đó, v.v.

Trong khi xác định các mức giá khác nhau trong danh mục, hệ thống thanh toán nên cung cấp điều khoản để liên kết một số loại mã doanh thu hoặc từ khóa với các loại phí khác nhau. Điều này giúp tạo các báo cáo khác nhau dựa trên các mã được liên kết với doanh thu.

Phân loại thuế quan

Một nhà điều hành có thể xác định các biểu giá khác nhau, có thể được cung cấp cho những người khác nhau có các hạng tín dụng khác nhau. Ví dụ: dòng dữ liệu 5mbps với chi phí$100 per month can be offered to a customer having monthly income more than $1000 / tháng và đường dữ liệu 1mbps có thể được cung cấp cho khách hàng có thu nhập hàng tháng tối thiểu $ 500 / tháng.

Tất cả các hệ thống thanh toán đều cung cấp các tùy chọn để xác định các hạng tín dụng khác nhau, có thể được chỉ định cho khách hàng dựa trên lịch sử tín dụng và thu nhập của họ và có thể dựa trên một số thông số khác do nhà điều hành xác định.

Tất cả các sản phẩm và dịch vụ có thể có các gói giá cước khác nhau, có thể được cung cấp cho các tầng lớp người khác nhau, từ hạng phổ thông đến hạng VIP.

Các thông số về Phí sử dụng

Có một số tham số, có thể được sử dụng trong khi xác định phí sử dụng. Ví dụ -

  • Các cuộc gọi vào ban ngày, thường được gọi là giờ cao điểm, sẽ bị tính phí cao hơn và vào ban đêm, tức là mức phí ngoài giờ cao điểm sẽ tương đối thấp.

  • Nếu các cuộc gọi kết thúc trong cùng một mạng, thường được gọi là các cuộc gọi nội mạng, sẽ bị tính phí với mức giá tương đối thấp.

  • Các cuộc gọi vào cuối tuần, tức là, thứ Bảy và Chủ nhật sẽ được tính phí thấp.

  • Các cuộc gọi đến một điểm đến cụ thể sẽ bị tính phí cao.

  • Các cuộc gọi trong một số lễ hội sẽ được tính với giá đặc biệt.

  • Tải xuống dữ liệu từ một trang web cụ thể sẽ miễn phí.

  • Gửi SMS đến một mã cụ thể sẽ bị tính phí cao.

  • Các cuộc gọi trong một nhóm số cụ thể, thường được gọi là nhóm người dùng kín (CUG), sẽ bị tính phí bằng 0.

  • Gửi MMS quốc tế hoặc quốc gia sẽ được tính phí như nhau.

Hệ thống thanh toán cung cấp nhiều tính linh hoạt để xác định nhiều quy tắc như vậy để tính phí sử dụng thoại, dữ liệu, SMS hoặc MMS do khách hàng tạo ra.

Tiếp theo là gì?

Giờ đây, chúng tôi có tất cả các sản phẩm, dịch vụ và biểu giá liên quan có sẵn trong hệ thống thanh toán. Trong chương tiếp theo, chúng ta sẽ xem cách bán những sản phẩm này cho người dùng cuối và tạo hồ sơ của họ trong hệ thống.

Khách hàng là một "pháp nhân" (có thể là cá nhân hoặc công ty) nhận các sản phẩm và dịch vụ do nhà cung cấp dịch vụ cung cấp và chịu trách nhiệm thanh toán các hóa đơn. Trong một kịch bản thanh toán dân cư, một khách hàng có thể là một chủ hộ duy nhất. Trong một kịch bản thanh toán kinh doanh, khách hàng có thể là một công ty.

  • Individual customer- Khách hàng cá nhân là một cá nhân (hoặc hộ gia đình) mua một hoặc nhiều sản phẩm và thanh toán hóa đơn. Sẽ không có bất kỳ phân cấp nào cần thiết để duy trì khách hàng hoặc tài khoản.

  • Company customers- Khách hàng của công ty là một công ty hoặc chi nhánh của một công ty. Có thể có một kiểu phân cấp khách hàng mẹ và con điển hình đại diện cho các chi nhánh hoặc phòng ban khác nhau của công ty.

Quy trình mua lại khách hàng

Mua lại Khách hàng là quá trình xác định, thu hút và giữ chân những khách hàng có khả năng sinh lời. Đây là một hệ thống sử dụng được xử lý có tên làCustomer Relationship Management (CRM), là một trong những hệ thống hỗ trợ kinh doanh (BSS) quan trọng.

Hệ thống CRM sẽ luôn được kết nối với các hệ thống khác nhau bao gồm hệ thống thanh toán và cung cấp dữ liệu cá nhân của khách hàng và thông tin sản phẩm và dịch vụ cho hệ thống thanh toán.

Khách hàng đang mua sản phẩm & dịch vụ cần được kích hoạt trong hệ thống và để thực hiện điều này, cần có nhiều thông tin chi tiết về khách hàng -

  • Khách hàng có thể phải điền vào đơn đăng ký cung cấp thông tin chi tiết cá nhân.

  • Xác thực danh tính của khách hàng để ngăn chặn gian lận.

  • Nhà cung cấp dịch vụ cần thực hiện kiểm tra tín dụng đối với khách hàng và chỉ định hạng tín dụng phù hợp dựa trên lịch sử tín dụng và thu nhập hàng tháng, v.v.

  • Cung cấp các sản phẩm thích hợp, được cung cấp tại mạng để cung cấp dịch vụ.

Sau khi có được khách hàng, cần phải quản lý và giữ chân khách hàng, liên quan đến -

  • Tương tác và giao tiếp với khách hàng cho các hoạt động bán hàng và thu tiền.

  • Những tương tác này có thể được ghi lại ở các định dạng khác nhau như Ghi chú, ghi âm giọng nói, v.v. Dữ liệu này có thể được sử dụng để phân tích hành vi của khách hàng và giúp nhà cung cấp dịch vụ cung cấp dịch vụ tốt hơn để giữ chân khách hàng

  • Xử lý các phiếu vấn đề do khách hàng nêu ra đối với bất kỳ vấn đề nào họ gặp phải với mạng hoặc hóa đơn, v.v. Dữ liệu này cũng có thể được sử dụng để phân tích hành vi của khách hàng và giúp nhà cung cấp dịch vụ cải thiện dịch vụ nhằm giữ chân khách hàng .

  • Xử lý mọi tranh chấp và điều chỉnh hóa đơn giữa khách hàng và nhà cung cấp dịch vụ.

Vòng đời khách hàng

Vòng đời khách hàng điển hình được thể hiện dưới đây trong sơ đồ sau:

Tất cả các giai đoạn bao gồm vòng đời của khách hàng đều được tóm tắt ở đây -

  • Customer Engagement − Khách hàng liên hệ với CSR (Đại diện dịch vụ khách hàng) và CSR thu hút khách hàng bằng các sản phẩm và dịch vụ khác nhau được cung cấp bằng cách bán chúng cho khách hàng.

  • Order Creation and Fulfilment - Khách hàng nhận (các) sản phẩm và (các) dịch vụ và CSR tạo và hoàn thành đơn đặt hàng vào hệ thống, sau đó được thực hiện bằng cách cung cấp sản phẩm và dịch vụ được yêu cầu cho khách hàng.

  • Service Provisioning - Các sản phẩm và dịch vụ được cung cấp trên mạng bằng cách sử dụng một hệ thống được gọi là Provisioning System. Hệ thống cung cấp thông báo cho mạng về thông tin của khách hàng và các dịch vụ mà họ được phép sử dụng. Trên thực tế, điều này kích hoạt khách hàng trên mạng.

  • Products Utilization - Sau khi khách hàng được kích hoạt trên mạng, khách hàng sẽ bắt đầu sử dụng các sản phẩm & dịch vụ bao gồm gọi điện, tải dữ liệu, v.v.

  • Products and services usage is Rated & Billed - Việc sử dụng của khách hàng được thu thập từ mạng và sau đó được xếp hạng dựa trên các gói giá đã xác định và được lập hóa đơn để áp dụng cho thuê sản phẩm và giảm giá, điều chỉnh bắt buộc, v.v.

  • Bill Delivery - Khi một hóa đơn được tạo, nó sẽ được chuyển đến khách hàng cuối cùng yêu cầu doanh thu so với các dịch vụ được cung cấp.

  • Bill Payments - Khách hàng thanh toán các hóa đơn đã nhận.

  • Dunning & Collection- Có thể có nhiều khách hàng không thanh toán hóa đơn đúng hạn. Đối với loại khách hàng như vậy, các lá thư xảo quyệt khác nhau được gửi để nhắc họ về các khoản thanh toán của họ. Nếu một khách hàng không thanh toán đúng hạn, thì các khoản thu khác nhau sẽ được thực hiện bắt đầu từ việc ngừng cung cấp từng dịch vụ cho khách hàng.

  • Customer Termination- Có thể có nhiều lý do khác nhau khi yêu cầu chấm dứt một khách hàng trong hệ thống. Ví dụ: khách hàng có thể di chuyển đến vị trí khác hoặc khách hàng có thể không hài lòng với các dịch vụ được cung cấp, v.v.

Vào một ngày nhất định, tổng số khách hàng đang hoạt động trong hệ thống được gọi là customer base. Thêm một khách hàng vào hệ thống và chấm dứt một khách hàng khỏi hệ thống, được gọi làcustomer churn.

Các loại khách hàng

Thông thường, có những loại khách hàng sau trên thị trường viễn thông ngày nay:

  • Mobile Pre-Paid Customers- Đây là những khách hàng sử dụng dịch vụ Di động bằng cách trả trước cước phí. Ví dụ, người dùng điện thoại GSM, GPRS. Những khách hàng này nạp tiền điện thoại dựa trên yêu cầu của họ.

  • Mobile Post-Paid Customers- Đây là những khách hàng sử dụng dịch vụ Di động bằng cách trả phí sau mỗi hóa đơn họ nhận được. Ví dụ, người dùng điện thoại GSM, GPRS. Những khách hàng này thanh toán hóa đơn của họ hàng tháng hoặc hai tháng một lần.

  • Fixed Pre-Paid Customers- Đây là những khách hàng sử dụng đường dây Cố định, tức là dịch vụ điện thoại cố định bằng cách trả trước cước phí. Ví dụ, người dùng điện thoại PSTN, WiMax. Những khách hàng này nạp tiền điện thoại dựa trên yêu cầu của họ.

  • Fixed Post-Paid Customers- Đây là những khách hàng sử dụng đường dây Cố định, tức là dịch vụ điện thoại cố định bằng cách thanh toán cước phí sau mỗi hóa đơn họ nhận được. Ví dụ, người dùng điện thoại PSTN, WiMax. Những khách hàng này thanh toán hóa đơn của họ hàng tháng hoặc hai tháng một lần.

Tiếp theo là gì?

Giờ đây, chúng tôi có khách hàng trong hệ thống thanh toán cùng với các sản phẩm và dịch vụ. Khách hàng bắt đầu sử dụng tất cả các sản phẩm và dịch vụ đã mua và bắt đầu tạo các cuộc gọi thoại trong nước và quốc tế, dữ liệu và cuộc gọi thoại, sẽ được hệ thống thanh toán xếp hạng và lập hóa đơn và chúng ta sẽ thảo luận về các quy trình đó trong các chương tiếp theo.

Khách hàng bắt đầu tạo ra việc sử dụng tại Network ngay sau khi họ bắt đầu sử dụng các sản phẩm và dịch vụ do nhà điều hành bán. Phần tử mạng là sự kết hợp của phần mềm cộng với phần cứng và chịu trách nhiệm về các sự kiện đo lường và kiểm soát dịch vụ tổng thể cho bất kỳ loại dịch vụ nào.

Sự kiện là gì?

Một sự kiện là một lần xuất hiện có thể lập hóa đơn về việc sử dụng sản phẩm, thường được một mạng ghi lại bằng điện tử. Ví dụ: khi người dùng điện thoại di động thực hiện một cuộc gọi, một sự kiện sẽ được tạo, trong đó có thông tin về cuộc gọi đó, chẳng hạn như thời lượng cuộc gọi, thời gian trong ngày cuộc gọi và số đã được gọi.

CDR là gì?

Một sự kiện cùng với tất cả các thuộc tính của nó được gọi là Call Detail Record(CDR). Một bộ thu thập dữ liệu trong bộ chuyển mạch mạng nắm bắt việc sử dụng dưới dạng Bản ghi chi tiết cuộc gọi (CDR) / Bản ghi chi tiết sử dụng (UDR). Các CDR / UDR thô này lần lượt được hệ thống dàn xếp chuyển đổi thành một định dạng mà Hệ thống thanh toán có thể hiểu được.

Có thể có các phần tử mạng khác nhau kiểm soát các dịch vụ và tạo ra các loại CDR khác nhau; ví dụ, đối với điện thoại GSM -

  • Các cuộc gọi thoại được thu nhận bởi MSC (Trung tâm Chuyển mạch Di động).
  • Lưu lượng SMS được thu thập bởi SMSC.
  • Lưu lượng dữ liệu được GGSN ghi lại.
  • Lưu lượng MMS được nắm bắt bởi MMSC.
  • CDR chuyển vùng được ghi lại bằng phần tử chuyển mạch của đối tác chuyển vùng.

Để biết thêm thông tin về GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, vui lòng tham khảo hướng dẫn GSM của chúng tôi .

Sơ đồ sau đây cho thấy các phần tử Mạng thu thập dữ liệu Sử dụng và gửi các UDR thô đến Hệ thống dàn xếp và cuối cùng là Hệ thống thanh toán để xếp hạng và thanh toán.

Các thuộc tính CDR

Như đã đề cập ở trên, CDR lưu giữ chi tiết sử dụng cùng với nhiều thông tin hữu ích khác. Dưới đây là các thuộc tính quan trọng nhất của CDR:

  • Bên đang gọi (Một số).

  • Bên được gọi (số B).

  • Bắt đầu cuộc gọi (ngày và giờ).

  • Cuộc gọi kéo dài bao lâu (thời lượng).

  • Loại cuộc gọi (Thoại, SMS, Dữ liệu, v.v.).

  • Một số thứ tự duy nhất xác định bản ghi.

Ngoài ra, CDR cũng có thể ghi lại các thông tin khác như -

  • Định danh của tổng đài điện thoại.

  • Kết quả của cuộc gọi (cho dù nó đã được trả lời, đang bận, v.v.).

  • Đường trục hoặc tuyến đường được sử dụng để kết nối cuộc gọi.

  • Bất kỳ tình trạng lỗi nào gặp phải.

  • Các chỉ báo lưu ý việc sử dụng các tính năng như chuyển tiếp cuộc gọi, gọi ba chiều, v.v.

  • Bất kỳ phương tiện nào được sử dụng trong cuộc gọi, chẳng hạn như chờ cuộc gọi hoặc chuyển hướng cuộc gọi.

  • Nhiều thuộc tính khác tùy theo yêu cầu.

Việc ghi lại chính xác tất cả thông tin cần thiết trong UDR phụ thuộc vào logic của nhà cung cấp công tắc cộng với các mục nhập bảng cụ thể của công tắc. Nếu một trong hai cách này không thể ghi lại dữ liệu chính xác, hệ thống dàn xếp sẽ không thể nhận dạng các cuộc gọi đã hoàn thành và chuyển chúng đến hệ thống thanh toán.

Xử lý CDR

Hệ thống dàn xếp thu thập các CDR từ các phần tử mạng khác nhau ở các định dạng khác nhau. Các phần tử mạng khác nhau tạo CDR ở định dạng ASN.1 và một số phần tử mạng có định dạng CDR độc quyền của riêng chúng.

Hệ thống dàn xếp xử lý tất cả CDR và ​​chuyển đổi chúng thành một định dạng tương thích với hệ thống luồng xuống, thường là Hệ thống thanh toán. Hệ thống Hòa giải áp dụng các quy tắc khác nhau về CDR để xử lý chúng; ví dụ, hệ thống dàn xếp đánh dấu các cuộc gọi quốc tế dựa trên số đã gọi (B-Number), hệ thống dàn xếp giống như cách đánh dấu các cuộc gọi nội mạng dựa trên A-Number và B-Number.

Có thể có yêu cầu lọc ra tất cả các cuộc gọi có thời lượng cuộc gọi dưới 5 giây, vị trí tốt nhất để lọc ra các loại cuộc gọi như vậy sẽ là ở cấp Hệ thống dàn xếp. Tương tự như vậy, nếu một số thông tin bổ sung được yêu cầu trong CDR, vốn rất quan trọng đối với việc thanh toán, thì Hệ thống dàn xếp sẽ giúp cung cấp thông tin đó dựa trên một số thuộc tính khác có sẵn trong CDR.

Sau khi các CDR thu thập được xử lý, Hệ thống dàn xếp sẽ đẩy tất cả các CDR sang Hệ thống thanh toán bằng FTP vì thông thường các hệ thống Dàn xếp và Thanh toán chạy trên các máy khác nhau.

Tiếp theo là gì?

Vâng, bây giờ bạn đã nắm bắt được mức sử dụng do khách hàng tạo ra. Chương tiếp theo sẽ trình bày cách chúng ta có thể đánh giá mức sử dụng đã nắm bắt này để có thể thu được doanh thu đến hạn từ người dùng cuối.

Giá là phí / giá cho sự kiện xảy ra. Ví dụ về giá bao gồm phí cho thời lượng của cuộc gọi: Ví dụ: "0,40 INR mỗi 1 phút" hoặc một số lượng cụ thể. Ví dụ: 10,00 INR cho 1MB tải xuống hoặc nó có thể được tính phí cho chất lượng dịch vụ.

Chúng tôi đã giải thích rằng Sự kiện là một sự kiện duy nhất của việc sử dụng sản phẩm / dịch vụ. Các sự kiện được các phần tử mạng ghi lại dưới dạng CDRS / UDR và ​​được chuyển đến Hệ thống thanh toán để xếp hạng & thanh toán.

Xếp hạng là quá trình xác định phí / giá của các sự kiện riêng lẻ. Ví dụ, giá cho cuộc gọi 2 phút là 0,80 INR với mức cước 0,40 INR mỗi phút.

Công cụ xếp hạng, là một phần của hệ thống Thanh toán, thực hiện chức năng xếp hạng này.

Quy trình xếp hạng

Công cụ đánh giá nhận các sự kiện dưới dạng bản ghi dữ liệu được gọi là Bản ghi chi tiết cuộc gọi (CDR) hoặc Bản ghi chi tiết sử dụng (UDR), mô tả việc sử dụng một sản phẩm / dịch vụ. CDR là một chuỗi dữ liệu chứa thông tin cuộc gọi như ngày và giờ cuộc gọi, thời lượng cuộc gọi, bên gọi, bên được gọi, v.v., được sử dụng để xếp hạng các sự kiện.

Có một danh sách các chức năng cơ bản của Công cụ Đánh giá / Đánh giá -

  • Chấp nhận CDR từ Hệ thống dàn xếp hoặc các nhà cung cấp dịch vụ khác hoặc đối tác chuyển vùng trong trường hợp sử dụng chuyển vùng.

  • Xác thực các CDR và ​​loại bỏ mọi bản ghi trùng lặp. Các sự kiện trùng lặp này được lưu trữ trong một bảng cơ sở dữ liệu để xác minh sau này.

  • Để xác định tài khoản khách hàng phải trả phí cho sự kiện. Tại đây, quy trình Đánh giá chọn nguồn sự kiện (Số di động hoặc Địa chỉ IP, v.v.) và kiểm tra cơ sở dữ liệu để xác minh xem nguồn sự kiện này có được liên kết với bất kỳ tài khoản nào hay không. Bước này được gọi là Hướng dẫn sự kiện.

  • Nếu sự kiện không thể được hướng dẫn, thì sự kiện này sẽ bị từ chối và có thể được đưa vào danh mục hồi hộp. Các sự kiện bị từ chối này được lưu trữ trong một bảng cơ sở dữ liệu để xác minh sau này.

  • Để tính toán chi phí / giá của sự kiện theo biểu giá xếp hạng (còn được gọi là kế hoạch tỷ lệ).

  • Để áp dụng bất kỳ chiết khấu thời gian xếp hạng hiện hành. Đây có thể là năm phút đầu tiên miễn phí và sau cuộc gọi đó sẽ được tính phí ở mức bình thường. Loại chiết khấu như vậy được gọi là chiết khấu thời gian xếp hạng.

  • Để lưu trữ sự kiện đã xếp hạng trong cơ sở dữ liệu cho mục đích thanh toán hoặc gửi sự kiện đó đến hệ thống bên ngoài để thanh toán.

Hình ảnh sau đây cho thấy tổng quan về Công cụ xếp hạng và các chức năng liên quan của nó:

Thông tin của khách hàng xác định gói cước (biểu giá xếp hạng) để sử dụng trong việc tính phí / giá. Công cụ xếp hạng sử dụng các bảng xếp hạng và thông tin sự kiện từ CDR (ví dụ: khoảng cách, thời gian trong ngày, vị trí của cuộc gọi, thời lượng hoặc khối lượng của sự kiện, v.v.) để tính cước phí thực tế cho mỗi cuộc gọi.

Sự kiện trùng lặp

Sự kiện trùng lặp được định nghĩa là bất kỳ sự kiện nào chưa được lập hóa đơn liên quan đến một sự kiện chưa được lập hóa đơn khác theo tất cả các cách sau:

  • Số tài khoản giống hệt nhau.
  • Các nguồn sự kiện giống hệt nhau.
  • Các ID loại sự kiện giống hệt nhau.
  • Ngày và giờ sự kiện giống hệt nhau.

Bất kỳ tiêu chí nào khác có thể được xác định trong hệ thống thanh toán để xác định các sự kiện trùng lặp. Có một số tình huống có thể gây ra các sự kiện trùng lặp được gửi đến hệ thống Thanh toán -

  • Lỗi cơ chế lọc của hệ thống dàn xếp.
  • Lỗi mã hóa trong phần mềm hệ thống hòa giải.
  • Việc lặp lại tất cả hoặc một phần của tệp sự kiện được chuyển đến Công cụ xếp hạng.

Sự kiện bị Từ chối

Khi Hệ thống thanh toán gặp sự cố với một sự kiện cụ thể, sự kiện vi phạm sẽ bị từ chối. Việc từ chối có thể do vấn đề với bất kỳ điều nào sau đây -

  • Sự kiện chính nó.
  • Kế hoạch tỷ giá.
  • Dữ liệu khách hàng và tài khoản.
  • Dữ liệu cấu hình.

Có ba lý do chính để từ chối một sự kiện -

  • Lỗi phân tích cú pháp ngăn Hệ thống thanh toán đọc thông tin trong bản ghi chi tiết sự kiện. Lỗi phân tích cú pháp có thể xảy ra do dữ liệu trong bản ghi sự kiện bị hỏng hoặc ở định dạng sai.

  • Các lỗi không thể sửa chữa ngăn cản Geneva xác định nguồn sự kiện hoặc tài khoản được liên kết với sự kiện. Lỗi không thể sửa chữa có thể xảy ra do nguồn sự kiện chưa tồn tại trong cơ sở dữ liệu Hệ thống thanh toán.

  • Các lỗi không thể tránh khỏi ngăn Hệ thống thanh toán tính chi phí cho sự kiện. Một lỗi không đáng có có thể xảy ra do sự cố với gói cước.

Tất cả các sự kiện bị từ chối được đăng lên một tài khoản đặc biệt, được gọi là internal account hoặc là suspense account và những sự kiện bị từ chối này được gọi là suspense events. Bộ phận tài chính theo dõi tất cả các sự kiện bị từ chối và tính chúng như một phần của tổn thất doanh thu. Bộ phận CNTT luôn dành nhiều sự chú ý để giải quyết các sự kiện bị từ chối và xếp hạng chúng đúng cách để tiết kiệm doanh thu.

Nếu không thể sửa sự kiện bị từ chối và Người vận hành không muốn đăng sự kiện đó lên tài khoản nội bộ, sự kiện có thể bị hủy. Khi một sự kiện bị hủy, sự kiện đó sẽ không được gửi đến Công cụ xếp hạng và sẽ không có nỗ lực xếp hạng nào nữa.

Xếp hạng thời gian thực

Xếp hạng thời gian thực là quá trình xem xét các sự kiện khi chúng xảy ra và xếp hạng chúng ngay lập tức, với sự chậm trễ nhất có thể giữa tạo sự kiện và chi phí. Xếp hạng thời gian thực có thể tương phản với xếp hạng dựa trên tệp, trong đó chi tiết sự kiện được lưu trữ trong bộ đệm tệp trong nhiều giờ, ngày hoặc tuần trước khi toàn bộ tệp được xếp hạng cuối cùng.

Quy trình hệ thống thời gian thực bao gồm các giao dịch thương mại điện tử và tải xuống dữ liệu. Bất kỳ ứng dụng nào mà các sự kiện phải được xếp hạng và áp dụng nhanh chóng cho tài khoản của khách hàng đều là ứng cử viên phù hợp cho xếp hạng thời gian thực.

Đánh giá lại sự kiện

Có một số tình huống mà có thể cần phải xếp hạng lại các sự kiện. Ví dụ, khi -

  • Lỗi trong gói giá được sử dụng dẫn đến các sự kiện được định giá không chính xác.

  • Các sự kiện đã được tải vào tài khoản sai (do đăng ký nguồn sự kiện không chính xác).

  • Gói giá hiện tại đã được thay thế tại một số thời điểm giữa ngày cuối cùng và ngày thanh toán tiếp theo.

  • Kế hoạch giá, kế hoạch giá hoặc nguồn sự kiện cho một sản phẩm đã được thay đổi hồi tố.

Quá trình sắp xếp lại các sự kiện rất đơn giản và nó như sau:

  • Unload / Unrate tất cả các sự kiện khỏi cơ sở dữ liệu bằng cách sử dụng tiện ích được cung cấp. Hầu hết hệ thống thanh toán cung cấp một tiện ích để dỡ bỏ hoặc hủy xếp hạng tất cả các sự kiện được xếp hạng.

  • Khắc phục sự cố bất cứ nơi nào nó nằm.

  • Gửi lại các sự kiện để đánh giá bởi Công cụ xếp hạng.

Sự kiện một phần

Các sự kiện từng phần cho phép số dư của khách hàng được duy trì trong khi một sự kiện đang diễn ra.

Ví dụ: trong trường hợp tải xuống dữ liệu dài, hệ thống dàn xếp sẽ tiếp tục gửi từng phần sự kiện đến hệ thống thanh toán để hệ thống thanh toán tiếp tục xếp hạng chúng thay vì đợi sự kiện hoàn thành và ngay sau khi khách hàng vi phạm hạn mức tín dụng, tài khoản sẽ bị cấm và Phần tử mạng sẽ được thông báo để kết thúc cuộc gọi.

Ngưỡng và Hành động

Công cụ xếp hạng có thể tự động kiểm tra xem có đạt đến bất kỳ ngưỡng thời gian xếp hạng nào, bao gồm cả ngưỡng chiết khấu thời gian xếp hạng hay không.

Các ngưỡng thời gian xếp hạng giúp bảo vệ các nhà khai thác khỏi bị thất thoát nhiều doanh thu. Ví dụ: một khách hàng có thể không sẵn sàng trả nhiều hơn hạn mức tín dụng của mình, trong trường hợp này, cần phải chấm dứt cuộc gọi của khách hàng ngay khi đạt đến ngưỡng giới hạn tín dụng.

Nếu bắt buộc phải thực hiện hành động xếp hạng theo thời gian, thì điều quan trọng là phải có càng nhiều xếp hạng theo thời gian thực càng tốt.

Tiếp theo là gì?

Cho đến nay, chúng tôi đã thấy cách khách hàng tạo ra mức sử dụng và cách hệ thống dàn xếp đẩy mức sử dụng đó (CDR) sang Hệ thống thanh toán và cách Hệ thống thanh toán xếp hạng các CDR đó.

Trong chương tiếp theo, chúng ta sẽ thảo luận về cách thu thập tất cả các CDR được xếp hạng cho cả tháng và tạo hóa đơn / hóa đơn cuối cùng, được gửi đến khách hàng cuối cùng để thu thập doanh thu cho các dịch vụ đã cung cấp.

Thanh toán là tổng hợp tất cả các sự kiện không lặp lại, định kỳ và có thể tính phí trên cơ sở từng tài khoản. Nó cũng là tính toán của tất cả các khoản phí chưa thanh toán và các khoản chiết khấu và tiền thưởng có sẵn.

Đầu ra từ quy trình thanh toán là một luồng dữ liệu hóa đơn được gắn thẻ có thể được sử dụng để tạo hóa đơn trên giấy, đĩa hoặc bất kỳ phương tiện nào khác. Công cụ thanh toán, là một phần của Hệ thống thanh toán, tạo hóa đơn.

Quy trình hóa đơn

Sơ đồ sau đây cho thấy sơ đồ cơ bản của Công cụ thanh toán và các chức năng liên quan:

Công cụ thanh toán chọn một tài khoản để tạo hóa đơn và thông tin liên quan sau đây để tạo dữ liệu hóa đơn -

  • Tất cả các CDR được xếp hạng cho khách hàng trong tháng xuất hóa đơn.

  • Tất cả các loại phí (bắt đầu, cài đặt, định kỳ, tạm ngừng, chấm dứt, v.v.) áp dụng cho các sản phẩm và dịch vụ của khách hàng.

  • Nếu có bất kỳ khoản hoàn trả nào hoặc bất kỳ khoản phí nào khác áp dụng.

  • Tổng số tiền chưa thanh toán từ các hóa đơn trước.

  • Tổng các khoản thanh toán của khách hàng trong tháng nhất định.

  • Tổng điều chỉnh được thông qua có lợi cho khách hàng hoặc chống lại khách hàng.

  • Tổng chiết khấu cho khách hàng.

  • Tổng số thuế áp dụng cho chi phí sử dụng và thuê của khách hàng.

  • Cần có thông số cấu hình thanh toán để chạy Công cụ thanh toán; ví dụ, ngày đến hạn thanh toán, v.v.

Thông tin được đề cập ở trên chỉ là một chỉ dẫn và có thể khác nhau giữa các hệ thống thanh toán và hệ thống thanh toán và nhà điều hành.

Billing Engine tạo ra dữ liệu thô có tất cả thông tin cần thiết để tạo hóa đơn cuối cùng và dữ liệu thô này có thể được sử dụng để tạo hóa đơn cuối cùng để gửi cho khách hàng cuối cùng.

Chu kỳ hóa đơn

Khi khách hàng được thêm vào Hệ thống thanh toán, hệ thống sẽ chỉ định cho khách hàng một Chu kỳ thanh toán được xác định trước. Chu kỳ hóa đơn là ngày mà Billing Engine chạy và tạo hóa đơn cho một nhóm khách hàng.

Nếu có nhiều khách hàng, thì họ được chia thành các chu kỳ thanh toán khác nhau. Ví dụ: một nhóm khách hàng có thể có dữ liệu thanh toán vào ngày 1 hàng tháng; khác có thể có ngày thanh toán vào ngày 15 hàng tháng.

Nếu một khách hàng được chỉ định chạy hóa đơn vào ngày 1 của tháng, điều này sẽ được gọi là của khách hàng nominal bill date. Nhưng vì nhiều lý do khác nhau, nhiều lần việc chạy hóa đơn bị trì hoãn và hóa đơn thực tế được tạo vào một ngày sau đó, điều này sẽ được gọi làactual bill date.

Các loại hóa đơn

Có thể có nhiều loại hóa đơn khác nhau cho một người dùng. Một vài trong số chúng có thể không được một số Hệ thống thanh toán hỗ trợ.

Sr.No. Loại & Mô tả hóa đơn
1

Initiation bill

Thông thường, chỉ được yêu cầu là hóa đơn đầu tiên trên tài khoản. Bao gồm phí sản phẩm và điều chỉnh, nhưng không có sự kiện.

2

Periodic bill

Được sản xuất đều đặn. Bao gồm tất cả các khoản phí, sự kiện và điều chỉnh định kỳ.

3

Interim bill

Hóa đơn bổ sung có chứa các khoản phí do các sự kiện được xử lý cho tài khoản kể từ hóa đơn cuối cùng. Bao gồm tất cả các sự kiện và điều chỉnh, nhưng không có phí định kỳ.

4

Suspension bill

Đã gửi khi tài khoản đã bị tạm ngưng. Bao gồm tất cả các khoản phí, sự kiện và điều chỉnh định kỳ.

5

Final bill

Được gửi khi tài khoản đã bị chấm dứt để thanh toán tất cả các khoản phí chưa thanh toán đến hạn. Bao gồm tất cả các khoản phí, sự kiện và điều chỉnh định kỳ, cùng với mọi khoản tiền hoàn lại; ví dụ, việc trả lại tiền đặt cọc.

6

Post-final bill

Được gửi khi tài khoản bị chấm dứt có các khoản phải thu chưa thanh toán sau khi lập hóa đơn cuối cùng. Bao gồm mọi sự kiện và điều chỉnh sau khi chấm dứt, nhưng không tính phí định kỳ.

7

Credit note

Một hóa đơn bổ sung có chứa tất cả các điều chỉnh có lợi cho khách hàng được tạo kể từ hóa đơn cuối cùng.

số 8

Summary Statements

Một báo cáo tóm tắt có thể được tạo cho phân cấp thanh toán theo hướng khách hàng. Nó có thể tóm tắt tất cả các hóa đơn được tạo ra bởi tất cả các tài khoản liên kết với khách hàng tương ứng. Theo tùy chọn, họ cũng có thể ghép tất cả các hóa đơn vào một bảng sao kê duy nhất.

Hóa đơn được xuất tự động hoặc theo yêu cầu của khách hàng.

Chế độ thanh toán

Hệ thống thanh toán có thể tạo hóa đơn ở hai chế độ, ví dụ:

  • Test (what if?) billing mode- Chế độ này nếu được sử dụng để tạo ra các hóa đơn kiểm tra được định dạng trong khi vẫn giữ nguyên cơ sở dữ liệu. Những hóa đơn này rất hữu ích để đảm bảo rằng hệ thống đang hoạt động tốt và kiểm tra sau khi thực hiện các thay đổi đối với các mẫu hóa đơn hoặc biểu giá.

  • Khi chạy Công cụ thanh toán ở chế độ thử nghiệm, các cam kết không được thực hiện đối với cơ sở dữ liệu. Vì vậy, sẽ không có bất kỳ tác động nào đến hồ sơ của khách hàng ngay cả sau khi chạy thanh toán thử nghiệm nhiều lần.

  • Hóa đơn kiểm tra thường được chạy cho một nhóm khách hàng mẫu. Nếu bạn hài lòng với các hóa đơn kiểm tra, sau đó bạn có thể tiến hành các hóa đơn sản xuất.

  • Production (live) billing mode- Chế độ này dùng để xuất phiếu sản xuất bình thường. Hầu hết thời gian, đây là chế độ mặc định cho Công cụ thanh toán.

  • Khi một hóa đơn sản xuất được tạo, Billing Engine cập nhật hồ sơ của khách hàng trong cơ sở dữ liệu với tổng số dư chưa thanh toán của khách hàng và ngày lập hóa đơn tiếp theo, v.v.

Billing Engine chỉ định các số hóa đơn khác nhau cho tất cả các hóa đơn sản xuất để giúp theo dõi các khoản thanh toán khác nhau được thực hiện so với hóa đơn.

Đàn áp hóa đơn

Có thể có một tình huống khi nó không đáng để tạo ra một hóa đơn và tốt hơn để ngăn chặn các hóa đơn. Sau đây là những loại tình huống như vậy -

  • Ngăn chặn các hóa đơn cho các tài khoản không có (không có hóa đơn hoạt động) hoặc rất ít giá trị (hóa đơn nhỏ).

  • Một loại hóa đơn cụ thể cũng có thể bị loại bỏ nếu nhiều loại hóa đơn được yêu cầu / lên lịch cùng một lúc và do đó ngăn không cho các hóa đơn không cần thiết được gửi đến khách hàng.

Hóa đơn nhỏ là hóa đơn nằm trong khoảng được xác định bởi số tiền hóa đơn dương tối thiểu và số tiền hóa đơn âm tối đa, các điều kiện hóa đơn ngoại lệ. Các hóa đơn có giá trị nhỏ được sản xuất và sau đó được loại bỏ khỏi quy trình thanh toán, để chúng không được gửi cho khách hàng.

Hóa đơn đặc biệt

Ví dụ về các hóa đơn ngoại lệ có thể xảy ra là các hóa đơn hoặc hóa đơn cao bất thường, vượt quá giới hạn tín dụng của tài khoản theo một hệ số nhất định. Công cụ thanh toán thực hiện một số kiểm tra cơ bản đối với dữ liệu hóa đơn mà nó tạo ra. Những điều này liên quan đến việc kiểm tra tổng số được lập hóa đơn để đảm bảo rằng các điều kiện sau được đáp ứng:

  • Tổng hóa đơn lớn hơn tổng số hóa đơn âm tối thiểu.

  • Tổng hóa đơn nhỏ hơn tổng số hóa đơn dương tối đa.

  • Tổng hóa đơn nhỏ hơn hạn mức tín dụng của tài khoản nhân với số nhân hạn mức tín dụng.

Tất cả các điều kiện trên thay đổi từ hệ thống thanh toán đến hệ thống thanh toán và nhà điều hành này sang nhà điều hành khác và chúng được gọi là các điều kiện hóa đơn ngoại lệ.

Lặp lại hóa đơn

Theo mặc định, tất cả các hóa đơn cung cấp bản tóm tắt chi tiết về phí sản phẩm và dịch vụ cùng với phí sử dụng. Nhưng nó không cung cấp thông tin chi tiết về tất cả các cuộc gọi của khách hàng.

Hóa đơn chia thành từng khoản có nghĩa là cung cấp thông tin chi tiết đầy đủ về tất cả các cuộc gọi của khách hàng. Điều này cần nhiều giấy được in hơn. Xu hướng gần đây là gửi hóa đơn thành từng khoản qua e-mail điện tử và báo cáo tóm tắt được gửi bằng bản sao thực của hóa đơn.

Định dạng hóa đơn

Có Hệ thống Thanh toán, cung cấp các tiện ích Định dạng Thanh toán, có thể được sử dụng để tạo các hóa đơn được định dạng cuối cùng.

Trình định dạng hóa đơn lấy dữ liệu đầu ra do Công cụ thanh toán tạo ra và thường tạo tệp Post Script hoặc tệp PDF, tệp này có thể được sử dụng bởi Công ty in hóa đơn.

Nếu Hệ thống thanh toán không đủ khả năng để tạo hóa đơn được định dạng, thì hệ thống sẽ tạo một tập hợp các tệp được gắn thẻ cùng với thông tin thanh toán và bất kỳ Người định dạng hóa đơn bên ngoài nào cũng có thể sử dụng thông tin được gắn thẻ đó để tạo hóa đơn được định dạng tốt.

Không có vấn đề gì, nếu Hệ thống thanh toán tạo hóa đơn được định dạng hoặc chúng tôi sử dụng công cụ bên ngoài để tạo hóa đơn được định dạng này bằng cách sử dụng dữ liệu thô do công cụ lập hóa đơn tạo ra, thì cuối cùng những hóa đơn này sẽ được gửi đến công ty in hóa đơn, người đảm nhận việc tạo bản sao cuối cùng của việc tạo hóa đơn . Chúng ta sẽ thảo luận chi tiết về vấn đề này trong chương tiếp theo "Tạo hóa đơn".

Tiếp theo là gì?

Chương tiếp theo sẽ giải thích quy trình chiết khấu, thực ra là một phần của quy trình xếp hạng và thanh toán, nhưng chúng tôi giữ nó như một phần riêng biệt vì có nhiều thứ khác nhau mà các mục cần giải thích thêm.

Chúng tôi sẽ thảo luận về các loại phân cấp chiết khấu khác nhau và có thể được đưa ra tại thời điểm xếp hạng và thanh toán.

Tất cả các khoản chiết khấu đều thay đổi (phổ biến nhất là giảm) giá phải trả cho một nhóm sự kiện và / hoặc sản phẩm. Giảm giá là một cách giảm tiền cho khách hàng. Giảm giá xác định một số tiền (tỷ lệ phần trăm hoặc tiền tệ) được áp dụng cho các sản phẩm hoặc cách sử dụng đáp ứng các tiêu chí nhất định. Ví dụ: tất cả các cuộc gọi nội hạt được thực hiện vào một ngày cụ thể cho biết 01-01-2010 được tính phí $ 0,20.

Chiết khấu có thể được tính trong quá trình xếp hạng hoặc trong quá trình thanh toán -

  • Rating Time Discount- Tất cả các khoản chiết khấu được đưa ra tại thời điểm quy trình xếp hạng. Những chiết khấu này chỉ có thể được cung cấp khi sử dụng. Một ví dụ về chiết khấu thời gian xếp hạng là "giảm 5% trong giờ đầu tiên của tất cả các cuộc gọi quốc tế".

  • Billing Time Discount- Tất cả các khoản chiết khấu được đưa ra tại thời điểm lập hóa đơn. Những chiết khấu này có thể được cung cấp cho việc sử dụng được xếp hạng cũng như trên phí sản phẩm và dịch vụ. Ví dụ về chiết khấu thời gian thanh toán là "giảm 5% nếu bạn chi tiêu trên $ 15 trong vòng một tháng".

Chiết khấu trước từng khoản mục là chiết khấu sửa đổi giá của từng sự kiện áp dụng để xác định giá được đánh giá lại. Giảm giá này cũng nằm trong danh mục chiết khấu thời gian thanh toán, nhưng điều này liên quan đến xếp hạng của các cuộc gọi. Các chiết khấu thời gian thanh toán khác không thay đổi giá của sự kiện. Giảm giá thành từng khoản trước không thể bao gồm phí sản phẩm, chỉ tính phí sự kiện.

Các bước và ngưỡng chiết khấu

Quy mô của chiết khấu được xác định bằng cách sử dụng một loạt các bước và ngưỡng chiết khấu. Các bước chiết khấu cho phép thay đổi quy mô chiết khấu khi đạt đến các ngưỡng cụ thể.

Ví dụ: giảm giá cho các sự kiện điện thoại có thể phụ thuộc vào số phút gọi điện với giảm giá 10% sau 100 phút và giảm giá 20% sau 200 phút.

Mỗi lần giảm giá phải có ít nhất một bước. Các bước tiếp theo có thể được thêm vào nếu việc chiết khấu được yêu cầu trở nên ít hoặc nhiều hơn với khối lượng lớn hơn. Mỗi bước chiết khấu có thể có chiết khấu của nó được biểu thị bằng số tiền hoặc phần trăm (nhưng không phải cả hai).

Các loại giảm giá đơn giản

Có thể có vô số loại chiết khấu dành cho khách hàng cuối cùng, nhưng nó phụ thuộc vào những gì thanh toán của bạn hỗ trợ. Sau đây là các loại giảm giá đơn giản nhưng rất tốt, có thể được cung cấp -

Giảm giá sản phẩm chéo

Đây là những khoản giảm giá trong đó một tập hợp sản phẩm và sự kiện xác định mức giảm giá cho một tập hợp sản phẩm và sự kiện khác.

Ví dụ: "10 SMS miễn phí nếu chi tiêu hơn $ 30 cho các cuộc gọi di động". Ở đây, các cuộc gọi di động xác định chiết khấu và sản phẩm SMS được giảm giá, loại giảm giá như vậy được gọi làcross product discounts.

Giảm giá theo bậc

Những điều này chỉ áp dụng cho một phần của tập hợp các sự kiện hoặc số tiền chi tiêu nằm giữa các ngưỡng chiết khấu được chỉ định. Ví dụ: trong sơ đồ sau, giảm giá 0% khi chi tiêu$0-$Ngưỡng 100 hoặc ngưỡng 0-100 sự kiện, giảm giá 5% khi chi tiêu $100-$Ngưỡng 200 hoặc ngưỡng 100-200 sự kiện, v.v.

Giảm giá

Đây là những chiết khấu dựa trên số lượng sự kiện hoặc phí sản phẩm mà một sản phẩm nhất định tạo ra. Ví dụ: trong sơ đồ sau, giảm 5% cho chi tiêu $ 100 hoặc 100 sự kiện, v.v. Như đã thấy, chi tiêu càng lớn, chiết khấu càng nhiều.

Giảm thuế

Chiết khấu thuế cung cấp một phương pháp thay thế để giải quyết một số trường hợp miễn thuế. Chúng được tính toán và áp dụng khi tài khoản được lập hóa đơn.

Khoảng thời gian và thời gian giảm giá

Hầu hết các chương trình giảm giá đều có khoảng thời gian chiết khấu đi kèm với chúng, có thể là bất kỳ số ngày, tuần hoặc tháng nào. Khoảng thời gian này có thể được sử dụng theo ba cách:

  • Để chỉ định thời gian đạt đến giá trị ngưỡng.

  • Để chỉ định tần suất áp dụng chiết khấu tuyệt đối.

  • Để chỉ định tần suất sử dụng cao nhất được xác định cho các chiết khấu với bộ lọc sử dụng cao nhất được đính kèm.

Giảm giá có thể được xếp hạng theo tỷ lệ và không theo tỷ lệ dựa trên yêu cầu. Nếu chiết khấu được tính theo tỷ lệ, thì chiết khấu sẽ được tính dựa trên số ngày dịch vụ đang được sử dụng và trong trường hợp chiết khấu không theo tỷ lệ, chiết khấu sẽ được tính cho cả khoảng thời gian mà chiết khấu đã được định cấu hình.

Lược đồ tiền thưởng

Các chương trình thưởng là các phương pháp cung cấp cho khách hàng các sự kiện miễn phí, trong đó số lượng sự kiện miễn phí được xác định bởi việc sử dụng trước đó hoặc tính phí cho một hoặc nhiều sản phẩm trong một khoảng thời gian (ví dụ: năm trước).

Ví dụ: "Hãy sử dụng gói điện thoại Super deal và nhận $ 10 cuộc gọi miễn phí cho mỗi ba giờ gọi quốc tế được thực hiện trong quý trước."

Có những cách khác để giảm tiền cho khách hàng, chẳng hạn như đưa ra gói giá ưu đãi hơn thông qua gói hàng, giảm giá đơn vị sản phẩm khi số lượng mua tăng lên.

Gọi nhóm vòng kết nối (CUG)

Vòng kết nối đang gọi Nhóm xác định mối quan hệ giữa người dùng, những người được mô hình là thành viên và (theo mặc định) không phải là thành viên.

Trong mô hình này, một cuộc gọi được thực hiện bởi một thành viên của vòng kết nối với một thành viên khác của vòng kết nối sẽ được định giá bằng cách sử dụng mức giá khác áp dụng cho một cuộc gọi không phải thành viên (hoặc cộng sự) thực hiện cùng một cuộc gọi.

Mối quan hệ giữa các bên gọi được xác định bởi sự kết hợp của danh tính người gọi. Vòng kết nối gọi điện có thể mở rộng các mạng nếu các mạng thuộc cùng một nhà khai thác và một vòng kết nối gọi điện có thể bao gồm cả người dùng di động và cố định.

Tiếp theo là gì?

Chúng tôi đã đề cập đến Quy trình thanh toán trong chương trước. Trong chương tiếp theo, chúng ta sẽ thảo luận về phần cuối cùng của Tạo hóa đơn bắt đầu từ dữ liệu hóa đơn thô đến hình thành hóa đơn có cấu trúc.

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ần thiết 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ẻ của 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ẽ đảm nhận 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à 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ả việ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.

Tất cả các nhà khai thác cung cấp dịch vụ của họ và thu tiền từ khách hàng cuối cùng để tồn tại trong kinh doanh. Có thể có hai cách khả thi để tính phí khách hàng cuối -

  • In-Advance- Nhà điều hành tính phí trước cho khách hàng trước khi cung cấp dịch vụ. Điều này dẫn đến sự hài lòng của khách hàng ít hơn, nhưng nhà điều hành an toàn hơn trên quan điểm doanh thu.

  • In-Arrears- Một nhà điều hành tự đẩy mình vào rủi ro và tính phí khách hàng vào cuối mỗi tháng sau khi cung cấp các dịch vụ được yêu cầu. Điều này dẫn đến sự hài lòng của khách hàng nhiều hơn, nhưng nhà điều hành có nguy cơ thu ít doanh thu hơn.

Luôn có một ngưỡng tối đa mà nhà điều hành có thể chịu được khi mất doanh thu liên quan đến một khách hàng cụ thể; đồng thời, có một ngưỡng rủi ro mà nhà điều hành có thể thực hiện với một khách hàng cụ thể.

Ví dụ: nếu thu nhập của khách hàng là $10,000/month, then operator can provide him their services very easily up to $1000 - $2000 but for the same operator it would be difficult to provide him a service, which would cost almost $10.000 / tháng vì trong tình hình như vậy khách hàng khó có thể thanh toán hàng tháng.

Giữ cùng một khái niệm, các nhà khai thác xác định các loại tín dụng khác nhau, họ sử dụng để phân loại khách hàng của mình và kết hợp các hành động tín dụng và thu nợ khác nhau.

Các hạng tín dụng

Hạng tín dụng xác định một loại khách hàng và rủi ro doanh thu liên quan có thể được thực hiện với khách hàng đó. Một hạng tín dụng cũng xác định lịch thu nợ nào sẽ được áp dụng cho khách hàng, nếu chủ sở hữu của nó không thực hiện các khoản thanh toán (không thể tranh cãi) đến hạn.

Tất cả các Hệ thống thanh toán đều cung cấp cơ sở để xác định các hạng tín dụng khác nhau, có thể được chỉ định cho các khách hàng khác nhau tại thời điểm thêm chúng vào hệ thống. Một số ví dụ về các lớp tín chỉ như sau:

  • VIP Credit Class - Điều này có thể được chỉ định cho khách hàng VIP và sẽ có giá trị hạn mức tín dụng rất cao.

  • General Public Class - Đây là loại tín chỉ phổ biến nhất và hầu như sẽ có $100 or $200 hạn mức tín dụng.

  • Segment Specific Class - Các lớp này có thể được xác định dựa trên các phân khúc khác nhau như cảnh sát, quân đội, nhân viên ngân hàng, v.v. Người điều hành có thể xác định hạn mức tín dụng dựa trên mức độ thoải mái của họ.

Có thể có vô số hạng tín dụng được xác định dựa trên yêu cầu và hạng mục của khách hàng.

Kiểm soát tín dụng

Chủ yếu có hai giai đoạn mà tín dụng có thể được kiểm soát cho một loại khách hàng cụ thể -

Dựa trên mức sử dụng chưa thanh toán

Đây là kiểm soát thời gian xếp hạng, được thực hiện bởi các Quy trình xếp hạng. Tại đây, việc sử dụng và tổng chi phí của khách hàng được kiểm tra so với hạn mức tín dụng được chỉ định và nếu khách hàng bắt đầu đạt đến hạn mức tín dụng được chỉ định, khách hàng sẽ được thông báo về điều tương tự và sau khi vi phạm hạn mức tín dụng, có thể thực hiện hành động thích hợp.

Có những nhà khai thác muốn ngăn chặn (tức là tạm thời ngừng) dịch vụ nếu khách hàng vi phạm giới hạn tín dụng và họ sẽ bị cấm sau khi thanh toán được thực hiện. Ví dụ: một khách hàng có hạn mức tín dụng là 200 đô la sẽ được thông báo về 80% mức sử dụng bằng phương thức SMS, khi đạt đến ngưỡng 90% có thể được thông báo bằng cuộc gọi nhắc nhở, v.v. và khi tín dụng 100% đã đạt đến giới hạn, thì việc gửi đi có thể bị cấm.

Để kiểm soát tín dụng, các nhà khai thác muốn chỉ chặn các cuộc gọi đi trong trường hợp sử dụng Thoại và SMS, nhưng trong trường hợp tải xuống dữ liệu, khách hàng sẽ không thể thực hiện bất kỳ tải xuống dữ liệu nào.

Dựa trên mức sử dụng được lập hóa đơn

Điều này thường được thực hiện sau khi gửi hóa đơn và nhiều hơn nữa liên quan đến quá trình thu thập doanh thu, mà chúng ta sẽ thảo luận trong chương tiếp theo.

Để kiểm soát tín dụng tại thời điểm xếp hạng, điều quan trọng là giữ xếp hạng theo thời gian thực nhất có thể. Nếu việc sử dụng không được nắm bắt trong thời gian thực và nó được xếp hạng sau một khoảng thời gian dài, thì có khả năng khách hàng đã vượt quá hạn mức tín dụng của họ và khách hàng hợp pháp có thể không thanh toán được số tiền vượt quá hạn mức tín dụng được chỉ định của họ, nhưng điều này thay đổi giữa các quốc gia và nhà điều hành với nhà điều hành.

Tiền gửi

Có các hệ thống thanh toán, hỗ trợ các khoản tiền gửi được giữ vào tài khoản. Tiền gửi được giữ cùng với số dư tài khoản và tiền mặt có thể được chuyển giữa hai bên.

Có thể có các mức tiền gửi khác nhau để cung cấp các loại dịch vụ khác nhau, có thể được duy trì dựa trên một tài khoản.

Tiền gửi giúp nhà khai thác trang trải doanh thu của họ trong trường hợp khách hàng không thể thực hiện thanh toán của họ.

Tiếp theo là gì?

Hy vọng bạn có một số ý tưởng về cách kiểm soát tín dụng được cấp cho các tầng lớp khách hàng khác nhau. Vẫn có những khách hàng khác nhau, những người sẽ không thanh toán đúng hạn ngay cả khi đã cho họ một khoản tín dụng trong khả năng của họ. Có rất nhiều khách hàng không phải trả tiền sau khi sử dụng dịch vụ.

Trong chương tiếp theo, chúng tôi sẽ giải thích cách chúng tôi xác định các quy trình và lịch trình thu tiền khác nhau để thu doanh thu cho các dịch vụ được cung cấp.

Sau khi hóa đơn được tạo và gửi cho khách hàng, lý tưởng nhất là tất cả khách hàng sẽ nhận được hóa đơn của mình và thanh toán ngay lập tức. Tuy nhiên, có thể có một số khách hàng không thanh toán hóa đơn của họ và có thể có sự chậm trễ không thể chấp nhận được trong việc thanh toán hóa đơn và do đó các nhà cung cấp dịch vụ phải thực hiện một số hành động cần thiết để khắc phục tình hình và thu thập số dư chưa thanh toán đến hạn (được gọi là tài khoản phải thu, viết tắt là A / R).

Thu tiền là quá trình loại bỏ các khoản phải thu quá hạn trên tài khoản khách hàng. Điều này thường liên quan đến việc gửi thông báo cho khách hàng và thực hiện các hành động thích hợp trong trường hợp không có các khoản thanh toán đến hạn sau ngày đến hạn.

Hệ thống thanh toán hỗ trợ việc xử lý (theo dõi khoản phải thu) cả ở cấp hóa đơn, nơi các khoản phải thu được truy xuất trên cơ sở hóa đơn và ở cấp tài khoản, theo đó tất cả số tiền quá hạn cho một tài khoản, trên nhiều hóa đơn, có thể được xử lý bằng một hành động xử lý duy nhất.

Mô hình dunning được sử dụng cho một tài khoản sẽ được chỉ định trên cơ sở loại tín dụng của nó. Quy trình thu thập cốt lõi bao gồm hai mục sau:

  • Collections Aging Tracking- Đây là quá trình theo dõi các hóa đơn khách hàng chưa được thanh toán trong thời hạn thanh toán đã định. Nó đề cập đến "tuổi của các khoản phải thu"; ví dụ: hóa đơn quá hạn 0-30 ngày, quá hạn 30-60 ngày, v.v.

  • Collections Actions- Hành động thu tiền là hành động được thực hiện khi khoản phải thu đến một độ tuổi cụ thể. Ví dụ, nên phát các tin nhắn nhắc nhở khách hàng bằng thư hoặc ghi âm.

Lịch trình hành động thu thập

Thông thường, các hành động thu thập được thực hiện theo các bước sau:

  • Gửi thư nhắc nhở và / hoặc cuộc gọi: Bộ phận dịch vụ khách hàng liên hệ với khách hàng để nhắc việc thanh toán. Vẫn nếu không có khoản thanh toán nào nhận được, thì hãy tiếp tục hành động tiếp theo.

  • Gửi thư màu đỏ - Ví dụ: thư "Thanh toán trong bảy ngày" được phát hành. Vẫn nếu khoản thanh toán không được nhận, thì hãy tiếp tục hành động tiếp theo.

  • Ngắt kết nối dịch vụ - Bộ phận quản lý mạng tạm dừng dịch vụ.

Lịch trình thu tiền xác định các hành động thu tiền, hành động nào nên được thực hiện và thời điểm chúng nên được thực hiện khi khách hàng không thanh toán.

Lịch trình thu thập chỉ định chuỗi các giai đoạn tạo nên quy trình thu thập. Đối với mỗi giai đoạn, nó bao gồm -

  • Thời hạn hiệu lực của các khoản phải thu để một hành động xảy ra. Tuổi thực của khoản phải thu được tính bằng cách lấy tuổi thực của khoản phải thu.

  • Các hành động được thực hiện. Đây có thể là một hành động mà Hệ thống thanh toán phải thực hiện, ví dụ: gửi một thông báo khó hiểu vào một ngày cụ thể.

  • Hành động có bắt buộc hay không. Nếu một hành động là bắt buộc, các hành động tiếp theo không thể diễn ra cho đến khi hành động này được thực hiện.

  • Số tiền phải thu tối thiểu dưới mức mà hành động sẽ không diễn ra.

Thao tác thu thập mềm - Thông báo tinh ranh

Trong giai đoạn đầu của quy trình thu tiền, hành động thu tiền mềm thường là gửi một số thông báo khó hiểu, là những thư nhắc nhở và yêu cầu thanh toán đơn giản.

Sau khi một số thông báo khôn ngoan đã được gửi ở các giai đoạn khác nhau, các hành động khác thường được lên lịch. Ví dụ: bạn có thể chỉ định rằng đại diện dịch vụ khách hàng (CSR) nên gọi điện cho khách hàng để hỏi tại sao họ chưa thanh toán.

Hành động thu thập khó khăn - Danh sách đen

Nếu các nỗ lực ban đầu không thành công, thì các hành động tích cực hơn có thể được thực hiện như chặn các dịch vụ hoặc ngắt kết nối các dịch vụ hoặc hot-lining (lót nóng là quá trình chuyển hướng lại tất cả các cuộc gọi của khách hàng quá hạn đến nhà điều hành thu tiền).

Nếu tất cả các nỗ lực thu phí đều thất bại, nhà cung cấp dịch vụ có thể xóa sổ tài khoản và đánh dấu số đến hạn là nợ khó đòi hoặc có thể giao (bán) tài khoản cho cơ quan thu phí. Cơ quan thu phí hoạt động dựa trên phần trăm doanh thu thu được. Tuy nhiên, một khi các hóa đơn tài khoản chưa được thu thập được bán cho cơ quan thu nợ, nhà cung cấp dịch vụ không được phép làm việc với khách hàng về các khoản thanh toán.

Ở đây, xóa bỏ nghĩa là nhà cung cấp dịch vụ (nhà điều hành) thay mặt khách hàng xóa các khoản phí và đóng tài khoản. Điều này được thực hiện cho mục đích kế toán, nếu không sẽ là một tổn thất cho nhà điều hành.

Nhà cung cấp dịch vụ duy trì lịch sử của các tài khoản xóa sổ, còn được gọi là khách hàng trong danh sách đen để chúng không bị kích hoạt lại và thông báo cho cơ quan kiểm tra / báo cáo tín dụng về các tài khoản đó.

Tiếp theo là gì?

Hầu hết các khách hàng đều thanh toán trước hạn. Có thể có nhiều kênh khác nhau được sử dụng để thanh toán.

Trong chương tiếp theo, chúng ta sẽ thảo luận về các loại thanh toán khác nhau và quy trình xử lý từ đầu đến cuối của chúng để giải quyết các hóa đơn.

Khi hóa đơn được gửi cho khách hàng, khách hàng sẽ bắt đầu thanh toán hóa đơn của họ. Quá trình xử lý các khoản thanh toán hóa đơn vào hệ thống thanh toán được gọi là quá trình thanh toán.

Các khoản thanh toán của khách hàng được chuyển vào tài khoản của khách hàng. Nếu có bất kỳ hóa đơn nào chưa thanh toán, thì hóa đơn nào được thanh toán tùy thuộc vào phương pháp kế toán của tài khoản. Có hai loại phương pháp kế toán -

  • Balance forward accounting - Sử dụng phương pháp này, nếu một số lượng hóa đơn còn thiếu, các khoản thanh toán đã nhận được phân bổ cho các hóa đơn theo tuổi của khoản phải thu, với hóa đơn cũ nhất được tạo trước.

  • Open item accounting- Phương pháp này cho phép các khoản thanh toán được phân bổ vào các hóa đơn cụ thể. Kế toán khoản mục mở đặc biệt hữu ích khi xử lý các khoản thanh toán từ khách hàng doanh nghiệp.

Phương thức thanh toán

Khách hàng có thể thanh toán bằng các phương thức thanh toán khác nhau được nhà cung cấp dịch vụ hỗ trợ; ví dụ: khách hàng có thể thực hiện thanh toán bằng các phương thức thanh toán như séc, thẻ tín dụng, thẻ ghi nợ hoặc chuyển khoản, hoặc gửi tiền mặt trực tiếp.

Một nhà điều hành có thể có nhiều tài khoản ngân hàng mà họ sẽ nhận thanh toán trực tiếp qua các tài khoản ngân hàng. Các tài khoản ngân hàng này được coi là tài khoản giữ và gửi chi tiết thanh toán đến hệ thống thanh toán trong các tệp văn bản.

Nếu các khoản thanh toán được nhận bên ngoài hệ thống thanh toán theo cách thủ công hoặc điện tử, thì các khoản thanh toán đó được tải lên hệ thống bằng quy trình tự động để giải quyết các hóa đơn.

Thanh toán tự động

Hệ thống thanh toán cung cấp phương tiện để nắm bắt thông tin thẻ tín dụng hoặc thẻ ghi nợ và các phương thức thanh toán tự động hàng tháng.

Nếu phương thức thanh toán được đặt tự động bằng thẻ tín dụng hoặc thẻ ghi nợ, các yêu cầu thanh toán được tạo tự động sau mỗi hóa đơn hoặc vào một ngày nhất định và các yêu cầu này được gửi đến cổng thanh toán (hoặc ngân hàng) để ủy quyền thanh toán.

Khi tất cả các khoản thanh toán được ủy quyền, chúng sẽ được tải lên hệ thống thanh toán để giải quyết các hóa đơn đến hạn.

Thanh toán thủ công

Nếu các khoản thanh toán được thực hiện bằng tiền mặt hoặc séc, thì nó có thể được nhập vào hệ thống trả trước cho khách hàng hoặc nếu khoản này được thu bởi một số đại lý, thì tất cả các khoản thanh toán đó sẽ được thu thập và đăng lên hệ thống thanh toán bằng các phương pháp tự động do thanh toán cung cấp hệ thống.

Đối với tất cả các khoản thanh toán đã nhận, các tệp thanh toán được chuẩn bị với định dạng xác định trước và sau đó chúng được tự động đẩy đến vị trí xác định trước từ nơi Hệ thống thanh toán nhận và tải lên cơ sở dữ liệu thanh toán.

Có thể có một tình huống, khi thanh toán bằng thẻ tín dụng hoặc séc không được thực hiện. Nếu khoản thanh toán này đã được đăng vào hệ thống, thì nó cần phải hủy để điều chỉnh số tiền. Hệ thống thanh toán cung cấp các tiện ích để xử lý các khoản thanh toán không thành công hoặc bị hủy.

Giao diện thanh toán

Giao diện được ràng buộc giữa hệ thống thanh toán và bất kỳ hệ thống bên ngoài nào khác để nhận thanh toán. Giao diện cho phép hai hệ thống giao tiếp với nhau dựa trên các quy tắc được xác định trước.

Ví dụ: một tệp văn bản đơn giản có thể là giao diện thanh toán giữa ngân hàng và hệ thống thanh toán. Nếu giao diện dựa trên tệp, các ngân hàng tiếp tục gửi chi tiết thanh toán bằng tệp thanh toán ở định dạng được xác định trước.

Có thể có một giao diện dựa trên API trực tuyến giữa ngân hàng và hệ thống thanh toán. Nếu có giao diện trực tuyến, thì ngân hàng sẽ gọi API được cung cấp để đăng thanh toán trực tiếp vào hệ thống thanh toán.

Theo cách tương tự, có thể có các giao diện dựa trên tệp hoặc trực tuyến được cung cấp cho bên thứ ba liên quan đến việc thu tiền thanh toán.

Tiếp theo là gì?

Cho đến nay, chúng ta gần như đã đi hết vòng đời của một khách hàng viễn thông. Chương tiếp theo rất quan trọng để hiểu tình huống tranh chấp phát sinh giữa nhà khai thác và khách hàng.

Tranh chấp là gì?

Tranh chấp là bản ghi truy vấn về số tiền trên tài khoản. Thông thường, tranh chấp sẽ được ghi lại khi khách hàng thắc mắc một số khía cạnh trong hóa đơn của họ. Có thể phát sinh tranh chấp -

  • Đối với hóa đơn trên một tài khoản.

  • Chống lại một sự kiện được xếp hạng cụ thể trên tài khoản. Ví dụ: nếu khách hàng tranh chấp một sự kiện truyền hình trả tiền cho mỗi lượt xem cụ thể do bị cắt điện.

Xử lý tranh chấp

Sau khi một tranh chấp được ghi lại, nó sẽ được điều tra, xác minh để -

  • Accept - Nếu tranh chấp nêu ra là hợp lệ từ phía khách hàng thì tranh chấp đó sẽ được chấp nhận và sẽ được hoàn lại tiền cho khách hàng.

  • Reject - Nếu tranh chấp được phát hiện là không thể chấp nhận được thì tranh chấp đó sẽ bị từ chối.

  • Cancel - Nếu tranh chấp được nhập do nhầm lẫn, thì tranh chấp sẽ bị hủy bỏ.

Các điểm sau đây cần được lưu ý đối với tranh chấp và hệ thống thanh toán phải hỗ trợ những điểm này:

  • Các hành động thu tiền không được báo cáo trong khi số tiền có trạng thái tranh chấp là đang chờ xử lý, nhưng các bộ sưu tập đã được xử lý trong khoảng thời gian này.

  • Các sự kiện tranh chấp không được bao gồm trong tính toán bộ sưu tập cho đến khi chúng được lập hóa đơn. Sau đó, các bộ sưu tập được làm cũ như bình thường.

Điều chỉnh là gì?

Điều chỉnh là một phương pháp ghi có hoặc ghi nợ vào tài khoản với một số tiền tùy ý. Các điều chỉnh có thể được áp dụng đối với toàn bộ tài khoản hoặc đối với một sự kiện được xếp hạng cụ thể trên tài khoản đó.

Hệ thống Thanh toán cho phép tạo các loại điều chỉnh khác nhau, có thể được sử dụng trong các trường hợp khác nhau và mỗi điều chỉnh sẽ trải qua các giai đoạn phê duyệt khác nhau.

Nếu tranh chấp được chấp nhận, một điều chỉnh sẽ được tạo để ghi có vào tài khoản với số tiền tranh chấp. Các điều chỉnh không được ảnh hưởng đến số dư của tài khoản cho đến khi chúng được chấp thuận. Các điều chỉnh có trạng thái đang chờ phê duyệt không ảnh hưởng đến việc thanh toán hoặc thu tiền.

Các tranh chấp và điều chỉnh được thực hiện cho các tài khoản bao gồm thuế được giả định là đã bao gồm thuế. Tổng số tiền được nhập và sẽ có sẵn để xuất trên hóa đơn.

Tiếp theo là gì?

Trong chương tiếp theo, chúng ta sẽ thảo luận về các loại báo cáo khác nhau cần thiết cho ban quản lý. Có thể có một danh sách các báo cáo sẵn có và có thể có một số báo cáo cần phát triển tùy chỉnh.

Các báo cáo khác nhau được tạo ra để cung cấp thông tin có giá trị cho ban quản lý về tài chính, doanh số và hiệu suất của hệ thống. Có thể tạo các loại báo cáo khác nhau như báo cáo tài chính, báo cáo quản lý, báo cáo đối chiếu, báo cáo hoạt động mạng, v.v.

Báo cáo chứa thông tin thúc đẩy sự thành công của doanh nghiệp và giúp theo dõi tình hình hoạt động kinh doanh, xác định bất kỳ khu vực vấn đề nào để có thể thực hiện các hành động khắc phục thích hợp.

Báo cáo là một trong những lĩnh vực mà không một Hệ thống thanh toán nào có thể đáp ứng 100% yêu cầu ngay từ đầu. Chắc chắn các bộ phận tiếp thị hoặc tài chính sẽ đưa ra các yêu cầu báo cáo như vậy, điều này sẽ cần rất nhiều phát triển tùy chỉnh.

Nếu Hệ thống thanh toán của bạn đang đẩy dữ liệu lên Kho dữ liệu (DWH), thì bạn có thể chuyển các hoạt động báo cáo sang hệ thống DWH, nhưng vẫn có nhiều phòng ban muốn có các báo cáo quan trọng từ hệ thống nguồn, đó là Hệ thống thanh toán.

Chúng tôi có thể phân loại báo cáo thành hai loại:

  • Core/Canned Reports- Các báo cáo này được cung cấp bởi Hệ thống thanh toán như là chức năng cốt lõi của hệ thống. Đôi khi, chúng được gọi là báo cáo đóng hộp hoặc báo cáo tiêu chuẩn.

  • Custom Reports - Các báo cáo này sẽ không có sẵn trực tiếp từ hệ thống và nó sẽ cần một số phát triển bằng cách sử dụng tập lệnh PL / SQL, PERL hoặc Shell, v.v.

Các hệ thống thanh toán khác nhau cung cấp các loại báo cáo khác nhau trong các lĩnh vực khác nhau. Hệ thống thanh toán liên kết được yêu cầu cung cấp nhiều chức năng hơn liên quan đến báo cáo vì chúng xử lý việc thanh toán bán buôn.

Yêu cầu báo cáo

Sau đây là danh sách các báo cáo được yêu cầu bởi các bộ phận khác nhau -

Báo cáo tài chính

Báo cáo thanh toán cung cấp thông tin về các khoản thanh toán tài khoản của khách hàng trong một khoảng thời gian. Báo cáo tổng hợp các khoản phải thu tài khoản cung cấp thông tin về các khoản phải thu tài khoản, các khoản phí chưa thanh toán, v.v.

Báo cáo tranh chấp & điều chỉnh giúp xác định mẫu lý do tranh chấp & điều chỉnh và giúp hiểu lý do tranh chấp & điều chỉnh đó và thực hiện hành động khắc phục thích hợp.

Báo cáo quản lý

Báo cáo quản lý cung cấp thông tin về khách hàng, việc sử dụng sản phẩm và dịch vụ của họ, cách gọi, phản hồi của khách hàng, v.v. Các báo cáo này giúp thực hiện các bước thích hợp để giảm bớt tình trạng khách hàng không muốn giới thiệu dịch vụ mới.

Churn là quá trình khách hàng ngắt kết nối với nhà cung cấp dịch vụ này và chuyển sang nhà cung cấp dịch vụ khác và điều này có thể do nhiều lý do như dịch vụ khách hàng không đầy đủ hoặc thiếu sản phẩm cạnh tranh hoặc thiếu phí cạnh tranh hoặc có thể do lý do tự nhiên về địa lý chuyển vị trí của khách hàng.

Báo cáo đối chiếu

Các báo cáo này cung cấp thông tin Đảm bảo Doanh thu (RA) đảm bảo rằng tất cả các nguồn doanh thu và chi phí đều được theo dõi và không có bất kỳ loại doanh thu nào bị rò rỉ. Ví dụ, doanh thu có thể bị mất do nhiều nguyên nhân như rò rỉ hệ thống mạng hoặc sai sót trong dàn xếp hoặc thanh toán, nhu cầu giới thiệu dịch vụ mới nhanh chóng, v.v.

Báo cáo đảm bảo doanh thu giúp xác định vị trí rò rỉ để có thể thực hiện các hành động thích hợp.

Báo cáo hoạt động mạng

Các báo cáo này cung cấp thông tin để xác định các khu vực tắc nghẽn mạng để có thể thực hiện các biện pháp khắc phục (định tuyến lại hoặc bổ sung thêm tài nguyên) để khắc phục những vấn đề này.

Các báo cáo khác

Sau đây là danh sách tưởng tượng của một số báo cáo khác, có thể được yêu cầu ngoài Hệ thống thanh toán -

Sr.No. Mô tả Báo cáo
1 Báo cáo Phân loại Doanh thu tóm tắt thông tin doanh thu cho một phạm vi ngày cụ thể theo hạng tín dụng, chi tiết khách hàng, gói giá, loại phí, v.v.
2 Các báo cáo Chi tiết khách hàng, Khoản phải thu có tuổi và Khoản mục đang mở được cung cấp chủ yếu để hỗ trợ việc theo đuổi bộ sưu tập.
3 Sổ theo ngày báo cáo tóm tắt các hoạt động trong ngày và trình bày thông tin sổ cái tổng hợp.
4 Báo cáo Sản phẩm và Gói cung cấp thông tin chi tiết về các sản phẩm trong cơ sở dữ liệu và các gói có sẵn trong danh mục thanh toán / xếp hạng cụ thể.
5 Báo cáo Kế toán Thỏa thuận Liên kết (IAA) tạo điều kiện thuận lợi cho việc đối chiếu các CDR liên kết ngoài.
6 Tổng số lần kích hoạt, chấm dứt, chuyển vào hoặc chuyển ra hàng ngày.
7 Tổng số tài khoản vi phạm hạn mức tín dụng của họ hàng ngày và bao nhiêu doanh thu vi phạm tín dụng.
số 8 Báo cáo về số lượng sự kiện đã được xếp hạng thành công, được đăng nội bộ và đăng chưa được đánh dấu trong một khoảng thời gian cụ thể.
9 Báo cáo sự kiện trùng lặp cho một dịch vụ cụ thể hoặc cho tất cả các dịch vụ (ví dụ: thoại, SMS, MMS, v.v.)
10 Báo cáo các sự kiện bị từ chối cho một dịch vụ cụ thể hoặc cho tất cả các dịch vụ (ví dụ: thoại, SMS, MMS, v.v.)

Tự động so với Thủ công

Có thể có một danh sách các báo cáo, được yêu cầu hàng tháng, hàng tuần hoặc hàng ngày. Vì vậy, loại báo cáo như vậy được phát triển nếu chúng không có sẵn và được lập lịch trong hệ thống, để chúng có thể được gửi trong hộp thư điện tử của người dùng cuối mà không cần bất kỳ sự can thiệp thủ công nào.

Sẽ có nhu cầu về các báo cáo khác nhau theo thời gian dựa trên một số yêu cầu, loại báo cáo như vậy không thể hình dung và phát triển trước. Vì vậy, các báo cáo này được phát triển và gửi dựa trên nhu cầu từ những người dùng khác nhau.

Tiếp theo là gì?

Bắt đầu từ chương tiếp theo, chúng tôi sẽ đề cập đến các loại thanh toán khác nhau; ví dụ: bán lẻ, bán buôn, MVNO, chuyển vùng, v.v.

Hầu hết các nhà khai thác cung cấp hai tùy chọn cho khách hàng của họ, để postpaid hoặc một prepaidkết nối. A Kết nối trả sau cũng như trả trước đều có những ưu và nhược điểm riêng.

Thông thường, một nhà điều hành sẽ có 70% -80% cơ sở khách hàng bao gồm khách hàng trả trước và phần còn lại của cơ sở khách hàng sẽ đến từ phía trả sau. Đối với một nhà điều hành, luôn tốt khi có nhiều khách hàng trả sau hơn.

Bạn có thể sẵn sàng biết về sự khác biệt giữa hai loại khách hàng, dịch vụ và hệ thống. Hãy để chúng tôi liệt kê một vài điểm khác biệt chính giữa hai loại -

  • Service Payments- Đây là yếu tố quan trọng nhất, tạo nên sự khác biệt giữa hai cơ sở khách hàng. Khách hàng trả trước thực hiện thanh toán trước khi sử dụng dịch vụ, ngược lại khách hàng trả sau sử dụng dịch vụ được ưu đãi trong cả tháng và cuối tháng khách hàng nhận được hóa đơn thanh toán trong khung thời gian nhất định.

  • Charging & Billing - Đối với khách hàng trả trước, khách hàng phải tính phí theo thời gian thực cho tất cả các lần sử dụng, trong khi khách hàng trả sau có thể bị tính phí vào cuối tháng.

  • Service Offerings- Hệ thống thanh toán trả sau cung cấp nhiều tính linh hoạt hơn so với hệ thống tính phí thời gian thực. Ví dụ: hệ thống tính phí thời gian thực không linh hoạt để duy trì hệ thống phân cấp khách hàng doanh nghiệp phức tạp, trong đó hệ thống thanh toán trả sau có thể xử lý phân cấp khách hàng lên đến cấp N.

  • Support & Maintenance- Một nhà điều hành cần chú ý đến cả hai doanh nghiệp. Nếu, đối với một doanh nghiệp trả trước, nhà điều hành cần có nhân lực có kỹ năng để kiểm soát hoạt động, đồng thời nhà điều hành cần một đội ngũ nhân viên giỏi để xử lý các thắc mắc của khách hàng trả sau liên quan đến việc tính phí, hóa đơn và khắc phục các sự cố hoạt động.

  • Supported Network- Cách đây khá lâu, việc hòa mạng trả trước và hòa mạng trả sau khác nhau. Điều này được sử dụng để đưa ra lời phàn nàn rằng kết nối trả trước sẽ cung cấp kết nối tốt hơn trả sau hoặc ngược lại. Đây là thời đại của thanh toán hội tụ và các nhà khai thác đang điều hành hoạt động kinh doanh của họ với cùng một mạng mà không ảnh hưởng đến chất lượng truyền thông.

Kịch bản trả sau

Các phần tử mạng (như bộ chuyển mạch, SMSC) tạo ra mức sử dụng thô được gọi là Bản ghi chi tiết sử dụng (UDR) hoặc Bản ghi chi tiết cuộc gọi (CDR), chứa thông tin được yêu cầu bởi hệ thống thanh toán -

  • Số điện thoại (A number)

  • Số đã gọi (số nhận cuộc gọi) (số B)

  • khi cuộc gọi bắt đầu (ngày và giờ)

  • Thời gian gọi

  • Loại cuộc gọi (MOC, MTC, v.v., MOC là viết tắt của Cuộc gọi khởi tạo từ thiết bị di động và MTC là viết tắt của Cuộc gọi được kết thúc bằng di động)

Hệ thống thanh toán nhận được các UDR thô ở trên từ các phần tử mạng và cả từ các nhà cung cấp dịch vụ khác và hệ thống thanh toán sẽ chuyển đổi các UDR này thành một định dạng mà hệ thống có thể hiểu được. Sau đó, UDR được định dạng / chuyển đổi ở trên sẽ được hướng dẫn để tìm khách hàng / tài khoản mà cuộc gọi sẽ được tính phí và sau đó xếp hạng sự kiện cho phù hợp.

Sau đó, các UDR được xếp hạng ở trên được lưu trữ trong kho dữ liệu thanh toán và vào ngày chu kỳ thanh toán, quy trình thanh toán sẽ chọn các UDR được xếp hạng này và xử lý và hiển thị hóa đơn / hóa đơn, có tính đến các khoản thanh toán, thuế, chiết khấu, v.v.

Sau đó khách hàng thanh toán hóa đơn và hệ thống thanh toán được cập nhật các chi tiết thanh toán. Sau đây là sơ đồ thể hiện quy trình thanh toán tiêu chuẩn ở trên -

Kịch bản trả trước

Tóm tắt các bước liên quan đến thanh toán trả trước như sau:

  • Khi khách hàng thực hiện cuộc gọi, cổng chuyển mạch trả trước sẽ nắm bắt số gọi và gửi thông tin tài khoản đến hệ thống thanh toán thời gian thực.

  • Hệ thống thanh toán thời gian thực sử dụng thông tin trên, xác thực danh tính của người dùng, tính toán số dư còn lại của tài khoản khách hàng bằng cách sử dụng bảng xếp hạng và thời lượng tối đa cho phép của cuộc gọi, và gửi thông tin này đến cổng trả trước.

  • Cổng thiết lập cuộc gọi.

  • Trong cuộc gọi, gateway giám sát cuộc gọi để người dùng không vượt quá thời lượng cuộc gọi tối đa cho phép.

  • Khi cuộc gọi kết thúc, cổng kết nối sẽ gửi thời lượng cuộc gọi thực tế đến hệ thống thanh toán trả trước, sau đó sẽ tính cước cuộc gọi thực tế và cập nhật số dư tài khoản, giảm số dư còn lại.

Hình sau cho thấy kịch bản thanh toán trả trước chung:

Quy trình thanh toán trả trước bao gồm các bước quan trọng sau cùng với việc thu thập thông tin tài khoản và cập nhật tài khoản sau khi cuộc gọi hoàn tất -

  • Authenticating- Xác thực là quá trình xác minh rằng người dùng là người mà họ tuyên bố là. Người dùng cung cấp ID người dùng và thông tin xác thực, chẳng hạn như mật khẩu. Hệ thống chấp nhận những thứ này làm đầu vào và xác minh rằng người dùng hợp lệ và có quyền truy cập vào hệ thống.

  • Authorizing- Ủy quyền là quá trình xác minh những gì người dùng được xác thực được phép làm. Nói chung, giao thức Quay số Truy cập Từ xa Trong Máy chủ Người dùng (RADIUS) được sử dụng để giới hạn quyền truy cập vào hệ thống cho những khách hàng đã đăng ký và được ủy quyền.

  • Providing advice of charge (AOC)- Điều này cung cấp thông tin về chi phí thực tế của cuộc gọi trước hoặc sau sự kiện. AOC cung cấp khả năng tư vấn của hệ thống viễn thông về chi phí thực tế của sự kiện trước hoặc sau khi sự kiện xảy ra.

Khi chúng ta nói về thanh toán viễn thông thì theo mặc định, nó là về thanh toán bán lẻ. Như đã thảo luận trước đó, thanh toán bán lẻ viễn thông được định nghĩa như sau:

"Telecom Billing là một quá trình thu thập việc sử dụng, tổng hợp nó, áp dụng các khoản phí sử dụng và thuê bắt buộc, và cuối cùng tạo hóa đơn cho khách hàng. Quá trình Telecom Billing cũng bao gồm việc nhận và ghi lại các khoản thanh toán từ khách hàng."

Thanh toán bán lẻ giao dịch trực tiếp với khách hàng cuối và đi kèm với rất nhiều thách thức để đáp ứng kỳ vọng của khách hàng cuối và các nghĩa vụ quy định. Thanh toán được coi là thành công miễn là nó đáp ứng các tiêu chí sau:

  • Timely Billing- Hóa đơn của khách hàng cuối cùng được tạo đúng hạn, tức là ngày danh nghĩa. Có thể có một số trường hợp khi khách hàng cuối không nhận được hóa đơn của mình đúng hạn vì một số vấn đề hậu cần, nhưng trách nhiệm của CNTT là tạo tất cả các hóa đơn đến hạn.

  • Billing Accuracy- Đây là yếu tố quan trọng nhất đối với sự hài lòng của khách hàng và theo quan điểm nghĩa vụ pháp lý. Nếu hệ thống thanh toán không tạo ra các hóa đơn chính xác, thì nó có thể dẫn đến các vấn đề kinh doanh nghiêm trọng theo quan điểm pháp lý cũng như khiến khách hàng ở trạng thái không hài lòng.

Thanh toán bán lẻ so với bán buôn

Thanh toán bán lẻ giao dịch với khách hàng cuối và thanh toán cho một khách hàng cá nhân, trong khi thanh toán bán buôn giao dịch thanh toán cho các đối tượng sau đây tùy thuộc vào tình hình và tính chất kinh doanh -

  • Người bán lại thanh toán được liên kết với nhà khai thác viễn thông.

  • Thanh toán cho các đối tác liên kết để cung cấp kết nối để thực hiện cuộc gọi cho khách hàng của nhà điều hành khác.

  • Thanh toán cho các đối tác chuyển vùng để cung cấp dịch vụ cho khách hàng của họ khi họ chuyển vùng trong vùng phủ sóng của nhà điều hành.

Thanh toán bán buôn dễ dàng hơn so với thanh toán bán lẻ và cho phép một mức giới hạn lớn, trong khi thanh toán bán lẻ luôn cần phải chính xác 100%. Thanh toán bán buôn không bao giờ có thể chính xác 100% vì nhiều lý do khác nhau như sự khác biệt về giá được định cấu hình trong hệ thống của hai nhà khai thác hoặc chênh lệch về số lượng cuộc gọi được xếp hạng vì một số cuộc gọi có thể bị nhỡ ở bất kỳ phần tử mạng nào.

Có những hệ thống thanh toán chuyên biệt đang được sử dụng để xử lý thanh toán bán lẻ như Convergys và Amdocs Hệ thống thanh toán nổi tiếng với thanh toán bán lẻ, trong khi hệ thống thanh toán ASCADE và INTEC nổi tiếng với thanh toán bán buôn.

Thanh toán bán buôn cũng có thể được giải quyết bằng cách sử dụng hệ thống thanh toán bán lẻ bằng cách sử dụng các báo cáo đơn giản vì chúng không xử lý quá nhiều loại giảm giá và khuyến mại, trong khi thanh toán bán lẻ cần tất cả những phức tạp này và không thể xử lý bằng hệ thống thanh toán bán buôn.

Tất cả các khái niệm được thảo luận cho đến nay trong hướng dẫn này đều liên quan đến thanh toán bán lẻ và các chương tiếp theo sẽ thảo luận về thanh toán liên kết, thanh toán chuyển vùng và các loại thanh toán khác.

Interconnect là quá trình xử lý các cuộc gọi cho các nhà cung cấp dịch vụ khác. Điều này cho phép khách hàng của một nhà cung cấp dịch vụ giao tiếp với khách hàng của nhà cung cấp dịch vụ khác.

Nếu hai nhà khai thác A và B không phải là đối tác kết nối, thì khách hàng của Nhà khai thác A sẽ không thể giao tiếp với khách hàng của Nhà khai thác B.

Thông thường, các nhà khai thác giữ các thỏa thuận của họ với nhau để cho phép khách hàng của họ liên lạc với nhau. Điều này mang lại cơ hội kinh doanh tốt cho tất cả các nhà khai thác tham gia vào hoạt động kết nối. Bất kỳ điểm kết nối nào mà các bên đồng ý kết nối các Mạng tương ứng của họ được gọi là "Interconnection Point".

Ví dụ về kết nối bao gồm:

  • Hai mạng điện thoại liền kề, không cạnh tranh với nhau kết nối với nhau để các thuê bao trên một mạng có thể gọi cho các mạng kia.

  • Các nhà cung cấp dịch vụ đường dài có được quyền truy cập vào các cơ sở của một nhà cung cấp dịch vụ địa phương và cạnh tranh với nhà cung cấp đó trong việc cung cấp các dịch vụ đường dài cho một cơ sở khách hàng chung.

  • Điện thoại hữu tuyến truyền thống và các nhà cung cấp dịch vụ di động không dây mới kết nối với nhau để các thuê bao của dịch vụ điện thoại truyền thống có thể gọi đến các thuê bao không dây và ngược lại.

  • Các nhà cung cấp dịch vụ điện thoại trong nước cạnh tranh mới kết nối với nhà cung cấp dịch vụ đương nhiệm để họ có thể thu hút các thuê bao trong lãnh thổ dịch vụ chung và cho phép các thuê bao đó gọi đến các thuê bao trên mạng của đương nhiệm.

  • Khách hàng của nhà cung cấp dịch vụ điện thoại đương nhiệm thực hiện cuộc gọi đến Nhà cung cấp dịch vụ Internet quay số của họ, nhà cung cấp dịch vụ này lại là khách hàng của nhà cung cấp dịch vụ cạnh tranh trong nước.

Lập hóa đơn kết nối

Đây là quá trình xuất hóa đơn để gửi cho một đối tác liên kết liên quan đến các bản ghi chi tiết cuộc gọi liên kết đến (CDR).

Interconnect Billing liên quan đến việc tính toán số tiền phải trả và nhận từ mỗi nhà khai thác mạng mà cơ sở hạ tầng của chúng tôi kết nối để bắt đầu và kết thúc cuộc gọi thành công. CDR cho các cuộc gọi kết nối giữ thông tin định tuyến cuộc gọi như một nhóm các giá trị hợp lệ để xác định nhà cung cấp dịch vụ và chi tiết quốc gia.

Lưu ý rằng tập hợp các CDR kết nối bao gồm các chi tiết sau:

  • CDR là những khoản phải trả cho khách hàng bán lẻ và bán buôn. Đó là doanh thu cho nhà cung cấp viễn thông. Nó cũng được gọi là thanh toán cục bộ.

  • CDR chỉ có thể thanh toán cho các nhà cung cấp Interconnect. Vd: Cuộc gọi đi, Cuộc gọi đi, Cuộc gọi đến, ... Cuộc gọi đi là chi phí và Cuộc gọi đến là doanh thu của Nhà cung cấp viễn thông.

Hệ thống Thanh toán liên kết thực hiện định giá của tất cả các CDR liên kết đến và đi. Thông thường, giá kết nối được xác định cho cả CDR kết nối trung kế đến và đi trên cơ sở tuyến đường kết nối trung kế đến hoặc đi mà thực hiện cuộc gọi. Thông thường nhất, ID trung kế đại diện cho một đối tác liên kết duy nhất trong Hệ thống thanh toán liên kết.

Quy trình giải quyết

Quy trình giải quyết sẽ được sử dụng để giải quyết Nhà điều hành mạng / Nhà cung cấp dịch vụ liên quan đến việc thực hiện các cuộc gọi từ Chủ sở hữu kết nối đến đích của Nhà điều hành mạng khác hoặc ngược lại.

Quy trình sẽ mang lại lưu lượng truy cập Đầu ra (Chi phí cho Chủ sở hữu kết nối) và Đến (Doanh thu cho Chủ sở hữu kết nối) để giải quyết.

Việc thanh toán có thể được thực hiện hàng tháng hoặc hai tuần một lần bằng quy trình thủ công hoặc tự động. Nó phụ thuộc vào hệ thống thanh toán và hệ thống thanh toán hỗ trợ việc thanh toán của đối tác như thế nào.

Quy trình Netting

Netting được sử dụng để thực hiện sau khi việc thanh toán hoàn tất cho Nhà cung cấp / Nhà cung cấp dịch vụ đã thỏa thuận. Việc ghi ròng được thực hiện theo nhiều kỳ thanh toán cho nhiều dịch vụ, dịch vụ này hỗ trợ cùng một loại tiền tệ ở cấp Nhà điều hành.

Có hai loại phương pháp đánh lưới -

  • AFTER - After for Netting of Operator's Interconnecting cost sau khi trừ đi số tiền giữa nhà điều hành và Nhà cung cấp / Nhà cung cấp dịch vụ

  • BEFORE - Trước khi tính toán chi phí Kết nối của Nhà khai thác mà không có bất kỳ trừ đi số tiền giữa nhà khai thác và Nhà cung cấp / Nhà cung cấp dịch vụ.

Quá trình hòa giải

Đây là quá trình đối chiếu các hóa đơn đến từ một đối tác liên kết có liên quan đến các CDR gửi đi.

Mỗi tháng các đối tác kết nối trao đổi CDR của họ cho mục đích hòa giải. Rất phổ biến có sự khác biệt trong CDR do hai đối tác cung cấp.

Hệ thống thanh toán cung cấp các báo cáo tạo điều kiện thuận lợi cho việc đối chiếu các CDR kết nối liên kết đến và đi. Các báo cáo này giữ các thông số như loại cuộc gọi, đích, dải chi phí và thời lượng để các CDR này có thể được sử dụng bởi cả hai toán tử để khớp với các tham số đó và xác định các CDR bị thiếu.

Có thể có một tình huống, khi một số CDR được tìm thấy bị thiếu ở một trong hai phía của nhà khai thác. Sau khi thực hiện hòa giải được yêu cầu nếu vấn đề không được giải quyết, thì các cuộc đàm phán khác nhau sẽ xảy ra giữa các đối tác và cuối cùng, vấn đề được giải quyết bằng cách trả một số tiền danh nghĩa cho đối tác liên kết bị ảnh hưởng.

Các tình huống cuộc gọi kết nối

Có thể có nhiều tình huống cuộc gọi kết nối khác nhau tùy thuộc vào loại thỏa thuận giữa các nhà khai thác khác nhau. Hãy để chúng tôi thử đề cập đến một vài thông dụng được sử dụng nhiều nhất -

  • Khách hàng của Nhà khai thác A gọi điện toàn quốc cho khách hàng của Nhà mạng B. Trong trường hợp này, nhà điều hành A sẽ trả một số tiền cho nhà điều hành B.

  • Khách hàng của Nhà khai thác A thực hiện cuộc gọi quốc tế thông qua Nhà khai thác B, vì nhà khai thác A không có thỏa thuận trực tiếp với bất kỳ nhà khai thác quốc tế nào. Trong trường hợp này, nhà khai thác A sẽ trả một số tiền cho nhà khai thác B và nhà khai thác B sẽ lo việc giải quyết cho nhà khai thác quốc tế.

  • Khách hàng của nhà khai thác A thực hiện cuộc gọi quốc tế trực tiếp bằng tổng đài quốc tế. Trong trường hợp này, nhà khai thác A sẽ trực tiếp trả một số tiền cho nhà khai thác quốc tế.

Tất cả các cuộc gọi trên có thể là thoại, SMS, MMS và dữ liệu, v.v.

Thỏa thuận kết nối

Để có một kết nối thành công, các vấn đề sau cần được xử lý trong thỏa thuận kết nối hoặc theo quy tắc hoặc lệnh của cơ quan quản lý -

  • Prices and adjustments - Điều này bao gồm mức phí kết nối ban đầu, định nghĩa về đơn vị tiền tệ phải trả phí kết nối và cách giá sẽ điều chỉnh theo thời hạn của thỏa thuận để tính đến thay đổi tỷ giá hối đoái và lạm phát.

  • Points of interconnection - Vị trí thực tế, nơi kết nối sẽ diễn ra và các tiêu chuẩn kỹ thuật được sử dụng trong kết nối được xác định.

  • Transport and traffic routing - Một số định nghĩa phải được thực hiện về cách các cuộc gọi sẽ được định tuyến và những gì sẽ được vận chuyển để thực hiện các cuộc gọi.

  • Quality of service - Các tiêu chuẩn chất lượng được xác định, đặc biệt về thời gian cung cấp mạch và mức chặn cuộc gọi, và các biện pháp khắc phục được xác định khi các tiêu chuẩn đó không được đáp ứng.

  • Billing and collection - Cần nêu rõ thời gian và cách thức thu thập dữ liệu giao thông, thời điểm và cách thức trao đổi hối phiếu, thanh toán khi nào và như thế nào.

  • Reconciliation- Một quy trình để đối chiếu dữ liệu lưu lượng truy cập và đưa ra các yêu cầu cho bên kia và để xử lý các khiếu nại cũng cần được kết hợp. Một thủ tục để giải quyết sự khác biệt rất hữu ích, thường liên quan đến việc tìm kiếm nhờ đến trọng tài, cơ quan quản lý hoặc tòa án.

  • Numbering Plan - Quyền truy cập của mỗi nhà điều hành vào kế hoạch đánh số của quốc gia và các nguồn đánh số phải được xác định.

  • Traffic Load - Năng lực cung cấp và nhận lưu lượng truyền giữa các mạng kết nối cần được thảo luận và lập thành văn bản.

Các loại thỏa thuận

Các nhà khai thác có thể có các loại thỏa thuận khác nhau để trao đổi lưu lượng của họ. Các thỏa thuận thường được sử dụng nhất được liệt kê dưới đây:

  • Bi-Lateral Agreement- Theo thỏa thuận này, mỗi bên đồng ý trao đổi lưu lượng truyền thông kỹ thuật số với bên kia qua Mạng của mình tại các Điểm kết nối và / hoặc trong một hoặc nhiều kết nối trực tiếp. Việc quyết toán thanh toán giữa các đối tác khác nhau diễn ra hàng tháng hoặc hai tháng một lần theo thỏa thuận. Theo thỏa thuận này, cả hai nhà khai thác có thể bắt đầu và kết thúc cuộc gọi của họ trong mạng của nhau.

  • Uni-Lateral Agreement- Theo thỏa thuận này, một bên gửi lưu lượng của mình đến Mạng của bên kia tại Kết nối và không lấy lại lưu lượng từ bên kia. Việc quyết toán thanh toán giữa các đối tác khác nhau diễn ra hàng tháng hoặc hai tháng một lần theo thỏa thuận.

Chuyển vùng là khả năng khách hàng sử dụng thông tin di động tự động thực hiện và nhận các cuộc gọi điện thoại, gửi và nhận dữ liệu hoặc truy cập các dịch vụ khác khi đang di chuyển ngoài vùng phủ sóng địa lý của mạng gia đình, bằng cách sử dụng mạng của một nhà khai thác khác.

Chuyển vùng có thể là chuyển vùng quốc gia hoặc chuyển vùng quốc tế. Chuyển vùng quốc gia là việc thuê bao di động sử dụng mạng khác tại các khu vực địa lý mà nhà mạng của mình chưa có vùng phủ sóng. Ví dụ, điều này được sử dụng bởi các nhà khai thác, những người không có phạm vi phủ sóng hoàn chỉnh ở một quốc gia. Chuyển vùng quốc tế được sử dụng khi thuê bao di động ra nước ngoài và sử dụng mạng của nhà mạng ở nước ngoài.

Nó thực sự diễn ra như thế nào? Nếu nhà cung cấp dịch vụ không có phạm vi phủ sóng ở một thành phố hoặc quốc gia cụ thể, thì nhà cung cấp dịch vụ này sẽ ký thỏa thuận chuyển vùng với nhà cung cấp dịch vụ khác có mạng ở thành phố hoặc quốc gia đó. Theo thỏa thuận này, một nhà cung cấp dịch vụ khác cung cấp tất cả các dịch vụ có sẵn cho khách hàng chuyển vùng của nhà cung cấp dịch vụ đầu tiên.

CDR được tạo trong khu vực của một đối tác chuyển vùng được đối tác chuyển vùng đó thu thập và đánh giá và cuối cùng chúng được gửi đến nhà cung cấp dịch vụ thực tế của khách hàng chuyển vùng. Nhà cung cấp dịch vụ thực tế tính phí khách hàng cuối cho tất cả các dịch vụ chuyển vùng được cung cấp dựa trên phí dịch vụ được xác định trước của họ.

Hai đối tác chuyển vùng thanh toán tài chính của họ hàng tháng bằng cách trao đổi CDR chuyển vùng thực tế và báo cáo dựa trên các CDR đó.

HPMN và VPMN

Các Home Public Mobile Networklà mạng từ nhà khai thác mà thuê bao di động đăng ký. Thuật ngữ này được sử dụng trái ngược vớiVisited Public Mobile Network (VPMN).

Mạng Di động Công cộng Truy cập là mạng được thuê bao di động sử dụng khi chuyển vùng. Thuật ngữ này được sử dụng trái ngược với Mạng Di động Công cộng Gia đình (HPMN).

Clearing House

Có những tổ chức nổi tiếng như MACH, những người giao tiếp giữa các đối tác chuyển vùng khác nhau để giúp họ trao đổi CDR của mình, thiết lập các thỏa thuận chuyển vùng và giải quyết mọi tranh chấp.

Công ty thanh toán bù trừ nhận hồ sơ thanh toán từ một đối tác chuyển vùng cho những người chuyển vùng đến và gửi hồ sơ thanh toán cho một đối tác chuyển vùng khác mà người chuyển vùng này sẽ được gọi là người chuyển vùng đi.

TAP3 là gì?

Transferred Account Procedure version 3(TAP3) là quy trình cho phép nhà khai thác mạng được truy cập (VPMN) gửi hồ sơ thanh toán của các thuê bao chuyển vùng đến nhà khai thác mạng gia đình tương ứng (HPMN) của họ. TAP3 là phiên bản mới nhất của tiêu chuẩn và sẽ cho phép thanh toán cho một loạt các dịch vụ mới mà các mạng dự định cung cấp cho khách hàng của họ.

Clearing house sử dụng giao thức TAP3 để trao đổi tất cả các CDR giữa các đối tác chuyển vùng khác nhau. TAP3 xác định cách thức và thông tin nào về việc sử dụng được chuyển vùng phải được chuyển giữa các Nhà khai thác mạng. Các tệp này được trao đổi bằng kết nối FTP đơn giản.

Có nhiều phiên bản khác nhau của TAP. TAP phát triển từ TAP1 qua TAP2 và TAP2 + thành TAP3. Phiên bản mới nhất, TAP3, bao gồm hỗ trợ chuyển vùng liên tiêu chuẩn trong mạng vệ tinh, WLAN và UMTS và các công nghệ 3G khác.

  • GSM TAP Standard TD.57- Thủ tục tài khoản chuyển vùng GSM (TAP) xác định định dạng và quy tắc xác thực để chuyển thông tin sử dụng chuyển vùng giữa các nhà khai thác di động ở các quốc gia khác nhau. TAP3 là phiên bản đặc điểm kỹ thuật thứ ba của tiêu chuẩn. Các tệp được chuyển được gọi là tệp TAP.

  • GSM RAP Standard TD.32- Thủ tục Tài khoản Trả lại GSM (RAP) xác định định dạng trả lại thông tin về các lỗi được tìm thấy trong các tệp / sự kiện TAP đã chuyển và do đó từ chối trách nhiệm tài chính đối với các tệp / sự kiện đó. Các tệp được chuyển được gọi là tệp RAP.

Thanh toán chuyển vùng

Thuê bao di động đi đến nước khác và sử dụng mạng nước ngoài. Để tính tiền thuê bao, thông tin này phải được chuyển trở lại mạng gia đình của thuê bao. Mạng nước ngoài sẽ thu thập thông tin về việc sử dụng từ các thiết bị chuyển mạch của nó, v.v., sau đó tạo các tệp TAP chứa thông tin được nêu trong tiêu chuẩn.

Các tệp sau đó được XUẤT (thường xuyên, thường ít nhất một tệp mỗi ngày) cho nhà điều hành gia đình, người sẽ NHẬP chúng và sau đó sử dụng thông tin để lập hóa đơn cho người đăng ký. Nhà điều hành nước ngoài sẽ xếp hạng các cuộc gọi và sau đó tính phí mạng chủ của thuê bao cho tất cả các cuộc gọi trong một tệp. Nhà điều hành gia đình có thể đánh dấu hoặc xếp hạng lại các cuộc gọi để tạo doanh thu.

MVNO là gì?

MVNO là viết tắt của Mobile Virtual Network Operator. Nhà khai thác mạng ảo di động (MVNO) là công ty cung cấp dịch vụ điện thoại di động, nhưng không có phân bổ phổ tần số vô tuyến được cấp phép của riêng mình, cũng như không nhất thiết phải có tất cả cơ sở hạ tầng cần thiết để cung cấp dịch vụ điện thoại di động.

MVNE là viết tắt của Mobile Virtual Network Enabler, là một công ty cung cấp các dịch vụ cho các nhà khai thác mạng ảo di động như thanh toán, cung cấp phần tử mạng, quản trị, vận hành, hỗ trợ hệ thống con trạm gốc và hệ thống hỗ trợ hoạt động và cung cấp các phần tử mạng đầu cuối, để cho phép cung cấp dịch vụ mạng di động như kết nối điện thoại di động.

MVNO trên thực tế là đại lý bán lại các sản phẩm và dịch vụ di động từ một nhà điều hành thực tế, nhưng dưới một thương hiệu khác.

Ví dụ: có một nhà khai thác A có tất cả cơ sở hạ tầng bao gồm mạng, thiết bị chuyển mạch, hệ thống thanh toán, hệ thống cung cấp và hệ thống chăm sóc khách hàng, v.v. Bây giờ, nếu ai đó muốn bắt đầu kinh doanh viễn thông bằng cách đầu tư tối thiểu, thì MVNO là lựa chọn tiến hành với.

MVNO sẽ mua hàng loạt dịch vụ từ một nhà điều hành có uy tín và thay đổi tên thương hiệu tùy theo sự thuận tiện của họ và tiếp thị các sản phẩm và dịch vụ đó với tư cách là nhà điều hành. Nhà điều hành thực tế sẽ vẫn minh bạch với khách hàng cuối và khách hàng sẽ có cảm giác muốn trở thành khách hàng cuối cùng của MVNO.

Tùy thuộc vào tình huống, MVNO có thể mua một hoặc nhiều thành phần cơ sở hạ tầng từ một nhà điều hành và trả tiền cho họ tương ứng. Ví dụ: một MVNO có thể muốn chỉ sử dụng mạng từ nhà điều hành hoặc một MVNO có thể sử dụng mạng và hệ thống tính phí từ nhà điều hành và các thành phần còn lại như chăm sóc khách hàng, cung cấp dịch vụ, v.v., có thể được thiết lập bởi MVNO.

MVNO có toàn quyền kiểm soát các hoạt động thẻ SIM, xây dựng thương hiệu, tiếp thị, thanh toán và chăm sóc khách hàng.

MVNO thành công về mặt thương mại đầu tiên ở Vương quốc Anh là Virgin Mobile UK, [3] ra mắt tại Vương quốc Anh vào năm 1999 và hiện có hơn 4 triệu khách hàng tại Vương quốc Anh.

Dịch vụ MVNO

Các MVNO thường không có cơ sở hạ tầng của riêng mình, nhưng một số MVNO hàng đầu triển khai cơ sở hạ tầng IN di động của riêng họ để tạo điều kiện thuận lợi cho các phương tiện cung cấp các dịch vụ giá trị gia tăng. MNVO có thể coi cơ sở hạ tầng đương nhiệm như thiết bị vô tuyến như một mặt hàng, trong khi MVNO cung cấp các dịch vụ tiên tiến và khác biệt của riêng mình dựa trên việc khai thác cơ sở hạ tầng mạng thông minh của riêng họ.

Bằng cách này, mỗi MVNO và nhà khai thác mạng có thể tập trung vào các thị trường ngách của riêng họ và hình thành các dịch vụ chi tiết tùy chỉnh để mở rộng phạm vi tiếp cận khách hàng và thương hiệu của họ.

Hầu hết các MVNO trên thị trường chỉ nhắm mục tiêu đến khách hàng trả trước và chỉ cung cấp cho họ các dịch vụ trả trước như thoại, SMS, MMS, dữ liệu, băng thông rộng, v.v., với một số dịch vụ giá trị gia tăng tốt.

Thanh toán MVNO

Giả sử một nhà điều hành đương nhiệm bán cơ sở hạ tầng của họ cho MVNO, có thể có các mô hình kinh doanh và thỏa thuận khác nhau giữa người đương nhiệm và MVNO. Sau đây là những cách phổ biến nhất được sử dụng:

  • MVNO có thể xây dựng thương hiệu dịch vụ của họ và bán chúng trên thị trường và MVNE sẽ giúp cung cấp những dịch vụ đó cho khách hàng cuối cùng. Tại đây, một phần trăm hoa hồng cố định sẽ được chuyển đến MVNE.

  • MVNO có thể mua các sản phẩm và dịch vụ với số lượng lớn với mức giá chiết khấu đặc biệt, sau đó gắn thương hiệu của mình và bán trên thị trường.

  • MVNO bán các sản phẩm và dịch vụ và dựa trên việc sử dụng do khách hàng cuối tạo ra, MVNO trả một số tiền cho MVNE.

Trong tất cả các trường hợp, MVNO có thể được yêu cầu thanh toán một số tiền ký quỹ cho MVNE và sau đó quyết toán hàng tháng được thực hiện bằng cách sử dụng các báo cáo đơn giản do MVNE tạo ra.

MVNE có thể thêm MVNO vào hệ thống thanh toán của mình với tư cách là khách hàng doanh nghiệp miễn là MVNO đang cung cấp các dịch vụ trả sau và có thể thêm tất cả các sản phẩm và dịch vụ được cung cấp cho MVNO. Vào cuối mỗi tháng hoặc thường sau hai tuần một lần, hóa đơn có thể được tạo và có thể theo dõi việc thu thập.

Nhưng thông thường, hầu hết các MVNO đều cung cấp các dịch vụ trả trước, được xử lý trong hệ thống Trả trước. Trong trường hợp này, chức năng MVNO đạt được hoặc sử dụng chức năng tích hợp sẵn trong hệ thống trả trước hoặc chỉ cần xác định một lớp dịch vụ riêng biệt. Tất cả các CDR sử dụng và thông tin khác được đưa vào kho dữ liệu từ đó có thể tạo báo cáo để lập hóa đơn.

Thanh toán hội tụ là gì?

Giả sử một nhà khai thác đang cung cấp các dịch vụ khác nhau thoại di động, thoại cố định, dữ liệu, IPTV, băng thông rộng, trả trước và trả sau, v.v. Khách hàng có thể có một hoặc nhiều dịch vụ này từ cùng một nhà khai thác. Một khách hàng điển hình chắc chắn muốn có một hóa đơn và một lần xem tài khoản của mình.

Thanh toán hội tụ là sự tích hợp tất cả các khoản phí dịch vụ vào một hóa đơn của khách hàng và một cái nhìn thống nhất về khách hàng. Khách hàng nên gọi đến trung tâm cuộc gọi và sẽ nhận được thông tin tài khoản đầy đủ cho tất cả các dịch vụ đã chọn. Khách hàng nhận một hóa đơn duy nhất và thanh toán một lần cho tất cả các dịch vụ.

Hệ thống thanh toán hội tụ thực sự có thể hợp nhất bất kỳ số lượng và tổ hợp sản phẩm và dịch vụ nào vào một hóa đơn, bất kể loại sản phẩm và phân khúc thị trường, tức là dịch vụ trả trước và trả sau.

Một thông số quan trọng khác góp phần vào thanh toán hội tụ là một danh mục sản phẩm và giá cho khách hàng trả trước cũng như trả sau.

Lợi ích của Thanh toán hội tụ

Thanh toán hội tụ sẽ giúp các nhà khai thác đạt được những lợi ích chính sau:

  • Danh mục sản phẩm và dịch vụ đơn lẻ mang lại thời gian tốt hơn cho thị trường và giảm chi phí thực hiện.

  • Hóa đơn hợp nhất cho phép chiết khấu trên nhiều dịch vụ để khách hàng đặt nhiều dịch vụ có thể nhận được giá ưu đãi.

  • Thanh toán hội tụ cho phép đóng gói và định giá đa dịch vụ, theo đó khách hàng hiện tại được thu hút thêm các dịch vụ mới và khách hàng mới bị thu hút bởi các gói dịch vụ sáng tạo.

  • Hỗ trợ và chăm sóc khách hàng tập trung cho cả hai loại khách hàng (trả trước và trả sau).

Các nút thắt cổ chai chính

Cho đến nay, việc đạt được sự hội tụ thực sự là một giấc mơ của tất cả các nhà khai thác viễn thông lớn. Có thể là ngày mai một số hệ thống thanh toán sẽ hỗ trợ sự hội tụ thực sự của tất cả các sản phẩm và dịch vụ, nhưng ngày nay nó có những trở ngại sau để đạt được sự hội tụ thực sự -

  • Hệ thống Sạc thời gian thực như Ericsson IN hoặc Nokia Siemens Charging System là những hệ thống rất phổ biến để cung cấp giải pháp cho sản phẩm và dịch vụ trả trước. Các hệ thống này không đủ linh hoạt để xử lý các chức năng khác nhau cần thiết cho khách hàng trả sau, ví dụ: phân cấp khách hàng phức tạp, xếp hạng lại CDR, chiết khấu khối lượng, báo cáo linh hoạt, tính phí chuyển vùng, tính phí kết nối, v.v.

  • Hệ thống thanh toán trả sau như Convergys Infinys hoặc Amdocs Billing Systems rất phù hợp cho các sản phẩm và dịch vụ trả sau. Các hệ thống này không có khả năng xử lý lưu lượng trả trước và tính phí các cuộc gọi trong thời gian thực. Điều quan trọng là các hệ thống này không thể được tạo sẵn cao vì kiến ​​trúc cơ sở của chúng.

Giữ hai ràng buộc nêu trên với nhau, nếu chúng ta hợp nhất cả hai hệ thống bằng cách thực hiện một kiểu giao tiếp giữa hệ thống trả trước và trả sau, thì có thể đạt được sự hội tụ thực sự. Các công ty như Convergys và Ericsson đang làm việc theo cùng một hướng để hợp nhất hai hệ thống và sử dụng các chức năng cần thiết từ cả hai loại hệ thống và biến chúng thành Hệ thống thanh toán hội tụ duy nhất.

Hỗ trợ và bảo trì là một phần không thể thiếu và là phần quan trọng nhất của hoạt động viễn thông. Sự hài lòng của khách hàng phụ thuộc trực tiếp vào mức độ hiệu quả và mức độ hỗ trợ tốt cho họ. Nếu khách hàng đang trong vòng lặp lại và anh ta không nhận được phản hồi tốt cho vấn đề / vấn đề được nêu ra, chỉ cần khách hàng chuyển sang một nhà điều hành có sẵn khác.

Hỗ trợ và bảo trì bao gồm các lĩnh vực chính sau:

  • System support and maintenance- Điều này bao gồm việc giữ cho BSS (Hệ thống hỗ trợ kinh doanh) và OSS (Hệ thống hỗ trợ vận hành) hoạt động tốt. Nếu có bất kỳ vấn đề nào trong bất kỳ hệ thống nào (Thanh toán, Cấp phép, Mạng, Hòa giải, Chăm sóc khách hàng, v.v.), thì các chuyên gia sẽ xem xét và khắc phục trong một khung thời gian tối thiểu.

  • Customer Support- Điều này bao gồm sửa chữa tất cả các vấn đề liên quan đến khách hàng. Một khách hàng phàn nàn thông qua bộ phận chăm sóc khách hàng hoặc trung tâm cuộc gọi và sau đó các luồng vấn đề ở các giai đoạn khác nhau. Vấn đề này có thể liên quan đến tín hiệu, ngắt cuộc gọi, chất lượng tải xuống thoại hoặc dữ liệu, hóa đơn sai, một số tranh chấp, kích hoạt hoặc chấm dứt dịch vụ, v.v.

  • System upgrades- Điều này bao gồm nâng cấp hệ thống hiện có với phiên bản mới nhất để mang lại sự ổn định và linh hoạt hơn trong công việc kinh doanh. Phiên bản mới của bất kỳ hệ thống nào đi kèm với các tính năng mới để đáp ứng các yêu cầu kinh doanh mới. Điều này cũng bao gồm nâng cấp phần cứng để duy trì hiệu suất hệ thống và để có thêm dung lượng lưu trữ.

Mức hỗ trợ

Các nhà cung cấp dịch vụ luôn áp dụng các mức hỗ trợ khác nhau. Các cấp độ này xử lý các loại vấn đề khác nhau tùy thuộc vào bản chất và mức độ nghiêm trọng của chúng. Các mức hỗ trợ thường được sử dụng nhất như sau:

  • Level 1- Khách hàng liên hệ với bộ phận hỗ trợ khách hàng, có thể là tổng đài và chuyên viên hỗ trợ khách hàng lắng nghe vấn đề của khách hàng và đề xuất giải pháp ngay tại chỗ. Ví dụ: có thể có một số vấn đề, có thể được giải quyết bằng cách khởi động lại điện thoại. Vì vậy, một chuyên gia chăm sóc khách hàng hiệu quả biết về các loại vấn đề như vậy và có thể đề xuất giải pháp mà không cần chuyển vấn đề (thường được gọi là vé sự cố) lên cấp độ tiếp theo.

  • Level 2- Nếu một chuyên gia chăm sóc khách hàng không thể giải quyết vấn đề, thì vấn đề sẽ được chuyển lên bộ phận hỗ trợ cấp hai, là một nhóm các chuyên gia kỹ thuật. Các chuyên gia này thuộc bộ phận Công nghệ thông tin (CNTT) và nếu họ có thể hiểu được vấn đề, thì họ có thể đề xuất giải pháp và gửi vấn đề trở lại cấp 1, nếu không, họ sẽ kiểm tra bản chất của vấn đề để hiểu xem vấn đề có liên quan đến mạng hoặc hệ thống thanh toán hoặc hệ thống cung cấp hoặc phần cứng, v.v., và dựa trên bản chất của vấn đề, vấn đề được giao cho cấp tiếp theo, tức là bộ phận.

  • Level 3- Đây là những bộ phận khác nhau chuyên về các lĩnh vực của họ như kỹ thuật cốt lõi, lập kế hoạch vô tuyến, thanh toán, cung cấp, quản lý đơn đặt hàng, v.v. Nếu vấn đề xảy ra với họ, thì họ sẽ phân tích vấn đề và cố gắng tìm ra nguyên nhân gốc rễ của vấn đề. Hầu hết các trường hợp, sự cố sẽ được chẩn đoán và khắc phục bởi bộ phận hỗ trợ cấp thứ ba vì họ là những kỹ sư có tay nghề cao chuyên trách trong lĩnh vực của họ. Có thể có tình huống, khi sự cố không thể được khắc phục ở bộ phận hỗ trợ cấp 3 vì nó có thể liên quan đến chức năng cốt lõi của hệ thống, mà bộ phận hỗ trợ cấp 3 không thể sửa đổi. Trong trường hợp này, vấn đề tiếp tục được nâng lên cấp độ hỗ trợ thứ 4.

  • Level 4 - Đây là những nhà cung cấp thực tế của các hệ thống hỗ trợ kinh doanh, ví dụ: hệ thống thanh toán, bộ chuyển mạng, hệ thống cung cấp, v.v. Vì vậy, nếu vấn đề được phát hiện có liên quan đến chức năng cốt lõi của hệ thống thanh toán, chẳng hạn như hệ thống thanh toán không thể để áp dụng chiết khấu chính xác, thì nó sẽ được báo cáo cho nhà cung cấp hệ thống thanh toán và nếu vấn đề liên quan đến chức năng cốt lõi của hệ thống cung cấp, thì nó sẽ được báo cáo cho nhà cung cấp hệ thống cung cấp.

Thỏa thuận mức dịch vụ (SLA)

Các bộ phận hỗ trợ luôn làm việc với một thỏa thuận mức dịch vụ được xác định trước được gọi là SLA. Các SLA này được định nghĩa và lưu giữ để lưu ý các tham số khác nhau. Ví dụ -

  • Mức độ nghiêm trọng của vấn đề hoặc nhiệm vụ hoạt động.

  • Tác động kinh doanh của vấn đề hoặc nhiệm vụ hoạt động.

  • Cho dù sự cố hoặc nhiệm vụ hoạt động đang ảnh hưởng đến một khách hàng hay nhiều khách hàng.

  • Cho dù vấn đề hoặc nhiệm vụ hoạt động có liên quan trực tiếp đến tổn thất doanh thu hoặc sự hài lòng của khách hàng hay không.

Dựa trên loại tham số như vậy, các mức độ ưu tiên khác nhau được xác định và gán cho các vấn đề hoặc nhiệm vụ hoạt động khác nhau. Nhiệm vụ hoạt động có thể là tạo báo cáo, tạo hóa đơn, các hoạt động dọn dẹp cơ sở dữ liệu hoặc các hoạt động sao lưu.

Cuối cùng, mỗi vấn đề và nhiệm vụ hoạt động đi kèm với một mức độ ưu tiên được chỉ định và mỗi mức độ ưu tiên sẽ có SLA đi kèm. Ví dụ: nếu có vấn đề trong việc tạo đơn đặt hàng của khách hàng, thì vấn đề đó sẽ được coi là vấn đề ưu tiên cao vì nó đang ảnh hưởng trực tiếp đến hoạt động kinh doanh. Những vấn đề kiểu như vậy cần được bộ phận được phân công giải quyết càng sớm càng tốt. Vì vậy, một SLA rất chặt chẽ được xác định cho vấn đề ưu tiên cao.

SLA được thảo luận và hoàn thiện với thỏa thuận chung, giữ ưu tiên hàng đầu của doanh nghiệp. Thông thường, SLA lưu giữ thông tin sau:

  • Các thông số để xác định bản chất của vấn đề cho dù đó là vấn đề ưu tiên thứ nhất hay vấn đề ưu tiên thứ 2 hoặc vấn đề ưu tiên thứ 3 hoặc thứ 4. Giảm số ưu tiên, cao hơn là mức độ nghiêm trọng của vấn đề.

  • Đối với một loại mức độ ưu tiên và mức độ nghiêm trọng nhất định, cần bao nhiêu thời gian để giải quyết vấn đề.

  • Trong trường hợp không đạt được SLA, hình phạt nào sẽ được áp dụng.

  • Đầu mối liên hệ báo cáo cho từng cấp độ hỗ trợ.

  • Luồng quy trình và phương tiện giao tiếp trong quá trình giải quyết vấn đề.

  • Tính sẵn có của cơ sở hạ tầng và các hạn chế khác ảnh hưởng đến việc giải quyết vấn đề.

SLA có thể được xác định giữa các bộ phận khác nhau, giữa nhà cung cấp và nhà điều hành và giữa các nhà khai thác khác nhau cũng như trong trường hợp kết nối với nhau.

Sơ đồ sau đây cho thấy kiến ​​trúc điển hình của Hệ thống thanh toán. Chương này sẽ giới thiệu ngắn gọn về tất cả các hệ thống giao diện bắt đầu từ trên xuống dưới.

Hệ thống CRM / OMOF

Đây là hệ thống đầu tiên mà từ đó đơn đặt hàng của khách hàng được ghi lại và khách hàng được tạo vào hệ thống. CRM là viết tắt củaCustomer Relationship Management và OMOF là viết tắt của Order Management and Order Fulfilment.

Có những hệ thống như Siebel, cung cấp các mô-đun cho CRM cũng như OMOF. Hệ thống CRM lưu giữ thông tin liên quan đến khách hàng cùng với sản phẩm và dịch vụ. Mô-đun OMOF chịu trách nhiệm theo dõi đơn hàng bắt đầu từ khi tạo cho đến khi hoàn thành.

Ở đây, chúng ta có hai khả năng -

  • Hệ thống CRM (Quản lý quan hệ khách hàng) / OMOF (Quản lý đơn hàng và thực hiện đơn hàng) liên hệ với hệ thống thanh toán và hệ thống thanh toán liên hệ với hệ thống cung cấp để cung cấp dịch vụ và hệ thống kiểm kê mạng cũng như chỉ định số điện thoại hoặc địa chỉ IP, v.v.

  • Khả năng thứ hai có thể là hệ thống CRM / OMOF tự liên hệ với hệ thống cung cấp để cung cấp dịch vụ và hệ thống kiểm kê mạng cũng như chỉ định số điện thoại hoặc địa chỉ IP, v.v.

Hệ thống cung cấp

Hệ thống này nhận lệnh từ Hệ thống thanh toán hoặc Hệ thống CRM / OMOF để kích hoạt, hủy kích hoạt và tạm ngừng dịch vụ. Cả hai kiến ​​trúc đều hợp lệ và phụ thuộc vào cách kiến ​​trúc sư thiết kế toàn bộ thiết kế.

Sau khi thực hiện các lệnh cấp phép, hệ thống này sẽ liên hệ với hệ thống mạng lõi để kích hoạt, hủy kích hoạt hoặc tạm ngừng dịch vụ. Sau khi cấp phép thành công, hệ thống này sẽ gửi phản hồi trở lại Hệ thống thanh toán hoặc hệ thống CRM tùy thuộc vào người đã gửi lệnh cuối cùng.

Hệ thống kiểm kê mạng (NIS)

Hệ thống này duy trì tất cả các định danh mạng như số điện thoại, MSISDN, địa chỉ IP, địa chỉ e-mail, v.v. và về mặt kỹ thuật, nó được gọi là Hệ thống kiểm kê mạng.

Tùy thuộc vào kiến ​​trúc hệ thống, CRM / OMOF hoặc Hệ thống thanh toán sẽ liên hệ với NIS để lấy số nhận dạng mạng cần thiết và chỉ định cho khách hàng tại thời điểm tạo đơn hàng.

Hệ thống này chịu trách nhiệm duy trì vòng đời của số nhận dạng mạng, bắt đầu với số nhận dạng có sẵn và sau đó chuyển qua các giai đoạn khác nhau như kích hoạt, tạm ngừng, chấm dứt, cách ly và lại có sẵn.

Công tắc mạng

Nói chung, Hệ thống thanh toán không tương tác với các thiết bị chuyển mạch mạng. Thiết bị chuyển mạch mạng có trách nhiệm cung cấp tất cả các dịch vụ cho khách hàng cuối cùng dựa trên những dịch vụ đã được cung cấp cho khách hàng. Các hệ thống này chịu trách nhiệm kiểm soát các cuộc gọi, tải xuống dữ liệu, chuyển SMS, v.v. và cuối cùng là tạo Bản ghi chi tiết cuộc gọi.

Thiết bị chuyển mạch mạng bao gồm MSC, SMSC, GGSN và MMSC. Để biết thêm thông tin về GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, vui lòng tham khảo hướng dẫn GSM của chúng tôi .

Hệ thống hòa giải

Hệ thống dàn xếp thu thập các CDR từ các phần tử mạng khác nhau ở các định dạng khác nhau. Các phần tử mạng khác nhau tạo CDR ở định dạng ASN.1 và một số phần tử mạng có định dạng CDR độc quyền của riêng chúng.

Hệ thống dàn xếp xử lý tất cả các CDR và ​​chuyển đổi chúng thành một định dạng tương thích với hệ thống cấp dưới, thường là Hệ thống thanh toán. Hệ thống Hòa giải áp dụng các quy tắc khác nhau về CDR để xử lý chúng; ví dụ, hệ thống dàn xếp đánh dấu các cuộc gọi quốc tế dựa trên số đã gọi (B-Number), hệ thống dàn xếp giống như cách đánh dấu các cuộc gọi nội mạng dựa trên A-Number và B-Number.

Có thể có yêu cầu lọc ra tất cả các cuộc gọi có thời lượng cuộc gọi dưới 5 giây, nơi tốt nhất để lọc loại cuộc gọi như vậy sẽ là ở cấp Hệ thống dàn xếp. Tương tự như vậy, nếu một số thông tin bổ sung được yêu cầu trong CDR, vốn rất quan trọng đối với việc thanh toán, thì Hệ thống dàn xếp sẽ giúp cung cấp thông tin đó dựa trên một số thuộc tính khác có sẵn trong CDR.

Sau khi các CDR thu thập được xử lý, Hệ thống dàn xếp sẽ đẩy tất cả các CDR sang Hệ thống thanh toán bằng FTP vì thông thường các hệ thống Dàn xếp và Thanh toán chạy trên các máy khác nhau.

Hệ thống Kho dữ liệu (DWH)

Đây là hệ thống hạ lưu của Hệ thống thanh toán và thường lưu giữ hàng tấn dữ liệu lịch sử liên quan đến khách hàng. Hệ thống thanh toán kết xuất nhiều thông tin khách hàng khác nhau vào hệ thống DWH. Thông tin này bao gồm việc sử dụng dịch vụ, hóa đơn, thanh toán, chiết khấu và điều chỉnh, v.v.

Tất cả thông tin này được sử dụng để tạo ra các loại báo cáo quản lý khác nhau và phục vụ dự báo và thông tin kinh doanh.

Hệ thống DWH luôn hoạt động trên số lượng lớn và dữ liệu khổng lồ, và nếu cần bất kỳ báo cáo nhỏ nào, thì bạn nên tạo trực tiếp từ hệ thống thanh toán thay vì lạm dụng DWH cho một nhiệm vụ nhỏ.

Lập kế hoạch nguồn lực doanh nghiệp (ERP)

Hệ thống Hoạch định Nguồn lực Doanh nghiệp (ERP) cung cấp các mô-đun để xử lý Tài chính, Nhân sự và Quản lý Chuỗi Cung ứng, v.v.

Giao diện Hệ thống thanh toán với hệ thống này được sử dụng để đăng tất cả các giao dịch tài chính như hóa đơn, thanh toán và điều chỉnh.

Hệ thống này hoạt động giống như một sổ cái chung cho bộ phận tài chính và cung cấp thông tin doanh thu đầy đủ tại bất kỳ thời điểm nào được yêu cầu.

Cổng thanh toán

Do đó, đây không nhất thiết phải là một hệ thống hoàn chỉnh, nhưng nó có thể là một loại cấu phần tùy chỉnh, nằm giữa Hệ thống thanh toán và các kênh thanh toán khác nhau như ngân hàng, cổng thẻ tín dụng, cửa hàng và nhà bán lẻ, v.v.

Tất cả các kênh thanh toán đều sử dụng cổng thanh toán để gửi thanh toán lên hệ thống thanh toán để giải quyết các hóa đơn của khách hàng.

Thông thường, Cổng thanh toán hiển thị một loại API (Giao diện lập trình ứng dụng) với thế giới bên ngoài để đăng các khoản thanh toán lên Hệ thống thanh toán. API có thể được sử dụng bởi bất kỳ tài nguyên bên ngoài nào để đăng thanh toán.