System and Method for Prepay Account Management System
A prepay account management system having a prepay customer database operable to store a prepay customer account balance and an estimated usage data of a prepay customer. The system has a data link operable to transmit the prepay customer account balance and an actual usage data of the prepay customer between the prepay account management system and the billing system. Additionally, the system has a prepay server operable to receive the transmitted prepay customer account balance and the actual usage data, the prepay server operable to receive replenishing payment amounts. The prepay server also operable to update a current balance of the prepay customer account in response to the estimated usage data and the replenishing payment amounts and to reconcile a balance of the prepay customer account with the actual usage data of the prepay customer by comparing the estimated usage data with the actual usage data.
Latest Exceleron Software, Inc. Patents:
This application is a continuation of U.S. patent application Ser. No. 11/387,611 filed on Mar. 23, 2006, the disclosure of which is incorporated herein by reference in its entirety.
BACKGROUNDUtility companies today face the challenges of providing services to low income customers or customers who may have questionable or no credit history. These companies often have to manage customer accounts that are behind on payments for electricity, gas, water and other utilities. The utility companies have the option of discontinuing future delivery of utilities to those customers but are often left with the difficult task of collecting payment for utilities that have already been consumed. In most instances, these debts are not collectible.
Aspects of the present disclosure are best understood from the following detailed description when read with the accompanying figures. It is emphasized that, in accordance with the standard practice in the industry, various features are not drawn to scale. In fact, the dimensions of the various features may be arbitrarily increased or reduced for clarity of discussion.
Typically, a customer or potential customer 17 may call a designated telephone number to speak to a customer service representative, who may use a client portal 16 to access and enter information about the customers. The customer service representative can provide information about the prepay service and sign-up the caller as a new prepay account customer. The customer service representative can set-up a new prepay account for the new customer and enter all relevant customer data. A new prepay account is thus created in legacy billing system 18.
As an alternative to using a customer service representative, a web-based customer service system 19 may be used. A prospective customer that has already established an account in the legacy billing system may obtain information about the prepay utility service and sign-up online. The customer service system then passes the new customer account information to prepay server 20, in which a new prepay account is created.
Customer interface subsystem 15 may also include an interactive voice response (IVR) system 21 that is operable to provide general information and basic account information to prepay utility customers. When necessary, a customer may ask to be routed to a customer service representative via IVR system 21.
In one scenario, the utility company using system 10 is a utility cooperative having a plurality of existing members. The prepay service may be an additional program offered to the cooperative members. By taking advantage of the prepay utility service, the members do not have to provide a deposit for the utility service. The prepay service may be advantageously used by the members as a budgeting device that enables a higher priority be placed on uninterrupted utility service. The pay-as-you-go model of the prepay service is easy to comprehend and follow for members living a certain lifestyle. The members are also able to monitor their daily utility usage at any time.
Legacy billing system 18 is operable to relay the new customer account and associated data to a prepay server 20 via a secure communication link 22. Secure communication link 22 provides secure data transfer between two secure communication servers 24 and 25. Secure communication link 22 may span a variety of computer networks such as local area network (LAN), wide area network (WAN), virtual private network (VPN), the Internet, etc. and employ security features now known, such as encryption, or later developed to safeguard the content of the data transmissions. The customer account data may be stored in a database 26.
Usage system 28 is operable to receive daily utility usage data from an automatic meter reading (AMR) database 30. An automatic meter reading device typically includes a meter that determines the amount of usage, and a meter interface unit (MIU) that is operable to relay the usage data to a remote database via a communications network. The utility usage data are collected by the meter and sent to the meter interface unit (not shown), which delivers the data to a database accessed by usage system 28. The daily usage data that are associated with a prepay customer are then transmitted, via secure communication servers 24 and 25, to prepay server 20. Prepay server 20 is then operable to process the daily usage data and update the prepay customer account balance.
Alternatively, the prepay customers' utility usage may be monitored in real-time, and usage system 28 is operable to receive the customers' real-time utility usage data from real-time AMR devices. Operating in this manner, system 10 may process the real-time usage data and provide more current prepay customer account balance and even more timely notification than the daily usage processing as described above.
As an alternative, usage system 28 may accumulate daily usage data and transmit the data to prepay server 20 at an interval other than daily. For example, prepay server 20 may receive and process weekly usage data. In order to compensate for more infrequent account balance updates, system 10 may require a higher low balance threshold in each prepay account. Some automatic meter reading devices are operable to collect and accumulate usage data for transmission on an interval other than daily.
Subsystem 14 further includes a notification system 32. Notification system 32 is operable to notify prepay customers about certain pre-designated events related to the prepay accounts. For example, a prepay customer may be notified when his/her account balance drops below a certain level. Another prepay customer may desire a daily notification of the account balance. Notification system 32 may use a number of notification methods pre-selected by the customer. Notification system 32 is preferably coupled to a number of communication pathways such as an IVR system 34, the public switched telephone network, the Internet, etc. to enable a variety of notification delivery methods. For example, the customer may select email or instant messaging for low account balance notifications, and interactive voice response (IVR) messaging for daily usage notifications. Notification system 32 may further specify or permit the customer to specify the timing for delivering the notification to ensure optimal reception of the messages. Notification system 32 is operable to access database 26 for information associated with a prepay customer or his/her account, such as account balance, daily usage amounts, notification preferences, etc.
A subsystem 38 provides support for prepaid card management. Prepaid cards 39 are provided to agents and/or retail locations 36 for sale to prepay account customers. Recorded on each prepaid card 39 is a unique serial number, personal identification number (PIN), and a predetermined denomination. Prepay account customers may activate the cards via telephone or the Internet. Upon activation, a credit is posted to the customer's account in prepay server 20 and the card management system 38 is updated to reflect that the card has been used. Agents 36 are invoiced by the card management subsystem based on card usage.
It should be noted that each system and server described above may be implemented in hardware, software and/or a combination thereof. Further, each system, server or node in system 10 may be implemented by a plurality of computers (personal computers, workstations, servers, etc.) or by a single computer. The functionalities of subsystems 12 and/or 14 may also be performed by a plurality of computers or a single computer. The entities identified in
In steps 68 and 70, one or more types and methods of notification is selected. For example, the customer may indicate that email is preferred for notifying him/her that the account requires a recharge payment to avoid disconnection, and a usage message delivered to his/her mobile telephone number is the preferred method. In step 72, the account setup may also include a customer-selected frequency of notification. For example, the customer may indicate that he/she prefers a daily usage notification. Another customer may prefer a bi-monthly usage notification. In step 72, the new prepay account setup may also enable the customer to indicate the preferred time of notification. The customer may also indicate at which account balance amount he/she is to be notified. For example, the customer may want to be notified when his account balance drops below $10. Prepay server 20 may maintain certain minimum thresholds for low balance notifications to ensure that the customer will always receive timely notification. If the customer has an existing account as determined in step 74, unbilled usage is calculated in step 76. In step 77, it is determined whether the customer's previously paid deposit should be applied to the minimum account balance. If the deposit is not to be applied, then the account status is set to “pending payment” in step 75. If the deposit is to be applied to the minimum account balance, then the account status is set to “paid” in step 78. The process ends in step 79. As a result, a customer's account notification preferences may be summarized as in Table A:
By taking advantage of the prepay utility service, the customers do not have to pay a deposit or go through a credit check to get utility service. Instead, the customer pays a small installation fee and an initial amount determined by the utility company. The prepay service may be advantageously used by the customers as a budgeting device that enables a higher priority be placed on uninterrupted utility service. The pay-as-you-go model of the prepay service is easy to comprehend and follow for some segments of the society living a certain lifestyle. The customers are also able to monitor their daily utility usage or at any time and to specify the notification methods that best suit their lifestyle. The customer may make payments at any time and for any amount using a number of methods and outlets.
System 10 as described herein may be easily integrated with existing systems of a utility company. For example, a secure communication server 24 may be provided onsite at a utility company to transmit prepay account and usage information to subsystem 14 to process and administer the prepay accounts. By providing the prepay utility service as described herein, existing accounts receivable amounts are significantly reduced and the number of delinquent accounts is also minimized or eliminated. By taking advantage of modern communication channels, the utility company is able to keep the prepay customer apprised of his/her account balance and provide advanced warning of depleting funds in the prepay account by interactive voice response, email and other electronic means. The utility company no longer needs to attend to the burdensome and costly task of generating and sending monthly billing statements and collections on late payments.
Although embodiments of the present disclosure have been described in detail, those skilled in the art should understand that they may make various changes, substitutions and alterations herein without departing from the spirit and scope of the present disclosure. Accordingly, all such changes, substitutions and alterations are intended to be included within the scope of the present disclosure as defined in the following claims. In the claims, means-plus-function clauses are intended to cover the structures described herein as performing the recited function and not only structural equivalents, but also equivalent structures.
Claims
1. A prepay account management system in communication with a billing system, the prepay account management system comprising:
- a prepay customer database operable to store a prepay customer account balance and an estimated usage data of a prepay customer;
- a data link operable to transmit the prepay customer account balance and an actual usage data of the prepay customer between the prepay account management system and the billing system, wherein the actual usage data of the prepay customer is extracted from the billing system; and
- a prepay server operable to: receive the transmitted prepay customer account balance and the actual usage data, the prepay server operable to receive replenishing payment amounts; update a current balance of the prepay customer account in response to the estimated usage data and the replenishing payment amounts; and reconcile a balance of the prepay customer account with the actual usage data of the prepay customer by comparing the estimated usage data with the actual usage data.
2. The system of claim 1, further comprising a communication server in communication with the data link and operable to receive the prepay customer account balance and transmit the prepay customer account balance to the prepay server.
3. The system of claim 1, further comprising an actual usage server operable to receive the actual usage data of the prepay customer from a meter reading database.
4. The system of claim 1, wherein the estimated usage data of the prepay customer includes estimated utility usage data for the prepay customer and the actual usage data of the prepay customer includes actual utility usage data for the prepay customer.
5. The system of claim 1, further comprising a notification server operable to generate a balance notification to the prepay customer in response to the balance of the prepay customer being below a threshold, a daily usage notification order in response to daily usage charges, and a suspend notification in response to the prepay customer account balance being below a suspend threshold.
6. The system of claim 5, wherein the notification server is operable to deliver the notification according to preferences specified by the prepay customer.
7. The system of claim 5, further comprising an interactive voice response system in communication with the notification server operable to send messages and data derived from the prepay server to the prepay customer.
8. The system of claim 1, further comprising a prepay card management system operable to manage a prepaid card obtained by the prepay customer as payment to the prepay customer account balance.
9. A method comprising:
- receiving prepay customer account data including actual utility usage amount for a prepay customer from a customer account database;
- storing the prepay customer account data in a prepay account database;
- receiving a payment amount for utility services corresponding to a prepay customer;
- updating a prepay customer account balance for the prepay customer in the prepay account database in response to the received payment amount;
- receiving an estimated utility usage amount for the prepay customer;
- updating the prepay customer account balance for the prepay customer in the prepay account database in response to the received estimated utility usage amount; and
- reconciling the prepay customer account balance in the prepay account database with the actual utility usage amount of the prepay customer by comparing the estimated utility usage amount with the actual utility usage amount.
10. The method of claim 9, wherein reconciling the prepay customer account balance includes reconciling the prepay customer account balance based on estimated usage charges in a billing cycle with actual usage charges applied in the same billing cycle.
11. The method of claim 9,
- wherein receiving the estimated utility usage amount of the prepay customer includes receiving daily estimated utility usage amount; and
- wherein updating the prepay customer account balance includes updating the prepay customer account balance in the prepay account database in response to the daily estimated utility usage amount.
12. The method of claim 9,
- wherein receiving the actual utility usage amount includes receiving real-time utility usage data; and
- wherein reconciling the prepay customer account balance includes reconciling the prepay customer account balance in the prepay account database in response to the real-time utility usage data.
13. The method of claim 9, further comprising notifying the prepay customer in response to predetermined triggers associated with the prepay customer account.
14. The method of claim 9, wherein receiving the payment amount includes receiving a payment made via at least one of a money transfer service, bill payment service, a credit card, debit card, automated clearing house fund transfer networks, an authorized agent, and a prepaid card.
Type: Application
Filed: Dec 8, 2011
Publication Date: Dec 13, 2012
Applicant: Exceleron Software, Inc. (Dallas, TX)
Inventors: Craig D. Hutson (Decatur, TX), Chris Gaines (Dallas, TX), Daniel A. Hanson (Dallas, TX)
Application Number: 13/315,085