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 ra, 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 cuộc gọi được thực hiện trong ngày 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à Bản ghi chi tiết cuộc gọi (CDR). Một bộ thu thập dữ liệu trong switch 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 (Mobile Switching Center).
- Lưu lượng SMS được thu thập bởi SMSC.
- Lưu lượng dữ liệu được thu thập bởi GGSN.
- 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ữ thông tin chi tiết về cách 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 yêu cầu 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 tất 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.
Thanh toán viễn thông – Quy trình xếp hạng
Tỷ lệ 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ụ xếp hạng 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ố điện thoại 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 bảng xếp hạng và thông tin sự kiện từ các 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 liên quan đến 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à tài khoản nội bộ hoặc tài khoản tạm ngưng và những sự kiện bị từ chối này được gọi là sự kiện hồi hộp . 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 một cách hợp lý để tiết kiệm doanh thu.
Nếu một sự kiện bị từ chối không thể được khắc phục và Nhà điều 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ị loại bỏ, 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 quá trình 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 để xếp hạng theo 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 các 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 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 nó đạ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 cho 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 viễn thông – Quy trình
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 đượ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 số đ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.
- Thông số cấu hình thanh toán bắt buộc để 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à cung cấp dịch vụ.
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, thì đây sẽ được gọi là ngày lập hóa đơn danh nghĩa của khách hàng . 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 đó, đây sẽ được gọi là ngày lập hóa đơn thực tế .
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 | Hóa đơn khởi đầu 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 | Hóa đơn định kỳ Đượ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 | Hóa đơn tạm thời Hóa đơn bổ sung 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 | Hóa đơn tạm ngưng Đã 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 | Hóa đơn cuối cùng Đượ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 bất kỳ khoản hoàn trả nào; ví dụ, việc trả lại một khoản tiền gửi. |
| 6 | Hóa đơn sau cuối cùng Được gửi khi tài khoản bị chấm dứt 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 | Ghi chú tín dụng Một hóa đơn bổ sung 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. |
| 8 | Báo cáo tóm tắt 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 sản 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ụ:
- Chế độ thanh toán kiểm tra (nếu xảy ra thì sao?) – Chế độ này nếu được sử dụng để tạo các hóa đơn kiểm tra được định dạng trong khi vẫn giữ nguyên cơ sở dữ liệu. Các 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.
- Chế độ xuất hóa đơn sản xuất (trực tiếp) – Chế độ này được sử dụng để xuất hóa đơn sản xuất thông 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 tài khoản có số 0 (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ập 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 tạo ra 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ố tiền đượ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 hệ số 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 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 tờ được in hơn. Xu hướng gần đây là gửi hóa đơn thành từng khoản thông 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 ta 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.