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, bán hàng và hiệu suất của hệ thống. 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., có thể được tạo.
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 Hệ thống thanh toán nào có thể đáp ứng 100% các 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 –
- Báo cáo chính / báo cáo soạn trước – Các báo cáo này được Hệ thống thanh toán cung cấp như 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.
- Báo cáo tùy chỉnh – 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 giải quyết 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.
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 trung gian hòa giải hoặc sai sót trong thanh toán, yêu 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 vài 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. |
| 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 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.
Thanh toán viễn thông – Trả trước so với Trả sau
Hầu hết các nhà khai thác cung cấp hai lựa chọn cho khách hàng của họ, đó là hòa mạng trả sau hoặc trả trước . 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, việc có thêm nhiều khách hàng trả sau luôn là điều tốt.
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 –
- Thanh toán dịch vụ – Đây là yếu tố quan trọng nhất, phân 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.
- Tính phí & Thanh toán – Đố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 hoạt động sử dụng trong khi khách hàng trả sau có thể bị tính phí vào cuối tháng.
- Cung cấp dịch vụ – 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í theo thời gian thực. Ví dụ: hệ thống tính phí theo thời gian thực không linh hoạt để duy trì 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.
- Hỗ trợ & Bảo trì – Một nhà điều hành cần quan tâm đến cả hai doanh nghiệp. Nếu, đối với 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, thì nhà điều hành đồng thời 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.
- Mạng được hỗ trợ – Một thời gian dài trước đây, mạng kết nối trả trước và 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ư thiết 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ừ 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 được hướng dẫn để tìm khách hàng / tài khoản mà cuộc gọi sẽ bị tính phí và sau đó xếp hạng sự kiện cho phù hợp.
Các UDR được xếp hạng ở trên sau đó đượ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ý chúng 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 toán chi phí 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 đây 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 –
- Xác thực – Xác thực là quá trình xác minh rằng người dùng có phải là người mà họ tuyên bố là hay không. 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.
- Ủy quyền – Ủy quyền là quá trình xác minh những gì người dùng đã 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 đối với những khách hàng đã đăng ký và được ủy quyền.
- Cung cấp lời khuyên về tính phí (AOC) – Thông tin 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 của một hệ thống viễn thông để tư vấn về các chi phí thực tế của sự kiện trước hoặc sau khi sự kiện xảy ra.