WO2000033227A2 - Payment schedule for electronic bill payment system - Google Patents
Payment schedule for electronic bill payment system Download PDFInfo
- Publication number
- WO2000033227A2 WO2000033227A2 PCT/US1999/028450 US9928450W WO0033227A2 WO 2000033227 A2 WO2000033227 A2 WO 2000033227A2 US 9928450 W US9928450 W US 9928450W WO 0033227 A2 WO0033227 A2 WO 0033227A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- payment
- date
- consumer
- effective
- funds
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Definitions
- This invention relates to electronic bill payment systems.
- direct debit payment systems in which routine payment amounts are automatically debited from the consumer's bank account and credited to the biller 's bank account on agreed transaction dates. These systems are used for routine payments, such as monthly home mortgage payments, and can be used for payment of fixed or variable amounts. Billers prefer the direct debit system because both the payment processing and remittance processing costs are very low, the error rate is very low, and the cash flow is predictable as payments are automatically made at the same time each period.
- Another solution is to employ an electronic bill payment service provider
- the payment service provider has several choices:
- Laser Draft Print a laser demand check drawn on the consumer's account at the consumer bank and send the laser demand check to the biller.
- the BPSP prepares ACH-ready and other payment instructions to its bank. Using the
- an ACH debit transaction from the consumer bank account is performed through the ACH network.
- This ACH debit transaction effectively moves the authorized funds from the consumer bank account to the service provider's bank.
- a number of different options can be taken to transfer payment from the BPSP's bank to the biller bank.
- One possibility is to perform an ACH credit transaction through the ACH network from the BPSP account at bank to the biller bank account.
- Another possibility is to perform an ACH credit transaction through the ACH network from the BPSP account at bank to the biller bank account.
- a third option is for the BPSP bank to produce a single aggregated check drawn on the BPSP account and a list of all consumers making payments, and to send the check and list to the biller.
- the consumer bank submits an electronic payment message to biller bank via the NisaNet® payment network.
- the payment message includes a bank identification number for consumer bank, a bank identification number for biller bank, the biller 's BRN, the consumer's account number with biller, an amount to be paid, and an implicit guarantee of consumer bank to provide funds to cover payment.
- A/R accounts receivable
- Billers do not want to reflect that a bill is paid until they receive funds from the consumer (or the consumer bank).
- the billers want assurances that payment will be forthcoming. Accordingly, there is a need to develop a payment timing mechanism that gives assurances to the billers while accommodating the needs of the consumers.
- the timing mechanism needs to be flexible to accommodate the different payment methods preferred by the billers. At the same time, the timing mechanism needs to transparently offer a unified payment concept to the consumer, regardless of which underlying payment method is employed.
- the billing system is a distributed computing system that includes computing systems at a centralized service center, multiple consumers (and/or their banks), and multiple billers/payees (and/or their banks). Consumers receive their bills either directly from the service center system, in the form of email or a notice, or by logging onto their banks' Web sites. For each bill, a consumer designates a payment amount and specifies an effective payment date. The consumer sends the payment authorization with the effective payment date to the service center computing system.
- the service center system stores the payment authorization in a payment record that correlates such data as the consumer's ID, a consumer bank ID, a biller/payee, a payee bank ID, an amount due, an amount paid, the effective payment date, and so forth.
- the service center system permits the consumer to access the payment records and cancel or modify the stored payment authorization at any time prior to a cutoff deadline before the effective payment deadline.
- the cutoff deadline might be some time within a twenty-four hour period prior to the effective payment date, such as 4:00 PM on the day preceding the effective payment date.
- the service center After the cutoff deadline, the service center enters into a lock down period in which the consumer can no longer change the payment instruction.
- the service center groups all payments with the same effective payment date into one batch.
- the service center has a funds collection system to collect funds that have been authorized by consumers toward payment of their bills. At a time and frequency defined by a funds collection schedule and after the cutoff deadline (e.g., 5:00 PM on the day before the effective payment date), the service center system begins the payment collection portion for all funds that consumers have authorized payment.
- the funds collection system groups the payment records in the database according to consumer bank ID. In this manner, funds requests for all consumer- authorized payments that are destined for the same consumer bank can be sent in a batch to the bank. This process is repeated for each consumer bank.
- the funds collection system employs traditional collection mechanisms supported by the ACH network.
- the service center system also has a disbursement system to distribute the funds to the appropriate billers or their designated banks. After the funds are collected, the disbursement system sends to each biller/payee a remittance file listing all payments that are funded from the various consumers. The remittance file is sent on or before a predetermined time on the effective payment date (e.g., 12:00 PM). The remittance file contains data on each payment that was successfully funded, such as consumer's name, consumer's account with the payee, payment amount, designated effective payment date, and so forth. In addition, the funds disbursement system transfers a lump sum payment from the service center account to the biller 's account.
- a disbursement system to distribute the funds to the appropriate billers or their designated banks.
- the service center system implements a timing mechanism that guarantees for the consumer that a bill will be considered paid by the biller as of the effective payment date that the consumer designates.
- the consumer is guaranteed this date, at the expense of being unable to stop the payment process after the cutoff deadline preceding the effective payment date.
- the consumer is afforded the convenience of only worrying about an effective payment date, without any regard to the underlying payment method or settlement transaction.
- the biller is guaranteed to receive a remittance file containing data about who paid what bills by a specified time on the effective payment date.
- the biller agrees to consider the bill as paid on the effective payment date (i.e., the date the remittance file is received) regardless of whether the biller actually recognizes payment on that date in its own computer system. That is, the biller considers the bill paid on the effective payment date, even if that date falls on a weekend or on a holiday and the biller does not itself recognize payment until a subsequent date. This means that the biller will not deem the payment as overdue, or charge any additional interest, in the interim between the effective payment date and the date when the biller actually recognizes payment in their accounts.
- Fig. 1 shows a block diagram of an electronic billing system for use over the Internet, or other network.
- Fig. 1 shows the billing system in a bill distribution and presentment phase.
- Fig. 2 shows a block diagram of the electronic billing system in a payment collection and disbursement phase.
- Fig. 3 is a flow diagram of a method for paying bills and settling accounts within a predetermined time frame.
- Fig. 4 is a timeline illustrating different dates involved in the payment and settlement processes.
- Fig. 5 is a flow diagram of a method for collecting authorized payments.
- Fig. 6 is a flow diagram of a method for remitting collected payments.
- Fig. 7 is a block diagram having functional components in the electronic billing system and illustrating data flow paths according to a first payment method.
- Fig. 8 is a block diagram having functional components in the electronic billing system and illustrating data flow paths according to a fourth payment method.
- Fig. 1 shows an electronic billing system 20 during a bill distribution and presentment phase that enables multiple billers to electronically distribute their billing statements to consumers over a network, such as the Internet.
- the electronic billing system 20 has multiple participating billers 22(1), 22(2),..., 22(M), a service center 24 resident at a third party billing service, multiple participating banks 26(1), 26(2),..., 22(N), and multiple bank consumers as represented by consumers 28(1) and 28(2).
- the billing system 20 is an electronic, computerized system having computing units at the billers 22, the service center 24, the banks 26, and the consumers 28.
- the respective pairs of terms “biller” and “biller computing system”, “service center” and “service center system”, “bank” and “bank computing system”, and “consumer” and “consumer computing unit,” are used interchangeably throughout this disclosure and referenced by the same numbers.
- the computer systems implemented at the billers, service center, and banks are server computers, are preferably standalone or clustered personal computers configured to run server operating systems, such as Windows NT from Microsoft Corporation. Alternatively, the server computers might be implemented as UNIX- based computers or as mainframe computers.
- the consumer computing unit can be embodied as any one of many different types of computers, including a personal computer, such as one configured to run Windows 95 (or other version of Windows) from Microsoft Corporation.
- a personal computer such as one configured to run Windows 95 (or other version of Windows) from Microsoft Corporation.
- Other possible computer types include a laptop computer, network computer, notebook computer, handheld computer, and so forth.
- the consumer may authorize payment in ways other than by personal computer, such as by using an ATM (automatic teller machine) or telephone voice response system.
- the electronic billing system 20 facilitates distribution of bills over a data network.
- a data network 30 interconnects the billers 22(1)-22(M) with the service center system 24 and a second data network 32 interconnects the service center system 24 with the banks 26(1)-26(N).
- One or both of the networks 30 and 32 may be embodied as the Internet.
- the Internet is a network formed by the cooperative interconnection of computing networks, including local and wide area networks. It interconnects computers from around the world with existing and even incompatible technologies by employing common protocols that smoothly integrate the individual and diverse components.
- one or both of the networks 30 and 32 may be implemented as other types of data networks, such as a proprietary WAN (wide area network) or cable.
- the billers 22(1)-22(M) are equipped with biller integration systems (BIS) 34(1), 34(2),..., 34(M) that facilitate the design of templates for electronically renderable billing statements.
- the template and billing information are sent to the service center system 24 for electronic distribution of the billing statements.
- Each biller integration system 34(1)-34(M) integrates with the billers' existing billing system 36(1), 36(2),..., 36(M). These billing systems are assumed to be computerized accounting systems that track consumer accounts and generate periodic billing statements.
- Each biller integration system 34(1)-34(M) is implemented with a translator 38(1), 38(2),..., 38(M), respectively, to integrate with the legacy billing systems 36(1)-36(M).
- Each translator 38(1)-38(M) is preferably a software component that is uniquely configured to translate billing data from a format used by the existing billing systems 36(1)-36(M) to a format compatible with the biller integration systems 34(1)-34(M). Since the billing systems 36(1)-36(M) are specialized to each particular biller, the translators 38(1)-38(M) are uniquely written for the corresponding legacy billing system of the biller.
- the biller integration systems 34 enable the associated billers 22 to create a statement template for an electronically renderable customized billing statement.
- the BIS 34 is a set of software tools that assist the biller in designing the template.
- the statement template specifies how the statement will present billing information to a consumer.
- the statement template includes various fields in which information will be inserted when the electronic billing statement is generated.
- one type of field in the template is a data field that holds billing data, such as the account number, the consumer's name and address, transaction items, amount due, interest amount, minimum payments, due date, and so forth.
- Each biller integration system 34(1)-34(M) packages the statement template together with other billing information in a standardized file.
- the file contains the statement template, the account data for the consumers whom the biller wants to receive statements, a set of rules defining the conditions for the conditional fields, and non-billing resources, such as phone numbers for service information, advertisements, biller logos, regulatory messages, give-aways, and so forth.
- the file format is standardized in the sense that the service center system 24 expects to receive the same formats from each biller.
- the biller integration system 34 is described in more detail in co-pending U.S. Patent Application Serial No. 08/880,125, entitled “System and Method for Designing and Distributing Customized Electronic Billing Statements". This application was filed June 19, 1997 in the names of Howard Campbell, Warren T. Dent, Eric Jakstadt, Darren B. Remington, Bassam Saliba, Bert Speelpenning, George Webb, and is assigned to Microsoft Corporation.
- the service center system 24 has an electronic bill distribution system that electronically distributes the billing statements on behalf of the billers 22.
- the service center 24 receives the standardized files from the billers 22 and unpackages the statement template, rules, and resources.
- the service center 24 then generates the customized billing statements for each biller 22 from the statement template and the billing information received from that biller.
- the billing statements are stored in a bills database 40 and electronically distributed to the consumers over the Internet.
- the service center delivers the billing statements in one of two ways.
- One way is to directly distribute the billing statements to the consumers over the network 32 (i.e., Internet). This direct distribution is illustrated by communication path 42.
- the billing statements can be embedded in an email message or a notice.
- a direct distribution system is described in U.S. Patent Application No. 08/734,518, entitled “Electronic Bill Presentment and Payment System", which was filed October 18, 1996 in the names of Spotify Remington and Warren Dent, and is assigned to Microsoft Corporation. This application is incorporated by reference.
- a second way is to indirectly make the billing statements available through the consumer's bank.
- the banks 26 support their own Web sites, as represented by Web site 44 at bank 26(1).
- the bank 26(1) has at least one server computer to support a Web site on the Internet.
- the bank's consumers 28(1) and 28(2) access the bank's Web server via a universal resource locator (URL) that is assigned to the bank's Web site.
- the service center system 24 at the third party provider has at least
- Fig. 2 shows the electronic billing system 20 in a bill payment and settlement phase in which consumers 28 authorize payments and those payments are collected and disbursed to the appropriate biller/payee 22.
- billers can also be referred to as "payees" because they are the recipients of payments from the consumers.
- the term "payee” may further include other parties to be paid by the consumer who were not billers. Examples of non-billing payees include charities, personal friends, and family members.
- the three primary parties consumer, service center, and biller/payee — enter into agreements that govern the payment and collection tasks within a short, prearranged time frame.
- the service center/consumer agreement Al the consumer is permitted to elect an effective date of payment ("effective payment date") on which a bill is to be paid. Absent consumer election, the effective payment date defaults to the due date of the bill, but the consumer can move the effective date as desired.
- Per agreement Al the consumer is guaranteed that the bill will be paid on the designated effective payment date.
- cutoff deadline is set to a time before the effective payment date that is mandated by the consumer/service center agreement Al.
- the cutoff deadline is preferably within twenty-four hours before the effective payment date.
- the service center sets the cutoff deadline uniformly at 4:00 PM, and assume the consumer decides to set the effective payment date for a bill to Nov. 1 st .
- the cutoff deadline would then be 4:00 PM on the preceding day, or Oct. 31 st .
- the service center agrees to send a remittance file containing data about who paid what bills to the biller/payee by a specified time on the effective payment date. For instance, the service center guarantees delivery of the remittance file by 12:00 PM on the effective payment date.
- the biller/payee agrees to consider the bill as paid on the effective payment date (i.e., the date the remittance file is received) regardless of whether the biller actually recognizes payment on that date in its own computer system.
- the biller/payee considers the bill paid on the effective payment date, even if that date falls on a weekend or on a holiday and the biller/payee 's internal accounting system has not yet recognized payment. This means that the biller/payee will not deem the payment as overdue, or charge any additional interest, in the interim between the effective payment date and the date when the biller/payee actually recognizes payment in their accounts.
- Payment timing is governed by the two agreements Al and A2. Additionally, collection and settlement are also affected by these agreements.
- the service center 24 employs two separate systems: a funds collection system 50 and a disbursement system 52.
- the collection and disbursement systems 50 and 52 are preferably implemented as software modules executing on the servers located at the service center 24.
- the two systems may be executed on the same computer or computer cluster, or on separate computers or clusters.
- the systems run programs that implement the timing scheme defined in the two agreements Al and A2.
- the service center 24 also has a database 54 to hold payment records 56 that correlate the payment information received from consumers for individual transactions.
- the funds collection system 50 and the disbursement system 52 are operatively coupled to access the payment records 56 on database 54.
- the database 54 is preferably implemented using a relational database program, such as SQL Server from Microsoft Corporation.
- the payment records 56 are data structures formed by the database program to correlate billing transaction data, such as the consumer's ID (e.g., name, serial number, account number), consumer bank ID, biller or payee, payee bank ID, amount due, amount paid, effective payment date, and so forth.
- Fig. 3 shows general steps in a method for paying bills and settling accounts according to the timing constraints imposed by the agreements Al and A2.
- the general steps include: Step 1 : Authorization by the consumer to pay a bill on a specified effective payment date.
- Step 2 Service Center imposes a lock down period during which the consumer cannot withdraw the payment authorization.
- Step 3 Collect funds authorized by the consumers.
- Step 4 Send remittance data to biller/payee that identifies which consumers paid what bills.
- Step 5 Disburse collected funs to biller/payee.
- Consumers 28 receive their bills either directly from the service center system 24, in the form of email or a notice, or by logging onto their banks Web site. Each consumer has several options when taking action on an individual bill, including paying the bill in full, paying part of the bill, or registering a challenge of the billing amount. Consumers 28 can designate payment of funds to biller/payees by sending an authorization to the service center 24 through their bank's interface, as represented by consumer 28(1), or directly to the service center system 24 as represented by consumer 28(3). In this manner, the funds collection system 50 accommodates different payment methods to better service the consumers.
- the consumer decides to pay the bill in full or in part and that the current date that the consumer enters the payment information is the 1 st of the month ("payment authorization date").
- the consumer specifies an amount to be paid and the method of payment (e.g., draw on bank checking account).
- the consumer also specifies an effective payment date that the bill is to be paid.
- the bill is due on the l x of the month and the consumer specifies an effective payment date of the 4 th of the month.
- agreement Al specifies that the cutoff deadline is 4:00 PM on the day preceding the effective payment date, or 4:00 PM on the 3 r of the month.
- Fig. 4 shows a timeline with the payment authorization date, the cutoff deadline, the effective payment date, and the bill due date.
- the payment instructions include a biller ID, biller bank ID, a consumer ID, consumer bank ID, an amount due, an amount paid, and the effective payment date.
- the data from the payment instructions are entered into the appropriate fields of the payment records 56 stored in database 54 at the service center system.
- the consumer has until the cutoff deadline to cancel, change, or otherwise access the pending payment authorization.
- the consumer could cancel or modify the payment instructions up to 4:00 PM on the 3 rd of the month, as represented by the "modification period”.
- the service center 24 enters a "lock down period" in which the consumer is no longer permitted to cancel, change, or otherwise take action on a pending payment authorization per the service center/consumer agreement Al.
- the service center system 24 runs a lock down process that freezes all payment authorizations for a period of time for processing. For example, the service center system 24 might run the lock down process every day from 4:10 PM to 5:00 PM.
- the service center system 24 processes all of the payment authorizations that specify an effective payment date of that business day. For instance, in the lock down occurring between the 3 rd and 4 th of the month, the system 24 processes all payment instructions that stipulate the 4 1 ' 1 as the effective payment date.
- the service center system 24 groups all payments with the same effective payment date into a batch. This is accomplished by running a "group by" query or other similar function on the payment records 56 in database 54 to identify all consumer authorized payments for a given effective payment date.
- the funds collection system 50 collects funds that have been authorized by consumers 28 toward payment of bills.
- the service center 24 maintains a general clearing account 58 at the service center's bank 59 to temporarily hold funds in transition between collection and disbursement.
- a corresponding account or an account summary reflecting the funds in the clearing account at the service center's bank 59 may also be kept in the database 54.
- the service center has two different options for collecting the payment from the consumer's bank.
- One option is to use the traditional ACH (Automated Clearing House) network to collect funds.
- the ACH network is a nationwide system that processes electronic payments on behalf of depository financial institutions.
- the ACH network represents approximately 15,000 of the 20,000 financial institutions in the United States.
- the ACH network actually consists of four interconnected networks owned and operated by four ACH operators: the Federal Reserve, NISA, New York ACH (which provides regional coverage in New York), and Arizona Clearing House in conjunction with Deluxe Data (which provides regional coverage in Arizona).
- the ACH network is well known in the art.
- the service center initiates the funds transfers by sending an ACH file to its own ACH originating bank.
- the consumer bank On receiving the funds transfer requests through the ACH network, the consumer bank will debit its consumer's accounts 58, with the stipulation that if the funds are not available in the consumer's account, the consumer bank will expect a return of the funds.
- Well known rules and processes govern the funds transfer and situations where funds are insufficient.
- a second collection option involves a situation where the service center and consumer bank have entered into affiliation agreements to settle accounts outside of the traditional ACH network.
- Fig. 5 shows exemplary steps in a method for collecting funds that have been authorized by the consumers using nontraditional network transactions.
- the funds collection system 50 maintains a payment scheduler that is responsible for identifying the payment records in the database that have been authorized for payment, and hence are ready to be processed.
- the funds collection system 50 begins the payment collection portion to collect all funds that consumers have authorized for payment.
- the funds are collected from the consumers' bank accounts at their respective banks. This collection period is illustrated in the timeline of Fig. 4.
- the funds collection system 50 groups all authorized payments to be gathered from the same bank into one batch. This is accomplished by running a "group by" query or other similar function on the payment records 56 in database 54 to identify all consumer authorized payments for a given bank (step 60 in Fig. 5). Thus, for each consumer bank i that holds a consumer account ready for payment collection (step 62 in Fig. 5), the funds collection system 50 sends a batch of funds requests to the bank (step 64 in Fig. 5). As an example, the collection system 50 might send a batch of 1000 funds requests, each request seeking funds for payment of an outstanding bill identified in a corresponding payment record. The funds collection system 50 repeats this process for every consumer bank i (step 66 in Fig. 5).
- the consumer bank processes the batch of funds requests, funding those requests for consumers who have solvent accounts (i.e., funded requests) and not funding other requests for consumers who have non-sufficient funds (NSF) or overdrawn accounts (i.e., non-funded requests).
- the consumer bank returns a funds response to the service center system 24, identifying funded and non-funded requests. For example, suppose the bank may have determined that only 990 funds requests can be acted on, and the remaining 10 funds requests are directed to NSF accounts and hence cannot be funded.
- the funds response identifies the 990 funded requests and the 10 non-funded requests.
- the funds response may be implemented on an exception basis (e.g. the bank identifies only the 10 accounts that failed).
- the funds collection system 50 processes the funds response to update the payment records 56 in database 54 (step 68 in Fig. 5). Each funds request, funded or non-funded, is matched against a corresponding payment record to thereby update the status of the corresponding payment record.
- the funds collection system processes the funds response to update the payment records 56 in database 54 (step 68 in Fig. 5). Each funds request, funded or non-funded, is matched against a corresponding payment record to thereby update the status of the corresponding payment record.
- step 50 repeats this step 68 for every consumer bank i (step 70 in Fig. 5).
- the collection system 50 may then issue a settlement request to the bank to settle the funded requests (e.g., the 990 requests).
- the settlement requests asks the bank to transfer the net total of all funds for the accepted accounts in a given accounting period into an account owned by the service center.
- Such a settlement request may also be left implicit as part of a pre-arranged agreement between the service center and the participating bank.
- the bank performs the transactions for its accounts locally (i.e., withdrawing monies from the consumers accounts) and transfers a net amount to the service center's account.
- the funds are transferred to the clearing account 58 at the service center's bank 59.
- the service center may also maintain an account at the consumer's bank itself.
- the bank returns a settlement confirmation reflecting the funds transfer.
- the funds collection system 50 processes the settlement confirmation to update the payment records 56 and records the transfer of the funds in the clearing account register.
- STEP 4 Remittance File Transfer Once the funds are collected, the service center system 24 prepares a remittance file that identifies all bills for which collection of some or all payment was successful. The service center system 24 transfers the remittance file to the biller/payee by a predefined time on the effective payment date, as specified in the service center/biller agreement A2. Fig. 4 shows the remittance time period as extending from the collection process up to the prescribed 12:00 PM deadline on the effective payment date of the 4 th of the month.
- the remittance file is a data structure that lists all bills being paid by various consumers on the effective payment date.
- the remittance file data structure holds data on each payment, such as the consumer's ID, payment amount, effective payment date, and data identifying the bill being paid.
- the remittance file further includes batch totals indicating the total amount of money to be transferred to the biller/payee and any remittance information being returned by the consumers as part of their responses to the billing statements.
- the service center's disbursement system 52 distributes the funds to the appropriate billers 22 (i.e., payees), or their designated banks.
- the funds are preferably transferred on the effective payment date after the prescribed remittance file delivery time (e.g., 12:00 PM) or during the evening hours bridging the effective payment date and the next day. If the effective payment date lands on a weekend or bank holiday, the funds may be disbursed one or more days subsequent to the effective payment date.
- Fig. 6 shows exemplary steps in a method for disbursing collected funds to the biller/payees.
- the disbursement system 52 groups the payment records 56 by biller ID to establish a set of payments destined for each biller (step 76 in Fig. 6). This is accomplished by running a "group by" command or other similar function on the payment records 56 in database 54 to identify all billers or biller banks for which payments are to be disbursed. For each biller j to receive funds (step 78 in Fig. 6), the funds disbursement system 52 transfers a lump sum payment to the biller's account (step 80 in Fig. 6). The funds are disbursed according to a disbursement schedule that is separate and distinct from the funds collection schedule, such as once per day (or perhaps more often). The funds disbursement system 52 repeats this process for every consumer billerj (step 82 in Fig. 6).
- Funds are disbursed to payees using either the ACH network or direct wire transfers. Appropriate accounting entries are made in the clearing account 58.
- Some billers may prefer to receive non-funded payments.
- the funding information is delivered to the biller and serves as the authorization for the biller to initiate funding for the payment.
- the biller will likely, in these cases, fund payments via the ACH network.
- the billing system 20 is advantageous because it efficiently collects and disburses monies in a short, predefined time period.
- the collection system can collect funds at the best times for banks (e.g., overnight), and the disbursement system 52 can remit funds at the best times for payees (e.g., during business day).
- the collection process can overlap with the disbursement system to shorten the time of payment. That is, while the funds collection system 50 is collecting funds during one cycle, the disbursement system 52 is distributing funds collected during the previous cycle. As a result, funds can be collected and disbursed within a 24-hour period from the effective payment date.
- the billing system 20 also offers tremendous flexibility in adapting to different types of billing practices. For instance, the system 20 enables consumers to direct payment via their banks, or directly by accessing the service center's Web site. Within the bank sponsored approach, the billing system 20 may also support a pay anyone feature that allows the consumers to write checks to any third party.
- the billing system offers tremendous flexibility for biller/payees, meeting their schedules for funds disbursements.
- the system offers an integrated timing concept in that the consumer need only designate one effective payment date, without having to worry about how the underlying collection and settlement process works. All other timing mechanisms are handled by the service center on behalf of the consumer, given the designated effective payment date.
- examples of various payment methods that it can support are described below. For purposes of continuing discussion, assume that the consumer is at the point of reviewing his/her bills and deciding to authorize payment. The following scenarios begin at this point, and proceed to the payment and settlement phase.
- Fig. 7 shows functional components in the electronic bill payment system and data flow process steps according to a first payment method.
- the steps are performed in software executing at various computing systems, including the consumer bank computing system, the service center computing system, and the biller or biller bank computing system(s).
- the consumer is logged onto the bank's web site 44 and upon reviewing his/her bills, authorizes payment of the bills (step 100).
- the bank's web server passes the payment authorization to the service center web server 46 (step 102).
- This authorization includes such data as the consumer ID, bank ID, account information, amount being paid, effective payment date, payee, payee bank, transaction or bill reference number, and so on.
- the payment data is passed to the funds collection system 50, where it is stored until the lock down occurs for the designated effective payment date (step 104).
- the funds collection system 50 schedules the cutoff deadline according to the time defined in the service center/consumer agreement Al. Until this cutoff deadline, the consumer can cancel or modify the payment instructions.
- the funds collection office begins its lock down period to process the payments to occur on the effective payment date.
- the funds collection system 50 groups all authorized payments having the same effective payment day for all consumers of the particular bank into a batch of funds requests.
- the funds collection system 50 sends the batch to the bank's accounts computer system 86 (step 106).
- the bank's accounts computer system 86 processes the batch, determining whether the individual consumer accounts can fund their corresponding funds request.
- the bank's accounts system 86 returns a funds response to the collection system 50, identifying which requests can be funded and which cannot (step 108).
- the funds collection system 50 processes the funds response and issues a settlement request to the bank to settle those accounts that can be funded (step 110).
- the settlement requests asks the bank to transfer the net total of all funds for the accepted accounts in a given accounting period into an account of the service center.
- the bank's accounts system 86 transfers funds from the consumers accounts
- the funds collection system 50 updates the payment records 56 in the database 54 to reflect that the funds have been collected from the consumer bank.
- the funds collection system 50 informs the disbursement system 52 that funds have been collected for certain payment records 56 in database 54 (step 114).
- the disbursement system 52 bundles together all outgoing payments in a single remittance file on a per biller/payee basis.
- One way the disbursement system 52 groups the payments is to query the database 54 according to biller/payee IDs to locate payment records for each biller/payee.
- the funds disbursement system 52 forwards the settlement transaction to the appropriate biller/payee 22 (step 116).
- the disbursement system 52 transfers a lump sum payment from the clearing account 58 to the biller's bank 90 (step 118). This transfer may occur on or after the effective payment date. Funds are disbursed to the biller's bank 90 using either wire transfers or the ACH network. The biller's bank 90 makes an entry in the biller's account 92 reflecting the lump sum payment and that payment was made as of the effective payment date, regardless of when the funds were actually transferred (step 120).
- Payment Method 2 Consumer Direct — ACH Network
- Fig. 8 shows functional components in the electronic bill payment system and data flow process steps according to a fourth payment method.
- the system is configured to accommodate direct authorization from the consumer, as opposed to receiving authorization via a bank Web site interface.
- the bill payment system interfaces with the conventional and widely used ACH network for settlement procedures.
- the consumer logs onto the service center's web site 46 and, upon reviewing his/her bills, authorizes payment (step 150).
- the service center's web server 46 passes the payment authorization data — consumer ID, bank ID, account information, amount being paid, effective payment date, payee, payee bank, transaction or bill reference number, etc. — to the funds collection system 50 (step 152).
- the funds collection system 50 holds the payment data until the cutoff deadline for the effective payment date, upon which the system enters the lock down period to process all payments designating the current date as the effective payment date.
- the funds collection system 50 submits an ACH file representing a funds request to its ACH origination bank, which in turn will access the ACH network 98 for the funds that the consumer authorized for payment (step 154).
- the ACH network 98 attempts to collect the funds from the consumer account 88 through conventional means (step 156).
- the ACH network will transfer funds to the service center's clearing account in anticipation of successful debit of the consumer's account. If the consumer's account did not have sufficient funds, the ACH network 98 informs the collection center 50 of the NSF condition within a prescribed number of days and the service center's clearing account will be debited automatically. Also in anticipation of successful funds transfer, the funds collection system
- the disbursement system 52 bundles this payment record together with all other payment records going to the biller/payee 22 into a single remittance file.
- the funds disbursement system 52 forwards the remittance file to the biller/payee 22 (step 164).
- the disbursement system 52 also transfers a lump sum payment from the clearing account 58 to the biller's account 92 in the biller's bank 90 (steps 166 and 168).
- the service center 24 can be structured as a no-risk intermediary, meaning that it does not assume any risk of non-payment from a consumer to a biller.
- the payment may be reversed based on an NSF or account closed received from the ACH network. Guaranteed funds are available through directly settling with each bank or through and electronic network that provides positive, timely funds response. Non- guaranteed funds occur as a consequence of using the ACH network for settlement.
- One advantage of the system is that payment records for both guaranteed funds and non-guaranteed funds can be batched and disbursed to the biller/payee in a single remittance file.
- the individual payment records contain information identifying whether the funds for that payment are guaranteed or non-guaranteed.
- the remittance file may include a ratio of the guaranteed funds and the non- guaranteed funds.
- Funds that are pulled back due to insufficient funds, or other conditions, are registered in the remittance file as a negative amount to thereby reduce the overall lump sum being transferred to the biller.
- the negative amount offsets a prior positive amount that was credited to the biller in a previous remittance file and included in a prior lump sum payment.
- the cost of reversal, if any, is borne by the biller (or biller bank).
- the consumer's bank may charge the consumer a fee for all NSF payments, whether these payments were initiated by the service center or not.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
Claims
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU18392/00A AU1839200A (en) | 1998-11-30 | 1999-11-30 | Payment schedule for electronic bill payment system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US20157998A | 1998-11-30 | 1998-11-30 | |
US09/201,579 | 1998-11-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2000033227A2 true WO2000033227A2 (en) | 2000-06-08 |
WO2000033227A8 WO2000033227A8 (en) | 2002-06-06 |
Family
ID=22746403
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US1999/028450 WO2000033227A2 (en) | 1998-11-30 | 1999-11-30 | Payment schedule for electronic bill payment system |
Country Status (2)
Country | Link |
---|---|
AU (1) | AU1839200A (en) |
WO (1) | WO2000033227A2 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002039400A2 (en) * | 2000-11-13 | 2002-05-16 | Banque Laurentienne Du Canada | Real time electronic payment system using customer electronic bill payment system |
US6826542B1 (en) * | 1999-11-23 | 2004-11-30 | Ipayables, Inc. | System and method for collecting, enhancing and distributing invoices electronically via the internet |
US8229807B2 (en) | 2007-08-12 | 2012-07-24 | Elbizri Samer | System and method of offsetting invoice obligations |
US20140032427A1 (en) * | 2012-05-16 | 2014-01-30 | Inttra Inc. | Invoice and Freight Statement Matching and Dispute Resolution |
WO2015103962A1 (en) * | 2014-01-07 | 2015-07-16 | Tencent Technology (Shenzhen) Company Limited | Data batch processing method and system |
WO2019068129A1 (en) * | 2017-10-06 | 2019-04-11 | Axis IP Pty Ltd | System and method for generating a payment schedule for direct or recurring payments |
CN109741037A (en) * | 2018-12-17 | 2019-05-10 | 银联商务股份有限公司 | Method of payment and device |
-
1999
- 1999-11-30 AU AU18392/00A patent/AU1839200A/en not_active Abandoned
- 1999-11-30 WO PCT/US1999/028450 patent/WO2000033227A2/en active Application Filing
Non-Patent Citations (1)
Title |
---|
No Search * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6826542B1 (en) * | 1999-11-23 | 2004-11-30 | Ipayables, Inc. | System and method for collecting, enhancing and distributing invoices electronically via the internet |
WO2002039400A2 (en) * | 2000-11-13 | 2002-05-16 | Banque Laurentienne Du Canada | Real time electronic payment system using customer electronic bill payment system |
WO2002039400A3 (en) * | 2000-11-13 | 2003-10-09 | Banque Laurentienne Du Canada | Real time electronic payment system using customer electronic bill payment system |
US8229807B2 (en) | 2007-08-12 | 2012-07-24 | Elbizri Samer | System and method of offsetting invoice obligations |
US20140032427A1 (en) * | 2012-05-16 | 2014-01-30 | Inttra Inc. | Invoice and Freight Statement Matching and Dispute Resolution |
WO2015103962A1 (en) * | 2014-01-07 | 2015-07-16 | Tencent Technology (Shenzhen) Company Limited | Data batch processing method and system |
US10311415B2 (en) | 2014-01-07 | 2019-06-04 | Tencent Technology (Shenzhen) Company Limited | Data batch processing method and system |
US10803433B2 (en) | 2014-01-07 | 2020-10-13 | Tencent Technology (Shenzhen) Company Limited | Data batch processing method and system |
WO2019068129A1 (en) * | 2017-10-06 | 2019-04-11 | Axis IP Pty Ltd | System and method for generating a payment schedule for direct or recurring payments |
CN109741037A (en) * | 2018-12-17 | 2019-05-10 | 银联商务股份有限公司 | Method of payment and device |
Also Published As
Publication number | Publication date |
---|---|
AU1839200A (en) | 2000-06-19 |
WO2000033227A8 (en) | 2002-06-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200051050A1 (en) | Methods and systems for enabling data exchange between computing devices lacking a shared data exchange protocol | |
KR101524957B1 (en) | Systems and methods for the payment of customer bills utilizing payment platform of biller | |
US5956700A (en) | System and method for paying bills and other obligations including selective payor and payee controls | |
US7720760B1 (en) | Consumer-directed financial transfers using automated clearinghouse networks | |
USRE43246E1 (en) | Money fund bank system | |
US8600891B2 (en) | Systems, approaches and methods involving deferring debit payment for debit-card transactions | |
US7953660B2 (en) | Method and system for payment processing | |
US7958049B2 (en) | System and method for obtaining customer bill information and facilitating bill payment at biller websites | |
US7809640B1 (en) | Money fund banking system | |
US6996542B1 (en) | System and method for paying bills and other obligations including selective payor and payee controls | |
US7702583B1 (en) | Payment processing with selection of an electronic debiting option | |
US20030216996A1 (en) | Methods and systems for providing financial payment services | |
US20020198835A1 (en) | Integrated bill consolidation, payment aggregation, and settlement system | |
US20070255639A1 (en) | Automated Money Management Systems and Methods | |
US20130036047A1 (en) | Method, system and process for centralized management and control of a budget and electronic mass distribution of funds | |
US7653598B1 (en) | Payment processing with selection of a processing parameter | |
LT4154B (en) | Electronic bill pay system | |
JP2009098986A (en) | Electronic receivables mediating system | |
WO2000033227A2 (en) | Payment schedule for electronic bill payment system | |
US8010424B1 (en) | Payment processing with payee risk management | |
JP2002015137A (en) | Payment management system due to account transfer | |
US20100305985A1 (en) | Contract management system | |
US20180039515A1 (en) | Systems and methods for identifying similarities in instructional data and creating consolidated records thereof | |
US7809617B1 (en) | Payment processing with selection of a risk reduction technique | |
US20050246251A1 (en) | Method and system for automated delivery-versus-payment settlements |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ENP | Entry into the national phase in: |
Ref country code: AU Ref document number: 2000 18392 Kind code of ref document: A Format of ref document f/p: F |
|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AU CA JP |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
AK | Designated states |
Kind code of ref document: C1 Designated state(s): AU CA JP |
|
AL | Designated countries for regional patents |
Kind code of ref document: C1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE |
|
D17 | Declaration under article 17(2)a | ||
122 | Ep: pct application non-entry in european phase |